I wanted to try the import map editor, to help improve imports of QIF files
from my retirement accounts (the main reason I went to the trouble to
compile 3.3). I have an XML data file of only 933 KB (yes, kilobytes--only
been using GnuCash 2 or 3 years).
When I click the menu option to open the
I can confirm similar behavior as Colin, running Ubuntu 18.04.1, Gnome
3.28.2 with a 1920x1080 monitor resolution. My GnuCash is 3.3+, compiled a
few days ago. Before this I was just running the 2.6.19 from the
distribution.
I noticed that when I used the super-right arrow shortcut to snap to
Cool, but please remember to copy the user list so that people reading the
archive know.
Regards,
John Ralls
> On Oct 13, 2018, at 1:41 PM, Agustin Vargas wrote:
>
> I appreciate your response and the amount of work you put into gnucash! (I
> saw the amount of answers you made in several
Please remember to copy the list on all replies.
That would be MacOS 10.13.6, I suppose.
Unfortunately I'm not able to reproduce the problem.
Regards,
John Ralls
> On Oct 13, 2018, at 9:23 AM, Paul Konnersman wrote:
>
> 10.13.6, John.
>
> Paul
>
> On Sat, Oct 13, 2018 at 10:25 AM John
Out of curiosity, is the parent type of that errant account different from the
others? Does opening another account of that type have the same effect?
Regards,
Adrien
> On Oct 13, 2018, at 9:01 AM, Colin Law wrote:
>
> On Sat, 13 Oct 2018 at 14:31, David Carlson
> wrote:
> Colin,
>
> Does
> On Oct 13, 2018, at 6:59 AM, Paul Konnersman wrote:
>
> It seems to be a bug in GC 3.3. I have gone back to GC 2.6 and the problem is
> gone.
> Paul
What OS?
Regards,
John Ralls
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update
On Sat, 13 Oct 2018 at 14:31, David Carlson
wrote:
> Colin,
>
> Does the entire window width depend on on the current width of columns
> other than the description column?
>
Not as far as I can see. Changing the column width can make the scroll
bars come and go but does not change the minimum
It seems to be a bug in GC 3.3. I have gone back to GC 2.6 and the problem is
gone.
Paul
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription
You're welcome.
As a side note about this "Average" - this is not strictly a 'monthly'
average as such... instead, it's a 'column' average.
This only matters if, e.g. your secondary-key is 'date', secondary subtotal
is 'monthly', and expect Jan-Dec transactions.
If there is 1 month missing i.e.
Colin,
Does the entire window width depend on on the current width of columns
other than the description column?
David C
On Sat, Oct 13, 2018, 8:17 AM Colin Law wrote:
> Yet more information. I don't think the basic behaviour has changed since
> 2.6.19, the difference is that the minimum
Yet more information. I don't think the basic behaviour has changed since
2.6.19, the difference is that the minimum window width is now up to about
350 pixels wider than it was on 2.6.19. So on 2.6.19 with a particular set
of accounts open this is about 1000 pixels which fitted on the screen ok
Right, I have made some progress on this.
1. At any time gnucash seems to maintain a minimum window width below which
it will not let the window be shrunk.
2. If that width is greater than the available display width then the
window cannot be maximised, which is reasonable.
The problem is that
I have enabled the query log in mysql and when I attempt to save I first
see
2018-10-13T09:05:13.241000Z5 Connectroot@localhost on gnucash
using Socket
2018-10-13T09:05:13.241249Z5 QuerySET NAMES 'utf8'
2018-10-13T09:05:13.241428Z5 QuerySELECT @@sql_mode
Thank you!
That is an interesting use of Transaction report. Interpretation of the period
columns is slightly different from what I had in mind, but this version of the
report should give me what I am looking for, with a little adjustment in
thought process.
Cheers.
On 12-Oct-2018, at 8:46
14 matches
Mail list logo
