On Thu, Jan 06, 2011 at 10:18:38PM +, Caolán McNamara wrote:
> Bah, let me rethink that. I guess its very possible that _exit doesn't
> flush standard I/O on NetBSD which might indeed cause an empty
> generated .hxx. I've just pushed a fflush into that generator to help
> test the theory. Try a
Hi Kami, all,
Kálmán „KAMI” Szalai schrieb:
Hi All,
Some colors of LibO are already part of palette, I just wanted to update
it to follow the latest colors in wiki. If not required to provide LibO
colors with the product (as a main or separated palette) then I we can
leave the current situati
On 06/01/2011 Petr Mladek wrote:
> Kálmán „KAMI” Szalai píše v Čt 06. 01. 2011 v 15:40 +0100:
> > May we include vendor specific sfuffs from oracle.dic?
> > http://cgit.freedesktop.org/libreoffice/extras/commit/?h=libreoffice-3-3&id=7fbdfd0a0d2af30af92839ebf8bcf97c465519e8
>
> Looks good to me.
I
Tried hard and hope it's acceptable. Please check.
Criticism welcome.
From ab9c6699645c17d1743e94a8af77685415db688b Mon Sep 17 00:00:00 2001
From: Christoph Herzog
Date: Fri, 7 Jan 2011 00:22:24 +0100
Subject: [PATCH] First try of translating German comments into English.
---
sw/inc/IDocumentC
r_ouellette wrote:
> http://www.openoffice.org/issues/show_bug.cgi?id=116164
> I don't know how are the contacts (if any) between LO developers and OOo
> developers, but the bug was solved. Maybe someone there will give you a hint
Besides being fixed, it was also included in the issues ported to
O
On Thu, 2011-01-06 at 22:07 +, Caolán McNamara wrote:
> On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
> > On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> > > One horrific temporary hack to test a theory would be to call _exit to
> > > skip calling the massive dtor
Like I said earlier, I submitted also this bug to OpenOffice.org and it was
marked as RESOLVED yesterday. See
http://www.openoffice.org/issues/show_bug.cgi?id=116164
http://www.openoffice.org/issues/show_bug.cgi?id=116164
I don't know how are the contacts (if any) between LO developers and OOo
On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
> On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> > One horrific temporary hack to test a theory would be to call _exit to
> > skip calling the massive dtor chain which OOo builds up. Though that's
> > not a cure, just a t
On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> One horrific temporary hack to test a theory would be to call _exit to
> skip calling the massive dtor chain which OOo builds up. Though that's
> not a cure, just a temp hack, but maybe it'll help isolate this.
I'm confused why, bu
Hi,
I just checked for my db version. I, too, use
[IP-] [ ] sys-libs/db-4.8.30:4.8
which works just fine. So I wonder what differs.
Regards,
Hanno
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/lis
Hi Michael, Petr,
Please review the new rules of extension integration for 3.3. I did the
necessary changes for extensions except Lightproof and SUN templates
pack. I did it after RC stage started. I hope this was the last patch
for it.
David has already comited it:
http://cgit.freedesktop.org/li
Hi,
this fixed the problem described in the attached mail.
Gökçen, Robert, could you please test it and sign it out for
libreoffice-3-3 branch?
It works here and it should be more safe than the current solution.
Analyze:
"db_create" function is defined by macro in some db version. I
On Thu, 2011-01-06 at 17:23 +, Caolán McNamara wrote:
> i.e. see bug: https://bugzilla.redhat.com/show_bug.cgi?id=666088 for
> details.
>
> Attached is the proposed fix. Don't let the fancy-pants rtl::Static put
> you off, its just making the maCache from a global to a static local.
>
> Glob
Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 20:52 +0100:
> Hi Michael,
>
> Sorry for bugging you but it seems I sent it two times, and David
> already pushed in:
> Re: [Libreoffice] [PATCH] [PUSHED] Updates for LightProof extension
> handling
>
> It is required If someone packs LightProof becau
Hi everybody,
A new patch which correct cppcheck warnings in base/.
To be continued with other modules.
Regards,
Guillaume
0002-Clean-resourceleak-warning-in-cppcheck.patch
Description: Binary data
0001-cppcheck-cleanliness.patch
Description: Binary data
_
On Thu Jan 06 2011 10:33:05 GMT-0800 (PST) leif wrote:
When I see the Startcenter I see the Insert to the most right position
and not as expected between View and Tools. This occurs only when the
start center is visible. When I start or open a document the position is
correct.
Screendump:
http:
When I see the Startcenter I see the Insert to the most right position
and not as expected between View and Tools. This occurs only when the
start center is visible. When I start or open a document the position is
correct.
Screendump:
http://picasaweb.google.com/lh/photo/LroFAuzV1Wmj04_1mY8cIQ?fea
i.e. see bug: https://bugzilla.redhat.com/show_bug.cgi?id=666088 for
details.
Attached is the proposed fix. Don't let the fancy-pants rtl::Static put
you off, its just making the maCache from a global to a static local.
Globals/static locals have their dtors called in reverse order of the
comple
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Bug 31865 depends on bug 32563, which changed state.
Bug 32563 Summary: Preamble of LICENSE.odt is not localizable
https://bugs.freedesktop.org/show_bug.cgi?id=32563
What|Old Value |New Value
On Thu, 2011-01-06 at 11:27 +, Michael Meeks wrote:
> On Wed, 2011-01-05 at 19:56 +0100, Soeren Moeller wrote:
> > It is not an attachment as I used "git send-email"
>
> Heh - the kernel guys prefer in-line patches it seems; they find them
> easier to review and comment on that way; per
On Thu, 2011-01-06 at 17:04 +0100, Grega Fajdiga wrote:
> Entering /home/grega/osebno/source/libo/sc/source/core/data
>
> Compiling: sc/source/core/data/conditio.cxx
> /home/grega/osebno/source/libo/clone/calc/sc/source/core/data/conditio.cxx:
> In function 'BOOL lcl_IsDuplicate(ScDocument*, doubl
Entering /home/grega/osebno/source/libo/sc/source/core/data
Compiling: sc/source/core/data/conditio.cxx
/home/grega/osebno/source/libo/clone/calc/sc/source/core/data/conditio.cxx:
In function 'BOOL lcl_IsDuplicate(ScDocument*, double, const
String&, const ScAddress&, const ScRangeListRef&)':
/home
Kálmán „KAMI” Szalai píše v Čt 06. 01. 2011 v 15:40 +0100:
>
> On 01/05/2011 06:28 PM, Petr Mladek wrote:
> > Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 17:39 +0100:
> >> Hi!
> >>
> >> 2011-01-05 17:01 keltezéssel, Petr Mladek írta:
> >>> Ah, we use Novell.dic in our build. It includes just
>
Thank you for the patch :o)
KAMI
On 01/05/2011 07:46 PM, Petr Mladek wrote:
> Hi,
>
> the configure options --with-intro-bitmaps, --with-about-bitmaps did not
> longer worked. I think that nobody needs more pictures. The attached
> patches rename the above options to pass only one picture and fix
On 01/05/2011 06:28 PM, Petr Mladek wrote:
> Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 17:39 +0100:
>> Hi!
>>
>> 2011-01-05 17:01 keltezéssel, Petr Mladek írta:
>>> Ah, we use Novell.dic in our build. It includes just
>>> language-independent names of Novell products, so it should not cause
On Thu, Jan 06, 2011 at 02:13:44PM +0100, Rene Engelhard wrote:
> On Wed, Jan 05, 2011 at 07:59:06PM +0100, Petr Mladek wrote:
> > Rene, could you please review it for libreoffice-3-3 branch?
>
> Looks OK, but why did you leave oo* in? package-ooo still generates it.
To answer myself after discus
On Wed, Jan 05, 2011 at 07:59:06PM +0100, Petr Mladek wrote:
> Rene, could you please review it for libreoffice-3-3 branch?
Looks OK, but why did you leave oo* in? package-ooo still generates it.
Regards,
Rene
___
LibreOffice mailing list
LibreOffice@
Peter Jentsch 29/12/2010 14:29:
flat xml filter as a special filter which doesn't depend on xslt at all
(like in the odk example). The current stylesheets basically do an
identity transformation and then some "split-long-lines". I don't quite
understand the purpose of that stylesheet. What does i
Hi Andras,
On Thu, 2011-01-06 at 12:14 +0100, Andras Timar wrote:
> Nobody answered, maybe you missed my mail between Christmas and New
I read it, and added it to my mail of things for Fridrich to sort out
when he gets back on Monday ;-)
> Missing Asturian language pack is also reported
On Wednesday 05 of January 2011, Robert Nagy wrote:
> Oh well then Linux is broken, again. :)
>
> In gedit the icons are bigger than the small ones but not as huge
> as in LibreOffice.
> Here you can see (LO with small icons):
> http://blade2k.humppa.hu/2011-01-05-182917_1920x1080_scrot.png
>
> (ws
Hi guys,
On Wed, 2011-01-05 at 18:59 +0100, Christian Lohmaier wrote:
> On GNOME it follows the theme, wich in turn follows the gconf-setting
> /desktop/gnome/interface/toolbar_icons_size
Right - which should be propagated via x-settings and magic to avoid
the need for a gconf dependency.
On Thu, 2011-01-06 at 09:47 +, Michael Meeks wrote:
> On Wed, 2011-01-05 at 20:13 +, Caolán McNamara wrote:
> > On Wed, 2011-01-05 at 20:22 +0100, Petr Mladek wrote:
> > > our build service found broken RPATH in libicudata.so.42.1
> >
> > That libicudata is the biggest nuisance, causes all
Hi Phil,
On Wed, 2011-01-05 at 13:19 -0500, Phil Turmel wrote:
> > :-) so - as I say; the DPI is a constant of 75 across the Linux
> > desktop, so this is not a switch but a hard coded setting :-)
>
> I think you are over-reaching here:
:-) So - I'm talking the Xft.dpi setting which
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Andras Timar changed:
What|Removed |Added
Depends on||32563, 32193
--- Comment #54 from Andras
On Wed, Jan 05, 2011 at 11:05:02AM +, Noel Power wrote:
> Hi Joseph
> On -10/01/37 20:59, Joseph Powers wrote:
> >The attached patch compiles and stands up to my limited testing; however,
> >it's a large patch and touches a lot of sensitive code so I want someone
> >with better knowledge of
On Wed, 2011-01-05 at 19:56 +0100, Soeren Moeller wrote:
> It is not an attachment as I used "git send-email"
Heh - the kernel guys prefer in-line patches it seems; they find them
easier to review and comment on that way; personally - I don't care, its
easy enough to save a file as an mb
2010/12/29 Andras Timar
> Hi,
>
> I tested RC2 in regards of localization and I think it needs to be
> reviewed. 110 languages (including en-US) are selectable as UI language and
> help packs are provided for those. However,
>
> * Asturian (ast), Catalan (Valencian) (ca-XV), and Indonesian (id) a
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Petr Mladek changed:
What|Removed |Added
Depends on||32635
--- Comment #53 from Petr Mladek 20
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Petr Mladek changed:
What|Removed |Added
Depends on|31820 |
--- Comment #52 from Petr Mladek 2011-01
Hi Andras,
On Wed, 2011-01-05 at 16:55 +0100, Andras Timar wrote:
> Have you also solved
> https://bugs.freedesktop.org/show_bug.cgi?id=32389 (MSI installer is
> always in English regardless of regional settings in Windows)?
Actually a dup of an existing blocker:
https://bugs.fre
On Wed, 2011-01-05 at 20:13 +, Caolán McNamara wrote:
> On Wed, 2011-01-05 at 20:22 +0100, Petr Mladek wrote:
> > our build service found broken RPATH in libicudata.so.42.1
>
> That libicudata is the biggest nuisance, causes all sorts of problems on
> different platforms. Rather an odd use of
On Thu, 2011-01-06 at 09:10 +0100, Cedric Bosdonnat wrote:
> Hi Petr,
>
> At first glance it looks OK to me, but I'm no build script expert... I
> may have missed some important stuffs.
Seems reasonable, go for it. It only has an effect when you build
through the deprecated libreoffice-build rout
Hello Octavio,
I just checked again the problem I remembered and couldn't reproduce it
again... let's agree that it's OK. We could hack that area again if
someone finds it again later.
I just pushed your patch, many thanks for your help and continue with
those great contributions :)
Regards,
O
Hi Petr,
At first glance it looks OK to me, but I'm no build script expert... I
may have missed some important stuffs.
--
Cedric
On Wed, 2011-01-05 at 20:22 +0100, Petr Mladek wrote:
> Hi,
>
> our build service found broken RPATH in libicudata.so.42.1; it is fixed
> by the attached patch
>
> C
44 matches
Mail list logo
