Hello,
can someone please take a look at:
https://bugs.freedesktop.org/show_bug.cgi?id=35125
GETPIVOTDATA Datapilot - Enhance Help Section Manual - L10N
The Problem might be here, that the english help text differs from the
non-english localized texts (see comment #1 and #9). So a centralized
Luc Castermans píše v Čt 19. 01. 2012 v 17:45 +0100:
Just yesterday installed beta3, today rc1. Where/how can I find out
the differences ?
All commit summaries are listed at
http://download.documentfoundation.org/libreoffice/src/commit-log-libreoffice-3-5-release-3.5.0.1.log
The commits with
Hi,
please note that the commit deadline for 3.5.0-rc2 is today, January 23,
2012.
The branch libreoffice-3-5-0 is going to be created the day after. It
will be used for 3.5.0-rc3 that should be 3.5.0-final. Only commits
with 3 reviewers will be allowed for that branch.
See also
Hi Niklas,
On Friday, 2012-01-20 17:01:24 +0100, Niklas Johansson wrote:
When looking closer at the date- and time-formats for sv_SE I find a
lot of duplicates of -MM-DD
and YY-MM-DD. There are a few lets say questionable formats there
as well. When it comes to time-
formats. I really
Hi Harri,
On Friday, 2012-01-20 19:11:00 +0200, Harri Pitkänen wrote:
For Finnish (fi_FI) please add D.M., I don't think other abbreviated
formats
are used here.
Added
http://cgit.freedesktop.org/libreoffice/core/commit/?id=49e685663146b9ad59a47cfaf9cf499fc6a6b937
Thanks
Eike
--
Hi Zeki,
On Saturday, 2012-01-21 00:01:45 +0200, Zeki Bildirici wrote:
D.M
D/M
D-M
should be all fine for tr-TR (Turkish). The common seperator is .
but there is not a rule for it so any seperator can be used.
Added
For Estonian, please add the officially correct incomplete date pattern
D.M and also some which are technically not correct, but which are used
nevertheless (and I don't think they'd conflict with anything, so it
shouldn't hurt): D. M, D.M., D. M..
Best regards,
Mihkel
--
Unsubscribe
2012/1/23 Andras Timar tima...@gmail.com
Release builds (RCs) don't have keyID langpacks. Only betas have them.
It would be useful if they did, though -- at least for me, and I suppose
for Lior, and possibly others as well.
(Frankly I don't really understand why have RC1 and RC2 at all if it's
2012/1/23 Mihkel Tõnnov mihh...@gmail.com:
2012/1/23 Andras Timar tima...@gmail.com
Release builds (RCs) don't have keyID langpacks. Only betas have them.
It would be useful if they did, though -- at least for me, and I suppose
for Lior, and possibly others as well.
It is not set in stone,
2012/1/23 Andras Timar tima...@gmail.com
2012/1/23 Mihkel Tõnnov mihh...@gmail.com:
2012/1/23 Andras Timar tima...@gmail.com
Release builds (RCs) don't have keyID langpacks. Only betas have them.
It would be useful if they did, though -- at least for me, and I suppose
for Lior, and
Hello,
For breton language, we use DD/MM for the short pattern, DD/MM/YY or DD/MM/YY
for the developped one.
Many thanks.
Best regards
Alan
For Estonian, please add the officially correct incomplete date pattern
D.M and also some which are technically not correct, but which are used
On Mon, Jan 23, 2012 at 7:51 PM, Andras Timar tima...@gmail.com wrote:
2012/1/23 Mihkel Tõnnov mihh...@gmail.com:
2012/1/23 Andras Timar tima...@gmail.com
Release builds (RCs) don't have keyID langpacks. Only betas have them.
It would be useful if they did, though -- at least for me,
12 matches
Mail list logo