Martin,
Apparently, those changes came in by error. So we need to evaluate
how that happened and how it can be prevented in the future. Accusing
co-contributors of being malicious or inconsiderate will certainly
not facilitate this effort.
So, please, (and I am minding my tone), who did these
On Mon, Sep 7, 2009 at 11:52, Frank Petersf...@sun.com wrote:
Martin,
Apparently, those changes came in by error. So we need to evaluate
how that happened and how it can be prevented in the future. Accusing
co-contributors of being malicious or inconsiderate will certainly
not facilitate
2009/9/7 Frank Peters f...@sun.com:
Specifically, getting rid of the 6-blanks strings in the CWS should be
easy, assuming that there are no legitimate instances of such a thing.
Any such validation must be based on rules, we need to define so we do
not by accident fix bugs that are no bugs.
Hi Martin,
first: thanks for bringing the issue to the list - I share your
opinion, that these really hurt translators.
But a small side note ...
Original-Nachricht
An: dev@l10n.openoffice.org
...
Just a small regression from a translator's perspective. When you
stumble
Frank,
2009/9/7 Frank Peters f...@sun.com:
So, please, (and I am minding my tone), who did these changes? Who is
In what way do persons matter here?
Well, up until now this did not happen. Actually I do remember some
sporadic errors like added 6-blanks in the past year, maybe 5 of them
in
Martin,
2009/9/7 Frank Peters f...@sun.com:
So, please, (and I am minding my tone), who did these changes? Who is
In what way do persons matter here?
Well, up until now this did not happen. Actually I do remember some
sporadic errors like added 6-blanks in the past year, maybe 5 of them
in
Martin Srebotnjak wrote:
2009/9/7 Frank Peters f...@sun.com:
Specifically, getting rid of the 6-blanks strings in the CWS should be
easy, assuming that there are no legitimate instances of such a thing.
Any such validation must be based on rules, we need to define so we do
not by accident fix
Martin Srebotnjak wrote:
This puzzles me and adds another type of error or unnecessary changes
m57 introduced. Namely, changes in m57 include also (regarding to
m56):
From:
image id=\img_id7261268\ src=\res/helpimg/border_ca_5.png\
width=\1.1354inch\ height=\0.25inch\alt
Hello,
I am new to this list (I am the lead translator of OOo into Slovenian
language), I hope I am posting to the right group.
I am currently very pissed off so I did not bother checking if someone
alredy asked this question. And taking in a breath or two will not
help calming me down. So, here
And that is not all...
in m57:
paveljanik there are zillions of TAB changes =9
paveljanik :-(
paveljanik image/icon changes :-(
ain
On Sun, Sep 6, 2009 at 17:58, Martin Srebotnjakmi...@filmsi.net wrote:
Hello,
I am new to this list (I am the lead translator of OOo into Slovenian
language),
Martin Srebotnjak schrieb:
I am new to this list (I am the lead translator of OOo into Slovenian
language), I hope I am posting to the right group.
in future you should copy d...@documentation.oo.o as well on
documentation issues.
I am currently very pissed off so I did not bother checking
Not to mention updated strings like:
Click item type=\menuitem\Find/item
emph/oremph/ item type=\menuitem\Find
All/item.
or
Choose item type=\menuitem\Format - Page/item
emph/and select the item type=\menuitem\Header/item
emph/or item type=\menuitem\Footer/item
emph/tab.
I wonder
2009/9/6 Frank Peters f...@sun.com je nakracal:
This and other lists are not for venting. While I understand your
frustration, it would be better to shout at your room mate
if you want to vent.
Mind your imagination, please.
Mind your tone, please.
Apparently, those changes came in by
updating to m57 added about 2000 fuzzy strings to help :(
a lot of image/icon string changes. Is this all really necessary?
Can these actions to be reverted? I can return my own translation cvs
repository to any healthy point, but what to do with people/languages
who have already translated this
14 matches
Mail list logo