Re: donating
On Thu, 24 Jun 2004, Linas Vepstas wrote: On Tue, Jun 22, 2004 at 09:52:53AM -0500, Linas Vepstas was heard to remark: A prototype web page explaining how to donate to the gnucash project can be reviewed at http://www.gnucash.org/en/donations.phtml Its now linked to the various menus and other pages. It also contains a summary of the current financial position. Is this a good idea? a bad idea? Will more people donate if they don't know how much money we have? Or will they donate when they see how open and transparent our records are? I don't know - but it's in the spirit of open as in source. I think its also useful for the general public: 1) one can either see that making (some) OSS is a hard business that is hardly being done for the money or 2) that OSS projects can be a form of survival too depends on how much will be donated. OTOH if the amount is high you'll get inquires about who got the money? IMHO, *t -- --- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions --- ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
Linas Vepstas schrieb: http://www.gnucash.org/en/donations.phtml Its now linked to the various menus and other pages. It also contains a summary of the current financial position. Is this a good idea? a bad idea? Will more people donate if they don't know how much money we have? Or will they donate when they see how open and transparent our records are? I like this very much. I think it is a good idea to be quite open and outright about what we do (receiving small amounts of money and using it for ... internet connectivity or whatever) and what we don't do (receiving giant amounts and/or throwing money away). Also, it helps ourselves to stay at this very open and responsible attitude when dealing with the donations. I think this is a good idea. Christian ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
More OpenSource accounting: KMyMoney released their version 0.6
Just seen on dot.kde.org: A KDE project named KMyMoney release a new version of their software, http://dot.kde.org/1087562563/ (full quote below), but I haven't tried this myself. It seems the team simply tries to implement the same things as we already have, but on a Qt/KDE/C++ basis. In fact, the only additional feature they have and we don't is a QIF export (!). They are planning to implement a gnucash import function (thanks to the open format), which they already have in CVS but not in their release. In the dot.kde discussion one developers answers the question: Q: How does KMyMoney compare to Gnucash? A: Well, to be honest, we are a bit behind gnucash at this point. They already support most of the features that we are talking about for our 0.8 release. However, from our users, we have heard comments such as our interface is easier to use, they like that you can export your accounts into qif files (you can't in gnucash), and that it is lighter-weight than gnucash. We want to get up to the level of gnucash someday, and hopefully surpass it eventually. I think competition is surely a good thing, in OpenSource just as anywhere else. We should be well aware of those features the KMyMoney guys have solved differently, and especially where users like things more in their software compared to how gnucash handles that. There's always something to learn. On the other hand, hearing that they are going into the very same direction as we do (and facing the same difficulties) can be seen as a big affirmation into our way to handle these financial concepts. Cheers, Christian KMyMoney 0.6 is Released After almost a year and a half since its last release, a double-entry version of the KMyMoney personal finance management software for KDE is now available. Version 0.6 supports multiple account types, including credit cards, cash, savings, loans and mortgages. An easy-to use GUI allows entering and viewing your financial data. Adjustable homepage can be customized and wizards guide the user through more complicated transactions. Transactions can be entered in an easy-to-use checkbook type form, or edited directly in the register. Recurring transactions can be scheduled and transactions can be split to multiple categories and accounts. All transactions can be listed for a given payee. We have also implemented powerful search functions to find transactions. While older versions saved data in a binary data format, Version 0.6 writes its data in a compressed XML format, which makes it easy to preserve and store financial data. Also, the software supports the import and export of QIF files, allowing users to move data to/from external sources. Users can customize the QIF profile, to be able to import files which may not be standard, without making any code changes. Additional features being considered for future releases include multiple currency support, investment account support, financial report generation, OFX support, online stock quote updates, HBCI, and a GnuCash import function. Please feel free to see more details on the project web-site. Some of these functions are already available in our current CVS repository. ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
More KMyMoney peeking: is our file format clearly documented?
It's almost funny to read through KMyMoney's mailing lists and see all the different times when they think about the same concepts as we do and they end up saying let's have a look at the gnucash code to see how they solved it... :-) The developer working on the gnucash importer had some interesting things to note: http://sourceforge.net/mailarchive/forum.php?thread_id=4496256forum_id=7103 quote: 3. Since I couldn't find any definition of the GC file structure, I've based the code purely from what I've been able to deduce from my own file, and a few small test files created for the purpose. Are we really missing a clear documentation of the structure? I thought we had some DTDs available in src/doc/xml but they are quite old (from 2001) and they would need some additional explanation on how the XML structure is mapped on the gnucash objects... Is there already anything available? If yes, we should clearly mark this somewhere. Christian ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
Tomas Pospisek's Mailing Lists [EMAIL PROTECTED] writes: I don't know - but it's in the spirit of open as in source. I think its also useful for the general public: 1) one can either see that making (some) OSS is a hard business that is hardly being done for the money or 2) that OSS projects can be a form of survival too depends on how much will be donated. OTOH if the amount is high you'll get inquires about who got the money? I doubt it'll ever be high enough to get that far, but I guess you never know. Right now we've got about $500. That would be enough to: 1) pay for the new server i obtains, or 2) pay for the new disks linas is installing and a couple months of connectivity, or do something else. Or we can just keep it for now and wait and use it later. :) -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
Christian Stimming [EMAIL PROTECTED] writes: It's almost funny to read through KMyMoney's mailing lists and see all the different times when they think about the same concepts as we do and they end up saying let's have a look at the gnucash code to see how they solved it... :-) *SIGH* It would've been nice if they just decided to write a Qt frontend to GnuCash, but I can certainly understand why they don't. This is both a blessing and a curse. Just think what we could've done if we had those developer resources here to help us instead of splitting off into another set of code that does the exact same thing? Do they have small-business features? The developer working on the gnucash importer had some interesting things to note: http://sourceforge.net/mailarchive/forum.php?thread_id=4496256forum_id=7103 quote: 3. Since I couldn't find any definition of the GC file structure, I've based the code purely from what I've been able to deduce from my own file, and a few small test files created for the purpose. Are we really missing a clear documentation of the structure? I thought we had some DTDs available in src/doc/xml but they are quite old (from 2001) and they would need some additional explanation on how the XML structure is mapped on the gnucash objects... Is there already anything available? If yes, we should clearly mark this somewhere. Nope, we don't have current DTDs for our XML data. It would be nice if we did, but there had been little reason to create them as the xml code isn't dtd-driven. HAD the xml code been DTD-driven it would've been nice Christian -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
[EMAIL PROTECTED] (Linas Vepstas) writes: For example, search is still/again broken. Which search functionality? Searching the mailing lists work. It's possible that searching the website does not, but I don't have much control over that. ;) Or we can just keep it for now and wait and use it later. I'd like to avoid large sums accumulating in a paypal account, because of all the stories of paypal thefts. That money could just go 'poof' and that would be bad. I've never heard a first-hand account of these kinds of thefts. I suspect they're do to people not being careful with their paypal userid/password, or perhaps being phished. --linas -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
On Thu, Jun 24, 2004 at 09:13:01AM -0400, Derek Atkins was heard to remark: Tomas Pospisek's Mailing Lists [EMAIL PROTECTED] writes: OTOH if the amount is high you'll get inquires about who got the money? Right now we've got about $500. That would be enough to: I'd like to wait a few more months, and then hand out equal shares to the pool of active/recently active writers developers, and possibly some translators (I don't know how to gauge translation effort; I beleive translating the docs would be hard work, but no ones done that yet). I'm not sure, I think that list might have 10 or 12 names on it. If more money rolls in, then maybe there could be some token amounts for hardware network costs, but I don't want to encourage hardware/ server competition. I own more effing servers that I know what to do with. The hard part is running the machines, not buying the hardware. For example, search is still/again broken. Or we can just keep it for now and wait and use it later. I'd like to avoid large sums accumulating in a paypal account, because of all the stories of paypal thefts. That money could just go 'poof' and that would be bad. --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
Hi, It would've been nice if they just decided to write a Qt frontend to GnuCash, but I can certainly understand why they don't. Let me say it again ... the major reason for 'modularizing' gnucash was to allow other projects and programmers to use the modules in thier projects. Schemeifying the modules just f**it up. They were supposed to be separately installable shared libs, nothing more, nothing less. We really have to de-schemeify the modules. The developer working on the gnucash importer had some interesting things to note: http://sourceforge.net/mailarchive/forum.php?thread_id=4496256forum_id=7103 quote: 3. Since I couldn't find any definition of the GC file structure, I've based the code purely from what I've been able to deduce from my own file, and a few small test files created for the purpose. In particular, the goal of the gnucash engine has (always) been to provide a GUI-neutral, indeed, OS-neutral way of accessing financial data through a well documented, supported API. This GUI neutrality is what allowed the Motif and GTK versions of GnuCash to co-exist, and even helped start a KDE port, back when, until it withered. --linas p.s. Christian, or whomever has this ability, please cross-post this message to the KDE lists. As the maintainer/author of significant non-GUI chunks of GnuCash, I really do have an interest in somehow sharing or collaborating ... -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
[EMAIL PROTECTED] (Linas Vepstas) writes: Hi, It would've been nice if they just decided to write a Qt frontend to GnuCash, but I can certainly understand why they don't. Let me say it again ... the major reason for 'modularizing' gnucash was to allow other projects and programmers to use the modules in thier projects. Schemeifying the modules just f**it up. They were supposed to be separately installable shared libs, nothing more, nothing less. We really have to de-schemeify the modules. While I agree that's an issue, the reason I said that I understand why they don't is that about 60-70% of the code in gnucash is UI code, and much of that has reliance on gnome/gtk. The lines between UI and non-UI have been blurred significantly (certainly outside the engine). I also believe that there are TOO MANY shared libs in gnucash. Why are gnc-modules, the engine, and app-utils all in separate libraries? Nobody else is using gnc-modules (and why should they!?).. And app-utils doesn't work without the engine.. I see no point in that separation. The developer working on the gnucash importer had some interesting things to note: http://sourceforge.net/mailarchive/forum.php?thread_id=4496256forum_id=7103 quote: 3. Since I couldn't find any definition of the GC file structure, I've based the code purely from what I've been able to deduce from my own file, and a few small test files created for the purpose. In particular, the goal of the gnucash engine has (always) been to provide a GUI-neutral, indeed, OS-neutral way of accessing financial data through a well documented, supported API. This GUI neutrality is what allowed the Motif and GTK versions of GnuCash to co-exist, and even helped start a KDE port, back when, until it withered. Sure, but the engine is a fairly small portion of the code.. The only potential reason I can think of for someone NOT to use it is that it's HARD to just get the engine code. Playing devil's advocate here... It depends on glib (which is a gnome library).. It depends on gnc-module, which isn't separable.. And it has all this guile/g-wrap crap in it. Eww.. Back to reality, and having dealt with the code myself, I can certainly understand the frustration with trying to re-build the qt frontend. Gnucash just has too much crap in it. :) --linas -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Search [was Re: donating]
On Thu, Jun 24, 2004 at 10:21:20AM -0400, Derek Atkins was heard to remark: [EMAIL PROTECTED] (Linas Vepstas) writes: For example, search is still/again broken. Which search functionality? Searching the mailing lists work. I don't mean 'googling for gnucash mailing lists', I mean using the search box on the website, the one on the lower-left corner of all of the web pages. Yes, Gogle is pretty damned effective, but I think having a functional search on our own website could be even better. It's possible that searching the website does not, but I don't have much control over that. ;) Yes, well, as you pointed out, you do have root access to the machine, so you could control it in theory. --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
On Thu, Jun 24, 2004 at 10:21:20AM -0400, Derek Atkins was heard to remark: [EMAIL PROTECTED] (Linas Vepstas) writes: I'd like to avoid large sums accumulating in a paypal account, because of all the stories of paypal thefts. That money could just go 'poof' and that would be bad. I've never heard a first-hand account of these kinds of thefts. Yes, well, if it got so pervasive that everyone had a first-hand story, it would be a crisis, wouldn't it? There are a number of open source project tip jars that have been gutted; google around. --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
On Thu, 2004-06-24 at 11:13, Derek Atkins wrote: While I agree that's an issue, the reason I said that I understand why they don't is that about 60-70% of the code in gnucash is UI code, and much of that has reliance on gnome/gtk. The lines between UI and non-UI have been blurred significantly (certainly outside the engine). Yes; as a contributer to this problem, I'm looking forward to finding ways to fix it. The G2 port needs to be completed, first, however. :/ I also believe that there are TOO MANY shared libs in gnucash. Why are gnc-modules, the engine, and app-utils all in separate libraries? Nobody else is using gnc-modules (and why should they!?).. And app-utils doesn't work without the engine.. I see no point in that separation. Yes. While we're on the arch. topic, what else should be removed? * engine subsumes app-utils * delete gnc-modules * g-wrap moves to swig * reports move from guile-generated to embedded-guile. * embedded generic script? [* remove Scheme entirely] In particular, the goal of the gnucash engine has (always) been to provide a GUI-neutral, indeed, OS-neutral way of accessing financial data through a well documented, supported API. This GUI neutrality is what allowed the Motif and GTK versions of GnuCash to co-exist, and even helped start a KDE port, back when, until it withered. Yes, but as mentioned there's too much useful code in the higher-level and directly in the GUI code. We can refactor it down into an abstracted engine and people have been actively doing that. But until then it's hard to say that it's practically possible to write a QT/KDE front-end. Sure, but the engine is a fairly small portion of the code.. The only potential reason I can think of for someone NOT to use it is that it's HARD to just get the engine code. Playing devil's advocate here... It depends on glib (which is a gnome library).. Well, glib is pretty unencumbered beneath it; if depending on glib is a problem ... well ... you probably have bigger fish to fry. Back to reality, and having dealt with the code myself, I can certainly understand the frustration with trying to re-build the qt frontend. Gnucash just has too much crap in it. :) Yes. We need to get the Gnome2 port done ASAP, and then start the distillation of GnuCash. Smaller, Faster, Leaner. Simplicity. ...jsled -- http://www.asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
On Thu, 2004-06-24 at 09:18, Derek Atkins wrote:
*SIGH*
It would've been nice if they just decided to write a Qt frontend
to GnuCash, but I can certainly understand why they don't.
Likewise... :/
Nope, we don't have current DTDs for our XML data. It would be nice
if we did, but there had been little reason to create them as the xml
code isn't dtd-driven. HAD the xml code been DTD-driven it would've
been nice
I don't really know what DTD-driven [XML [un]marshalling] code means
... nothing jumps out to me as the right way to do that.
[ The key thing is mapping the element names to in-memory
data-structures and the and leaf-node values to lexical
value-representations [i.e., a GncNumeric for 50 = 50/1], which the
DTD can't represent. ]
Frankly, the way we do things on the parsing side is a pretty readable
approach:
struct dom_tree_handler spl_dom_handlers[] =
{
{ split:id, spl_id_handler, 1, 0 },
{ split:memo, spl_memo_handler, 0, 0 },
{ split:action, spl_action_handler, 0, 0 },
{ split:reconciled-state, spl_reconciled_state_handler, 1, 0 },
{ split:reconcile-date, spl_reconcile_date_handler, 0, 0 },
{ split:value, spl_value_handler, 1, 0 },
{ split:quantity, spl_quantity_handler, 1, 0 },
{ split:account, spl_account_handler, 1, 0 },
{ split:lot, spl_lot_handler, 0, 0 },
{ split:slots, spl_slots_handler, 0, 0 },
{ NULL, NULL, 0, 0 },
};
?
I wish the generation side was as direct, data-driven and -- ideally --
the same. But even it is pretty readable, as well.
I'd encourage the KMyMoney people to just UTSL ... specifically
src/backend/file/gnc-*-xml-v2.[ch] is the place.
...jsled
--
http://www.asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
[EMAIL PROTECTED]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
On Thu, Jun 24, 2004 at 11:13:03AM -0400, Derek Atkins was heard to remark: frontend. Gnucash just has too much crap in it. :) Yes, well we have to de-crapify it. There's nothing 'unreal' about that, its just real work that really needs to be done. GnuCash development has stalled, and its stalled for 2 or 3 technical reasons, and the crapification is one of them. Until things like this are cleared up, development will stay stalled. This is like a city: no one will build beautiful houses until the roads, sewers and fresh water are in good condition. Unfortunately, good sewer workers are hard to come by ... --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
[EMAIL PROTECTED] (Linas Vepstas) writes: On Thu, Jun 24, 2004 at 11:13:03AM -0400, Derek Atkins was heard to remark: frontend. Gnucash just has too much crap in it. :) Yes, well we have to de-crapify it. There's nothing 'unreal' about that, its just real work that really needs to be done. GnuCash development has stalled, and its stalled for 2 or 3 technical reasons, and the crapification is one of them. Until things like this are cleared up, development will stay stalled. This is like a city: no one will build beautiful houses until the roads, sewers and fresh water are in good condition. Unfortunately, good sewer workers are hard to come by ... And I have to admit that I've been stalling doing work myself, so I have to shoulder some of the blame too. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
On Thu, Jun 24, 2004 at 11:23:48AM -0400, Josh Sled was heard to remark: The G2 port needs to be completed, first, however. :/ Yes, G2 port first. * delete gnc-modules Move from gnc-mocules to old-fashioned shared libs. This second. Smaller, Faster, Leaner. Simplicity. This third. * reports move from guile-generated to embedded-guile. This too. -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
On Thu, Jun 24, 2004 at 11:17:04AM -0400, Josh Sled was heard to remark: I wish the generation side was as direct, data-driven and -- ideally -- S, My big dream is that the same data-driven marshalling I'm trying to do for sql will also work idnetically for xml. --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: More KMyMoney peeking: is our file format clearly documented?
[EMAIL PROTECTED] (Linas Vepstas) writes: Move from gnc-mocules to old-fashioned shared libs. This second. Actually, there _IS_ something to be said about using loadable plugins.. It IS a good feature. But there should be a core C application that uses standard shared libraries and then loads in additional plugins. I'm sort of thinking that UI modules (and importers, and maybe even backends) should be plugins (and I still like having business be a plugin). But this is going to require some clear architecting, and I think that work should happen AFTER we get basic g2 working. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Search [was Re: donating]
On Thu, Jun 24, 2004 at 11:21:03AM -0400, Derek Atkins was heard to remark: https://lists.gnucash.org/search/ Oh. Well. I didn't know that. Its not linked in anywhere. Hmm. I thought you were rsyncing the web site? The menus didn't update since last night. --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Bug Triage
Uhh... What makes you think that these two bugs are the same? IMHO these two are _not_ the same bug. 88517 is about cut-and-paste losing transaction information, whereas 92484 is about bulk moves of transactions. They are certainly different in my mind. Why do you consider them the same? What the user in 88517 wants to do _is_ moving a transaction from account A to account B and he/she is doing it by copy/pasting. The information that gets lost is the reconciliation status of the pasted transaction. IMHO there is and should be a distinction between copying and moving transactions. A copied tx, one that I want to copy from two months ago for instance, should not be entered into the register as a reconciled tx just because the original one was reconciled. A moved transaction, however, has to keep all of the information except for the account information. Both bugs listed are requesting a method to move a single tx (or multiple transactions) from one account to another one. Am I reading this wrong? By the way, I don't see a mark bug as duplicate of checkbox. I may not have permission to do this. Thanks Volker Englisch ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Bug Triage
Englisch, Volker (NIH/NCI) [EMAIL PROTECTED] writes: Uhh... What makes you think that these two bugs are the same? IMHO these two are _not_ the same bug. 88517 is about cut-and-paste losing transaction information, whereas 92484 is about bulk moves of transactions. They are certainly different in my mind. Why do you consider them the same? What the user in 88517 wants to do _is_ moving a transaction from account A to account B and he/she is doing it by copy/pasting. The information that gets lost is the reconciliation status of the pasted transaction. Yes, I _can_ read. IMHO there is and should be a distinction between copying and moving transactions. A copied tx, one that I want to copy from two months ago for instance, should not be entered into the register as a reconciled tx just because the original one was reconciled. A moved transaction, however, has to keep all of the information except for the account information. Cut+Paste == Move. Copy+Paste != Move. Both bugs listed are requesting a method to move a single tx (or multiple transactions) from one account to another one. Am I reading this wrong? Yes. The second one is about moving a bunch of transactions en-masse. That's why they are two differnent bugs. The first is that Cut+Paste (which == Move) loses the reconcile info. The second is that there isn't an en-masse way to move transactions. By the way, I don't see a mark bug as duplicate of checkbox. I may not have permission to do this. It would be at the bottom... A radio button where one option is: () Mark bug as duplicate of bug [ ] But you probably don't have access to the database to change the bug metadata, so that's probably why it's not showing it to you. Thanks Volker Englisch -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: donating
On Thu, Jun 24, 2004 at 07:09:40PM +0100, Neil Williams was heard to remark: On Thursday 24 June 2004 3:18, Linas Vepstas wrote: server competition. I own more effing servers that I know what to do with. The hard part is running the machines, not buying the hardware. For example, search is still/again broken. You're welcome to use the archive search code or I could adapt it for use on the rest of the site, or do a second version for the main site, the options are there if you want some help with the search routine on www.gnucash.org OK, I guess I missed the mail thread where this was discussed. I'll try to copy it over to the main site ... --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Search [was Re: donating]
On Thu, Jun 24, 2004 at 11:46:43AM -0400, Derek Atkins was heard to remark: [EMAIL PROTECTED] (Linas Vepstas) writes: On Thu, Jun 24, 2004 at 11:21:03AM -0400, Derek Atkins was heard to remark: https://lists.gnucash.org/search/ Oh. Well. I didn't know that. Its not linked in anywhere. I'm not sure why -- I've sent out the url a number of times already (at least once previous to you specifically). As for not being linked in anywhere, it's linked in from the email list info page and archive page. Sorry. Now that I have spam under control ... I'm reading more mail. I try not to modify the main website at all. Perhaps we should move the main website to being in CVS and then pull the website docs out of CVS? That would make it easier for people to update the site? Just a suggestion web site is in cvs already, just not on a pserver. There's maybe a dozen people who have write access to the website. Ssh login's work better, at least for managing news items because the odd way news works, but I have low incentive, got all those other things to fix ... of course almost no one ever logs in ... No, I'm not rsyncing the website, and the menu's aren't pulled in by SSI. What's SSI? --linas -- pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) [EMAIL PROTECTED] PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933 ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
