Scottish Gaelic as a locale

Olivier Hallot wrote (16-10-11 22:01)

Exactly... for what it worth, leting the software define shortcuts may
lead do inconsistencies among versions and disrupt users already used to
the old shortcuts. I expect some rants from them.

I thought about that too.
But did not write about it, because as far as I remember, it does not happen so often.
Or am I mistaken here ?

Well, that's making the bold assumption people (anyone not a developer) actually *use* them. Has anyone actually ever done any research cause my own (anecdotal) evidence would point to the opposite. Few enough people use system shortcuts like ctrl c/v, never mind ALT+f to open a file or something.

Michael

16/10/2011 21:01, sgrìobh Olivier Hallot:

Michael Bauer wrote (16-10-11 23:09)

Well, that's making the bold assumption people (anyone not a developer)
actually *use* them.

:smiley:

Well, I do no people (not me, not dev) using them.
But probably not that much 'n often.

Has anyone actually ever done any research cause my own (anecdotal) evidence
would point to the opposite.
Few enough people use system shortcuts like ctrl c/v, never mind ALT+f
to open a file or something.

Christoph might remember data from the older OOo UX reaerch?

Hi Andras,

Can You please remove accelerators from Portuguese translation files? It
would be nice if You could do it before Sunday in order that changes already
affect 3.4.4.

And please remove them also from v 3.5.

Regards

Hello,

Exactly... for what it worth, leting the software define shortcuts may lead
do inconsistencies among versions and disrupt users already used to the old
shortcuts. I expect some rants from them.

I agree.

Unfortunately, the best way is to manually define each shortcut, dialog by
dialog.

True.

Now, since this is very cumbersome, a tool to map each dialog with pootle
file/section is a must.

We would need a map, for example:
srchdlg.src#RID_SVXDLG_SEARCH.CB_WHOLE_WORDS.checkbox.text <-->
(Writer|Basic|Draw|Impress) Edit - Find & Replace...
I have no idea how to extract this information from the source code.

Key IDs help a bit I think, at least you know what to modify in Pootle
when you see it on the UI. By the way, it is not a disaster when there
are duplicated shortcuts in a menu or in a dialog. Even English UI has
duplicates shourcuts, for example in Writer, File menu, Sen~d and
Export as P~DF or Digital Signatu~res and P~rinter settings. These
menu items are still accessible from the keyboard, the shortcut key
toggles between the two items, also arrow keys can be used. For
dialogs it works similarly, and user also can tab thorough the items.

Best regards,
Andras

This may be totally naive but Mozilla has this (or at least was testing it) an in-browser translation tool, was it SUMO or something? Anyway, would that be feasible?

Second thought, which pinged off the first one... have we ever considered turning (part of) LO into a Google Docs like online suite?

Both are problably unworkable but I'll float them anyway as I'm not a developer and can't tell :slight_smile:

Michael

22/10/2011 11:38, sgrìobh Andras Timar:

Do we have an ETA for rc1? Not trying to pester the developers, just trying to time-manage myself as I'm having a busy two weeks ahead of myself and I'd like to book in as much checking of gd as possible.

Cheers

Michael

Hi Michael,

Do we have an ETA for rc1? Not trying to pester the developers, just trying
to time-manage myself as I'm having a busy two weeks ahead of myself and I'd
like to book in as much checking of gd as possible.

Sure, there is. :slight_smile:
http://wiki.documentfoundation.org/ReleasePlan/3.4#3.4.4_release

Best regards,
Andras

Ah, handy - thanks for the link. It might make sense to link that page from http://www.libreoffice.org/download/pre-releases/ where I had been looking.

Cheers

Michael

25/10/2011 16:03, sgrìobh Andras Timar:

Quick question - if the date format in LO is showing up as
31, December 2011
but it should be
31 December 2011

Is that a setting in LO that I messed up or did I mess up the locale xml?

Cheers

Michael

Hi Michael,

Michael Bauer wrote (29-10-11 15:17)

Quick question - if the date format in LO is showing up as
31, December 2011
but it should be
31 December 2011

Is that a setting in LO that I messed up or did I mess up the locale xml?

Tools > Options > Language settings > Language allows to choose the locale.
That influences the default for new documents.
This can be changed ..
   In Writer, the language of the text influences the representation of the date.
   In Calc, the language of the cell (Style) (number format) does the same.

HTH,

That's not what I meant. I realise I can change the locale settings but my problem is that there is a minor problem with the locale settings. I've set the right locale (gd) but the comma shouldn't be there and I'm trying to figure where in the chain the error occurred (i.e. in the translation process, the minimal xml dataset, the large dataset off CLDR) because that affects the best way of putting it right.

Michael

29/10/2011 20:25, sgrìobh Cor Nouws:

It is the i18npool/source/localedata/data/gd_GB.xml
Review the date format codes. You put commas after the code of the day
("DD" or "D").
Also, DateFormatskey16 and DateFormatskey21 are the same.

Cheers,
Andras

Ah ok, that was me getting slightly mixed up in that minimal xml tool. I looked at the longer XML on CLDR (http://unicode.org/cldr/trac/browser/trunk/common/main/gd.xml?rev=6157) and that has

<dateFormatLength type="full">
<pattern draft="unconfirmed">EEEE, d MMMM y</pattern>
<dateFormatLength type="long">
<pattern draft="unconfirmed">d MMMM y</pattern>
<dateFormatLength type="medium">
<pattern draft="unconfirmed">d MMM y</pattern>
<dateFormatLength type="short">
<pattern draft="unconfirmed">dd/MM/yyyy</pattern>

without the commas as far as I read it so that should sort it once that replaces what we currently have on i18npool. I'll bring up the issue of importing the longer xml set after the release at some point, it can wait.

Thanks again

Michael

30/10/2011 13:46, sgrìobh Andras Timar:

I couldn't find anything obvious, anyone else know if the following is a new or know bug?

When you open Draw and Open a format that brings up the filter (.vsd in my case) the list of formats that LO will import from is ... well, not in any obvious order, which makes it *very* hard to locate the right format.

I think it should be alphabetical, no?

Cheers

Michael

Hi,

I couldn't find anything obvious, anyone else know if the following is a new
or know bug?

When you open Draw and Open a format that brings up the filter (.vsd in my
case) the list of formats that LO will import from is ... well, not in any
obvious order, which makes it *very* hard to locate the right format.

I think it should be alphabetical, no?

Yes, it should be, and it was intended to work correctly, see
http://opengrok.libreoffice.org/xref/core/uui/source/iahndl-filter.cxx#133
It could be an Easy Hack to find out what went wrong. However, it is
not a highly visible bug. In fact I could not invoke this dialog at
all in 3.5 builds.

Best regards,
Andras

Ah well, if it's falling by the wayside as a dialog by 3.5 anyway, then no point in fixing it. Good to know though, thanks!

Michael

14/11/2011 14:15, sgrìobh Andras Timar: