[Libreoffice] [PATCH] Remove duplicated constant F_PI and friends
Easy hack, constants already defined in libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx --- oox/source/drawingml/chart/converterbase.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/oox/source/drawingml/chart/converterbase.cxx b/oox/source/drawingml/chart/converterbase.cxx index 7a49a46..e2f2e93 100644 --- a/oox/source/drawingml/chart/converterbase.cxx +++ b/oox/source/drawingml/chart/converterbase.cxx @@ -37,7 +37,7 @@ #include #include #include -#include // for F_PI180 +#include "basegfx/numeric/ftools.hxx" #include "properties.hxx" #include "oox/core/xmlfilterbase.hxx" #include "oox/drawingml/theme.hxx" -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove duplicated constant F_PI and friends
Easy hack, constants already defined in libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx --- basic/source/runtime/props.cxx |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/basic/source/runtime/props.cxx b/basic/source/runtime/props.cxx index 44f87c1..5c39f69 100644 --- a/basic/source/runtime/props.cxx +++ b/basic/source/runtime/props.cxx @@ -33,6 +33,7 @@ #include "stdobj.hxx" #include "rtlproto.hxx" #include "errobject.hxx" +#include "basegfx/numeric/ftools.hxx" // Properties und Methoden legen beim Get (bWrite = FALSE) den Returnwert -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove duplicated constant F_PI and friends
Easy hack, constants already defined in
libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx
---
tools/inc/tools/solar.h | 26 --
1 files changed, 0 insertions(+), 26 deletions(-)
diff --git a/tools/inc/tools/solar.h b/tools/inc/tools/solar.h
index 1c1c6ab..e8034b0 100644
--- a/tools/inc/tools/solar.h
+++ b/tools/inc/tools/solar.h
@@ -177,32 +177,6 @@ inline voidDoubleToSVBT64( double n, SVBT64 p ) {
p[0] = ((BYTE*)&n)[7];
#endif
#endif
-
-/*** standard floating point definitions ***/
-
-#ifndef F_PI
-#define F_PI 3.14159265358979323846
-#endif
-#ifndef F_PI2
-#define F_PI2 1.57079632679489661923
-#endif
-#ifndef F_PI4
-#define F_PI4 0.785398163397448309616
-#endif
-#ifndef F_PI180
-#define F_PI1800.01745329251994
-#endif
-#ifndef F_PI1800
-#define F_PI1800 0.001745329251994
-#endif
-#ifndef F_PI18000
-#define F_PI18000 0.0001745329251994
-#endif
-#ifndef F_2PI
-#define F_2PI 6.28318530717958647694
-#endif
-
-
/*** standard macros */
#define SWAPSHORT(x) x) >> 8) & 0x00FF) | (((x) & 0x00FF) << 8))
--
1.7.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ICU Build breakage in master on OSX
On Tue, 2011-03-15 at 18:29 +0100, Alexander Thurgood wrote: > -DU_CC=\"ccache gcc-4.0\" > Looking at icuinfo.cpp, it doesn't look like there is a problem with the > double quoting around the printf statements The compiler is probably seeing basically... -DU_CC="ccache as the define Sticking a "" around each element should work, just pushed that change, hopefully that'll work, and clear the MacOSX tinderbox as well C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] nullptr, was: Suggestion: Let's switch to using MSVC2010 on Windows for master
On Tue, 2011-03-15 at 18:58 +0100, Jesús Corrius wrote: > Have you looked at what I did for Python to compile it with VS2010? It > looks like the same problem. In this case icu 4.6 comes with vc2010 .vcxproj files, but we'd like to build it with vc2008. Any of (gnu)make files, nmake stuff or .vcproj (which work with an existing custom hacky script to convert them to nmake files) or a new custom hack to convert .vcxproj into any of the above. Seems non-trivial to pull this off. 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 20:54 +0200, Jani Monoses wrote: > 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 gone done now IIRC, right ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH][PUSHED] Removed unused constant PORTIONKIND_EXTRASPACE
Hi, I've removed the unused constant PORTIONKIND_EXTRASPACE, built editeng successfully and pushed the patch by myself. Christina Rossmanith ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] [PUSHED] Additional translations of German comments in libs-core/editeng
Hi, I've pushed your patch with minor modifications (some typos, some translations changed the meaning of the German comment). Thank you for your contribution! Christina Rossmanith Am 14.03.2011 20:35, schrieb Albert Thuswaldner: Hi, Now I have fixed the patch. You can commit the patch under the terms of MPL 1.1 / GPLv3+ / LGPLv3+ triple license. /Albert On Fri, Mar 11, 2011 at 10:24, Albert Thuswaldner wrote: Please ignore this patch for now, same-line changes have been made in master since I sent this patch. I will merge it in my local repo and resend the patch. /Albert On Sun, Mar 6, 2011 at 20:51, Albert Thuswaldner wrote: And now the actual patch /Albert On Sun, Mar 6, 2011 at 20:49, Albert Thuswaldner wrote: Hi, While tidying up my local repo I discovered some changes that did not get properly pushed to master. It is all my fault, my patch back then was humungous. You can commit the patch under the terms of MPL 1.1 / GPLv3+ / LGPLv3+ triple license. /Albert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Bug 33149 - EasyHack: Edit>Delete Contents always shows "Delete", not currently assigned keystroke
This patch works for me! I suppose it should be solved like this. available under LGPLv3+/MPL https://bugs.freedesktop.org/show_bug.cgi?id=33149 I hope I did all right. Markus Mohrhard patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] An Improvement for libreoffice to access a file in disk
On 12/03/2011 05:58, shantong kang wrote: hi,i modified the code of libreoffice to access the file in disk,mainly in sot module and the speed for libreoffice to open a ppt file from disk is 25% faster. No comment from developers? Looks like a very interesting work. Cesare. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] nullptr, was: Suggestion: Let's switch to using MSVC2010 on Windows for master
On Mon, Mar 14, 2011 at 1:13 PM, Caolán McNamara wrote: > On Mon, 2011-03-14 at 04:07 -0600, Tor Lillqvist wrote: >> is nullptr supported in the gcc versions used on other platforms? So is >> it better to just use 0 cast to the appropriate pointer type instead? > > AFAIK nullptr is part of c++0x and available on gcc >= 4.6.0 in c++0x as > a built-in. It might be available in non c++0x-mode with an extra > include, but as far as I know its not in earlier gccs, so a > static_cast(0) is probably the best way to go when it > arises. > > As an aside, I tried a quick-hack on the icu issue with adding in a > revert patch of the upstream icu conversion of their .vcproj files > to .vxproj files during their 4.6 cycle, but the fixups of that turned > out to be non-trivial as well, and looked as tricky to pull off as > either > > a) writing a full set of nmake .mak files anyway, or > b) writing a .vxproj parser to generate them automatically anyway. Have you looked at what I did for Python to compile it with VS2010? It looks like the same problem. -- Jesús Corrius Document Foundation founding member Mobile: +34 661 11 38 26 Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANNOUNCE] libreoffice-3.3.2.2 tag created (3.3.2-rc2)
Hi, I have just created the libreoffice-3.3.2.2 tag for 3.3.2-rc2 release. The corresponding official builds will be available by the end of the week. You might switch your current 3-3 source tree to it using: git fetch --tags bin/g fetch --tags git checkout -b tag-libreoffice-3.3.2.2 libreoffice-3.3.2.2 bin/g checkout -b tag-libreoffice-3.3.2.2 libreoffice-3.3.2.2 Note that you need to fetch the tags using "git fetch --tags". Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] ICU Build breakage in master on OSX
Hi all, I'm trying to build from master on OSX and keep getting the following build breakage in icu (icuinfo) : ccache g++-4.0 -I../../common -I./../toolutil -I../../tools/ctestfw -I../../i18n -DU_PLATFORM=\"U_DARWIN\" -DU_BUILD=\"i386-apple-darwin10.6.0\" -DU_HOST=\"i386-apple-darwin10.6.0\" -DU_CC=\"ccache gcc-4.0\" -DU_CXX=\"ccache g++-4.0\" -O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -W -Wall -ansi -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long -fno-common -c -o icuinfo.o icuinfo.cpp i686-apple-darwin10-g++-4.0.1: gcc-4.0": No such file or directory i686-apple-darwin10-g++-4.0.1: g++-4.0": No such file or directory icuinfo.cpp:107: error: missing terminating " character icuinfo.cpp:110: error: missing terminating " character icuinfo.cpp: In function 'void cmd_version(UBool)': icuinfo.cpp:107: error: expected primary-expression before ')' token icuinfo.cpp:110: error: expected primary-expression before ')' token icuinfo.cpp:84: warning: unused variable 'status' Looking at icuinfo.cpp, it doesn't look like there is a problem with the double quoting around the printf statements, but perhaps I'm missing something ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fix Bug 32559
On Wed, 2011-03-09 at 15:50 +0100, Bálint Dózsa wrote: > Hi, > > Here is the correction patch This looks reasonable so far, though it might be better to avoid hardcoding a "case KEY_F3 | KEY_SHIFT" to run this stuff, and instead move it around a bit to make it configurable, (though that seems like a good default) Doing it the configurable way is a bit[1] involved, but here's the rough guide search for something similar, e.g. SID_TRANSLITERATE_TOGGLE_CASE starting at http://opengrok.libreoffice.org/xref/libs-core/svx/inc/svx/svxids.hrc add a new one, e.g. SID_TRANSLITERATE_ROTATE_CASE In svx/sdi/svx.sdi copy and paste the SfxVoidItem ChangeCaseToToggleCase SID_TRANSLITERATE_TOGGLE_CASE entry to e.g. SfxVoidItem ChangeCaseRotateCase SID_TRANSLITERATE_ROTATE_CASE Where SID_TRANSLITERATE_TOGGLE_CASE appears in the other .sdi files (use opengrok to find them, e.g. sw/sdi/_textsh.sdi) add an entry for SID_TRANSLITERATE_ROTATE_CASE by copying and pasting the SID_TRANSLITERATE_ROTATE_CASE one except change the impl name e.g. ExecTransliteration -> ExecRotateTransliteration For writer you can then implement ExecRotateTransliteration like you've already done to call TransliterateText with a nMode which advances from the previous one on each attempt. In officecfg/registry grep for ChangeCaseToToggleCase and some cut and paste to give yourself a ChangeCaseRotateCase entry in there To set an accelerator key combo for it then see officecfg/registry/data/org/openoffice/Office/Accelerators.xcu Doing is this involved way allows the feature to appear in tools->customize->keyboard etc. C. [1] understatement of the year ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] User Profile dialog
On Tue, 2011-03-15 at 16:45 +0100, Zongbo Zhang wrote: > Hello, > > Thanks a lot for the reply, I am looking for the Tools->options->User > Data. under the Writer. cui/source/options/optgenrl.src contain the string/layout for that dialog, and cui/source/options/optgenrl.cxx is its implementation. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] fixing kashida insertion
On Tue, Mar 15, 2011 at 10:32:59PM +0700, Martin Hosken wrote: > Dear Arabic experts, > > The current kashida insertion implementation in libo is, to put it > mildly, a disaster. Indeed! > As I see it there are a few options open to us: > > 1. Get it right. This is really hard and beyond my capabilities in the > time I have available for this. But if someone wants to work out the > preferred location for each word and then insert there, then go for > it. > > 2. Implement dumb kashida placement that says: you can insert a > kashida at any joining of two characters. This should be doable > (famous last words) based on Unicode properties. There is a bit less dump "algorithm" used by IE and also implemented in Qt: http://www.microsoft.com/middleeast/msdn/JustifyingText-CSS.aspx It shouldn't be hard to implement (though I don't completely agree with priority 5 in the table; a Baa followed by Yaa should never ever get a Kashida in a Naskh or Nastaliq font). > 3. Don't do kashida insertion at all. This is probably better than the > bad insertion we currently have. In either case this should be an option, there are many high quality fonts that any non highly sophosticated Kashida algorithm will fail for them (any good Nastaliq font for example). > I'm willing to have a go at 2 or 3. An alternative would be to add a > switch in say Options/Language Settings/Writing Aids/Options or > Options/Language Settings/Complex Text Layout to enable/disable > kashida insertion. Such UI stuff is beyond me at the moment. I'd suggest having a more accessible option (MS Office 2007 combines the three full justification settings in the same full justification button in the toolbar which makes it very accessible IMO), but it is up to who will actually right the code. This is one of the most broken aspects of OOo/LO for Arabic users, I was planing to play with it but unfortunately I'll not be able to put much effort into this. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] User Profile dialog
On Tue, 2011-03-15 at 16:06 +0100, Zongbo Zhang wrote:
> Hi all,
>
> Could anyone here please tell me where can I find the source code
> portion that is in charge of the User Data dialog of the Writer?
What dialog ?, typically can find these with, e.g.
find . -name "*.src" -exec grep "english_string" {} /dev/null \;
and the corresponding .cxx beside/near that .src
C.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] fixing kashida insertion
Dear Arabic experts, The current kashida insertion implementation in libo is, to put it mildly, a disaster. As I see it there are a few options open to us: 1. Get it right. This is really hard and beyond my capabilities in the time I have available for this. But if someone wants to work out the preferred location for each word and then insert there, then go for it. 2. Implement dumb kashida placement that says: you can insert a kashida at any joining of two characters. This should be doable (famous last words) based on Unicode properties. 3. Don't do kashida insertion at all. This is probably better than the bad insertion we currently have. I'm willing to have a go at 2 or 3. An alternative would be to add a switch in say Options/Language Settings/Writing Aids/Options or Options/Language Settings/Complex Text Layout to enable/disable kashida insertion. Such UI stuff is beyond me at the moment. I'm also not an arabic expert or really have any feelings on the matter. What would the arabic dev community suggest? Yours, Martin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] User Profile dialog
Hi all, Could anyone here please tell me where can I find the source code portion that is in charge of the User Data dialog of the Writer? It is kind of urgent need, Will appreciate your help! Best regards zongbo zhang ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] de_AT and de_CH dictionary update - fdo#33751
As I mentioned in the bug, I sign off for this one :) F. On 15/03/11 14:40, Michael Meeks wrote: On Sun, 2011-03-13 at 21:49 +0100, Andras Timar wrote: I ask you to cherry-pick this commit to libreoffice-3-3 and libreoffice-3-3-2. Let's have all German dictionaries at the same version. Looks fine to me too :-) Thanks, Michael. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fonts trouble in Math formulas
On Tue, 2011-03-15 at 13:36 +, Michael Meeks wrote: > Fun indeed :-) this seems to happen quite a lot. I wonder if there is > some way we can clobber this by forcing the path in some hard way, or > does that give lots of vile per-platform problems. The (probable) right way is to pull the font version out feed it in as a value to our existing "which font is a better choice" test in vcl somewhere to prefer newer version nos over older version nos when all is equal. Not particularly hard to fix, just takes a little time and some cross platform foo probably. Same thing exists, theoretically, as an issue with our other bundled fonts. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] de_AT and de_CH dictionary update - fdo#33751
On Sun, 2011-03-13 at 21:49 +0100, Andras Timar wrote: > I ask you to cherry-pick this commit to libreoffice-3-3 and > libreoffice-3-3-2. Let's have all German dictionaries at the same > version. Looks fine to me too :-) Thanks, Michael. -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fonts trouble in Math formulas
On Tue, 2011-03-15 at 12:14 +, Caolán McNamara wrote: > Sorry, off list we determined that this is > https://bugs.freedesktop.org/show_bug.cgi?id=30729 > i.e. the bugs that affects OOo and LibO where if the "old" opensymbol is > installed on the system then it may be picked up instead of the "new" > opensymbol and you get the above problem. Fun indeed :-) this seems to happen quite a lot. I wonder if there is some way we can clobber this by forcing the path in some hard way, or does that give lots of vile per-platform problems. ATB, Michael. -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Alex Thurgood changed: What|Removed |Added Depends on|33904 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Bug 34404 depends on bug 33904, which changed state. Bug 33904 Summary: Opening Report in ODB causes LibO to enter hang / race condition, requiring forced kill https://bugs.freedesktop.org/show_bug.cgi?id=33904 What|Old Value |New Value Resolution||WORKSFORME Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fonts trouble in Math formulas
On Tue, 2011-03-15 at 12:13 +0100, Petr Mladek wrote: > Mailing list is not the best place to organize, prioritize, and track > bug reports. Sorry, off list we determined that this is https://bugs.freedesktop.org/show_bug.cgi?id=30729 i.e. the bugs that affects OOo and LibO where if the "old" opensymbol is installed on the system then it may be picked up instead of the "new" opensymbol and you get the above problem. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fonts trouble in Math formulas
Alexander píše v Pá 11. 03. 2011 v 18:58 +0300: > Hi ! > > I get problem when type/edit formulas in LO. Trouble in all version LO up to > currently (3.3.2rc1). > I use Debian. > > In OOo all Ok. > > Screenshot attached. > > Some top-placed symbols (vector, widevec, widehat...) displayed as squares, > some visual incorrect: toward, ... Could you please report it at https://bugs.freedesktop.org/ ? Mailing list is not the best place to organize, prioritize, and track bug reports. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] de_AT and de_CH dictionary update - fdo#33751
Andras Timar píše v Ne 13. 03. 2011 v 21:49 +0100: > Hi, > > Originally fdo#33751 was about de_DE dictionary update only, and it > was fixed. However, it turned out that the scope should have been > wider, de_AT and de_CH needed update, too. > > I ask you to cherry-pick this commit to libreoffice-3-3 and > libreoffice-3-3-2. Let's have all German dictionaries at the same > version. > > http://cgit.freedesktop.org/libreoffice/libs-extern-sys/commit/?id=3eeb9ce99c9f41cf00edc8157eab6239ac1aaead +1; looks reasonable Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Bug 34404 depends on bug 34718, which changed state. Bug 34718 Summary: UI problem in Impress https://bugs.freedesktop.org/show_bug.cgi?id=34718 What|Old Value |New Value Resolution||FIXED Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Ready to Make Life Changing Income?
Let's face it, in today's economic environment, it has become increasingly difficult to make real life changing income working for someone else. See how my non guru friends like Michael Force are revealing their personal 6 figure a month business website. Watch this video and take the next step to changing your life. Visit http://bit.ly/eyXakO?t=lnp for more information. Dedicated To Your Success, Kimberly ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] EasyHacks: Reanimated tests in ure/cppuhelper/qa
On Sat, Mar 12, 2011 at 06:41:02PM +0100, Wilhelm Pflüger wrote: > I attach some other reanimated tests. > > I had to deactivate the test 'test_weak.cxx' in prj/build.lst. > This test failed with 'error 139' - this is typically a segfault > during test execution, oops. > > I had no time to investigate this issue up to now, sorry. No problem :) > -for (int i = 0; i < sizeof aTests / sizeof (Test); ++i) > +for (unsigned int i = 0; i < sizeof aTests / sizeof (Test); ++i) I changed the size computation to SAL_N_ELEMENTS(aTests) . D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] EasyHacks: Reanimated tests in ure/codemaker
On Tue, Mar 15, 2011 at 08:48:03AM +0100, David Tardon wrote: > On Fri, Mar 11, 2011 at 01:05:53AM +0100, Wilhelm Pflüger wrote: > > > > > From 3bffa7b2a431686eeedd7859eaba1ce22671d474 Mon Sep 17 00:00:00 2001 > > Message-Id: > > <3bffa7b2a431686eeedd7859eaba1ce22671d474.1299801754.git.wilhelm.pflue...@web.de> > > From: Wilhelm Pflueger > > Date: Fri, 11 Mar 2011 00:59:16 +0100 > > Subject: [PATCH] EasyHacks: Reanimated tests in ure/codemaker > > Pushed, thanks! Adding PUSHED to subject... D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHacks: Reanimated tests in ure/codemaker
On Fri, Mar 11, 2011 at 01:05:53AM +0100, Wilhelm Pflüger wrote: > > From 3bffa7b2a431686eeedd7859eaba1ce22671d474 Mon Sep 17 00:00:00 2001 > Message-Id: > <3bffa7b2a431686eeedd7859eaba1ce22671d474.1299801754.git.wilhelm.pflue...@web.de> > From: Wilhelm Pflueger > Date: Fri, 11 Mar 2011 00:59:16 +0100 > Subject: [PATCH] EasyHacks: Reanimated tests in ure/codemaker Pushed, thanks! D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] Make the sal/qa/sal unit test build and use it
On Thu, Mar 10, 2011 at 11:48:14AM +0100, Theo van Klaveren wrote: > Please let me know if the patch is okay like this, because I'm new to this > whole git thing. It already ate > all my patches earlier today. Pushed, thanks! D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] l10n based on PO files
Hi Christian, 2011/3/14 Christian Lohmaier : >> >> I don't understand what you mean. When a string changes for example in >> svx/source/dialog/sdstring.src, then only the small >> svx/source/dialog.po will be changed not the whole SDF file. > > But you will have to change that po for /every/ language. So you got > about 100 changes, not just one. (and then you will have another 100 > individual changes when the translation is updated). Not necessarily. I don't have to update po files for languages which are not actively maintaned. > OK, so pootle is the tool used, you don't actually commit the po(t) > files to the repository after each change. If pootle is mediator > anyway, I don't see the reason why the english string should be part > of every po file in the sourcetree. In order to keep history of translations, too. I have seen cases in OOo project where a translator messed up the po files in Pootle and wanted to revert to the last known good file set. >> Let's imagine I change 1 line in all sdf files (~13 MB each), because >> I change Oracle to The Document Foundation or whatever. It means that >> git will add 104 times 13 Megabytes compressed. > > No, that's just not true. You will add 100 times that one line change. AFAIK git stores full files not differences. See http://progit.org/book/ch1-3.html Besides I saw these large changesets with my own eyes. :) It took several long minutes to push them. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
