Easy hack, constants already defined in
libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx
---
oox/source/drawingml/chart/converterbase.cxx |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/oox/source/drawingml/chart/converterbase.cxx
b/oox/source/drawingml/chart/converterba
Easy hack, constants already defined in
libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx
---
basic/source/runtime/props.cxx |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/basic/source/runtime/props.cxx b/basic/source/runtime/props.cxx
index 44f87c1..5c39f69 100644
--- a/b
Easy hack, constants already defined in
libs-gui/basegfx/inc/basegfx/numeric/ftools.hxx
---
tools/inc/tools/solar.h | 26 --
1 files changed, 0 insertions(+), 26 deletions(-)
diff --git a/tools/inc/tools/solar.h b/tools/inc/tools/solar.h
index 1c1c6ab..e8034b0 100644
--
On Tue, 2011-03-15 at 18:29 +0100, Alexander Thurgood wrote:
> -DU_CC=\"ccache gcc-4.0\"
> Looking at icuinfo.cpp, it doesn't look like there is a problem with the
> double quoting around the printf statements
The compiler is probably seeing basically...
-DU_CC="ccache
as the define
Sticking a
On Tue, 2011-03-15 at 18:58 +0100, Jesús Corrius wrote:
> Have you looked at what I did for Python to compile it with VS2010? It
> looks like the same problem.
In this case icu 4.6 comes with vc2010 .vcxproj files, but we'd like to
build it with vc2008. Any of (gnu)make files, nmake stuff or .vcpr
On Wed, 2011-03-09 at 20:54 +0200, Jani Monoses wrote:
> On 03/09/2011 06:01 PM, Caolán McNamara wrote:
> > On Wed, 2011-03-09 at 10:46 +0200, Jani Monoses wrote:
> >> On 01/29/2011 03:04 PM, Caolán McNamara wrote:
> >>> On Thu, 2011-01-27 at 20:13 +0200, Jani Monoses wrote:
> What about using
Hi,
I've removed the unused constant PORTIONKIND_EXTRASPACE, built editeng
successfully and pushed the patch by myself.
Christina Rossmanith
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
Hi,
I've pushed your patch with minor modifications (some typos, some
translations changed the meaning of the German comment).
Thank you for your contribution!
Christina Rossmanith
Am 14.03.2011 20:35, schrieb Albert Thuswaldner:
Hi,
Now I have fixed the patch.
You can commit the patch und
This patch works for me! I suppose it should be solved like this.
available under LGPLv3+/MPL
https://bugs.freedesktop.org/show_bug.cgi?id=33149
I hope I did all right.
Markus Mohrhard
patch
Description: Binary data
___
LibreOffice mailing list
Libr
On 12/03/2011 05:58, shantong kang wrote:
hi,i modified the code of libreoffice to access the file in disk,mainly
in sot module and the speed for libreoffice to open a ppt file from disk
is 25% faster.
No comment from developers?
Looks like a very interesting work.
Cesare.
On Mon, Mar 14, 2011 at 1:13 PM, Caolán McNamara wrote:
> On Mon, 2011-03-14 at 04:07 -0600, Tor Lillqvist wrote:
>> is nullptr supported in the gcc versions used on other platforms? So is
>> it better to just use 0 cast to the appropriate pointer type instead?
>
> AFAIK nullptr is part of c++0x
Hi,
I have just created the libreoffice-3.3.2.2 tag for 3.3.2-rc2 release.
The corresponding official builds will be available by the end of the week.
You might switch your current 3-3 source tree to it using:
git fetch --tags
bin/g fetch --tags
git checkout -b tag-libreoffice-3.3.2.2 libreoffic
Hi all,
I'm trying to build from master on OSX and keep getting the following
build breakage in icu (icuinfo) :
ccache g++-4.0 -I../../common -I./../toolutil -I../../tools/ctestfw
-I../../i18n -DU_PLATFORM=\"U_DARWIN\"
-DU_BUILD=\"i386-apple-darwin10.6.0\"
-DU_HOST=\"i386-apple-darwin10.6.0\" -D
On Wed, 2011-03-09 at 15:50 +0100, Bálint Dózsa wrote:
> Hi,
>
> Here is the correction patch
This looks reasonable so far, though it might be better to avoid
hardcoding a "case KEY_F3 | KEY_SHIFT" to run this stuff, and instead
move it around a bit to make it configurable, (though that seems lik
On Tue, 2011-03-15 at 16:45 +0100, Zongbo Zhang wrote:
> Hello,
>
> Thanks a lot for the reply, I am looking for the Tools->options->User
> Data. under the Writer.
cui/source/options/optgenrl.src contain the string/layout for that
dialog, and cui/source/options/optgenrl.cxx is its implementation.
On Tue, Mar 15, 2011 at 10:32:59PM +0700, Martin Hosken wrote:
> Dear Arabic experts,
>
> The current kashida insertion implementation in libo is, to put it
> mildly, a disaster.
Indeed!
> As I see it there are a few options open to us:
>
> 1. Get it right. This is really hard and beyond my cap
On Tue, 2011-03-15 at 16:06 +0100, Zongbo Zhang wrote:
> Hi all,
>
> Could anyone here please tell me where can I find the source code
> portion that is in charge of the User Data dialog of the Writer?
What dialog ?, typically can find these with, e.g.
find . -name "*.src" -exec grep "english_str
Dear Arabic experts,
The current kashida insertion implementation in libo is, to put it mildly, a
disaster. As I see it there are a few options open to us:
1. Get it right. This is really hard and beyond my capabilities in the time I
have available for this. But if someone wants to work out the
Hi all,
Could anyone here please tell me where can I find the source code portion that
is in charge of the User Data dialog of the Writer?
It is kind of urgent need, Will appreciate your help!
Best regards
zongbo zhang
___
LibreOffice mailing list
Lib
As I mentioned in the bug, I sign off for this one :)
F.
On 15/03/11 14:40, Michael Meeks wrote:
On Sun, 2011-03-13 at 21:49 +0100, Andras Timar wrote:
I ask you to cherry-pick this commit to libreoffice-3-3 and
libreoffice-3-3-2. Let's have all German dictionaries at the same
version.
On Tue, 2011-03-15 at 13:36 +, Michael Meeks wrote:
> Fun indeed :-) this seems to happen quite a lot. I wonder if there is
> some way we can clobber this by forcing the path in some hard way, or
> does that give lots of vile per-platform problems.
The (probable) right way is to pull the
On Sun, 2011-03-13 at 21:49 +0100, Andras Timar wrote:
> I ask you to cherry-pick this commit to libreoffice-3-3 and
> libreoffice-3-3-2. Let's have all German dictionaries at the same
> version.
Looks fine to me too :-)
Thanks,
Michael.
--
michael.me...@novel
On Tue, 2011-03-15 at 12:14 +, Caolán McNamara wrote:
> Sorry, off list we determined that this is
> https://bugs.freedesktop.org/show_bug.cgi?id=30729
> i.e. the bugs that affects OOo and LibO where if the "old" opensymbol is
> installed on the system then it may be picked up instead of the
https://bugs.freedesktop.org/show_bug.cgi?id=34404
Alex Thurgood changed:
What|Removed |Added
Depends on|33904 |
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=34404
Bug 34404 depends on bug 33904, which changed state.
Bug 33904 Summary: Opening Report in ODB causes LibO to enter hang / race
condition, requiring forced kill
https://bugs.freedesktop.org/show_bug.cgi?id=33904
What|Old Value
On Tue, 2011-03-15 at 12:13 +0100, Petr Mladek wrote:
> Mailing list is not the best place to organize, prioritize, and track
> bug reports.
Sorry, off list we determined that this is
https://bugs.freedesktop.org/show_bug.cgi?id=30729
i.e. the bugs that affects OOo and LibO where if the "old" ope
Alexander píše v Pá 11. 03. 2011 v 18:58 +0300:
> Hi !
>
> I get problem when type/edit formulas in LO. Trouble in all version LO up to
> currently (3.3.2rc1).
> I use Debian.
>
> In OOo all Ok.
>
> Screenshot attached.
>
> Some top-placed symbols (vector, widevec, widehat...) displayed as squ
Andras Timar píše v Ne 13. 03. 2011 v 21:49 +0100:
> Hi,
>
> Originally fdo#33751 was about de_DE dictionary update only, and it
> was fixed. However, it turned out that the scope should have been
> wider, de_AT and de_CH needed update, too.
>
> I ask you to cherry-pick this commit to libreoffice
https://bugs.freedesktop.org/show_bug.cgi?id=34404
Bug 34404 depends on bug 34718, which changed state.
Bug 34718 Summary: UI problem in Impress
https://bugs.freedesktop.org/show_bug.cgi?id=34718
What|Old Value |New Value
-
Let's face it, in today's economic environment, it has become increasingly
difficult to make real life changing income working for someone else.
See how my non guru friends like Michael Force are revealing their personal 6
figure a month business website. Watch this video and take the next step
On Sat, Mar 12, 2011 at 06:41:02PM +0100, Wilhelm Pflüger wrote:
> I attach some other reanimated tests.
>
> I had to deactivate the test 'test_weak.cxx' in prj/build.lst.
> This test failed with 'error 139' - this is typically a segfault
> during test execution, oops.
>
> I had no time to inves
On Tue, Mar 15, 2011 at 08:48:03AM +0100, David Tardon wrote:
> On Fri, Mar 11, 2011 at 01:05:53AM +0100, Wilhelm Pflüger wrote:
> >
>
> > From 3bffa7b2a431686eeedd7859eaba1ce22671d474 Mon Sep 17 00:00:00 2001
> > Message-Id:
> > <3bffa7b2a431686eeedd7859eaba1ce22671d474.1299801754.git.wilhelm.p
On Fri, Mar 11, 2011 at 01:05:53AM +0100, Wilhelm Pflüger wrote:
>
> From 3bffa7b2a431686eeedd7859eaba1ce22671d474 Mon Sep 17 00:00:00 2001
> Message-Id:
> <3bffa7b2a431686eeedd7859eaba1ce22671d474.1299801754.git.wilhelm.pflue...@web.de>
> From: Wilhelm Pflueger
> Date: Fri, 11 Mar 2011 00:59:1
On Thu, Mar 10, 2011 at 11:48:14AM +0100, Theo van Klaveren wrote:
> Please let me know if the patch is okay like this, because I'm new to this
> whole git thing. It already ate
> all my patches earlier today.
Pushed, thanks!
D.
___
LibreOffice mailing
Hi Christian,
2011/3/14 Christian Lohmaier :
>>
>> I don't understand what you mean. When a string changes for example in
>> svx/source/dialog/sdstring.src, then only the small
>> svx/source/dialog.po will be changed not the whole SDF file.
>
> But you will have to change that po for /every/ langu
35 matches
Mail list logo
