If there was a way to choose which of existing search windows or General
Ledger or 'with sub-accounts ' views to jump to, that would be a plus when
jumping. I guess those windows would need better names, esp. for searches .
I would like a shortcut back to the a SLR results window or another if
th
I currently use the jump feature a lot to navigate from the SLR entry list
(a search window) to various account registers to verify context around new
entries, and individual account registers are crucial to monitoring current
balances in asset and liability accounts.
However, if the jump feature
This is the only reason I ever use the jump button, so I’d be inclined to
agree. I don’t think I’ve ever jumped just to see the other account. Of course,
I’m sure others have plenty of use cases.
Regards,
Adrien
> On Jun 28, 2019, at 11:29 AM, John Ralls wrote:
>
> Perhaps that would be a bet
Perhaps that would be a better behavior for the current jump button.
Regards,
John Ralls
> On Jun 28, 2019, at 9:20 AM, David Carlson
> wrote:
>
> I would like to throw out a new suggestion to add a permanent menu item to
> the account register window that would jump to the current transactio
I would like to throw out a new suggestion to add a permanent menu item to
the account register window that would jump to the current transaction in
the journal view, where there is no anchor account. This would allow
editing without worrying about whether an anchor account split is being
edited.
I figured as much, but suggested it anyway at least as a temporary workaround.
I do see the utility of an edit-only tab.
Regards,
Adrien
> On Jun 7, 2019, at 8:37 PM, David Carlson wrote:
>
> Returning to Adrien's comment on my Edit window Suggestion:
>
> >> Finally, I will throw out a radica
Returning to Adrien's comment on my Edit window Suggestion:
>> 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
>> line
Making sure all registers have you in the next blank transaction before exiting
should also do the trick. Or close them all before saving/exiting. Then if you
try to close a register that is being edited, you’ll fire the warning right
away and know which one it is. (just a workflow ‘workaround’
Interesting it is even there. Since there are no amounts and it looks like a
dupe, then —delete it?
Do the two referenced accounts also show it in their respective registers?
Regards,
Adrien
> On Jun 7, 2019, at 4:36 AM, jeffrey black wrote:
>
>>
>
> Thanks. Found it under View->Filter by.
> On Jun 7, 2019, at 2:40 AM, David Carlson wrote:
>
>
>
> On Thu, Jun 6, 2019 at 6:25 PM John Ralls wrote:
>
>
> > On Jun 6, 2019, at 1:21 PM, Colin Law wrote:
> >
> > On Thu, 6 Jun 2019 at 19:04, Adrien Monteleone
> > wrote:
> >>
> >>
> >>> On Jun 6, 2019, at 12:40 PM, David Carlson
On Thu, Jun 6, 2019 at 6:25 PM John Ralls wrote:
>
>
> > On Jun 6, 2019, at 1:21 PM, Colin Law wrote:
> >
> > On Thu, 6 Jun 2019 at 19:04, Adrien Monteleone
> > wrote:
> >>
> >>
> >>> On Jun 6, 2019, at 12:40 PM, David Carlson <
> david.carlson@gmail.com> wrote:
> >>>
> >>> Adrien,
> >>>
>
On 6/7/2019 4:06 AM, Adrien Monteleone wrote:
>
>> On Jun 7, 2019, at 3:57 AM, jeffrey black wrote:
>>
>> I think I missed something here Adrien. I only get a /months worth /of
>> transactions in a tab across some but not all accounts which have
>> entries. What am I not setting right in prefere
Op vrijdag 7 juni 2019 11:06:28 CEST schreef Adrien Monteleone:
> > On Jun 7, 2019, at 3:57 AM, jeffrey black
> > wrote:
> >
> >
> > I think I missed something here Adrien. I only get a /months worth /of
> > transactions in a tab across some but not all accounts which have
> > entries. What am
> On Jun 7, 2019, at 3:57 AM, jeffrey black wrote:
>
>>
> I think I missed something here Adrien. I only get a /months worth /of
> transactions in a tab across some but not all accounts which have
> entries. What am I not setting right in preferences? (Windoze 10 =>
> Version: 3.5 Build I
On 6/5/2019 4:51 PM, Adrien Monteleone wrote:
>
>> 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 try
> On Jun 6, 2019, at 1:21 PM, Colin Law wrote:
>
> On Thu, 6 Jun 2019 at 19:04, Adrien Monteleone
> wrote:
>>
>>
>>> On Jun 6, 2019, at 12:40 PM, David Carlson
>>> wrote:
>>>
>>> Adrien,
>>>
>>> Looking at your comments, I have two questions.
>>>
>>> 1. Does SQLite not allow pending edi
On Thu, 6 Jun 2019 at 19:04, Adrien Monteleone
wrote:
>
>
> > On Jun 6, 2019, at 12:40 PM, David Carlson
> > wrote:
> >
> > Adrien,
> >
> > Looking at your comments, I have two questions.
> >
> > 1. Does SQLite not allow pending edits at all? or is it after every
> > keystroke? How do you avoi
> On Jun 6, 2019, at 12:40 PM, David Carlson
> wrote:
>
> Adrien,
>
> Looking at your comments, I have two questions.
>
> 1. Does SQLite not allow pending edits at all? or is it after every
> keystroke? How do you avoid accidental deletions?
Not sure specifically what you mean by ‘pending
Adrien,
Looking at your comments, I have two questions.
1. Does SQLite not allow pending edits at all? or is it after every
keystroke? How do you avoid accidental deletions?
2. Regarding flashing tabs. I do admit that I do not recall seeing
anything similar lately in other applications, but I
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 Rall
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 a
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 f
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’, usi
> 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 conve
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
ar
25 matches
Mail list logo
