You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by RGB ES <rg...@gmail.com> on 2013/06/29 13:52:39 UTC
Bug 122632 - Untranslated string on Calc menu not found on Pootle
I just reported this issue against 4.0 that was found by a forum user
https://issues.apache.org/ooo/show_bug.cgi?id=122632
On 3.4.1 this problem is not present so it seems as a small regression. I
wonder if other localizations see the same. Can someone else test on
another language?
Thanks
Regards
Ricardo
Re: Bug 122632 - Untranslated string on Calc menu not found on Pootle
Posted by Regina Henschel <rb...@t-online.de>.
Hi Ricardo,
RGB ES schrieb:
> 2013/6/29 Regina Henschel <rb...@t-online.de>
>
>> Hi Ricardo,
>>
>> RGB ES schrieb:
>>
>> I just reported this issue against 4.0 that was found by a forum user
>>>
>>> https://issues.apache.org/ooo/**show_bug.cgi?id=122632<https://issues.apache.org/ooo/show_bug.cgi?id=122632>
>>>
>>> On 3.4.1 this problem is not present so it seems as a small regression. I
>>> wonder if other localizations see the same. Can someone else test on
>>> another language?
>>>
>>
>> I do not see any untranslated term in your screenshot. Do you mean
>> '__Anonymous_Sheet_DB__1' ?
>
>
> Yes. On 3.4.1 there is, between parenthesis, a text on Spanish there: "(sin
> nombre)"
Ah, that is the text "unnamed" in the English version. That was a
generic description and therefore translatable. Now those items are real
names. I think, that they should not be translated. I remember the
trouble in earlier StarOffice, when the default sheet names were
translated automatically when opened in an other environment and
calculations were broken.
Another question is, whether these automatically given names should be
shown at all.
Kind regards
Regina
>
> Regards
> Ricardo
>
>
>
>> That is the default name of the database range. If you set an own name for
>> the database range in menu Data > Define range and use that range, your
>> given name will there in the dialog.
>>
>> In AOO3.4 the default name was not shown at all. The name is necessary for
>> to allow more than one autofilter.
>>
>> Kind regards
>> Regina
>>
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Bug 122632 - Untranslated string on Calc menu not found on Pootle
Posted by RGB ES <rg...@gmail.com>.
2013/6/29 Regina Henschel <rb...@t-online.de>
> Hi Ricardo,
>
> RGB ES schrieb:
>
> I just reported this issue against 4.0 that was found by a forum user
>>
>> https://issues.apache.org/ooo/**show_bug.cgi?id=122632<https://issues.apache.org/ooo/show_bug.cgi?id=122632>
>>
>> On 3.4.1 this problem is not present so it seems as a small regression. I
>> wonder if other localizations see the same. Can someone else test on
>> another language?
>>
>
> I do not see any untranslated term in your screenshot. Do you mean
> '__Anonymous_Sheet_DB__1' ?
Yes. On 3.4.1 there is, between parenthesis, a text on Spanish there: "(sin
nombre)"
Regards
Ricardo
> That is the default name of the database range. If you set an own name for
> the database range in menu Data > Define range and use that range, your
> given name will there in the dialog.
>
> In AOO3.4 the default name was not shown at all. The name is necessary for
> to allow more than one autofilter.
>
> Kind regards
> Regina
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
Re: Bug 122632 - Untranslated string on Calc menu not found on Pootle
Posted by Regina Henschel <rb...@t-online.de>.
Hi Ricardo,
RGB ES schrieb:
> I just reported this issue against 4.0 that was found by a forum user
>
> https://issues.apache.org/ooo/show_bug.cgi?id=122632
>
> On 3.4.1 this problem is not present so it seems as a small regression. I
> wonder if other localizations see the same. Can someone else test on
> another language?
I do not see any untranslated term in your screenshot. Do you mean
'__Anonymous_Sheet_DB__1' ? That is the default name of the database
range. If you set an own name for the database range in menu Data >
Define range and use that range, your given name will there in the dialog.
In AOO3.4 the default name was not shown at all. The name is necessary
for to allow more than one autofilter.
Kind regards
Regina
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Bug 122632 - Untranslated string on Calc menu not found on Pootle
Posted by Tsutomu Uchino <ha...@gmail.com>.
Hi,
2013/6/29, RGB ES <rg...@gmail.com>:
> I just reported this issue against 4.0 that was found by a forum user
>
> https://issues.apache.org/ooo/show_bug.cgi?id=122632
>
> On 3.4.1 this problem is not present so it seems as a small regression. I
> wonder if other localizations see the same. Can someone else test on
> another language?
I can reproduce it on en-US and ja locale. For non DB range, it should be
globstr.src#RID_GLOBSTR.STR_DB_NONAME.string.text .
Wonder why ScDBCollection::GetDBAtArea returns valid instance for non
db range in tpsort.cxx.
Regards
- Tsutomu
>
> Thanks
>
> Regards
> Ricardo
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Bug 122632 - Untranslated string on Calc menu not found on Pootle
Posted by janI <ja...@apache.org>.
On 29 June 2013 13:52, RGB ES <rg...@gmail.com> wrote:
> I just reported this issue against 4.0 that was found by a forum user
>
> https://issues.apache.org/ooo/show_bug.cgi?id=122632
>
> On 3.4.1 this problem is not present so it seems as a small regression. I
> wonder if other localizations see the same. Can someone else test on
> another language?
>
> Thanks
>
I can confirm, that I found about 100 strings, that the current localize
function does not pick up from the sources (and I dont know if the should
have been picked up), and it seems you found one of them.
rgds
jan I.
>
> Regards
> Ricardo
>