[GNC] Unsplitting a transaction
Sometimes a new transaction for a previous payee copies the split transfer, but the current transaction is not split. Searching the guide and help manuals for 'unsplit' finds nothing. I think there was a long ago thread on unsplitting a transaction but I have no record of that here. What is the process to convert a split transaction to a single expense account? Rich ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
Expand it and remove all the other splits. Or you can expand and right click -> remove splits (I *think* that is the correct phrasing) -derek On Wed, June 5, 2019 2:21 pm, Rich Shepard wrote: > Sometimes a new transaction for a previous payee copies the split > transfer, > but the current transaction is not split. Searching the guide and help > manuals for 'unsplit' finds nothing. I think there was a long ago thread > on > unsplitting a transaction but I have no record of that here. > > What is the process to convert a split transaction to a single expense > account? > > Rich > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
On Wed, 5 Jun 2019, Derek Atkins wrote: Expand it and remove all the other splits. Derek, That's what I tried before writing. I left only the credit and an expense debit. When I saved the transaction it still showed 'split' and had empty rows. Or you can expand and right click -> remove splits (I *think* that is the correct phrasing) Well, there was a 'delete splits' option which did nothing for me but wipe out the 'split' in the transfer column and the amount in the credit column. I couldn't fix it so I essentially re-created the transaction. Thanks, Rich ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
Hi, On Wed, June 5, 2019 2:34 pm, Rich Shepard wrote: > On Wed, 5 Jun 2019, Derek Atkins wrote: > >> Expand it and remove all the other splits. > > Derek, > > That's what I tried before writing. I left only the credit and an expense > debit. When I saved the transaction it still showed 'split' and had empty > rows. If you did that, then you didn't properly remove the other splits. You need to go into each cell and manually remove the data, then tab out.. Then use the arrow key to move up and the split will disappear. Continue until all the extra splits are gone. >> Or you can expand and right click -> remove splits (I *think* that is >> the >> correct phrasing) > > Well, there was a 'delete splits' option which did nothing for me but wipe > out the 'split' in the transfer column and the amount in the credit > column. > I couldn't fix it so I essentially re-created the transaction. I just looked. It's right-click -> remove other splits. Make sure you have the anchor split selected when you do this. Then you'll need to re-add the correct "other" split and properly set the debits and credits. > Thanks, > > Rich > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
It has always been my custom to start from the left in the row that I want to delete and alternately hit delete and tab across until the split disappears completely. I am not sure if that is the only way to do it, but I got into that habit long ago. The main caveat is if that is done in the last or only row containing the account register name of the current view, the entire transaction seems to disappear out of that register view without warning, but it still exists in the general ledger and the register views of the other split lines. In my case that process takes several seconds and it is irreversible if done by accident. On Wed, Jun 5, 2019 at 1:35 PM Rich Shepard wrote: > On Wed, 5 Jun 2019, Derek Atkins wrote: > > > Expand it and remove all the other splits. > > Derek, > > That's what I tried before writing. I left only the credit and an expense > debit. When I saved the transaction it still showed 'split' and had empty > rows. > > > Or you can expand and right click -> remove splits (I *think* that is the > > correct phrasing) > > Well, there was a 'delete splits' option which did nothing for me but wipe > out the 'split' in the transfer column and the amount in the credit column. > I couldn't fix it so I essentially re-created the transaction. > > Thanks, > > Rich > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > -- David Carlson ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
David, If you delete the split for the current register, there is nothing binding the transaction to the current register, so of course it will "disappear" from this register. David On Wed, Jun 5, 2019 at 14:49, David Carlson wrote: It has always been my custom to start from the left in the row that I want to delete and alternately hit delete and tab across until the split disappears completely. I am not sure if that is the only way to do it, but I got into that habit long ago. The main caveat is if that is done in the last or only row containing the account register name of the current view, the entire transaction seems to disappear out of that register view without warning, but it still exists in the general ledger and the register views of the other split lines. In my case that process takes several seconds and it is irreversible if done by accident. On Wed, Jun 5, 2019 at 1:35 PM Rich Shepard wrote: > On Wed, 5 Jun 2019, Derek Atkins wrote: > > > Expand it and remove all the other splits. > > Derek, > > That's what I tried before writing. I left only the credit and an expense > debit. When I saved the transaction it still showed 'split' and had empty > rows. > > > Or you can expand and right click -> remove splits (I *think* that is the > > correct phrasing) > > Well, there was a 'delete splits' option which did nothing for me but wipe > out the 'split' in the transfer column and the amount in the credit column. > I couldn't fix it so I essentially re-created the transaction. > > Thanks, > > Rich > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > -- David Carlson ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
On 2019-06-05 14:47, David Carlson wrote: > It has always been my custom to start from the left in the row that > I want to delete and alternately hit delete and tab across until the > split disappears completely. I am not sure if that is the only way to > do it, but I got into that habit long ago. Is that really necessary in 3.5? It's certainly NOT necessary in 2.6.19, which I'm using. Click anywhere in the split (line item) that you want to delete, then click the red slash-in-a-circle (Delete) icon in the toolbar. You get a confirming prompt which specifically mentions you're about to delete a split -- a single line item within a transaction. There's absolutely no need to delete any numbers first -- I've just verified this by trying it. (The confirming prompt contains a check box "Remember and don't ask me again." If you don't get the prompt, most likely you ticked that box at some point and forgot about it.) BTW, GnuCash won't let you delete a split that belongs to the account register you're working in. For example, if you have the "Yard Maintenance" account open and are editing a transaction in that account register, you can't delete a split identifying the Yard Maintenance account. You _can_ edit that split to identify a different account, and then delete it. If you do that, be sure to make all changes before pressing Enter, because the transaction will disappear from the "Yard Maintenance" register as soon as you do. Of course you can still find it in the account register for any of the remaining splits. -- Regards, Stan Brown Tompkins County, New York, USA http://BrownMath.com http://OakRoadSystems.com ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
Stan, On Wed, Jun 5, 2019 at 2:07 PM Stan Brown wrote: > > On 2019-06-05 14:47, David Carlson wrote: > > It has always been my custom to start from the left in the row that > > I want to delete and alternately hit delete and tab across until the > > split disappears completely. I am not sure if that is the only way to > > do it, but I got into that habit long ago. > Is that really necessary in 3.5? It's certainly NOT necessary in 2.6.19, > which I'm using. > > Click anywhere in the split (line item) that you want to delete, then > click the red slash-in-a-circle (Delete) icon in the toolbar. You get a > confirming prompt which specifically mentions you're about to delete a > split -- a single line item within a transaction. > > There's absolutely no need to delete any numbers first -- I've just > verified this by trying it. > > (The confirming prompt contains a check box "Remember and don't ask me > again." If you don't get the prompt, most likely you ticked that box at > some point and forgot about it.) > > BTW, GnuCash won't let you delete a split that belongs to the account > register you're working in. For example, if you have the "Yard > Maintenance" account open and are editing a transaction in that account > register, you can't delete a split identifying the Yard Maintenance > account. You _can_ edit that split to identify a different account, and > then delete it. If you do that, be sure to make all changes before > pressing Enter, because the transaction will disappear from the "Yard > Maintenance" register as soon as you do. Of course you can still find it > in the account register for any of the remaining splits. > > That is a change from 2.6.xx, because in that family, as I stated, deleting the account name from the "anchor" line and tabbing off of the "anchor" line makes it disappear without warning from that register view. > -- > Regards, > Stan Brown > Tompkins County, New York, USA > http://BrownMath.com > http://OakRoadSystems.com > > > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > -- David Carlson ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
On Wed, 5 Jun 2019, Derek Atkins wrote: If you did that, then you didn't properly remove the other splits. You need to go into each cell and manually remove the data, then tab out.. Then use the arrow key to move up and the split will disappear. Continue until all the extra splits are gone. Derek, Ah, I moved from cell-to-cell with the pointer, not with the tab key. That probably makes all the difference. I just looked. It's right-click -> remove other splits. Make sure you have the anchor split selected when you do this. Then you'll need to re-add the correct "other" split and properly set the debits and credits. Thanks, Rich ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
On Wed, 5 Jun 2019, David Carlson wrote: It has always been my custom to start from the left in the row that I want to delete and alternately hit delete and tab across until the split disappears completely. I am not sure if that is the only way to do it, but I got into that habit long ago. David, Because GnuCash has a GUI I tend to use the trackball to place the cursor in a different field, not the tab key. As I responded to Derek, that probably makes a difference in how the application acts. The main caveat is if that is done in the last or only row containing the account register name of the current view, the entire transaction seems to disappear out of that register view without warning, but it still exists in the general ledger and the register views of the other split lines. In my case that process takes several seconds and it is irreversible if done by accident. Yep. Many thanks, Rich ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
On 6/5/19 11:45 AM, Derek Atkins wrote: > Hi, > > On Wed, June 5, 2019 2:34 pm, Rich Shepard wrote: >> On Wed, 5 Jun 2019, Derek Atkins wrote: >> >>> Expand it and remove all the other splits. >> Derek, >> >> That's what I tried before writing. I left only the credit and an expense >> debit. When I saved the transaction it still showed 'split' and had empty >> rows. > If you did that, then you didn't properly remove the other splits. You > need to go into each cell and manually remove the data, then tab out.. > Then use the arrow key to move up and the split will disappear. Continue > until all the extra splits are gone. > >>> Or you can expand and right click -> remove splits (I *think* that is >>> the >>> correct phrasing) >> Well, there was a 'delete splits' option which did nothing for me but wipe >> out the 'split' in the transfer column and the amount in the credit >> column. >> I couldn't fix it so I essentially re-created the transaction. > I just looked. It's right-click -> remove other splits. > > Make sure you have the anchor split selected when you do this. > Then you'll need to re-add the correct "other" split and properly set the > debits and credits. You can also delete the individual split lines. I find that more intuitive. >> Thanks, >> >> Rich >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. > -derek > -- Stephen M Butler, PMP, PSM stephen.m.butle...@gmail.com kg...@arrl.net 253-350-0166 --- GnuPG Fingerprint: 8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8 ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
[GNC] 3.5, transfers between accounts of different currencies, setting the exchange rate
In previous versions of GnuCash, a transfer between accounts of different currencies always opened a window before recording that allowed you to set the exchange rate. In 3.5 that window doesn't appear so the transfer is recorded at the last exchange rate. I can't find a setting to restore this action or where to set the exchange rate. Since the exchange rate fluctuates day-to-day, that popup window is very handy. Is it gone forever? If not, how do I get it back? Barring that option, how do I change the exchange rate? Intermediate solution is to change the amount in the accounting entry. Thanks much, Roger ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
[GNC] Pending Edit Behavior in GnuCash
I might as well get this debate started now. Another thread has started a discussion about unsplitting transactions, pointing out that there is an inconsistency between using the various Transaction > [edit] Split keys and the conventional keystroke editing method using the Tab key to navigate around a transaction. I think there should be a warning for any editing action that deletes a split line, including tabbing off the anchor line. Obviously, edits to correct account assignment errors must be allowed and not be overly encumbered by unnecessary warnings. GnuCash, at least in the 2.6.xx series usually prohibits leaving a transaction that contains pending edits without using the Enter key to commit the edits, but it has some exceptions which set up some difficult situations when finally trying to do a manual File > Save. At that point it asks if you want to save edits in some register view which may even be accidental edits or keystrokes that would delete desired data. The most common action (for me) that sets this up is to start an edit in some register then navigate to another register without first saving the pending edit. This easily happens if the user is reviewing results from the Since Last Run assistant especially if a cat crosses the keyboard. I can see the reasoning that often users may need to view other registers to compare the transaction currently being edited to something else, so I do not want to prevent that. I would propose that the tabs containing pending edits flash in some way to catch the user's attention so he can find his way back to see if it was cat-tracks or a real pending edit. There are also a couple of cases where attempting to cancel a pending edit does not correctly restore the transaction to the previous state which could be fixed at the same time other pending edit behavior is addressed. Another situation where pending edit behavior is inconsistent is when editing scheduled transactions, the Enter key may or may not save the edit, depending on which field the focus happens to be in. I think that the enter key should always save pending edits. Finally, I will throw out a radical suggestion that all edits get their own new window instead of happening within a certain register view with a certain "anchor" account which has special behavior compared to other split lines. This Edit window would not be tied to any account and would be obviously not saved as long as it exists. -- David Carlson ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] QIF import fails in GnuCash 3.5, win 7
there is no trace file generated The import fails on the second step (importing the QIF file). The first being checking the transfers. By the way I'm able to use my data as I install GNU version 3.1 import the data then install version 3.5 and use the data. Is just that the importing fails otherwise I find version 3.5 better and faster than the previous one. Hopefully they will fix the importing function with the next release. From: gnucash-user on behalf of gnucash-user-requ...@gnucash.org Sent: Tuesday, June 4, 2019 12:00 PM To: gnucash-user@gnucash.org Subject: gnucash-user Digest, Vol 195, Issue 4 Send gnucash-user mailing list submissions to gnucash-user@gnucash.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnucash.org/mailman/listinfo/gnucash-user or, via email, send a message with subject or body 'help' to gnucash-user-requ...@gnucash.org You can reach the person managing the list at gnucash-user-ow...@gnucash.org When replying, please edit your Subject line so it is more specific than "Re: Contents of gnucash-user digest..." Today's Topics: 1. Re: GNUCASH Android (Geert Janssens) 2. Re: GC CTD lost saved reports (Geert Janssens) 3. Re: QIF import fails in GnuCash 3.5, win 7 (Tom Hatzigeorgiou) 4. Re: QIF import fails in GnuCash 3.5, win 7 (Derek Atkins) -- Message: 1 Date: Mon, 03 Jun 2019 18:20:33 +0200 From: Geert Janssens To: gnucash-user@gnucash.org Cc: Derek Atkins Subject: Re: [GNC] GNUCASH Android Message-ID: <8868854.jb6rhrm...@legolas.kobaltwit.lan> Content-Type: text/plain; charset="us-ascii" Op maandag 3 juni 2019 17:02:33 CEST schreef Derek Atkins: > Hi, > > nor via gnucash-user writes: > > Some more feedback for Mr. Jon,when i try to open a file saved with > > gnucash > > desktop v.3.5 (windows) the error reports, "unable to parse transaction > > time 2019-04-30 20:00:00" However, same file could be opened when exported > > as "Export Accounts" in xml format. i.e file without any transactions. nor > > Well, sure, because when you Export Accounts, there are no transactions, > so the transaction parser is never used on read. > > A better question is, what's wrong with that transaction time and why is > the parser barfing on it? > > > Please remember to CC this list on all your replies. > > You can do this by using Reply-To-List or Reply-All. > > -derek John recently changed the date format in Gnucash to no longer include timezone information, but gnucash-on-android still expects it to be there. We got aware of this issue last week and John updated the gnucash side again to include the timezone information to accomodate the Android users. Geert -- Message: 2 Date: Mon, 03 Jun 2019 19:28:01 +0200 From: Geert Janssens To: gnucash-user@gnucash.org Cc: Chris Good , etsc...@gmail.com Subject: Re: [GNC] GC CTD lost saved reports Message-ID: <1833820.3lzjl24...@legolas.kobaltwit.lan> Content-Type: text/plain; charset="us-ascii" Op maandag 3 juni 2019 17:28:50 CEST schreef Chris Good: > > Message: 4 > > Date: Sun, 02 Jun 2019 22:34:14 +0200 > > From: Geert Janssens > > To: gnucash-user@gnucash.org > > Cc: Elmar > > Subject: Re: [GNC] GC CTD lost saved reports > > Message-ID: <2151924.l4l8crl...@legolas.kobaltwit.lan> > > Content-Type: text/plain; charset="us-ascii" > > > > Op zondag 2 juni 2019 20:37:44 CEST schreef Elmar: > >> OK, this is a weird. I was editing some of the options in a report, > >> specifically unhighlighting one account and highlighting another to > >> include, and tried to save the report. GC crashed to desktop. > >> Reopening it (open anyway), now GC tells me that I have no saved reports > >> at all! Looking in .gnucash folder, I see saved-reports-2.4 (and its > >> backup file) dated in 2018, so they are there, and they are in the > >> backup 7zip archive dated 15APR2019 (created by BackupGnuCash.jar along > >> with the .gnucash.gcm and the .gnucash files itself). OTOH aqbanking > >> works fine. This is GC 3.5 running under Linux Mint 19.1 Mate desktop. > >> How do I get my reports back? - Elmar > > > > For gnucash 3.x and up gnucash looks for this file in > > $HOME/.local/share/gnucash > > Are files in that directory also backed up by BackupGnuCash.jar ? You > > should restore to that directory as well if you want gnucash to find your > > saved reports again. > > > > Regards, > > > > Geert > > Hi Elmar and Geert, > > Yes latest BackupGnuCash (1.3.1) handles all the default locations for > GnuCash 3.x Configuration files. > > See > https://github.com/goodvibes2/BackupGnuCashLinux > Or > https://github.com/goodvibes2/BackupGnuCashWin > > Regards, Chris Good Good to hear that. Thanks for the update! Geert -- Message: 3 Date: Mon, 3 Jun 2019 21:01:54 + From: Tom Hatzigeorgiou To: "gnucash-user@g
Re: [GNC] QIF import fails in GnuCash 3.5, win 7
Tom, There is always at least a rudimentary trace file. Read < https://wiki.gnucash.org/wiki/Tracefile> On Wed, Jun 5, 2019 at 3:12 PM Tom Hatzigeorgiou wrote: > there is no trace file generated > The import fails on the second step (importing the QIF file). The first > being checking the transfers. > > By the way I'm able to use my data as I install GNU version 3.1 import the > data then install version 3.5 and use the data. > Is just that the importing fails otherwise I find version 3.5 better and > faster than the previous one. > > Hopefully they will fix the importing function with the next release. > > > From: gnucash-user > on behalf of gnucash-user-requ...@gnucash.org < > gnucash-user-requ...@gnucash.org> > Sent: Tuesday, June 4, 2019 12:00 PM > To: gnucash-user@gnucash.org > Subject: gnucash-user Digest, Vol 195, Issue 4 > > Send gnucash-user mailing list submissions to > gnucash-user@gnucash.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnucash.org/mailman/listinfo/gnucash-user > or, via email, send a message with subject or body 'help' to > gnucash-user-requ...@gnucash.org > > You can reach the person managing the list at > gnucash-user-ow...@gnucash.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gnucash-user digest..." > > > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
It is not necessary to expand the transaction into split mode at all.. If you normally operate in non-split mode then just right click and select Remove Other Splits. Colin On Wed, 5 Jun 2019 at 20:49, Stephen M. Butler wrote: > > On 6/5/19 11:45 AM, Derek Atkins wrote: > > Hi, > > > > On Wed, June 5, 2019 2:34 pm, Rich Shepard wrote: > >> On Wed, 5 Jun 2019, Derek Atkins wrote: > >> > >>> Expand it and remove all the other splits. > >> Derek, > >> > >> That's what I tried before writing. I left only the credit and an expense > >> debit. When I saved the transaction it still showed 'split' and had empty > >> rows. > > If you did that, then you didn't properly remove the other splits. You > > need to go into each cell and manually remove the data, then tab out.. > > Then use the arrow key to move up and the split will disappear. Continue > > until all the extra splits are gone. > > > >>> Or you can expand and right click -> remove splits (I *think* that is > >>> the > >>> correct phrasing) > >> Well, there was a 'delete splits' option which did nothing for me but wipe > >> out the 'split' in the transfer column and the amount in the credit > >> column. > >> I couldn't fix it so I essentially re-created the transaction. > > I just looked. It's right-click -> remove other splits. > > > > Make sure you have the anchor split selected when you do this. > > Then you'll need to re-add the correct "other" split and properly set the > > debits and credits. > > > You can also delete the individual split lines. I find that more intuitive. > > >> Thanks, > >> > >> Rich > >> Please remember to CC this list on all your replies. > >> You can do this by using Reply-To-List or Reply-All. > > -derek > > > > -- > Stephen M Butler, PMP, PSM > stephen.m.butle...@gmail.com > kg...@arrl.net > 253-350-0166 > --- > GnuPG Fingerprint: 8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8 > > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] 3.5, transfers between accounts of different currencies, setting the exchange rate
Roger, I just did a test transaction. It worked as expected. I entered a transaction with a credit to a USD based asset account and a debit of equal value to an XAG based account. A pop-up window asking for the exchange rate appeared. I also used the ’Transfer’ button on the toolbar which includes the exchange rate fields at the bottom. What OS are you using? (I tested on MacOS Mojave) Regards, Adrien > On Jun 5, 2019, at 2:53 PM, wrote: > > In previous versions of GnuCash, a transfer between accounts of different > currencies always opened a window before recording that allowed you to set > the exchange rate. In 3.5 that window doesn't appear so the transfer is > recorded at the last exchange rate. I can't find a setting to restore this > action or where to set the exchange rate. Since the exchange rate fluctuates > day-to-day, that popup window is very handy. Is it gone forever? If not, how > do I get it back? Barring that option, how do I change the exchange rate? > > > > Intermediate solution is to change the amount in the accounting entry. > > > > Thanks much, > > Roger ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
I had a bug filed on this lack of warning: https://bugs.gnucash.org/show_bug.cgi?id=796978, which it looks like Bob had a fix pushed for 3.4. I don’t think I’ve tested it since. I’ll give it a go and see what happens. Ideally, the check for lack of an anchoring split shouldn’t happen till the user commits the transaction. If editing is still going on, the user might still add an anchoring split. But that would be another bug report or an RFE. Regards, Adrien > On Jun 5, 2019, at 1:56 PM, David T. via gnucash-user > wrote: > > > David, > > If you delete the split for the current register, there is nothing binding > the transaction to the current register, so of course it will "disappear" > from this register. > > David > > > On Wed, Jun 5, 2019 at 14:49, David Carlson > wrote:... > > The main caveat is if that is done in the last or only row containing the > account register name of the current view, the entire transaction seems to > disappear out of that register view without warning, but it still exists in > the general ledger and the register views of the other split lines. In my > case that process takes several seconds and it is irreversible if done by > accident. > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
It shouldn’t make a difference as long as you’re still deleting all of the split information. If it does behave differently by method (keyboard vs. mouse focus; menu, toolbar, context menu, or delete/backspace) then that I think is a bug. All methods should produce the same result for this case as they are simply different ways to accomplish the same end task. Regards, Adrien > On Jun 5, 2019, at 2:43 PM, Rich Shepard wrote: > > On Wed, 5 Jun 2019, David Carlson wrote: > > > David, > > Because GnuCash has a GUI I tend to use the trackball to place the cursor in > a different field, not the tab key. As I responded to Derek, that probably > makes a difference in how the application acts. > > Yep. > > Many thanks, > > Rich ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
I think it’s just a matter of whatever is the optimum workflow for the situation. Some of my auto-fill transaction details include 10 or more splits. It is much easier to keep the anchor split and choose to ‘delete other splits’ than to remove the other 9 one at a time. But If I only want to change one or two, certainly, deleting (or just re-assigning) those is much quicker to complete the entire entry. Regards, Adrien > On Jun 5, 2019, at 2:45 PM, Stephen M. Butler wrote: > > > > You can also delete the individual split lines. I find that more intuitive. > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Unsplitting a transaction
At Wed, 5 Jun 2019 11:34:05 -0700 (PDT) Rich Shepard wrote: > > On Wed, 5 Jun 2019, Derek Atkins wrote: > > > Expand it and remove all the other splits. > > Derek, > > That's what I tried before writing. I left only the credit and an expense > debit. When I saved the transaction it still showed 'split' and had empty > rows. Removing the other splits means removing *everthing* on those lines. not just the ammounts. At least that is what works for me (I am using 2.4.15 under CentOS 6). > > > Or you can expand and right click -> remove splits (I *think* that is the > > correct phrasing) > > Well, there was a 'delete splits' option which did nothing for me but wipe > out the 'split' in the transfer column and the amount in the credit column. > I couldn't fix it so I essentially re-created the transaction. > > Thanks, > > Rich > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > > -- Robert Heller -- 978-544-6933 Deepwoods Software-- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services hel...@deepsoft.com -- Webhosting Services ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Pending Edit Behavior in GnuCash
> On Jun 5, 2019, at 3:06 PM, David Carlson wrote: > > I might as well get this debate started now. Another thread has started a > discussion about unsplitting transactions, pointing out that there is an > inconsistency between using the various Transaction > [edit] Split keys > and the conventional keystroke editing method using the Tab key to navigate > around a transaction. > I think there should be a warning for any editing action that deletes a > split line, including tabbing off the anchor line. Obviously, edits to > correct account assignment errors must be allowed and not be overly > encumbered by unnecessary warnings. > David, As I recently (a few minutes ago) noted in that other thread, this is allegedly fixed as of 3.4. (https://bugs.gnucash.org/show_bug.cgi?id=796978) Perhaps the commit didn’t work as expected. I’m getting ready to test it. > GnuCash, at least in the 2.6.xx series usually prohibits leaving a > transaction that contains pending edits without using the Enter key to > commit the edits, but it has some exceptions which set up some difficult > situations when finally trying to do a manual File > Save. At that point > it asks if you want to save edits in some register view which may even be > accidental edits or keystrokes that would delete desired data. > > The most common action (for me) that sets this up is to start an edit in > some register then navigate to another register without first saving the > pending edit. This easily happens if the user is reviewing results from > the Since Last Run assistant especially if a cat crosses the keyboard. Using Sqlite backend, of course I get instant saves so I don’t see this issue anymore, but that sort of ambiguous ’save edits’ question is disconcerting if you are pretty sure you’ve committed all transactions, and now you’re being told you haven’t. > > I can see the reasoning that often users may need to view other registers > to compare the transaction currently being edited to something else, so I > do not want to prevent that. I would propose that the tabs containing > pending edits flash in some way to catch the user's attention so he can > find his way back to see if it was cat-tracks or a real pending edit. Interesting idea. Though this might interfere with the custom tab colors, I like the idea of some visual indicator that something has been edited and needs attention. (perhaps a bold or italic typeface change?) Flashing however I would not be in favor of. > > There are also a couple of cases where attempting to cancel a pending edit > does not correctly restore the transaction to the previous state which > could be fixed at the same time other pending edit behavior is addressed. Sounds like a bug. > > Another situation where pending edit behavior is inconsistent is when > editing scheduled transactions, the Enter key may or may not save the edit, > depending on which field the focus happens to be in. I think that the > enter key should always save pending edits. Again, I’d think a bug. I would expect Enter to always commit an edit. (especially since the Help manual says as much, or so I recall last time I read it) > > Finally, I will throw out a radical suggestion that all edits get their own > new window instead of happening within a certain register view with a > certain "anchor" account which has special behavior compared to other split > lines. This Edit window would not be tied to any account and would be > obviously not saved as long as it exists. > This already exists as the ‘General Journal’ (Tools menu) It’s your choice to use it. Though it is not implemented for only the currently edited transactions, but the entirety of your data file. Regards, Adrien ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Pending Edit Behavior in GnuCash
Update on the bug. I just tested this under the following circumstance: 1. I started entering a transaction with a description that produced an auto-fill of several splits. 2. The auto-fill contained 2 splits anchoring to the current register. 3. Attempting to right-click and ‘delete split’, using the toolbar button, or using the Transaction > Delete Split menu entry on the 1st anchoring split fired the warning and told me I *cannot* delete this split. My only choice was to accept this, leave the split in place and proceed. 4. Attempting to delete the second anchoring split, by either means, was successful, without warning, and without blowing up the transaction, because there was a previous anchoring split still tying it to the current register - results as expected. I also tested a fresh transaction with a new description and deleted the anchor split. It erased the transaction completely. Perhaps it should either still fire the warning, or at least leave you editing the transaction without deleting date/num/description/notes, et cetera until you hit Enter to commit. Finally, I tested entering another split into a fresh transaction, without putting any memo or amount on the anchoring split. When I tried to delete the anchoring split, I received the warning and was not allowed to delete it. So it seems the last of the inconsistent behavior is when entering a fresh transaction and trying to delete the anchor split before entering other splits. I’ll file a bug on this shortly. Regards, Adrien > On Jun 5, 2019, at 4:51 PM, Adrien Monteleone > wrote: > > > >> On Jun 5, 2019, at 3:06 PM, David Carlson >> wrote: >> >> I might as well get this debate started now. Another thread has started a >> discussion about unsplitting transactions, pointing out that there is an >> inconsistency between using the various Transaction > [edit] Split keys >> and the conventional keystroke editing method using the Tab key to navigate >> around a transaction. >> I think there should be a warning for any editing action that deletes a >> split line, including tabbing off the anchor line. Obviously, edits to >> correct account assignment errors must be allowed and not be overly >> encumbered by unnecessary warnings. >> > > David, > > As I recently (a few minutes ago) noted in that other thread, this is > allegedly fixed as of 3.4. (https://bugs.gnucash.org/show_bug.cgi?id=796978) > Perhaps the commit didn’t work as expected. I’m getting ready to test it. > > >> GnuCash, at least in the 2.6.xx series usually prohibits leaving a >> transaction that contains pending edits without using the Enter key to >> commit the edits, but it has some exceptions which set up some difficult >> situations when finally trying to do a manual File > Save. At that point >> it asks if you want to save edits in some register view which may even be >> accidental edits or keystrokes that would delete desired data. >> >> The most common action (for me) that sets this up is to start an edit in >> some register then navigate to another register without first saving the >> pending edit. This easily happens if the user is reviewing results from >> the Since Last Run assistant especially if a cat crosses the keyboard. > > Using Sqlite backend, of course I get instant saves so I don’t see this issue > anymore, but that sort of ambiguous ’save edits’ question is disconcerting if > you are pretty sure you’ve committed all transactions, and now you’re being > told you haven’t. > >> >> I can see the reasoning that often users may need to view other registers >> to compare the transaction currently being edited to something else, so I >> do not want to prevent that. I would propose that the tabs containing >> pending edits flash in some way to catch the user's attention so he can >> find his way back to see if it was cat-tracks or a real pending edit. > > Interesting idea. Though this might interfere with the custom tab colors, I > like the idea of some visual indicator that something has been edited and > needs attention. (perhaps a bold or italic typeface change?) Flashing however > I would not be in favor of. > >> >> There are also a couple of cases where attempting to cancel a pending edit >> does not correctly restore the transaction to the previous state which >> could be fixed at the same time other pending edit behavior is addressed. > > Sounds like a bug. >> >> Another situation where pending edit behavior is inconsistent is when >> editing scheduled transactions, the Enter key may or may not save the edit, >> depending on which field the focus happens to be in. I think that the >> enter key should always save pending edits. > > Again, I’d think a bug. I would expect Enter to always commit an edit. > (especially since the Help manual says as much, or so I recall last time I > read it) >> >> Finally, I will throw out a radical suggestion that all edits get their own >> new window instead of happening w
Re: [GNC] 3.5, transfers between accounts of different currencies, setting the exchange rate
Adrian, Seems to be working now. Not sure why though. I went to Tools/Price Database/Currencies and added today's rate to both MXN and USD. The historical record of exchange rates was there so I assume 3.5 transferred that data over from the update. Took two or three tries transferring from USD to MXN to get the transfer to register correctly. If I changed the amount in the MXN account it would change the dollar amount to match an older exchange rate. Then suddenly it decided to work. The exchange window popped up and we were back in business. I didn't understand the value of this popup window before. At first found it annoying, but now am glad for that feature. I did not know about the exchange rate block in the transfer window. Nice. Probably use it in the future. Thanks, Roger Message: 5 Date: Wed, 5 Jun 2019 16:21:19 -0500 From: Adrien Monteleone mailto:adrien.montele...@lusfiber.net> > To: GnuCash mailto:gnucash-user@gnucash.org> > Subject: Re: [GNC] 3.5, transfers between accounts of different currencies, setting the exchange rate Message-ID: mailto:bde3f753-42f4-453b-8380-6fba917d4...@lusfiber.net> > Content-Type: text/plain; charset=utf-8 Roger, I just did a test transaction. It worked as expected. I entered a transaction with a credit to a USD based asset account and a debit of equal value to an XAG based account. A pop-up window asking for the exchange rate appeared. I also used the ?Transfer? button on the toolbar which includes the exchange rate fields at the bottom. What OS are you using? (I tested on MacOS Mojave) Regards, Adrien ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Pending Edit Behavior in GnuCash
There's also cutting, using either ctrl/cmd-X or Edit>Cut Split? https://bugs.gnucash.org/show_bug.cgi?id=797249 https://github.com/Gnucash/gnucash/pull/517 Regards, John Ralls > On Jun 5, 2019, at 3:04 PM, Adrien Monteleone > wrote: > > Update on the bug. > > I just tested this under the following circumstance: > > 1. I started entering a transaction with a description that produced an > auto-fill of several splits. > 2. The auto-fill contained 2 splits anchoring to the current register. > 3. Attempting to right-click and ‘delete split’, using the toolbar button, or > using the Transaction > Delete Split menu entry on the 1st anchoring split > fired the warning and told me I *cannot* delete this split. My only choice > was to accept this, leave the split in place and proceed. > 4. Attempting to delete the second anchoring split, by either means, was > successful, without warning, and without blowing up the transaction, because > there was a previous anchoring split still tying it to the current register - > results as expected. > > I also tested a fresh transaction with a new description and deleted the > anchor split. It erased the transaction completely. Perhaps it should either > still fire the warning, or at least leave you editing the transaction without > deleting date/num/description/notes, et cetera until you hit Enter to commit. > > Finally, I tested entering another split into a fresh transaction, without > putting any memo or amount on the anchoring split. When I tried to delete the > anchoring split, I received the warning and was not allowed to delete it. > > So it seems the last of the inconsistent behavior is when entering a fresh > transaction and trying to delete the anchor split before entering other > splits. I’ll file a bug on this shortly. > > Regards, > Adrien > >> On Jun 5, 2019, at 4:51 PM, Adrien Monteleone >> wrote: >> >> >> >>> On Jun 5, 2019, at 3:06 PM, David Carlson >>> wrote: >>> >>> I might as well get this debate started now. Another thread has started a >>> discussion about unsplitting transactions, pointing out that there is an >>> inconsistency between using the various Transaction > [edit] Split keys >>> and the conventional keystroke editing method using the Tab key to navigate >>> around a transaction. >>> I think there should be a warning for any editing action that deletes a >>> split line, including tabbing off the anchor line. Obviously, edits to >>> correct account assignment errors must be allowed and not be overly >>> encumbered by unnecessary warnings. >>> >> >> David, >> >> As I recently (a few minutes ago) noted in that other thread, this is >> allegedly fixed as of 3.4. (https://bugs.gnucash.org/show_bug.cgi?id=796978) >> Perhaps the commit didn’t work as expected. I’m getting ready to test it. >> >> >>> GnuCash, at least in the 2.6.xx series usually prohibits leaving a >>> transaction that contains pending edits without using the Enter key to >>> commit the edits, but it has some exceptions which set up some difficult >>> situations when finally trying to do a manual File > Save. At that point >>> it asks if you want to save edits in some register view which may even be >>> accidental edits or keystrokes that would delete desired data. >>> >>> The most common action (for me) that sets this up is to start an edit in >>> some register then navigate to another register without first saving the >>> pending edit. This easily happens if the user is reviewing results from >>> the Since Last Run assistant especially if a cat crosses the keyboard. >> >> Using Sqlite backend, of course I get instant saves so I don’t see this >> issue anymore, but that sort of ambiguous ’save edits’ question is >> disconcerting if you are pretty sure you’ve committed all transactions, and >> now you’re being told you haven’t. >> >>> >>> I can see the reasoning that often users may need to view other registers >>> to compare the transaction currently being edited to something else, so I >>> do not want to prevent that. I would propose that the tabs containing >>> pending edits flash in some way to catch the user's attention so he can >>> find his way back to see if it was cat-tracks or a real pending edit. >> >> Interesting idea. Though this might interfere with the custom tab colors, I >> like the idea of some visual indicator that something has been edited and >> needs attention. (perhaps a bold or italic typeface change?) Flashing >> however I would not be in favor of. >> >>> >>> There are also a couple of cases where attempting to cancel a pending edit >>> does not correctly restore the transaction to the previous state which >>> could be fixed at the same time other pending edit behavior is addressed. >> >> Sounds like a bug. >>> >>> Another situation where pending edit behavior is inconsistent is when >>> editing scheduled transactions, the Enter key may or may not save the edit, >>> depending on which field the fo
Re: [GNC] Pending Edit Behavior in GnuCash
It appears this bug has already been filed: https://bugs.gnucash.org/show_bug.cgi?id=797249 (at least with respect to the inconsistent behavior based on method used. Not blowing up the currently edited transaction is considered a major behavior change, personally I’d prefer the warning appear and be given the option to proceed without deleting the anchor split, or deleting the entire transaction, not just having it vaporize on me.) Regards, Adrien > On Jun 5, 2019, at 5:04 PM, Adrien Monteleone > wrote: > > Update on the bug. > > I just tested this under the following circumstance: > > 1. I started entering a transaction with a description that produced an > auto-fill of several splits. > 2. The auto-fill contained 2 splits anchoring to the current register. > 3. Attempting to right-click and ‘delete split’, using the toolbar button, or > using the Transaction > Delete Split menu entry on the 1st anchoring split > fired the warning and told me I *cannot* delete this split. My only choice > was to accept this, leave the split in place and proceed. > 4. Attempting to delete the second anchoring split, by either means, was > successful, without warning, and without blowing up the transaction, because > there was a previous anchoring split still tying it to the current register - > results as expected. > > I also tested a fresh transaction with a new description and deleted the > anchor split. It erased the transaction completely. Perhaps it should either > still fire the warning, or at least leave you editing the transaction without > deleting date/num/description/notes, et cetera until you hit Enter to commit. > > Finally, I tested entering another split into a fresh transaction, without > putting any memo or amount on the anchoring split. When I tried to delete the > anchoring split, I received the warning and was not allowed to delete it. > > So it seems the last of the inconsistent behavior is when entering a fresh > transaction and trying to delete the anchor split before entering other > splits. I’ll file a bug on this shortly. > > Regards, > Adrien > >> On Jun 5, 2019, at 4:51 PM, Adrien Monteleone >> wrote: >> >> >> >>> On Jun 5, 2019, at 3:06 PM, David Carlson >>> wrote: >>> >>> I might as well get this debate started now. Another thread has started a >>> discussion about unsplitting transactions, pointing out that there is an >>> inconsistency between using the various Transaction > [edit] Split keys >>> and the conventional keystroke editing method using the Tab key to navigate >>> around a transaction. >>> I think there should be a warning for any editing action that deletes a >>> split line, including tabbing off the anchor line. Obviously, edits to >>> correct account assignment errors must be allowed and not be overly >>> encumbered by unnecessary warnings. >>> >> >> David, >> >> As I recently (a few minutes ago) noted in that other thread, this is >> allegedly fixed as of 3.4. (https://bugs.gnucash.org/show_bug.cgi?id=796978) >> Perhaps the commit didn’t work as expected. I’m getting ready to test it. >> >> >>> GnuCash, at least in the 2.6.xx series usually prohibits leaving a >>> transaction that contains pending edits without using the Enter key to >>> commit the edits, but it has some exceptions which set up some difficult >>> situations when finally trying to do a manual File > Save. At that point >>> it asks if you want to save edits in some register view which may even be >>> accidental edits or keystrokes that would delete desired data. >>> >>> The most common action (for me) that sets this up is to start an edit in >>> some register then navigate to another register without first saving the >>> pending edit. This easily happens if the user is reviewing results from >>> the Since Last Run assistant especially if a cat crosses the keyboard. >> >> Using Sqlite backend, of course I get instant saves so I don’t see this >> issue anymore, but that sort of ambiguous ’save edits’ question is >> disconcerting if you are pretty sure you’ve committed all transactions, and >> now you’re being told you haven’t. >> >>> >>> I can see the reasoning that often users may need to view other registers >>> to compare the transaction currently being edited to something else, so I >>> do not want to prevent that. I would propose that the tabs containing >>> pending edits flash in some way to catch the user's attention so he can >>> find his way back to see if it was cat-tracks or a real pending edit. >> >> Interesting idea. Though this might interfere with the custom tab colors, I >> like the idea of some visual indicator that something has been edited and >> needs attention. (perhaps a bold or italic typeface change?) Flashing >> however I would not be in favor of. >> >>> >>> There are also a couple of cases where attempting to cancel a pending edit >>> does not correctly restore the transaction to the previous state which >>> could be fixed
Re: [GNC] Pending Edit Behavior in GnuCash
Thanks, I forgot about those methods. Regards, Adrien > On Jun 5, 2019, at 5:35 PM, John Ralls wrote: > > There's also cutting, using either ctrl/cmd-X or Edit>Cut Split? > > https://bugs.gnucash.org/show_bug.cgi?id=797249 > https://github.com/Gnucash/gnucash/pull/517 > > Regards, > John Ralls > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
