Hi devs,
I took on the relative straight-forward task to move some misplaced
options in calc from ScDocOptions to ScAppOptions. The rational behind
this move, see:
http://lists.freedesktop.org/archives/libreoffice/2011-May/013087.html
Simple as this task might seem (it's is mostly a matter of copy
Hi Thorsten,
I wish you a good travelling. :-)
Seems that
0001-svg-export-filter-added-support-for-browsing-filters.patch is
self-contained & functional, I'd commit that to master - for the two
remaining patches, would you be happy with cleaning them up a bit &
do you mean removing commented
On Wed, 22 Jun 2011 09:23:48 -0500
Norbert Thiebaud
wrote:
> Never-the-less I still think it is a 'Bad Thing(tm)' to have a
> pre-commit hook altering on the fly what need to be committed... so I
> suggest we stick with the 'warn but do no harm' approach (rather than
> merely fixing/reverting the
Marco wrote:
> == 1 ==
> Extended presentation navigability: now you have several way
> to switch forward and backward from a slide. Moreover by pressing
> down the Home and the End keys you will be able to jump to the
> first and to the last slide, respectively.
> Support for mouse wheel is workin
Hello all,
I have a new patch for another problem around range names. We couldn't
import formulas with range names from xls due to a false check.
The named range index is 1-based during import and so the check is only
allowed to check for > but not >=.
I think we should include this patch into 3-
On Wed, Jun 22, 2011 at 5:44 AM, Michael Meeks wrote:
>
> On Wed, 2011-06-22 at 11:03 +0100, Caolán McNamara wrote:
>> When you valgrind manually you definitely do
>> export G_SLICE=always-malloc to disable the internal allocator ?
>
> Which makes me wonder ... should we not include the BSD
Hi all,
with https://bugs.freedesktop.org/show_bug.cgi?id=37889 the
implementation of B-splines has been adapted to the ODF1.2
specification. The B-splines now interpolate the given points. The
attached patches changes UI and help files accordingly.
I have changed files in testautomation and
The patch is not even needed. Simply adding this line makes it build:
make -C dmake clean && echo "make -C dmake clean"
So there was some garbage left in the tarball?
-Andy
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://li
Andreas Radke píše v St 22. 06. 2011 v 14:06 +0200:
> Am Wed, 22 Jun 2011 12:13:27 +0200
> schrieb Petr Mladek :
>
> > The check fails if the optional translation sources are missing.
> The patch doesn't solve it:
Are you sure?
> Setting up the environment for building LibreOffice
> Setting Li
Hi Ray,
On Wed, 2011-06-22 at 09:37 -0400, ray brunkow wrote:
> I still have an older iMAC G5 and have been using NeoOffice for years.
> When I made the move to LibreOffice on that computer it now crashes
> anytime you try to save a document to any location but the default
Sounds terr
Caolán McNamara píše v St 22. 06. 2011 v 14:40 +0100:
> On Wed, 2011-06-22 at 15:27 +0200, Petr Mladek wrote:
> > + removed --trace-children-skip=*/java option; it is not supported
> > by the older valgrind-3.5.0
>
> hook that off valgrind --version instead ? the javaldx spawned off by
>
Desire to act like a porn director? Attack a magic tab!
http://biopulse.pt/finest.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Wed, Jun 22, 2011 at 4:31 AM, Tor Lillqvist wrote:
On 2011-06-22 at 10:16, wrote:
>> Sure enough: do 2 changes in a file, in 2 separate hunk. in one of
>> these change add trailing spaces... then commit only that hunk -> the
>> second hunk 'disappear'
>
> The problem that I have noticed i
Korrawit Pruegsanusak píše v St 22. 06. 2011 v 20:26 +0700:
> Hello Petr, all,
>
> On Wed, Jun 22, 2011 at 02:19, Petr Mladek wrote:
> > Korrawit Pruegsanusak píše v Po 20. 06. 2011 v 23:52 +0700:
> >> How do I know that libegg module is built and delivered?
> >
> > You should see solver/330/unxl
On Wed, Jun 22, 2011 at 3:45 PM, Tor Lillqvist wrote:
>> In front of it insert "HE:" if Hebrew related
>
> Or "RTL:" if RTL-related in general?
>
> If many of the bugs are just different symptoms for an underlying general
> lack of RTL-awareness, it probably is not worth it to file individual bu
On Wed, 2011-06-22 at 20:58 +0700, Korrawit Pruegsanusak wrote:
> Two issues John mentioned are:
> 1. fdo#37584: redline text disappear
I would be really surprised if that one didn't appear...
--
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
Hi all,
I have fixed the problem behind fdo#37880 (fdo#38204 with similar symptoms
is not yet fixed). When we added local range names we forgot to adjust the
formula uno api(at least the global part of it). We need to save whether we
have a local range name or a global one. We lost this informatio
Hello all,
On Wed, Jun 22, 2011 at 12:59, Tor Lillqvist wrote:
> Thanks, committed and pushed to 3-3. (With a slightly improved commit
> message.)
Thanks :-)
On Wed, Jun 22, 2011 at 19:48, Tor Lillqvist wrote:
>> Did you backport also the fixes mentioned by John?
>
> No, the mail thread was o
This bug render LibreOffice 3.4 useless in Thailand. I still found it in
LibreOffice 3.4.1 RC1.
https://bugs.freedesktop.org/show_bug.cgi?id=38293
Anybody has any idea what cause the problem?
--
_/|\_ /Samphan Raruenrom./ Osdev - Open Source Development Co., Ltd.
/สัมพันธ์ ระรื่นรมย์./ โอเอส
On Wed, 2011-06-22 at 15:27 +0200, Petr Mladek wrote:
> + removed --trace-children-skip=*/java option; it is not supported
> by the older valgrind-3.5.0
hook that off valgrind --version instead ? the javaldx spawned off by
soffice will spew immense amounts of useless stuff.
C.
I still have an older iMAC G5 and have been using NeoOffice for years.
When I made the move to LibreOffice on that computer it now crashes
anytime you try to save a document to any location but the default
causing mass loss of data.
I dont know if this is a known issue or something new for you guy
Hi,
Kendy suggested to add --backtrace, --strace, and --valgring to the
soffice wrapper. It will make it easier for users to provide the debug
info.
I have realized it in master, see
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=dfe7581607e67ced5ff0fce9973b6f2fcd3dee62
http://cgit.
Hello Petr, all,
On Wed, Jun 22, 2011 at 02:19, Petr Mladek wrote:
> Korrawit Pruegsanusak píše v Po 20. 06. 2011 v 23:52 +0700:
>> How do I know that libegg module is built and delivered?
>
> You should see solver/330/unxlng?6.pro/inc/eggtray/eggtrayicon.h
> The delivered files are described in
> Did you backport also the fixes mentioned by John?
No, the mail thread was otherwise too confusing to me...
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
> In front of it insert "HE:" if Hebrew related
Or "RTL:" if RTL-related in general?
If many of the bugs are just different symptoms for an underlying general lack
of RTL-awareness, it probably is not worth it to file individual bugs for each
place in the GUI where this problem shows up? The w
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Jean-Baptiste Faure changed:
What|Removed |Added
Depends on||38544
--- Comment #152 from Jean-B
Hi Tor,
On Tue, 2011-06-21 at 23:59 -0600, Tor Lillqvist wrote:
> > Attached patch is a fix for fdo#30550 in comment 11-12
>
> Thanks, committed and pushed to 3-3. (With a slightly improved commit
> message.)
Did you backport also the fixes mentioned by John?
--
Cédric Bosdonnat
LibreOffice h
Lior Kaplan schrieb:
I've mapped all the Hebrew related and
RTL related bugs in OO.org.
Hi,
my recommendation:
1. Check each bug from the list whether it still exists in LibO (may be
you find some volunteers to help you?).
2. If yes: Check whether already newly reported in LibO Bugzilla
Am Wed, 22 Jun 2011 12:13:27 +0200
schrieb Petr Mladek :
> The check fails if the optional translation sources are missing.
>
> Does the attached patch help you?
> Could anyone approve it for the libreoffice-3-4 branch?
>
> Note that I took the change from master, from
> http://cgit.freedesktop.
On Wed, Jun 22, 2011 at 2:30 PM, Caolán McNamara wrote:
> On Wed, 2011-06-22 at 13:34 +0300, Lior Kaplan wrote:
> > Hi,
> >
> > A year ago when the Hebrew support was taken by the community (was
> > done by a commercial company before), I've mapped all the Hebrew
> > related and RTL related bugs
On Tue, 2011-06-21 at 23:18 +0200, Julien Nabet wrote:
> I'm completely stucked, could it be a bug in one of the C++ libraries of
> Debian testing ?
I suppose, have you tried installing valgrind, and use
export VALGRIND=memcheck
and do "build" in sal to see if valgrind says anything interesting.
On Fri, 2011-06-17 at 13:44 -0700, NoOp wrote:
> Thanks for having a look. I agree that a bug should be filed against
> xserver/X.org; however the odd part is that 3.4.0beta3 doesn't crash &
> everything from 3.4.0beta4 does - on the same machine(s).
> Any degugging tips to figure out what/why?
We
On Wed, 2011-06-22 at 13:34 +0300, Lior Kaplan wrote:
> Hi,
>
> A year ago when the Hebrew support was taken by the community (was
> done by a commercial company before), I've mapped all the Hebrew
> related and RTL related bugs in OO.org.
>
> I was wondering how do we ( = LibO) handle the oo.org
OK. Pushed to master, thanks!
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Thanks. If these work fine on Linux (i.e. X11), they can't be awfully broken on
other windowing systems either, I hope. Pushed to master.
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinf
Hello everyone,
I've been unable to pull base. This is what I am getting:
~/libreoffice/bootstrap/clone/base$ git pull -r
error: Unable to find c5a87fa8d45112b9e7c9df773104aeaa13392b14 under
http://anongit.freedesktop.org/git/libreoffice/base.git
Cannot obtain needed commit c5a87fa8d45112b9e7c
Hi,
A year ago when the Hebrew support was taken by the community (was done by a
commercial company before), I've mapped all the Hebrew related and RTL
related bugs in OO.org.
I was wondering how do we ( = LibO) handle the oo.org bugs reported before
the code split. Should I double check them in
On 22/06/11 11:03, Caolán McNamara wrote:
On Tue, 2011-06-21 at 17:43 +0100, Noel Power wrote:
well it doesn't crash for me ( even worse it doesn't crash without the
patch either ) and even worse still valgrind doesn't even complain.
When you valgrind manually you definitely do
export G_SLICE=a
Andreas Radke píše v Út 21. 06. 2011 v 20:23 +0200:
> New build breaker here in ArchLinux: my i686 build in a chroot breaks
> while native pkg build x86_64 went fine:
>
> setting up the build environment variables...
> checking solver path... default
> setting up the post_download check script
> c
Yes I used --enable-debug. And the problem disappeared with my patch and a
clean rebuild. It seems that I had some problems with delivering damke build
modules.
2011/6/22 Noel Power
> On 22/06/11 10:23, Noel Power wrote:
>
>> On 22/06/11 10:19, Noel Power wrote:
>>
>>> still I see with the debug
On Tue, 2011-06-21 at 17:43 +0100, Noel Power wrote:
> well it doesn't crash for me ( even worse it doesn't crash without the
> patch either ) and even worse still valgrind doesn't even complain.
When you valgrind manually you definitely do
export G_SLICE=always-malloc to disable the internal a
>>> On 2011-06-22 at 10:16, wrote:
> Sure enough: do 2 changes in a file, in 2 separate hunk. in one of
> these change add trailing spaces... then commit only that hunk -> the
> second hunk 'disappear'
The problem that I have noticed is when having changes to several files, but
committing just s
On 22/06/11 10:23, Noel Power wrote:
On 22/06/11 10:19, Noel Power wrote:
still I see with the debug build that I did that I can't reproduce
this, seems that for me _GLIBCXX_DEBUG isn't set. Just from my future
reference what did you pass to configure ? ( I just passed the
--enable-debug )
s
On 22/06/11 10:19, Noel Power wrote:
still I see with the debug build that I did that I can't reproduce
this, seems that for me _GLIBCXX_DEBUG isn't set. Just from my future
reference what did you pass to configure ? ( I just passed the
--enable-debug )
seems I did something wrong here, I don
Hi Matus,
On Wed, 2011-06-22 at 09:57 +0200, Matúš Kukan wrote:
> I'm sending some patches to allow prefixes for components and also
> I've done prefixing for some components.
Awesome :-) This should also be really useful for Tor's drive to
cross-compile to iOS - where we have to statical
On 21/06/11 23:44, Markus Mohrhard wrote:
Ok I looked into the corresponding gcc stl function and it seems that
the debug function checks if the iterator is incrementable. I haven't
checked the macro that performs this check but the iterator might be
marked as invalid after an element has been
Should/do other distros still use --with-vendor=their_distro ?, and if
so are we happy how that reads in help->about, is it a bit clumsy ?
C.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/li
Hi,
Please find attached my patches to fix Bug 37484 [1]. It would be great if
someone could review them.
I ended up implementing my own method for scrolling to a listbox entry, and
also making public the methods related to absolute position of entries in
the list. I hope this was an OK thing to
A 'git' bug has been reported some times ago by Tor Lillqvist. the
symptom was that on a partial commit the rest of the changes (the
uncommited part') would 'disappear'.
Unfortunately the condition to reproduce that problem eluded us...
While reviewing the EasyHack list, I noticed one about the p
Hi Anurag
On 22/06/11 05:20, Anurag Jain wrote:
Hi Noel,
Actually the problem started from not doing a git pull on my end after
Kohei pushing my patch (created using git diff) as I went on making
changes. In order to resolve this I ran git stash; git pull; and then
git stash pop; And I made some
50 matches
Mail list logo
