Re: [l10n-dev] Misleaded function translation

2009-04-08 Thread sophie
Hi Paolo,
Paolo Pozzan wrote:
> Hello,
> an italian tester reported a wrong Calc function translation in OOo 3.1 RC.
> This is because a translation fault, nothing related to the l10n process.
> 
> I just want to know if there is enough time to fix it, as it would be very 
> uncomfortable for users to find a function with a wrong name.
> If yes, what are the things we need to do?

If it may help, here is what I would do: submit an issue and provide the
correction only through a .sdf file assigned to Ivo with Rafealla and
Franck in CC. Inform the relea...@openoffice.org list that it is a
stopper and why it is so.
However, you should also evaluate the risk to submit translation changes
now and evaluate if this is a largely used function or only used by a
small range of users.
We (German and French currently) will try to have some localization
fixes commit to 3.1.1. Speaking for my language, I also have a function
translation error (two statistical functions display the same name) but
I don't evaluate it as a stopper considering the number of users
concerned and a workaround is available however I would like to have it
corrected as soon as possible.
Because we have had a very very short time to check the cws release due
to integration and other issues, I think we should have a chance to get
this corrections commited  even if it's a release out of the
localization process.

Kind regards
Sophie


-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org



[l10n-dev] Misleaded function translation

2009-04-08 Thread Paolo Pozzan
Hello,
an italian tester reported a wrong Calc function translation in OOo 3.1 RC.
This is because a translation fault, nothing related to the l10n process.

I just want to know if there is enough time to fix it, as it would be very 
uncomfortable for users to find a function with a wrong name.
If yes, what are the things we need to do?

Thanks!
Paolo

-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org



Re: [l10n-dev] Conversion of LocaleID into codepage

2009-04-08 Thread Eike Rathke
Hi tora,

On Wednesday, 2009-04-08 21:53:05 +0900, tora - Takamichi Akiyama wrote:

>> That sounds like a much more complete implementation than what we
>> currently have. I suggest you submit a patch for the 'basic' module.
>
> That has been just submitted as issue 100953.

Thanks!

  Eike

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to the e...@sun.com account, which I use for
 mailing lists only and don't read from outside Sun. Use er...@sun.com Thanks.


pgpYQ63usE8mW.pgp
Description: PGP signature


Re: [l10n-dev] Conversion of LocaleID into codepage

2009-04-08 Thread tora - Takamichi Akiyama

Hi,

Eike Rathke wrote:

That sounds like a much more complete implementation than what we
currently have. I suggest you submit a patch for the 'basic' module.


That has been just submitted as issue 100953.

Regards,
Tora


On Friday, 2009-03-13 16:25:59 +0900, tora - Takamichi Akiyama wrote:

Before looking into the answer about LCID and codepage, I would like
to tell you about a small achievement. I have preliminarily implemented
the following OpenOffice.org Basic functions for users who want to
migrate from Excel VBA to OpenOffice.org:
 - StrConv
 - LenB
 - MidB
 - RightB
 - LeftB



-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org



Re: [l10n-dev] Space/servers/improvements WAS Serbian OOo install sets for 3.1

2009-04-08 Thread Cor Nouws

Hi Rafaella, Sophie, *,

sophie wrote (7-4-2009 19:46)

Rafaella Braconi wrote:

I perfectly agree that the current situation is not satisfactory at
all. As for the space issue, I've sent out a message
to the Council to describe the current situation:
http://council.openoffice.org/servlets/ReadMsg?list=discuss&msgNo=1986
Unfortunately, I did not receive any answer to that posting.


See
http://wiki.services.openoffice.org/wiki/Community_Council_Log_20090326
and read messages between 17:17:00 and 17:19:40.
They are trying :)  I hope you get answer soon.
  

Really thank you for finding and providing this information in this
jungle of mails and meetings :-) !


Sorry for not reporting here that your point was not discussed during
the last meeting (time is so rare...). But I'll take care that we begin
by this on the next meeting.


I've put it on top of the next agenda:
http://wiki.services.openoffice.org/wiki/Community_Council/Agenda

I remember that some time ago there were also problems because available 
servers failed. So when we talk about more space, maybe it is good to 
make the configuration redundant as well ;-)
And possibly there are even more (small) items in which the council can 
support the current process and ongoing improvements? I have no idea, 
maybe you have :-)


Regards,
Cor

--
Cor Nouws-nl.OpenOffice.org marketing contact
= "2009 - Develop OOo"   =   www.nieuwsteoffice.nl  =

-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org



Re: [l10n-dev] Links to wiki in OLH failed localization

2009-04-08 Thread Frank Mau
Only for clarification, the honour goes to Gregor. GSI-check is his 
baby, but we have to wait a little for his come-back ;-)


Cheers,
Frank

sophie schrieb:

Hi all,
Frank Peters wrote:

Gregor Hartmann schrieb:


there was a discussion about this on this list last summer. There were
some proposals discussed but noone said how it should be done.

back then my reply was

What is the reason that gsicheck checks the link targets anyway?

I would suggest that internal links are checked to be equal, e.g.
   
while external links are just checked to be technically valid, e.g.
   http://api.openoffice.org/";>
and leave the rest tzo the localizers.

A valid external link would match something like
   (ht|f)tps*://([^.]+\.){1,}[a-z]{2,3}(/.*)*

This is how it should be done.


Discussing this with Frank Mau, this is a GSI-check issue. So GSI-check
will be adapted to accept localized links for 3.2.
Thank you all for your feedback.

Kind regards
Sophie


-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org




-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org