Hi David,
On Freitag, 18. September 2009, David Reiser wrote:
[...]
> Great. Thanks. The docs on that are a bit thin...
[...]
We have this information in out "AqBanking4 Handbook" (which is only in German
since most users of AqBanking are from Germany).
[...]
> It looks to me like settings info
On Sep 17, 2009, at 2:04 AM, Martin Preuss wrote:
Hi,
On Donnerstag, 17. September 2009, David Reiser wrote:
[...]
One dependency change to be aware of: aqbanking 4 stores its
configuration files in a different directory (~/.aqbanking) than does
aqbanking 3 (~./banking). There is no conversio
Phil Longstaff writes:
> On September 16, 2009 12:12:39 pm Derek Atkins wrote:
>> True, but we can (and should) pick a particular version of Gtk that we
>> build against for 2.4 and just stick with it. We could even
>> theoretically pre-build the deps, store them as Zips, and just re-use
>> them
Hi,
On Donnerstag, 17. September 2009, David Reiser wrote:
[...]
> One dependency change to be aware of: aqbanking 4 stores its
> configuration files in a different directory (~/.aqbanking) than does
> aqbanking 3 (~./banking). There is no conversion utility available, so
> users will have to re-e
On Sep 16, 2009, at 11:15 PM, John Ralls wrote:
On Sep 16, 2009, at 1:44 PM, Phil Longstaff wrote:
On September 16, 2009 12:12:39 pm Derek Atkins wrote:
True, but we can (and should) pick a particular version of Gtk
that we
build against for 2.4 and just stick with it. We could even
theo
On Sep 16, 2009, at 1:44 PM, Phil Longstaff wrote:
On September 16, 2009 12:12:39 pm Derek Atkins wrote:
True, but we can (and should) pick a particular version of Gtk that
we
build against for 2.4 and just stick with it. We could even
theoretically pre-build the deps, store them as Zips, a
On September 16, 2009 12:12:39 pm Derek Atkins wrote:
> True, but we can (and should) pick a particular version of Gtk that we
> build against for 2.4 and just stick with it. We could even
> theoretically pre-build the deps, store them as Zips, and just re-use
> them in our build process (it would
John Ralls writes:
> On Sep 15, 2009, at 8:37 AM, Phil Longstaff wrote:
>
>> Me too. Except for a few bugs (printer font too small when report
>> printed/image doesn't appear on invoice) on Windows, webkit seems to
>> be stable on win32 and linux. I don't want to proceed to far
>> without naili
On Sep 15, 2009, at 8:37 AM, Phil Longstaff wrote:
Me too. Except for a few bugs (printer font too small when report
printed/image doesn't appear on invoice) on Windows, webkit seems to
be stable on win32 and linux. I don't want to proceed to far
without nailing it down on the mac as wel
mac build that works, zip it up and store it.
Phil
From: Derek Atkins
To: John Ralls
Cc: devel gnucash
Sent: Tuesday, September 15, 2009 11:25:01 AM
Subject: Re: [OSX] Webkit.
John Ralls writes:
> On Sep 15, 2009, at 7:31 AM, Derek Atkins wrote:
John Ralls writes:
> On Sep 15, 2009, at 7:31 AM, Derek Atkins wrote:
>
> John Ralls writes:
>
> After reading the bug report it doesn't sound to me like they were
> actively trying to not make xquartz work, but rather they didn't
> understand what was going on.
>
> Perha
On Sep 15, 2009, at 7:31 AM, Derek Atkins wrote:
John Ralls writes:
After reading the bug report it doesn't sound to me like they were
actively trying to not make xquartz work, but rather they didn't
understand what was going on.
Perhaps supplying an alternate patch based on their HEADrev m
John Ralls writes:
> It seems dumb to me, too. As you may have noted, the ticket remains
> open but apparently ignored. I haven't pursued it on the Webkit-gtk
> list yet.
>
> The open hostility is unusual. More common is simple neglect. Most of
> the dev teams are Linux-focussed and not terribly
On Sep 14, 2009, at 8:29 AM, Derek Atkins wrote:
John Ralls writes:
But there's a bigger problem: I had to patch Webkit-Gtk to get it to
compile and submitted the patch. It's a matter of conflating Gtk and
X11. (It's at https://bugs.webkit.org/show_bug.cgi?id=28727) The
response was to patch
John Ralls writes:
> On Sep 14, 2009, at 7:02 AM, Derek Atkins wrote:
>
>> John Ralls writes:
>>
>>> (On the other hand, the Webkit rendering works fine and is
>>> substantially faster than Gtkhtml. The downside is that Webkit itself
>>> uses Objective C++, which isn't available for 10.4 Tiger,
On Sep 14, 2009, at 7:02 AM, Derek Atkins wrote:
John Ralls writes:
(On the other hand, the Webkit rendering works fine and is
substantially faster than Gtkhtml. The downside is that Webkit itself
uses Objective C++, which isn't available for 10.4 Tiger, so there
will have to be a separate b
16 matches
Mail list logo
