Re: [GNC] OFX log location

2020-09-16 Thread Tom B via gnucash-user
Dave,
Please excuse my ignorance but I'm not familiar with the "gnucash
environment file", please provide a bit more explanation.

regards,
Tom



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread w...@theprescotts.com
So am I. I regretted mentioning it.

Will

On 2020 Sep 16, at 09-16 20:30:09, David Carlson  
wrote:

I wasn't the first to go off topic, but I'm willing to stop

On Wed, Sep 16, 2020 at 8:01 PM w...@theprescotts.com 
 mailto:w...@theprescotts.com>> wrote:
If I respond to this post with "Reliable?", am I the one bringing irrelevance 
and controversy to the thread or was it David C.

Will

On 2020 Sep 16, at 09-16 19:34:43, David Carlson mailto:david.carlson@gmail.com>> wrote:

There is a story in a very reliable book about David being a giant killer.

___
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] Banner Bank - OFX setup question

2020-09-16 Thread Tom B via gnucash-user
I did attempt the full path for environment variable setting for the log
file, no change.  I do think the ofx log would be very useful but haven't
yet managed to get it logging.  I don't find it in the /tmp or / directory
nor named "1".  I haven't determined that it is creating a log file at all?
Also, for some reason "edit > preferences > online banking > verbose debug
messages" is not sticky.  It does not remain selected after closing the
preferences window.

What is a bit odd is on-line access is working for 4 other accounts at a
different bank.

Regards,
Tom




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread David Carlson
I wasn't the first to go off topic, but I'm willing to stop

On Wed, Sep 16, 2020 at 8:01 PM w...@theprescotts.com 
wrote:

> If I respond to this post with "Reliable?", am I the one bringing
> irrelevance and controversy to the thread or was it David C.
>
> Will
>
> On 2020 Sep 16, at 09-16 19:34:43, David Carlson <
> david.carlson@gmail.com> wrote:
>
> There is a story in a very reliable book about David being a giant killer.
>
> ___
> 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] Banner Bank - OFX setup question

2020-09-16 Thread John Ralls



> On Sep 16, 2020, at 6:02 PM, Tom B via gnucash-user 
>  wrote:
> 
> I may be missing something but don't really think it is a sandbox issue as
> other banks/accounts work as expected. I had seen where ofxhome has
> successfully checked the site over the past few months. The following is
> from another bank -
> AqBanking v6.2.1.0stable
> Sending jobs to the bank(s)
> Sorting commands by account
> Sorting commands by account
> Sorting commands by provider
> Send commands to providers
> Send commands to provider "aqofxconnect"
> Locking customer "14"
> Sending request...
> Connecting to server...
> Resolving hostname "service2.usaa.com" ...
> IP address is "104.69.143.207"
> Connecting to "service2.usaa.com"
> Connected to "service2.usaa.com"
> Using GnuTLS default ciphers.
> TLS: SSL-Ciphers negotiated: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
> Connected.
> Sending message...
> Message sent.
> Waiting for response...
> Receiving response...
> HTTP-Status: 400 (Bad Request)
> Unlocking customer "14"
> 
> The "sandbox" may be an issue whereby I am not generating an OfX log?

OK, that does rule out the sandbox blocking your network connection, but unless 
you edited the earlier log all of those messages about connecting to server, 
resolving the IP address, connecting, connected, should have been there. Look 
for other things that might affect those messages like the bank URL.

Yes, the sandbox might be blocking writing the ofx log. Try specifying a full 
path as David suggested. On the other hand if it's not connecting to the server 
there won't be any ofx messages to log, so maybe you should test it with USAA.

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.


Re: [GNC] Need to - Mark Split as Un-reconciled - in GC 3.8

2020-09-16 Thread Christopher Lam
This freezing of reconciled splits was removed in a later release: you will
be able to modify the textual fields without necessarily resetting
reconcile status.

In the old release, if you unreconcile then you can simply reconcile again
(but you can't reconcile using old statement date, must be recent).

On Thu, 17 Sep 2020, 8:08 am Fran_3 via gnucash-user, <
gnucash-user@gnucash.org> wrote:

> Under Liabilities I have an account named "Reimbursable"
> I want to change the Description field of each Transaction to make have
> them more uniform...
> However a few of the transactions... in the "R" column have one line/split
> set to... "n" for "not reconciled" and the other line/split set to "r" for
> "reconciled"
>
> So GC warns me when I attempt to modify the Description of that
> Transaction that I may break things as doing such will "un-reconcile" the
> split.
> What are the risk of just going ahead and changing the Transactions
> Description and ignoring the warning?
> Any other way to do this?
> Thanks for any help.
>
> ___
> 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] Banner Bank - OFX setup question

2020-09-16 Thread Tom B via gnucash-user
I may be missing something but don't really think it is a sandbox issue as
other banks/accounts work as expected. I had seen where ofxhome has
successfully checked the site over the past few months. The following is
from another bank -
AqBanking v6.2.1.0stable
Sending jobs to the bank(s)
Sorting commands by account
Sorting commands by account
Sorting commands by provider
Send commands to providers
Send commands to provider "aqofxconnect"
Locking customer "14"
Sending request...
Connecting to server...
Resolving hostname "service2.usaa.com" ...
IP address is "104.69.143.207"
Connecting to "service2.usaa.com"
Connected to "service2.usaa.com"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
Connected.
Sending message...
Message sent.
Waiting for response...
Receiving response...
HTTP-Status: 400 (Bad Request)
Unlocking customer "14"

The "sandbox" may be an issue whereby I am not generating an OfX log?

Regards,
tom



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread w...@theprescotts.com
If I respond to this post with "Reliable?", am I the one bringing irrelevance 
and controversy to the thread or was it David C.

Will

On 2020 Sep 16, at 09-16 19:34:43, David Carlson  
wrote:

There is a story in a very reliable book about David being a giant killer.

___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread David Carlson
There is a story in a very reliable book about David being a giant killer.

On Wed, Sep 16, 2020 at 7:23 PM David H  wrote:

> David = Problem child :-)
>
> On Thu, 17 Sep 2020 at 09:59, David Carlson 
> wrote:
>
>> David H.,
>>
>> You are one of many Davids that are subscribed to GnuCash maillists. I
>> have trouble remembering which of us wrote what.  I think it is David T
>> that likes the menu tabs on the left side.  We all have our unique
>> preferences!
>>
>> I do think that this particular  feature can be adapted to by retraining
>> the operator by about the same level of training as switching from one
>> desktop to another in Linux, so I, for one, am only flabbergasted by it
>> being sprung on us seemingly without warning.
>>
>> On Wed, Sep 16, 2020 at 6:32 PM David H  wrote:
>>
>>> No No No :-)  My tabs are across the top, left to right, COA followed by
>>> 6
>>> account tabs - called them pinned if you want - that are the accounts I'm
>>> generally always working in. I would like all new tabs including search
>>> results, regular txn lists on opening gnucash, reports, what have you
>>> always opening on the right i.e. AFTER the last tab I have open.  I know
>>> that the ANZ Visa tab is always last so I can safely close all tabs to
>>> the
>>> right of it.  This all seems to have come about because someone liked to
>>> have 50 tabs open   Not a common use case I would have thought.
>>>
>>> I did actually load up the test versions, 3.90... and I may have
>>> mentioned
>>> this at the time, I can't remember but it's still a bit foreign to me to
>>> go
>>> looking for tabs that I want to close in amongst all the other ones I
>>> want
>>> to keep open permanently.
>>>
>>> Cheers David H.
>>>
>>> On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user <
>>> gnucash-user@gnucash.org>
>>> wrote:
>>>
>>> > Thanks for pointing this bug out.
>>> >
>>> > It's too bad that the suggestion in the bug to discuss this change on
>>> the
>>> > lists was not apparently taken up. The devs would then have at least
>>> heard
>>> > from some other users about their use cases and preferences, and users
>>> > would have had a heads up about the change. Instead, a change gets
>>> pushed
>>> > out based on one person's request, mainly because it involves "three
>>> lines
>>> > of code." I'll set aside the wisdom of making changes to software based
>>> > primarily on the complexity of the fix, or on a single user and the
>>> > opinions of three devs...
>>> >
>>> > While it might seem overkill to discuss something as seemingly minor as
>>> > this change, I think *any* change in the user interface should be
>>> discussed
>>> > more, rather than less.
>>> >
>>> > Now, we get to have that discussion.
>>> >
>>> > At the risk of repeating myself, let me re-present. In my usage of
>>> > Gnucash, I keep a core set of tabs always open. These tabs represent my
>>> > primary active accounts: my checking account, savings account, credit
>>> card
>>> > account, and a cash account.
>>> >
>>> > I leave them open because they are involved in the vast majority of my
>>> > transactions, and it is easier to click on one of the tabs than to go
>>> to
>>> > the CoA, locate the account, and open it. I like to have them at the
>>> top of
>>> > the list at all times because I can quickly locate them there. I know
>>> where
>>> > they are.
>>> >
>>> > With the latest change, I no longer can rely on this. My core tabs move
>>> > down. If I open one of my more obscure accounts to look at things, it
>>> > pushes its way in at the top. If I've opened several of them, they are
>>> all
>>> > at the top, and when I am done with those tabs, I have to carefully
>>> close
>>> > tabs, rather than close all tabs below a certain point on the screen.
>>> >
>>> > None of this is particularly catastrophic, but it does affect me and my
>>> > workflow every time I open or close an account, so I would prefer to
>>> have
>>> > the option of restoring the old tab behavior.
>>> >
>>> > The idea of pinned tabs is interesting, although it doesn't remove the
>>> > need for the preference. If I jump to a new account tab from a pinned
>>> one,
>>> > will the new tab go at the end of the list, or bury itself in the
>>> middle of
>>> > my pinned tabs? I think the user would still want the option of where
>>> the
>>> > new tabs open.
>>> >
>>> > I'll give a clear and unambiguous preference: I want to be able to
>>> choose
>>> > this behavior with a preference setting. Put this setting on the same
>>> page
>>> > as the tab location setting, and have it read:
>>> >
>>> > Open new tabs: □ At the bottom of the tab list □ After the current tab
>>> >
>>> > David T.
>>> >
>>> >
>>> >  Original Message 
>>> > From: Geert Janssens 
>>> > Sent: Wed Sep 16 03:35:35 EDT 2020
>>> > To: "D." , gnucash-user@gnucash.org
>>> > Cc: Gnucash Users , Stan Brown <
>>> > the_stan_br...@fastmail.fm>, David Carlson <
>>> david.carlson@gmail.com>
>>> > Subject: Re: [GNC] Tabs Behaviors 

Re: [GNC] Need to - Mark Split as Un-reconciled - in GC 3.8 - Correction

2020-09-16 Thread Fran_3 via gnucash-user
 The below should read "y" for "reconciled and not "r"
On Wednesday, September 16, 2020, 8:06:32 PM EDT, Fran_3 via gnucash-user 
 wrote:  
 
 Under Liabilities I have an account named "Reimbursable"
I want to change the Description field of each Transaction to make have them 
more uniform...
However a few of the transactions... in the "R" column have one line/split set 
to... "n" for "not reconciled" and the other line/split set to "r" for 
"reconciled" 

So GC warns me when I attempt to modify the Description of that Transaction 
that I may break things as doing such will "un-reconcile" the split.
What are the risk of just going ahead and changing the Transactions Description 
and ignoring the warning?
Any other way to do this?
Thanks for any help.

___
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] Banner Bank - OFX setup question

2020-09-16 Thread John Ralls


> On Sep 16, 2020, at 1:30 PM, Tom B via gnucash-user 
>  wrote:
> 
> Sorry, I should have included this info
> 
> [ org.gnucash.GnuCash ~]$ gnucash --version
> GnuCash 4.1
> Build ID: Flathub 4.1-2
> [ org.gnucash.GnuCash ~]$ aqbanking-cli versions
> Versions:
> AqBanking-CLI: 6.2.1
> Gwenhywfar   : 5.3.0.0
> AqBanking: 6.2.1.0

Well, https://www.ofxhome.com/index.php/institution/view/1535 says that Banner 
Bank validated yesterday. The transcript looks like your network connection 
isn't getting out of the flatpak's sandbox. 
https://docs.flatpak.org/en/latest/sandbox-permissions.html might be helpful.

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.


Re: [GNC] Tabs Behaviors in GNC4.1

2020-09-16 Thread David H
Hi Will,

Colours aren't really my thing, I like my accounts to all look the same as
well :-)  Although I always found the default theme/colours on linux to be
better that on Windows and MacOS.

Cheers David H.


On Thu, 17 Sep 2020 at 10:17, w...@theprescotts.com 
wrote:

> I don't have a preference for where new tabs open, I can see advantages to
> either location, and can adjust easily to either location.
>
> But i just discovered that one can give accounts colors and specify that
> the color be used on the tab. If one has some tabs that they want to keep
> open all the time, colors make it easy to see and separate them from ones
> that are just opened temporarily.
>
> Will
>
> On 2020 Sep 16, at 09-16 18:59:18, David Carlson <
> david.carlson@gmail.com> wrote:
>
> David H.,
>
> You are one of many Davids that are subscribed to GnuCash maillists. I have
> trouble remembering which of us wrote what.  I think it is David T that
> likes the menu tabs on the left side.  We all have our unique preferences!
>
> I do think that this particular  feature can be adapted to by retraining
> the operator by about the same level of training as switching from one
> desktop to another in Linux, so I, for one, am only flabbergasted by it
> being sprung on us seemingly without warning.
>
> On Wed, Sep 16, 2020 at 6:32 PM David H  wrote:
>
> > No No No :-)  My tabs are across the top, left to right, COA followed by
> 6
> > account tabs - called them pinned if you want - that are the accounts I'm
> > generally always working in. I would like all new tabs including search
> > results, regular txn lists on opening gnucash, reports, what have you
> > always opening on the right i.e. AFTER the last tab I have open.  I know
> > that the ANZ Visa tab is always last so I can safely close all tabs to
> the
> > right of it.  This all seems to have come about because someone liked to
> > have 50 tabs open   Not a common use case I would have thought.
> >
> > I did actually load up the test versions, 3.90... and I may have
> mentioned
> > this at the time, I can't remember but it's still a bit foreign to me to
> go
> > looking for tabs that I want to close in amongst all the other ones I
> want
> > to keep open permanently.
> >
> > Cheers David H.
> >
> > On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user <
> > gnucash-user@gnucash.org>
> > wrote:
> >
> >> Thanks for pointing this bug out.
> >>
> >> It's too bad that the suggestion in the bug to discuss this change on
> the
> >> lists was not apparently taken up. The devs would then have at least
> > heard
> >> from some other users about their use cases and preferences, and users
> >> would have had a heads up about the change. Instead, a change gets
> pushed
> >> out based on one person's request, mainly because it involves "three
> > lines
> >> of code." I'll set aside the wisdom of making changes to software based
> >> primarily on the complexity of the fix, or on a single user and the
> >> opinions of three devs...
> >>
> >> While it might seem overkill to discuss something as seemingly minor as
> >> this change, I think *any* change in the user interface should be
> > discussed
> >> more, rather than less.
> >>
> >> Now, we get to have that discussion.
> >>
> >> At the risk of repeating myself, let me re-present. In my usage of
> >> Gnucash, I keep a core set of tabs always open. These tabs represent my
> >> primary active accounts: my checking account, savings account, credit
> > card
> >> account, and a cash account.
> >>
> >> I leave them open because they are involved in the vast majority of my
> >> transactions, and it is easier to click on one of the tabs than to go to
> >> the CoA, locate the account, and open it. I like to have them at the top
> > of
> >> the list at all times because I can quickly locate them there. I know
> > where
> >> they are.
> >>
> >> With the latest change, I no longer can rely on this. My core tabs move
> >> down. If I open one of my more obscure accounts to look at things, it
> >> pushes its way in at the top. If I've opened several of them, they are
> > all
> >> at the top, and when I am done with those tabs, I have to carefully
> close
> >> tabs, rather than close all tabs below a certain point on the screen.
> >>
> >> None of this is particularly catastrophic, but it does affect me and my
> >> workflow every time I open or close an account, so I would prefer to
> have
> >> the option of restoring the old tab behavior.
> >>
> >> The idea of pinned tabs is interesting, although it doesn't remove the
> >> need for the preference. If I jump to a new account tab from a pinned
> > one,
> >> will the new tab go at the end of the list, or bury itself in the middle
> > of
> >> my pinned tabs? I think the user would still want the option of where
> the
> >> new tabs open.
> >>
> >> I'll give a clear and unambiguous preference: I want to be able to
> choose
> >> this behavior with a preference setting. Put this setting on the same
> > page
> 

Re: [GNC] Currency exchange rates inconsistencies for invoices

2020-09-16 Thread John Ralls



> On Sep 16, 2020, at 1:57 AM, Mtc Gugu via gnucash-user 
>  wrote:
> 
> Hi!With the risk of repeating maybe this topic, would like to as for some 
> help on the matter. 
> 
> Case:I'm using 3 currencies & trading accounts for a business setup. Default 
> is SEK, but all the invoices are in USD. Gnucash 4.1.So basically I send/ 
> receive the invoices/ bills in USD, then transfer them to SEK, sometimes with 
> Euro conversions in-between, as my bank doesn't accept direct conversions. 
> And all the reports needs to be in sek.
> 
> Problems:1. Though conversion rates for individual transactions are correct, 
> the total amount in the Account pane, or in any Report, besides Transaction 
> Report, do not tally. 
> It doesn't match neither by making the conversions at the individual level of 
> the transactions, nor by manually updating the rates in the price db. I've 
> tried all the 4 Price Source options in the Reports options. So, at the end 
> of the day, I can't pull out a Report with the correct balance/ total.Any 
> tips on how to address this issue?
> 
> 2. If an invoice is re-posted/ changed/ edited after an initial setup, it is 
> stuck with the same exchange rate, no matter what. Even if I create a totally 
> new invoice for the same day, it is still stuck with the same exchange rate. 
> Any idea how can the Currency Transfer (Transfer Funds) dialog box can be 
> forced to open every time (or at least on demand) when an invoice is changed/ 
> re-posted? Deleting the entry for the date in the Price db doesn't work.
> 
> Though I've browsed the mailing lists, still can't find a reasonable solution.
> It seems to be a Price Source issue. 
> Should mention that i don't need an average, but the exact price on the exact 
> date. 
> 

There's a very long discussion on this topic in 
https://bugs.gnucash.org/show_bug.cgi?id=797796.

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.


Re: [GNC] Tabs Behaviors in GNC4.1

2020-09-16 Thread David H
David = Problem child :-)

On Thu, 17 Sep 2020 at 09:59, David Carlson 
wrote:

> David H.,
>
> You are one of many Davids that are subscribed to GnuCash maillists. I
> have trouble remembering which of us wrote what.  I think it is David T
> that likes the menu tabs on the left side.  We all have our unique
> preferences!
>
> I do think that this particular  feature can be adapted to by retraining
> the operator by about the same level of training as switching from one
> desktop to another in Linux, so I, for one, am only flabbergasted by it
> being sprung on us seemingly without warning.
>
> On Wed, Sep 16, 2020 at 6:32 PM David H  wrote:
>
>> No No No :-)  My tabs are across the top, left to right, COA followed by 6
>> account tabs - called them pinned if you want - that are the accounts I'm
>> generally always working in. I would like all new tabs including search
>> results, regular txn lists on opening gnucash, reports, what have you
>> always opening on the right i.e. AFTER the last tab I have open.  I know
>> that the ANZ Visa tab is always last so I can safely close all tabs to the
>> right of it.  This all seems to have come about because someone liked to
>> have 50 tabs open   Not a common use case I would have thought.
>>
>> I did actually load up the test versions, 3.90... and I may have mentioned
>> this at the time, I can't remember but it's still a bit foreign to me to
>> go
>> looking for tabs that I want to close in amongst all the other ones I want
>> to keep open permanently.
>>
>> Cheers David H.
>>
>> On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user <
>> gnucash-user@gnucash.org>
>> wrote:
>>
>> > Thanks for pointing this bug out.
>> >
>> > It's too bad that the suggestion in the bug to discuss this change on
>> the
>> > lists was not apparently taken up. The devs would then have at least
>> heard
>> > from some other users about their use cases and preferences, and users
>> > would have had a heads up about the change. Instead, a change gets
>> pushed
>> > out based on one person's request, mainly because it involves "three
>> lines
>> > of code." I'll set aside the wisdom of making changes to software based
>> > primarily on the complexity of the fix, or on a single user and the
>> > opinions of three devs...
>> >
>> > While it might seem overkill to discuss something as seemingly minor as
>> > this change, I think *any* change in the user interface should be
>> discussed
>> > more, rather than less.
>> >
>> > Now, we get to have that discussion.
>> >
>> > At the risk of repeating myself, let me re-present. In my usage of
>> > Gnucash, I keep a core set of tabs always open. These tabs represent my
>> > primary active accounts: my checking account, savings account, credit
>> card
>> > account, and a cash account.
>> >
>> > I leave them open because they are involved in the vast majority of my
>> > transactions, and it is easier to click on one of the tabs than to go to
>> > the CoA, locate the account, and open it. I like to have them at the
>> top of
>> > the list at all times because I can quickly locate them there. I know
>> where
>> > they are.
>> >
>> > With the latest change, I no longer can rely on this. My core tabs move
>> > down. If I open one of my more obscure accounts to look at things, it
>> > pushes its way in at the top. If I've opened several of them, they are
>> all
>> > at the top, and when I am done with those tabs, I have to carefully
>> close
>> > tabs, rather than close all tabs below a certain point on the screen.
>> >
>> > None of this is particularly catastrophic, but it does affect me and my
>> > workflow every time I open or close an account, so I would prefer to
>> have
>> > the option of restoring the old tab behavior.
>> >
>> > The idea of pinned tabs is interesting, although it doesn't remove the
>> > need for the preference. If I jump to a new account tab from a pinned
>> one,
>> > will the new tab go at the end of the list, or bury itself in the
>> middle of
>> > my pinned tabs? I think the user would still want the option of where
>> the
>> > new tabs open.
>> >
>> > I'll give a clear and unambiguous preference: I want to be able to
>> choose
>> > this behavior with a preference setting. Put this setting on the same
>> page
>> > as the tab location setting, and have it read:
>> >
>> > Open new tabs: □ At the bottom of the tab list □ After the current tab
>> >
>> > David T.
>> >
>> >
>> >  Original Message 
>> > From: Geert Janssens 
>> > Sent: Wed Sep 16 03:35:35 EDT 2020
>> > To: "D." , gnucash-user@gnucash.org
>> > Cc: Gnucash Users , Stan Brown <
>> > the_stan_br...@fastmail.fm>, David Carlson > >
>> > Subject: Re: [GNC] Tabs Behaviors in GNC4.1
>> >
>> > Op woensdag 16 september 2020 01:21:19 CEST schreef
>> > David Carlson:
>> > > It doesn't make sense to me either, and since it is a change
>> > from previous
>> > > behavior, I  think it deserves a bug report.
>> >
>> > https://bugs.gnucash.org/show_bug.cgi?id=797787[1]
>> 

Re: [GNC] Tabs Behaviors in GNC4.1

2020-09-16 Thread w...@theprescotts.com
I don't have a preference for where new tabs open, I can see advantages to 
either location, and can adjust easily to either location.

But i just discovered that one can give accounts colors and specify that the 
color be used on the tab. If one has some tabs that they want to keep open all 
the time, colors make it easy to see and separate them from ones that are just 
opened temporarily.

Will

On 2020 Sep 16, at 09-16 18:59:18, David Carlson  
wrote:

David H.,

You are one of many Davids that are subscribed to GnuCash maillists. I have
trouble remembering which of us wrote what.  I think it is David T that
likes the menu tabs on the left side.  We all have our unique preferences!

I do think that this particular  feature can be adapted to by retraining
the operator by about the same level of training as switching from one
desktop to another in Linux, so I, for one, am only flabbergasted by it
being sprung on us seemingly without warning.

On Wed, Sep 16, 2020 at 6:32 PM David H  wrote:

> No No No :-)  My tabs are across the top, left to right, COA followed by 6
> account tabs - called them pinned if you want - that are the accounts I'm
> generally always working in. I would like all new tabs including search
> results, regular txn lists on opening gnucash, reports, what have you
> always opening on the right i.e. AFTER the last tab I have open.  I know
> that the ANZ Visa tab is always last so I can safely close all tabs to the
> right of it.  This all seems to have come about because someone liked to
> have 50 tabs open   Not a common use case I would have thought.
> 
> I did actually load up the test versions, 3.90... and I may have mentioned
> this at the time, I can't remember but it's still a bit foreign to me to go
> looking for tabs that I want to close in amongst all the other ones I want
> to keep open permanently.
> 
> Cheers David H.
> 
> On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user <
> gnucash-user@gnucash.org>
> wrote:
> 
>> Thanks for pointing this bug out.
>> 
>> It's too bad that the suggestion in the bug to discuss this change on the
>> lists was not apparently taken up. The devs would then have at least
> heard
>> from some other users about their use cases and preferences, and users
>> would have had a heads up about the change. Instead, a change gets pushed
>> out based on one person's request, mainly because it involves "three
> lines
>> of code." I'll set aside the wisdom of making changes to software based
>> primarily on the complexity of the fix, or on a single user and the
>> opinions of three devs...
>> 
>> While it might seem overkill to discuss something as seemingly minor as
>> this change, I think *any* change in the user interface should be
> discussed
>> more, rather than less.
>> 
>> Now, we get to have that discussion.
>> 
>> At the risk of repeating myself, let me re-present. In my usage of
>> Gnucash, I keep a core set of tabs always open. These tabs represent my
>> primary active accounts: my checking account, savings account, credit
> card
>> account, and a cash account.
>> 
>> I leave them open because they are involved in the vast majority of my
>> transactions, and it is easier to click on one of the tabs than to go to
>> the CoA, locate the account, and open it. I like to have them at the top
> of
>> the list at all times because I can quickly locate them there. I know
> where
>> they are.
>> 
>> With the latest change, I no longer can rely on this. My core tabs move
>> down. If I open one of my more obscure accounts to look at things, it
>> pushes its way in at the top. If I've opened several of them, they are
> all
>> at the top, and when I am done with those tabs, I have to carefully close
>> tabs, rather than close all tabs below a certain point on the screen.
>> 
>> None of this is particularly catastrophic, but it does affect me and my
>> workflow every time I open or close an account, so I would prefer to have
>> the option of restoring the old tab behavior.
>> 
>> The idea of pinned tabs is interesting, although it doesn't remove the
>> need for the preference. If I jump to a new account tab from a pinned
> one,
>> will the new tab go at the end of the list, or bury itself in the middle
> of
>> my pinned tabs? I think the user would still want the option of where the
>> new tabs open.
>> 
>> I'll give a clear and unambiguous preference: I want to be able to choose
>> this behavior with a preference setting. Put this setting on the same
> page
>> as the tab location setting, and have it read:
>> 
>> Open new tabs: □ At the bottom of the tab list □ After the current tab
>> 
>> David T.
>> 
>> 
>>  Original Message 
>> From: Geert Janssens 
>> Sent: Wed Sep 16 03:35:35 EDT 2020
>> To: "D." , gnucash-user@gnucash.org
>> Cc: Gnucash Users , Stan Brown <
>> the_stan_br...@fastmail.fm>, David Carlson 
>> Subject: Re: [GNC] Tabs Behaviors in GNC4.1
>> 
>> Op woensdag 16 september 2020 01:21:19 CEST schreef
>> David Carlson:
>>> It 

[GNC] Need to - Mark Split as Un-reconciled - in GC 3.8

2020-09-16 Thread Fran_3 via gnucash-user
Under Liabilities I have an account named "Reimbursable"
I want to change the Description field of each Transaction to make have them 
more uniform...
However a few of the transactions... in the "R" column have one line/split set 
to... "n" for "not reconciled" and the other line/split set to "r" for 
"reconciled" 

So GC warns me when I attempt to modify the Description of that Transaction 
that I may break things as doing such will "un-reconcile" the split.
What are the risk of just going ahead and changing the Transactions Description 
and ignoring the warning?
Any other way to do this?
Thanks for any help.

___
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] OFX log location

2020-09-16 Thread David Reiser via gnucash-user
AQOFX_LOG_COMM=1

means you have named your ofx.log file “1” It’s probably either in the root 
level of your disk, or in /tmp

I put my definition in the gnucash environment file, and I use:

AQOFX_LOG_COMM={HOME}/logs/ofx.log

--
Dave Reiser
dbrei...@icloud.com





> On Sep 16, 2020, at 7:39 PM, Tom B via gnucash-user 
>  wrote:
> 
> Following the directions for setting env variables for OFX logging I am not
> finding the actual ofx.log. Where should i find the 
> OFX log
> 
> Linux Mint 20
> GnuCash 4.1
> Build ID: Flathub 4.1-2
> AqBanking-CLI: 6.2.1
> Gwenhywfar   : 5.3.0.0
> AqBanking: 6.2.1.0
> 
> AQBANKING_LOGLEVEL=info
> AQOFX_LOG_COMM=1
> AQOFXCONNECT_LOGLEVEL=info
> 
> Regards,
> Tom
> 
> 
> 
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> 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] Tabs Behaviors in GNC4.1

2020-09-16 Thread David Carlson
David H.,

You are one of many Davids that are subscribed to GnuCash maillists. I have
trouble remembering which of us wrote what.  I think it is David T that
likes the menu tabs on the left side.  We all have our unique preferences!

I do think that this particular  feature can be adapted to by retraining
the operator by about the same level of training as switching from one
desktop to another in Linux, so I, for one, am only flabbergasted by it
being sprung on us seemingly without warning.

On Wed, Sep 16, 2020 at 6:32 PM David H  wrote:

> No No No :-)  My tabs are across the top, left to right, COA followed by 6
> account tabs - called them pinned if you want - that are the accounts I'm
> generally always working in. I would like all new tabs including search
> results, regular txn lists on opening gnucash, reports, what have you
> always opening on the right i.e. AFTER the last tab I have open.  I know
> that the ANZ Visa tab is always last so I can safely close all tabs to the
> right of it.  This all seems to have come about because someone liked to
> have 50 tabs open   Not a common use case I would have thought.
>
> I did actually load up the test versions, 3.90... and I may have mentioned
> this at the time, I can't remember but it's still a bit foreign to me to go
> looking for tabs that I want to close in amongst all the other ones I want
> to keep open permanently.
>
> Cheers David H.
>
> On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user <
> gnucash-user@gnucash.org>
> wrote:
>
> > Thanks for pointing this bug out.
> >
> > It's too bad that the suggestion in the bug to discuss this change on the
> > lists was not apparently taken up. The devs would then have at least
> heard
> > from some other users about their use cases and preferences, and users
> > would have had a heads up about the change. Instead, a change gets pushed
> > out based on one person's request, mainly because it involves "three
> lines
> > of code." I'll set aside the wisdom of making changes to software based
> > primarily on the complexity of the fix, or on a single user and the
> > opinions of three devs...
> >
> > While it might seem overkill to discuss something as seemingly minor as
> > this change, I think *any* change in the user interface should be
> discussed
> > more, rather than less.
> >
> > Now, we get to have that discussion.
> >
> > At the risk of repeating myself, let me re-present. In my usage of
> > Gnucash, I keep a core set of tabs always open. These tabs represent my
> > primary active accounts: my checking account, savings account, credit
> card
> > account, and a cash account.
> >
> > I leave them open because they are involved in the vast majority of my
> > transactions, and it is easier to click on one of the tabs than to go to
> > the CoA, locate the account, and open it. I like to have them at the top
> of
> > the list at all times because I can quickly locate them there. I know
> where
> > they are.
> >
> > With the latest change, I no longer can rely on this. My core tabs move
> > down. If I open one of my more obscure accounts to look at things, it
> > pushes its way in at the top. If I've opened several of them, they are
> all
> > at the top, and when I am done with those tabs, I have to carefully close
> > tabs, rather than close all tabs below a certain point on the screen.
> >
> > None of this is particularly catastrophic, but it does affect me and my
> > workflow every time I open or close an account, so I would prefer to have
> > the option of restoring the old tab behavior.
> >
> > The idea of pinned tabs is interesting, although it doesn't remove the
> > need for the preference. If I jump to a new account tab from a pinned
> one,
> > will the new tab go at the end of the list, or bury itself in the middle
> of
> > my pinned tabs? I think the user would still want the option of where the
> > new tabs open.
> >
> > I'll give a clear and unambiguous preference: I want to be able to choose
> > this behavior with a preference setting. Put this setting on the same
> page
> > as the tab location setting, and have it read:
> >
> > Open new tabs: □ At the bottom of the tab list □ After the current tab
> >
> > David T.
> >
> >
> >  Original Message 
> > From: Geert Janssens 
> > Sent: Wed Sep 16 03:35:35 EDT 2020
> > To: "D." , gnucash-user@gnucash.org
> > Cc: Gnucash Users , Stan Brown <
> > the_stan_br...@fastmail.fm>, David Carlson 
> > Subject: Re: [GNC] Tabs Behaviors in GNC4.1
> >
> > Op woensdag 16 september 2020 01:21:19 CEST schreef
> > David Carlson:
> > > It doesn't make sense to me either, and since it is a change
> > from previous
> > > behavior, I  think it deserves a bug report.
> >
> > https://bugs.gnucash.org/show_bug.cgi?id=797787[1]
> >
> > 
> > [1] https://bugs.gnucash.org/show_bug.cgi?id=797787
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription 

[GNC] OFX log location

2020-09-16 Thread Tom B via gnucash-user
Following the directions for setting env variables for OFX logging I am not
finding the actual ofx.log. Where should i find the 
OFX log

Linux Mint 20
GnuCash 4.1
Build ID: Flathub 4.1-2
 AqBanking-CLI: 6.2.1
 Gwenhywfar   : 5.3.0.0
 AqBanking: 6.2.1.0

AQBANKING_LOGLEVEL=info
AQOFX_LOG_COMM=1
AQOFXCONNECT_LOGLEVEL=info

Regards,
Tom



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread David H
No No No :-)  My tabs are across the top, left to right, COA followed by 6
account tabs - called them pinned if you want - that are the accounts I'm
generally always working in. I would like all new tabs including search
results, regular txn lists on opening gnucash, reports, what have you
always opening on the right i.e. AFTER the last tab I have open.  I know
that the ANZ Visa tab is always last so I can safely close all tabs to the
right of it.  This all seems to have come about because someone liked to
have 50 tabs open   Not a common use case I would have thought.

I did actually load up the test versions, 3.90... and I may have mentioned
this at the time, I can't remember but it's still a bit foreign to me to go
looking for tabs that I want to close in amongst all the other ones I want
to keep open permanently.

Cheers David H.

On Wed, 16 Sep 2020 at 22:49, D. via gnucash-user 
wrote:

> Thanks for pointing this bug out.
>
> It's too bad that the suggestion in the bug to discuss this change on the
> lists was not apparently taken up. The devs would then have at least heard
> from some other users about their use cases and preferences, and users
> would have had a heads up about the change. Instead, a change gets pushed
> out based on one person's request, mainly because it involves "three lines
> of code." I'll set aside the wisdom of making changes to software based
> primarily on the complexity of the fix, or on a single user and the
> opinions of three devs...
>
> While it might seem overkill to discuss something as seemingly minor as
> this change, I think *any* change in the user interface should be discussed
> more, rather than less.
>
> Now, we get to have that discussion.
>
> At the risk of repeating myself, let me re-present. In my usage of
> Gnucash, I keep a core set of tabs always open. These tabs represent my
> primary active accounts: my checking account, savings account, credit card
> account, and a cash account.
>
> I leave them open because they are involved in the vast majority of my
> transactions, and it is easier to click on one of the tabs than to go to
> the CoA, locate the account, and open it. I like to have them at the top of
> the list at all times because I can quickly locate them there. I know where
> they are.
>
> With the latest change, I no longer can rely on this. My core tabs move
> down. If I open one of my more obscure accounts to look at things, it
> pushes its way in at the top. If I've opened several of them, they are all
> at the top, and when I am done with those tabs, I have to carefully close
> tabs, rather than close all tabs below a certain point on the screen.
>
> None of this is particularly catastrophic, but it does affect me and my
> workflow every time I open or close an account, so I would prefer to have
> the option of restoring the old tab behavior.
>
> The idea of pinned tabs is interesting, although it doesn't remove the
> need for the preference. If I jump to a new account tab from a pinned one,
> will the new tab go at the end of the list, or bury itself in the middle of
> my pinned tabs? I think the user would still want the option of where the
> new tabs open.
>
> I'll give a clear and unambiguous preference: I want to be able to choose
> this behavior with a preference setting. Put this setting on the same page
> as the tab location setting, and have it read:
>
> Open new tabs: □ At the bottom of the tab list □ After the current tab
>
> David T.
>
>
>  Original Message 
> From: Geert Janssens 
> Sent: Wed Sep 16 03:35:35 EDT 2020
> To: "D." , gnucash-user@gnucash.org
> Cc: Gnucash Users , Stan Brown <
> the_stan_br...@fastmail.fm>, David Carlson 
> Subject: Re: [GNC] Tabs Behaviors in GNC4.1
>
> Op woensdag 16 september 2020 01:21:19 CEST schreef
> David Carlson:
> > It doesn't make sense to me either, and since it is a change
> from previous
> > behavior, I  think it deserves a bug report.
>
> https://bugs.gnucash.org/show_bug.cgi?id=797787[1]
>
> 
> [1] https://bugs.gnucash.org/show_bug.cgi?id=797787
>
> ___
> 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] Tabs Behaviors in GNC4.1

2020-09-16 Thread D. via gnucash-user
Geert,

I stopped contributing in any way to the project at the beginning of 2019, in 
large part because of problems with the workflow, culture, and environment that 
GnuCash operates within. So, I can definitely relate to your feeling like you 
want to step back. 

Given that my observations regarding GnuCash features, use, and behavior are of 
no interest or importance to the developers, I'll just stop making attempts to 
share those observations, and instead be grateful to have the use of Gnucash 
(warts and all).

David T. 


 Original Message 
From: Geert Janssens 
Sent: Wed Sep 16 15:26:22 EDT 2020
To: "D." 
Cc: Gnucash Users , Stan Brown 
, David Carlson 
Subject: Re: [GNC] Tabs Behaviors in GNC4.1

Op woensdag 16 september 2020 14:46:58 CEST schreef D.:
> Thanks for pointing this bug out.
> 
> It's too bad that the suggestion in the bug to discuss this change on the
> lists was not apparently taken up. The devs would then have at least heard
> from some other users about their use cases and preferences, and users
> would have had a heads up about the change. Instead, a change gets pushed
> out based on one person's request, mainly because it involves "three lines
> of code." I'll set aside the wisdom of making changes to software based
> primarily on the complexity of the fix, or on a single user and the
> opinions of three devs...
> 
> While it might seem overkill to discuss something as seemingly minor as this
> change, I think *any* change in the user interface should be discussed
> more, rather than less.

David,

Yes, more discussion up front is useful. However if you want more discussion to 
happen (or more 
precisely if *you* want to be get involved more in such discussions) I suggest 
you actively 
choose to become more involved proactively rather than waiting until a finished 
release is 
presented to you. That doesn't mean you have to write or review code, but you 
can subscribe to 
the channels where the devs generally communicate to get an early idea of what 
lives there.

Some topics will be brought to the users, others not so much. And by the way, I 
don't think 
gnucash-user is the proper channel for this kind of discussion. I believe it 
should be held on 
gnucash-devel.

> 
> Now, we get to have that discussion.
> 
> At the risk of repeating myself, let me re-present. In my usage of Gnucash,
> I keep a core set of tabs always open. These tabs represent my primary
> active accounts: my checking account, savings account, credit card account,
> and a cash account.
> 
> I leave them open because they are involved in the vast majority of my
> transactions, and it is easier to click on one of the tabs than to go to
> the CoA, locate the account, and open it. I like to have them at the top of
> the list at all times because I can quickly locate them there. I know where
> they are.
> 
> With the latest change, I no longer can rely on this. My core tabs move
> down. If I open one of my more obscure accounts to look at things, it
> pushes its way in at the top. If I've opened several of them, they are all
> at the top, and when I am done with those tabs, I have to carefully close
> tabs, rather than close all tabs below a certain point on the screen.
> 
While I see what you mean with closing, I perceive this as a minor behavioural 
change. As all the 
new tabs will be on top, it should not be too hard to close them one by one by 
starting with the 
first one. You don't have to move your mouse for that. I can imagine you have 
to be a little bit 
more careful to stop clicking in time to avoid closing your first "always-open" 
tab. However if 
you have many always-open tabs that problem also exists when new tabs open at 
the end.

> None of this is particularly catastrophic, but it does affect me and my
> workflow every time I open or close an account, so I would prefer to have
> the option of restoring the old tab behavior.
> 
See my other replies here and on the bug. I don't think an option is a good 
solution.

> The idea of pinned tabs is interesting, although it doesn't remove the need
> for the preference. If I jump to a new account tab from a pinned one, will
> the new tab go at the end of the list, or bury itself in the middle of my
> pinned tabs? I think the user would still want the option of where the new
> tabs open.

That problem is not solved by adding an option.

> 
> I'll give a clear and unambiguous preference: I want to be able to choose
> this behavior with a preference setting. Put this setting on the same page
> as the tab location setting, and have it read:
> 
> Open new tabs: □ At the bottom of the tab list □ After the current tab
> 

Understood. My clear and unambiguous design standpoint is that an option is not 
the solution. 
It's a band-aid at best. I don't have a ready-made answer but I know this isn't 
it.

Geert

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription 

Re: [GNC] Tabs Behaviors in GNC4.1

2020-09-16 Thread David Carlson
Geert,

Sorry, it was not my intention to single you out with my comments about how
the system appears to leave users out of the development loop.  I know you
and all the other active developers have limited time and can use whatever
help users can give short of re-training in the tools that you are using.

I was not aware that there was a nightly build for Linux.  That could be
useful when I get enough of my personal prerequisites out of the way to try
the current 4.x builds.

I hope you are able to stay healthy and safe in these difficult times.


On Wed, Sep 16, 2020 at 4:00 PM Geert Janssens 
wrote:

> Op woensdag 16 september 2020 21:46:14 CEST schreef David Carlson:
>
> > Geert,
>
> >
>
> > I believe some users have backed off of trying to express informed
> opinions
>
> > about program development or documentation development because of various
>
> > roadblocks that have been thrown up. Sometimes we are ignored, sometimes
>
> > asked to learn obscure new skills, and occasionally chastised for waiting
>
> > until after the fact to 'complain', to name a few.
>
> >
>
> We're all contributing what we can in the limited time we have available.
> If you feel being ignored, my apologies. Though that's probably because the
> devs ran out of time/energy not because your opinion didn't matter.
>
>
>
> As for the obscure new skills, that depends on what we are talking about.
> I think most users should be capable of installing a nightly build of
> gnucash to test the current state of the program. That option is available
> on Windows and linux.
>
>
>
> > There is a gap that we are having a hard time trying to deal with. I
> don't
>
> > know if there would be a way to 'warn' users about pending changes before
>
> > they are released. Some programs put changes into an official beta
> release
>
> > available to the general public some time before moving to the stable
>
> > release. Just an idea.
>
> >
>
> We do pre-releases for each major release. For GnuCash 4.x there were
> 3.902 to 3.906. Those were the "official beta" releases as far as I can
> tell. We did catch and revert another behavioural change thanks to user
> testing during that cycle (that reverted change involved the way column
> preferences for registers were stored) so it does matter if you test.
>
>
>
>
>
> But perhaps I'll just have to back off myself. I believe I'm getting
> burned out on gnucash support. Sorry.
>
>
>
> Regards,
>
>
>
> Geert
>


-- 
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread Geert Janssens
Op woensdag 16 september 2020 21:46:14 CEST schreef David Carlson:
> Geert,
> 
> I believe some users have backed off of trying to express informed opinions
> about program development or documentation development because of various
> roadblocks that have been thrown up.  Sometimes we are ignored, sometimes
> asked to learn obscure new skills, and occasionally chastised for waiting
> until after the fact to 'complain', to name a few.
> 
We're all contributing what we can in the limited time we have available. If 
you feel being 
ignored, my apologies. Though that's probably because the devs ran out of 
time/energy not 
because your opinion didn't matter.

As for the obscure new skills, that depends on what we are talking about. I 
think most users 
should be capable of installing a nightly build of gnucash to test the current 
state of the 
program. That option is available on Windows and linux.

> There is a gap that we are having a hard time trying to deal with.  I don't
> know if there would be a way to 'warn' users about pending changes before
> they are released.  Some programs put changes into an official beta release
> available to the general public some time before moving to the stable
> release. Just an idea.
> 
We do pre-releases for each major release. For GnuCash 4.x there were 3.902 to 
3.906. Those 
were the "official beta" releases as far as I can tell. We did catch and revert 
another behavioural 
change thanks to user testing during that cycle (that reverted change involved 
the way column 
preferences for registers were stored) so it does matter if you test.


But perhaps I'll just have to back off myself. I believe I'm getting burned out 
on gnucash 
support. Sorry.

Regards,

Geert
___
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] Banner Bank - OFX setup question

2020-09-16 Thread Tom B via gnucash-user
Sorry, I should have included this info

[ org.gnucash.GnuCash ~]$ gnucash --version
GnuCash 4.1
Build ID: Flathub 4.1-2
[ org.gnucash.GnuCash ~]$ aqbanking-cli versions
Versions:
 AqBanking-CLI: 6.2.1
 Gwenhywfar   : 5.3.0.0
 AqBanking: 6.2.1.0

Tom



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Banner Bank - OFX setup question

2020-09-16 Thread Tom B via gnucash-user
Hi All,
Has anyone successfully configured OFX for Banner Bank (Washington state)? 
If so, please share the "secret sauce" on setup.
I have worked through the instructions shown on "Setting up
OFXDirectConnect" and repeatedly fail at the point of retrieving account
list from the bank. I do receive the password challenge with no apparent
error.

Result of "retrieve account list" -
13:19:00 Sending request...
13:19:00 Using GnuTLS default ciphers.
13:19:00 TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
13:19:00 Waiting for response...
13:19:02 Operation finished, you can now close this window.

Regards,
Tom



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread David Carlson
Geert,

I believe some users have backed off of trying to express informed opinions
about program development or documentation development because of various
roadblocks that have been thrown up.  Sometimes we are ignored, sometimes
asked to learn obscure new skills, and occasionally chastised for waiting
until after the fact to 'complain', to name a few.

There is a gap that we are having a hard time trying to deal with.  I don't
know if there would be a way to 'warn' users about pending changes before
they are released.  Some programs put changes into an official beta release
available to the general public some time before moving to the stable
release. Just an idea.


On Wed, Sep 16, 2020 at 2:26 PM Geert Janssens 
wrote:

> Op woensdag 16 september 2020 14:46:58 CEST schreef D.:
>
> > Thanks for pointing this bug out.
>
> >
>
> > It's too bad that the suggestion in the bug to discuss this change on the
>
> > lists was not apparently taken up. The devs would then have at least
> heard
>
> > from some other users about their use cases and preferences, and users
>
> > would have had a heads up about the change. Instead, a change gets pushed
>
> > out based on one person's request, mainly because it involves "three
> lines
>
> > of code." I'll set aside the wisdom of making changes to software based
>
> > primarily on the complexity of the fix, or on a single user and the
>
> > opinions of three devs...
>
> >
>
> > While it might seem overkill to discuss something as seemingly minor as
> this
>
> > change, I think *any* change in the user interface should be discussed
>
> > more, rather than less.
>
>
>
> David,
>
>
>
> Yes, more discussion up front is useful. However if you want more
> discussion to happen (or more precisely if *you* want to be get involved
> more in such discussions) I suggest you actively choose to become more
> involved proactively rather than waiting until a finished release is
> presented to you. That doesn't mean you have to write or review code, but
> you can subscribe to the channels where the devs generally communicate to
> get an early idea of what lives there.
>
>
>
> Some topics will be brought to the users, others not so much. And by the
> way, I don't think gnucash-user is the proper channel for this kind of
> discussion. I believe it should be held on gnucash-devel.
>
>
>
> >
>
> > Now, we get to have that discussion.
>
> >
>
> > At the risk of repeating myself, let me re-present. In my usage of
> Gnucash,
>
> > I keep a core set of tabs always open. These tabs represent my primary
>
> > active accounts: my checking account, savings account, credit card
> account,
>
> > and a cash account.
>
> >
>
> > I leave them open because they are involved in the vast majority of my
>
> > transactions, and it is easier to click on one of the tabs than to go to
>
> > the CoA, locate the account, and open it. I like to have them at the top
> of
>
> > the list at all times because I can quickly locate them there. I know
> where
>
> > they are.
>
> >
>
> > With the latest change, I no longer can rely on this. My core tabs move
>
> > down. If I open one of my more obscure accounts to look at things, it
>
> > pushes its way in at the top. If I've opened several of them, they are
> all
>
> > at the top, and when I am done with those tabs, I have to carefully close
>
> > tabs, rather than close all tabs below a certain point on the screen.
>
> >
>
> While I see what you mean with closing, I perceive this as a minor
> behavioural change. As all the new tabs will be on top, it should not be
> too hard to close them one by one by starting with the first one. You don't
> have to move your mouse for that. I can imagine you have to be a little bit
> more careful to stop clicking in time to avoid closing your first
> "always-open" tab. However if you have many always-open tabs that problem
> also exists when new tabs open at the end.
>
>
>
> > None of this is particularly catastrophic, but it does affect me and my
>
> > workflow every time I open or close an account, so I would prefer to have
>
> > the option of restoring the old tab behavior.
>
> >
>
> See my other replies here and on the bug. I don't think an option is a
> good solution.
>
>
>
> > The idea of pinned tabs is interesting, although it doesn't remove the
> need
>
> > for the preference. If I jump to a new account tab from a pinned one,
> will
>
> > the new tab go at the end of the list, or bury itself in the middle of my
>
> > pinned tabs? I think the user would still want the option of where the
> new
>
> > tabs open.
>
>
>
> That problem is not solved by adding an option.
>
>
>
> >
>
> > I'll give a clear and unambiguous preference: I want to be able to choose
>
> > this behavior with a preference setting. Put this setting on the same
> page
>
> > as the tab location setting, and have it read:
>
> >
>
> > Open new tabs: □ At the bottom of the tab list □ After the current tab
>
> >
>
>
>
> Understood. My clear and unambiguous design 

Re: [GNC] Tabs Behaviors in GNC4.1

2020-09-16 Thread Geert Janssens
Op woensdag 16 september 2020 14:46:58 CEST schreef D.:
> Thanks for pointing this bug out.
> 
> It's too bad that the suggestion in the bug to discuss this change on the
> lists was not apparently taken up. The devs would then have at least heard
> from some other users about their use cases and preferences, and users
> would have had a heads up about the change. Instead, a change gets pushed
> out based on one person's request, mainly because it involves "three lines
> of code." I'll set aside the wisdom of making changes to software based
> primarily on the complexity of the fix, or on a single user and the
> opinions of three devs...
> 
> While it might seem overkill to discuss something as seemingly minor as this
> change, I think *any* change in the user interface should be discussed
> more, rather than less.

David,

Yes, more discussion up front is useful. However if you want more discussion to 
happen (or more 
precisely if *you* want to be get involved more in such discussions) I suggest 
you actively 
choose to become more involved proactively rather than waiting until a finished 
release is 
presented to you. That doesn't mean you have to write or review code, but you 
can subscribe to 
the channels where the devs generally communicate to get an early idea of what 
lives there.

Some topics will be brought to the users, others not so much. And by the way, I 
don't think 
gnucash-user is the proper channel for this kind of discussion. I believe it 
should be held on 
gnucash-devel.

> 
> Now, we get to have that discussion.
> 
> At the risk of repeating myself, let me re-present. In my usage of Gnucash,
> I keep a core set of tabs always open. These tabs represent my primary
> active accounts: my checking account, savings account, credit card account,
> and a cash account.
> 
> I leave them open because they are involved in the vast majority of my
> transactions, and it is easier to click on one of the tabs than to go to
> the CoA, locate the account, and open it. I like to have them at the top of
> the list at all times because I can quickly locate them there. I know where
> they are.
> 
> With the latest change, I no longer can rely on this. My core tabs move
> down. If I open one of my more obscure accounts to look at things, it
> pushes its way in at the top. If I've opened several of them, they are all
> at the top, and when I am done with those tabs, I have to carefully close
> tabs, rather than close all tabs below a certain point on the screen.
> 
While I see what you mean with closing, I perceive this as a minor behavioural 
change. As all the 
new tabs will be on top, it should not be too hard to close them one by one by 
starting with the 
first one. You don't have to move your mouse for that. I can imagine you have 
to be a little bit 
more careful to stop clicking in time to avoid closing your first "always-open" 
tab. However if 
you have many always-open tabs that problem also exists when new tabs open at 
the end.

> None of this is particularly catastrophic, but it does affect me and my
> workflow every time I open or close an account, so I would prefer to have
> the option of restoring the old tab behavior.
> 
See my other replies here and on the bug. I don't think an option is a good 
solution.

> The idea of pinned tabs is interesting, although it doesn't remove the need
> for the preference. If I jump to a new account tab from a pinned one, will
> the new tab go at the end of the list, or bury itself in the middle of my
> pinned tabs? I think the user would still want the option of where the new
> tabs open.

That problem is not solved by adding an option.

> 
> I'll give a clear and unambiguous preference: I want to be able to choose
> this behavior with a preference setting. Put this setting on the same page
> as the tab location setting, and have it read:
> 
> Open new tabs: □ At the bottom of the tab list □ After the current tab
> 

Understood. My clear and unambiguous design standpoint is that an option is not 
the solution. 
It's a band-aid at best. I don't have a ready-made answer but I know this isn't 
it.

Geert
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread Geert Janssens
Op woensdag 16 september 2020 10:07:09 CEST schreef Kim:
> I prefer the way GnuCash tabs work now.  However, I have read the recent bug
> report and endorse the view that a preference option that provides choice
> between current & earlier tab behaviour is the best way to resolve this.

No. An extra option to choose between old and new behaviour is *never* the best 
way to solve 
something. It may be from the naive point of view of a user. But it leads to 
unmaintainable code.

If we would have added such an option for each time a user didn't like a user 
interface change 
we would by now have a preference dialog of 30 tabs.

Each time an option to choose between old and new behaviour is requested, what 
really should 
happen is analyse the perceived benefits of old and new behaviour, look which 
ones can be 
combined in an improved design and make compromises based on relative 
importance of the 
various benefits.

That's what has started on the bug report.

Regards,

Geert
___
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] Experimental Balance Sheet report

2020-09-16 Thread David T. via gnucash-user

Hello,

Today, I tried out the "Balance Sheet (Multicolumn)" report in the 
Experimental reports section, and I'd like to share some observations.


1. When initially run, I receive an empty report. This is similar to the 
initial result of the basic Transaction report, except in the latter 
case, users are given a note that links them to the report options. It 
would seem to me that at the least, this report should do the same. A 
better solution in both cases would be to have initial parameters that 
return some kind of data--however unrelated to the user's end 
goal--rather than an empty page. It seems to me that users are better at 
changing something they see that is wrong, rather than trying to conjure 
it up out of thin air. (the famous quote from US Supreme Court Justice 
Potter Stewart regarding obscenity comes to mind here: "I know it when I 
see it. This is not it."). In the Balance Sheet, changing the Period 
Duration setting from its default "None" to anything else (I'd suggest 
"Year") yields data from which a user can build. (I have no suggestions 
for the Transaction Report.)


2. The report defaults to including all accounts, including hidden and 
placeholder accounts. While there is an option on the Accounts tab to 
display hidden accounts, I think the decision to include hidden accounts 
in the report by default is confusing, given that the Account tab 
doesn't display hidden accounts by default. I think it makes more sense 
for the report either to default to omitting hidden accounts, or to 
default to displaying hidden accounts in the options dialog. I see that 
the standard Balance Sheet report also includes hidden accounts by 
default, although this is masked because the standard report limits the 
accounts to 3 levels (the Experimental report defaults to All levels). I 
will note that there is an option on the Display tab to omit zero 
balance accounts, which may have been seen as a way to skip hidden 
accounts. However, while it may not be prudent or common practice to 
hide accounts that have balances, there is nothing in the program to 
prevent this, which means that hiding zero balance accounts is not the 
same as including hidden accounts. I'll note that if I Clear All and 
then click Select All on the Accounts tab, the report properly omits all 
hidden accounts, which it should also do by default. I suggest that both 
reports should default to omitting Hidden accounts on opening, and that 
the default level setting should be the same for both.


3. The report propagates balances all the way up the account hierarchy, 
which makes sense for accounts denominated in a currency. However, with 
accounts denominated in commodities (such as Stock or Mutual Fund 
accounts), it makes less sense, and in fact renders the report extremely 
difficult to follow, especially with accounts with many different 
commodities. Seeing a full listing of all 150 different commodities (and 
various subsets thereof) repeated for


Assets,

Assets:Investments,

Assets:Investments:Taxed,

Assets:Investments:Taxed:Self, and

Assets:Investments:Taxable:Self:Brokerage A

gets old and confusing very quickly. It would be better to propagate 
totals for the book currency  only, and leave the tallying of stock and 
mutual fund holdings to the Advanced Portfolio report. I will note that 
initially, I was going to ask why some entries in the report were listed 
as hyperlinks, while others were not. After some puzzling, I figured out 
that the non-linked entries were summarizations of holdings further down 
the hierarchy. Removing the numerous duplications of commodity 
summmarizations would at least make it a little clearer what is going on 
in this regard. I will further note that the standard report does not 
repeat this information up the hierarchy.


Best,

David T.


___
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] Preferences

2020-09-16 Thread Frank H. Ellenberger
Hello Bruce,

Am 16.09.20 um 17:41 schrieb Bruce Irving:
> When I click on Edit/Preferences, it comes up and I can do everything
> except reduce the height of the window.  The reason I want to do this is
> that on the General tab, depending on which monitor I use (2 are on this
> machine), either Search dialog or Associated files is at the bottom of my
> screen and I can't get below it.  Any suggestions?
> I'm using Flathub 4.1-2.
> Bruce

See https://bugs.gnucash.org/show_bug.cgi?id=797857

Regards
Frank
___
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] Preferences

2020-09-16 Thread Bruce Irving
When I click on Edit/Preferences, it comes up and I can do everything
except reduce the height of the window.  The reason I want to do this is
that on the General tab, depending on which monitor I use (2 are on this
machine), either Search dialog or Associated files is at the bottom of my
screen and I can't get below it.  Any suggestions?
I'm using Flathub 4.1-2.
Bruce
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread Richard Ullger
On Wed, 16 Sep 2020, 13:48 D. via gnucash-user, 
wrote:

> Thanks for pointing this bug out.
>
> It's too bad that the suggestion in the bug to discuss this change on the
> lists was not apparently taken up. The devs would then have at least heard
> from some other users about their use cases and preferences, and users
> would have had a heads up about the change. Instead, a change gets pushed
> out based on one person's request, mainly because it involves "three lines
> of code." I'll set aside the wisdom of making changes to software based
> primarily on the complexity of the fix, or on a single user and the
> opinions of three devs...
>
> While it might seem overkill to discuss something as seemingly minor as
> this change, I think *any* change in the user interface should be discussed
> more, rather than less.
>
> Now, we get to have that discussion.
>
> At the risk of repeating myself, let me re-present. In my usage of
> Gnucash, I keep a core set of tabs always open. These tabs represent my
> primary active accounts: my checking account, savings account, credit card
> account, and a cash account.
>
> I leave them open because they are involved in the vast majority of my
> transactions, and it is easier to click on one of the tabs than to go to
> the CoA, locate the account, and open it. I like to have them at the top of
> the list at all times because I can quickly locate them there. I know where
> they are.
>
> With the latest change, I no longer can rely on this. My core tabs move
> down. If I open one of my more obscure accounts to look at things, it
> pushes its way in at the top. If I've opened several of them, they are all
> at the top, and when I am done with those tabs, I have to carefully close
> tabs, rather than close all tabs below a certain point on the screen.
>
> None of this is particularly catastrophic, but it does affect me and my
> workflow every time I open or close an account, so I would prefer to have
> the option of restoring the old tab behavior.
>
> The idea of pinned tabs is interesting, although it doesn't remove the
> need for the preference. If I jump to a new account tab from a pinned one,
> will the new tab go at the end of the list, or bury itself in the middle of
> my pinned tabs? I think the user would still want the option of where the
> new tabs open.
>
> I'll give a clear and unambiguous preference: I want to be able to choose
> this behavior with a preference setting. Put this setting on the same page
> as the tab location setting, and have it read:
>
> Open new tabs: □ At the bottom of the tab list □ After the current tab
>
> David T.
>


Exactly my sentiments

Richard

>
___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread D. via gnucash-user
Thanks for pointing this bug out. 

It's too bad that the suggestion in the bug to discuss this change on the lists 
was not apparently taken up. The devs would then have at least heard from some 
other users about their use cases and preferences, and users would have had a 
heads up about the change. Instead, a change gets pushed out based on one 
person's request, mainly because it involves "three lines of code." I'll set 
aside the wisdom of making changes to software based primarily on the 
complexity of the fix, or on a single user and the opinions of three devs... 

While it might seem overkill to discuss something as seemingly minor as this 
change, I think *any* change in the user interface should be discussed more, 
rather than less. 

Now, we get to have that discussion.

At the risk of repeating myself, let me re-present. In my usage of Gnucash, I 
keep a core set of tabs always open. These tabs represent my primary active 
accounts: my checking account, savings account, credit card account, and a cash 
account. 

I leave them open because they are involved in the vast majority of my 
transactions, and it is easier to click on one of the tabs than to go to the 
CoA, locate the account, and open it. I like to have them at the top of the 
list at all times because I can quickly locate them there. I know where they 
are. 

With the latest change, I no longer can rely on this. My core tabs move down. 
If I open one of my more obscure accounts to look at things, it pushes its way 
in at the top. If I've opened several of them, they are all at the top, and 
when I am done with those tabs, I have to carefully close tabs, rather than 
close all tabs below a certain point on the screen. 

None of this is particularly catastrophic, but it does affect me and my 
workflow every time I open or close an account, so I would prefer to have the 
option of restoring the old tab behavior. 

The idea of pinned tabs is interesting, although it doesn't remove the need for 
the preference. If I jump to a new account tab from a pinned one, will the new 
tab go at the end of the list, or bury itself in the middle of my pinned tabs? 
I think the user would still want the option of where the new tabs open. 

I'll give a clear and unambiguous preference: I want to be able to choose this 
behavior with a preference setting. Put this setting on the same page as the 
tab location setting, and have it read:

Open new tabs: □ At the bottom of the tab list □ After the current tab

David T. 


 Original Message 
From: Geert Janssens 
Sent: Wed Sep 16 03:35:35 EDT 2020
To: "D." , gnucash-user@gnucash.org
Cc: Gnucash Users , Stan Brown 
, David Carlson 
Subject: Re: [GNC] Tabs Behaviors in GNC4.1

Op woensdag 16 september 2020 01:21:19 CEST schreef 
David Carlson:
> It doesn't make sense to me either, and since it is a change 
from previous
> behavior, I  think it deserves a bug report.

https://bugs.gnucash.org/show_bug.cgi?id=797787[1] 


[1] https://bugs.gnucash.org/show_bug.cgi?id=797787

___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread Kim
I prefer the way GnuCash tabs work now.  However, I have read the recent bug
report and endorse the view that a preference option that provides choice
between current & earlier tab behaviour is the best way to resolve this. 



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Currency exchange rates inconsistencies for invoices

2020-09-16 Thread Mtc Gugu via gnucash-user
Hi!With the risk of repeating maybe this topic, would like to as for some help 
on the matter. 

Case:I'm using 3 currencies & trading accounts for a business setup. Default is 
SEK, but all the invoices are in USD. Gnucash 4.1.So basically I send/ receive 
the invoices/ bills in USD, then transfer them to SEK, sometimes with Euro 
conversions in-between, as my bank doesn't accept direct conversions. And all 
the reports needs to be in sek.

Problems:1. Though conversion rates for individual transactions are correct, 
the total amount in the Account pane, or in any Report, besides Transaction 
Report, do not tally. 
It doesn't match neither by making the conversions at the individual level of 
the transactions, nor by manually updating the rates in the price db. I've 
tried all the 4 Price Source options in the Reports options. So, at the end of 
the day, I can't pull out a Report with the correct balance/ total.Any tips on 
how to address this issue?

2. If an invoice is re-posted/ changed/ edited after an initial setup, it is 
stuck with the same exchange rate, no matter what. Even if I create a totally 
new invoice for the same day, it is still stuck with the same exchange rate. 
Any idea how can the Currency Transfer (Transfer Funds) dialog box can be 
forced to open every time (or at least on demand) when an invoice is changed/ 
re-posted? Deleting the entry for the date in the Price db doesn't work.

Though I've browsed the mailing lists, still can't find a reasonable solution.
It seems to be a Price Source issue. 
Should mention that i don't need an average, but the exact price on the exact 
date. 

Any help will be immensely appreciated!
Br, Elize




___
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] Tabs Behaviors in GNC4.1

2020-09-16 Thread Geert Janssens
Op woensdag 16 september 2020 01:21:19 CEST schreef 
David Carlson:
> It doesn't make sense to me either, and since it is a change 
from previous
> behavior, I  think it deserves a bug report.

https://bugs.gnucash.org/show_bug.cgi?id=797787[1] 


[1] https://bugs.gnucash.org/show_bug.cgi?id=797787
___
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.