Re: [GNC] Change text color

[John Ralls]

Keep in mind that Gtk decided that CSS was a convenient standard for describing 
style information and adopted a subset of it for its use. That’s not the same 
as the W3C’s recommendations for HTML style that also happen to be expressed 
with CSS. Your example is apt: Both use the CSS font-family attribute, but with 
HTML one can specify multiple arguments of decreasing specificity and the 
render engine will find a “best fit”. With Gtk you specify exactly one and 
either it’s available and used or it’s not available and Gtk falls back on its 
default.

Regards,
John Ralls


> On Aug 1, 2018, at 8:46 PM, Adrien Monteleone 
>  wrote:
> 
> Oh, and if ‘font-family: Arial Bold;’ works, but ‘font-weight: bold;’ on the 
> regular Arial font does not, then ‘font-weight: bold;’ is likely not working 
> at all.
> 
> ‘Arial Bold’ is it’s own distinct font. (though the original ‘Arial’ can be 
> made to look bold in most applications. There are several other variants of 
> Arial as well.)
> 
> Most web browsers will first try to use a natural bold variant if found 
> before doing their own font weighting, but Gtk may not be getting either of 
> these methods right.
> 
> Regards,
> Adrien
> 
>> On Aug 1, 2018, at 4:53 PM, GT-I9070 H  wrote:
>> 
>> Em qua, 1 de ago de 2018 às 16:54, Adrien Monteleone 
>>  escreveu:
>> font-weight: bold might depend on the font file itself, though Arial pretty 
>> much includes the kitchen sink and a dishwasher for good measure.
>> 
>> Try:
>> 
>> font-weight: 600;
>> 
>> You can use #s instead of names in increments of 100. (100,200,300...900) I 
>> think 400 is the same as ’normal’.
>> 
>> I had forgotten to say that this
>> 
>> #account_tree header button {
>>  font-family: Arial Bold;
>> }
>> 
>> and
>> 
>> #account_tree {
>>  font-weight: 600;
>> }
>> 
>> works, and I had already tested this
>> 
>> #account_tree header button {
>>  font-weight: 600;
>> }
>> 
>> for several values and does not work.
>> See: https://www.w3schools.com/cssref/pr_font_weight.asp
>> 
>> 
>> Regards
>> GTI
> 
> 
> ___
> 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] Change text color

[Adrien Monteleone]

Oh, and if ‘font-family: Arial Bold;’ works, but ‘font-weight: bold;’ on the 
regular Arial font does not, then ‘font-weight: bold;’ is likely not working at 
all.

‘Arial Bold’ is it’s own distinct font. (though the original ‘Arial’ can be 
made to look bold in most applications. There are several other variants of 
Arial as well.)

Most web browsers will first try to use a natural bold variant if found before 
doing their own font weighting, but Gtk may not be getting either of these 
methods right.

Regards,
Adrien

> On Aug 1, 2018, at 4:53 PM, GT-I9070 H  wrote:
> 
> Em qua, 1 de ago de 2018 às 16:54, Adrien Monteleone 
>  escreveu:
> font-weight: bold might depend on the font file itself, though Arial pretty 
> much includes the kitchen sink and a dishwasher for good measure.
> 
> Try:
> 
> font-weight: 600;
> 
> You can use #s instead of names in increments of 100. (100,200,300...900) I 
> think 400 is the same as ’normal’.
> 
> I had forgotten to say that this
> 
>  #account_tree header button {
>   font-family: Arial Bold;
> }
> 
> and
> 
>  #account_tree {
>   font-weight: 600;
> }
> 
> works, and I had already tested this
> 
> #account_tree header button {
>   font-weight: 600;
> }
> 
> for several values and does not work.
> See: https://www.w3schools.com/cssref/pr_font_weight.asp
> 
> 
> Regards
> GTI


___
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] Strange Mac OS interface problem

[Adrien Monteleone]

Thanks for the reminder John,

I forgot the issue was with window tabs on that bug.

Regards,
Adrien

> On Aug 1, 2018, at 8:15 PM, John Ralls  wrote:
> 
> Adrien,
> 
> It’s https://bugs.gnucash.org/show_bug.cgi?id=776602 and the most recent 
> discussion there says it’s related to 
> https://gitlab.gnome.org/GNOME/gtk/issues/1029, that the new-in-Sierra 
> application window tab feature messes up Gtk’s understanding of mouse 
> coordinates.
> 
> Nike,
> 
> Are you using MacOS-level tabs? If so, turn them off.
> 
> Regards,
> John Ralls
> 
> 
>> On Aug 1, 2018, at 2:08 PM, Adrien Monteleone 
>>  wrote:
>> 
>> Forgot to mention, If I don’t see any devs chiming in otherwise before later 
>> this evening, I’ll dig up the bug and re-open it if you confirm it’s the 
>> tail that gets focus and not the pointer.
>> 
>> Regards,
>> Adrien
>> 
>>> On Aug 1, 2018, at 4:07 PM, Adrien Monteleone 
>>>  wrote:
>>> 
>>> Try to determine if instead of the mouse arrow pointer being the focus, 
>>> it’s the tail.
>>> 
>>> If so, this bug has been encountered before and was thought to be fixed. 
>>> Sorry I don’t have the bug# handy, but the devs are familiar with it.
>>> 
>>> Short term work around is to aim with the pointer tail instead.
>>> 
>>> Regards,
>>> Adrien
>>> 
 On Aug 1, 2018, at 2:51 PM, Nike V. via gnucash-user 
  wrote:
 
 Hi,
 
 I am having a weird problem with the interface under Mac OS X 10.13.6
 
 While trying to import an OFX file, clicking on a given line seems to act 
 on the following line. Eg, if you have two entries say Hotel A $10 and 
 Hotel B $20 on after the other, then clicking the line for Hotel A toggles 
 the checkmark for Hotel B. The same thing happens in the assignment of 
 categories -- eg, have Biz, and then Books, but if I clck Biz, what seems 
 to be selected is Books. And for some reason the category doesn't get 
 updated in the import window either.
 
 Even in selecting an OFX file to import, double clicking the file in the 
 list acts on the next file. Using the arrow keys to move around and select 
 by hitting return seems to work, however.
 
 
 It all used to work fine a couple of weeks ago, so I am totally baffled. 
 Any idea what's up?
 
 Nike
 ___
 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.
> 


___
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] Change text color

[Adrien Monteleone]

Interesting—it worked for me with a different font. (Helvetica Neue)

Regards,
Adrien

> On Aug 1, 2018, at 4:53 PM, GT-I9070 H  wrote:
> 
> Em qua, 1 de ago de 2018 às 16:54, Adrien Monteleone 
>  escreveu:
> font-weight: bold might depend on the font file itself, though Arial pretty 
> much includes the kitchen sink and a dishwasher for good measure.
> 
> Try:
> 
> font-weight: 600;
> 
> You can use #s instead of names in increments of 100. (100,200,300...900) I 
> think 400 is the same as ’normal’.
> 
> I had forgotten to say that this
> 
>  #account_tree header button {
>   font-family: Arial Bold;
> }
> 
> and
> 
>  #account_tree {
>   font-weight: 600;
> }
> 
> works, and I had already tested this
> 
> #account_tree header button {
>   font-weight: 600;
> }
> 
> for several values and does not work.
> See: https://www.w3schools.com/cssref/pr_font_weight.asp
> 
> 
> Regards
> GTI


___
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] Strange Mac OS interface problem

[John Ralls]

Adrien,

It’s https://bugs.gnucash.org/show_bug.cgi?id=776602 
 and the most recent 
discussion there says it’s related to 
https://gitlab.gnome.org/GNOME/gtk/issues/1029 
, that the new-in-Sierra 
application window tab feature messes up Gtk’s understanding of mouse 
coordinates.

Nike,

Are you using MacOS-level tabs? If so, turn them off.

Regards,
John Ralls


> On Aug 1, 2018, at 2:08 PM, Adrien Monteleone 
>  wrote:
> 
> Forgot to mention, If I don’t see any devs chiming in otherwise before later 
> this evening, I’ll dig up the bug and re-open it if you confirm it’s the tail 
> that gets focus and not the pointer.
> 
> Regards,
> Adrien
> 
>> On Aug 1, 2018, at 4:07 PM, Adrien Monteleone 
>>  wrote:
>> 
>> Try to determine if instead of the mouse arrow pointer being the focus, it’s 
>> the tail.
>> 
>> If so, this bug has been encountered before and was thought to be fixed. 
>> Sorry I don’t have the bug# handy, but the devs are familiar with it.
>> 
>> Short term work around is to aim with the pointer tail instead.
>> 
>> Regards,
>> Adrien
>> 
>>> On Aug 1, 2018, at 2:51 PM, Nike V. via gnucash-user 
>>>  wrote:
>>> 
>>> Hi,
>>> 
>>> I am having a weird problem with the interface under Mac OS X 10.13.6
>>> 
>>> While trying to import an OFX file, clicking on a given line seems to act 
>>> on the following line. Eg, if you have two entries say Hotel A $10 and 
>>> Hotel B $20 on after the other, then clicking the line for Hotel A toggles 
>>> the checkmark for Hotel B. The same thing happens in the assignment of 
>>> categories -- eg, have Biz, and then Books, but if I clck Biz, what seems 
>>> to be selected is Books. And for some reason the category doesn't get 
>>> updated in the import window either.
>>> 
>>> Even in selecting an OFX file to import, double clicking the file in the 
>>> list acts on the next file. Using the arrow keys to move around and select 
>>> by hitting return seems to work, however.
>>> 
>>> 
>>> It all used to work fine a couple of weeks ago, so I am totally baffled. 
>>> Any idea what's up?
>>> 
>>> Nike
>>> ___
>>> 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.

___
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] Get Quote is Not Working?

[John Ralls]

You’ll need to print to stderr or maybe even open a file and print there. F::Q 
writes its results to stdout and GnuCash can’t parse the results if they’re 
mixed with your diagnostics.

Regards,
John Ralls


> On Jul 31, 2018, at 10:16 PM, Ethan Swint  wrote:
> 
> I'm also having trouble the last 36 hours or so, but the API is working, if
> you put something like this in your web browser:
> 
> https://www.alphavantage.co/query?function=BATCH_STOCK_QUOTES=T=*yourAPIkeyhere*
>  
> 
> 
> It seems that Alphavantage has bumped their freebie access rate limit to
> one every 12 seconds according to https://www.alphavantage.co/premium/ 
> 
> 
> Finance::Quote's Alphavantage.pm has the following in lines 276-280:
> 
># Alpha Vantage recommends that API call frequency does not extend
> far
># beyond ~1 call per second so that they can continue to deliver
># optimal server-side performance:
>#   https://www.alphavantage.co/support/#api-key 
> 
>sleep(1);
> 
> I'll try bumping that up to 12 and see what I get. When I tried to put some
> print statements in the Perl scripts to follow along, I just got an error
> message from GC.
> 
> Regards,
> Ethan
> 
> -- Forwarded message --
> From:  >
> Date: Tue, Jul 31, 2018 at 8:20 PM
> Subject: gnucash-user Digest, Vol 184, Issue 81
> To: gnucash-user@gnucash.org 
> 
> 
> Send gnucash-user mailing list submissions to
>gnucash-user@gnucash.org 
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.gnucash.org/mailman/listinfo/gnucash-user 
> 
> or, via email, send a message with subject or body 'help' to
>gnucash-user-requ...@gnucash.org 
> 
> 
> You can reach the person managing the list at
>gnucash-user-ow...@gnucash.org 
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gnucash-user digest..."
> 
> 
> Today's Topics:
> 
>   1. Re:  Change text color (Adrien Monteleone)
>   2. Re:  Get Quote is Not Working? (Chen Thomas)
>   3. Re:  Linux Mint 18.2 Sonya and Gnucash 3.2 (David Cousens)
>   4. Re:  Change text color (John Ralls)
>   5. Re:  Get Quote is Not Working? (Adrien Monteleone)
>   6. Re:  Change text color (Adrien Monteleone)
> 
> 
> --
> 
> Message: 1
> Date: Tue, 31 Jul 2018 19:53:09 -0500
> From: Adrien Monteleone  >
> To: gnucash-user mailto:gnucash-user@gnucash.org>>
> Subject: Re: [GNC] Change text color
> Message-ID: <6909b18e-f043-4166-ac35-a7ae8b5b1...@lusfiber.net 
> >
> Content-Type: text/plain;   charset=utf-8
> 
> Ah yes, I tested that too. I thought you meant the arrow pointer itself.
> 
> Regards,
> Adrien
> 
>> On Jul 31, 2018, at 5:48 PM, GT-I9070 H > > wrote:
>> 
>> Excuse me, this works fine:
>> 
>> #account_tree:selected {
>>  color: white;
>>  background-color: steelblue;
>> }
>> 
>> Regards
>> GTI
>> 
>> Em ter, 31 de jul de 2018 ?s 16:25, GT-I9070 H > >
> escreveu:
>> It would be interesting also to stylize the account sheet cursor.
>> 
>> Regards
>> GTI
>> 
>> Em ter, 31 de jul de 2018 ?s 16:02, Adrien Monteleone <
> adrien.montele...@lusfiber.net > 
> escreveu:
>> Hmm...
>> 
>> It was working using the GtkInspector, and with the css file Linux. But
> when I try similar selectors via css on MacOS (which I normally use) they
> don?t work at all. (just the header stuff that is) I?ll have to investigate
> more.
>> 
>> Regards,
>> Adrien
>> 
>>> On Jul 31, 2018, at 2:42 PM, GT-I9070 H >> > wrote:
>>> 
>>> Hi Adrien,
>>> 
>>> This does not work:
>>> 
>>> #account_tree column-header {
>>>  color: lime;
>>> }
>>> 
>>> Am I writing something wrong?
>>> 
>>> Regards
>>> GTI
>>> 
>>> Em ter, 31 de jul de 2018 ?s 14:38, Adrien Monteleone <
> adrien.montele...@lusfiber.net > 
> escreveu:
>>> GTI,
>>> 
>>> You could test the font-family rule by changing it to something
> obviously different, like serif, monospaced, or say ?Comic Sans?. (I
> suppose it?s useful at least for this) I just revamped my css from the old
> gtkrc method from 2.6.x and it picked up the font rules just fine.
>>> 
>>> I found the header selectors.
>>> 
>>> So here is the hierarchy:
>>> 
>>> GncTreeViewAccount (id=?account_tree?) > column-header > GtkButton
> (class=?button?) > GtkBox > GtkAlignment 

Re: [GNC] Wanted - translators, follow up

[John Ralls]

Many thanks to the translators, new and long-standing, who’ve been working to 
get the message catalogs updated for 3.x!

But we need a lot more help for the many translations whose past translators 
have moved on.
The following translations are seriously out of date:
Language  Last translation:
Spanish (Nicaragua):  2001-10-22
*Azerbaijani: 2001-11-27
*Kinyarwanda:   2005-04-04
*Basque:   2005-08-05
Nepali: 2006-08-21
Vietnamese: 2007-12-29
Hebrew:2009-04-21
Korean: 2009-07-15
*Chinese (Simplified):2010-07-13
Polish:  2010-09-07
Hungarian:   2011-07-30
Bulgarian:2011-10-25
*Czech:2012-03-29
Chinese (Traditional):   2012-05-13

The translations marked with * are managed by The Translation Project [1]. 
Please contact the TP team--the email address should be in the catalog (po) 
file--before you start work, but if they seem unwilling to work with you by all 
means contact us either on one of the mailing lists or IRC.

Regards,
John Ralls

[1] http://translationproject.org/domain/gnucash.html 



> On Aug 1, 2018, at 6:21 AM, Geert Janssens  wrote:
> 
> Hi,
> 
> I recently sent out a request for translations for our newest gnucash series.
> 
> I'm pleased there has already been some response!
> 
> Yuri Chornoivan is working hard on the Ukrainian translation. His latest 
> translation file has brought the number of translated strings to 4245, an 
> impressive improvement to the previous 2826 in 3.1.
> 
> Hamidreza Jafari has submitted improvements to the Persian translation, 
> adding 
> 90 translations in that language. By the way this is a nice illustration that 
> improvements can also be submitted incrementally. I hope to receive more of 
> such incremental changes.
> 
> And   Alain Sanguinetti offered to help on the French translation. I eagerly 
> await his first translations.
> 
> While this is a good start, we're not done yet. More help is most welcome!
> 
> You don't have to know how to program to help out. Understanding (some) 
> English and your mother tongue are the most important skills you'll need.
> 
> Oh, and as I was pointed out after my previous rally, we have a wiki page 
> that 
> explains the nitty gritty details of translation work:
> https://wiki.gnucash.org/wiki/Translation
> 
> If you think you can help, by all means let us know. If you don't know very 
> well how to start, just ask. I'm more than happy to help you take your first 
> steps.
> 
> I can promise you this: you'll get a very warm feeling when you will open a 
> future version of gnucash and find your translations appear in the interface. 
> And as an added benefit you'll receive the gratitude of all users that can 
> now 
> enjoy gnucash a bit more in their own language.
> 
> Geert
> 
> P.S. I'll finish this mail with my gratitude for all our existing translators 
> who have been with out through all the years. Your efforts have been and are 
> still equally valuable. Please do continue with you fine work in the future!
> 
> 
> ___
> 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] GC 3.2 SaveAs issue

[GT-I9070 H]

I can confirm that "Save As" has some awkward behavior for me as well.

Regards
GTI

Em ter, 31 de jul de 2018 às 09:46, Joseph Vernice 
escreveu:

> Thanks for the advice, but the ALT+TAB or CTRL+ALT+TAB does not bring up
> the OverWrite dialog box.
>
> Right now there are only two ways I can bring this to the foreground.  (1)
> minimize all windows and then select GnuCash application OR (2) before I
> choose the SaveAs file, move the dialog box to the right or left far enough
> so that it is not blocked.
>
> Regards JV
>
___
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] Change text color

[GT-I9070 H]

Em qua, 1 de ago de 2018 às 16:54, Adrien Monteleone <
adrien.montele...@lusfiber.net> escreveu:

> font-weight: bold might depend on the font file itself, though Arial
> pretty much includes the kitchen sink and a dishwasher for good measure.
>
> Try:
>
> font-weight: 600;
>
> You can use #s instead of names in increments of 100. (100,200,300...900)
> I think 400 is the same as ’normal’.
>

I had forgotten to say that this

 #account_tree header button {
  font-family: Arial Bold;
}

and

 #account_tree {
  font-weight: 600;
}

works, and I had already tested this

#account_tree header button {
  font-weight: 600;
}

for several values and does not work.
See: https://www.w3schools.com/cssref/pr_font_weight.asp


Regards
GTI
___
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] Strange Mac OS interface problem

[Adrien Monteleone]

Forgot to mention, If I don’t see any devs chiming in otherwise before later 
this evening, I’ll dig up the bug and re-open it if you confirm it’s the tail 
that gets focus and not the pointer.

Regards,
Adrien

> On Aug 1, 2018, at 4:07 PM, Adrien Monteleone 
>  wrote:
> 
> Try to determine if instead of the mouse arrow pointer being the focus, it’s 
> the tail.
> 
> If so, this bug has been encountered before and was thought to be fixed. 
> Sorry I don’t have the bug# handy, but the devs are familiar with it.
> 
> Short term work around is to aim with the pointer tail instead.
> 
> Regards,
> Adrien
> 
>> On Aug 1, 2018, at 2:51 PM, Nike V. via gnucash-user 
>>  wrote:
>> 
>> Hi,
>> 
>> I am having a weird problem with the interface under Mac OS X 10.13.6
>> 
>> While trying to import an OFX file, clicking on a given line seems to act on 
>> the following line. Eg, if you have two entries say Hotel A $10 and Hotel B 
>> $20 on after the other, then clicking the line for Hotel A toggles the 
>> checkmark for Hotel B. The same thing happens in the assignment of 
>> categories -- eg, have Biz, and then Books, but if I clck Biz, what seems to 
>> be selected is Books. And for some reason the category doesn't get updated 
>> in the import window either.
>> 
>> Even in selecting an OFX file to import, double clicking the file in the 
>> list acts on the next file. Using the arrow keys to move around and select 
>> by hitting return seems to work, however.
>> 
>> 
>> It all used to work fine a couple of weeks ago, so I am totally baffled. Any 
>> idea what's up?
>> 
>> Nike
>> ___
>> 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] Strange Mac OS interface problem

[Adrien Monteleone]

Try to determine if instead of the mouse arrow pointer being the focus, it’s 
the tail.

If so, this bug has been encountered before and was thought to be fixed. Sorry 
I don’t have the bug# handy, but the devs are familiar with it.

Short term work around is to aim with the pointer tail instead.

Regards,
Adrien

> On Aug 1, 2018, at 2:51 PM, Nike V. via gnucash-user 
>  wrote:
> 
> Hi,
> 
> I am having a weird problem with the interface under Mac OS X 10.13.6
> 
> While trying to import an OFX file, clicking on a given line seems to act on 
> the following line. Eg, if you have two entries say Hotel A $10 and Hotel B 
> $20 on after the other, then clicking the line for Hotel A toggles the 
> checkmark for Hotel B. The same thing happens in the assignment of categories 
> -- eg, have Biz, and then Books, but if I clck Biz, what seems to be selected 
> is Books. And for some reason the category doesn't get updated in the import 
> window either.
> 
> Even in selecting an OFX file to import, double clicking the file in the list 
> acts on the next file. Using the arrow keys to move around and select by 
> hitting return seems to work, however.
> 
> 
> It all used to work fine a couple of weeks ago, so I am totally baffled. Any 
> idea what's up?
> 
> Nike
> ___
> 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] Closing and reopening Gnucash

[Adrien Monteleone]

Yep. You kept opening a backup file, which concatenated a new backup file name, 
and so on and so on. (see how long that file name is with all the coded dates?)

It also looks like you were working on some external drive because 
/media/user/xxx is usually where *buntus mount a transient external, likely a 
USB thumb drive or some type of flash card.

The problem might be if you repeatedly remove the external drive. Each time you 
plug it back in, it might get assigned a new URI. (that long part in the file 
path, which really should be a UUID that is fixed to the drive, but perhaps 
it’s random, I’d have to refresh my memory of the *buntu specs on mounting USB) 
Thus if random, each time you plug it in, GnuCash won’t be able to find the 
file - the path will be different.

If this is a randomly assigned path instead of a fixed UUID, you can set a UDEV 
rule to mount it to a persistent location when it’s plugged in. There are 
plenty of articles on UDEV rules on ubuntuforums.org and elsewhere on the web.

There might also be an option to set a rule in /etc/fstab, but I never used 
that route for anything but permanently/network attached external storage. So 
I’m not sure how it works with transient drives.

Note, you should never have to select a file when opening Gnucash. It should 
just open the last used file automatically. (if it can find it, which it seems 
it hasn’t been able to for the above reasons)

Regards,
Adrien

> On Aug 1, 2018, at 2:27 PM, Dick Barmann  wrote:
> 
> I am using Linux. Kubuntu 18.04. I went to the launcher and opened Office and 
> the Gnucash and the opening window brings up the opening window and the file 
> says.
> 
> The file/URI 
> /media/user/b838be26-9cd0-43b2-8743-94a6b55f90a3/home/user/Striping/BusinessGnuCash/2016/2017/2018/May22.gnucash.20180524171054.gnucash.20180612210659.gnucash.20180617225245.gnucash.20180624105820.gnucash.20180625161704.gnucash.20180717145701.gnucash.20180717220322.gnucash.20180718172031.gnucash.20180726182003.gnucash
>  could not be found.
> 
> I evidently am saving the files in the wrong place. Richard
> 
> 
> On 07/31/2018 02:33 AM, Adrien Monteleone wrote:
>> Richard,
>> 
>> Just open the app from the app launcher icon, not the file. It will re-open 
>> the last used file automatically.
>> 
>> What OS are you using?
>> 
>> On Windows this would be from Start > Programs > Gnucash
>> On Linux you’d use your menu or Applications screen and click the GnuCash 
>> icon
>> On Mac, you’d click the GnuCash icon from either Launchpad or the 
>> Applications folder
>> 
>> All three systems provide a quick-launch or dock area where you might have 
>> placed the icon, and most allow you to have a launcher icon on your desktop. 
>> These both depend on how you installed the app and if you placed launchers 
>> there.
>> 
>> Just for info, the data file ends in .gnucash, the log files in .log. You 
>> can safely delete any log file but perhaps the most recent. (part of the 
>> file name for each is a date and time before the .log extension) you can 
>> also use a detail or list view in your file browser to see file 
>> modification/creation dates/times and sort accordingly if you ever need.
>> 
>> Regards,
>> Adrien
>> 
>>> On Jul 30, 2018, at 6:53 PM, Richard Barmann  
>>> wrote:
>>> 
>>> When I want to reopen Gnucash the next day I have to scroll through the
>>> files to try to pick out the latest file. T trid closing with the Quit
>>> at the bottom of the page and also tried to Save as but they always have
>>> to scroll through to open the latest file. Some of the files names are
>>> so long that I cannot tell if they are log fills. and I have to guess
>>> until I find the last one.
>>> 
>>> Thank you for any help as this is a time killer when I am in a hurry.
>>> 
>>> 
>>> ___
>>> 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.
> 
> 


___
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 

Re: [GNC] Change text color

[Adrien Monteleone]

font-weight: bold might depend on the font file itself, though Arial pretty 
much includes the kitchen sink and a dishwasher for good measure.

Try:

font-weight: 600;

You can use #s instead of names in increments of 100. (100,200,300...900) I 
think 400 is the same as ’normal’.

Regards,
Adrien

> On Aug 1, 2018, at 12:00 PM, GT-I9070 H  wrote:
> 
> Em qua, 1 de ago de 2018 às 02:08, Adrien Monteleone 
>  escreveu:
> I managed to get the inspector running on MacOS. Wow, this is way different 
> than 3.18.
>  
> From the similarity of behaviors you reported, I already imagined that what 
> worked on the Mac would work on Windows.
> 
> Well ... I tested  in Windows:
> 
> #account_tree button
> #account_tree header button
> 
> and
> 
> #account_tree label
> #account_tree header label 
> 
> and all works like a charm! 
> 
> The difference is that in the first the color of the text only appears when 
> GnuCash receives focus and background-color affect the entire head, in the 
> second the color of the text becomes permanent and background-color does not 
> affect the entire head just where the text is.
> 
> This all works in Windows:
> 
> #account_tree header button {
>font-family: Arial;
>font-size: 15;
>color: lime;
>background-color: steelblue;
>border-color: white;
>letter-spacing: 2px;
> }
> 
> I left the "header" text to be clearer to what it refers to.
> 
> font-weight:bold did not work :( 
> 
> Now we have what we need to stylize the head! 
>  
> .GncAccountPage
> 
> which styles the area of the sheet above the header around (and behind) the 
> totals button bar.
> 
> Note, you could subsitute .GncTreeView for #account_tree as that class is 
> also assigned to this widget, but it might also be assigned to other widgets 
> used on other tabs. So if you want to stay safe, stick with the ID 
> #account_tree.
> 
> Regards,
> Adrien
> 
> .GncAccountPage {
>   color: lime;
> }
> 
> and 
> 
> #account_tree .GncAccountPage {
>   color: lime;
> }
> 
> did not work :(
> Is this written right?
> 
> I think we may already have enough information to start a litle theme for 
> Gnucash!
> Better would dominate the areas but this seems to be more difficult and maybe 
> in the wrong place to do so.
> 
> This is a MOD in action! 
> 
> 
> Regards
> GTI
>  


___
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] Strange Mac OS interface problem

[Nike V. via gnucash-user]

Hi,

I am having a weird problem with the interface under Mac OS X 10.13.6

While trying to import an OFX file, clicking on a given line seems to 
act on the following line. Eg, if you have two entries say Hotel A $10 
and Hotel B $20 on after the other, then clicking the line for Hotel A 
toggles the checkmark for Hotel B. The same thing happens in the 
assignment of categories -- eg, have Biz, and then Books, but if I clck 
Biz, what seems to be selected is Books. And for some reason the 
category doesn't get updated in the import window either.


Even in selecting an OFX file to import, double clicking the file in the 
list acts on the next file. Using the arrow keys to move around and 
select by hitting return seems to work, however.



It all used to work fine a couple of weeks ago, so I am totally baffled. 
Any idea what's up?


Nike
___
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] Operating Checking Account in Overdraft

[jeffrey black]

On 7/31/2018 2:14 AM, Murray Field wrote:
> Hi,
>
> We have a permanent overdraft with our bank and we operate our account 
> fluctuating within   the overdraft limit approved.
>
> How should this be classified in gnucash?
>
> As an asset, a liability or something else? We could not find any reference 
> to our situation in your guide which we have downloaded.
>
> We are potential new users.
>
> Kind Regards,
>
> Murray and Yvonne Field
>
>
> Get Outlook for Android
>
> ___
> 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.
> .
>
Technically, an overdraft would be considered a liability and should be 
recorded as such.  It is a short term loan and affects net worth.

My recommendation is to consult with and hire a LOCAL certified 
accountant just to set up your account structure, including tax related 
accounts.  The one time fee is small compared to the tax and/or legal 
fees you could possibly incur at a latter date.

I am not a certified accountant, just my 2 cents worth.


Once you setup GnuCash, you will never consider using any other book 
keeping software.

-- 
--JEffrey Black M.B.A.

___
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] Change text color

[GT-I9070 H]

Em qua, 1 de ago de 2018 às 02:08, Adrien Monteleone <
adrien.montele...@lusfiber.net> escreveu:

> I managed to get the inspector running on MacOS. Wow, this is way
> different than 3.18.


From the similarity of behaviors you reported, I already imagined that what
worked on the Mac would work on Windows.

Well ... I tested  in Windows:

#account_tree button
#account_tree header button

and

#account_tree label
#account_tree header label

and all works like a charm! 

The difference is that in the first the color of the text only appears when
GnuCash receives focus and background-color affect the entire head, in the
second the color of the text becomes permanent and background-color does
not affect the entire head just where the text is.

This all works in Windows:

#account_tree header button {
   font-family: Arial;
   font-size: 15;
   color: lime;
   background-color: steelblue;
   border-color: white;
   letter-spacing: 2px;
}

I left the "header" text to be clearer to what it refers to.

font-weight:bold did not work :(

Now we have what we need to stylize the head!


> .GncAccountPage
>
> which styles the area of the sheet above the header around (and behind)
> the totals button bar.
>
> Note, you could subsitute .GncTreeView for #account_tree as that class is
> also assigned to this widget, but it might also be assigned to other
> widgets used on other tabs. So if you want to stay safe, stick with the ID
> #account_tree.
>
> Regards,
> Adrien
>

.GncAccountPage {
  color: lime;
}

and

#account_tree .GncAccountPage {
  color: lime;
}

did not work :(
Is this written right?

I think we may already have enough information to start a litle theme for
Gnucash!
Better would dominate the areas but this seems to be more difficult and
maybe in the wrong place to do so.

This is a MOD in action! 


Regards
GTI
___
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] transaction filter

[Fred Bone]

On 01 August 2018 at 14:42, Harold said:

> I filtered the transactions to show certain dates. Now, how do I get rid
> of the filter?Thanks,Harold

View->Filter By

___
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] Cash Flow Report Question

[Martijn Heuts]

Hello,
On the Cash Flow report:"Money out of selected accounts goes to"I have a 
listing of "Assets:Accounts Receivable"
Am I incorrect that this should not be there?
Is it possible an invoice got un-posted, a change was made,
the invoice was posted again, but the money did not got re-applied?
If not, why would it show here, and is there any way I can tracewhere this 
amount comes from? It looks like it might be a sum of differentamounts together.
Any help/insight is appreciated. Thanks and have a blessed day!
Martijn
___
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] transaction filter

[Harold via gnucash-user]

I filtered the transactions to show certain dates. Now, how do I get rid of the 
filter?Thanks,Harold
___
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] Wanted - translators, follow up

[Geert Janssens]

Hi,

I recently sent out a request for translations for our newest gnucash series.

I'm pleased there has already been some response!

Yuri Chornoivan is working hard on the Ukrainian translation. His latest 
translation file has brought the number of translated strings to 4245, an 
impressive improvement to the previous 2826 in 3.1.

Hamidreza Jafari has submitted improvements to the Persian translation, adding 
90 translations in that language. By the way this is a nice illustration that 
improvements can also be submitted incrementally. I hope to receive more of 
such incremental changes.

And Alain Sanguinetti offered to help on the French translation. I eagerly 
await his first translations.

While this is a good start, we're not done yet. More help is most welcome!

You don't have to know how to program to help out. Understanding (some) 
English and your mother tongue are the most important skills you'll need.

Oh, and as I was pointed out after my previous rally, we have a wiki page that 
explains the nitty gritty details of translation work:
https://wiki.gnucash.org/wiki/Translation

If you think you can help, by all means let us know. If you don't know very 
well how to start, just ask. I'm more than happy to help you take your first 
steps.

I can promise you this: you'll get a very warm feeling when you will open a 
future version of gnucash and find your translations appear in the interface. 
And as an added benefit you'll receive the gratitude of all users that can now 
enjoy gnucash a bit more in their own language.

Geert

P.S. I'll finish this mail with my gratitude for all our existing translators 
who have been with out through all the years. Your efforts have been and are 
still equally valuable. Please do continue with you fine work in the future!


___
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] Prevent autocopy in register

[Colin Law]

On 1 August 2018 at 13:42, Nigel  wrote:

> I do a split transaction, calling it Shopping. There was potatoes,
> tomatoes and a pair of socks. Next time I do a split transaction and call
> it Shopping, the 3 items are duplicated. How do I prevent this, or remove
> all the duplicated, incorrect, items.
>


Why did you include the previous digest in your email?

If you right click on the transaction there is an option Remove Other
Splits which should do what you want.

Colin
___
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] Prevent autocopy in register

[Nigel]

I do a split transaction, calling it Shopping. There was potatoes, 
tomatoes and a pair of socks. Next time I do a split transaction and 
call it Shopping, the 3 items are duplicated. How do I prevent this, or 
remove all the duplicated, incorrect, items.


On 01/08/2018 13:48, gnucash-user-requ...@gnucash.org wrote:

Send gnucash-user mailing list submissions to
gnucash-user@gnucash.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
gnucash-user-requ...@gnucash.org

You can reach the person managing the list at
gnucash-user-ow...@gnucash.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of gnucash-user digest..."


Today's Topics:

1. Re:  Change text color (Adrien Monteleone)
2. Re:  Post invoice still wants to be paid (dlbonline)
   (Geert Janssens)
3. Re:  Post invoice still wants to be paid (Geert Janssens)
4. Re:  Post invoice still wants to be paid (Geert Janssens)
5. Re:  Post invoice still wants to be paid (Geert Janssens)
6. Re:  survey: unifying the appearance in different options
   dialogs (Geert Janssens)
7. Re:  Post invoice still wants to be paid (David Briggs)
8. Re:  Closing and reopening Gnucash (Cheryl Wheeler)
9.  When changing to different version of GNUcash what should be
   done with data base or files? (aeneas)
   10. Re:  When changing to different version of GNUcash what
   should be done with data base or files? (Geert Janssens)
   11. Re:  Post invoice still wants to be paid (dlbonline)
   (Adrien Monteleone)
   12. Re:  Post invoice still wants to be paid (Adrien Monteleone)
   13. Re:  Post invoice still wants to be paid (Adrien Monteleone)


--

Message: 1
Date: Wed, 1 Aug 2018 01:07:21 -0500
From: Adrien Monteleone 
To: gnucash-user 
Subject: Re: [GNC] Change text color
Message-ID: <23d5dedd-3eaa-4bbd-ba82-3d0aa6af9...@lusfiber.net>
Content-Type: text/plain;   charset=utf-8

I managed to get the inspector running on MacOS. Wow, this is way different 
than 3.18.

So, try this:

#account_tree button
#account_tree header button

also

#account_tree label
#account_tree header label

Note, I discovered that font/letter rules don?t work on the buttons, only on 
the labels. (but you *can* set the foreground color with ?color:? on the 
buttons however)

I haven?t figured it all out yet, but it seems all of the buttons (and labels) 
are children of ?#account_tree header'. So the descendent style works either 
way. (with or without specifying ?header?) And there are no other pertinent 
button or label descendants to get messy. (at least not for now)

#account_tree

simply styles the rest of the page, but I?ve found that the letter-spacing rule 
doesn?t work there. (it does work on the header labels)

Though these do (in addition to the background-color and color):

font-family
font-size
font-weight

Note, there is also this:

.GncAccountPage

which styles the area of the sheet above the header around (and behind) the 
totals button bar.

Note, you could subsitute .GncTreeView for #account_tree as that class is also 
assigned to this widget, but it might also be assigned to other widgets used on 
other tabs. So if you want to stay safe, stick with the ID #account_tree.

Regards,
Adrien


On Jul 31, 2018, at 11:44 PM, GT-I9070 H  wrote:

Em ter, 31 de jul de 2018 ?s 23:01, John Ralls  escreveu:
It?s missing the colon (?:?) between account_tree and column-header. That could 
be a typo in the email rather than in gtk.css, of course.

Regards,
John Ralls

Thanks John,

It was not a typo in the email, I copied and pasted.

I tested

#account_tree:column-header {
   color: lime;
}

and it did not work on Windows.

PS: For some reason your email dropped into my span folder.

Regards
GTI






--

Message: 2
Date: Wed, 01 Aug 2018 10:47:20 +0200
From: Geert Janssens 
To: gnucash-user@gnucash.org, Colin Whyles 
Subject: Re: [GNC] Post invoice still wants to be paid (dlbonline)
Message-ID: <2370574.a3vxbg4...@legolas.kobaltwit.lan>
Content-Type: text/plain; charset="UTF-8"

Op dinsdag 31 juli 2018 18:44:53 CEST schreef Colin Whyles via gnucash-user:

I?ve had this problem and following the advice has fixed it, but you are
correct, there is sometimes no ?Assign As Payment? but there is an ?Edit
Payment? and you can do it from there.

Starting with 3,x if there is an "Edit Payment" that means gnucash believes
the payment is already related to a vendor/customer/employee in some way
(either directly linked to an invoice or retained as pre-payment) and using
this will open the payment dialog with this payment prepopulated so you can
adjust it (or assign to an invoice).

Assign as payment will only appear if the split on which you click is not

Re: [GNC] Post invoice still wants to be paid

[Geert Janssens]

Op woensdag 1 augustus 2018 13:48:38 CEST schreef Adrien Monteleone:
> > On Aug 1, 2018, at 4:17 AM, Geert Janssens 
> > wrote:> 
> > Op dinsdag 31 juli 2018 18:59:07 CEST schreef Adrien Monteleone:
> >> 1. Find and select the transaction for the payment.
> >> 2. Right-click the transaction and choose ‘Assign as payment...’
> >> 3. This brings up the Process Payment dialog.
> >> 4. Select the bill, be *careful* to make sure the payment amount, payment
> >> date and Num are all correct. (GC has a tendency to set the date as
> >> today,
> >> rather than the original transaction date so you might have to change it,
> >> as well as re-enter the transaction/check #)
> > 
> > This should no longer be an issue if you edit an existing payment. I have
> > just tried this and in all cases the payment date is preserved.
> 
> I just happen to be doing some cleanup and had a case of unposting &
> reposting and needing to re-assign the payment. And it used 7/31/18 as the
> date instead of the original payment date. (I was selecting a single bill
> and single payment for equal amounts) The Num field was also blank and had
> to be re-filled.

I presume you went straight to Business->Vendor/Customer->Process Payment ?

As explained below this does behave differently from selecting Edit payment on 
a payment transaction.

In your example the pre-existing payment transaction itself will remain 
unaltered. (It could be altered if the total amounts don't add up, but I 
believe even in that case date and num values are retained).

Edit Payment on the other hand will decompose the payment you have selected 
and prefill all the fields in the payment window based on what it found. So 
yes, it does look slightly different indeed. The clue to see in which 
situation you are is in whether the payment is still listed in the documents 
view as a pre-payment or not.

> >> A slight variation of this second method is to,
> >> 1. Choose Process Payment from the Business > Vendor menu
> >> 2. Enter the vendor, you’ll see all outstanding bills and unassigned
> >> (pre)
> >> payments. 3. Simply select both the invoice and the payment, be sure the
> >> date, amount and Num/Memo details are all correct, double check the
> >> account
> >> to credit (usually checking or cash) and click OK.
> > 
> > Even in this case the date and Num/Memo details are preserved although
> > it's
> > less obvious in the payment dialog. Each pre-existing payment that you
> > select from the list will retain its num and memo information. Only if
> > the final transaction would result in an additional payment transaction
> > (which can happen if the balance of all selected payments and invoices in
> > the list is not 0) the values of the num and memo field are used for the
> > new payment transaction.
> 
> In the above recent case, I didn’t chance it. But that is re-assuring.

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] survey: unifying the appearance in different options dialogs

[Adrien Monteleone]

> On Aug 1, 2018, at 4:57 AM, Geert Janssens  wrote:
> 
> Op dinsdag 31 juli 2018 00:51:54 CEST schreef Di Mang:
>> Hello Geert and Adrien,
>> 
>> I agree it is a good idea to revise the report options and possibly
>> summarize to reduce the number of tabs.
>> There are currently
>> some reports that have tabs with only a few settings.
>> 
>> 
>> But in my opinion it would not be a good solution to move away completely
>> from tabs for *all* option dialogs.
>> For option dialogs with only a few reports it will take up too much space
>> on the window.
> 
> This doesn't make sense to me. If we move to "tabs" on the left for at least 
> one option window, we need to dimension the window anyway that it will fit on 
> the smallest screen we wish to support. How would this minimal dimension be 
> affected by the number of "tabs" in that area ? (I'm quoting "tabs" because 
> it's not the exact term for the exact widget I had in mind, more on that 
> below).
> 
> Having a consistent way to represent options throughout the application is 
> more important to me.

I agree. Options shouldn’t switch to one or the other based on their quantity. 
All of these dialogs should be consistent. And if it can work once...

> 
>> 
>> 
>> I think we
>> have to
>> distinguish between different
>> option
>> dialogs / windows:
>> 
>> * main window: an exception, because of dynamic tabs (with a scroll bar if
>> necessary)
> 
> Indeed, although a scroll bar for tabs is a bit awkward.
> 
>> 
>> *
>> windows with main preferences: currently with tabs on the left side (like
>> in Geany)
> 
> I suppose you mean “many" preferences.
> 

Perhaps the ‘main’ app preferences, which does use the sidebar list. The Gnome 
desktop does the same.


>> 
>> An alternative solution may be
>> the Side Bar List instead of Tabs on the left side (like in LibreOffice,
>> Gimp, Firefox)
> 
> I surely agree a Side Bar List is better and that (or something similar) is 
> what I had in mind. In fact I thought that's what you meant as well as the 
> option dialogs for several reports were showing a list of groups instead as a 
> list of tabs on my system already before your change.

Yes Side Bar List is the proper widget from what I can glean from the Gnome 
HIG. I thought that was what Di Mang was referring to as well.

> 
>> * option dialogs with only few tabs: tabs at the top position (like in
>> Geany, Gedit, Gimp, LibreOffice)
> 
> As said that would then break consistency again. Wasn't that your initial 
> argument (which I like) ?
> 
> My ideal solution would be a dynamic side bar list. That is if there's enough 
> horizontal screen space (and the dialog is wide enough) show the list 
> permanently. If the dialog gets narrowed (either due to user action or due to 
> limited screen space), make the list hidden by default (with a button to show 
> it) and when that button is clicked make it hover the actual content.
> 
> Here's a video of another application implementing this behavior (though from 
> the KDE world):
> https://www.youtube.com/watch?v=H24jdjE5Q6E
> 
> Clearly this is for gnucash 4.x at best...
> 
> Regards,
> 
> Geert

Interesting. I don’t suppose Gtk+4 has this in the works?

Regards,
Adrien
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Adrien Monteleone]

> On Aug 1, 2018, at 4:17 AM, Geert Janssens  wrote:
> 
> Op dinsdag 31 juli 2018 18:59:07 CEST schreef Adrien Monteleone:
>> 1. Find and select the transaction for the payment.
>> 2. Right-click the transaction and choose ‘Assign as payment...’
>> 3. This brings up the Process Payment dialog.
>> 4. Select the bill, be *careful* to make sure the payment amount, payment
>> date and Num are all correct. (GC has a tendency to set the date as today,
>> rather than the original transaction date so you might have to change it,
>> as well as re-enter the transaction/check #)
> 
> This should no longer be an issue if you edit an existing payment. I have 
> just 
> tried this and in all cases the payment date is preserved.
> 

I just happen to be doing some cleanup and had a case of unposting & reposting 
and needing to re-assign the payment. And it used 7/31/18 as the date instead 
of the original payment date. (I was selecting a single bill and single payment 
for equal amounts) The Num field was also blank and had to be re-filled.

>> 
>> A slight variation of this second method is to,
>> 1. Choose Process Payment from the Business > Vendor menu
>> 2. Enter the vendor, you’ll see all outstanding bills and unassigned (pre)
>> payments. 3. Simply select both the invoice and the payment, be sure the
>> date, amount and Num/Memo details are all correct, double check the account
>> to credit (usually checking or cash) and click OK.
>> 
> Even in this case the date and Num/Memo details are preserved although it's 
> less obvious in the payment dialog. Each pre-existing payment that you select 
> from the list will retain its num and memo information. Only if the final 
> transaction would result in an additional payment transaction (which can 
> happen if the balance of all selected payments and invoices in the list is 
> not 
> 0) the values of the num and memo field are used for the new payment 
> transaction. 

In the above recent case, I didn’t chance it. But that is re-assuring.

> 
>> On a side note, it appears you are either using a custom A/P account or
>> renamed the original A/P account. I’m not sure about renaming, but custom
>> A/P accounts might not always work well with the Business Features.
>> (perhaps this was the original cause of the dissociation - renaming the
>> account) One of the more seasoned users or developers would need to advise
>> on this point. You can certainly have an “Other A/P” account(s) and even
>> make them children of the main A/P account that you manually make entries
>> to, but the Business Features are really looking for only one account in
>> the tree of type A/P and with the name Accounts Payable. (same goes for
>> receivables) And you should rarely if never manually edit transactions in
>> either of the default A/R or A/P accounts.
> 
> I don't know for sure if parts of gnucash will have issues with multiple A/P 
> accounts. I don't think so as we have always supported this for 
> multi-currency 
> situations. However several reports are not geared towards handling with 
> multiple A/P accounts at once. Several reports will only show results based 
> on 
> one A/P at the time. So see results from another A/P one would have to adjust 
> the report settings to see that A/P.  But it's not possible to report on two 
> A/P accounts together in a single report.
> 
> In general there should be no need to have multiple A/P accounts and in many 
> cases the motivations to create multiple A/P accounts come from a 
> misunderstanding of how accounting works.
> 
> For full disclosure I'll note for my own company I have two A/P accounts on 
> request of my accountant. So it does happen... The motivation here is that my 
> company has two distinct activities with different tax rules and the 
> accountant wants to track these separately. For unrelated reasons I'm no 
> longer tracking this company in gnucash though so I don't know if all the 
> obscure corners of gnucash can handle it properly.

Good to know. I forgot about multi-currency. I know I had run into some issues 
with trying this in the past and getting the business features to post 
properly. But in my case, I really shouldn’t have had a separate account anyway.

Regards,
Adrien
> 
> 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] Post invoice still wants to be paid

[Adrien Monteleone]

Makes sense of course.

So ‘Assign’ should really only appear for a manually entered payment in a 
register. (or something imported)

Regards,
Adrien

> On Aug 1, 2018, at 3:56 AM, Geert Janssens  wrote:
> 
> Op dinsdag 31 juli 2018 19:02:07 CEST schreef Adrien Monteleone:
>> David,
>> 
>> Sorry, just saw this after sending.
>> 
>> Since it says ‘Edit Payment’ that probably means it is mis-assigned rather
>> than not-assigned. (but to what other bill is a guess since the other bills
>> don’t show it assigned to them, it might be a case of the payment thinks it
>> is assigned, but the bill doesn’t)
>> 
> It is not mis-assigned. It's assigned. The confusion stems from the 
> assumption 
> that a valid payment (in gnucash internal logic that is) is always assigned 
> to 
> a bill. However it can equally be assigned to a vendor as a pre-payment.
> 
> As soon as gnucash knows who the payment was assigned to it's a valid 
> business 
> payment so if you want to assign it to a bill later on you are effectively 
> editing it, hence the "Edit Payment..." menu option.
> 
> 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] Post invoice still wants to be paid (dlbonline)

[Adrien Monteleone]

Thanks Geert,

That removes most of the cases to use the Lots window to fix things and 
certainly makes life much simpler.

Of course, that last part works well, but only if, those free splits are 
properly free and aren’t the result of a mess of miss-applied payments or a 
portion of a payment broken up that shouldn’t have been. Unfortunately, when I 
usually have free splits in this pane, it’s always been such a mess that 
requires re-assigning a chain of several payments and recombining errantly 
split payments. I haven’t been so lucky to have such splits be simply whole 
payments that just need to be assigned.

Regards,
Adrien


> On Aug 1, 2018, at 3:47 AM, Geert Janssens  wrote:
> 
> Op dinsdag 31 juli 2018 18:44:53 CEST schreef Colin Whyles via gnucash-user:
>> I’ve had this problem and following the advice has fixed it, but you are
>> correct, there is sometimes no ‘Assign As Payment’ but there is an ‘Edit
>> Payment’ and you can do it from there.
> 
> Starting with 3,x if there is an "Edit Payment" that means gnucash believes 
> the payment is already related to a vendor/customer/employee in some way 
> (either directly linked to an invoice or retained as pre-payment) and using 
> this will open the payment dialog with this payment prepopulated so you can 
> adjust it (or assign to an invoice).
> 
> Assign as payment will only appear if the split on which you click is not 
> linked to any invoice or vendor/customer/employee and allows you to use a 
> transaction
> 
>>> To clarify:
>>> 
>>> 1. When you go to: Actions > View Lots with the A/R account register open,
>>> those invoices show ?open? in the ?closed? column and each only have the
>>> one split for the invoice with no payment splits? (closed invoices will
>>> have the date they were closed in that column instead)
>>> 
>>> 2. ALL other invoices show their proper invoice and payment splits
>>> everything dated correctly and the payment splits balance out the invoice
>>> split for each?
>>> 
>>> 3. There are no payment lots all by themselves in the upper right ?Lots in
>>> Account? pane? (listed as their own row along with the invoice lots)
> 
> FYI for any such lots, gnucash knows or at least assumes the splits in these 
> lots belong to a certain customer, but not yet to an invoice. If you would 
> right-click on such a split directly in the A/R account register you would 
> see 
> the "Edit Payment,,," menu option.
> 
>>> 
>>> 4. There is nothing at all in the bottom left, ?Splits free? pane.
> 
> FYI if there are splits here, that means there are splits in the A/R register 
> for which gnucash believes they are not related to any customer (yet). If you 
> would right-click on such a split directly in the A/R account register you 
> would see the "Assign as payment..." menu option.
> 
> 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.


___
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] When changing to different version of GNUcash what should be done with data base or files?

[Geert Janssens]

Op woensdag 1 augustus 2018 04:58:48 CEST schreef aeneas:
> It seems that there always exists a possibility that data base/file
> structures can change from one version to another of GNUcash.  Generally
> speaking developers try to consider this and may make accommodation for some
> older versions in newer versions of their software which means there is a
> chance that newer versions of the software will function properly when
> using data bases/files produced by older versions.  However, when needing
> to migrate backward from a newer version to an older version this is likely
> to be more problematic.  The nature of the data bases/files that GNUcash is
> producing is such that failure to do this properly risks the creation of
> serious problems when making such migrations.  This owes to the notion both
> that the data consists of financial records as well as the idea that a
> large amount of data accumulated over a long period of time may be
> involved.
> 
> Therefore it would seem that changing the version of GNUcash is something
> that needs to be done carefully.  This should include some means to verify
> success in a short amount of time insofar as it doesn't take long before the
> idea of returning to a prior state known to be good can become extremely
> difficult if not impossible.
> 
> Is there a procedure that ought to be followed when making such a change?
> What is the possibility that these considerations differ based on the chosen
> output format?
> 
Gnucash tries very hard to provide a backwards compatible return path the the 
last version of a previous release.

So if you tried 3.x and it has bugs you can't work around acceptably, you 
should be able to return to 2.6.21 in this case.

However while this is tested, it's unfortunately impossible for the developers 
to test all possible scenarios so even this may fail in some cases.

For that reason it's important you create a backup of your data file/database 
before trying a new version, You may want to do the same for the metadata 
stored in .gnucash for 2.6.x. That will be your known good state in worst case 
and it is very easy to return to it (not extremely difficult or impossible at 
all).

You can consult the gnucash FAQ for more information on which files to back 
up.
https://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_backup_my_data.3F
https://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_backup_my_GC_environment.
2C_including_preferences.3F

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] When changing to different version of GNUcash what should be done with data base or files?

[aeneas]

It seems that there always exists a possibility that data base/file
structures can change from one version to another of GNUcash.  Generally
speaking developers try to consider this and may make accommodation for some
older versions in newer versions of their software which means there is a
chance that newer versions of the software will function properly when using
data bases/files produced by older versions.  However, when needing to
migrate backward from a newer version to an older version this is likely to
be more problematic.  The nature of the data bases/files that GNUcash is
producing is such that failure to do this properly risks the creation of
serious problems when making such migrations.  This owes to the notion both
that the data consists of financial records as well as the idea that a large
amount of data accumulated over a long period of time may be involved.

Therefore it would seem that changing the version of GNUcash is something
that needs to be done carefully.  This should include some means to verify
success in a short amount of time insofar as it doesn't take long before the
idea of returning to a prior state known to be good can become extremely
difficult if not impossible.

Is there a procedure that ought to be followed when making such a change? 
What is the possibility that these considerations differ based on the chosen
output format?



--
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] Closing and reopening Gnucash

[Cheryl Wheeler via gnucash-user]

Richard,

It sounds as though you may be opening the latest backup file instead of 
your main data file. The data file should be named something like 
RichardsData.gnucash (or whatever you named it). The backup filenames 
will contain strings of numbers, which are date stamps indicating when 
they were saved, something like RichardsData.gnucash.20180731154137.gnucash.


If that is what you have been doing, then probably your original data 
file does not have all of your data, because you have been saving new 
data into your backup files. I suggest the following:


 - open your last-opened file (as Adrien says, you can do that just by 
launching the GnuCash application)
 - use the menu options File -> Save As to save the file under the 
original data filename
 - in future, open the file with that original filename.gnucash only, 
unless you know that you need to do something with a backup file for 
some reason. You can do this by launching GnuCash, which will open the 
last-opened data file automatically.
 - to reduce confusion, you may want to delete some of your old backup 
files, and maybe limit the number of days that they are saved, if you 
haven't already done that.


Hope that helps.


Date: Mon, 30 Jul 2018 19:53:49 -0400
From: Richard Barmann
To:gnucash-user@gnucash.org
Subject: [GNC] Closing and reopening Gnucash
Message-ID:<0f4bf8dd-249c-75e6-84b2-9f201dc16...@stripingthetown.com>
Content-Type: text/plain; charset=utf-8

When I want to reopen Gnucash the next day I have to scroll through the
files to try to pick out the latest file. T trid closing with the Quit
at the bottom of the page and also tried to Save as but they always have
to scroll through to open the latest file. Some of the files names are
so long that I cannot tell if they are log fills. and I have to guess
until I find the last one.

Thank you for any help as this is a time killer when I am in a hurry.




___
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] Post invoice still wants to be paid

[David Briggs]

David,

 

Actually, I misled you in my original post (due to my novice standing with the 
community).  The document in question is actually a vendor bill (I now 
understand the difference between a bill and an invoice).  However, I think you 
information below would still apply.

 

I will continue to hunt for a solution, other than starting over on my database 
to get rid of this issue.  There should be a better way.

 

Thanks for your help.

David Briggs

dlbri...@cox.net  

918 625 9170

 

From: David Cousens [mailto:davidcous...@bigpond.com] 
Sent: Monday, July 30, 2018 5:52 PM
To: David Briggs ; gnucash-user@gnucash.org
Subject: Re: [GNC] Post invoice still wants to be paid

 


David,

 

I honestly don't know how an unposted invoice appears in the XML file. By 
default, the XML file is stored in a gzipped state. If you edit the preferences 
in the General tab there is a checkbox for Compress files. Unselect that and 
File->Save or -> SaveAs to get the uncompressed version. I have opened an 
uncompressed version of a test file I use for investigating how GnuCash 
functions.

 

If you search for the tag  you can locate the 
invoice records between that and the  tag. 

If it is posted there will be a tag 



2018-07-20 00:00:00 +1000

  

within that structure. 

 

There does not appear to be a link from this record to a payment - that is 
possibly elsewhere in the file . The invoice does contain links to the guid for 
the post transaction which may allow you to identify the payment transaction.

It may not simply be a matter of changing that entry however to post and unpost 
an invoice as that action may also affect records elsewhere in the structure of 
the book. If you do attempt to edit it, keep an original copy you can restore.

 

I would only use this to identify the invoice numbers, tag 
03, for any invoices you think are a problem in 
the XML file and then use the Business->Customer->Find Invoice dialog to pull 
them up and make any modifications within GnuCash. If the payment has become 
separated , it is possibly easiest to delete the payment transaction and then 
unpost the invoice, repost it and enter the payment details using the Process 
Payment entry to assign the payment to the specific invoice. One of the main 
developers may be able to provided more help.

 

Hope this helps

 

David Cousens

___
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] survey: unifying the appearance in different options dialogs

[Geert Janssens]

Op dinsdag 31 juli 2018 00:51:54 CEST schreef Di Mang:
> Hello Geert and Adrien,
> 
> I agree it is a good idea to revise the report options and possibly
> summarize to reduce the number of tabs.
> There are currently
> some reports that have tabs with only a few settings.
> 
> 
> But in my opinion it would not be a good solution to move away completely
> from tabs for *all* option dialogs.
> For option dialogs with only a few reports it will take up too much space
> on the window.

This doesn't make sense to me. If we move to "tabs" on the left for at least 
one option window, we need to dimension the window anyway that it will fit on 
the smallest screen we wish to support. How would this minimal dimension be 
affected by the number of "tabs" in that area ? (I'm quoting "tabs" because 
it's not the exact term for the exact widget I had in mind, more on that 
below).

Having a consistent way to represent options throughout the application is 
more important to me.

> 
> 
> I think we
> have to
> distinguish between different
> option
> dialogs / windows:
> 
> * main window: an exception, because of dynamic tabs (with a scroll bar if
> necessary)

Indeed, although a scroll bar for tabs is a bit awkward.

> 
> *
> windows with main preferences: currently with tabs on the left side (like
> in Geany)

I suppose you mean "many" preferences.

> 
> An alternative solution may be
> the Side Bar List instead of Tabs on the left side (like in LibreOffice,
> Gimp, Firefox)

I surely agree a Side Bar List is better and that (or something similar) is 
what I had in mind. In fact I thought that's what you meant as well as the 
option dialogs for several reports were showing a list of groups instead as a 
list of tabs on my system already before your change.

> * option dialogs with only few tabs: tabs at the top position (like in
> Geany, Gedit, Gimp, LibreOffice)

As said that would then break consistency again. Wasn't that your initial 
argument (which I like) ?

My ideal solution would be a dynamic side bar list. That is if there's enough 
horizontal screen space (and the dialog is wide enough) show the list 
permanently. If the dialog gets narrowed (either due to user action or due to 
limited screen space), make the list hidden by default (with a button to show 
it) and when that button is clicked make it hover the actual content.

Here's a video of another application implementing this behavior (though from 
the KDE world):
https://www.youtube.com/watch?v=H24jdjE5Q6E

Clearly this is for gnucash 4.x at best...

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] Post invoice still wants to be paid

[Geert Janssens]

Op dinsdag 31 juli 2018 19:43:41 CEST schreef Adrien Monteleone:
> You’re welcome.
> 
> It took me lots of web searching and stumbling on some old pages describing
> Lots and the Business Features. (from the days when they were being planned
> and first coded)
> 
> I don’t know that there is a definitive wiki page on this yet for this
> purpose. (there is however a good Lots page for investments)
> 
I had sent a reply yesterday with the relevant wiki link but apparently it 
didn't make it to the list.
Here's the link again:
https://wiki.gnucash.org/wiki/Business_Features_Issues

I double-checked the sent mail. It was to the correct address, but somehow 
didn't arrive anyway.

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] Post invoice still wants to be paid

[Geert Janssens]

Op dinsdag 31 juli 2018 18:59:07 CEST schreef Adrien Monteleone:
> 1. Find and select the transaction for the payment.
> 2. Right-click the transaction and choose ‘Assign as payment...’
> 3. This brings up the Process Payment dialog.
> 4. Select the bill, be *careful* to make sure the payment amount, payment
> date and Num are all correct. (GC has a tendency to set the date as today,
> rather than the original transaction date so you might have to change it,
> as well as re-enter the transaction/check #)

This should no longer be an issue if you edit an existing payment. I have just 
tried this and in all cases the payment date is preserved.

> 
> A slight variation of this second method is to,
> 1. Choose Process Payment from the Business > Vendor menu
> 2. Enter the vendor, you’ll see all outstanding bills and unassigned (pre)
> payments. 3. Simply select both the invoice and the payment, be sure the
> date, amount and Num/Memo details are all correct, double check the account
> to credit (usually checking or cash) and click OK.
> 
Even in this case the date and Num/Memo details are preserved although it's 
less obvious in the payment dialog. Each pre-existing payment that you select 
from the list will retain its num and memo information. Only if the final 
transaction would result in an additional payment transaction (which can 
happen if the balance of all selected payments and invoices in the list is not 
0) the values of the num and memo field are used for the new payment 
transaction. 

> On a side note, it appears you are either using a custom A/P account or
> renamed the original A/P account. I’m not sure about renaming, but custom
> A/P accounts might not always work well with the Business Features.
> (perhaps this was the original cause of the dissociation - renaming the
> account) One of the more seasoned users or developers would need to advise
> on this point. You can certainly have an “Other A/P” account(s) and even
> make them children of the main A/P account that you manually make entries
> to, but the Business Features are really looking for only one account in
> the tree of type A/P and with the name Accounts Payable. (same goes for
> receivables) And you should rarely if never manually edit transactions in
> either of the default A/R or A/P accounts.

I don't know for sure if parts of gnucash will have issues with multiple A/P 
accounts. I don't think so as we have always supported this for multi-currency 
situations. However several reports are not geared towards handling with 
multiple A/P accounts at once. Several reports will only show results based on 
one A/P at the time. So see results from another A/P one would have to adjust 
the report settings to see that A/P.  But it's not possible to report on two 
A/P accounts together in a single report.

In general there should be no need to have multiple A/P accounts and in many 
cases the motivations to create multiple A/P accounts come from a 
misunderstanding of how accounting works.

For full disclosure I'll note for my own company I have two A/P accounts on 
request of my accountant. So it does happen... The motivation here is that my 
company has two distinct activities with different tax rules and the 
accountant wants to track these separately. For unrelated reasons I'm no 
longer tracking this company in gnucash though so I don't know if all the 
obscure corners of gnucash can handle it properly.

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] Post invoice still wants to be paid

[Geert Janssens]

Op dinsdag 31 juli 2018 19:02:07 CEST schreef Adrien Monteleone:
> David,
> 
> Sorry, just saw this after sending.
> 
> Since it says ‘Edit Payment’ that probably means it is mis-assigned rather
> than not-assigned. (but to what other bill is a guess since the other bills
> don’t show it assigned to them, it might be a case of the payment thinks it
> is assigned, but the bill doesn’t)
> 
It is not mis-assigned. It's assigned. The confusion stems from the assumption 
that a valid payment (in gnucash internal logic that is) is always assigned to 
a bill. However it can equally be assigned to a vendor as a pre-payment.

As soon as gnucash knows who the payment was assigned to it's a valid business 
payment so if you want to assign it to a bill later on you are effectively 
editing it, hence the "Edit Payment..." menu option.

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] Post invoice still wants to be paid (dlbonline)

[Geert Janssens]

Op dinsdag 31 juli 2018 18:44:53 CEST schreef Colin Whyles via gnucash-user:
> I’ve had this problem and following the advice has fixed it, but you are
> correct, there is sometimes no ‘Assign As Payment’ but there is an ‘Edit
> Payment’ and you can do it from there.

Starting with 3,x if there is an "Edit Payment" that means gnucash believes 
the payment is already related to a vendor/customer/employee in some way 
(either directly linked to an invoice or retained as pre-payment) and using 
this will open the payment dialog with this payment prepopulated so you can 
adjust it (or assign to an invoice).

Assign as payment will only appear if the split on which you click is not 
linked to any invoice or vendor/customer/employee and allows you to use a 
transaction

> > To clarify:
> > 
> > 1. When you go to: Actions > View Lots with the A/R account register open,
> > those invoices show ?open? in the ?closed? column and each only have the
> > one split for the invoice with no payment splits? (closed invoices will
> > have the date they were closed in that column instead)
> > 
> > 2. ALL other invoices show their proper invoice and payment splits
> > everything dated correctly and the payment splits balance out the invoice
> > split for each?
> > 
> > 3. There are no payment lots all by themselves in the upper right ?Lots in
> > Account? pane? (listed as their own row along with the invoice lots)

FYI for any such lots, gnucash knows or at least assumes the splits in these 
lots belong to a certain customer, but not yet to an invoice. If you would 
right-click on such a split directly in the A/R account register you would see 
the "Edit Payment,,," menu option.

> > 
> > 4. There is nothing at all in the bottom left, ?Splits free? pane.

FYI if there are splits here, that means there are splits in the A/R register 
for which gnucash believes they are not related to any customer (yet). If you 
would right-click on such a split directly in the A/R account register you 
would see the "Assign as payment..." menu option.

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] Change text color

[Adrien Monteleone]

I managed to get the inspector running on MacOS. Wow, this is way different 
than 3.18.

So, try this:

#account_tree button
#account_tree header button

also

#account_tree label
#account_tree header label

Note, I discovered that font/letter rules don’t work on the buttons, only on 
the labels. (but you *can* set the foreground color with ‘color:’ on the 
buttons however)

I haven’t figured it all out yet, but it seems all of the buttons (and labels) 
are children of ‘#account_tree header'. So the descendent style works either 
way. (with or without specifying ‘header’) And there are no other pertinent 
button or label descendants to get messy. (at least not for now)

#account_tree

simply styles the rest of the page, but I’ve found that the letter-spacing rule 
doesn’t work there. (it does work on the header labels)

Though these do (in addition to the background-color and color):

font-family
font-size
font-weight

Note, there is also this:

.GncAccountPage

which styles the area of the sheet above the header around (and behind) the 
totals button bar.

Note, you could subsitute .GncTreeView for #account_tree as that class is also 
assigned to this widget, but it might also be assigned to other widgets used on 
other tabs. So if you want to stay safe, stick with the ID #account_tree.

Regards,
Adrien

> On Jul 31, 2018, at 11:44 PM, GT-I9070 H  wrote:
> 
> Em ter, 31 de jul de 2018 às 23:01, John Ralls  escreveu:
> It’s missing the colon (‘:’) between account_tree and column-header. That 
> could be a typo in the email rather than in gtk.css, of course.
> 
> Regards,
> John Ralls
> 
> Thanks John,
> 
> It was not a typo in the email, I copied and pasted.
> 
> I tested
> 
> #account_tree:column-header {
>   color: lime;
> }
> 
> and it did not work on Windows.
> 
> PS: For some reason your email dropped into my span folder.
> 
> Regards
> GTI
> 
> 


___
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.