Re: [GNC-dev] GnuCash - documentation display disfunctional and sources

[Geert Janssens]

Op donderdag 12 april 2018 18:44:02 CEST schreef Frank H. Ellenberger:
> Am 11.04.2018 um 16:09 schrieb Stefan Mueller:
> > In addition, I've noticed that the translated help is not pulled up when
> > changing the language on gnucash.org
> > , although it is
> > available:
> > 
> > GnuCash Documentation EN
> >  àgnucash help
> > EN 
> > GnuCash Documentation DE
> >  àgnucash help
> > EN  although there is
> > gnucash help DE 
> > GnuCash Documentation IT
> >  àgnucash help
> > EN  although there is
> > gnucash help IT 
> > 
> > That is properly due to that the folder in .../docs
> >  are not named according the format of
> > Locale
> > .
> 
> Only partial: Old versions were of the form ll_rr. whith ll: language
> code, rr: region code. That had the downside, de_AT , de_CH, ... would
> result in C instead of de. So as long as no 2. translation is provided
> as for zh, we prefer to use ll only. But then comes the compatibility ...
> 
> At least it should be fixed for now.

Thanks Frank!

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] GnuCash - documentation display disfunctional and sources

[Frank H. Ellenberger]

Am 11.04.2018 um 16:09 schrieb Stefan Mueller:
> In addition, I've noticed that the translated help is not pulled up when
> changing the language on gnucash.org
> , although it is available:
> 
> GnuCash Documentation EN
>  àgnucash help EN
> 
> GnuCash Documentation DE
>  àgnucash help EN
>  although there is gnucash
> help DE 
> GnuCash Documentation IT
>  àgnucash help EN
>  although there is gnucash
> help IT 
> 
> That is properly due to that the folder in .../docs
>  are not named according the format of Locale
> .
> 

Only partial: Old versions were of the form ll_rr. whith ll: language
code, rr: region code. That had the downside, de_AT , de_CH, ... would
result in C instead of de. So as long as no 2. translation is provided
as for zh, we prefer to use ll only. But then comes the compatibility ...

At least it should be fixed for now.

> thx
> 
> stefan

~Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] emojis everywhere, seeking understanding / clarity / opinion

[Herbert Thoma]

This is a really strange discussion ...

Am 12.04.2018 um 17:01 schrieb Wm via gnucash-devel:

<...>


Disagree strongly.  Show me a swastika and I have an emotion.  Don't care if it 
is new amerika Trump supporters or not ... and I'm not from a jewish background.

Why can you not see that these emoticons / glyphs / whatever have meaning ?

What is there to be denied ?

Why is "I hate women" OK in an emoticon but not in an account description ?


How should the developers prohibit that any user names an account "I hate 
women"?
Or "I love Trump"?

Any string can hold any unicode character and the user is free to edit any 
string
as he pleases. And this is a *good thing* (TM).

If you don't like emoticons or account names like "I hate women" then just don't
use such strings. But you should not impose your view of the world onto other 
users.

 Herbert.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] emojis everywhere, seeking understanding / clarity / opinion

[John Ralls]

> On Apr 12, 2018, at 8:01 AM, Wm via gnucash-devel  
> wrote:
> 
> On 08/04/2018 04:38, John Ralls wrote:
> 
>> Well, I suppose that’s always a concern with pictographs, eh? The standard 
> 
> *the* standard ?

https://www.unicode.org/standard/standard.html 


> 
>> specifies a description, in a few words of English, of what each code point 
>> is supposed to represent. 
> 
> *supposed* to
> 
> > After that it’s up to the artist creating the glyph to interpret that 
> > description and create something in 64 pixels that evokes the description.
> 
> Do you really not care what they represent ?
> 
> Do you really not care that many things (possibly some opinions you may not 
> like) may be represented ?
> 
>> There’s no way the standard can specify what the artist comes up with nor 
>> how individuals will interpret the work. 
> 
> Disagree strongly.  Show me a swastika and I have an emotion.  Don't care if 
> it is new amerika Trump supporters or not ... and I'm not from a jewish 
> background.
> 
> Why can you not see that these emoticons / glyphs / whatever have meaning ?
> 
> What is there to be denied ?
> 
> Why is "I hate women" OK in an emoticon but not in an account description ?
> 
> Really not getting your view on this, JohnR
> 
>> So I said that the trumpet emoji (code point 0x1f3ba, see 
>> https://emojipedia.org/trumpet/  for some 
>> examples of how different artists have interpreted it) isn’t going to 
>> display a Trump (who doesn’t yet have a Unicode code point).
> 
> Maybe you support him :(
> 
> I can assure you there are any number of non complimentary representations of 
> Trump on line.  The thing I am struggling with is why you are attempting to 
> support the idiot!
> 
> FFS this shouldn't be about you being a fuckwit supporter!
> 
> This is mean to be about accounting software.
> 

Time to go get your meds adjusted. There’s nothing political at all in the 
letter you quoted, nor do your responses have anything to do with the quotes 
they follow.

Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] emojis everywhere, seeking understanding / clarity / opinion

[Wm via gnucash-devel]

On 08/04/2018 04:38, John Ralls wrote:

Well, I suppose that’s always a concern with pictographs, eh? The standard 


*the* standard ?

specifies a description, in a few words of English, of what each code point is supposed to represent. 


*supposed* to

> After that it’s up to the artist creating the glyph to interpret that 
description and create something in 64 pixels that evokes the description.


Do you really not care what they represent ?

Do you really not care that many things (possibly some opinions you may 
not like) may be represented ?


There’s no way the standard can specify what the artist comes up with nor how individuals will interpret the work. 


Disagree strongly.  Show me a swastika and I have an emotion.  Don't 
care if it is new amerika Trump supporters or not ... and I'm not from a 
jewish background.


Why can you not see that these emoticons / glyphs / whatever have meaning ?

What is there to be denied ?

Why is "I hate women" OK in an emoticon but not in an account description ?

Really not getting your view on this, JohnR


So I said that the trumpet emoji (code point 0x1f3ba, see 
https://emojipedia.org/trumpet/  for some 
examples of how different artists have interpreted it) isn’t going to display a Trump 
(who doesn’t yet have a Unicode code point).


Maybe you support him :(

I can assure you there are any number of non complimentary 
representations of Trump on line.  The thing I am struggling with is why 
you are attempting to support the idiot!


FFS this shouldn't be about you being a fuckwit supporter!

This is mean to be about accounting software.

--
Wm

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Captcha; was: GTK3 CSS Active Row

[Frank H. Ellenberger]

Am 12.04.2018 um 12:19 schrieb cicko:
> As it often happens, the solution was quick to find only after the question
> was posted.
> This works well:
> 
> *.register-cursor {
> color: blanchedalmond;
> }
> 
> Here is a gist that adjusts this for a dark theme (still can't add new urls
> to the wiki):
> https://gist.github.com/MisterY/15ea50fee571865ca9efd8c5437a1713

The Captcha should now be fiexed. can you test it?

~Frank

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Register + Unicode (was Re: emojis everywhere...)

[Wm via gnucash-devel]

On 08/04/2018 07:30, Eric Siegerman wrote:

sensible world view stuff that shouldn't have to be said


[*] We call our numerals "Arabic", but most(?) of the Arab world
actually uses different ones -- somewhat related to ours, but not
closely enough to be very legible to my Anglo eyes.  I believe
ours are descended from a regional variant that was, and is, used
only in parts of North Africa -- and thus in Moorish Spain, from
where the rest of Europe got them.


I think you are being too generous to JohnR, he already knows this and 
just doesn't want to fix stuff immediately after a load of changes.


It is ordinary for him to be defensive if there are a few mistakes.

How about we describe changes and see what happens?

For the record I am frustrated too.

--
Wm



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] GTK3 CSS Active Row

[cicko]

As it often happens, the solution was quick to find only after the question
was posted.
This works well:

*.register-cursor {
color: blanchedalmond;
}

Here is a gist that adjusts this for a dark theme (still can't add new urls
to the wiki):
https://gist.github.com/MisterY/15ea50fee571865ca9efd8c5437a1713



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] GTK3 CSS Active Row

[cicko]

A quick question in relation to GTK3 customization
(https://wiki.gnucash.org/wiki/GTK3). 

I've applied an existing dark theme and that covers general GTK elements.
One issue I have now is that the selected/active register row keeps the dark
text but gets the dark background from the theme.

Does anyone know which selector would apply to the active row in the
register (only!)?

Selectors like "*.register-foreground" work but they affect all the text in
the register (all the rows and headers).

cursor entry {
color: orange;
}
also works but affects only the cell where the cursor is. I've tried just
"entry" but that did not do anything.

Thanks!



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel