Re: Migrating from OOO Calc to LO Calc | SDK, UNO, Officebean, Plugin

Dear Michael, Many thanks for quick response. See our answers in green. Best Regards [Nick] & Team On 3/6/2012 7:38 PM, Michael Meeks wrote: Hi there, On Tue, 2012-03-06 at 19:23 +0400, libreoffice...@gmail.com wrote: We are working on Open source Project where OOO Calc was used for re

Re: windows build: failure in linking: duplicate resource?

> Looks like a known issue in master on Windows as of now Should be fixed now as of 9dacc3c6b626c4a2efd65bded0998b55f8b7aa28. The problem was that the npsoplugin DLL was linked with two .res files both containing a VERSION resource (for the same language). Presumably we only want the more specific

RE: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

Astron wrote (06-03-2012 17:44) >> That is expected behaviour to me. The startup background colur is >> transparent (hence the gray bitmap in the button). >To the uninitiated, this behaviour might seem very confusing (exactly >as it did to Ivan). In Excel, the default background colour seems to >b

Re: GNU make version

On Wed, Mar 07, 2012 at 01:28:05AM +0100, Mat M wrote: > Hello > > Could someone point to archive on choosing gnumake ? > I am surprised cmake was not elected, since the C means > cross-platform, and that is one basic of LO. Sigh, life would not be complete without enthusiasts telling us we shoul

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

On Wed, Mar 7, 2012 at 12:18 AM, Norbert Thiebaud wrote: > On Tue, Mar 6, 2012 at 12:54 PM, Michael Stahl wrote: >> >> the first thing i'd like to see added to make is a function to create a >> response file that is automatically deleted (a feature that dmake has), >> to get rid of the (necessari

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

On Tue, Mar 6, 2012 at 12:54 PM, Michael Stahl wrote: > > the first thing i'd like to see added to make is a function to create a > response file that is automatically deleted (a feature that dmake has), > to get rid of the (necessarily) horrible Tempfile.mk. actually, fromthe gnu-make ML: " A ne

Re: GNU make version

On Tue, Mar 06, 2012 at 05:12:56PM +, Michael Meeks wrote: > > On Tue, 2012-03-06 at 19:08 +0200, Noel Grandin wrote: > > Don't see why we shouldn't maintain our own patched copy of gmake the > > same way we maintain patched copies of other components. > > There was a long discussion ab

Re: [PATCH] fdo#46939: Crash after trying to rename autotext entry

Patch looks sane, but I still would like somebody else who is more into C++ and our way of using C++ to say whether it's the Right Thing to do or not. (If all callers of a particular method catch the exceptions it can throw even during fairly normal operation, and either just ignore them, or turn

Re: Base hangs when trying to close it

Hi Julien, On Tue, 2012-03-06 at 04:38 -0800, julien2412 wrote: > "make check" failed before I git update (and so didn't retrieve yet your > commit which includes a possible fix). :-) so - I didn't commit the patch I sent you, I'd love some testing / feedback though. > Of course, it's a

Re: GNU make version

On Tue, 2012-03-06 at 19:56 +0100, Michael Stahl wrote: > personally i'd be rather more thrilled if all those nice patches found > their way upstream and a new release were done (after we test it on all > platforms of course). Sure - you can hope that these guys will release :-) but ... s

[PATCH] fdo#46939: Crash after trying to rename autotext entry

Hi! So... after a long debugging session, I managed to trace the crash all the way from glossary.cxx through gloshdl.cxx->swblock.cxx->shellio.cxx->SwXMLTextBlocks.cxx to storage.cxx. First of all, the crash only happens when I rename an AutoText but set the shortcut to something already existin

Re: GNU make version

I just ran a make no-op (a make on a fully built product, which presumably should expose the performance of make itself more than anything else) on a Windows VM, using _our_ 3.82 form dev-tools and _our_ 3.81 form dev-tools the result are 3.82: 14m19.125 4m31.200 9m15.539 3.81: 14m20.618 4m39.2

Re: [PUSHED][PATCH] Add option to find-german-comments to only list filenames

> Here's a patch for find-german-comments: > This adds the argument -f (--filenames-only), which only prints the > filenames of files containing German comments. > I personally scan the whole file for German strings anyway, as we do not > find German strings with less than 4 chars. So there's not s

Sarah Edwards -

Greetings,   My name is  Sarah Edwards and I would like to forward our new Carabineer Travel Mugto the person who handles the marketing. PIease let me know what types of products have you order before with your imprint and  email your logo in PDF or EPS formatand I will email you a price quote 

Re: GNU make version

Hello Could someone point to archive on choosing gnumake ? I am surprised cmake was not elected, since the C means cross-platform, and that is one basic of LO. regards Mat M Le Wed, 07 Mar 2012 00:13:11 +0100, Matúš Kukan a écrit: On 6 March 2012 19:56, Michael Stahl wrote: On 06/03

Re: GNU make version

On 6 March 2012 19:56, Michael Stahl wrote: > On 06/03/12 18:12, Michael Meeks wrote: >> >> On Tue, 2012-03-06 at 19:08 +0200, Noel Grandin wrote: >>> Don't see why we shouldn't maintain our own patched copy of gmake the >>> same way we maintain patched copies of other components. >> >>       Ther

Re: current master build on linux is borked

On 6 March 2012 18:17, Takeshi Abe wrote: > So I doubt 90491a073c5b5faee782ad5eab63276fda2342e6. > In my case (gmake 3.81 on Debian wheezy) reverting it makes `make sal` > work again. Oh no, I guess I should start to use make 3.81 when doing such changes. Unfortunately I don't know how to fix th

Re: GNU make version

On Tue, Mar 06, 2012 at 07:56:20PM +0100, Michael Stahl wrote: > then we can consider making that release a pre-requisite for LO build... And break the build on all distros who won't have it? No. Even make 3.82 isn't yet everywhere because of it's incompatibilities (and as it looks, even Debian w

Re: [LibreOffice] find ctrl-g/ctrl-shift-g accelerator patch

Just don't use any Ctrl+Alt+? key combination on Windows as you have about 90% chance it won't work. Ctrl+Alt on Windows automatically translates to AltGr and that is used for special character input on most locales. That's also the reason why Ctrl+Alt+F was changed to Ctrl+H. For example on Czech

License statement

Hi, I'd like to state that All of my contributions (as an individual) to go-oo or ooo-build before September 2006 may be licensed under the MPL/LGPLv3+ dual license. Contributions made as work for hire prior to September 2006 are covered by license statements from SUSE or Canonical. Regards, Ma

[PATCH] Add option to find-german-comments to only list filenames

Hi all! Here's a patch for find-german-comments: This adds the argument -f (--filenames-only), which only prints the filenames of files containing German comments. I personally scan the whole file for German strings anyway, as we do not find German strings with less than 4 chars. So there's not so

[REVIEW 3-5] fdo#46508 use ISCHECKFORPRODUCTUPDATES property for online update

Hi, In some scenarios it is desirable to disable Online Update feature. It can be done interactively but I'm thinking of silent install on Windows in a corporate environment. It can be done easily from the command line with the REMOVE=gm_o_Onlineupdate option, however, it would be better to use th

Re: [LibreOffice] find ctrl-g/ctrl-shift-g accelerator patch

First, I would like to apologize for spamming the mailing lists. The mail client on my tablet decided to send a half written email when I put it to sleep, so I still have more to say. I plan on continuing to work on both getting .uno:UpSearch and .unoDownSearch implemented as accelerators, as well

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 40320, which changed state. Bug 40320 Summary: Pie charts colors messed up when saving opening Excel (.xls) documents https://bugs.freedesktop.org/show_bug.cgi?id=40320 What|Old Value |N

Re: [PUSHED 3-5] lp#527938, debian#602953, fdo#33266, i#105408: do not crash on clicking bibliography when base isnt installed

On Tue, Mar 06, 2012 at 06:02:04PM +, Michael Meeks wrote: > Not hyper-happy with the fix personally :-) it leaves other methods eg. > loadView just below that look decidedly flaky in a similar way. loadView is private and only called from load(). > Couldn't we package the bibliog

Re: GNU make version

On 06/03/12 18:12, Michael Meeks wrote: > > On Tue, 2012-03-06 at 19:08 +0200, Noel Grandin wrote: >> Don't see why we shouldn't maintain our own patched copy of gmake the >> same way we maintain patched copies of other components. > > There was a long discussion about this at the ESC :-) a

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

On 06/03/12 16:13, Michael Meeks wrote: > > On Tue, 2012-03-06 at 12:43 +0100, Matúš Kukan wrote: >> On 6 March 2012 11:55, Michael Meeks wrote: >>>I guess the other big win there to get the time down to seconds would >>> be to get idlc/'s idlcpp to compile lots of these IDL files at once

[PUSHED 3-5] lp#527938, debian#602953, fdo#33266, i#105408: do not crash on clicking bibliography when base isnt installed

Hi Bjoern, On Tue, 2012-03-06 at 18:23 +0100, Bjoern Michaelsen wrote: > please review: > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=1889c1af41650576a29c587a0b2cdeaf0d297587 Not hyper-happy with the fix personally :-) it leaves other methods eg. loadView just below that l

Re: [Libreoffice-ux-advise] [LibreOffice] find ctrl-g/ctrl-shift-g accelerator patch

Jan Holesovsky píše v Út 06. 03. 2012 v 11:20 +0100: > Hi Cameron, > > This is some good research, I hope you don't mind if I CC: the devel > mailing list, and the UX advise list too? :-) > > On 2012-03-05 at 16:41 -0500, Cameron Paul wrote: > > > It turns out I was mistaken. I was only able to

Re: GSoC & error during make

Hello Mariana, First, welcome to LibreOffice :-) On Mon, Mar 5, 2012 at 08:08, Mariana Marasoiu wrote: > I don't know what should I do next. I tried googling the error, but > came up with nothing conclusive. I was hoping you could help me fix > this and finish building LibreOffice so I could sta

[REVIEW 3-5] lp#527938, debian#602953, fdo#33266, i#105408: do not crash on clicking bibliography when base isnt installed

Hi, please review: http://cgit.freedesktop.org/libreoffice/core/commit/?id=1889c1af41650576a29c587a0b2cdeaf0d297587 which fixes the longstanding "LibreOffice crashes on clicking bibliography without base being installed"-issue. Thanks, Bjoern ___

Re: current master build on linux is borked

Hi Noel, Michael, all, On Tue, 06 Mar 2012 15:48:58 +, Michael Meeks wrote: > On Tue, 2012-03-06 at 16:04 +0200, Noel Grandin wrote: >> Generating tons of errors in SAL module like this: >> >> [ build CXX ] sal/qa/rtl/strings/test_strings_replace.cxx >> /home/noel/libo/sal/qa/rtl/math/test-

Re: GNU make version

On Tue, 2012-03-06 at 19:08 +0200, Noel Grandin wrote: > Don't see why we shouldn't maintain our own patched copy of gmake the > same way we maintain patched copies of other components. There was a long discussion about this at the ESC :-) and I disagree with the decision, am still suffer

Re: GNU make version

Don't see why we shouldn't maintain our own patched copy of gmake the same way we maintain patched copies of other components. On Tue, Mar 6, 2012 at 16:12, Michael Meeks wrote: > > On Fri, 2012-02-10 at 11:34 +0100, Michael Stahl wrote: > > that commit can't be the reason because the wildcards

Re: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

Hi Winfried, Ivan, >>> 1. Open a new Writer doc >>> 2. Type smth >>> 3. Press the "Background Color" button >>>    ->  nothing happens (?) >> >> That is expected behaviour to me. The startup background colur is >> transparent (hence the gray bitmap in the button). To the uninitiated, this behavi

Re: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

Hi Winfried, On 06.03.2012 11:50, Winfried Donkers wrote: Ivan Timofeev wrote (5 maart 2012 18:08) 1. Open a new Writer doc 2. Type smth 3. Press the "Background Color" button -> nothing happens (?) That is expected behaviour to me. The startup background colur is transparent (hence the

Re: current master build on linux is borked

Hi there, On Tue, 2012-03-06 at 16:04 +0200, Noel Grandin wrote: > Generating tons of errors in SAL module like this: > > [ build CXX ] sal/qa/rtl/strings/test_strings_replace.cxx > /home/noel/libo/sal/qa/rtl/math/test-rtl-math.cxx:29:24: fatal error: > sal/config.h: No such file or directory

Re: Migrating from OOO Calc to LO Calc | SDK, UNO, Officebean, Plugin

Hi there, On Tue, 2012-03-06 at 19:23 +0400, libreoffice...@gmail.com wrote: > We are working on Open source Project where OOO Calc was used > for report designer. Now we are going to migrate from OOO calc to LO > Calc and need your help with following: Great - where is your s

Migrating from OOO Calc to LO Calc | SDK, UNO, Officebean, Plugin

Dear LO Admins, We are working on Open source Project where OOO Calc was usedfor report designer. Now we are going to migrate from OOO calc to LO Calc and need your help with following: 1.We are using OOO SDK 2.1 to register Calc Add in. ·Was new LO SDK changed signifi

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

On Tue, 2012-03-06 at 12:43 +0100, Matúš Kukan wrote: > On 6 March 2012 11:55, Michael Meeks wrote: > >I guess the other big win there to get the time down to seconds would > > be to get idlc/'s idlcpp to compile lots of these IDL files at once. > > Not really. On Linux this may be true

Re: [Patch] [PUSHED] Fix for fdo#38207 and another idea of mine

> Specifically my question is, does the following make sense? > > -    aRepeatHeaderCB.Check(aInsOpts.mnRowsToRepeat > 0); > +    aRepeatHeaderCB.Check((!bHTMLMode) && (aInsOpts.mnRowsToRepeat > 0)); Assuming bHTMLMode means what it seems to mean, looks fine to me? Pushed to master. --tml __

Re: Solaris linker version map annoyances (was: Re: LibreOffice / openIndiana ...)

Also I had to undo a revision in the latest git to get it to compile: 587 git diff a1410ef073d2117cb2a3c9d9a4e9ecff7d911344 90491a073c5b5faee782ad5eab63276fda2342e6 > /tmp/mkdir-p.diff 591 patch -Rbp1 < /tmp/mkdir-p.diff a change made in the "mkdir -p" which helps on cygwin, unfortunately i

Re: Solaris linker version map annoyances (was: Re: LibreOffice / openIndiana ...)

I've found the files that adds maps to the compile command and added SOLARIS as an exception so that the compile goes a lot further. solenv/inc/_tg_shl.mk if you look for "ANDROID" before "SHL[0-9]VERSIONMAPPARA" and add "&& "$(OS)" != "SOLARIS"" you shouldn't have problems with maps any more. I

Re: [PATCH] fdo#33043: Would be nice if the 'Start Center' had an exit button

On Tue, 2012-03-06 at 14:33 +0100, Stefan Knorr (Astron) wrote: > I tend to think we don't really need this... Fair enough - sorry Dezsi - a bad steer from me, I've closed the bug wontfix. ATB, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant

Re: GNU make version

On Fri, 2012-02-10 at 11:34 +0100, Michael Stahl wrote: > that commit can't be the reason because the wildcards added there are > for source files and mmeeks' output shows headers which are never added > directly by gb_LinkTarget_add_*Object. Hah - I think I was just being a dofus (again)

current master build on linux is borked

Generating tons of errors in SAL module like this: [ build CXX ] sal/qa/rtl/strings/test_strings_replace.cxx /home/noel/libo/sal/qa/rtl/math/test-rtl-math.cxx:29:24: fatal error: sal/config.h: No such file or directory compilation terminated. /home/noel/libo/sal/qa/osl/setthreadname/test-setthr

Re: [PATCH] fdo#33043: Would be nice if the 'Start Center' had an exit button

How about just a button, positioned somewhere on the bottom right, with the text "Exit" on it? That would closely mimic the existing behaviour of platform dialogs, which is what this most closely resembles. If you really want an icon next to the text, use the platform's close icon (a small "

Re: [Libreoffice] [PATCH] [PUSHED] Automatically select an option page if a user clicks on a category

Hi Cor, What specifically doesn't work for you? For me it's about okay ~today. (I remember August promised you a better solution for later, though.) Astron. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mail

[Patch] Fix for fdo#38207 and another idea of mine

Hi all, I shouldn't be let around code, but here's a patch for a trivial bug for you to take a look at anyway. It fixes fdo# 38207 (i.e. moves the item "Borders" up, if we are in Writer/Web options) and also hides "Repeat [heading] on each page" since that option doesn't seem to make sense for web

Re: Base hangs when trying to close it

Michael Meeks-2 wrote > > On Mon, 2012-03-05 at 12:56 -0800, julien2412 wrote: > The attached might work, input / testing appreciated :-) particularly > of the other component's exit, and the results of 'make check' before > and after. > "make check" failed before I git update (and so didn

Solaris linker version map annoyances (was: Re: LibreOffice / openIndiana ...)

On 05/03/12 13:06, Jonathan Adams wrote: > I'm sure I'd tried that before ... ahh yes: > > Compiling: registry/tools/rdbedit.cxx > Making:regmerge > Undefined first referenced > symbol in file > _ZTI* ../unxsoli/l

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

> So, maybe next improvement would be to call cp once for all files from > the same directory. As we de facto are requiring to use our own fork of Make anyway (aren't we?), couldn't we add "touch", "mkdir" and "cp" functions to Make? Implementing those should be fairly trivial. If we don't want t

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

On 6 March 2012 11:55, Michael Meeks wrote: >        I guess the other big win there to get the time down to seconds would > be to get idlc/'s idlcpp to compile lots of these IDL files at once. Not really. On Linux this may be true but with cygwin processing idl files is not the main issue. If yo

Re: [REVIEW][3-5] fix STL assertion in vcl graphite code

Michael Stahl píše v St 29. 02. 2012 v 23:08 +0100: > this patch fixes a STL assertion in GraphiteLayout::expandOrCondense; > since i don't know how the multitude of arrays in there are supposed to > be used, i thought it's probably a good idea to check the size of the > array that will be indexed

Re: offapi again builds faster; user of gb_Deliver_deliver responsible for the directory

Hi Matus, On Mon, 2012-03-05 at 23:11 +0100, Matúš Kukan wrote: > I was inspired by Norbert's work in d44a3e291cb8c4b3ec5ce1775edd527b475ebca4 ... > On cygwin this is really improvement: > Building offapi is now much faster if you build with only one job: make -sr > real27m38s -> 12m6s

Re: windows build: failure in linking: duplicate resource?

Hi Noel, On Tue, 2012-03-06 at 11:55 +0200, Noel Grandin wrote: > So my windows 64-bit build machine suffered a hard-drive crash, and I'm > starting to resurrect it. Sorry to hear that ... > But I'm getting weird link errors (see below), and this is from a clean > build. Any ideas?

Re: [LibreOffice] find ctrl-g/ctrl-shift-g accelerator patch

Hi Cameron, This is some good research, I hope you don't mind if I CC: the devel mailing list, and the UX advise list too? :-) On 2012-03-05 at 16:41 -0500, Cameron Paul wrote: > It turns out I was mistaken. I was only able to move .uno:RepeatSearch > to ctrl-g. Using .uno:DownSearch or .uno:UpS

windows build: failure in linking: duplicate resource?

HI So my windows 64-bit build machine suffered a hard-drive crash, and I'm starting to resurrect it. But I'm getting weird link errors (see below), and this is from a clean build. Any ideas? Regards, Noel Grandin. c:/LibreOffice/libo/workdir/wntmsci12.pro/CxxObject/extensions/source/nsplugin

Re: [PUSHED 3.5] fix for fdo#46975 , crash when using mouse wheel in input line

Hi Markus On 06/03/12 00:28, Markus Mohrhard wrote: Hey, [1] fixes a crash when you use the mouse wheel while a formula is in the selected cell. We should not handle the mouse wheel event for the input line. I think this patch is safe. I did not move the handling of the event to the parent wind