Re: [Libreoffice] Bogus comments removal from VCL Unix

On Sat, Jan 01, 2011 at 02:51:47PM +0200, Roth Robert wrote: > Patch co-licensed as usual under LGPLv3+, GPLv3+ and MPL licenses. > Patch made for the VCL directory, I think that's the libs-gui repository. > Robert Pushed, thanks! D. ___ LibreOffice mai

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #42 from mal 2011-01-04 01:41:32 PST --- I would like to nominate bug 32573 Not being able to print landscape is a bit of a problem for a word processor -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

Thank you for your replies, for the future I will use bool when substituting BOOL outside of the UNO API. With respect to ULONG, I, as Norbert correctly observed, used sal_uIntPtr because of the typedef in tools/solar.h, but what should I use instead? It seems there are the following possibilities

Re: [Libreoffice] [PATCH] De-Java-ise flat XML export

Hi Peter, On 2011-01-03 at 21:06 +0100, Peter Jentsch wrote: > I'm attaching a patch I somehow managed to patiently pull out of git :-) > > As I'm new to C++, libxslt, git and a few other things involved in > creating the patch I feel it must be full of warts and cause random > crashes, but it s

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On 1/4/11, Soeren Moeller wrote: > Thank you for your replies, for the future I will use bool when > substituting BOOL outside of the UNO API. > > With respect to ULONG, I, as Norbert correctly observed, used > sal_uIntPtr because of the typedef in tools/solar.h, but what should I > use instead? I

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

Ok, so it seems like at the moment substituting ULONG with sal_uIntPtr, is the safest solution, although it maybe in a next step would be a good idea to look at, where it can be replaced with a better fitting datatype. I guess that replacing ULONG with other things than sal_uIntPtr also would requi

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On 1/4/11, Soeren Moeller wrote: > Ok, so it seems like at the moment substituting ULONG with > sal_uIntPtr, is the safest solution, although it maybe in a next step > would be a good idea to look at, where it can be replaced with a > better fitting datatype. I guess that replacing ULONG with othe

Re: [Libreoffice] Test script patch review request (1)

Eek, I wrote: > while read fn sed 's/ //g' < $fn > /tmp/notabfile > mv /tmp/notabfile $fn > done But that is wrong... it will read the first line from file line over and over again, it seems. The correct syntax would be: while read fn; do sed 's/ //g' < $fn > /tmp/no

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

> Notoriously, Microsoft, as usual, instead of fixing their 64 bits > support bugs, have, once again, turn their bugs into a standard and > use the so-called LLP64 model, I thought this is supposed to be a technical list and not slashdot? --tml ___ L

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #43 from Tor Lillqvist 2011-01-04 04:19:33 PST --- Note that there seems to be some confusion about what it means to "nominate" a bug here. In my opinion, nominating a bug as a blocker is just a request for comments and discussion t

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, Jan 04, 2011 at 12:16:59AM -0500, Kohei Yoshida wrote: > > using #include "preextstl.h" / #include "postextstl.h" but that does not > > seem to help. Any other idea? :) > > Does setting > > #define MDDS_HASH_CONTAINER_STLPORT 1 > > before > > #include > > help? Yes, it does. :) May

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, 2011-01-04 at 04:08 +0100, Miklos Vajna wrote: > Hi, > > Looks like there is something similar in sc as well Do you still have this problem. If so can you attach your config.log. At the moment in head I think we should be preferring the boost::unordered_map as the backend. C. __

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #44 from Petr Mladek 2011-01-04 05:04:30 PST --- (In reply to comment #42) > I would like to nominate bug 32573. Not being able to print landscape is a > bit > of a problem for a word processor. I am not able to reproduce it. It se

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #45 from Petr Mladek 2011-01-04 05:12:38 PST --- (In reply to comment #43) > Note that there seems to be some confusion about what it means to "nominate" a > bug here. > > In my opinion, nominating a bug as a blocker is just a reques

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

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

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #47 from Petr Mladek 2011-01-04 05:39:30 PST --- (In reply to comment #40) > Nominating Bug 30571 - Dragging some toolbars on the left side makes them > unusable. That's not totally compatible with our blocker definition, but imho > t

[Libreoffice] [COMPLETED] Re: [PATCH] RTL_CONSTASCII_USTRINGPARAM in sw and toolkit

On Sat, 2010-12-25 at 13:29 +0100, Julien Nabet wrote: > I'm not sure but perhaps they're the last replaces we can do. So it > would be the end of this easy task. > > Someone to confirm (or not !) ? I found a few in regexp, one in sd, one in sw and one in extensions and changed those. Reviewing

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #48 from Petr Mladek 2011-01-04 05:51:54 PST --- (In reply to comment #35) > Olivier suggest 32377 as a blocker; though there is perhaps a suitable > workaround for him there now. The extensions can be disabled in the Windows install

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

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

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 Petr Mladek changed: What|Removed |Added Depends on|32126 | -- Configure bugmail: https://bugs.freed

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

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

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #51 from Petr Mladek 2011-01-04 06:11:54 PST --- (In reply to comment #15) > Nominate: Bug 31734 - Loading many small documents causes crash > > Currently it seems that this one will be the last one of existing bugs I want > to nomin

Re: [Libreoffice] [PATCH] [PUSHED] provide the long prefix '--' for options, e.g., --help

Hi Kohei, On Mon, 03 Jan 2011 22:14:17 -0500, Kohei Yoshida wrote: > The patch looks good. I just pushed it to master. Thanks for your review! > > The only changes I made are just fixing some coding styles and updating > the cmdline help to promote --foo style options. Then is it also desirabl

Re: [Libreoffice] segfault in libqa_unit.so test

On Thu, 2010-12-16 at 12:57 +0100, Thomas Klausner wrote: > The build on NetBSD currently fails with: > > Entering /disk/2/archive/libreoffice/sc/qa/unit > > -- > - start unit test #1 on library ../../unxbsdx3.pro/lib/libqa_unit.so > --

Re: [Libreoffice] [libreoffice-l10n] LO Pootle

On Thu, Dec 30, 2010 at 5:33 PM, Lior Kaplan wrote: > On Thu, Dec 30, 2010 at 10:26 AM, Aron Xu wrote: > >> +1 for choosing .po over .sdf or .xliff, the number of tools designed >> to edit and/or manage .po files is much more than the other two >> formats AFAIK. >> > > +1 +1 for .po and svn (or

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

Hi Norbert, On Tue, 2011-01-04 at 01:57 -0600, Norbert Thiebaud wrote: > On Mon, Jan 3, 2011 at 10:36 PM, Kohei Yoshida wrote: > > On Mon, 2011-01-03 at 21:47 +0100, Soeren Moeller wrote: > >> Hi > >> > >> I have removed dependencies on tools/solar.h in some files in sc > >> (according to > >> h

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 Bug 31865 depends on bug 32583, which changed state. Bug 32583 Summary: Hebrew language pack not usable because of wrong folder https://bugs.freedesktop.org/show_bug.cgi?id=32583 What|Old Value |New Value ---

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On Tue, 2011-01-04 at 10:34 -0500, Kohei Yoshida wrote: > > Note: > > C99 has been a standard for quite a while now. why are we not using > > the standardized type for these. that is: > > int8_t uint8_t, int16_t, uint16_t, int32_t, uint32_t, int64_t, > > uint64_t, intptr_t, uintptr_t,... > > Actu

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On Tue, 2011-01-04 at 10:34 -0500, Kohei Yoshida wrote: > On Tue, 2011-01-04 at 01:57 -0600, Norbert Thiebaud wrote: > > Note: > > C99 has been a standard for quite a while now. why are we not using > > the standardized type for these. that is: > > int8_t uint8_t, int16_t, uint16_t, int32_t, uint32

Re: [Libreoffice] [PATCH] [PUSHED] provide the long prefix '--' for options, e.g., --help

On Tue, 2011-01-04 at 23:57 +0900, Takeshi Abe wrote: > Hi Kohei, > > On Mon, 03 Jan 2011 22:14:17 -0500, Kohei Yoshida wrote: > > The patch looks good. I just pushed it to master. > Thanks for your review! > > > > > The only changes I made are just fixing some coding styles and updating > > t

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On 1/4/11, Caolán McNamara wrote: > On Tue, 2011-01-04 at 10:34 -0500, Kohei Yoshida wrote: >> On Tue, 2011-01-04 at 01:57 -0600, Norbert Thiebaud wrote: >> > Note: >> > C99 has been a standard for quite a while now. why are we not using >> > the standardized type for these. that is: >> > int8_t u

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On Tue, 2011-01-04 at 10:11 -0600, Norbert Thiebaud wrote: > 2/ the aforementioned problem means that we would need to use > sal_uIntPtr and not sal_uInt32 to convert ULONG, in order to maintain > ABI. Nah, ULONG is not exported via UNO, so this restriction doesn't apply. It's only those sal_* t

Re: [Libreoffice] [PATCH] Removed dependencies on tools/solar.h

On Tue, 2011-01-04 at 10:11 -0600, Norbert Thiebaud wrote: > 2/ the aforementioned problem means that we would need to use > sal_uIntPtr and not sal_uInt32 to convert ULONG, in order to maintain > ABI. > > maybe we could wait for a major version boundary and officially define > ULONG as uint32_t

Re: [Libreoffice] LibreOffice WebHelp - $PRODUCTNAME is not replaced

Hi Kami, On 2010-12-30 at 14:51 +0100, Kálmán „KAMI” Szalai wrote: > I don't know if this is a know problem but I found this: > > http://help.libreoffice.org/swriter/54987?Language=en&System=WIN#bm_id6469313 > > "How does $PRODUCTNAME count words?" Not known, thanks for noticing! Fixed now.

Re: [Libreoffice] Strange behaviour in GNOME when toolboxes are detached

Hi Arno, On 2010-12-31 at 00:36 -0500, Arno Teigseth wrote: > Seems that those color boxes are stealing focus a little too much, or is > a "little too present" on the desktop. > > Can anyone else confirm the problem? Good catch, can you please create a bugreport for this in bugs.freedesktop.org

[Libreoffice] Better font substitution in Japanese locale in 3.3 branch

Just FYI, https://bugs.freedesktop.org/show_bug.cgi?id=32810 I'm signing off of the patch attached in the bug for the 3.3 branch. It adds another widely-used font in the font substitution list to better serve the Japanese users. The change is minimal, and only impacts the Japanese locale. So I

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, 2011-01-04 at 18:05 +0100, Miklos Vajna wrote: > On Tue, Jan 04, 2011 at 12:39:21PM +, Caolán McNamara > wrote: > > Do you still have this problem. If so can you attach your config.log. At > > the moment in head I think we should be preferring the > > boost::unordered_map as the backe

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, Jan 04, 2011 at 05:39:02PM +, Caolán McNamara wrote: > configure:16032: checking which hash container mdds shall use > configure:16036: result: boost::unordered_map > > So that should mean that > > a) grep MDDS_CPPFLAGS= Linux*.sh > > says > > MDDS_CPPFLAGS="-DMDDS_HASH_CONTAINER

[Libreoffice] append function result to string

I want to prepend the result of the AVERAGE function with the string 'average '. I tried this: =concat('average ',cstr(AVERAGE(C3:C200))) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoff

[Libreoffice] [PATCH] Removed dependencies on tools/solar.h in waitoff.h

Another small removal of dependencies on tools/solar.h, this time in sc/inc/waitoff.h Sören Möller (LGPLv3+ / MPL) From 64383ecc28b5c4aa09ecab31fb45be93ec4aa511 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C3=B6ren=20M=C3=B6ller?= Date: Tue, 4 Jan 2011 19:41:48 +0100 Subject: [PATCH] Removed depend

Re: [Libreoffice] append function result to string

Hi James, James schrieb: I want to prepend the result of the AVERAGE function with the string 'average '. Where did you try this? AVERAGE and Concat are Calc functions and CStr is a BASIC function. You cannot mix that. I tried this: =concat('average ',cstr(AVERAGE(C3:C200))) In Calc ="av

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, 2011-01-04 at 19:15 +0100, Miklos Vajna wrote: > I'm attaching the new build output where I guess the real error is: > > /usr/include/boost/unordered/detail/hash_table_impl.hpp:197:54: error: > 'forward' is not a member of '_STL' Aha, well that makes more sense anyway. C++0x compiler, bo

[Libreoffice] [PATCH] Removed dependencies on tools/solar.h in drawpage.hxx/.cxx

Replaced datatypes from tools/solar.h with corresponding types from sal/types.h in drawpage.hxx/.cxx and added missing include of sal/types.h in docparam.hxx --- sc/inc/docparam.hxx |1 + sc/inc/drawpage.hxx |4 ++-- sc/source/core/data/drawpage.cxx |2 +- 3

[Libreoffice] [PUSHED] Re: Issue #32463

On Thu, 2010-12-30 at 16:42 +0200, Dan Corneanu wrote: > Hi, > can someone have a look to the patch I've attached to > https://bugs.freedesktop.org/show_bug.cgi?id=32463 ? Looks good to me. Especially as the field variant that shows the name with the suffix removed "does the right thing", while th

[Libreoffice] unopkg --suppress-license

Hello hackers, I would like to make the --suppress-license option of unopkg skip the license in all cases instead of depending on what is in the extension's description.xml //simple-licen...@suppress-if-required]. http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Descript

[Libreoffice] Sign-off request

Could someone please give me a quick sign-off of this https://bugs.freedesktop.org/show_bug.cgi?id=32823 for 3.3? Thanks. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org htt

Re: [Libreoffice] unopkg --suppress-license

On Tue, 2011-01-04 at 22:04 +0100, Cedric Bosdonnat wrote: > Hello hackers, > > I would like to make the --suppress-license option of unopkg skip the > license in all cases instead of depending on what is in the extension's > description.xml //simple-licen...@suppress-if-required]. > > http://wik

[Libreoffice] [PATCH] Translated comments from German to English

...some more translations. Christina Rossmanith >From b28f7f1929c2b9204427f105f87a747dd1075c51 Mon Sep 17 00:00:00 2001 From: Christina Rossmanith Date: Tue, 4 Jan 2011 22:20:29 +0100 Subject: [PATCH] Translated comments from German to English --- sc/inc/chgtrack.hxx | 59 +++

[Libreoffice] [PATCH] CppCheck cleanliness in bootstrap

Hi everybody, I've started to look at the huge listof "defects" that Cpp Check show. I have corrected few things in bootstrap. The rest should be false positive or errors in dmake/ folder. It would be great if someone could have a look and keep me posted abo

Re: [Libreoffice] [PATCH] UX New layout Move/Copy sheet in calc

Hello Kohei, Thanks for making the improvements. > I haven't found a way to change the color of edit box either, so we can > leave that a future project for now. Setting the background color is what I have used for the warning label: "aFtWarn.SetControlBackground( Color( COL_YELLOW ) );" I suppo

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 Bug 31865 depends on bug 32126, which changed state. Bug 32126 Summary: RC1 - Win32 icon alt-text mentions Oracle ... https://bugs.freedesktop.org/show_bug.cgi?id=32126 What|Old Value |New Value -

Re: [Libreoffice] append function result to string

On 01/04/11 13:53, Regina Henschel wrote: > Hi James, > > James schrieb: >> I want to prepend the result of the AVERAGE function with the string >> 'average '. > > Where did you try this? AVERAGE and Concat are Calc functions and CStr > is a BASIC function. You cannot mix that. > >> I tried this: >

[Libreoffice] [UX] Formula cursor proposals (was: Re: Formula cursor : bug or feature ?)

Hi Regina, hi Jan, and of course Jonas! Jonas, first - thanks for working on such a great feature. Due to this thread, I noticed the video presenting the feature (moreover, YouTube also proposes some catwalk clips *g*). Cool! I briefly went over the thread and I really understand most of the conc

Re: [Libreoffice] starmath / cppunit breakage in master

On Tue, Jan 04, 2011 at 07:01:14PM +, Caolán McNamara wrote: > Aha, well that makes more sense anyway. C++0x compiler, boost makes some > assumptions that std::forward is available, which it isn't, cause this > is x86 and we're using stlport despite building with c++0x. > > Alright, just go

Re: [Libreoffice] Test script patch review request (1)

On Tue, Jan 04, 2011 at 04:07:57AM -0700, Tor Lillqvist wrote: > I admit that having to have the redirection of input to the while loop at the > end, after the "done", does make it harder to read, especially if the loop is > long. In this case the loop is not long, but still... so yeah, using "c

Re: [Libreoffice] Change executable/sh names

On 12/24/2010 03:26 PM, NoOp wrote: > On 12/24/2010 11:32 AM, Jesús Corrius wrote: > ... >> I see, I was able to reproduce it after making a few tests. Let me >> investigate this further. >> >> Scenarios that work (for me) >> - >> >> OpenOffice 3.3 RC8 + LibO 3.3 RC2 = Wor

Re: [Libreoffice] [Linux] LibORC2: Impress video / `GLIBCXX_3.4.11' not found

On 12/31/2010 11:23 AM, NoOp wrote: > [Version] > AllLanguages=en-US > buildid=330m18(Build:4) > ExtensionUpdateURL=http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update > OOOBaseVersion=3.3 > ProductBuildid=4 > ProductMajor=330 > ProductMinor=18 > ProductSource=OOO330 > UpdateID=Li