Re: [Libreoffice] minutes of tech steering call ...

Hi Pedro, plino wrote (24-06-11 02:03) Cor Nouws wrote: Plus - especially with the unfortunate experience from 3.4.0, and to do something good for users, testers, marketing etc - IMO it is better that in the end we have three weeks extra, than that we lack three days. So I would really love to

[Libreoffice] [PATCH] impress: after adding a new animation, scroll down to it in the list.

Hi there, This is a one-line patch to impress to make the animation list scroll down to show a newly added animation. Previously we didn't scroll the list at all. Kind Regards, Luke. From 011c3c21a7a8a250261cead697a4cf5d005a02dd Mon Sep 17 00:00:00 2001 From: Luke Symes Date: Fri, 24 Jun 2011 1

Re: [Libreoffice] [PUSHED] Fix build by updating to new api

On Fri, Jun 24, 2011 at 6:41 AM, Michael Meeks wrote: > > Lovely - pushed to master; thanks :-) > >Which makes me wonder - now you've fixed the impress ergonomic snafu > nicely, what is next on your hit list ? :-) > > I'm interested in working on gui stuff, especially the custom an

[Libreoffice] Potential Problems for LibreOffice on Mac with impending release of Lion OSX

Hi all, I know this is likely to irk folks a little here, but has any thought been given to the potential problems that the release of Mac OSX Lion is going to cause to users of LibreOffice. Browsing the ESC meeting summaries does not seem to indicate that this has been considered or discussed yet

[Libreoffice] ANN: ODF 1.2 Candidate OASIS Standard Enters 60-Day Public Review, prerequisite for balloting as OASIS Standard

Details here: This is a public review. >From the announcement, which provides all details on locating the >specification and background on the process: "Comments may be submitted to the TC by any person through the use of the OA

[Libreoffice] [PATCH] Replace List with std::vector

Ok, this patch compiles fine; however, I can't find where it's used. Also, I think it's unused; it looks a lot like leftovers of when OpenOffice had a web browser. If some can verify, that it's trash, a few pointers in to how to remove it would be nice. It looks like libs-gui/uui/source/service

Re: [Libreoffice] Help with moving misplaced options from ScDocOptions to ScAppOptions

Hello Albert, I forgot to respond to your mail. Kohei is not here till the beginning of July, but I try to answer your questions as good as possible. Simple as this task might seem (it's is mostly a matter of copy&paste) > I still have run into troubles that I can't figure out. In > tpcompatibili

Re: [Libreoffice] [REVIEW] [PUSHED-3-4] fdo#38544

Pushed already to 3-4. See my other mail. 2011/6/23 Noel Power > Please review > http://cgit.freedesktop.org/**libreoffice/calc/commit/?id=** > 89462758bfcaaec34c508f2afe08ea**cb759c7093 > > would l

[Libreoffice] [REVIEW] fdo#38544

Please review http://cgit.freedesktop.org/libreoffice/calc/commit/?id=89462758bfcaaec34c508f2afe08eacb759c7093 would like to include in 3.4 ( and additionally whatever current 3.4.x branch ) thanks, Noel ___ LibreOffice mailing list LibreOffice@lis

Re: [Libreoffice] minutes of tech steering call ...

Cor Nouws wrote: > > Plus - especially with the unfortunate experience from 3.4.0, and to do > something good for users, testers, marketing etc - IMO it is better that > in the end we have three weeks extra, than that we lack three days. > So I would really love to be on the save side .. > Th

Re: [Libreoffice] minutes of tech steering call ...

Hi Norbert, Norbert Thiebaud wrote (24-06-11 01:32) On Thu, Jun 23, 2011 at 6:11 PM, Cor Nouws wrote: Michael Meeks wrote (23-06-11 20:27) * Posting TSC minutes on the blog ... + Norbert: wording is very terse, not enough context, not suitable for mass public consumption.

Re: [Libreoffice] minutes of tech steering call ...

On Thu, Jun 23, 2011 at 6:11 PM, Cor Nouws wrote: > Michael Meeks wrote (23-06-11 20:27) > >> * Posting TSC minutes on the blog ... >>        + Norbert: wording is very terse, not enough context, not suitable >>          for mass public consumption. >>        + Suggestion: needs to be expanded, an

Re: [Libreoffice] minutes of tech steering call ...

Michael Meeks wrote (23-06-11 20:27) * Posting TSC minutes on the blog ... + Norbert: wording is very terse, not enough context, not suitable for mass public consumption. + Suggestion: needs to be expanded, and made more comprehensible, someone who wants that

Re: [Libreoffice] minutes of tech steering call ...

Hi *, Michael Meeks wrote (23-06-11 20:27) * Release quality / complaints ... (Cor / Italo / Olivier) + presenters not present Apologies for that - but it was about what I expected. (Have to try to focus on making a living during the day-hours ;-) ) + extend the feature-fr

Re: [Libreoffice] [ANN] LibreOffice 3.4.1 RC2 available

Hi all, Thorsten Behrens schrieb: Hi *, for 3.4.1 rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a

Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation

> ? I thought the new implementation will first be available in 3.5 and > therefore the text changes should also first be in 3.5, not in 3.4. Ah ok, I did not know. No need to cherry-pick to the 3-4 branch then, obviously, --tml ___ LibreOffice maili

Re: [Libreoffice] [REVIEW] new build breaker in configure/set_soenv

Am Thu, 23 Jun 2011 13:18:03 +0200 schrieb Petr Mladek : > Andreas Radke píše v St 22. 06. 2011 v 19:32 +0200: > > The patch is not even needed. Simply adding this line makes it > > build: make -C dmake clean && echo "make -C dmake clean" > > > > So there was some garbage left in the tarball? >

Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation

Hi Tor, Tor Lillqvist schrieb: Regina, it was a bit tedious to find exactly what files (the full pathnames) your patches were for, but I applied your patches and pushed to master. One review needed for cherry-picking to the 3-4 branch. ? I thought the new implementation will first be available

Re: [Libreoffice] [PATCH] Additional fix for bug fdo#33781

Le 21/06/2011 21:10, Petr Mladek a écrit : Roland Baudin píše v Út 21. 06. 2011 v 09:26 +0200: Hi Petr, I've tested your patch with my test docs and for me it's OK. I've just noticed a small issue when inserting a chart in Calc : when switching out from edit mode, the top line of the graphic be

Re: [Libreoffice] [PUSHED][REVIEW] fix for fdo38204: formulas with range names were not imported correctly from xls

On 23/06/11 13:42, Markus Mohrhard wrote: http://cgit.freedesktop.org/libreoffice/calc/commit/?id=4068aa5fac1c3e6f4baac44b7ed5e3793a6b8fd1 [...] Markus looks good to me, please commit to master, let me know the commit id and I will cherrypick/signoff for 3.4 thanks again

Re: [Libreoffice] minutes of tech steering call ...

On Thu, Jun 23, 2011 at 07:27:36PM +0100, Michael Meeks wrote: > > * Completed AA's > + kill Adabas integration dead in master (Francois) > + disabled for a release, removed next release I have found no evidence it is still used, but there still may be people living under a ro

Re: [Libreoffice] Hackfest - September 9th, Ohio Linux Fest

Just a quick note. Have sent off the formal request to the OHLF organizers..will keep folks posted as specifics firm up. Thanks, drew ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoff

[Libreoffice] [REVIEW][PUSHED] patch for fdo#38544: enable Object/Edit menu item for ole/embedded objects (by Noel)

Hello, just for your information. I reviewed and pushed to 3-4: http://cgit.freedesktop.org/libreoffice/calc/commit/?id=89462758bfcaaec34c508f2afe08eacb759c7093. Noel sent a mail to the mailing list but he mentioned on IRC that it seems that it got lost somewhere. Regards, Markus __

Re: [Libreoffice] Debug compilation fails in sal module

> De: Caolán McNamara > Objet: Re: [Libreoffice] Debug compilation fails in sal module > À: "Julien Nabet" > Cc: libreoffice@lists.freedesktop.org > Date: Jeudi 23 juin 2011, 12h52 > On Thu, 2011-06-23 at 11:42 +0100, > Caolán McNamara wrote: > > On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet >

Re: [Libreoffice] Does --with-vendor still make sense ?

Hi Petr, Petr Mladek píše v Čt 23. 06. 2011 v 19:37 +0200: > --- cut --- > Copyright © 2000, 2010 LibreOffice contributors and/or their > affiliates. > > All rights reserved. This product was created by The > Document Foundation, based on OpenOffice.org, which is Copyright 2000, > 2010 Oracle an

[Libreoffice] [PUSHED] Fix build by updating to new api

On Thu, 2011-06-23 at 20:55 +1200, Luke Symes wrote: > I was rebuilding master, and had to change a line in libs-core which > used the old api for SetWindowState. Could this get pushed to master > (if it's not already done by the time people read this)? Lovely - pushed to master; thanks :

[Libreoffice] minutes of tech steering call ...

Attendees: + Michael, Caolan, Kendy, Andreas, Rainer, Timar, Tor, Thorsten, Petr, Francois, Norbert, Cedric * Completed AA's + binned dlsym'd fontconfig & non-fontconfig X font code paths (Caolan) + avoid: completely junking gnome-vfs backend & startup hooks (Caol

Re: [Libreoffice] Debug compilation fails in sal module

> De: Caolán McNamara > Objet: Re: [Libreoffice] Debug compilation fails in sal module > À: "Julien Nabet" > Cc: libreoffice@lists.freedesktop.org > Date: Jeudi 23 juin 2011, 12h42 > On Wed, 2011-06-22 at 21:52 +0200, > Julien Nabet wrote: > > Le 22/06/2011 13:55, Caolán McNamara a écrit : > > >

Re: [Libreoffice] [PATCH] Update help fdo#31652

Hi Korrawit, *, Korrawit Pruegsanusak wrote (23-06-11 17:21) This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Please

Re: [Libreoffice] Does --with-vendor still make sense ?

Caolán McNamara píše v St 22. 06. 2011 v 09:40 +0100: > Should/do other distros still use --with-vendor=their_distro ?, and if > so are we happy how that reads in help->about, is it a bit clumsy ? Well, only the official build should use the vendor TDF. You are right that we need to modify the tex

Re: [Libreoffice] patch for make to help in gbuild debugging

On Thu, Jun 23, 2011 at 11:59 AM, Tor Lillqvist wrote: > While I agree this is a great idea, would it be hard to make it a bit less > verbose? > > I.e, instead of > >>    ### call $(gb_Library_set_include) --> >>    ### arg 0 for call $(gb_Library_set_include) is 'gb_Library_set_include' >>    ##

Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652

Hi, 2011.06.23. 18:00 keltezéssel, Christian Lohmaier írta: > Hi *, > > As this affects translators, forward this to l10n list. > > @Andras: Do you automatically "catch" those changes and add them to > pootle, or is this all done manually? Esp. when it comes to 3.3/older > codelines in general..

Re: [Libreoffice] patch for make to help in gbuild debugging

While I agree this is a great idea, would it be hard to make it a bit less verbose? I.e, instead of >### call $(gb_Library_set_include) --> >### arg 0 for call $(gb_Library_set_include) is 'gb_Library_set_include' >### arg 1 for call $(gb_Library_set_include) is 'msword' >### arg

Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652

2011.06.23. 17:35 keltezéssel, Caolán McNamara írta: > On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: >> Hello all, >> >> This patch update help texts about operation of delete and backspace >> key as described in fdo#31652. >> As in comment 2, this affects 3.3 release, so obviousl

Re: [Libreoffice] patch for make to help in gbuild debugging

At 11:46am -0400 Thu, 23 Jun 2011, Norbert Thiebaud wrote: On Thu, Jun 23, 2011 at 6:35 AM, Michael Meeks wrote: On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall

Re: [Libreoffice] [PATCH] [PUSHED:master] Adapt texts to new B-spline implementation

Regina, it was a bit tedious to find exactly what files (the full pathnames) your patches were for, but I applied your patches and pushed to master. One review needed for cherry-picking to the 3-4 branch. In your next patches, please use "git format-patch", that makes it easier to apply them.

Re: [Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc

On Thu, 2011-06-23 at 16:26 +0100, Caolán McNamara wrote: > > I would like to get this patch into the 3-4 branch because it prevents > > a crash that was introduced by a DeclareList removal. > > We can not call vector::back on an empty vector. > > +1, done into 3-4. Not into 3-4-X yet however. Ne

Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652

Hi *, sorry for identical post, but added l...@libreoffice.org instead of l...@global.libreoffice.org As this affects translators, forward this to l10n list. @Andras: Do you automatically "catch" those changes and add them to pootle, or is this all done manually? Esp. when it comes to 3.3/older

Re: [Libreoffice] [PUSHED]PATCH] Update help fdo#31652

Hi *, As this affects translators, forward this to l10n list. @Andras: Do you automatically "catch" those changes and add them to pootle, or is this all done manually? Esp. when it comes to 3.3/older codelines in general.. On Thu, Jun 23, 2011 at 5:35 PM, Caolán McNamara wrote: > On Thu, 2011-0

Re: [Libreoffice] patch for make to help in gbuild debugging

On Thu, Jun 23, 2011 at 6:35 AM, Michael Meeks wrote: > Hi Norbert, > > On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: >> What I found was that the most confusing things to follow were $(eval >> and $(call, especially when they cascade 4, 5, 6 level deep. > >        Nice :-) > >> So I

[Libreoffice] [PUSHED]PATCH] Update help fdo#31652

On Thu, 2011-06-23 at 22:21 +0700, Korrawit Pruegsanusak wrote: > Hello all, > > This patch update help texts about operation of delete and backspace > key as described in fdo#31652. > As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence > it would be good to include it into both

Re: [Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc

On Thu, 2011-06-23 at 17:20 +0200, Markus Mohrhard wrote: > Hello all, > > I would like to get this patch into the 3-4 branch because it prevents > a crash that was introduced by a DeclareList removal. > We can not call vector::back on an empty vector. +1, done into 3-4. Not into 3-4-X yet howeve

Re: [Libreoffice] patch for make to help in gbuild debugging

At 9:06am -0400 Thu, 23 Jun 2011, Bjoern Michaelsen wrote: On Thu, 23 Jun 2011 02:23:46 -0500 Norbert Thiebaud wrote: So I created a patch for make-3.82 that allow the use of --debug=e,c That add trace about, respectively, $(eval and $(scall see: http://cgit.freedesktop.org/libreoffice/contrib/d

[Libreoffice] [PATCH] Update help fdo#31652

Hello all, This patch update help texts about operation of delete and backspace key as described in fdo#31652. As in comment 2, this affects 3.3 release, so obviously 3.4 too, hence it would be good to include it into both -3-3 and -3-4. Please feel free to comment. Best Regards, -- Korrawit Prue

[Libreoffice] [REVIEW] fix for fdo#38593: crash when paste nested table from html to calc

Hello all, I would like to get this patch into the 3-4 branch because it prevents a crash that was introduced by a DeclareList removal. We can not call vector::back on an empty vector. http://cgit.freedesktop.org/libreoffice/calc/commit/?id=70d01893e713fa730acd73a28fbf5ee29651215c Regards, Marku

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 38544, which changed state. Bug 38544 Summary: UI: No edit of OLE without mouse, Navigator access inconsistent https://bugs.freedesktop.org/show_bug.cgi?id=38544 What|Old Value |New Valu

Re: [Libreoffice] [PATCH] Fix for fdo#30550 Character count without spaces

Hello Cedric, Tor, John, all, Yesterday, @vilpan (in irc) and I tested on official 3.3.3 build and can reproduce fdo#33774 ('leading quote as word') But we both can't reproduce fdo#37584. So we should fix only fdo#33774. However, I've found two patches about this in -3-4 and master: http://cgit.f

[Libreoffice] [ANN] LibreOffice 3.4.1 RC2 available

Hi *, for 3.4.1 rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try & report *critical* bugs not yet

Re: [Libreoffice] [PATCH] fix for fdo#37880: import of formulas with range names from xlsx fail

Pushed it to master after Noel had a look at the uno part. Kohei can you have a look at the calc part? 2011/6/22 Markus Mohrhard > Hi all, > > I have fixed the problem behind fdo#37880 (fdo#38204 with similar symptoms > is not yet fixed). When we added local range names we forgot to adjust the

Re: [Libreoffice] Debug compilation fails in sal module

On Thu, 2011-06-23 at 13:06 +0100, serv serva wrote: > I'm curious to know if I'm the only one to have this problem with debug > compilation. No. I'm getting it as well now. I wasn't when you first mentioned it but I've done a g pull -r since then. For reference, I'm on Ubuntu 11.04 (Natty) 64-b

Re: [Libreoffice] patch for make to help in gbuild debugging

Hi Norbert, On Thu, 23 Jun 2011 02:23:46 -0500 Norbert Thiebaud wrote: > So I created a patch for make-3.82 that allow the use of --debug=e,c > That add trace about, respectively, $(eval and $(scall > see: > http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=a4f03f17f42ded70e6a

Re: [Libreoffice] G5, can not save files

I am really very very sorry, but on my G4, I don't find the same problem. But here I tried with just uploaded 3.4.1rc2. Which version do you use? Did you try to bin your user directory and let LO recreate it on start again? Do you have installed some special extension? Thanks for any supplement of

Re: [Libreoffice] [REVIEW] fix for fdo38204: formulas with range names were not imported correctly from xls

http://cgit.freedesktop.org/libreoffice/calc/commit/?id=4068aa5fac1c3e6f4baac44b7ed5e3793a6b8fd1 2011/6/23 Noel Power > On 22/06/11 19:44, Markus Mohrhard wrote: > >> Hello all, >> >> I have a new patch for another problem around range names. We couldn't >> import formulas with range names from

Re: [Libreoffice] Debug compilation fails in sal module

On Thu, 2011-06-23 at 13:06 +0100, serv serva wrote: > I'm curious to know if I'm the only one to have this problem with debug > compilation. It appears so, I suspect something like http://lists.apple.com/archives/cocoa-dev/2009/Sep/msg01199.html C. _

Re: [Libreoffice] Debug compilation fails in sal module

--- En date de : Jeu 23.6.11, Caolán McNamara a écrit : > De: Caolán McNamara > Objet: Re: [Libreoffice] Debug compilation fails in sal module > À: "Julien Nabet" > Cc: libreoffice@lists.freedesktop.org > Date: Jeudi 23 juin 2011, 12h42 > On Wed, 2011-06-22 at 21:52 +0200, > Julien Nabet wrote:

Re: [Libreoffice] patch for make to help in gbuild debugging

Hi Norbert, On Thu, 2011-06-23 at 02:23 -0500, Norbert Thiebaud wrote: > What I found was that the most confusing things to follow were $(eval > and $(call, especially when they cascade 4, 5, 6 level deep. Nice :-) > So I created a patch for make-3.82 that allow the use of --debug=e,c >

Re: [Libreoffice] [REVIEW] new build breaker in configure/set_soenv

Andreas Radke píše v St 22. 06. 2011 v 19:32 +0200: > The patch is not even needed. Simply adding this line makes it build: > make -C dmake clean && echo "make -C dmake clean" > > So there was some garbage left in the tarball? Ooops, I need to run "make clean" before producing the source ta

Re: [Libreoffice] Debug compilation fails in sal module

On Thu, 2011-06-23 at 11:42 +0100, Caolán McNamara wrote: > On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: > > Le 22/06/2011 13:55, Caolán McNamara a écrit : > > > On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: > > >> I'm completely stucked, could it be a bug in one of the C++ libra

Re: [Libreoffice] Debug compilation fails in sal module

On Wed, 2011-06-22 at 21:52 +0200, Julien Nabet wrote: > Le 22/06/2011 13:55, Caolán McNamara a écrit : > > On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote: > >> I'm completely stucked, could it be a bug in one of the C++ libraries of > >> Debian testing ? ... > I'm going to take a look at it

[Libreoffice] [PUSHED][PATCH] Replace List for std::vector in SdStartPresentationDlg family functions

On Wed, 2011-06-15 at 19:33 -0430, Rafael Dominguez wrote: > This patch just replace using a List to save Slide Show names and > displaying them in the slide show setting dialog. > > The code can be tested going to impress, Slide Show->Slide Show > Settings. Looks good to me, seems to have slippe

Re: [Libreoffice] crash in escherex.cxx in master

> The pool allocator stuff which G_SLICE disables has memcheck markup in > it already, it already gets used if the valgrind headers are available > at build-time so in theory we could just stuff the header in > unconditionally and always build with memcheck-detectable memory pool > foo. In practi

Re: [Libreoffice] crash in escherex.cxx in master

On Wednesday, June 22, 2011, Michael Meeks wrote: > But a single method: > > bool running_under_valgrind (void); > or > bool running_under_memcheck (void); > > so we can switch our allocation semantics auto-magically. > > Julian - we have lots of complex stuff; how

Re: [Libreoffice] Duplicate code: libs-core/framework/test/typecfg/cfgview.cxx

On Tue, 2011-06-14 at 14:13 +0100, Caolán McNamara wrote: > Yeah, that framework/test dir isn't built. I'm unconvinced that its > recoverable to turn into a modern cppunit test. I suggest you go ahead > and git rm -rf that dir and just ditch it. I removed that dir now in framework. C. __

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #156 from sasha.libreoff...@gmail.com 2011-06-23 02:09:02 PDT --- (In reply to comment #153) Thanks for interesting information about bug. I filed report about this: Bug 38595 - Calc not saves borders of cell This bug looks like annoyi

[Libreoffice] [PATCH] Fix build by updating to new api

Hi, I was rebuilding master, and had to change a line in libs-core which used the old api for SetWindowState. Could this get pushed to master (if it's not already done by the time people read this)? Kind regards, Luke. From b759a7cf43544a3eb9614d506637652ba3b20465 Mon Sep 17 00:00:00 2001 From:

Re: [Libreoffice] crash in escherex.cxx in master

On Wed, 2011-06-22 at 11:44 +0100, Michael Meeks wrote: > Which makes me wonder ... should we not include the BSD licensed, > valgrind remote header into our build, and use the magic traps to detect > it ? The pool allocator stuff which G_SLICE disables has memcheck markup in it already, it

Re: [Libreoffice] [REVIEW] new build breaker in configure/set_soenv

Andreas Radke píše v St 22. 06. 2011 v 19:32 +0200: > The patch is not even needed. Are you sure? Have you tried autogen.sh/configure without the patch and without the translations source dir? > Simply adding this line makes it build: > make -C dmake clean && echo "make -C dmake clean" >

Re: [Libreoffice] [REVIEW] fix for fdo38204: formulas with range names were not imported correctly from xls

On 22/06/11 19:44, Markus Mohrhard wrote: Hello all, I have a new patch for another problem around range names. We couldn't import formulas with range names from xls due to a false check. The named range index is 1-based during import and so the check is only allowed to check for > but not >=.

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673 Jean-Baptiste Faure changed: What|Removed |Added Depends on||38590 --- Comment #155 from Jean-B

[Libreoffice] patch for make to help in gbuild debugging

It is sometimes hard to follow what gbuild does internally... which when gbuild has a bug, or when it is misused makes things quite 'interesting'... What I found was that the most confusing things to follow were $(eval and $(call, especially when they cascade 4, 5, 6 level deep. So I created a pa

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673 Rainer Bielefeld changed: What|Removed |Added Version|LibO 3.4.0 release |LibO 3.4.0 Beta2 Component|S

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673 NX changed: What|Removed |Added Version|LibO 3.4.0 Beta2|LibO 3.4.0 release Component|Libreoffice