At 9:42am -0400 Wed, 27 Jul 2011, Michael Meeks wrote:
Anyhow - as text, this is not terribly convincing; drawing on a
whiteboard would be more so, and with lots of working code - even
more so ;-) I keep hoping to have time to play with ixion with Kohei
in this regard.
Actually, as text it is c
Thans Eike for the enlighment.
I am not skilled in C++ (thanks for your patience), but scslots.hxx looks
different for GoUpSel and GoDownSel, if that matters, around the line that
starts with "73/*Offset*/" and "74/*Offset*/"
// Slot Nr. 145 : 26521
SFX_NEW_SLOT_ARG(
ScCellShell,SID_CURSORD
Dear Community,
The Document Foundation is happy to announce the third release
candidate of LibreOffice 3.4.2. The upcoming 3.4.2 will be the second
in a series of frequent bugfix releases for our 3.4 code line. Please
be aware that LibreOffice 3.4.2 RC3 is not yet ready for production use,
you sh
Hi Olivier,
On Wednesday, 2011-07-27 14:50:33 -0300, Olivier Hallot wrote:
> Investigating sc/sdi/cellsh.sdi
> [...]
> So it looks like GoDownSel has an argument "By", which seems to be "select
> FN_PARAM_1 cells down", but GoUpSel (GoRightSel and GoLeftSel) does not have
> this parameter.
>
> W
I have successfully run autogen.sh with 10.7 sdk. Now when i run make i
get the error below, I am not sure if this is an error caused by the
integration of gnumake4 into master, or the use of 10.7 SDK
Jonathan-Aquilinas-MacBook-Pro:bootstrap eagles051387$ make
Fetching dependencies for module
I am talking about things that were fixed once and then overwritten by a merge.
I mean it conflicts for a reason!
On (2011-07-27 13:32), Tor Lillqvist wrote:
> >> If a patch/merge touches all of the platform files then it should be
> >> sent to the developers responsible for that part of the tree
>> If a patch/merge touches all of the platform files then it should be
>> sent to the developers responsible for that part of the tree directly,
I didn't know we had "responsibility" for the tree split up to specific
developers?
Everybody else encounters problems now and then caused by others.
Hi Kohei,
On 27/07/11 19:23, Kohei Yoshida wrote:
Hi Noel,
On Wed, 2011-07-27 at 11:50 +0100, Noel Power wrote:
I would really like to get this patch into 3.4,
[...]
Hmm... did you forget to attach your patch by any chance?
yes, ouch I did forget :-) ( although it is attached to the bug )
On Wed, 27 Jul 2011 20:10:21 +0200
Robert Nagy wrote:
> That ain't a 1000 files.
And bootstrap is not the only repo.
--
https://launchpad.net/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedeskto
Hello,
Could you tell me if the first easyHack mentioned in the subject is
still alive? Because for me it seems to be already resolved in version
3.5(However in 3.4 it can be seen). And as for the second hack, could
someone tell me if it is alive? And where can I find the source code
that does PDF
Hello,
Could you tell me if the first easyHack mentioned in the subject is
still alive? Because for me it seems to be already resolved in version
3.5(However in 3.4 it can be seen). And as for the second hack, could
someone tell me if it is alive? And where can I find the source code
that does PD
Marco wrote:
> >>For each slide all animations are exported into the svg document:
> >>the exported animation elements are the same that are created by
> >>the odp format exporter.
> >>
> >Interesting - but maybe easier to have some pre-processed subset
> >first?
>
> Well surely I chose the hard w
On (2011-07-27 20:31), Bjoern Michaelsen wrote:
> On Wed, 27 Jul 2011 20:06:06 +0200
> Robert Nagy wrote:
>
> > If a patch/merge touches all of the platform files then it should be
> > sent to the developers responsible for that part of the tree directly,
>
> Completely unworkable for a cws that
On Wed, 27 Jul 2011 20:06:06 +0200
Robert Nagy wrote:
> If a patch/merge touches all of the platform files then it should be
> sent to the developers responsible for that part of the tree directly,
Completely unworkable for a cws that was open (not integrated) at OOo,
needed huge rework (endless
Hi Noel,
On Wed, 2011-07-27 at 11:50 +0100, Noel Power wrote:
> I would really like to get this patch into 3.4, the patch affects vba
> related calls only and imo safe. Basically the patch allows copy to work
> for appropriate multi-area ranges. The core calc function 'CopyToClip'
> variant tha
On 07/22/2011 06:51 PM, Andor E wrote:
Hi,
did you build module sw with debug=t? Otherwise you won't get any
method names and line numbers.
Greetings
eymux
On Fri, Jul 22, 2011 at 12:57 PM, Ta Duc Tung wrote:
Hi,
I've tried to add a radio button into print dialog for Writer.
In /sw/source/co
On (2011-07-27 15:53), Thomas Arnhold wrote:
> On 07/27/2011 02:35 PM, Robert Nagy wrote:
> >I would like to ask my fellow developers to be more careful
> >about merging and _touching_ files at all that they don't
> >understand. During the last two days I had to fix several
> >problems that were in
On (2011-07-27 10:50), Norbert Thiebaud wrote:
> Having done massive merge with conflicting files numbering in the
> thousands, I would be less quick to throw a stone here.
> I also had to iron some kink on MacOs this week-end as a fallback of
> gnumake4 merge... but all in all it 'cost' me few hou
On 07/22/2011 06:51 PM, Andor E wrote:
Hi,
did you build module sw with debug=t? Otherwise you won't get any
method names and line numbers.
Greetings
eymux
On Fri, Jul 22, 2011 at 12:57 PM, Ta Duc Tung wrote:
Hi,
I've tried to add a radio button into print dialog for Writer.
In /sw/source/co
On (2011-07-27 10:03), Kohei Yoshida wrote:
> On Wed, 2011-07-27 at 14:35 +0200, Robert Nagy wrote:
> > I would like to ask my fellow developers to be more careful
> > about merging and _touching_ files at all that they don't
> > understand. During the last two days I had to fix several
> > problem
Hi
Investigating sc/sdi/cellsh.sdi
I see the following code for the commands GoDown, GoDownSel, GoUp, GoUpSel
(+ left and right movement and selection)
//cursor down
SfxVoidItem GoDown SID_CURSORDOWN
(
SfxInt16Item By FN_PARAM_1,
SfxBoolItem Sel FN_PARAM_2
)
[
On Thu, 2011-07-21 at 23:27 +1000, Troy Rollo wrote:
> The first part of this patch adds importing of cross-references to numbered
> paragraphs from docx file.
I believe this one has been replaced by your other patch submitted on
Friday, July 22nd. No need to follow up on this.
Kohei
__
On Sun, 2011-07-24 at 00:03 +1000, Troy Rollo wrote:
> This patch appears to be fix fdo#36868. The problem is that the paragraph
> style was never being assigned an outline list level. The saved file did
> not have an sprmPOutLvl for that paragraph (although it did have one for
> the level 0 style)
On Sat, 2011-07-23 at 01:24 +1000, Troy Rollo wrote:
> Before this patch, when importing from docx, if there were no parent
> numbering levels in the number formats for outline numbered paragraphs, the
> import would include all parent levels back to the second numbering level,
> in the third and s
On Sat, 2011-07-23 at 00:18 +1000, Troy Rollo wrote:
> Prior to this patch, fields were being exported to docx file with the
> field value being the name of the field. This patch changes it to
> export the field value as the field value.
Ditto with this one. I'll CC Cedric and Lubos for review.
On Fri, 2011-07-22 at 23:59 +1000, Troy Rollo wrote:
> This replaces the earlier version of this patch, which was wrong for the
> NUMBER_FULL_CONTEXT cross-reference type.
I believe this is Cedric's area, but he is on vacation at the moment.
I'm also CC'ing Lubos as well since I've seen him make c
Hi Kendy,
Jan Holesovsky wrote (27-07-11 00:51)
With the patch I am proposing for cherry-picking to 3.4 (I have pushed
that to master), the options are unset when you use the FindBar, ie. it
Fine for me as temporary solution!
The annoyance of not understanding what happens with the Find bar i
Hi Caolán,
On 2011-07-27 at 15:11 +0100, Caolán McNamara wrote:
> Proposing for 3-4. Makes the crash in one of those most-annoying bugs go
> away.
>
> http://cgit.freedesktop.org/libreoffice/writer/commit/?id=c234df7779b0e43e4433e71933c22f9e703da735
Thank you very much for that one - everythin
Hi Astron, Kohei,
On 2011-07-27 at 12:10 -0400, Kohei Yoshida wrote:
> Having said all this, I'm just one developer, and this is just my
> personal opinion. And I would be interested to hear from other folks as
> well.
We have already 2 vetos (and I was warning about the controversy of this
too
Hi Samphan,
On Wed, 2011-07-27 at 16:12 +0700, Samphan Raruenrom wrote:
> Last year I've done a comparison of memory usage on Windows between
> OpenOffice.org Calc 3.1 and MS Excel 2003/2007 for spreadsheets with
> simple formula of various size. I found that Calc take a lot more
> memory than Exc
Hi Kendy,
On Wed, 2011-07-27 at 00:51 +0200, Jan Holesovsky wrote:
> With the patch I am proposing for cherry-picking to 3.4 (I have pushed
> that to master), the options are unset when you use the FindBar, ie. it
> resets whatever flags the user has set in the Search & Replace dialog
> too. Thi
On Wed, 27 Jul 2011 14:35:23 +0200
Robert Nagy wrote:
> I would like to ask my fellow developers to be more careful
> about merging and _touching_ files at all that they don't
> understand. During the last two days I had to fix several
> problems that were introduced by merging changes, hell I
>
On Wed, Jul 27, 2011 at 7:35 AM, Robert Nagy wrote:
> I would like to ask my fellow developers to be more careful
> about merging and _touching_ files at all that they don't
> understand. During the last two days I had to fix several
> problems that were introduced by merging changes, hell I
> eve
On Tue, 2011-07-26 at 14:34 -0400, Kohei Yoshida wrote:
> On Tue, 2011-07-26 at 18:25 +0100, Michael Meeks wrote:
> > On Tue, 2011-07-26 at 10:37 -0400, Kohei Yoshida wrote:
> > > Just to spell out my intention more clearly, if nobody disagrees that
> > > this minor quirk will not cause any issues
Hi Peter,
On Wed, 2011-07-27 at 13:21 +0200, Péter Rabi wrote:
> The bug (fdo#32895), which we are talking about affects 'dlgass' (the
> welcoming wizard of impress) and dialogue 'doctempl' (Impress -> File ->
> Templates -> Save).
Okay ! :-)
> While 'doctempl' uses the template handling
Proposing for 3-4. Makes the crash in one of those most-annoying bugs go
away.
http://cgit.freedesktop.org/libreoffice/writer/commit/?id=c234df7779b0e43e4433e71933c22f9e703da735
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lis
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 36631, which changed state.
Bug 36631 Summary: Writer crashes when using undo-redo on formula
https://bugs.freedesktop.org/show_bug.cgi?id=36631
What|Old Value |New Value
So I removed this Property checks for various vendors with commit
http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=6b344d2654eb6a87f6e759376e7ee988f1a52761
If someone needs this back, feel free to do so (only jobset.{h,c}xx was
a mis-merge, sorry for that).
Thomas
_
On Wed, 2011-07-27 at 14:35 +0200, Robert Nagy wrote:
> I would like to ask my fellow developers to be more careful
> about merging and _touching_ files at all that they don't
> understand. During the last two days I had to fix several
> problems that were introduced by merging changes, hell I
> ev
On 07/27/2011 02:35 PM, Robert Nagy wrote:
I would like to ask my fellow developers to be more careful
about merging and _touching_ files at all that they don't
understand. During the last two days I had to fix several
problems that were introduced by merging changes, hell I
even found files with
Hi Kevin,
On Wed, 2011-07-27 at 06:56 -0400, Kevin Hunter wrote:
> At 6:07am -0400 Wed, 27 Jul 2011, Michael Meeks wrote:
> > but IMHO -the- fundamental design problem with calc, is something
> > quite banal - the concept that a spreadsheet is built from cells:
> > without breaking that basic misc
On Wed, 2011-07-27 at 14:21 +0100, Michael Meeks wrote:
> Oh - goodness; what a bunch of lamers we are ! ;-) neon, python, ucb
> etc. Clearly the whole world should be using NSS.
*mumble*, last time I looked at this I couldn't figure out the
equivalent NSS api. Since then there's
http://fedo
On Wed, 2011-07-27 at 13:27 +0100, Caolán McNamara wrote:
> Apparently, crash-be-gone anyway, nm -D gives me what I expect now on
> the final .so. I'd like to propose that fix
> 1022b20da6e234349b9c8d094670297a8e523c86 in libs-extern for 3-4.
Wonderful - cherry picked it to -3-4 just now.
I would like to ask my fellow developers to be more careful
about merging and _touching_ files at all that they don't
understand. During the last two days I had to fix several
problems that were introduced by merging changes, hell I
even found files with _conflicts_ in them and the guy who
pushed i
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Rainer Bielefeld changed:
What|Removed |Added
Depends on|39560 |
--
Configure bugmail: https://bugs.
On Wed, 2011-07-27 at 13:01 +0100, Michael Meeks wrote:
> On Wed, 2011-07-27 at 09:18 +0100, Caolán McNamara wrote:
> > > Or perhaps I mis-understood ;-) is it easy to inject those flags ?
> >
> > Not particularly easy, but ended up doing that anyway.
>
> Great - and I hope it works :-)
Hi Michael, *
2011. 07. 26, kedd keltezéssel 17.06-kor Michael Meeks ezt írta:
> On Tue, 2011-07-26 at 15:17 +0200, Andras Timar wrote:
> > I'd like to add the bugfix for
> > https://bugs.freedesktop.org/show_bug.cgi?id=32895
> > Somebody some day marked it as critical.
>
> :-) So - I'm not
Hi Knut,
On Tue, 2011-07-26 at 23:20 +0200, Knut Olav Bøhmer wrote:
> >Sadly I don't know. I imagine you need to avoid the splash binary -
> > and
> > run soffice.bin. I would be tempted to remove soffice.exe rename
> > soffice.bin -> soffice.exe and debug that way.
>
> I found it.
> dev
On Wed, 2011-07-27 at 09:18 +0100, Caolán McNamara wrote:
> > Or perhaps I mis-understood ;-) is it easy to inject those flags ?
>
> Not particularly easy, but ended up doing that anyway.
Great - and I hope it works :-)
> I was sort of hoping for a fire-once solution which could be
Hello,
I have been working a bit on performance related calc problems for 3.5.
I have at least one item left for 3.5: for nearly every undo step we create
a full copy of the whole document. For 3.5 I planned to improve the undo
code for sheets that means that we no longer copy every sheet to an u
On Tue, 26 Jul 2011 15:35:27 +0200, Thorsten Behrens
wrote:
Hi Thorsten,
welcome back! :)
Marco wrote:
skip
== 2 ==
For each slide all animations are exported into the svg document:
the exported animation elements are the same that are created by
the odp format exporter.
Interesting - b
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Manuel Reimer changed:
What|Removed |Added
Depends on||39560
--
Configure bugmail: https://bug
At 6:07am -0400 Wed, 27 Jul 2011, Michael Meeks wrote:
On Wed, 2011-07-27 at 16:12 +0700, Samphan Raruenrom wrote:
Is there any work on LibreOffice to reduce memory usage of
LibreOffice Calc on large spreadsheets?
but IMHO -the- fundamental design problem with calc, is something
quite banal -
I would really like to get this patch into 3.4, the patch affects vba
related calls only and imo safe. Basically the patch allows copy to work
for appropriate multi-area ranges. The core calc function 'CopyToClip'
variant that is modified is used *only* by vba api implementation code
so shouldn
On Tue, 2011-07-26 at 23:44 -0500, Norbert Thiebaud wrote:
> the goal is also to get rid of BOOL, but again being careful with uno
> interaction: if uno -> sal_Bool otherwise bool
> (this is particularly tricky when touching the prototype of a virtual
> function... as all of the derived virtual of
Thanks for that; those parallel build pieces can be hard to catch when
they're missing.
Nice catch :-)
Michael.
--
michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot
___
LibreOffice mailing list
LibreOf
Hi Sam,
On Wed, 2011-07-27 at 16:12 +0700, Samphan Raruenrom wrote:
> Last year I've done a comparison of memory usage on Windows between
> OpenOffice.org Calc 3.1 and MS Excel 2003/2007 for spreadsheets with
> simple formula of various size. I found that Calc take a lot more
> memory than Excel 2
> This seems to be unexpected - using the FindBar, one should be able to
> find everything.
That would be my assumption when using it, too.
> With the patch I am proposing for cherry-picking to 3.4 (I have pushed
> that to master), the options are unset when you use the FindBar, ie. it
> resets
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 36915, which changed state.
Bug 36915 Summary: Beanshell scripts don't work
https://bugs.freedesktop.org/show_bug.cgi?id=36915
What|Old Value |New Value
--
On 26/07/11 23:31, Jan Holesovsky wrote:
Hi,
https://bugs.freedesktop.org/show_bug.cgi?id=33593
The fix for that was provided in CWS dr78 which is integrated in
LibreOffice, but apparently got lost during a merge - I did not
investigate more if it happened already in Mercurial (when the CWS was
On Tue, 2011-07-26 at 18:19 +0100, Michael Meeks wrote:
> Hi Caolan,
>
> On Tue, 2011-07-26 at 15:46 +0100, Caolán McNamara wrote:
...
> > nm -D workdir/unxlngx6/LinkTarget/Library/libooxlo.so|grep
> > EVP_MD_CTX_create
> > 00666d00 T EVP_MD_CTX_create
>
> That is really dumb :-) th
61 matches
Mail list logo
