https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 35017, which changed state.
Bug 35017 Summary: Shortcuts that can not be modified permanently should be
marked
https://bugs.freedesktop.org/show_bug.cgi?id=35017
What|Old Value |New Valu
Hello everyone,
Sorry for my lack of responsiveness... but I was on holidays last week.
On Fri, 2011-12-30 at 18:18 +0100, Stefan Knorr (Astron) wrote:
> > Yeah ;-) - it is hard to make everyone happy, though I am not that
> > convinced that introducing one more option is the right solution.
>
>
On 12/20/2011 01:00 AM, Rafael Dominguez wrote:
Well yeah theres a penalty for using dynamic_cast but dunno how much
will affect performance since theres alot of calls, but im pretty sure
some code can be refactored to avoid casting.
Just FYI, when I redesigned configmgr, I abandoned my initial
does anyone know the URP protocol ?
I've found very few information about it
http://wiki.services.openoffice.org/wiki/Uno/Remote/Specifications/Uno_Remote_Protocol
Regards
Paul TOTH
Le 29/12/2011 11:04, Paul TOTH a écrit :
Hi,
I've made a UPR client from scratch with Embarcadero Delphi
my purp
On 12/21/2011 05:23 PM, Norbert Thiebaud wrote:
On Wed, Dec 21, 2011 at 9:58 AM, Eike Rathke wrote:
Still, there should be a way to have non-dbgutil and dbgutil builds (or
builds with different switches, whatever) in parallel. So we'd need
_some_ mechanism to differentiate between output direct
On 12/20/2011 09:52 AM, Victor Lee wrote:
1) Statements setting $CPU="U" (looks like it should be "SPARC64")
could not be found in set_soenv.in or related files, but $(CPU)=="U"
is checked in some makefiles. I left those lines untouched in this
patch.
Historically, there was a SPARC64 port don
On 01/02/2012 11:06 AM, Paul TOTH wrote:
does anyone know the URP protocol ?
I've found very few information about it
http://wiki.services.openoffice.org/wiki/Uno/Remote/Specifications/Uno_Remote_Protocol
But that's as detailed as you can reasonably expect it to be? ;)
Anyway, I assume your
Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> Hi,
>
> Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> 3.4.5 rc1. I don't know which commit solved this but is it possible to
> backport the fix to 3.4.5 ?
I guess that it has been fixed by
http://cgit.freedeskt
On 12/22/2011 08:33 AM, James C wrote:
- cd-ing into Contents/MacOS and running soffice, gives me
apparently the version installed in /Applications
Did you call it as plain "soffice" (instead of "./soffice") so it picked
the one from PATH?
Stephan
_
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Petr Mladek changed:
What|Removed |Added
Depends on||36681
--- Comment #68 from Petr Mladek 20
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Petr Mladek changed:
What|Removed |Added
Depends on||44040
--- Comment #69 from Petr Mladek 20
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Petr Mladek changed:
What|Removed |Added
Depends on|44040 |
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Petr Mladek changed:
What|Removed |Added
Depends on||44040
--
Configure bugmail: https://bugs.
Hi,
Le 02/01/2012 14:21, Stephan Bergmann a écrit :
On 01/02/2012 11:06 AM, Paul TOTH wrote:
does anyone know the URP protocol ?
I've found very few information about it
http://wiki.services.openoffice.org/wiki/Uno/Remote/Specifications/Uno_Remote_Protocol
But that's as detailed as you can
Hi everyone,
> But even when thinking of the performance, I think the 'font history'
> part of the patch is non-controversial, right? :-)
I'd go so far as to say both are uncritical.
However, if it is feasible to just cache the font names shortly after
startup or if it is possible to speed up the
On 01/02/2012 12:37 PM, Paul TOTH wrote:
Hi,
Le 02/01/2012 14:21, Stephan Bergmann a écrit :
On 01/02/2012 11:06 AM, Paul TOTH wrote:
does anyone know the URP protocol ?
I've found very few information about it
http://wiki.services.openoffice.org/wiki/Uno/Remote/Specifications/Uno_Remote_Prot
Le 02/01/2012 16:43, Stephan Bergmann a écrit :
On 01/02/2012 12:37 PM, Paul TOTH wrote:
Hi,
Le 02/01/2012 14:21, Stephan Bergmann a écrit :
On 01/02/2012 11:06 AM, Paul TOTH wrote:
does anyone know the URP protocol ?
I've found very few information about it
http://wiki.services.openoffice.o
On 01/02/2012 01:56 PM, Paul TOTH wrote:
I've notice some strange behaviors when using a predefined ThreadID like
"RemoteOffice-ThreadID", on a first request, everything is fine, but
some objects OIDs seems to be persistant event after the socket
deconnexion. I guess when they are cleared ?! So I
Winfried Donkers píše v Pá 23. 12. 2011 v 17:04 +0100:
> >Your code looks definitely better than the original one. Well, I am
> >still not sure about the calculation. It makes perfect sense when I
> >imagine the paper with blank labels. On the other hand,
> >please look at http://download.go-oo.org
On Friday 23 of December 2011, Petr Mladek wrote:
> Cedric Bosdonnat píše v Pá 23. 12. 2011 v 09:35 +0100:
> > On Fri, 2011-12-23 at 00:16 +0100, Michael Stahl wrote:
> > > proposing the following commits for 3.4.5, as they prevent LO from
> > > writing invalid ODF:
> > >
> > > http://cgit.freedesk
Muthu Subramanian K píše v Pá 30. 12. 2011 v 17:15 +0530:
> Approved from me too.
+1 => third approval => pushed, see
http://cgit.freedesktop.org/libreoffice/base/commit/?h=libreoffice-3-4-5&id=88e31643c7036cc68571752f8ecdf486e67282da
Best Regards,
Petr
_
Hi,
please note that the commit deadline for 3.4.5-rc2 is today, January 2,
2012. It will be used as LO-3.4.5 final if no blocker is reported.
See also
http://wiki.documentfoundation.org/ReleasePlan#3.4_release
http://wiki.documentfoundation.org/Release_Criteria
http://wiki.documentfoundation.org
On 12/26/2011 02:15 PM, Matúš Kukan wrote:
I just tested with MinGW and it builds too.
So now that it is known to work on Linux, Mac OS X, and MinGW, I folded
feature/gbuild_cppuhelper back into master. I will see to get my two
temporary hacks ("Temporary hack to work around autodoc bug" and
On Mon, Jan 02, 2012 at 02:46:11PM +0100, Petr Mladek wrote:
> Bjoern pushed your patch to master. I wonder if he could vote here ;-)
Looking good to me for 3.4.5.
Best,
Bjoern
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists
On Thu, 2011-12-22 at 10:11 +, Caolán McNamara wrote:
> On Wed, 2011-12-21 at 17:11 +0100, Michael Stahl wrote:
> > i'd like to have the fix for $SUBJECT in 3.4.5, it is a regression
> > introduced in 3.4.2 or 3.4.3, am too lazy to check which.
> >
> > http://cgit.freedesktop.org/libreoffice/c
Miklos Vajna píše v So 31. 12. 2011 v 14:51 +0100:
> Hi,
>
> In https://bugs.freedesktop.org/show_bug.cgi?id=33463#c25 Michael stated
> "Unfortunately, it seems to provoke a (prolly) unrelated import problem,
> such that comments end up with some double-strike-out style if you
> re-import them ;-)
I created a bug for this.
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44385
I will poke around and see if I am able to build the source and test a
solution... Running git now.
On 01/01/2012 11:01 AM, Andrew Douglas Pitonyak wrote:
Thanks for checking Will wait and see what N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I stumbled on this piece of code in
registry/tools/regcompare.cxx
There must be a finesse in lines 326, 330, and so on that I missed
miserably...
Any advise welcome, or I will rip off the ternary operator.
Thanks
Olivier
static OString getFie
On Mon, Jan 2, 2012 at 4:40 PM, Olivier Hallot
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi
>
> I stumbled on this piece of code in
>
> registry/tools/regcompare.cxx
>
> There must be a finesse in lines 326, 330, and so on that I missed
> miserably...
If the string is empty, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
never mind...
a (almos unseen) comma makes the difference...
Sorry to bother you
Olivier
- Mensagem original
Assunto: Funny piece of code.
Data: Mon, 02 Jan 2012 13:40:33 -0200
De: Olivier Hallot
Responder a: olivier.hal...@docum
On 01/02/2012 04:40 PM, Olivier Hallot wrote:
I stumbled on this piece of code in
registry/tools/regcompare.cxx
There must be a finesse in lines 326, 330, and so on that I missed
miserably...
Any advise welcome, or I will rip off the ternary operator.
note the leading commas in the !isEmpty(
Olivier Hallot píše v Po 02. 01. 2012 v 13:40 -0200:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi
>
> I stumbled on this piece of code in
>
> registry/tools/regcompare.cxx
>
> There must be a finesse in lines 326, 330, and so on that I missed
> miserably...
>
> Any advise welcome,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks you guys for the help
the "finesse" was indeed a "thin-esse"
Olivier
Em 02-01-2012 13:51, Petr Mladek escreveu:
> Olivier Hallot píše v Po 02. 01. 2012 v 13:40 -0200:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi
>>
>> I stumbl
set_soenv.in is the base for a perl program, executed during configure
that generate Env.Host.sh
in turn Env.Host.sh (and Env.Build.sh in case of cross-compile) need
to be 'sourced' in the shell... which lead to the need of some
recurdsion magic in the Makefile.
config_host.mk.in isthe base to ge
Cedric Bosdonnat píše v Po 02. 01. 2012 v 16:02 +0100:
> On Thu, 2011-12-22 at 10:11 +, Caolán McNamara wrote:
> > On Wed, 2011-12-21 at 17:11 +0100, Michael Stahl wrote:
> > > i'd like to have the fix for $SUBJECT in 3.4.5, it is a regression
> > > introduced in 3.4.2 or 3.4.3, am too lazy to
On Wednesday 28 of December 2011, Marcel Metz wrote:
> Hello lo-devs,
>
> There is never an instance of mpDateTable allocated and a lot of
> code is never executed because of that. This patch removes the
> unused code.
Pushed, thanks.
--
Lubos Lunak
l.lu...@suse.cz
___
Petr Mladek píše v Po 02. 01. 2012 v 11:31 +0100:
> Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> > Hi,
> >
> > Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> > 3.4.5 rc1. I don't know which commit solved this but is it possible to
> > backport the fix to 3.
On Monday 02 of January 2012, Petr Mladek wrote:
> Miklos Vajna píše v So 31. 12. 2011 v 14:51 +0100:
> > I don't have a -3-4 checkout around - could someone check if commit
> > 52f51f57287fc955fd83b521c80519beb5c923bf in master is what fixes the
> > double strike-though problem? If yes, I think it
On Monday 02 of January 2012, Petr Mladek wrote:
> Winfried Donkers píše v Pá 23. 12. 2011 v 17:04 +0100:
> > >Your code looks definitely better than the original one. Well, I am
> > >still not sure about the calculation. It makes perfect sense when I
> > >imagine the paper with blank labels. On th
On Mon, 02 Jan 2012 18:29:15 +0100, Lubos Lunak wrote:
On Monday 02 of January 2012, Petr Mladek wrote:
Miklos Vajna píše v So 31. 12. 2011 v 14:51 +0100:
> I don't have a -3-4 checkout around - could someone check if commit
> 52f51f57287fc955fd83b521c80519beb5c923bf in master is what fixes th
On Monday 02 of January 2012, Petr Mladek wrote:
> Petr Mladek píše v Po 02. 01. 2012 v 11:31 +0100:
> > Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> > > Hi,
> > >
> > > Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> > > 3.4.5 rc1. I don't know which commit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please find attached a partial fix for Easy Hack FDO43460
Part XXVII
Modules
padmin, pyuno, rdbmaker, regexp, registry, rsc, sal
- --
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazi
On Sunday 01 of January 2012, Olivier Hallot wrote:
> Please find attached a partial fix for Easy Hack FDO43460
>
> Part XXI
> Module
> oox
Pushed, thanks.
--
Lubos Lunak
l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
On Sunday 01 of January 2012, Olivier Hallot wrote:
> Please find attached a partial fix for Easy Hack FDO43460
>
> Part XXVI
> Module
> package
Pushed.
--
Lubos Lunak
l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
htt
On Monday 02 of January 2012, Olivier Hallot wrote:
> Please find attached a partial fix for Easy Hack FDO43460
>
> Part XXVII
> Modules
> padmin, pyuno, rdbmaker, regexp, registry, rsc, sal
Pushed as well.
--
Lubos Lunak
l.lu...@suse.cz
___
LibreOf
Hi,
could someone please review this small patch and give feed back.
Thank you,
Christina
>From c1770ed9ab8ba9f11cab7574e9ce626ec754337c Mon Sep 17 00:00:00 2001
From: Christina Rossmanith
Date: Mon, 2 Jan 2012 21:56:19 +0100
Subject: [PATCH] Replace ByteString with rtl::OString
---
vcl/gener
Hi Cor,
On Wednesday, 2011-12-28 17:18:02 +0100, Cor Nouws wrote:
> >>>Up until recently I could change the product-name in the title bar of
> >>>the window via this file: share/registry/brand.xcd> prop oooname
> >>
> >>It is in share/registry/main.xcd
> >>component-data oor:name="Setup"
> >>nod
Hi Eike,
Eike Rathke wrote (02-01-12 22:18)
On Wednesday, 2011-12-28 17:18:02 +0100, Cor Nouws wrote:
But that does not change the title bar of the window?
It does, but apparently only in an --enable-dbgutil build. Sorry for
confusion ;-)
Another learning moment, thanks for that ;-)
--
Hi Brad,
On Wednesday, 2011-12-28 16:47:17 +1300, Brad Sowden wrote:
> Any comments on the size_t changes/best practice welcomed.
> diff --git a/sw/source/ui/dochdl/gloshdl.cxx b/sw/source/ui/dochdl/gloshdl.cxx
> @@ -138,13 +136,13 @@ void SwGlossaryHdl::SetCurGroup(const String &rGrp,
> sal_Bo
Hi Chr.,
On Monday, 2012-01-02 22:05:15 +0100, Chr. Rossmanith wrote:
> could someone please review this small patch and give feed back.
Sure.
> diff --git a/vcl/generic/print/genprnpsp.cxx b/vcl/generic/print/genprnpsp.cxx
> [...]
> -static String getPdfDir( const PrinterInfo& rInfo )
> +stati
Hi Stephen,
Probably not. There is currently no soffice in my path (as determined
by which), and I don't think I've ever put anything in /Applications
into the path, because the mechanism for starting those does not rely
on it.
What now strikes me as more likely is:
- each process from each ve
Hello Lubos,
On Tue, Jan 3, 2012 at 00:35, Lubos Lunak wrote:
> On Monday 02 of January 2012, Petr Mladek wrote:
>> Winfried Donkers píše v Pá 23. 12. 2011 v 17:04 +0100:
>> > >Your code looks definitely better than the original one. Well, I am
>> > >still not sure about the calculation. It makes
(See bug 36874 (and this list) for history)
>> It would be much better if the label-definitions contain all dimensions, i.e.
>> should include either right margin and bottom margin or the page size.
>The visualization is crazy. It would be great to fix it.
>> For users, label printing is mostly
Winfried Donkers schrieb:
(See bug 36874 (and this list) for history)
I am quite willing to further improve the labelprinting functionality by
adding the page size to the label definitions and label-creation code,
but I need someone who is willing to improve/change the UI
Hello,
Ivan Timofe
On 01/03/2012 02:35 AM, James C wrote:
What now strikes me as more likely is:
- each process from each version of LibreOffice cooperates with
other processes, so that only one LO process is running
- (probably) the cooperation extends across versions
- I don't recall whether I got a wind
55 matches
Mail list logo