LibO-Dev_3.6_Win~2012-04-20 don't running

master~2012-04-20_23.02.36_LibO-Dev_3.6.0alpha0_Win_x86; Windows_NT-5.2sp2;-6.1sp1; MS_VCR-2008 and MS_VCR-2008sp1 are installed. The program stopped running and reports that it can not find the library MSVCR, which is installed in the operating system. http://nabble.documentfoundation.org/file/n39

[PATCH] fix fdo#45848

Hello all, Please find the attached patch to fix fdo#45848. I've tested the patch at libreoffice-3.5.2.2 tag on Windows XP, but not tested on master yet. Of course, please review and push it to appropriate branch(es). :) Best Regards, -- Korrawit Pruegsanusak 0001-Fix-fdo-45848.patch Descript

Dependencies tree

Hello all Does anyone already have a script (or binary) which is able to output a "readable" dependencies tree from build.lst files ? Just to not reinvent the wheel Any tip welcome, I think the task is not that easy. regards -- Mat M ___ LibreOff

Re: Windows - Embed Server et al.

Le Thu, 19 Apr 2012 22:14:44 +0200, Mat M a écrit: Le Thu, 19 Apr 2012 10:03:04 +0200, Noel Grandin a écrit: ActiveX/OLE is not compiled into LO on platforms other than Windows. And what about EmbedServ ? It is needed for OLE Object embedding featured under *nix & BSD etc, no ? El

[SDK] Problem with installing on windows 7

Hello, first of all I wanted to apologize if answer for my question is obvious but I'm new to community and I still got a long way to go. I wanted to use LibreOffice sdk for making improvement for my C# program utilising kinect to navigate in presentation mode, and for java program on studies, but

Re: Windows build with ActiveX

Le Fri, 20 Apr 2012 22:12:46 +0200, Andras Timar a écrit: Hello Mat, 2012/4/20 Mat M : Hello I tried to find the activex dll (so_activex.dll & so_activex64.dll) in my latest official install (LibreOffice 3.5.2.2 / Version ID : 281b639-6baa1d3-ef66a77-d866f25-f36d45f) and did not find it

Re: [PUSHED-3-5, REVIEW-3-5-3] fdo#48969 ODF import measure conversion regression

I cherry-picked the commits into 3-5 branch and added http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=580a7f24c373cd8cf068fc92fdb153025e6d0a1d for fixing backporting issues. We need 2 more reviewers to get all that bunch of 4 patches to 3.5.3. Would be nice to have this

Re: Windows build with ActiveX

Hello Mat, 2012/4/20 Mat M : > Hello > > I tried to find the activex dll (so_activex.dll & so_activex64.dll) in my > latest official install (LibreOffice 3.5.2.2 / Version ID : > 281b639-6baa1d3-ef66a77-d866f25-f36d45f) and did not find it. > I did find it in the latest build of Win-x86@15-Prague_

[REVIEW] fdo#48969 ODF import measure conversion regression

this is a funny regression in 3.5, the unit parameters to the unit conversion function were switched, so it went in the wrong direction, resulting in tiny font sizes when opening ODF documents produced my MSOffice (they apparently use some obscure "inch" unit that needs converting). the buggy con

Windows build with ActiveX

Hello I tried to find the activex dll (so_activex.dll & so_activex64.dll) in my latest official install (LibreOffice 3.5.2.2 / Version ID : 281b639-6baa1d3-ef66a77-d866f25-f36d45f) and did not find it. I did find it in the latest build of Win-x86@15-Prague_Win32 tinderbox though (program su

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 tommy27 changed: What|Removed |Added Depends on||46805 --- Comment #294 from tommy27 2012-04-2

Re: per library debug builds now possible via ./configure

On Friday 20 of April 2012, Lubos Lunak wrote: > On Monday 16 of April 2012, Bjoern Michaelsen wrote: > > On Mon, Apr 16, 2012 at 01:50:00PM +0200, Lubos Lunak wrote: > > > Is it possible to do the build also the other way around, i.e. e.g. > > > "all but sc"? > > > > Not yet, feel free to add it

[PATCH] Remove unused method UnoControlBase::UnoControlBase()

0001-Remove-unused-method-UnoControlBase-UnoControlBase.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED][REVIEW][3-5] fdo#48647 ugly hairline double border drawing regression

On Wed, 2012-04-18 at 22:28 +0200, Michael Stahl wrote: > hi all, > > today's border line regression fix is for fdo#48647, which is simply > missing usage of the ClipRegion to clip the hairline border lines, fix > proposed for libreoffice-3-5: > > http://cgit.freedesktop.org/libreoffice/core/comm

Re: [REVIEW 3-5-3] [PUSHED 3-5-3] fdo#48856 update sheet-local named expressions correctly

On Fri, 2012-04-20 at 10:11 +0100, Noel Power wrote: > On 19/04/12 23:39, Eike Rathke wrote: > > Hi, > > > > Two reviews needed to cherry-pick to 3-5-3 > > http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=9a9121929408e8ffc86b91606355ff5fe9514f7d > > > > Fixes https://bugs.f

Re: Application accepting of GSoC

On 04/20/2012 03:28 PM, Miklos Vajna wrote: You don't need to do anything between the two, unless you are asked in private. Really? I haven't know. I just check main page of GSoC 2012. Thank you. ___ LibreOffice mailing list LibreOffice@lists.freedeskt

Re: Asynchronous use of SwHTMLParser - is this needed

On Fri, 2012-04-20 at 12:39 +0200, Michael Stahl wrote: > >> I'm working on removing SvRefBase from SvParser to make its life cycle > >> a little more easier to understand. I've checked the call sites of > >> all of its derived classes, and in most of those call sites, we could > >> easily replac

Re: [PUSHED:3-5][REVIEW:3-5-3] fdo#48356 fix RTF import of special unicode characters

Hi, 2012/4/20 Miklos Vajna : > Hi, > > See > http://cgit.freedesktop.org/libreoffice/core/commit/?id=69259c6 The fix works. Our importer always imports unicode. It is a good question however, why exporter emitted \'0d for č instead of something reasonable. č is 0x010d or decimal 269, maybe this i

Re: Asynchronous use of SwHTMLParser - is this needed

On Fri, 2012-04-20 at 13:03 +0200, Eike Rathke wrote: > Hi Kohei, > > On Thursday, 2012-04-19 17:06:43 -0400, Kohei Yoshida wrote: > > > My question is, do we need to keep this asynchronicity of > > SwHTMLParser, or is it okay to change it into a synchronous call like > > the rest of SvParser use

Re: [PUSHED 3-5][REVIEW 3-5] [REVIEW 3-5-3] fdo#47717, fdo#45562 sw: yet more border painting regressions

On Fri, 2012-04-20 at 14:42 +0200, Michael Stahl wrote: > On 20/04/12 14:21, Caolán McNamara wrote: > >> http://cgit.freedesktop.org/libreoffice/core/commit/?id=5913506b2193e93ca2767ab7365ab2e76ed7848f > > ah yes, it requires the patch from the grandparent mail as well, i.e. > > http://cgit.freede

Re: [PUSHED][REVIEW][3-5] fdo#38215: sw: fix consecutive border line gaps regression

On Fri, 2012-04-20 at 14:56 +0200, Michael Stahl wrote: > it requires this one first: > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=1024c172a5bfb3d85a86fcf7a046aa2b03950edd > > but then i still got a trivial conflict, so i've merged the 2 commits > into one that applies on top of th

Re: [REVIEW][3-5] fdo#38215: sw: fix consecutive border line gaps regression

On Mon, 2012-04-16 at 17:19 +0200, Michael Stahl wrote: > this fixes a regression in painting border lines in LO 3.4, leading to > small visible gaps between borders of consecutive paragraphs, and is > proposed for libreoffice-3-5. > > fixed by re-implementing the merging of border lines that are

Re: [REVIEW][3-5] fdo#38215: sw: fix consecutive border line gaps regression

On 20/04/12 14:11, Caolán McNamara wrote: > On Mon, 2012-04-16 at 17:19 +0200, Michael Stahl wrote: >> this fixes a regression in painting border lines in LO 3.4, leading to >> small visible gaps between borders of consecutive paragraphs, and is >> proposed for libreoffice-3-5. >> >> fixed by re-im

[REVIEW:3-5] fdo#48356 fix RTF import of special unicode characters

Hi, See http://cgit.freedesktop.org/libreoffice/core/commit/?id=69259c6 Regression from 3.4; backported patch attached. Thanks, Miklos >From 29f455fc582a609b00a8c8143dd6a420913ebe83 Mon Sep 17 00:00:00 2001 From: Miklos Vajna Date: Fri, 20 Apr 2012 12:42:23 +0200 Subject: [PATCH] fdo#48356 fix

Re: [REVIEW][3-5] Re: [[REVIEW][3-5-2] fdo#47717, fdo#45562 sw: yet more border painting regressions

On 20/04/12 14:21, Caolán McNamara wrote: > On Mon, 2012-04-16 at 17:05 +0200, Michael Stahl wrote: >> i think i've fixed this problem now (and attached your bugdoc, >> slightly enhanced, to fdo#45562 as well), so please consider this for >> libreoffice-3-5, which basically results in painting the

Re: per library debug builds now possible via ./configure

On Monday 16 of April 2012, Bjoern Michaelsen wrote: > On Mon, Apr 16, 2012 at 01:50:00PM +0200, Lubos Lunak wrote: > > Is it possible to do the build also the other way around, i.e. e.g. "all > > but sc"? > > Not yet, feel free to add it if you think it is essential. ... > > and if I understand t

Re: Application accepting of GSoC

On Fri, Apr 20, 2012 at 03:02:00PM +0300, Коростіль Данило wrote: > Hey folks, it's almost deadline of applications. Hi, The deadline was 6th, the accepted applications are announced on 23th. You don't need to do anything between the two, unless you are asked in private. Patience please, Mikl

Re: [REVIEW][3-5] Re: [[REVIEW][3-5-2] fdo#47717, fdo#45562 sw: yet more border painting regressions

On Mon, 2012-04-16 at 17:05 +0200, Michael Stahl wrote: > i think i've fixed this problem now (and attached your bugdoc, > slightly enhanced, to fdo#45562 as well), so please consider this for > libreoffice-3-5, which basically results in painting the borders in > almost exactly the same places as

Application accepting of GSoC

Hey folks, it's almost deadline of applications. But neither my mentor nor Fridrich didn't reply my mail about accepting. I worry they couldn't accept for some reason that doesn't depend on their wishes. Moreover, both of them accepted me. But I'm not sure about technical side of deciding. So

Re: [PUSHED][3-5-3] Re: [PUSHED-3-5] [REVIEW-3-5-3] Ignore corrupted items in Recent Documents

On 04/20/2012 11:44 AM, Michael Stahl wrote: sigh... why again did we need to migrate user directories in a point release? At least, that way we found the bug before LO 4. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.fre

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 48356, which changed state. Bug 48356 Summary: FILESAVE: Save as RTF loses characters before/after special Eastern European characters https://bugs.freedesktop.org/show_bug.cgi?id=48356 What|Old Value

Re: [PUSHED-3-5 REVIEW-3-5-3] fdo#46687 fix find toolbar crash ...

On Fri, 2012-04-20 at 00:01 +0200, Bjoern Michaelsen wrote: > Pushed to -3-5, still needs two signoffs for 3-5-3. +1, looks safe. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffic

Re: Asynchronous use of SwHTMLParser - is this needed

Hi Kohei, On Thursday, 2012-04-19 17:06:43 -0400, Kohei Yoshida wrote: > My question is, do we need to keep this asynchronicity of > SwHTMLParser, or is it okay to change it into a synchronous call like > the rest of SvParser uses? IIRC the intention was to not make the user wait until timeout i

[PUSHED] Re: minor idl fixes

On 20/04/12 00:42, Tomas Hlavaty wrote: > Hi all, > > bellow are some patches fixing minor issues with idl files. thanks for the patches, pushed to master, except: #6: the usual pattern seems to be to include with full path instead #5: pushed with a tweak, because this here broke the build > +

[ANN] LibreOffice 3.5.3 RC1 test builds available

Hi *, for the upcoming new version 3.5.3, the RC1 builds now start to be available on pre-releases. This build is slated to be first release candidate build on the way towards 3.5.3, please refer to our release plan timings here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release Builds

Re: [libreoffice-l10n] [ANNOUNCE] Branch libreoffice-3-5-3 created

On Thu, Apr 19, 2012 at 10:48:25AM +0100, Michael Meeks wrote: > Interestingly though, I'd expect any regressions to be in import not > export particularly vs. 3.4.x - Miklos any ideas there ? Of course this is an import one as well. I'll update the bugreport with the details as usual. __

Re: Asynchronous use of SwHTMLParser - is this needed

On 20/04/12 09:01, Miklos Vajna wrote: > On Thu, Apr 19, 2012 at 05:06:43PM -0400, Kohei Yoshida > wrote: >> My question is, do we need to keep this asynchronicity of >> SwHTMLParser, or is it okay to change it into a synchronous call like >> the rest of SvParser uses? > > I would be surprised i

Re: [PATCH] unusedcode.easy: Removed unused code

On Thu, Apr 19, 2012 at 11:52:48PM +0200, Xavi Escriche Galindo wrote: > -UnoControlModel::UnoControlModel() > -:UnoControlModel_Base() > -,MutexAndBroadcastHelper() > -,OPropertySetHelper( BrdcstHelper ) > -,maDisposeListeners( *this ) > -,maContext( ::comphelper::getProcessS

[PUSHED][3-5-3] Re: [PUSHED-3-5] [REVIEW-3-5-3] Ignore corrupted items in Recent Documents

On 20/04/12 10:23, Noel Power wrote: > On 20/04/12 09:03, Tor Lillqvist wrote: >> Looks fine to me. Cherry-picked to 3-5, more sign-offs needed for 3-5-3 pushed to libreoffice-3-5-3. sigh... why again did we need to migrate user directories in a point release? ___

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 --- Comment #293 from dE 2012-04-20 02:37:39 PDT --- I suggest removal of - Bug 34380 Bug 34436 bug 41261 See my comments in the above bugs for the reason why. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

Re: [REVIEW 3-5-3] fdo#48856 update sheet-local named expressions correctly

On 19/04/12 23:39, Eike Rathke wrote: Hi, Two reviews needed to cherry-pick to 3-5-3 http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=9a9121929408e8ffc86b91606355ff5fe9514f7d Fixes https://bugs.freedesktop.org/show_bug.cgi?id=48856 patch looks sane and the test doc wo

Re: [Libreoffice] minor idl fixes

On 04/20/2012 12:42 AM, Tomas Hlavaty wrote: 1) Exceptions have message and context fields and there should be a constructor with arguments (java.lang.String m, java.lang.Object c) for those fields. However, this doesn't seem to be applied consistently. Where is this not applied co

Dmesg output on MacOSX and LO - quarantine clearance

Hi all, While attempting to brush up my BSD skills, I was trundling through the use of dmesg on Mac, and this is what I get as output from the terminal: reServicesUIAg[8123] Unable to clear quarantine `urelibs': 93 CoreServicesUIAg[8123] Unable to clear quarantine `lib': 93 CoreServicesUIAg[8123]

Re: [PATCH] Modify unusedcode.easy

> I guess the unusedcode.easy is created by script(s) (?) Yes, please ignore this one. It's just a mistake. He will resubmit it. -- Jesús Corrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listi

Re: [PATCH] Modify unusedcode.easy

Hola Xavi, On Fri, Apr 20, 2012 at 12:05 AM, Xavi Escriche Galindo wrote: > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > El patch aquest està malament. No es tracta

Re: Automatic using ::rtl::OUString etc.

On 04/16/2012 11:33 AM, Stephan Bergmann wrote: I am not objecting to the goal of frequently used entities having reasonably short names. I am objecting to the hacky implementation. Just so I don't appear too negative, I really do like your recent work on strings etc., Lubos. Even something l

Re: [Pushed] [PATCH] fdo#47436: FILEOPEN: Writer crashes when it opens an odt file produced by JasperReport

Pushed. Thank you. On 04/20/2012 04:21 AM, Dézsi Szabolcs wrote: Crash while opening odt file ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PUSHED] Removed unused code formula::ArgInput::GetArgSelection

On Thu, Apr 19, 2012 at 5:30 PM, wrote: > Hi all, > > All of my past, present and future contributions to LibreOffice may be > licensed under the MPL/LGPLv3+ dual license. > Pushed. Thanks :) -- Jesús Corrius ___ LibreOffice mailing list LibreOffice

Re: [PUSHED-3-5] [REVIEW-3-5-3] Ignore corrupted items in Recent Documents

On 20/04/12 09:03, Tor Lillqvist wrote: Looks fine to me. Cherry-picked to 3-5, more sign-offs needed for 3-5-3 --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice +1 from me

Re: [PATCH] Modify unusedcode.easy

I guess the unusedcode.easy is created by script(s) (?) On 04/20/2012 03:35 AM, Xavi Escriche Galindo wrote: ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice _

Re: Local instance of Case Conductor

Hi Sophie, Thanks for the info, and I've set up a development environment and played a the CC for a while this week. Thanks for Petr and Thorsten's help, it could be possible for us to find somewhere to deploy so that people can play with it. One problem is the hardware resources, would you kindl

[PATCH] unusedcode.easy: Removed unused code

0001-Remove-unused-code-function-UnoControlModel-UnoContr.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED-3-5] [REVIEW-3-5-3] Ignore corrupted items in Recent Documents

Looks fine to me. Cherry-picked to 3-5, more sign-offs needed for 3-5-3 --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-commits] .: extension libs should have no RPATH

On 04/19/2012 07:34 PM, David Tardon wrote: commit 9da0670b601c8c186b0bfbd28ea055016db376ad Author: David Tardon Date: Thu Apr 19 19:27:19 2012 +0200 extension libs should have no RPATH At least that is how it seems to work in the old build system: LINFLAGSRUNPATH_OXT in solenv

[REVIEW-3-5][REVIEW-3-5-3] Ignore corrupted items in Recent Documents

See and the comments leading up to it for the reason why I would appreciate it if the below master commit would be reviewed for inclusion in -3-5 and esp. -3-5-3. (The diff is longer than necessary due to indentation changes due to an a

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 --- Comment #292 from Rainer Bielefeld 2012-04-20 00:33:53 PDT --- @dE, Sasha, Cor: For discussions we have , please stop discussion here immediately! Same concerning discussion concerning relevance of bugs, discuss that in the bugs, not here. T

[Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361 --- Comment #291 from Cor Nouws 2012-04-20 00:25:44 PDT --- (In reply to comment #289) > Should I add more bugs (I can easily add a 100 more). Yes and no. Bugs that belong here, pls do. However: I do not believe in doing it 'easily'. Since,

Re: Asynchronous use of SwHTMLParser - is this needed

On Thu, Apr 19, 2012 at 05:06:43PM -0400, Kohei Yoshida wrote: > My question is, do we need to keep this asynchronicity of > SwHTMLParser, or is it okay to change it into a synchronous call like > the rest of SvParser uses? I would be surprised if this would be really required, all the sw filter