Menu
▾
▴
gnofin-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(12) |
Mar
(14) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
(10) |
Oct
(37) |
Nov
(3) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2001-01-29 01:36:54
|
Bug #130364, was updated on 2001-Jan-28 17:36 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: cetacean Assigned to : nobody Summary: Date Preferences Segfaults Details: Clicking "OK" or "APPLY" from the Preferences Dialog after modifying any of the following, produces a Segmentation Fault. Date Format List Columns Row Colors gnofin-0.8.4-1 RH7 and all updates (glibc 2.12) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130364&group_id=102 |
|
From: <no...@so...> - 2001-01-11 11:36:33
|
Bug #128422, was updated on 2001-Jan-11 03:36 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Overall balance color Details: Gnofin 0.8.4 Why "Overall balance" is not red when balance is negative and appears red. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=128422&group_id=102 |
|
From: <no...@so...> - 2001-01-11 11:34:10
|
Bug #128421, was updated on 2001-Jan-11 03:34 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Message not translated Details: Gnofin 0.8.4 The explanation error message "The date format you have entered does not ..." does not appear translated even it's made in fr.po file. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=128421&group_id=102 |
|
From: Luc S. <luc...@al...> - 2001-01-08 10:55:38
|
Hi, I've add to gnofin (branch 0.xx), a plugin to find some records. All kind of search is nearly done (i need to do search on date). Please test it and give me your opinion about the interface. For result, i think i will display it under the list of records. Luc |
|
From: <no...@so...> - 2000-12-27 17:07:59
|
Bug #126914, was updated on 2000-Dec-27 09:08 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: khj Assigned to : nobody Summary: Initial Window Expands After Startup Details: gnofin-0.8.4; LinuxPPC; sawfish The app starts up normally. Then after a few seconds, the window expands horizontally covering the entire screen. Note, however, that switching to another "viewport" does *not* show the left or right ends of gnofin's window! Odd. [ Any idea when the next version will be available? ;-) ] For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126914&group_id=102 |
|
From: <no...@so...> - 2000-12-18 11:54:51
|
Bug #126177, was updated on 2000-Dec-18 03:54 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Transaction type unavailable Details: Gnofin 0.8.4 Some transaction types, translated in the <country>.po file, do not appeared in the list when you want to select them. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126177&group_id=102 |
|
From: <no...@so...> - 2000-12-18 11:52:32
|
Bug #126176, was updated on 2000-Dec-18 03:52 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Category translation unavailable Details: Gnofin 0.8.4 Some categories, translated in the <country>.po file, do not appeared translated in the list when you want to select them. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126176&group_id=102 |
|
From: <no...@so...> - 2000-12-18 11:48:10
|
Bug #126175, was updated on 2000-Dec-18 03:48 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Invalid date format Details: Gnofin 0.8.4 All date formats are invalid except "%x". For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126175&group_id=102 |
|
From: <no...@so...> - 2000-12-18 11:44:37
|
Bug #126174, was updated on 2000-Dec-18 03:44 Here is a current snapshot of the bug. Project: gnofin Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: piguelm Assigned to : nobody Summary: Column headers not translated Details: Gnofin 0.8.4 Some column headers (for example "No", "Transfer from") are not translated even if they are in the <country>.po file. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126174&group_id=102 |
|
From: Darin F. <df...@ja...> - 2000-11-28 03:53:50
|
Hey! I've rolled up another developer tarball for all to use. Progress is slow, but the result is looking good. This version supports much of the basic functionality. However, some obvious things like being able to delete a transaction are missing. Changes include: undo/redo file save insert record record editor/list now remember configuration There are many other changes as well, but most of the changes are not visible from the GUI. Anyways, my goal is to have a version with all of the 0.8.x functionality by the end of january. At which point, I will most likely start releasing binary packages of the unstable tree. But, it will still be some time before this can go stable, because there will be many other features that will have to go in before the new code can really replace 0.8.x. So, perhaps that means we will be able to have a stable 1.0.0 release sometime in late february or early march. Major things left to do include: record selection record delete record list sorting record list filtering account delete account modify account group insert account group delete account group modify port clipboard code port preferences code port various import/export filters (QIF, CBB, etc.) port edit->transaction types Features that should go into 1.0.0 auto save in background crash recovery basic statistics (money totals by category) Features that I'd like to see in 1.0.0 but that I probably won't have time for: basic printing of record list basic reminders/scheduling of transactions basic plotting to accompany statistics At any rate, contributions are always welcome ;) Darin |
|
From: Darin F. <df...@ja...> - 2000-11-10 17:37:30
|
Posted another development snapshot. Not much changed on the front-end, but a lot has changed behind the scenes. Darin |
|
From: Darin F. <df...@ja...> - 2000-11-01 16:43:24
|
Hey all, I have posted a snapshot of the CVS MAIN branch as of Nov 1, 2000. You can find it at: ftp://gnofin.sourceforge.net/pub/gnofin/0.99 http://jagger.me.berkeley.edu/~dfisher/gnofin/0.99 I plan to take a similar snapshot every week (possibly every wednesday). At some point we may even want to start publicizing these releases, but I don't want to do that until we get closer to Gnofin 1.0. Darin |
|
From: Darin F. <df...@ja...> - 2000-10-31 15:43:23
|
Michel, Sounds great! We'll plan a 0.8.3 for the end of the week. Scheduled tasks is something I am working on in the new development code. I have many complaints about the old architecture. All of these things like scheduled tasks, and such, will be much _much_ easier to implement in the new code base. It is just going to be a couple of months before I get the new code base up to par with the 0.8.X one. It is getting there, but there is still much work to do. Glad to hear that people find Gnofin useful!! Cheers! Darin mic...@pi... wrote: > Darin, > > I only read your message today, I didn't work yesterday. If you can wait > until thursday I 'll send you the last revision which will be released. I > haven't any new from Olivier and Benoit so I've worked alone on this > translation. > > Have you any information for the Gnofin scheduled tasks ? > > I think you don't know that a monthly french magazine, called LINUX > Magazine, speaks about Gnofin. In this book, there is a column which > translates, in french, a german article, which discuss about usefull and > original softwares. > > Regards, > Michel > > "Darin Fisher" <da...@ho...> on 29/10/2000 21:03:23 > > Pour : Michel PIGUEL/PFH/Pierre-Fabre/FR > cc : > Objet : Re: Gnofin: french translation > > Michel, > > Would you like me to go ahead and release these changes as Gnofin > 0.8.3? Or, would you like to make other changes before that happens? > Also, are you contributing these changes yourself or did you work > with Olivier and Benoit? > > Thanks, > Darin > > >From: mic...@pi... > >To: "Darin Fisher" <da...@ho...> > >Subject: Gnofin: french translation > >Date: Mon, 23 Oct 2000 13:02:15 +0100 > > > >Hi, Darin, > > > >Here are the last french translation (there was a lot of new messages, and > >some others have disappeared !). I've modified the NLS_PEOPLE to give an > >email that is at my job, but you can still use it. It's just a little > >precaution. > > > >(See attached file: README.francais)(See attached file: NLS_PEOPLE)(See > >attached file: fr.po) > > > >I'm disappointed because some messages are not translated such as: > > > > the title line of transactions (category and so on ...) > > the categories list (not any are translated, and it's made in the > > fr.po) > > some messages in the toolbar are not in the gnofin.pot file > >(scheduled > > tasks for example) > > > >Regards > >Michel > ><< README.francais >> > ><< NLS_PEOPLE >> > ><< fr.po >> > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. |
|
From: Darin F. <df...@ja...> - 2000-10-24 20:27:33
|
Lee, Thanks for the kind words :) Your suggestion sounds really good to me. I'm hard at work on the next generation Gnofin and will try to incorporate this feature. It should be fairly easy to implement. Darin :) Lee Murphy wrote: > I Used to do by hand in a record book the things I have been > able to do under Gnofin. I really appreciate it. Its an > awesome program and I hope you continue on it for a while > yet. > > I was wondering if, in the future there could be an > implimentation to support loan tracking. So I can use this > program to do it. > > I am actually using the program to track loans and credit > cards already, but I have to list the Interest, as a fee. > > What I would suggest is to allow users to enter interest > rates and let the program calculate the interest internally, > when requested and log it in the records > > I would write that myself, except I am not very strong at > C++ and I KNOW NONE under linux > > thanx for your time > Lee Murphy |
|
From: Darin F. <df...@ja...> - 2000-10-17 19:17:18
|
Great! I'll add it right away. Look for it to be released in Gnofin 0.8.3. Darin Jiří Vašina wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > Hello, > > > > In the attachment, I send you the CZECH translation for Gnofin. It's done > on the skeleton of 0.8.2 gnofin source files. > > > > Jiri Vasina > > > > -----BEGIN PGP SIGNATURE----- > Version: 6.5.8ckt http://irfaiad.virtualave.net/ > > > > iQA/AwUBOeyIL4tEw1BakjKVEQKfgACePEC1g7ozoNEnI63wwhwk1hyB2M8AoK4o > wwqpSRzjTOhr8rVoGRxTdddD > =0Ofp > -----END PGP SIGNATURE----- > > Cs.po > > Content-Type: > > application/octet-stream > Content-Encoding: > > quoted-printable |
|
From: Darin F. <df...@ja...> - 2000-10-13 22:11:01
|
Denis Chalon wrote: > Hello, > > > >> Also, in the development code, I am thinking about a different >> button scheme. Instead of "Insert" and "Update" you would simply >> have "Enter". We would then have a blank transaction at the bottom >> of the list that you would have to select when entering a new >> transaction. Then "Enter" would mean "Insert". Otherwise, if you >> just change an existing transaction, "Enter" would mean "Update". >> This could and should be a user preference. But, I think for >> beginners having only a "Enter" button would be a more intuitive >> design. There could also be a "Cancel" button that effectively >> cancels any of the changes you were making. What do you think? >> > > > Idea to use Enter as single key to either insert or update an operation is a > very intuitive way of doing things for beginners. More over if there is one > button, bound to Enter key, with a changing text: > - When user edits the last empty line, it is written Insert in the button text > - When user edits an existing line, it is written update > In both cases, RETURN is used to validate data. This is a good idea. And, ESC could be bound to the Cancel button. > > It is not anymore possible to copy an existing operation by just changing something, > to an existing entry and then pressing Insert button. > This feature is not completely lost, it is replaced by CTRL+C, CTRL+V and edition, > which is more intuitive for other OS users. > I agree. We can have a simple "preference" that toggles between having Insert/Update or Enter/Cancel. Existing/advanced users of Gnofin may prefer Insert/Update over Enter/Cancel. Darin |
|
From: Denis C. <den...@li...> - 2000-10-13 22:00:09
|
Hello, > Also, in the development code, I am thinking about a different > button scheme. Instead of "Insert" and "Update" you would simply > have "Enter". We would then have a blank transaction at the bottom > of the list that you would have to select when entering a new > transaction. Then "Enter" would mean "Insert". Otherwise, if you > just change an existing transaction, "Enter" would mean "Update". > This could and should be a user preference. But, I think for > beginners having only a "Enter" button would be a more intuitive > design. There could also be a "Cancel" button that effectively > cancels any of the changes you were making. What do you think? > Idea to use Enter as single key to either insert or update an operation is a very intuitive way of doing things for beginners. More over if there is one button, bound to Enter key, with a changing text: - When user edits the last empty line, it is written Insert in the button text - When user edits an existing line, it is written update In both cases, RETURN is used to validate data. It is not anymore possible to copy an existing operation by just changing something, to an existing entry and then pressing Insert button. This feature is not completely lost, it is replaced by CTRL+C, CTRL+V and edition, which is more intuitive for other OS users. Denis -- _____________________________________________________________________ Denis Chalon - den...@li... _____________________________________________________________________ |
|
From: Darin F. <df...@ja...> - 2000-10-13 01:23:04
|
Denis Chalon wrote: >> I have found the bug. It was in record.c. I was allowing a 0 valued >> EXCHANGE_RATE field, >> which when inverted caused the strange numbers we were seeing. I'm sure it is >> fixed, but >> please pull the latest CVS on the GNOFIN_0 branch and verify. >> > > > Effectively, bug have disappear, loading of !type QIF file is also working nicely. > Thanks to every one. > > About register discussion, here is my opinion of simple user: > > View divided in two parts, one for account, other for record is very easy to use > > and very powerful for entering most of operations. Only few operations are more Are you talking about how Gnofin is in the development code? Or, are you suggesting something different? > > difficult to enter like transfer. For these, it would be nice to get a register > > with more explanations. Accelerators for Insert and Update would be also nice. Yes, I agree... we should try to make the register as user friendly and informative as possible. Adding accelerators is a really good idea. I just haven't thought too much about the implementation yet. Also, in the development code, I am thinking about a different button scheme. Instead of "Insert" and "Update" you would simply have "Enter". We would then have a blank transaction at the bottom of the list that you would have to select when entering a new transaction. Then "Enter" would mean "Insert". Otherwise, if you just change an existing transaction, "Enter" would mean "Update". This could and should be a user preference. But, I think for beginners having only a "Enter" button would be a more intuitive design. There could also be a "Cancel" button that effectively cancels any of the changes you were making. What do you think? Darin |
|
From: Darin F. <df...@ja...> - 2000-10-13 01:16:22
|
Luc Saillard wrote: > On Thu, Oct 12, 2000 at 11:00:29PM +0200, Denis Chalon wrote: > >> ... >> difficult to enter like transfer. For these, it would be nice to get a register >> with more explanations. Accelerators for Insert and Update would be also nice. > > > Yes, i agree, but waht's key can be use for this operation ?. For the calendar > entry, i have use the +-,/*,[]. Gnofin have no docs, so we must find some logic > key for this operation. Use another Function Key ? Or like Emacs a meta combo > C-x I/C-x u :-) Yeah, I think what is needed is a key bindings section in the preferences. I haven't really thought much about this to be honest. > > For the new release, we can update some screenshots ? Certainly... do you have some nice screenshots? |
|
From: Luc S. <luc...@al...> - 2000-10-12 22:23:50
|
On Thu, Oct 12, 2000 at 11:00:29PM +0200, Denis Chalon wrote: > > ... > difficult to enter like transfer. For these, it would be nice to get a register > with more explanations. Accelerators for Insert and Update would be also nice. Yes, i agree, but waht's key can be use for this operation ?. For the calendar entry, i have use the +-,/*,[]. Gnofin have no docs, so we must find some logic key for this operation. Use another Function Key ? Or like Emacs a meta combo C-x I/C-x u :-) For the new release, we can update some screenshots ? Luc |
|
From: Denis C. <den...@li...> - 2000-10-12 21:00:45
|
> I have found the bug. It was in record.c. I was allowing a 0 valued > EXCHANGE_RATE field, > which when inverted caused the strange numbers we were seeing. I'm sure it is > fixed, but > please pull the latest CVS on the GNOFIN_0 branch and verify. > Effectively, bug have disappear, loading of !type QIF file is also working nicely. Thanks to every one. About register discussion, here is my opinion of simple user: View divided in two parts, one for account, other for record is very easy to use and very powerful for entering most of operations. Only few operations are more difficult to enter like transfer. For these, it would be nice to get a register with more explanations. Accelerators for Insert and Update would be also nice. Denis -- _____________________________________________________________________ Denis Chalon - den...@li... _____________________________________________________________________ |
|
From: Darin F. <df...@ja...> - 2000-10-12 14:42:54
|
> > Now that this is fixed, is there anything else we should hold 0.8.2 for? Or > > should we release it now, and then plan on a 0.8.3 for the other things? Luc? > > No, it's a bug squash release :) And perhaps we can see it in the next release > potato ? what do you think Torsten ? > > Luc Ok, then I'm going to go ahead and release 0.8.2 Darin ;-) |
|
From: Torsten L. <to...@pc...> - 2000-10-12 08:56:14
|
On Thu, Oct 12, 2000 at 10:27:41AM +0200, Luc Saillard wrote: > No, it's a bug squash release :) And perhaps we can see it in the next release > potato ? what do you think Torsten ? Should be possible. Let's see if it still build with my packaging files :) cu Torsten |
|
From: Luc S. <luc...@al...> - 2000-10-12 08:27:45
|
On Wed, Oct 11, 2000 at 10:37:29PM -0700, Darin Fisher wrote:
> > > -> I agree with Luc, we have to kill the TXFR bug (in which part of the
> > > source may the problem be? (record.c?, other ideas)
>
> I have found the bug. It was in record.c. I was allowing a 0 valued
> EXCHANGE_RATE field, which when inverted caused the strange numbers we were
> seeing. I'm sure it is fixed, but please pull the latest CVS on the GNOFIN_0
> branch and verify.
Yep it works, but i have always a memory leak when i quit the program.
Gnofin-WARNING **: Memory leak detected: payee_cache
> Now that this is fixed, is there anything else we should hold 0.8.2 for? Or
> should we release it now, and then plan on a 0.8.3 for the other things? Luc?
No, it's a bug squash release :) And perhaps we can see it in the next release
potato ? what do you think Torsten ?
Luc
|
|
From: Darin F. <df...@ja...> - 2000-10-12 05:38:34
|
> > -> I agree with Luc, we have to kill the TXFR bug (in which part of the > > source may the problem be? (record.c?, other ideas) I have found the bug. It was in record.c. I was allowing a 0 valued EXCHANGE_RATE field, which when inverted caused the strange numbers we were seeing. I'm sure it is fixed, but please pull the latest CVS on the GNOFIN_0 branch and verify. Now that this is fixed, is there anything else we should hold 0.8.2 for? Or should we release it now, and then plan on a 0.8.3 for the other things? Luc? Darin |