[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Rainer Bielefeld changed: What|Removed |Added Depends on||44518 --- Comment #80 from Rainer Bie

[Libreoffice] [PATCH 3.5 and master] Avoid UI bugs in translations

Hello all, Forward this to libreoffice-ux-advise. Would be good to have it before string freeze, which is due next Monday :) Thanks! On Sat, Jan 7, 2012 at 05:21, willubuntu wrote: > Hello guys, > > I've corrected some problems (truncated strings) in the UI that was > affecting the French LibO

Re: [Libreoffice] [Libreoffice-ux-advise] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior

Hi Cedric, all, On 2012-01-05 at 17:06 +0100, Cedric Bosdonnat wrote: > I'm all for it, but the following commits are fixing some side-effects > or UI weird things on this thread: Thank you! :-) > Show the page break tab under the mouse instead of the end of the line. > That fixes the UI proble

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 44467, which changed state. Bug 44467 Summary: Deleting sheets can shift images or graphics between next sheets https://bugs.freedesktop.org/show_bug.cgi?id=44467 What|Old Value |New Val

Re: [Libreoffice] [PATCH] ScGlobal::GetAutoFormat not always required to create fresh instance

On Fri, 2012-01-06 at 19:03 +0100, Stephan Bergmann wrote: > So, I would appreciate it if some Calc aficionado could look at the > patch, whether it actually makes any sense. First, I have to say all this auto format code is not something I'm familiar with. So, my opinion is based on what I gat

Re: [Libreoffice] [Patch] [Review 3.5 - Late Feature][PUSHED] Improved copying between different calc documents

Pushed it now to 3-5 and resolved all comments from Eike and Kohei. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] linking problem after sal cleanup

Hi Stephan, nice cleanup in sal: http://cgit.freedesktop.org/libreoffice/core/commit/?id=01690f571db071781a2358bcc15581a6fa9dd86c But I had problem with linking those new symbols. My gcc (Ubuntu/Linaro 4.5.1-7ubuntu2) 4.5.1 seems to be mangling names differently. Attached diff helped me solve pr

[Libreoffice] [PUSHED] Re: [PATCH 1/3] Removed unnecessary tools/link.hxx includes.

On 06/01/12 20:47, Marcel Metz wrote: > Hello lo-devs, > > this patch series removes another batch of unused tools module > includes. The patches without suffix should be applied to the core > repository, the .binfilter.patch suffix should be applied to the > binfilter repository. I've tested the

[Libreoffice] [PATCH] About enabling Icedove addressbook connection for Base

Hello, Following the first post "About enabling Icedove addressbook connection for Base", I attached a simple patch here : http://nabble.documentfoundation.org/file/n3639069/patch_icedove.txt patch_icedove.txt I tested it and with the Caolan's patch (http://cgit.freedesktop.org/libreoffice/core

[Libreoffice] [PATCH 3.5 and master] Avoid UI bugs in translations

Hello guys, I've corrected some problems (truncated strings) in the UI that was affecting the French LibO translation. 1. When saving in other formats than ODF: Problem: http://libreoffice.gathoye.be/Libreoffice_bug_report_3.5_not_enough_place_save_fr.png http://libreoffice.gathoye.be/Libreoffi

Re: [Libreoffice] Change in addition for date handling (intentional change??)

On 01/06/2012 11:48 AM, Noel Power wrote: Andrew, Apologies for the late reply, just back from vacation and now trying to chip away at the mountain of mail backlog On 01/01/12 16:01, Andrew Douglas Pitonyak wrote: Thanks for checking Will wait and see what Noel has to say... I say "I

[Libreoffice] [PATCH 2/2] Removed unnecessary tools/ref.hxx includes.

--- binfilter/inc/bf_sfx2/fcontnr.hxx |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/binfilter/inc/bf_sfx2/fcontnr.hxx b/binfilter/inc/bf_sfx2/fcontnr.hxx index 07f9c75..13d62fb 100644 --- a/binfilter/inc/bf_sfx2/fcontnr.hxx +++ b/binfilter/inc/bf_sfx2/fcontnr.hxx @@ -35

[Libreoffice] [PATCH 1/2] Removed unnecessary tools/link.hxx includes.

--- binfilter/bf_so3/source/solink/impldde.hxx |1 + binfilter/inc/bf_basic/sbstar.hxx |1 + binfilter/inc/bf_sc/cellsuno.hxx |1 + binfilter/inc/bf_sw/crsrsh.hxx |1 + 4 files changed, 4 insertions(+), 0 deletions(-) diff --git a/binfilter/bf_so3/s

[Libreoffice] [PATCH 2/3] Removed unnecessary tools/ref.hxx includes.

--- cui/source/dialogs/SpellDialog.cxx |1 - cui/source/dialogs/cuitbxform.cxx |1 - cui/source/dialogs/dlgname.cxx |1 - cui/source/tabpages/tabarea.cxx|1 - fileaccess/source/FileAccess.cxx |1 - sc/source/ui/view/tabview5.cxx |1 -

[Libreoffice] [PATCH 1/3] Removed unnecessary tools/link.hxx includes.

Hello lo-devs, this patch series removes another batch of unused tools module includes. The patches without suffix should be applied to the core repository, the .binfilter.patch suffix should be applied to the binfilter repository. I've tested the build with the configuration --enable-binfilter --

[Libreoffice] [PATCH] ScGlobal::GetAutoFormat not always required to create fresh instance

The number one reason why "make check" fails for me is a SEGV in soffice.bin during termination of JunitTest_sc_unoapi, namely at #0 0x7f4906ecc0d2 in ScGlobal::GetRscString (nIndex=71) at sc/source/core/data/global.cxx:355 #1 0x7f4906f5e968 in ScAutoFormat::ScAutoFormat (this=0x335c

[Libreoffice] [PUSHED] [REVIEW] Patch for "Same expression on both sides of '&&'" in basegfx module

Thank you everyone for your opinion about this. Commited and pushed on master. Julien. -- View this message in context: http://nabble.documentfoundation.org/REVIEW-Patch-for-Same-expression-on-both-sides-of-in-basegfx-module-tp3617335p3638522.html Sent from the Dev mailing list archive at Nabble

[Libreoffice] Licence statement

Hey, just in case that I really did not yet sent a licence statement. I provide all past and all future contributions to Libreoffice under the terms of the LGPLv3+ and MPL license. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesk

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

On Fri, 2012-01-06 at 09:53 -0500, Kohei Yoshida wrote: > I'll look into this, Done. Now the upper limit is set to 1024 in the Options dialog. http://cgit.freedesktop.org/libreoffice/core/commit/?id=a687d554774eba1c4bf5a4825e8730cb0114bd3c (cherry-picked to the -3-5 branch as well). The chang

Re: [Libreoffice] unnecessary building basegfx twice ?

On Friday 06 of January 2012, Michael Stahl wrote: > On 06/01/12 17:35, Lubos Lunak wrote: > > On Friday 06 of January 2012, Michael Stahl wrote: > >> in the case of pdfimport, isn't there a potential licensing problem > >> because it uses GPL-licensed xpdf/poppler code? > > > > I confess to havin

Re: [Libreoffice] [libreoffice-l10n] Re: [Libreoffice-qa] Online update service up & running

Hi Olivier, On 2012-01-05 at 16:38 -0200, Olivier Hallot wrote: > > So, what you want to do is to put the new version to your server (let's > > say http://yourserver/newersion.msi) together with the following xml > > (located at http://yourserver/update.xml): > > > > > > http://update.libreoffi

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 --- Comment #79 from Rainer Bielefeld 2012-01-06 09:19:42 PST --- Nominate "Bug 43989 - After installation first launch terminates after splash screen". Although it seems completely harmless, that's no good first impression of a fresh installed

Re: [Libreoffice] unnecessary building basegfx twice ?

On 06/01/12 17:35, Lubos Lunak wrote: > On Friday 06 of January 2012, Michael Stahl wrote: >> On 06/01/12 12:19, Tor Lillqvist wrote: Maybe the easiest way out would be to turn pdfimport from an .oxt >>> >>> extension into an (optionally installable) part of LO. >>> >>> Makes a lot of sense, I

[Libreoffice] Bug 39428 (https://bugs.freedesktop.org/show_bug.cgi?id=39428#c1)

Hello all... Progress to date: In tools/inc/tools/stream.hxx Removed operator>> declarations for types long, short, int Removed operator<< declarations for types long, short, int Added operator>> declarations for types sal_uInt16, sal_uInt32, sal_uInt64, sal_Int16, sal_Int32, sal_Int64 Added oper

Re: [Libreoffice] minor problems with format -> page -> organizer

Anyone ? On Mon, Jan 2, 2012 at 5:13 PM, Lior Kaplan wrote: > Hi, > > 1. The format -> page -> organizer tab is missing a space between the page > orientation and the page direction. You'll notice it as "PortraitLeft" > instead of "Portrait Left". > > The strings are coming from svx/source/items

Re: [Libreoffice] [REVIEW] Patch for "Same expression on both sides of '&&'" in basegfx module

Caolan McNamara wrote: > > I think so, but I'm not sure either. Anyone with a second opinion? > > Change seems reasonable to me FWIW, presumably Thorsten knows best what > basegfx wants to do here. > Trying to excercise the code properly via unit test currently, but other stuff keeps distracting

Re: [Libreoffice] unnecessary building basegfx twice ?

Lubos Lunak wrote: > > in the case of pdfimport, isn't there a potential licensing problem > > because it uses GPL-licensed xpdf/poppler code? > > I confess to having no clue about .oxt whatsoever, but assuming that now the > pdfimport extension is binary code that eventually ends up dlopened by

Re: [Libreoffice] minutes of ESC call ...

Michael Meeks wrote: > + cleanup old test build server directories (Thorsten) > Done. > + Excel (originally Lotus) leap-year bug #44453 > + we simply don't do the broken version > + known issue, affecting only 50 dates. > AA: + wontfix the bug in p

Re: [Libreoffice] Change in addition for date handling (intentional change??)

Andrew, Apologies for the late reply, just back from vacation and now trying to chip away at the mountain of mail backlog On 01/01/12 16:01, Andrew Douglas Pitonyak wrote: Thanks for checking Will wait and see what Noel has to say... I say "I don't know" :-) hmm I think I dropped the bal

Re: [Libreoffice] [PATCH] Fix for bug fdo#44110, New Math symbols issues in Windows

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Kendy This commit was a newbie mistake. Thanks for reverting it. I will try to fix the sdf issue. regards Olivier Em 06-01-2012 14:34, Jan Holesovsky escreveu: > Hi Olivier, > > On 2012-01-04 at 15:55 +, Michael Meeks wrote: > >>> WRT to

Re: [Libreoffice] unnecessary building basegfx twice ?

On Friday 06 of January 2012, Michael Stahl wrote: > On 06/01/12 12:19, Tor Lillqvist wrote: > >> Maybe the easiest way out would be to turn pdfimport from an .oxt > > > > extension into an (optionally installable) part of LO. > > > > Makes a lot of sense, I think. Ditto for other "extensions" incl

Re: [Libreoffice] unnecessary building basegfx twice ?

Michael Meeks wrote: > So - I don't think that should be an issue, but Thorsten would know. In > a nutshell though the approach is right - it is a madness to ship 2x > versions of libraries when we could ship one - and having tons of stuff > as .oxts when we ship it be default is just silly :

Re: [Libreoffice] [REVIEW][3-5] looking for .mozilla/.thunderbird under .config dir

On Fri, 2012-01-06 at 10:31 +, Caolán McNamara wrote: > As julien points out, we're using osl::Security::getConfigDir to find > the right dir to look for ".mozilla" and ".thunderbird" etc underneath. > getConfigDir uses XDG_CONFIG_DIR thesedays, but moz never did that, so I > reckon we should

Re: [Libreoffice] [PATCH] Fix for bug fdo#44110, New Math symbols issues in Windows

Hi Olivier, On 2012-01-04 at 15:55 +, Michael Meeks wrote: > > WRT to this patch, there are two files; the binary file opens.ttf > > and the text file OpenSymbol.sfd. > > Right - the original / authoritative version should be the .sdf file > which (IIRC) as well as being 'diff -u'

Re: [Libreoffice] [REVIEW] Problem with data -> form dialog in Calc

On Fri, Jan 6, 2012 at 6:10 PM, Kohei Yoshida wrote: > Thanks for the patch. Your change looks good. I've also found > additional bug (nothing to do with your patch) where the code assumed > that the data range always starts at row 1. I fixed that as well. > > I've pushed your patch and my foll

Re: [Libreoffice] [PUSHED] [REVIEW] Problem with data -> form dialog in Calc

Setting PUSHED tag to this duplicate as well. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] [REVIEW] Problem with data -> form dialog in Calc

Setting PUSHED tag. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] Problem with data -> form dialog in Calc

Hi Lior, On Fri, 2012-01-06 at 01:11 +0200, Lior Kaplan wrote: > Hi, > > A user refereed me to a translation problem in Calc's data -> form > dialog, which has "Last Record" above "Next Record", which should > probably be "Previous Record". The button indeed behaved as "Previous > Record". > > A

Re: [Libreoffice] Calc : add carriage return via Ctrl+Enter in the "Formula bar"

Hi Mathias, A little late in replying, just getting through the backlog of the post Christmas vacation mail backlog On 24/12/11 01:04, Mat M wrote: Hello Noel, Le Mon, 12 Dec 2011 16:27:29 +0100, Noel Power a écrit: On 12/12/11 14:39, Maxime de Roucy wrote: Hi I checked with a recent ma

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

Hi Olivier, On Fri, 2012-01-06 at 12:10 -0200, Olivier Hallot wrote: Because it's harder. > Is this configuration will spark user stupidity, my vote is to drop it > completely. Nah. Dropping would be bad. This option is loved by many, and I for one like it a lot. Anyway, I talked with Markus

Re: [Libreoffice] unnecessary building basegfx twice ?

On 06/01/12 14:24, Tor Lillqvist wrote: >> in the case of pdfimport, isn't there a potential licensing problem >> because it uses GPL-licensed xpdf/poppler code? > > Ah OK. IANAL, so maybe indeed keeping it as an oxt then is relevant. > Still, what prevents us from saying that a particular build o

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 44322, which changed state. Bug 44322 Summary: ODT management regression in LibO3.5: title borders and page numbers badly displayed in previous LibO versions. https://bugs.freedesktop.org/show_bug.cgi?id=44322

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

On 01/06/2012 02:51 PM, Michael Meeks wrote: The logic behind this option hiding always escaped me, anyway. Presumably to avoid loading the other components: sc,sd,sw etc. from each other if they are not already loaded (?) at least some of the tab-dialogs appear to be inside swui itself

Re: [Libreoffice] unnecessary building basegfx twice ?

On 01/06/2012 02:24 PM, Tor Lillqvist wrote: Still, what prevents us from saying that a particular build of this "extension" as shipped with LO x.y, works only with LO x.y? OOo has a OpenOffice.org-maximal-version dependency for that; would need to replicate that as LibreOffice-maximal-version

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

On Fri, 2012-01-06 at 14:52 +0100, Markus Mohrhard wrote: > > 2/ Limit on the number of sheets created by default: 20 > > I won't implement that. We can't protect every user from his mistakes > and IMHO we shouldn't even try to do that. If a user thinks he needs > to set his initial number of she

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Em 06-01-2012 11:52, Markus Mohrhard escreveu: > Hello Jean-Baptiste, > >> >> I have tried to reproduce the crash on Linux 64 bits by setting the >> option value to 3 and the creation of a new speadsheet took several >> minutes. No crash but 5

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

Hi Markus, Le 06/01/2012 14:52, Markus Mohrhard a écrit : > Hello Jean-Baptiste, > >> >> I have tried to reproduce the crash on Linux 64 bits by setting the >> option value to 3 and the creation of a new speadsheet took several >> minutes. No crash but 5 Go of RAM. I killed LibO instead of cl

Re: [Libreoffice] unnecessary building basegfx twice ?

PDF importer works out of process and communicates with LO only using temporary files. So, we don't really *link* GPL-ed code. F. On 06/01/12 14:24, Tor Lillqvist wrote: > in the case of pdfimport, isn't there a potential licensing problem > because it uses GPL-licensed xpdf/poppler code? A

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Petr Mladek changed: What|Removed |Added Depends on||44498 --- Comment #78 from Petr Mladek 20

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

Hello Jean-Baptiste, > > I have tried to reproduce the crash on Linux 64 bits by setting the > option value to 3 and the creation of a new speadsheet took several > minutes. No crash but 5 Go of RAM. I killed LibO instead of closing the > file. Problem: when creating another spreadsheet I had

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

On Fri, 2012-01-06 at 14:15 +0100, Stephan Bergmann wrote: > On 01/06/2012 10:54 AM, Jean-Baptiste Faure wrote: > > Knowing that you can't access Calc options without having a Calc > > document opend, how do you kill this vicious circle? > > The logic behind this option hiding always escaped me,

Re: [Libreoffice] unnecessary building basegfx twice ?

On Fri, 2012-01-06 at 12:26 +0100, Michael Stahl wrote: > in the case of pdfimport, isn't there a potential licensing problem > because it uses GPL-licensed xpdf/poppler code? It should fork that stuff in another process to isolate it. So - I don't think that should be an issue,

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Em 06-01-2012 11:15, Stephan Bergmann escreveu: > On 01/06/2012 10:54 AM, Jean-Baptiste Faure wrote: >> Knowing that you can't access Calc options without having a Calc >> document opend, how do you kill this vicious circle? > > The logic behind t

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Petr Mladek changed: What|Removed |Added Depends on||44322 --- Comment #77 from Petr Mladek 20

Re: [Libreoffice] unnecessary building basegfx twice ?

> in the case of pdfimport, isn't there a potential licensing problem > because it uses GPL-licensed xpdf/poppler code? Ah OK. IANAL, so maybe indeed keeping it as an oxt then is relevant. Still, what prevents us from saying that a particular build of this "extension" as shipped with LO x.y, works

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

On 01/06/2012 10:54 AM, Jean-Baptiste Faure wrote: Knowing that you can't access Calc options without having a Calc document opend, how do you kill this vicious circle? The logic behind this option hiding always escaped me, anyway. Stephan ___ LibreO

Re: [Libreoffice] minutes of ESC call ...

On Fri, 2012-01-06 at 11:28 +, Caolán McNamara wrote: > On Thu, 2012-01-05 at 17:43 +, Michael Meeks wrote: > > + upgrade the internal cairo to latest stable to fix theme crasher > > (Fridrich) > > + side-effect: > > https://bugs.freedesktop.org/show_bug.cgi?id=44219 > >

Re: [Libreoffice] About enabling Icedove addressbook connection for Base

On Fri, 2012-01-06 at 12:03 +0100, Alexander Thurgood wrote: > It is directly in the user "Library" folder, not "Applications > Support". For some reason, Thunderbird does not behave like Firefox, and > does not put its configdir in "Applications Support". Sure, but connectivity has... {

Re: [Libreoffice] minutes of ESC call ...

On Thu, 2012-01-05 at 17:43 +, Michael Meeks wrote: > + upgrade the internal cairo to latest stable to fix theme crasher > (Fridrich) > + side-effect: > https://bugs.freedesktop.org/show_bug.cgi?id=44219 > + in-progress (Caolan, Michael) done. C. _

Re: [Libreoffice] unnecessary building basegfx twice ?

On 06/01/12 12:19, Tor Lillqvist wrote: >> Maybe the easiest way out would be to turn pdfimport from an .oxt > extension into an (optionally installable) part of LO. > > Makes a lot of sense, I think. Ditto for other "extensions" included in > the source code. in the case of pdfimport, isn't ther

Re: [Libreoffice] unnecessary building basegfx twice ?

> Maybe the easiest way out would be to turn pdfimport from an .oxt extension into an (optionally installable) part of LO. Makes a lot of sense, I think. Ditto for other "extensions" included in the source code. --tml ___ LibreOffice mailing list LibreO

Re: [Libreoffice] unnecessary building basegfx twice ?

On 01/06/2012 12:05 PM, Matúš Kukan wrote: I'm wondering if we really need to build source files from basegfx twice, for shared and also static library. The static library is used only in sdext/source/pdfimport/makefile.mk and is there from beginning, so maybe there is a reason ? Maybe extension

Re: [Libreoffice] Doxygen for C/C++ URE Documentation

On 01/06/2012 11:47 AM, Michael Stahl wrote: On 06/01/12 11:07, Caolán McNamara wrote: So, does that mean we can now remove autodoc and udm from the tree ? we still use that for IDL docu (and don't forget "cosv" module) Yeah, next step I plan to do is get rid of autodoc for IDL, too (after t

Re: [Libreoffice] Doxygen for C/C++ URE Documentation

On Fri, 2012-01-06 at 11:47 +0100, Michael Stahl wrote: > we still use that for IDL docu (and don't forget "cosv" module) damn :-( its such a big-ass chunk of code I was hopeful it was a goner. C. ___ LibreOffice mailing list LibreOffice@lists.freedesk

Re: [Libreoffice] About enabling Icedove addressbook connection for Base

Hi Caolán, Le 06/01/12 11:29, Caolán McNamara a écrit : > On Fri, 2012-01-06 at 10:04 +0100, Alexander Thurgood wrote: >> Well the default user profile on Mac is generally stored here : >> /Users//Library/Thunderbird/Profiles/xyz.default > Excellent, that's the bit of into I wanted to check. So, t

[Libreoffice] unnecessary building basegfx twice ?

Hello, I'm wondering if we really need to build source files from basegfx twice, for shared and also static library. The static library is used only in sdext/source/pdfimport/makefile.mk and is there from beginning, so maybe there is a reason ? Maybe extensions can't be linked against our librari

[Libreoffice] [PUSHED] Re: [REVIEW][3-5] fdo#44219 RHEL-4 buildbot doesn't have FT_Library_SetLcdFilter

Hi Caolan, On 2012-01-06 at 10:00 +, Caolán McNamara wrote: > So the support for setting it isn't compiled in, so the result when > deployed on a recent Ubuntu is that you get weird-ass lcdfilter colour > effects around letters. > > Proposed fix is to hack in dlsyming FT_Library_SetLcdFilter

Re: [Libreoffice] Doxygen for C/C++ URE Documentation

On 06/01/12 11:07, Caolán McNamara wrote: > On Thu, 2012-01-05 at 20:11 +0100, Stephan Bergmann wrote: >> On 01/04/2012 03:30 PM, Stephan Bergmann wrote: >>> If there are no objections, I will commit this to master later this week. >> >> Done, >>

[Libreoffice] [REVIEW][3-5] looking for .mozilla/.thunderbird under .config dir

As julien points out, we're using osl::Security::getConfigDir to find the right dir to look for ".mozilla" and ".thunderbird" etc underneath. getConfigDir uses XDG_CONFIG_DIR thesedays, but moz never did that, so I reckon we should cherry-pick http://cgit.freedesktop.org/libreoffice/core/commit/?id

Re: [Libreoffice] About enabling Icedove addressbook connection for Base

On Fri, 2012-01-06 at 10:04 +0100, Alexander Thurgood wrote: > Well the default user profile on Mac is generally stored here : > /Users//Library/Thunderbird/Profiles/xyz.default Excellent, that's the bit of into I wanted to check. So, the mac getConfigDir code is... #define MACOSX_CONFIG_DIR "/Li

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

Hi Markus, On Fri, 2012-01-06 at 00:49 +0100, Markus Mohrhard wrote: > I'm sorry but I have to correct one of our features from the release > note page. After some discussion I need to limit the maximum amount of > sheets in 32 bit builds to 1 sheets. That should still be much > more than most

Re: [Libreoffice] OOo issue 101224. could it be a LibO easy hack?

Hi Tommy, On Fri, 2012-01-06 at 10:56 +0100, Tommy wrote: > unfortunately, I'm just an user without coding skills... > so I can't do the job... I hope that some developer could have the > interest and time to try working this out. I appreciate your interest and desire to have this bug fix

Re: [Libreoffice] [REVIEW 3-5] [PUSHED 3-5] request to cherry pick fix for fdo44172

On Fri, 2012-01-06 at 09:45 +0100, David Tardon wrote: > On Thu, Jan 05, 2012 at 03:31:02PM -0500, August Sodora wrote: > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=25e84ee95954a28d9a6a1b346e6673a9a6de71cc > > Hi, > > I am pretty sure the original intent was > > rtl::OUStringBuffe

Re: [Libreoffice] Doxygen for C/C++ URE Documentation

On Thu, 2012-01-05 at 20:11 +0100, Stephan Bergmann wrote: > On 01/04/2012 03:30 PM, Stephan Bergmann wrote: > > If there are no objections, I will commit this to master later this week. > > Done, >

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 44219, which changed state. Bug 44219 Summary: Cairo subpixel rendering different in 3.5.0 beta2 vs earlier versions https://bugs.freedesktop.org/show_bug.cgi?id=44219 What|Old Value |Ne

[Libreoffice] [REVIEW][3-5] fdo#44219 RHEL-4 buildbot doesn't have FT_Library_SetLcdFilter

So the support for setting it isn't compiled in, so the result when deployed on a recent Ubuntu is that you get weird-ass lcdfilter colour effects around letters. Proposed fix is to hack in dlsyming FT_Library_SetLcdFilter (when dlsym functions are available) as the fallback, which seems to work.

Re: [Libreoffice] OOo issue 101224. could it be a LibO easy hack?

On Fri, 06 Jan 2012 10:15:15 +0100, Jan Holesovsky wrote: The code you want to play with is editeng/source/misc/svxacorr.cxx . unfortunately, I'm just an user without coding skills... so I can't do the job... I hope that some developer could have the interest and time to try working this ou

Re: [Libreoffice] limiting maximum sheet number to 10000 in 32 bit builds

Hi Markus, Le 06/01/2012 00:49, Markus Mohrhard a écrit : > Hey, > > I'm sorry but I have to correct one of our features from the release > note page. After some discussion I need to limit the maximum amount of > sheets in 32 bit builds to 1 sheets. That should still be much > more than most

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 43862, which changed state. Bug 43862 Summary: Page FORMATTING: Margin settings information not compatible with 3.4.4 https://bugs.freedesktop.org/show_bug.cgi?id=43862 What|Old Value |N

Re: [Libreoffice] OOo issue 101224. could it be a LibO easy hack?

Hi Tommy, On 2012-01-06 at 08:52 +0100, Tommy wrote: > there's however the vast majority of words that have exactly the same > spelling... let's take an example: “yellow” which is the same in England, > USA, > South Africa, Australia, Canada etc. etc. > > if you come with a typing error like “

Re: [Libreoffice] UNO Object Life Cycle question

On 01/05/2012 03:52 PM, Tomas Hlavaty wrote: UNO is a distributed protocol. The links should be considered unreliable. Do note that UNO was not designed with unreliability of remote communication in mind. It comes from a time and culture where RPC was considered cool. The world knows bette

[Libreoffice] REMINDER: Release 3.5.0-beta3 from libreoffice-3-5 branch and hard string and UI freeze

Hi, please note that the commit deadline for 3.5.0-beta3 is on Monday, January 9, 2012. IMPORTANT: It is also the hard string and UI freeze. Please, do you best to include late features or at least the needed strings. Note that it is the last scheduled beta. The next commit deadline will be for

Re: [Libreoffice] About enabling Icedove addressbook connection for Base

Le 05/01/12 21:38, julien2412 a écrit : > I found that the main thing to change was in > connectivity/source/drivers/mozab/bootstrap/MNSFolders.cxx. But by running > some tests, it seems that the root directory is ~/.config instead of ~/ > > ::osl::Security::getConfigDir is used to find the co

Re: [Libreoffice] OOo issue 101224. could it be a LibO easy hack?

Tommy wrote > > On Thu, 05 Jan 2012 22:21:02 +0100, julien2412 wrote: > >> Hi Tommy, >> >> I'm not an expert but like you, I dislike duplication. Now what do you do >> with words like : "colour", "humour", etc. that you write in English >> whereas >> you would write "color", "hum

Re: [Libreoffice] [REVIEW 3-5] [PUSHED 3-5] request to cherry pick fix for fdo44172

On Thu, Jan 05, 2012 at 03:31:02PM -0500, August Sodora wrote: > Hello all, > > I recently fixed a pretty embarrassing regression in basic and I'm > pretty sure it should cherry picked to the relevant branches. The > commit is here: > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=25e8

Re: [Libreoffice] UNO Object Life Cycle question

On 01/05/2012 03:52 PM, Tomas Hlavaty wrote: I'm implementing and can't make much sense of it. It seems to me that the spec is contradictory: ... unless it considers as bridged in any