Re: [Libreoffice] KeyID builds
Hi Sophie, 2011.03.02. 18:56 keltezéssel, Sophie Gautier írta: It may be a bit early, but we will need KeyID builds just after string freeze of dev 3.4 build in order to quality check our localization. The script to add KeyID to the files is located in the source (Andras told me it was not remove) in transex3 module (if I remember well ;) After building them we will also need a repository to make them available to l10n teams, but I'll see this with Flo. Please tell me if there is anything we should do to help you? Do you need KeyID builds for all languages or for en-US only? Cheers, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] remove unused declaration - an unlikely fix for armel segfault in regcomp
On 01/29/2011 03:04 PM, Caolán McNamara wrote: On Thu, 2011-01-27 at 20:13 +0200, Jani Monoses wrote: What about using GCC atomic builtins like in the attached patch? Excellent, the pthread fallback always niggled me. Sorry for not thinking about this earlier, can this be cherry-picked into the 3.3 branch? Jani ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Gentoo patches from old build repository for master
On Tue, 2011-03-08 at 22:41 +0100, Hanno Meyer-Thurow wrote: I guess/hope that is a nobrainer now. Sure, looks harmless. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problem in module bean
OMG - this is a long time ago !!! But I've just managed to get back to it and run this. The diagnosis is spot on - cannot find -ljawt. Digging further, it looks like it's looking for it in solenv/unxlngx6 or solver/330 or /opt/icedtea6-bin-1.9.1. So that's it! Looking in /opt, my java is in 1.9.7 Edited it by hand, and I'm now getting errors in vcl - /bin/bash: C: command not found. I think I'm going to try my usual trick of pulling a clean copy of lo from the repository :-) We'll see how that goes. Cheers, Wol On 30/01/11 21:26, Caolán McNamara wrote: On Sat, 2011-01-29 at 22:49 +, Wols Lists wrote: Just done a ./g pull -r followed by make, and I'm getting the following :-( do a export VERBOSE=true and follow the build how-to at the end of the message and post that data what this suggests is that the dir with libjawt.so in it is not in your SOLARLIB list set in Linux*.Set.sh created from set_soenv from set_soenv.in It *might* help to force re-running configure, etc. In a clean shell try touch configure.in make and see if that makes a difference. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problem in module bean
On Wed, 2011-03-09 at 10:05 +, Wols Lists wrote: OMG - this is a long time ago !!! But I've just managed to get back to it and run this. The diagnosis is spot on - cannot find -ljawt. Digging further, it looks like it's looking for it in solenv/unxlngx6 or solver/330 or /opt/icedtea6-bin-1.9.1. It probably should be looking in something like... /opt/icedtea6-bin-1.9.1/jre/lib/i386 i.e. see JRELIBDIR in set_soenv.in which gets expanded into set_soenv which exports it as part of SOLARLIB in your toplevel *Set.sh e.g. for me I have... JAVA_HOME=/usr/lib/jvm/java-1.6.0-openjdk ... SOLARLIB= -L../lib -L$SOLARENV/$OUTPATH/lib -L$SOLARVER/$INPATH/lib -L $SOLARENV/$OUTPATH/lib -L$JAVA_HOME/lib -L$JAVA_HOME/jre/lib/i386 -L $JAVA_HOME/jre/lib/i386/client -L$JAVA_HOME/jre/lib/i386/native_threads and a corresponding /usr/lib/jvm/java-1.6.0-openjdk/jre/lib/i386/libjawt.so C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problem in module bean
On 09/03/11 10:13, Caolán McNamara wrote: On Wed, 2011-03-09 at 10:05 +, Wols Lists wrote: OMG - this is a long time ago !!! But I've just managed to get back to it and run this. The diagnosis is spot on - cannot find -ljawt. Digging further, it looks like it's looking for it in solenv/unxlngx6 or solver/330 or /opt/icedtea6-bin-1.9.1. It probably should be looking in something like... /opt/icedtea6-bin-1.9.1/jre/lib/i386 i.e. see JRELIBDIR in set_soenv.in which gets expanded into set_soenv which exports it as part of SOLARLIB in your toplevel *Set.sh There's two things here ... I remember some trouble I had ages ago getting it to find my Java installation. Can't remember what why and how. And then, clearly, Java has been upgraded. Seeing as the version number is embedded in the path in Linux...sh, obviously that didn't get revised/updated. Now why am I trying to get rid of the Java dependencies, then :-) I'm guessing that the work-around I used to fix can't find Java, then broke when Java was upgraded. Hopefully that's all been fixed, and my build again from new will work fine. Otherwise we've got a build bug in Java detection on gentoo :-( Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Proposing bugzilla keyword: jvmcrash
On Tue, 8 Mar 2011 22:55:53 +0100 Bjoern Michaelsen bjoern.michael...@canonical.com wrote: I am proposing to add a jvmcrash keyword to make these bugs related to jvm crashes easier to find -- they all might have a common root cause. Ok, talked about it with thorsten: no keyword needed, whiteboard will do. Please add jvmcrash in Whiteboard for any issue involving a jvm crash. Best Regards, Bjoern -- https://launchpad.net/~bjoern-michaelsen signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wed, Mar 9, 2011 at 12:30 PM, Tor Lillqvist tlillqv...@novell.com wrote: In general, my opinion would be that if you have any other alternative, something that would be specifically designed to be used as a widget, use that instead. Because when you come across problems in using LibreOffice embedded in another application, there will be very few people interested or capable of helping you. This holds especially for Windows. But I might be too pessimistic (I often am), so feel free to ignore me. I will go ahead with WebKit-gtk+ I was actually trying to implement a basic offline blog editor, such that we can use LibreOffice (editor) to compose blogs and then publish them to blogger/wordpress etc. I found a project blogtk which does something similar but uses webkitgtk. I believe it will be a nice extension for LibreOffice though. Google told me about some SunPublish plugin but I couldn't find an easy way to install it and some user feedback told that it was not working with recent versions. Thanks for all your help. -- Sankar P http://psankar.blogspot.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wednesday 09 of March 2011, Tor Lillqvist wrote: In general, my opinion would be that if you have any other alternative, something that would be specifically designed to be used as a widget, use that instead. Because when you come across problems in using LibreOffice embedded in another application, there will be very few people interested or capable of helping you. This holds especially for Windows. But I might be too pessimistic (I often am), You're not. It holds even for X11. Getting the basics of embedding an app into another one is quite easy, but making it reasonably right gets increasingly painful, especially if the embedded app has no support for it (client side of XEmbed, etc.). -- Lubos Lunak l.lu...@suse.cz ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] KeyID builds
Hi Andras, On 09/03/2011 11:14, Andras Timar wrote: Hi Sophie, 2011.03.02. 18:56 keltezéssel, Sophie Gautier írta: It may be a bit early, but we will need KeyID builds just after string freeze of dev 3.4 build in order to quality check our localization. The script to add KeyID to the files is located in the source (Andras told me it was not remove) in transex3 module (if I remember well ;) After building them we will also need a repository to make them available to l10n teams, but I'll see this with Flo. Please tell me if there is anything we should do to help you? Do you need KeyID builds for all languages or for en-US only? Well, for myself en-US would be ok, but what others think about it? I'm asking the l10n teams : would it be ok for you too or do you need it in your language? No answer = ok :-) Kind regards Sophie -- Founding member of The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] development summary: year 2011, week 9
Hi, this time a brief summary of what happened during the 9th week in 2011 on LibreOffice repositories and the living branches: + master:hot LO-3.4 development + libreoffice-3-3: fixes for next LO-3.3.x bug fix release Note that there has been created libreoffice-3-3-2 branch yesterday. It is intended for fine tuning the 3.3.2 bug fix release. All commits has to be reviewed by 3 other people. There are two logs for each branch: + bugfixes-branch-week-year-week.txt lists all commits that reference a proper bug id from a variety of trackers, i.e. #i... referring to the OpenOffice issuezilla, fdo# to freedesktop, rhbz# to RedHat bugzilla + commit-log-branch-week-year-week.txt lists all relevant commits on the actual source repositories Many thanks to all contributors - you make all the difference! Best Regards, Petr + build + l10n: en-US fallback strings for incomplete translations (fdo#33189) [Andras Timar] + why checking on the default attribute to set the formula? (fdo#34565) [Cédric Bosdonnat] + calc + better fix (fdo#31939) [Kohei Yoshida] + fixed incorrect cursor navigation. (fdo#33756) [Kohei Yoshida] + go through all tokens to look for a volatile one. (fdo#31939) [Kohei Yoshida] + filters + ensure node outlives path (fdo#33701) [Caolán McNamara] + help + help: fix typo $PRODUCTNAME - %PRODUCTNAME (fdo#34857) [Andras Timar] + helpcontent: remove Online Update and Improvement program (fdo#33468) [Andras Timar] + libs-extern-sys + updated German dictionaries (2010-12-04) (fdo#33751) [Andras Timar] + writer + fix for (bnc#659631) [Noel Power] + minor tweak to existing fixes (bnc#660816, fdo#34908) [Noel Power] + bootstrap + ppc and openjdk fix (lp#727118) [Matthias Klose] + calc + added new test for volatile function NOW wrapped inside IF. (fdo#31939) [Kohei Yoshida] + better fix (fdo#31939) [Kohei Yoshida] + don't strip the first apostrophe from a text input. (fdo#34260) [Kohei Yoshida] + go through all tokens to look for a volatile one. (fdo#31939) [Kohei Yoshida] + handle external references in LOOKUP, HLOOKUP and VLOOKUP. (fdo#33426) [Kohei Yoshida] + make sure these values are positive; we use them to resize arrays. (fdo#34350) [Kohei Yoshida] + no auto decimal adjustment when in show formula mode. (fdo#33665) [Kohei Yoshida] + support external reference range for INDEX function. (fdo#34938) [Kohei Yoshida] + we need to populate the cache with all sheet names even for in-memory doc. (fdo#34853, fdo#34356) [Kohei Yoshida] + components + oDF 1.2 manifest export: missing version fixed (fdo#34872) [Cédric Bosdonnat] + filters + ensure node outlives path (fdo#33701) [Caolán McNamara] + read w:characterSet (fdo#34814) [Luboš Luňák] + read w:charset , not used later though it seems (part of (fdo#34814) [Luboš Luňák] + resolves (fdo#34909) [Noel Power] + help + help: fix typo $PRODUCTNAME - %PRODUCTNAME (fdo#34857) [Andras Timar] + libs-gui + introducing new number format ( -N = (N) ) - (bnc#659993) [Katarina Machalkova] + ure + and clarified origin of assembler code (i#117017, lp#726529) [Eric Bachard] + arm optimizations for ARM 6/7 and gcc 4.6 (lp#726529) [Bjoern Michaelsen] + writer + add resources files for page shadow (fdo#31251) [Sébastien Le Ray] + bandaid for crash (rhbz#681159) [Caolán McNamara] + bandaid for crash in SwTxtNode::GetTxtAttrForCharAt (rhbz#672818) [Caolán McNamara] + ensure fonts used by bullet chars are in fontTable.xml (fdo#34814) [Luboš Luňák] + minor tweak to existing fix (bnc#660816, fdo#34908) [Noel Power] + write also properties of a text node itself (part of (bnc#654214) [Luboš Luňák] + bootstrap + bump product version to 3.3.2rc1, release number to 201 [Petr Mladek] + l10n: add Breton spelling dictionary [Andras Timar] + build + enabled KDE4 support for SLED11 [Petr Mladek] + fix buildfix patches - OxygenOffice introduction [Kalman Szalai - KAMI] + l10n: Updated translations from Pootle [Andras Timar] + l10n: en-US fallback strings for incomplete translations (fdo#33189) [Andras Timar] + l10n: update Khmer (km) translation [Khoem Sokhem] + lo-commit-stat: replace n# with bnc# [Petr Mladek] + put back updated sled10-splash.diff [Petr Mladek] + regenerated piece-packimages.diff to apply with all patch versions [Petr Mladek] + update setup_native_packinfo for the split build [Petr Mladek] + why checking on the default attribute to set the formula? (fdo#34565) [Cédric Bosdonnat] + calc + better fix (fdo#31939) [Kohei Yoshida] + changed label size and position for BTN_GENERAL_PREC, FT_PREC and ED_PREC [Jean-Baptiste Faure] + fixed incorrect cursor navigation. (fdo#33756) [Kohei Yoshida] + go through all tokens to look for a volatile one. (fdo#31939) [Kohei
[Libreoffice] [PATCH] Remove List container in components/imgprod
0001-Remove-deprecated-List-usage-in-component-imgprod.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fix Bug 32559
Hi,
Here is the correction patch (remove global variable).
Regards,
Balint Dozsa
2011. március 8. 7:33 Bálint Dózsa írta, dozsabal...@gmail.com:
The revised link is: https://bugs.freedesktop.org/show_bug.cgi?id=32559
2011. március 8. 7:23 Bálint Dózsa írta, dozsabal...@gmail.com:
Hi,
I fixed this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=32559https://bugs.freedesktop.org/show_bug.cgi?id=32552
Please review the patch.
My code is under the LGPLv3+/MPL dual license.
Regards,
Balint Dozsa
From 1f986b1f6e88b4fb354fd3ac1b3053d550ca81be Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?B=C3=A1lint=20D=C3=B3zsa?= dozsabal...@gmail.com
Date: Wed, 9 Mar 2011 15:46:08 +0100
Subject: [PATCH] FIX BUG 32559
---
sw/source/ui/docvw/edtwin.cxx | 30 +-
sw/source/ui/inc/edtwin.hxx |3 +++
2 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/sw/source/ui/docvw/edtwin.cxx b/sw/source/ui/docvw/edtwin.cxx
index 97614ab..e8b63a7 100644
--- a/sw/source/ui/docvw/edtwin.cxx
+++ b/sw/source/ui/docvw/edtwin.cxx
@@ -139,8 +139,12 @@
#include ../../core/inc/rootfrm.hxx
+#include com/sun/star/i18n/TransliterationModules.hpp
+#include com/sun/star/i18n/TransliterationModulesExtra.hpp
+
using namespace sw::mark;
using namespace ::com::sun::star;
+using namespace ::com::sun::star::i18n;
/*
Description: Globals
@@ -1764,6 +1768,29 @@ KEYINPUT_CHECKTABLE_INSDEL:
eKeyState = KS_SpecialInsert;
break;
+case KEY_F3 | KEY_SHIFT: //SHIFT+F3
+nMode = 0;
+
+switch ( nF3ShiftCounter ) {
+case 0:
+nMode = TransliterationModulesExtra::TITLE_CASE;
+break;
+case 1:
+nMode = TransliterationModules_LOWERCASE_UPPERCASE;
+break;
+case 2:
+nMode = TransliterationModules_UPPERCASE_LOWERCASE;
+nF3ShiftCounter = -1;
+break;
+}
+
+if ( nMode )
+rSh.TransliterateText(nMode);
+
+nF3ShiftCounter++;
+
+break;
+
case KEY_BACKSPACE:
case KEY_BACKSPACE | KEY_SHIFT:
if( !rSh.HasReadonlySel() )
@@ -4446,7 +4473,8 @@ SwEditWin::SwEditWin(Window *pParent, SwView rMyView):
bLockInput(FALSE),
bObjectSelect( FALSE ),
nKS_NUMDOWN_Count(0),
-nKS_NUMINDENTINC_Count(0)
+nKS_NUMINDENTINC_Count(0),
+nF3ShiftCounter(0)
{
SetHelpId(HID_EDIT_WIN);
EnableChildTransparentMode();
diff --git a/sw/source/ui/inc/edtwin.hxx b/sw/source/ui/inc/edtwin.hxx
index b139e72..bdc3eca 100644
--- a/sw/source/ui/inc/edtwin.hxx
+++ b/sw/source/ui/inc/edtwin.hxx
@@ -145,6 +145,9 @@ friend void PageNumNotify( ViewShell* pVwSh,
USHORT nKS_NUMDOWN_Count; // #i23725#
USHORT nKS_NUMINDENTINC_Count;
+sal_uInt32 nF3ShiftCounter;
+
+sal_uInt32 nMode;
void LeaveArea(const Point );
void JustifyAreaTimer();
--
1.7.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Calc Standard Filter behaviour
Hello Tibby, First off, welcome to this project! And I'm glad to see you taking on fixing this one. We have lots of silly UI issues like this, and it's good to have more hackers joining in to fix them. On Tue, 2011-03-08 at 19:24 +, Tibby Lickle wrote: 1. Remember the original user-entered condition for each row in the filter and replace the = with it if the user enters a non-special value. 2. Don't accept the auto complete value as final until some other user interaction (e.g. the value combo box loses focus or the user clicks the OK button) occurs. To me, 2 seems like more correct approach, and that's how I would do it if I were to fix it. Now, one difficulty is when to decide the value has been committed. The way I see it is that, when (as you said) the focus shifts away from the input box, we can probably consider the value to be final, and/or when the user hits OK. While the focus is still on the input box, whenever the text has selection applied on parts of it, I would consider the value to be transitional hence not final. There may be other corner cases to this, but this is how I would generally approach this. One thing we *could* try as an experiment is to disable the OK button while the value is still in auto completion. This would prevent the user from not seeing the value of the operator change by surprise. Now, to me the best solution is to *not* show any auto completion value in the text box itself, but to show a little popup box with possible auto-completion options to choose from, while leaving the typed value in the box intact. But this would require a little more coding and could potentially become more difficult to figure out. So I think the above solution would be good enough, and much better than what we have now. Seems trivial but I don't want it to seem inconsistent. What would suit LibreOffice best? I would pick 2. Also - is it best to discuss things like this here or on bugzilla? I personally prefer the mailing list since it's easier to get someone else's attention when needed. But we sometimes discuss things in the bugzilla itself if it's very trivial. Hope this helps. And let us know if you need help. Best, Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] In download.in file, use 3.3.1 as LibreOffice regexp value to correctly get tarballs.
Petr Mladek píše v Po 14. 02. 2011 v 16:10 +0100: Gökçen Eraslan píše v Po 14. 02. 2011 v 15:29 +: Pazartesi 14 Şubat 2011 günü (saat 13:16:01) Petr Mladek şunları yazmıştı: Gökçen Eraslan píše v Pá 11. 02. 2011 v 15:58 +: This patch makes ./download command in LibreOffice 3.3.1.0 work with --without-git option. Thanks a lot for the fix. I have pushed it into the libreoffice-3-3 and libreoffice-3-3-1 branches. Are you sure about committing libreoffice-3-3 branch? Because patch changes 3\.3\.0 to 3\.3\.1, not just adds 3\.3\.1. I wanted to keep it in sync. In fact, the libreoffice-3-3 branch is going to be for the libreoffice-3.3.2 sources. Maybe we must change regexp to libreoffice-.*-3\.3.* and use both in 3.3 and 3.3.1 branches? Great idea. Could you please review the attached patch? Ah, it seems that we both have forgot about this, so it is broken in LO-3.3.2.1 again. I have just pushed the universal fix to both libreoffice-3-3 and libreoffice-3-3-2 branches: http://cgit.freedesktop.org/libreoffice/build/commit/?h=libreoffice-3-3id=91fb8e498a4104ed1cbce4e499def3e7e42a6e63 http://cgit.freedesktop.org/libreoffice/build/commit/?h=libreoffice-3-3-2id=45b9b1420495daa5e698fff53f14d4bcacd02e8b Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wed, 2011-03-09 at 18:29 +0530, Sankar P wrote: I was actually trying to implement a basic offline blog editor, such that we can use LibreOffice (editor) to compose blogs and then publish them to blogger/wordpress etc. If you want to hack LibreOffice to be a useful blogging tool, then perhaps http://people.redhat.com/caolanm/oooblogger/ might be a useful basis for hacking it. I only ever partially implemented it, but you might find sufficient goodies in there to finish it up, or base something on it to just add support to LibreOffice to be a blogging editor. I had some support in there IIRC to attempt to auto-upload images inside a document to your blog if the blog server supporting the appropiate apis, which I thought was rather nifty. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] remove unused declaration - an unlikely fix for armel segfault in regcomp
On Wed, 2011-03-09 at 10:46 +0200, Jani Monoses wrote: On 01/29/2011 03:04 PM, Caolán McNamara wrote: On Thu, 2011-01-27 at 20:13 +0200, Jani Monoses wrote: What about using GCC atomic builtins like in the attached patch? Excellent, the pthread fallback always niggled me. Sorry for not thinking about this earlier, can this be cherry-picked into the 3.3 branch? This doesn't affect a lot of people in practice, only the Linux non-x86/x86_64 people IIRC, +1 from me if you want to stick it into 3-3. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] remove SVX_LIGHT macro
On Tue, 2011-03-08 at 23:13 +0100, Xavier ALT wrote: Hi guys, Attached patchs about removing the unused SVX_LIGHT macro - easy hacks (under LGPLv3+/MPL). Can somebody review it? Looks good, thanks for this. Pushed now. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
Hello, On 09/03/11 16:58, Caolán McNamara wrote: If you want to hack LibreOffice to be a useful blogging tool, then perhaps http://people.redhat.com/caolanm/oooblogger/ might be a useful basis for hacking it. I only ever partially implemented it, but you might find sufficient goodies in there to finish it up, or base something on it to just add support to LibreOffice to be a blogging editor. It kind of works for WordPress. If you want to extend it to for instance blogger.com apis, Google is providing python libraries that one could use. Not sure about their license though. Cheers F. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wed, Mar 9, 2011 at 9:28 PM, Caolán McNamara caol...@redhat.com wrote: On Wed, 2011-03-09 at 18:29 +0530, Sankar P wrote: I was actually trying to implement a basic offline blog editor, such that we can use LibreOffice (editor) to compose blogs and then publish them to blogger/wordpress etc. If you want to hack LibreOffice to be a useful blogging tool, then perhaps http://people.redhat.com/caolanm/oooblogger/ might be a useful basis for hacking it. I only ever partially implemented it, but you might find sufficient goodies in there to finish it up, or base something on it to just add support to LibreOffice to be a blogging editor. I had some support in there IIRC to attempt to auto-upload images inside a document to your blog if the blog server supporting the appropiate apis, which I thought was rather nifty. Thanks for the help. I will see if I can do something over the weekend. The main stopping point for me to give any patch to LO is its sheer build-size. I simply don't have enough patience to wait for hours to build LO. May be if there is a KVM image with built sources (via studio) or so, I believe it may help get a few contributors easily. Thanks again. -- Sankar P http://psankar.blogspot.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: framework::DropdownToolbarController: dispatch does not get selected item text
On Wed, 2011-02-23 at 19:57 +0100, Dietmar wrote: Here you are: https://bugs.freedesktop.org/show_bug.cgi?id=34635 So, the code has changed a good lot since the original OOo bug was reported. But looking through the current call of GetText in dropdownboxtoolbarcontroller.cxx as far as I can tell m_pListBoxControl wraps a vcl ListBox which inherits from vcl Control which inherits from vcl Window and nothing under that hierarchy from Window downwards overrides GetText and the code looks like it wants to return the text of the menu entry. So its doesn't seem to make sense to call GetText here as that would likely always return an empty string in these circumstances. GetSelectEntry on the other hand would do something seemingly sensible, i.e. the actual text of the menu entry. There are however some other GetText calls in similar file nearby, so if you could attach a test case to the bug as well that would be great. Tentatively pushed in the meantime. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wed, 2011-03-09 at 22:08 +0530, Sankar P wrote: Thanks for the help. I will see if I can do something over the weekend. The main stopping point for me to give any patch to LO is its sheer build-size. Well, the oooblogger stuff is all in python, so, in theory at least, just needs LibreOffice itself to be installed, no need to build from source, just the pyuno stuff which should typically be installed in a stock install. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using LibreOffice Editor as a widget in a third-party application
On Wed, Mar 9, 2011 at 10:21 PM, Caolán McNamara caol...@redhat.com wrote: On Wed, 2011-03-09 at 22:08 +0530, Sankar P wrote: Thanks for the help. I will see if I can do something over the weekend. The main stopping point for me to give any patch to LO is its sheer build-size. Well, the oooblogger stuff is all in python, so, in theory at least, just needs LibreOffice itself to be installed, no need to build from source, just the pyuno stuff which should typically be installed in a stock install. Ah okay. Then I will give it a try this weekend. Thank you a lot. -- Sankar P http://psankar.blogspot.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] 办理网上文凭 自考文凭 本科文凭QQ343823001
ki3xorhaxorepb8ekyjxahcbcfdempsyt0fs1wc9igzc8lzlqqdyhiryhd6x 本培训中心与中国教育系统合作多年，能帮您快速拿到全国各地部分院校的专科和本科文憑（凭）郑重声明：本培训中心代.办的全部是真实有效的上网文憑（凭）,教育部网www.chsi.com.cn上可查，绝对真实，终身有效。 欢迎真正需要办理的客户前来咨询办理，不诚者勿扰。 1.上网文憑（凭）要真实可靠，网上永久查询,绝对可在中国高等教育学生信息网查询:http://www.chsi.com.cn,学校档案查询,人才市场验证及公证处公证均可! 2.上网文憑（凭）可以就业求职，升职，加薪，晋级、职称评定，调户口，考公务员，出国、留学、移民、学历公证,出国公证和职业资格报考等都具有效用！建整套学籍档案、成绩单、入学登记表、毕业登记表等资料！ 3.办理后包含：全国普通高考录取成绩和入学通知书、报到证，录取通知书、畢業证、就业协议、学位证、派遣证，英语等级证等等。(如果不是真上网文憑（凭）我公司可以赔偿客户的一切损失!)此广告长期有效! 4 本公司办出一个真实文憑 （凭）所需要的时间在15天到20天的时间。(电子注册网上查询,验证满意后付款领取证书的时候可由本公司安排人带领客户到学校领取，可以先让客户鉴定真实性后支付所需费用。 5 为了保证快捷和方便，请把你所要准备的资料扫描后直接发到老师的邮箱里，资料包括：一寸和二寸蓝底彩照各四张、身 份 证复印件、所报专业。所进行招生和办理的老师，以热情的态度、诚信的秉性、周详的作风为大家服务好！ 专业齐全、任你选择：经济管理、行政管理、企业管理、人力资源管理、工商管理、旅游管理、物业管理、现代供应链管理、物流管理、文秘、法律、营销策划、电子商务、计算机、房地产营销管理、市场营销广告、 艺术设计、会计、中文、金融与保险、报关与国际货运代理、商务英语、新闻、教育、机电一体化、化工、体育运动管理国际贸易、环境工程、机械制造、模具、工业与民用建筑、国际物流、英语等。 6 祝愿一张小小的文憑（凭）文憑（凭）伴您成就大大的事业 真实文憑（凭） 真实畢業证 本科文憑（凭） 专科文憑（凭） 快速办理网上文凭 自考文凭 本科文凭 7 本公司还承接国外文凭学历认证。。。 联系人：陈先生 QQ:343823001 7p4glk0nrjpj25t1gzxckan78tomgtoyf1mgbfag3mpxnyphbntkmz5dasv2gjfiibqxdpmug7 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] List cleaning in sd and libs-core
Patch are all related to the same function, CreateSelectionList, compiles fine and all test passed. 0001-Remove-usage-of-deprecated-container-List-in.impress.patch Description: Binary data 0004-Change-CreateSelectionList-to-use-vector-i.libs-core.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] remove unused declaration - an unlikely fix for armel segfault in regcomp
On 03/09/2011 06:01 PM, Caolán McNamara wrote: On Wed, 2011-03-09 at 10:46 +0200, Jani Monoses wrote: On 01/29/2011 03:04 PM, Caolán McNamara wrote: On Thu, 2011-01-27 at 20:13 +0200, Jani Monoses wrote: What about using GCC atomic builtins like in the attached patch? Excellent, the pthread fallback always niggled me. Sorry for not thinking about this earlier, can this be cherry-picked into the 3.3 branch? This doesn't affect a lot of people in practice, only the Linux non-x86/x86_64 people IIRC, +1 from me if you want to stick it into 3-3. Great. Who can do the actual sticking into 3.3 (I can't) ? This was the master commit: 788072cefdce8cb61d46549a7aede4c754d9fae3 thanks Jani ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] Re: [PATCH] Add non blank characters in Writter properties dialog.
2011/3/8 Caolán McNamara caol...@redhat.com On Fri, 2011-03-04 at 21:52 +0100, Arnaud Versini wrote: Hello, This patch add non blank characters count in Properties in Writter. Looks like this slipped through the cracks, file-properties-statistics of course, and show the same data as available from the word count dialog. Thanks for this, pushed now. Yes, same information, thanks for pushing I tweaked the text to be the same text as used in the word count dialog, i.e. Number of Characters excluding spaces Sorry, I've tried to make a smaller sentence for this dialog. As an aside, insert-fields-other-statistics: lists Pages, Words, Characters, but not this element, if you're interesting in having a look at figuring out how to add this in there too. Ok, I will see this latter C. -- Arnaud Versini ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Calc Standard Filter behaviour
Hi Tibby, hi Kohei! Just a (maybe) silly question ... below. Am Mittwoch, den 09.03.2011, 10:36 -0500 schrieb Kohei Yoshida: Hello Tibby, First off, welcome to this project! And I'm glad to see you taking on fixing this one. We have lots of silly UI issues like this, and it's good to have more hackers joining in to fix them. Same from my side :-) On Tue, 2011-03-08 at 19:24 +, Tibby Lickle wrote: [...] Now, to me the best solution is to *not* show any auto completion value in the text box itself, but to show a little popup box with possible auto-completion options to choose from, while leaving the typed value in the box intact. But this would require a little more coding and could potentially become more difficult to figure out. So I think the above solution would be good enough, and much better than what we have now. Is it really helpful to use auto-completion in this box (in this special case)? As far as I can understand, users enter values because they there is no selection available in the drop-down box. Or is the hard part (the coding you mentioned) disabling / removing auto-completion? However, accessibility is kept, since both Cursor Up/Down and Alt +Cursor Down work as expected to quickly select items. Don't know whether this helped ... Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Calc Standard Filter behaviour
Hello Christoph, On Wed, 2011-03-09 at 21:22 +0100, Christoph Noack wrote: On Tue, 2011-03-08 at 19:24 +, Tibby Lickle wrote: [...] Now, to me the best solution is to *not* show any auto completion value in the text box itself, but to show a little popup box with possible auto-completion options to choose from, while leaving the typed value in the box intact. But this would require a little more coding and could potentially become more difficult to figure out. So I think the above solution would be good enough, and much better than what we have now. Is it really helpful to use auto-completion in this box (in this special case)? As far as I can understand, users enter values because they there is no selection available in the drop-down box. Or is the hard part (the coding you mentioned) disabling / removing auto-completion? Actually, you raise a very interesting point. Why do we even have auto completion here? :-) And yes, I agree the best solution in this case may be to remove this auto completion altogether. Since we already have a drop-down list to show us what the candidates are, doing auto-completion may be just redundant (and causes trouble obviously). Don't know whether this helped ... It did. The idea of removing auto completion would never have occurred to me otherwise. ;-) Tibby, what do you think? Does this sound reasonable? Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-design] Re: [PUSHED] fdo#31251 - Improve default page layout
Hi Björn, all, Bjoern Michaelsen schrieb: Hi Michael, Christoph, designers and developers [...] However, it is a such a common issue, that it even has a name Parkinson's Law of Triviality or colour of the bikeshed: http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality So we should not be ashamed that it happens, only be prepared to handle it well. For developers this means that you cant make everybody happy and you should not dispair if not everybody loves your implementation on first sight. I agree with you that the design modification here is an example of lower priority. But the way one of the main developer seems to disregard non-coding community members is independent from this question. This is nearly the same position Oracle developers showed when handling proposals and requests by the rest of the community. I can't stand this attitude any longer - sorry. Best regards Bernhard ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-design] General relationship between coders and designers (was: [PUSHED]fdo#31251...)
Hi Michael, all, At first I want to thank Sébastien not only for his work, but also for being open to the discussion here, even if this means to delay the final inclusion of his patch. I tried to calm down for more than one day by now, but as Michael repeated his position, I have to reply now. Sorry for not being able to react as positive as Christoph - perhaps I didn't spend enough time in UX/UI to learn to live with this kind of disappointment. *Short version:* If Michael (as one of the most relevant developer in our community) is right with attitude against non-coding contributors and if this is the official position of the LibreOffice project and The Document Foundation, I will not keep on spending my spare time and dedication to this open source project any more. When coders are allowed and encouraged to do their changes regardless of the voting of the relevant experts in areas their code contribution touches, we come back to a two-class community where the broader community is not involved in decisions taken by non-experts but influencing the entire community and it's public standing. I will no longer be part of such a community. *Long version:* Michael Meeks schrieb: Hi Sebastien, On Tue, 2011-03-08 at 09:09 +0100, Sébastien Le Ray wrote: this simple shadow patch has generated a long discussion on Libreoffice-design. Some people don't like the color, some people don't like the amount of blur, some people want no shadow at all, some people want a 4 borders shadow. You're right about the different personal feelings, but they are not a decision of the LibreOffice Design Team. For a developer interested in working on a certain topic it would be easier to get a final voting like The Design Team asks you to add a 8 px wide blurred shadow in grey transparency to all borders of the document. If the zoom factor reduces the space between two sheets to less than 16px, the overlapping areas of the shadow should be cut off. This should apply to every area of LibreOffice, where document borders are visible, namely Writer, Impress, Draw, XML forms [others not yet searched for]. But such a specification is necessarily a result of some kind of discussion, if there is no single decision maker. As we don't want such single person decisions, this list is talkative. So here is a second patchset that tries to address the first three critics : I hope you understand now, that the comments have not been meant as critics, but as part of the decision making process in the Design Team. Perhaps we need a different way to interact with developers, keeping them out of our processes and coming back to them with the results. This could be the relevant bug-report, a mail on the developer list or any other structure. But at least at the moment, where we are a young group working on our basic structures, this takes some days... In my eyes it is very important to show developers how the Design Team works, giving them background information on important UI and UX points. So - firstly, this -sounds- like an interaction disaster :-) I hope it is not of course, but it looks like this: We finally get a competant, enthusiastic, motivated developer - actually fixing our horrible user interface problems: and he does some great improvement - and our design guys apparently emit a long stream of complaining left and right ! That, if true, is hard to excuse. And I hope you don't mean it this way, but it sounds like this: A team of individuals works hard to establish a common visual design for LibreOffice. They spend hours and days of hard work on this topic and their work seems to be respected by the community. But when a developer wants to improve something on the UI and informs the Design Team about this topic, he is told by one of the leading developers in the community not to care any sh... about the Design Team... We need to greet new guys with a torrent of encouragement instead I think. Right - but these new guys are not only developers, but other community members like designers and UX experts too. I don't read your mail as encouragement to them :-( I hope I'm wrong - I don't read the design list because I can't interact there [ Reply-To: mangling sucks ;-] That's your personal opinion - everybody else can subscribe to the list and avoids offlist communication and duplicated mails... - but this paragraph smells problematic. I think we need to remember that the perfect is the sworn enemy of the good - so lets get good across the code, before we get perfect. Of course this statement is right - but working on a topic without respect to the specialists is even worse than trying to be as good as possible. Perhaps we should move all programmer interaction on design / UI topics onto this list, or a new Freedesktop one - and leave the 'design' list as more of a 'discuss' type forum. You refer to the
[Libreoffice] Important fixes for Calc filters
Dear LibO devs, Some quite strategical fixes for autofilters have landed in OOo in CWS calc66 thanks to IBM team: Issue 89232 Fill operations should not touch filtered rows. Issue 85305 Dynamically grow a filtered range for autofilter Any chance to get that soon in LibO? Thanks, Camille ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Compiled still failed in instsetoo_native after compiling a brand new local repository
Hello, After having removed all my local repository, refetch (from master) and rebuild the whole thing, i still got this in instsetoo_native : Package format: archive msi templatepath: /home/maryline/compile-libreoffice/libo/instsetoo_native/util/../unxlngi6.pro/misc/openoffice/msi_templates msi template path will be ignored for non Windows builds! msi languagepath: /home/maryline/compile-libreoffice/libo/instsetoo_native/util/../unxlngi6.pro/misc/win_ulffiles msi language path will be ignored for non Windows builds! Calling epm Stripping files Unzip ARCHIVE files services.rdb can be created Languages: en-US ... checking required files ... .. searching zip ... Found: /usr/bin/zip ... analyzing ../util/openoffice.lst ... rmdir: failed to remove `/home/maryline/compile-libreoffice/libo/instsetoo_native/unxlngi6.pro/LibreOffice/archive/logging/': Directory not empty ... reading include pathes ... ... analyzing script: /home/maryline/compile-libreoffice/libo/solver/330/unxlngi6.pro/bin/setup_osl.ins ... ... analyzing directories ... ... analyzing files ... ... analyzing scpactions ... ... analyzing shortcuts ... ... analyzing unix links ... ... analyzing profile ... ... analyzing profileitems ... ... analyzing modules ... ... languages en-US ... ... analyzing files ... ERROR: The following files could not be found: ERROR: File not found: accessoriesgallery.zip ERROR: File not found: accessoriesgallerydrawspeople.zip ERROR: File not found: accessoriesgalleryelementsbullets2.zip ERROR: File not found: accessoriesgallerynonfree.zip ERROR: File not found: accessoriesgalleryphotosbuildings.zip ERROR: File not found: accessoriesgalleryphotoscelebration.zip ERROR: File not found: accessoriesgalleryphotoscities.zip ERROR: File not found: accessoriesgalleryphotosfauna.zip ERROR: File not found: accessoriesgalleryphotosflowers.zip ERROR: File not found: accessoriesgalleryphotosfoodsanddrinks.zip ERROR: File not found: accessoriesgalleryphotoshumans.zip ERROR: File not found: accessoriesgalleryphotoslandscapes.zip ... ... ERROR: File not found: zektonit.ttf ERROR: File not found: zorque.ttf ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_189121299711529 ... ** ERROR: ERROR: Missing files in function: remove_Files_Without_Sourcedirectory ** gcc (Debian 4.4.5-11) (x86) autogen.lastrun contains this : '--enable-ext-barcode' '--enable-ext-diagram' '--enable-ext-google-docs--enable-ext-hunart' '--enable-ext-lightproof' '--enable-ext-lightproof' '--enable-ext-mysql-connector' '--enable-ext-nlpsolver' '--enable-ext-numbertext' '--enable-ext-oooblogger' '--enable-ext-pdfimport' '--enable-ext-presenter-console' '--enable-ext-presenter-minimizer' '--enable-ext-presenter-ui' '--enable-ext-report-builder' '--enable-ext-scripting-beanshell' '--enable-ext-scripting-javascript' '--enable-ext-scripting-python' '--enable-ext-typo' '--enable-ext-validator' '--enable-ext-watch-window' '--enable-ext-wiki-publisher' '--enable-graphite' '--enable-evolution2' '--enable-epm' '--enable-dbus' '--enable-gio' '--enable-kde4' '--enable-binfilter' '--enable-extra-gallery' '--enable-extra-template' '--enable-extra-sample' '--enable-extra-font' '--with-system-mysql' '--disable-gnome-vfs' Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Remove List container in components/imgprod
On Mar 9, 2011, at 6:41 AM, Rafael Dominguez wrote: 0001-Remove-deprecated-List-usage-in-component-imgprod.patch Looks good and make check worked on the Mac. Joe P. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Important fixes for Calc filters
On Wed, 2011-03-09 at 23:01 +0100, Camille Moulin wrote: Dear LibO devs, Some quite strategical fixes for autofilters have landed in OOo in CWS calc66 thanks to IBM team: Issue 89232 Fill operations should not touch filtered rows. Issue 85305 Dynamically grow a filtered range for autofilter Any chance to get that soon in LibO? Well, we are going through a massive merging effort of their latest 3.4 branch into our master branch at the moment. So this will have to be done after we have a successive merge, I think. Still, what I'd like to avoid is to blindly merge their change into ours without proper review. A lot of changes have occurred in our code base, and we can no longer take their changes and expect them to work; rather, their changes will probably break ours if merged as-is. What would help is if someone could extract the above two features, and re-fit them into our master branch after the merge is complete. I'd love to look into that myself, but my table is already getting full for 3.4 So, no guarantees. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Add ICU 4.6 to services.openoffice.org
Could someone copy http://download.icu-project.org/files/icu4c/4.6/icu4c-4_6-src.tgz to http://hg.services.openoffice.org/binaries/43e56b71c407be5154de681eaa646a4a-icu4c-4_6-src.tgz I ask this in anticipation of merging the gr2 branch. TIA, Yours, Martin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Discussions
Hi. I appreciate greatly what this team is doing. Since moving all our OOO installations to LO I have been following this list. It seems very much orientated to the coding side of LO. I have filed a bug for LO in bugs.freedesktop.org, previously filing bugs for OOO. I would not expect discussions to be carried out through tis mailing list as that would only clutter the direction of your work and freedesktop seems for bugs only, is there another forum for more general discussions and suggestions for future improvements. This might also help others understand where LO is going and develop enthusiasm for adoption. Cheers, steve ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Add ICU 4.6 to services.openoffice.org
Hi Martin, On Wed, Mar 9, 2011 at 11:32 PM, Martin Hosken martin_hos...@sil.org wrote: Could someone copy http://download.icu-project.org/files/icu4c/4.6/icu4c-4_6-src.tgz to http://hg.services.openoffice.org/binaries/43e56b71c407be5154de681eaa646a4a-icu4c-4_6-src.tgz No one has access to that openoffice.org server since it's tightly guarded by their release engineers. But I copied it to http://download.go-oo.org/src/43e56b71c407be5154de681eaa646a4a-icu4c-4_6-src.tgz There is a section in the ooo.lst where you can specify files to download from the download.go-oo.org server. You can add the above file there. It works the same. HTH, Kohei ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Discussions
is there another forum for more general discussions and suggestions for future improvements. Check http://www.documentfoundation.org/contribution/ , the discuss mailing list is what you want, I think. (On the other hand, that list is then the opposite of this list: It is very non-technical, you should take any plans discussed there as potentially being just wishful thinking.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Approaches to enable international number format import/export in Calc
OK. Let me propose a better patch (attached) using the first approach. Also attach to the bug : https://bugs.freedesktop.org/show_bug.cgi?id=33089 This only to enable the conversion of Thai buddhist calendar and Thai native numeral between Excel and Calc. I wish I could add more support for other locale's but we need inputs from developers in each locale that define their own calendars and native numerals. So please share your locale specific details or reference materials. (sorry for cross-posting) On Tue, Mar 8, 2011 at 12:47 PM, Kohei Yoshida kyosh...@novell.com wrote: On Tue, 2011-03-08 at 00:04 -0500, Kohei Yoshida wrote: So what do you think? Given the above, to me the choice is clear. The only issue is that, we may already have lost an window of opportunity to do it the right way for 3.4. So, we may have to take your patch for 3.4, and work on my proposed solution post-3.4. I can't say for sure which direction we are going for 3.4 at the moment. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com -- _/|\_ Samphan Raruenrom. Open Source Development Co., Ltd. Tel: +66 38 311816, Fax: +66 38 773128, http://www.osdev.co.th/ i33089.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
