Re: [GNC-dev] Translation

2019-02-20 Thread John Ralls



> On Feb 19, 2019, at 8:38 PM, David Cousens  wrote:
> 
> in short if come across format specifiers you should leave them in place and
> just translate any bits of the stringeither side.

Not quite. 

The translator's job is to make a complete idiomatic sentence in the target 
language with the substitution in the right place. Unfortunately the printf 
format used in most of our msgids can't reorder the substitutions if there's 
more than one so some creativity may be necessary to produce an intelligible 
result.

There should be a "Translators note" comment in the po file explaining what 
each substitution parameter contains; if not you need to go look at the code 
reference to figure it out.

Regards,
John Ralls

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


Re: [GNC-dev] book currency is what ... question mark

2019-02-20 Thread Christian Kluge
Am 20.02.2019 um 14:09 schrieb Wm via gnucash-devel:
> On 17/02/2019 19:50, Christian Kluge wrote:

>> It might be your so called valuation exercise, but it annoys me very
>> much that Finance::Quote doesn’t fetch the daily average quotes from the
>> ECB yet.
> 
> Any F::Q valuations should not affect your day to day life, I am well
> known for saying gnc is not suitable for trading.  Governments generally
> don't care about one up or one down in decimal points for most people.

Have I said anything about trading? Don’t try to interpret things. I
know that the ECB rates are suitable for this case however they are a
reference recording value.

>> Often times with cash transactions it happens that people use simple
>> exchange rates which are nowhere near the actual rates. So I might be
>> paying 5 EUR for a service worth 20 PLN according to the receipt, so you
>> might assume that the exchange rate is 1 to 4, but the actual rates are
>> in a range of 1 to 4.2/4.3.
> 
> My advice is to record the actual values, forget the theoretical
> exchange rate as you are unlikely to get it.
> 
>> So unless we’re talking about bank transfers or exchanging real currency
>> there are situations where you’d want rates instead of the actual
>> amounts exchanged.
> 
> It seem stupid to me to account for what you wished rather than what
> happened.
> 
> Did you eat 5EUR worth of some food or 20PLN of some food?  The food has
> gone inside you and out by now :)
> 
> Accounting is not a youtube thing, you don't value something afterwards
> unless it has residual value.  Your poo is just that, your poo, no value
> in most currencies :)
> 

Let me expand my example:

Let’s say I’m doing someone else’s accounts and going through the
liabilities first and see an invoice for 20 PLN.
Then I don’t go through the bank statements first and try to find this
transaction for the real value transferred but use the (monthly average)
ECB quote.

I don’t know how it’s done in the UK but in the end a balance sheet has
to be in Euro in Germany, so it has to be converted anyway.

Kind regards

Christian Kluge


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


Re: [GNC-dev] Translation

2019-02-20 Thread Frank H. Ellenberger
William,

Am 20.02.19 um 16:36 schrieb Wm via gnucash-devel:
> On 20/02/2019 13:27, Frank H. Ellenberger wrote:
> 
>> We always suggest to create at first and submit
>> https://wiki.gnucash.org/wiki/Translation#The_glossary_file
>> which has also some explanation of the terms.
>>
>> While we got your fa.po, we never got a glossary/fa.po from you.
>> I know you are using the translation project and there they are not
>> common, but sometimes they are handy. :-)
> 
> Frank, is this about eliding all references to debt or similar?  There
> was another thread asking for references to mortgages to be removed.
> 
> I don't have a problem with Islamic finance, it just seems silly to me
> to remove all references to it.  If  person doesn't like it they
> shouldn't use it, that is their choice.  Denying the existence of
> borrowing costing money or similar seems bizarre.
> 

From the page:
> This file contains a bunch of commonly used terms found in GnuCash -
and the explanation of a few very specific for GnuCash [...]

> If you detect an important term which is missing or could be better
explained, open a bug and add a patch for the source file gnc-glossary.txt.

I have also no problem with the Islamic perspective, which is the same
as the medieval Christian view.

Frank

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


Re: [GNC-dev] Translation

2019-02-20 Thread Wm via gnucash-devel

On 20/02/2019 13:27, Frank H. Ellenberger wrote:


We always suggest to create at first and submit
https://wiki.gnucash.org/wiki/Translation#The_glossary_file
which has also some explanation of the terms.

While we got your fa.po, we never got a glossary/fa.po from you.
I know you are using the translation project and there they are not
common, but sometimes they are handy. :-)


Frank, is this about eliding all references to debt or similar?  There 
was another thread asking for references to mortgages to be removed.


I don't have a problem with Islamic finance, it just seems silly to me 
to remove all references to it.  If  person doesn't like it they 
shouldn't use it, that is their choice.  Denying the existence of 
borrowing costing money or similar seems bizarre.


--
Wm

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


Re: [GNC-dev] ECB Daily Average Quotes

2019-02-20 Thread Wm via gnucash-devel

On 18/02/2019 21:15, John Ralls wrote:




On Feb 18, 2019, at 7:34 AM, Frank H. Ellenberger 
 wrote:



Yes
https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html
offers also several download formats


Including an XML one, so it would be possible to write an F::Q module that 
retrieves the current day's XML file and extracts a currency rate.

There's also a CSV download, but it would take some massaging to make it usable 
to be imported with the price csv importer.


Sure, but you'd be left wondering "what am I going to do with these new 
numbers".


--
Wm

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


Re: [GNC-dev] ECB Daily Average Quotes

2019-02-20 Thread Wm via gnucash-devel

On 18/02/2019 15:01, John Ralls wrote:




On Feb 17, 2019, at 11:50 AM, Christian Kluge  wrote:

It might be your so called valuation exercise, but it annoys me very
much that Finance::Quote doesn’t fetch the daily average quotes from the
ECB yet.


Are they published on a website somewhere in a way that a computer can digest 
them? Screen-scraping is OK, several of the F::Q modules do that, it's just 
fragile.


For most people ECB rates are just something you use to say what you 
got, etc.  It isn't realistically tradeable for most people outside of 
the futures, spread betting and similar markets.


Let me put it this way, no matter how much you try to affect the ECB by 
buying or selling it, the ECB is probably just going to be the same anyway.


HTH

--
Wm

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


Re: [GNC-dev] Translation

2019-02-20 Thread Frank H. Ellenberger
Hamid,

Am 20.02.19 um 04:55 schrieb Hamidreza Jafari:
> Is it the same in this string? That is it refers to conditions?
> 
> Term "%s" is in use. You cannot delete it.

Most of such symbols are explained in
https://wiki.gnucash.org/wiki/Translation#Special_characters_and_other_tips

> Also bill and billing both appear in the strings. Any distinction that one 
> must notice? What is the practical difference between bill and invoice? The 
> following string combines many of these seemingly similar words:
> 
> Display the invoice billing terms?

We always suggest to create at first and submit
https://wiki.gnucash.org/wiki/Translation#The_glossary_file
which has also some explanation of the terms.

While we got your fa.po, we never got a glossary/fa.po from you.
I know you are using the translation project and there they are not
common, but sometimes they are handy. :-)

> Regards,
> Hamid
> 
> On سه‌شنبه ۱۹ فوریهٔ ۲۰۱۹ ۱۰:۳۴:۵۵ (+0330) David Cousens wrote:
:
Regards
Frank

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


Re: [GNC-dev] book currency is what ... question mark

2019-02-20 Thread Wm via gnucash-devel

On 18/02/2019 19:15, Christian Kluge wrote:


There is one exception to this being VAT calculation.

Sect 16 Par 6 of the German VAT act stats that foreign currency amounts
should be converted with the monthly ECB averages or the actual daily rates.

https://www.gesetze-im-internet.de/ustg_1980/__16.html

Of course you’d record the full 5 EUR but a rate of 1 to 4.2 only 4.76
EUR would be subject to VAT.


Herr Kluge, this is a user issue not a dev issue.  Have a look at
https://wiki.gnucash.org/wiki/Mailing_Lists
and work out which list you should be posting to.  Your english skills 
are good so I'd suggest

https://lists.gnucash.org/mailman/listinfo/gnucash-user
and
https://lists.gnucash.org/mailman/listinfo/gnucash-de
for de specific stuff.

I notice in passing that we have language specific groups rather than 
political orientation groups, I think we might need .EU .USA .GB soon :(


--
Wm

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


Re: [GNC-dev] book currency is what ... question mark

2019-02-20 Thread Wm via gnucash-devel

On 17/02/2019 19:50, Christian Kluge wrote:

Am 17.02.2019 um 19:58 schrieb Wm via gnucash-devel:

On 15/02/2019 01:44, David Cousens wrote:



If I start in Savings RUB , select the Savings EUR account and enter
100 it
is assumed to be in RUB not EUR as GnuCash operates at present. This is
clear, both registers are balanced and it is clear that they are correct.

I am presuming what you would like is to be able to start in the
Savings RUB
register, select the Savings EUR account, enter 100.00 as the amount and
have that interpreted as !00.00EUR, even though the register currency
is RUB
and then when you tab to the next line select Savings RUB have the
currency
dialog popup, enter or fetch the exchange rate, and then display the
amount
against the Savings RUB account in RUB.


Nope.  I normally know the exact amounts at either end of significant
tx, the exchange rate is implied from the numbers.  That *is* the right
way of doing the accounting.



You start with 100 of some currency and end up with 2300 of some other
currency, the *valuation* is separate.


What about the situations you don’t know the exact numbers or if you’re
allowed to usage average exchange rates for tax accounting. The real
amount exchanged doesn’t matter there/will be sorted out with correcting
expense/income transaction.


It is your (and my and everyone else's) personal responsibility to 
account correctly. You give an example below.



It might be your so called valuation exercise, but it annoys me very
much that Finance::Quote doesn’t fetch the daily average quotes from the
ECB yet.


Any F::Q valuations should not affect your day to day life, I am well 
known for saying gnc is not suitable for trading.  Governments generally 
don't care about one up or one down in decimal points for most people.



Often times with cash transactions it happens that people use simple
exchange rates which are nowhere near the actual rates. So I might be
paying 5 EUR for a service worth 20 PLN according to the receipt, so you
might assume that the exchange rate is 1 to 4, but the actual rates are
in a range of 1 to 4.2/4.3.


My advice is to record the actual values, forget the theoretical 
exchange rate as you are unlikely to get it.



So unless we’re talking about bank transfers or exchanging real currency
there are situations where you’d want rates instead of the actual
amounts exchanged.


It seem stupid to me to account for what you wished rather than what 
happened.


Did you eat 5EUR worth of some food or 20PLN of some food?  The food has 
gone inside you and out by now :)


Accounting is not a youtube thing, you don't value something afterwards 
unless it has residual value.  Your poo is just that, your poo, no value 
in most currencies :)



I also wanted to add that the bug with not being able to see the
currency exchange rates in the price list also effects me running 3.4
with the sqlite backend.


Most of that is fixed in the test version I am using.  There is a small 
bug left over if you need to change a price after it has been fetched.

https://bugs.gnucash.org/show_bug.cgi?id=797046
for reference


I can however add the rates to the list and they’re used in transactions
and listed on balance sheets if requested.


That is normal service :)

--
Wm

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


Re: [GNC-dev] book currency is what ... question mark

2019-02-20 Thread Wm via gnucash-devel

On 15/02/2019 01:44, David Cousens wrote:

I haven't read all the recent list replies yet but I think this sort of 
thing



If the book currency is USD (or AUD or any other third currency) then the
currency conversion becomes EUR<->USD<->RUB. The double conversions involved
to the EUR and RUB may introduce scope for rounding errors to produce
slightly different results on conversion back.

It also assumes that EUR->USD-> RUB will give the same result as EUR->RUB.
Where the exchange rates are good to 6 significant figures, this appears to
be OK using today's figures
(https://www.xe.com/currencyconverter):
1 EUR=75.3052 roubles
1 EUR =1.12958 USD
1 USD = 66.6667 RUB => 1 EUR = 75.3054 RUB.


is certainly part of the reason why the TB is going wrong.

Congratulations on your prescience :)

add yourself to
https://bugs.gnucash.org/show_bug.cgi?id=797097
if you're really interested.

--
Wm

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