On Fri, 2005-04-29 at 10:43, Geert Janssens wrote:
This is a trivial change, but since this is my first change in GnuCash, I
wonder what to do with this next. I've tested it, it works correctly.
You should read the files:
* README.cvs
* HACKING
* README
...which will direct you to ...
*
On Mon, 2005-05-02 at 21:19, Richard Lee-Morlang wrote:
I've spent four hours hacking scheme code, googling, searching mailing
lists, bugzilla and source code to try to add some DIV and SPAN tags,
and some CLASS and ID attributes to the invoice report. I don't see
where they're being filtered
On Mon, 2005-05-09 at 08:53 +0100, Neil Williams wrote:
In effect, it becomes a data mining utility - working from exported XML. It
would operate separately from GnuCash - it would neither access data files
created using the GnuCash v2 xml nor interfere with a running GnuCash
process.
On Fri, 2005-05-13 at 11:01 -0400, Timothy Reaves wrote:
Has anyone any news on when we might be able to expect this?
See the (very) recent discussion on gnucash-user.
...jsled
--
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
On Tue, 2005-06-07 at 09:54 -0400, Derek Atkins wrote:
Then why spend time on it _now_? I'm not saying not to spend time on
it. I'm just saying that it shouldn't be a priority _now_. Help us
get g2 out the door so we can ensure gnucash's survival. _THEN_ feel
free to really start ripping
On Wed, 2005-07-13 at 08:27 +0300, Daniel Tudosie wrote:
On Tue, 2005-07-12 at 22:47 +0100, Neil Williams wrote:
However, don't get the impression that there are Perl bindings or Java
methods
available - the most we'll have even with G2 is generic XML:
On Sat, 2005-07-16 at 16:41 -0400, Phil Longstaff wrote:
1) Has anyone gotten G2 to work with KDE3.4? I just installed SuSE9.3, built
G2 but it crashes when I run it whenever I try to open a ledger or the since
last run scheduled transactions. The stack is always the same (attached).
The
On Wed, 2005-07-20 at 20:41 +0100, Neil Williams wrote:
On Wednesday 20 July 2005 6:19 pm, Josh Sled wrote:
On Tue, 2005-07-19 at 17:25 +0100, Neil Williams wrote:
Whilst CashUtil is presently a separate tree, I have an eye on the
changes that would be required to fold it into GnuCash
On Sun, 2005-07-31 at 13:13 -0400, Phil Longstaff wrote:
There is a bug in G2 when the create saved transactions since last dialog
opens. The dialog grows vertically constantly at about 8-9 Hz (small jumps
per sec). I took a quick look but haven't yet found where this would happen.
Wow...
On Fri, 2005-08-19 at 12:48 -0700, Karl Hegbloom wrote:
Perhaps a special feature for posting a DDA could schedule the repayment
just as the bank does, to have it happen right after posting the
paycheck? A dialog could take the initial information, like the amount
Could you simply create
On Fri, 2005-08-19 at 15:34 -0700, Karl Hegbloom wrote:
But if I enter the transaction now, even if it is post-dated, won't that
affect the displayed account balance? That would make it difficult to
Both the present and future balances are displayed.
I will need to spend a lot of time
On Mon, 2005-08-22 at 12:18 -0400, Derek Atkins wrote:
IMHO, a conditional build for the internal goffice vs. an external
library would be fine. If you find libgoffice installed then use
that, otherwise try to build our own. But we should probably also
have a configure check for the version
On Mon, 2005-08-29 at 12:33 +0200, Andreas Fromm wrote:
I would like to write a tool that creates a list of accounts in
gnucash based on a list of names I pass in. Can I just insert the new
account-subtree into the xml-file without blowing up everything? How
do I get a valid 'act:id' value for
On Thu, 2005-09-01 at 15:19 -0700, Mike B wrote:
Hey everyone, I've just been playing around with the
GNUCash source for the first time, and I'm having a
little trouble. I haven't seen anything in the design
documents about how account data is organized and how
the object mapping interfaces
On Thu, 2005-09-08 at 22:40 +0100, Neil Williams wrote:
The ancillary logic, therefore, does need to be moved between files -
implicit
rules in the current dialogs etc., need to be abstracted into a set of rules
for the object and maybe the book - as a whole. This will involve remodelling
On Fri, 2005-09-16 at 14:55 +0100, Neil Williams wrote:
I would advice against -Wno-error but rather switching off those
particular warnings as described above. OTOH of course goffice shouldn't
be fixed by us but rather by upstream.
I think it's a case of our goffice being an incomplete
On Fri, 2005-09-09 at 22:32 +0100, Neil Williams wrote:
On Friday 09 September 2005 2:28 am, Josh Sled wrote:
On Thu, 2005-09-08 at 22:40 +0100, Neil Williams wrote:
The ancillary logic, therefore, does need to be moved between files -
Maybe. It's certainly a misnomer to call
On Tue, 2005-09-27 at 21:09 -0700, Thomas Bushnell BSG wrote:
The consequence would be that gnucash would have to get dropped from
Debian until the gnome-2 branch can be built for Debian.
This is not unreasonable nor unexpected.
There are some things that I have been asked; they are mean
On Tue, 2005-09-27 at 11:56 +0100, Neil Williams wrote:
I want cashutil to provide this prototype because it can be modified without
changes to the gnucash codebase.
[...]
This is how the logic is to be separated from the UI. The checks and balances
in the current GUI code will be
On Sun, 2005-10-02 at 14:28 -0400, Chris Shoemaker wrote:
Right. I thought that the larger-than-a-bug-fix work was basically
compensating for obsolete dependencies. I agree about
register-rewrite. Could you explain what you consider to be
QOF-pullout? I mean, how much QOF work is needed to
On Sun, 2005-10-02 at 18:36 -0400, David Hampton wrote:
On Sun, 2005-10-02 at 18:12 -0400, Joshua Sled wrote:
- General
+
+ - Printing
+
+- Main window: totally not hooked up
Can you expand on this statement so I know what to look for. Thought
I'd try and knock this one off
On Wed, 2005-10-05 at 17:21 -0700, Andrew Sackville-West wrote:
Been lurking lately and wonder what is involved in testing and how can I
help? I'm a daily user running three businesses with gnucash and have
some very ancient programming experience. If I can help out by testing
and
On Wed, 2005-10-05 at 22:05 +0200, Christian Stimming wrote:
developer team on the best roadmap to a gnome2 release. Something like: The
[deletia]
manager around. As a relatively easy technical step to underline our
commitment to a gnome2 release, I would suggest to merge back the
On Fri, 2005-10-07 at 15:34 +0100, Neil Williams wrote:
This is due to be fixed when I sort out the backend load method.
[deletia]
Should have a fix sometime next week - along with all the other tests in
backend/file.
What are you planning as the fix?
...jsled
--
http://asynchronous.org/ -
On Fri, 2005-10-07 at 16:42 -0400, Josh Sled wrote:
(Assuming budgets are in 2.0, which I don't think they should be...) I'd
be fine if both FreqSpec and Recurrence are in the code at the commit,
and frankly even at the release. Ideally, though, the concepts merge
ASAP, and certainly not past
On Thu, 2005-10-06 at 10:43 -0700, Andrew Sackville-West wrote:
book-keeping to do...). But I'm more than happy to check out a new
version every couple of weeks, and use it and report back. Obviously,
there are parts of the program that I don't use, or rarely use, but I do
One area in
On Sat, 2005-10-08 at 20:39 +0200, Didier Vidal wrote:
The most basic test is under the Reports menu, under Sample Reports: the
'Test Graphs.' report; all 3 graphs should display as
http://asynchronous.org/tmp/graphs.png .
Works fine on fedora 2.
Sweet; What version of gtkhtml-3, btw?
On Sat, 2005-10-08 at 13:46 -0400, Josh Sled wrote:
One area in particular that is new and unknown is the graphing support.
I've just gotten it working again, and it would be useful to get the
widest basic test of this code as soon as possible.
The most basic test is under the Reports menu
On Thu, 2005-10-13 at 14:37 +0200, Emmanuel Pacaud wrote:
Rotated texts are supported in latest goffice release. If you have
Awesome! I should have been more clear...
- The version of goffice we've copied into the gnucash source tree
doesn't support rotation.
- I probably won't re-copy
On Thu, 2005-10-13 at 12:48 -0500, Larry Evans wrote:
Is there any interest in developing such a schema?
It would take, practically, a total re-write of the XML backend to
actively use the schema in parsing or generation. The code right now
isn't in flux, so there's little need to verify the
On Fri, 2005-10-14 at 15:39 -0400, Stuart D. Gathman wrote:
On Fri, 14 Oct 2005, Josh Sled wrote:
On Fri, 2005-10-14 at 13:53 -0400, Chris Shoemaker wrote:
- get rid of scheme, it's dependencies and the startup loop.
There needs to be some kind of embedded script language. Both
On Fri, 2005-10-14 at 20:55 +0100, Neil Williams wrote:
The only non-Debian unstable software on my system should be the software
that
I am developing or packaging and which will eventually become Debian
software, linked against the rest of the default libraries. *Old* versions of
On Sat, 2005-10-15 at 00:13 +0100, Neil Williams wrote:
I have no knowledge of scheme and despite many appeals from Derek and others,
I have absolutely no intention of learning it!
I've been recommended to learn scheme so many times within gnucash but NEVER
outside it. Why should new
On Fri, 2005-10-14 at 21:05 -0400, Chris Shoemaker wrote:
4. This isn't gnucash's fault but such a large project is a *difficult* one
to
take on. We can't reduce the codebase but I feel we all need to make it
easier for new developers to get under the hood. One BIG problem for me
On Sat, 2005-10-15 at 14:23 -0400, Chris Shoemaker wrote:
I think you may have missed the essential point. It's not the variety
(or lack thereof) of code management techniques. It's the
burdensomeness of *code management* tasks.
I didn't miss the point, I've been complaining about the
I'm constantly forgetting or are unaware of what our target
distribution-releases are, and thus what library-versions that means we
are targetting. To help record all the details, I've added the file
README.dependencies to CVS, on the gnome2 branch.
On Sun, 2005-10-16 at 10:40 +0100, Neil Williams wrote:
On Saturday 15 October 2005 12:22 am, Josh Sled wrote:
If you have any interest in programming, you should know lisp. Period.
Rubbish !
That's a myth propagated in university colleges that has no relation to the
real world
On Sun, 2005-10-16 at 11:34 +0100, Neil Williams wrote:
This is ALL because the current version control system relies on the final
arbiter being a single directory on a single machine: cvs.gnucash.org.
No, it's not. It's because you're trying to extricate a lot of really
central code from a
On Sun, 2005-10-16 at 16:02 +0100, Neil Williams wrote:
You make it sound like I'm hijacking gnucash.
I don't believe that. I do believe you've been working at odds from
most of the other developers, making changes that others don't want
(right now) and breaking things from time to time. This
On Sat, 2005-10-15 at 17:48 -0700, Thomas Bushnell BSG wrote:
In the case of Debian, this isn't the way it goes. Don't target
Debian sarge; target Debian unstable, which is in progress now.
The freeze is expected sometime about a year from now.
Hmm, maybe I wasn't clear.
Especially since
On Sun, 2005-10-16 at 17:59 +0100, Neil Williams wrote:
On Sunday 16 October 2005 5:01 pm, Josh Sled wrote:
Especially since it's been so long since the last release, we should
seek to make the next release one that can work on fielded systems. As
such, it shouldn't depend on libraries
On Sun, 2005-10-16 at 20:21 +0100, Neil Williams wrote:
I'd much rather solve the problem with our link to goffice/gsf, if possible.
Yes.
I'd hope we wouldn't have to, but if the dependency chain does halt at
libgsf,
that would work. Don't you think it's papering over the cracks though?
On Sun, 2005-10-16 at 12:05 -0700, Thomas Bushnell BSG wrote:
Josh Sled [EMAIL PROTECTED] writes:
That's fine... we can get the new release into the process for the
future. But I'm primarily talking about a gnucash release that can be
compiled against existing systems, even if it's
On Sun, 2005-10-16 at 12:52 -0700, Thomas Bushnell BSG wrote:
Now some of what you've got above are gnome-2 libraries. Are we
talking about a release of 1.8, or the G2 release?
On Sun, 2005-10-16 at 12:59 -0700, Thomas Bushnell BSG wrote:
Of course I want to target the future, and have the
On Sun, 2005-10-16 at 22:28 +0200, Christian Stimming wrote:
Thoughts? Comments?
This all sounds right and good.
...jsled
--
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
On Wed, 2005-10-19 at 00:27 -0400, Volker Englisch wrote:
My main question is now: How would you like to receive feedback?
The mailing list is the best place, right now.
You should look at the GNOME2_STATUS file to ensure that the problems
you are seeing are not expected nor well-known, but I
Recently we've been planning on moving the GnuCash repository from CVS to
Subversion. This week I've made the changes on cvs.gnucash.org to enable
anonymous and developer access to a subversion repository. This encompases:
- http-style anonymous access
- svn+ssh authenticated developer
On Sat, 2005-10-22 at 18:50 -0400, Chris Shoemaker wrote:
I tried to view a diff and got this:
Hmm, I read comments mentioning something like this, but didn't see it
myself. Admittedly, I didn't test too much.
In the last released viewcvs (0.9.4), the subversion support seems to be
broken.
On Mon, Oct 24, 2005 at 02:23:13AM -0400, Volker Englisch wrote:
Volker, thanks! This is quite helpful! :)
| Last not least (this is not related to SX) there is a menu option Misc
| -- Test available on the Accounts window. When selected this displays
| a window with the text
| 'testing
|
On Mon, Oct 24, 2005 at 04:45:47PM -0400, Chris Shoemaker wrote:
| Well, I think *all* development should be on branches.
Ick. Now we have to fight about the benefits of Continuous Integration. :)
(Strangely, its argument [1] has a similar form: [...] fundamental shift
to the whole development
On Mon, Oct 24, 2005 at 08:09:23PM -0400, Chris Shoemaker wrote:
| So we agree, yes? :)
Sounds like we mostly do, yes. I don't think branches are needed for all
development, but they can be useful.
...jsled
--
http://asynchronous.org/jsled/ | a=jsled; b=asynchronous.org; echo [EMAIL
On Tue, Oct 25, 2005 at 11:16:51AM +0100, Neil Williams wrote:
| developers on code management. Some method of clearly attributing branches to
| particular goals beyond a short, cryptic, branch name.
short, cryptic, branch name[s] such as?
| 3. More acceptance that new developers don't
On Tue, Oct 25, 2005 at 01:00:35PM -0400, Chris Shoemaker wrote:
| On Tue, Oct 25, 2005 at 10:14:46AM -0400, Dan Widyono wrote:
| So.
|
| Is it possible for me to jump in, pull SVN down, install SVN + SVK on my
| workstation, diddle away using my own local personal branch, submit frequent
|
On Tue, Oct 25, 2005 at 06:50:36PM -0400, Derek Atkins wrote:
| I can ask. I know he's been really really busy.. He might be
| amenable to some CVS/SVN push into the web server.. I don't know.
| Something like
| http://www.goshaky.com/goshaky-distfiles/svn2rss/
| might be useful once SVN is in
On Thu, Oct 27, 2005 at 12:04:51PM -0400, Tim Wunder wrote:
| In a related issue:
| It would seem to be a good idea to have the preferences dialog mirror the SX
| creation Options section.
True, and that makes sense; I'll need to talk to hampton to see if this
is readily possible, but I don't
On Sun, 2005-10-30 at 09:53 +, Neil Williams wrote:
On Sunday 30 October 2005 2:44 am, Brian Rose wrote:
Hmm, I was hoping it would be possible to use
Gnucash via the desktop for one user
and via a webpage for another user
simultaneously--maybe that is a longer way off than
I
On Sun, 2005-10-30 at 20:01 +0100, Didier Vidal wrote:
I've always wondered why the commits are systematically sent to
gnucash-patches... This results in noise and an additional chance to
forget or loose patches (since no dedicated tool exists to manage them).
Why not just sending the
Noticed during normal upgrade/build cycle (from a cvs update yesterday
evening, which was g2-latest), but I `make distclean`ed, re-autogen and
re-`make install`ed just to be sure...
... src/engine/{qof,gnc}la-dir.h is not being built:
make[3]: Entering directory
e.g
make[4]: Entering directory
`/home/jsled/stuff/proj/gnucash/src-g2/gnucash/src/backend/qsf'
source='qsf-backend.c' object='qsf-backend.lo' libtool=yes \
depfile='.deps/qsf-backend.Plo' tmpdepfile='.deps/qsf-backend.TPlo' \
depmode=gcc3 /bin/sh ../../../depcomp \
/bin/sh
On Sun, 2005-10-30 at 18:56 -0500, Chris Shoemaker wrote:
Reasoning:
X -patches should go to -devel.
* All submitted patches should be up for discussion.
* It's hard to know before hand what patches actually will generate
discussion.
* It's hard to move the
On Sun, 2005-10-30 at 13:38 +0100, Christian Stimming wrote:
I would therefore propose that we decide on the transition to Subversion
*now*, and that this transition should happen in the next 1-2 weeks.
+1.
Additionally, I would propose that we stop the discussion of the SCM issue
now
On Sun, 2005-10-30 at 12:41 -0500, Volker Englisch wrote:
David Hampton wrote:
The default value for Register lines is set to 2. I think this
value should be increased to display at least 3 lines in the
Scheduled Transaction Editor.
I see this as a default of 6 lines in
On Thu, 2005-10-27 at 17:54 -0400, David Hampton wrote:
I think my misunderstanding of the sx settings when I created the
preferences may be contributing to the problem. Can you clarify for me
whether my current understanding is correct. (Line numbers refer to the
sxed dialog options
On Mon, 2005-10-24 at 02:23 -0400, Volker Englisch wrote:
I don't know if the scheduled transactions are ready for testing since
they crash GC frequently but here are a few things I noticed:
crash[ing] GC frequently is generally not my experience with them,
currently. If possible, can you
On Sun, 2005-10-30 at 23:36 -0800, Karl Hegbloom wrote:
I won't have time to try and fix these; I'm way behind on my Mathematics
homework and should really be working on that instead...
Hope this helps. Do yous have an AMD64 to test compile on?
Only vicariously through souls like
On Mon, 2005-10-31 at 06:59 -0800, Brian Rose wrote:
Hmmm, but is there anywhere that says in stuff
like in version 2.5 we will have whatever,
and in v. 3.0 will be these features as well. A
current roadmap I guess. Is it not neccessary to
have all this and the docs above on the/a website?
On Sun, 2005-10-30 at 18:03 -0500, Josh Sled wrote:
There are similar errors in qsf-xml-map.c and qsf-xml.c. Similar to the
src/engine/gncla-dir.h issue, if I manually build qsf-dir.h, the errors
go away.
Derek reports this (and the src/engine/ issue) does not occur for him
with a clean tree
After coordinating with David Hampton last night, he's hopeful to have
the G2 - HEAD merge done by this coming weekend of Nov 5/6th. As such,
I intend to do the CVS - SVN repository migration this coming weekend
as well.
Proposal: On Sunday November 6th we will switch from CVS to SVN.
IF
On Mon, 2005-10-31 at 10:44 -0800, Andrew Sackville-West wrote:
Also, still no charts. I have tried many different charts with different
dates, account selections etc still says:
unable to push bar chart
-- or --
unable to display pie chart
Hmm. Do you have a libgoffice provided by your
On Mon, 2005-10-31 at 14:32 -0800, Bill Wohler wrote:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
I've either been involved with, or done personally, a couple of CVS to
Subversion conversions. Even the large one that affected our entire
company went really, really smoothly.
As well, a large
On Mon, 2005-10-31 at 22:50 +, Neil Williams wrote:
Josh, should I have access under the developer URL?
Yes. If you can use cvs, then you should be able to use svn+ssh ...
it's the same mechanism used to invoke both.
$ svn checkout
On Tue, 2005-11-01 at 11:21 +, Neil Williams wrote:
I thought afterwards whether a SVN equivalent to a CVS tag would be required
to mark the point immediately before a new branch is created. I guess it is
replaced by the revision number for the actual branch creation?
It is replaced by
On Tue, 2005-11-01 at 06:16 -0800, Brian Rose wrote:
Is Scheme/Guile staying in or going out? Would
e-guile be deleted within the year
and replaced?
:) Good question. In my ideal world, we would remove it entirely and
find a different, light-weight templating system for the reports ...
On Tue, 2005-11-01 at 18:11 -0500, Derek Atkins wrote:
At this point in time, all CVS commit access has been locked out
so David and perform the g2-head collapse. After the collapse
I expect Josh to perform the CVS-SVN migration. Future commits
should happen in SVN. Mail will be sent out
On Tue, 2005-11-01 at 19:20 -0500, Josh Sled wrote:
Assuming that the merge goes smoothly, we're going to take advantage of
the tree already being closed and just get this over and done with ...
as such, I'm planning on doing the svn re-migration tonight. It'll take
a couple of hours after
On Wed, 2005-11-02 at 02:21 -0500, Josh Sled wrote:
Considering the hour and pains experienced, let us consider the
subversion repository both authoritative and experimental for the next
12 hours or so... until tomorrow afternoon (~2pm) at least.
Checkout ... build... enjoy. Shout
After the G2-HEAD collapse last night, and after a few migrations last
night and this morning to handle various issues, we're declaring victory
in the CVS - SVN migration.
The Subversion repository is now authoritative for GnuCash development.
To re-iterate, as the gnome2-branch has been merged
On Fri, 2005-11-04 at 12:00 -0500, Derek Atkins wrote:
Yes, we've discussed installing trac, at least for the changeset
views. We probably wouldn't use the wiki or tracker. So, consider
it on the list for things we want to do when we get the extra
cycles to work on it.
Oh, it looks like
On Sat, 2005-11-05 at 10:59 -0500, GnuCash Admin wrote:
Welcome to cvs.gnucash.org. You now have an account, chris,
which you can use to access the CVS sources. You can now access
the sources by:
cvs -d :ext:[EMAIL PROTECTED]:/home/cvs/cvsroot ...
Heh. I probably should have updated
I've setup Trac at http://svn.gnucash.org/cgi-bin/trac.cgi .
I've pared it down a lot; specifically: the Timeline, changeset
viewing, source-browsing, searching and basic read-only wiki
functionality are available. The Roadmap, Milestones, Ticketing and
Reporting functionality is all disabled.
On Sun, 2005-11-06 at 22:19 +0545, Pawan Chitrakar wrote:
i was able to make but while running i get the splash screen with
Nepali text running but i get this last error and gnucash quits
what could be the solution
ERROR: Unbound variable: gnc:report-menu-setup
Where did you install
On Mon, 2005-11-07 at 11:58 +, Neil Williams wrote:
But then I can't have a separate po directory. How can gnucash and cashutil
be
packaged separately if they use the same translation files? I also use a
different manpage system, have vastly reduced numbers of dependencies and
On Mon, 2005-11-07 at 15:50 +, Neil Williams wrote:
The files are in now and I'm testing.
I'll commit the ChangeLog only when complete.
I thought you were going to do this on a branch... was I mistaken?
Why didn't you do this as a single commit/changeset?
...jsled
--
On Mon, 2005-11-07 at 16:58 +, Neil Williams wrote:
Probably a bad idea to begin with. If people want to know the changes in
Makefile.am, they will use svn diff Makefile.am.
Well, that's what someone asked for so that's what I tried to do.
Hmm... what was asked for, exactly?
I
On Mon, 2005-11-07 at 17:29 +, Neil Williams wrote:
On Monday 07 November 2005 5:07 pm, Derek Atkins wrote:
Who asked for that? I've asked for emailed-in patches to be small..
But who ever said that SVN commits should be small? SVN commits
should be functionally-complete objects.
On Tue, 2005-11-08 at 14:11 -0800, Jay Scherrer wrote:
example: xsd:element value=$NumberOfEmployees /element value;
Um, if their schema says...
xsd:element name=NumberOfEmployees minOccurs=0 [...]
then you should be generating...
NumberOfEmployees12345/NumberOfEmployees
Using XSLT,
On Sat, 2005-11-05 at 11:37 -0500, Josh Sled wrote:
I've setup Trac at http://svn.gnucash.org/cgi-bin/trac.cgi .
Derek did the work last night to move the URL-space to:
http://svn.gnucash.org/trac/
Leading to pretty resource-locators such as:
- http://svn.gnucash.org/trac/timeline/
- http
On Sat, 2005-11-12 at 13:54 +0100, Didier Vidal wrote:
However, I have a few problems with this architecture:
- The GUI actions (in this case, open the account hierarchy druid,
open a new account tree page) are managed by a class in the engine
module. That's odd to me. engine should be
On Fri, 2005-11-11 at 22:21 +0100, Christian Stimming wrote:
Objections? Thoughts?
No objection.
...jsled
--
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
For a while, we've been using a fake version of goffice, copied into
the gnucash source tree. Before I had said I was basically going to
leave it in place for the next release, but there are plenty of good
reasons to do so.
In any case, there's a bunch of constraints on this problem:
*
On Sun, 2005-11-20 at 10:53 +, Neil Williams wrote:
The build continues only as far as:
go-pattern.c:150:2: #warning This result is actually an xmlChar we could run
into trouble with g_free vs xmlFree. Can we change the interface?
I'd rather make as few changes to these libraries as
Thank you very much for these fixes.
On Sun, 2005-11-20 at 15:33 -0500, Neil Williams wrote:
Modified:
gnucash/branches/goffice-update/lib/goffice-0.0.4/goffice/cut-n-paste/foocanvas/Makefile.am
===
---
On Wed, 2005-11-23 at 09:33 +, Neil Williams wrote:
On Wednesday 23 November 2005 1:08 am, David Hampton wrote:
The argument parsing and usage help output should be correct for 2.0 as
shipped.
Don't make me laugh. The CLI argument parsing, usage and help output of the
entire 1.8 and
On Sat, 2005-11-26 at 16:52 -0500, Tim Wunder wrote:
Is there a way to get the Trac Wiki pages to create a Table of Contents like
the gnomesupport.org wiki?
Having the ToC like this page:
http://gnomesupport.org/wiki/index.php/GnuCashFaq
looks better than this page:
On Tue, 2005-11-29 at 11:22 +0100, Christian Stimming wrote:
Actually I'm still unsure whether we really should start maintaining a
non-trivial wiki on svn.gnucash.org (I hope this question doesn't sound
blasphemic by now).
Currently we have online documentation about gnucash at the
On Wed, 2005-11-30 at 15:59 -0500, Chris Shoemaker wrote:
Also, the focus tends toward the setting of the restriction-level
since that's viewed as a free-variable, but I want to re-emphasize
that lowering the cost of the corrective action is *really* important.
Any wiki should be read-only
On Thu, 2005-12-01 at 16:25 -0500, Chris Shoemaker wrote:
Comments?
This change is fine with me, and sounds good.
...jsled
--
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
On Fri, 2005-12-02 at 15:59 -0500, Derek Atkins wrote:
As for how to get the list of files changed, you can just run a diff:
svn diff | grep '^Index'
`svn status` works quite nicely for figuring out the file-level status.
...jsled
--
http://asynchronous.org/ - `a=jsled;
On Sat, 2005-12-03 at 11:55 -0500, Josh Sled wrote:
Thanks to the efforts of Neil and Derek, the goffice-update branch is
pretty robust at this point, except for issues on 64-bit platforms.
However, since I understand those issues already appear on HEAD, I'm
going to merge the branch back
On Sun, 2005-12-04 at 23:19 -0800, Karl Hegbloom wrote:
On Sat, 2005-12-03 at 11:55 -0500, Josh Sled wrote:
Thanks to the efforts of Neil and Derek, the goffice-update branch is
pretty robust at this point, except for issues on 64-bit platforms.
However, since I understand those issues
201 - 300 of 620 matches
Mail list logo