Re: [Libreoffice] build breaks on i686
./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/SelectionEventType.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridSelection.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/UnoControlGridModel.idl ... Compiling: ucb/source/ucp/webdav/NeonHeadRequest.cxx ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XMutableGridDataModel.idl ... Error: Syntax error in documentation within this text: . ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/DefaultGridDataModel.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridDataModel.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridControl.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XSortableMutableGridDataModel.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridDataListener.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/SortableGridDataModel.idl ... Entering /build/src/build/testtools/inc Could this be the reason or is it different problem? -Andy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] new color picker dialog for all applications
Hi Christian, On Thu, 2011-05-05 at 22:18 +0200, Christian Lippka wrote: This is a patch I have hacked on in my spare time. It replaces the old color picker with a new one. See here for a video demo http://youtu.be/rPu6EmIxkIM?hd=1 Waooh, nice work! Many thanks for it. But I think we should integrate it into the current color selection systems. Here are some quick thoughts * in dialogs and toolbars this could be used for an advanced color selection * we shouldn't remove the use of a set of common colors defined in one or several palettes. * That dialog would be even nicer if it remembers the previously picked (10 or so) colors. To see it in the running office you can for example go to menu tools-options-colors and press edit The dialog is implemented as a service so it is usable from extensions. Great this way it can be used from everywhere... Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] new color picker dialog for all applications
Taking mutex on this one. Will integrate to master. F. On Thu, 2011-05-05 at 22:18 +0200, Christian Lippka wrote: This is a patch I have hacked on in my spare time. It replaces the old color picker with a new one. See here for a video demo http://youtu.be/rPu6EmIxkIM?hd=1 To see it in the running office you can for example go to menu tools-options-colors and press edit The dialog is implemented as a service so it is usable from extensions. here is the patch http://dl.dropbox.com/u/10629960/patch.txt The patch is against an OOo DEV300 m102, so there may be conflicts. There is one binary included in the patch, which looks like a git patch can handle. If not, here is the image http://dl.dropbox.com/u/10629960/colorslider.png It should be placed in default_images/res My changes and new code are MPL 1.1 / GPLv3+ / LGPLv3+ licensed. To any reviewers. The code in the new dialog may look a bit complicated at places. There where two difficulties in this feature causing this. First, the rendering of the color field at the left and the color slider on the right where a huge performance problem in my first implementation. So I did some loop unrolling and lookup table stuff to make it usable. Second problem are rounding errors when converting between different color spaces. Therefore the rgb color is saved as doubles and some care has been taken that the conversion is not jittering. I'm hanging around on IRC with nick cl sometimes if there are merge conflicts or build trouble on a different platform then windows. Christian. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice 3.4 beta 4 build failed
Hi all, I try to build LO 3.4 beta4 from source and get an error in module writerperfect Making:libwpftli.so /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP1ContentListener.o): In function `WP1ContentListener::insertExtendedCharacter(unsigned char)': WP1ContentListener.cpp:(.text+0xdd4): undefined reference to `macRomanCharacterMap' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6CharacterGroup.o): In function `WP6CharacterGroup_SetDotLeaderCharactersSubGroup::parse(WP6Listener*, unsigned char, unsigned short const*) const': WP6CharacterGroup.cpp:(.text+0xd75): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6CharacterGroup.o): In function `WP6CharacterGroup_SetAlignmentCharacterSubGroup::parse(WP6Listener*, unsigned char, unsigned short const*) const': WP6CharacterGroup.cpp:(.text+0xdc2): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6ExtendedDocumentSummaryPacket.o): In function `WP6ExtendedDocumentSummaryPacket::parse(WP6Listener*) const': WP6ExtendedDocumentSummaryPacket.cpp:(.text+0x110): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' WP6ExtendedDocumentSummaryPacket.cpp:(.text+0x2cc): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6FontDescriptorPacket.o): In function `WP6FontDescriptorPacket::_readFontName(WPXInputStream*, WPXEncryption*)': WP6FontDescriptorPacket.cpp:(.text+0x116): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6GraphicsBoxStylePacket.o):WP6GraphicsBoxStylePacket.cpp:(.text+0xf4): more undefined references to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' follow /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP3DoubleByteScriptCharacterGroup.o): In function `WP3DoubleByteScriptCharacterGroup::parse(WP3Listener*)': WP3DoubleByteScriptCharacterGroup.cpp:(.text+0x2c): undefined reference to `appleWorldScriptToUCS4(unsigned short, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP3ExtendedCharacterGroup.o): In function `WP3ExtendedCharacterGroup::parse(WP3Listener*)': WP3ExtendedCharacterGroup.cpp:(.text+0x24): undefined reference to `macRomanCharacterMap' WP3ExtendedCharacterGroup.cpp:(.text+0x60): undefined reference to `extendedCharacterWP5ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP5ExtendedCharacterGroup.o): In function `WP5ExtendedCharacterGroup::parse(WP5Listener*)': WP5ExtendedCharacterGroup.cpp:(.text+0x2b): undefined reference to `extendedCharacterWP5ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6ExtendedCharacterGroup.o): In function `WP6ExtendedCharacterGroup::parse(WP6Listener*)': WP6ExtendedCharacterGroup.cpp:(.text+0x2b): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' collect2: ld returned 1 exit status dmake: Error code 1, while making '../unxlngi6.pro/lib/libwpftli.so' Retrying /home/alexanis/src/LibreOffice/writerperfect/util Making:libwpftli.so /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP1ContentListener.o): In function `WP1ContentListener::insertExtendedCharacter(unsigned char)': WP1ContentListener.cpp:(.text+0xdd4): undefined reference to `macRomanCharacterMap' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6CharacterGroup.o): In function `WP6CharacterGroup_SetDotLeaderCharactersSubGroup::parse(WP6Listener*, unsigned char, unsigned short const*) const': WP6CharacterGroup.cpp:(.text+0xd75): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6CharacterGroup.o): In function `WP6CharacterGroup_SetAlignmentCharacterSubGroup::parse(WP6Listener*, unsigned char, unsigned short const*) const': WP6CharacterGroup.cpp:(.text+0xdc2): undefined reference to `extendedCharacterWP6ToUCS4(unsigned char, unsigned char, unsigned int const**)' /home/alexanis/src/LibreOffice/solver/300/ unxlngi6.pro/lib/libwpdlib.a(WP6ExtendedDocumentSummaryPacket.o): In function `WP6ExtendedDocumentSummaryPacket::parse(WP6Listener*) const':
Re: [Libreoffice] LibreOffice 3.4 beta 4 build failed
Hello, On Fri, 2011-05-06 at 14:12 +0600, Alexander O. Anisimov wrote: I try to build LO 3.4 beta4 from source and get an error in module writerperfect Solution is cd libwpd deliver -delete rm -rf unx*.pro build deliver Then rebuild libwps, libwpg and writerperfect and you should be ok. F. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] new color picker dialog for all applications
On Thu, 2011-05-05 at 22:18 +0200, Christian Lippka wrote: This is a patch I have hacked on in my spare time. Really pretty :-) It replaces the old color picker with a new one. See here for a video demo I guess it would be wonderful to bring this closer to people editing documents; I've always been frustrated by the lack of flexibility and usability in the Format-Character-Font Effects-Font Color drop-down (and equivalent toolbar / quick pallete). Do you have plans to make these more easily extensible with custom colours ? Then again, perhaps it is a feature that we have a great list of colors in there, that are hard to select and edit ;-) I'm hanging around on IRC with nick cl sometimes if there are merge conflicts or build trouble on a different platform then windows. Fantastic to have you working on this :-) looking forward to whatever is next. Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] new color picker dialog for all applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 06/05/2011 10:35, Michael Meeks a écrit : It replaces the old color picker with a new one. See here for a video demo I guess it would be wonderful to bring this closer to people editing documents; I've always been frustrated by the lack of flexibility and usability in the Format-Character-Font Effects-Font Color drop-down (and equivalent toolbar / quick pallete). Great work ! But, don't forget that is more diffcult to retrieve twice the same color with this picker. With the old picker, there are predefined colors and it's easy to retrieve a color already used on the document because predefined colors are limited to ~50 colors. With the new picker, colors are not limited and we should know parameters of the color (RGB...) to retrieve the same color. There will cool to have a table of used colors on the same document to retrieve more easily colors already used on the document when he search a color. Best regards, Quentin THEURET quen...@theuret.net 06 33 23 20 84 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3DtgsACgkQJiXrGwhvlZ+a5gCfWjerrUnwR/kgZYehD4PvrRs3 F/wAn0yU6m0zErucUHtOxJ1+PDu3KQyC =/q83 -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice Android Port
Hi Tor, On Thu, 2011-05-05 at 23:59 -0600, Tor Lillqvist wrote: Or 2) Adapt the LibreOffice build mechanism to work with cross-compilation. .. gbuild work hopefully should make it easier. Interestingly, enabling cross-compilation will benefit LO builds for Windows hugely... Right - so, as one precursor we really want to help with moving ~everything to gnumake so we only have to do the heavy lifting in one place. Of course, that has a great knock-on effect of improving our build speed, and as a side-effect having a great synergy with our end-goal of moving to cross-compiling the Windows builds. What is interesting in this discussion here and earlier on the discuss list is that nobody seems to ponder how the user interface of (a subset of) LibreOffice running on a tablet/touch device should look and work. Surely designing that is equally hard as overcoming technical build hurdles or restructuring what gets built. This is of course an excellent point :-) However, it is clear that with lots of complementary, baby-steps in the right direction, we will get somewhere useful in the end. Or do you really expect people to want to use the normal LibreOffice GUI with hierarchical menus and other stuff from a desktop style GUI on a touch device? Not in the end-game; but as a demo to generate lots of interest, and attract more developers to help re-work the chrome: I think this would be a wonderful first-step. ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove DECLARE_LIST(DdeTransactions, DdeTransaction*) [Windows only]
Pushed to master. Thanks for your great work. f. On Wed, 2011-04-27 at 19:15 -0430, Rafael Dominguez wrote: Windows only patch, please compile and check that theres no errors, thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove DECLARE_LIST(DdeItems, DdeItem*) [Windows]
Landed in master. Thanks for your contribution. F. On Wed, 2011-04-27 at 17:50 -0430, Rafael Dominguez wrote: Windows only patch, please check that it compiles without error and i didnt forget anything, thanks!! ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] fix for fdo#35706
I submitted the following patches to libreoffice3.4, scream if you notice something bad http://cgit.freedesktop.org/libreoffice/components/commit/?h=libreoffice-3-4id=3db1a4235ac588cda2836f99091888583b461810 http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4id=ad50ce46a6a25f73b7a1a1f69eb17e777e28cc22 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Empty functions in chart module
Hi Julien, On Thu, 2011-05-05 at 23:39 +0200, Julien Nabet wrote: By digging into cppcheck logs, I saw this : [chart2/source/model/template/BubbleChartType.cxx:69] Technically the member function 'StaticBubbleChartTypeDefaults_Initializer::lcl_AddDefaultsToMap' can be const [chart2/source/model/template/BubbleChartTypeTemplate.cxx:76]: Technically the member function 'StaticBubbleChartTypeTemplateDefaults_Initializer::lcl_AddDefaultsToMap' can be const But these functions are empty. So : - should they be removed ? They certainly could be - I guess if people are implementing them, they will most likely look at other modules in chart2/ to see the pattern that is used here. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove DECLARE_LIST(DdeTopics, DdeTopic*) [Windows only]
Pushed this one. Thanks for your great work. F. On Wed, 2011-04-27 at 16:57 -0430, Rafael Dominguez wrote: Oops forgot to send patch On Wed, Apr 27, 2011 at 4:57 PM, Rafael Dominguez venccsra...@gmail.com wrote: This is a windows only patch, please check that you can compile it and check that i didnt miss anything. Thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove DECLARE_LIST(DdeConnections, DdeConnection*)
Pushed. Thanks. F. On Wed, 2011-04-27 at 12:12 -0430, Rafael Dominguez wrote: This is a windows only patch, please check it compiles fine and without errors, thanks! ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove usage of List in SbiDdeControl
Great work. Integrated now. F. On Wed, 2011-04-27 at 11:36 -0430, Rafael Dominguez wrote: Well this patch is for windows only, but i develop only in linux, so if anyone can please review it and test it for me. Thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] GSoC libreoffice android port
On Mon, 2011-04-25 at 19:30 +0200, Jonathan Aquilina wrote: I am aware that there is a task for the GSoC to port LO to android. I think we should have our own specific branch for android development as As and when there is some code to commit, that is not generally useful - then we can create such a branch. For the gnumake, build-conditionals, cross-compiling work it should all happen on master since everyone needs it. Similarly, the VCL / android backend can be conditionally compiled on master too - so I'm not sure what a branch would be good for. i am sure until we iron things out there will be lots of breakages that we should keep out of master. Well - first code; then branches, then working functionality, and then hype :-) ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fwd: First build resumed but failed on incomplete dependancies
H Peter, On Thu, 2011-05-05 at 13:54 -0400, Peter Teeson wrote: Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. .. Where do we go from here? Thorsten committed a fix for this to master I believe; I don't think you need --enable-ccache-skip if you have a recent ccache (at least so a recent mail suggested). So - I would do: $ ./g pull -r # to get the latest code Edit --enable-ccache-skip out of your autogen.lastrun, re-run autogen.sh (no argument necessary it'll just use autogen.lastrun), and re-run make. Hopefully life will be better then, and (hopefully) we'll have fixed the problem for everyone in the meantime too - so good work. Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Cor Nouws c...@nouenoff.nl changed: What|Removed |Added Depends on||36898 --- Comment #66 from Cor Nouws c...@nouenoff.nl 2011-05-06 02:46:30 PDT --- add #36898 : dir() function broken -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fwd: First build resumed but failed on incomplete dependancies
Hi Michael, *, On Fri, May 6, 2011 at 11:36 AM, Michael Meeks michael.me...@novell.com wrote: H Peter, On Thu, 2011-05-05 at 13:54 -0400, Peter Teeson wrote: Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. .. Where do we go from here? Thorsten committed a fix for this to master I believe; No, not for this. When you force configure to use ccache, but the build doesn't actually use ccache, the break is what you rightfully get. I don't think you need --enable-ccache-skip if you have a recent ccache (at least so a recent mail suggested). Yes, that's true, but that's a different problem. Peter's build did not use ccache. All versions of ccache know --ccache-skip, so when it fails because of unknown option, that is passed to real compiler directly, hence ccache not used at all. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Cor Nouws c...@nouenoff.nl changed: What|Removed |Added Depends on||36673 --- Comment #67 from Cor Nouws c...@nouenoff.nl 2011-05-06 02:55:45 PDT --- propose #36673 formatting of Dates in spreadsheet changed -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Peter Teeson wrote: Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. Yes I did indeed And Xcode is 3.2.4 and SDK 10.4 is installed My MacPro 2x2.66Ghz Quad-core Nehalem, 6GB RAM Mac OS X 10.6.6 , ... all standard from Apple Where do we go from here? Either don't use --enable-ccache-skip, or update ccache to =3.1 - but see below Christian Lohmaier wrote: With ccache = 3.1 the actual --ccache-skip is no longer needed. The whole point for the version check in the first place. So the check should be turned into a warning/sanity check only and should strongly suggest to use ccache 3.1 or newer (at least on Mac) and the ccache-skip removed from solenv/inc/unxmac* - without ccache-skip earlier versions of ccache will just not cache the result. Ah, missed that mail somehow - yep, makes sense. Cheers, -- Thorsten pgpprLSZ3dLIW.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fwd: First build resumed but failed on incomplete dependancies
On Fri, May 6, 2011 at 11:54 AM, Christian Lohmaier lohmaier+libreoff...@googlemail.com wrote: No, not for this. When you force configure to use ccache, but the build doesn't actually use ccache, the break is what you rightfully get. And of course you also deserve the break when using a version with the argument parsing bug that makes --ccache-skip unusable - detecting this is the whole point of the configure check. Reading the snippets again, It's more likely that not no ccache is used, but an incompatible one. i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory is a classical symptom of this... ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Enable native sumbenu arrow drawing and implement it in GTK+
Attached patch does what the subject says.
I'm not quite sure if I got everything right, especially
I can't make much sense of how the returned rectangles in
GetNativeControlRegion() are supposed to be done.
Regards,
--Mitch
From 9064d44f80da8511ee43687afebc999aeafa9985 Mon Sep 17 00:00:00 2001
From: Michael Natterer mi...@gimp.org
Date: Thu, 5 May 2011 09:13:37 +0200
Subject: [PATCH] Enable native sumbenu arrow drawing and implement it in GTK+
---
vcl/inc/vcl/menu.hxx |4 +
vcl/inc/vcl/salnativewidgets.hxx |1 +
vcl/source/window/menu.cxx | 93 +
vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx | 64
4 files changed, 149 insertions(+), 13 deletions(-)
diff --git a/vcl/inc/vcl/menu.hxx b/vcl/inc/vcl/menu.hxx
index c052c14..6109491 100644
--- a/vcl/inc/vcl/menu.hxx
+++ b/vcl/inc/vcl/menu.hxx
@@ -199,6 +199,10 @@ protected:
// return value is Max( rCheckHeight, rRadioHeight )
SAL_DLLPRIVATE long ImplGetNativeCheckAndRadioSize( Window*, long rCheckHeight, long rRadioHeight, long rMaxWidth ) const;
+// returns native submenu arrow size and spacing from right border
+// return value is whether it's supported natively
+SAL_DLLPRIVATE sal_Bool ImplGetNativeSubmenuArrowSize( Window* pWin, Size rArrowSize, long rArrowSpacing ) const;
+
SAL_DLLPRIVATE voidImplAddDel( ImplMenuDelData rDel );
SAL_DLLPRIVATE voidImplRemoveDel( ImplMenuDelData rDel );
public:
diff --git a/vcl/inc/vcl/salnativewidgets.hxx b/vcl/inc/vcl/salnativewidgets.hxx
index 39e6c18..94fa162 100644
--- a/vcl/inc/vcl/salnativewidgets.hxx
+++ b/vcl/inc/vcl/salnativewidgets.hxx
@@ -178,6 +178,7 @@ typedef sal_uInt32 ControlPart;
#define PART_MENU_ITEM_CHECK_MARK 251
#define PART_MENU_ITEM_RADIO_MARK 252
#define PART_MENU_SEPARATOR 253
+#define PART_MENU_SUBMENU_ARROW 254
/* #i77549#
HACK: for scrollbars in case of thumb rect, page up and page down rect we
diff --git a/vcl/source/window/menu.cxx b/vcl/source/window/menu.cxx
index 9984ee7..2afd2ea 100644
--- a/vcl/source/window/menu.cxx
+++ b/vcl/source/window/menu.cxx
@@ -2305,6 +2305,37 @@ long Menu::ImplGetNativeCheckAndRadioSize( Window* pWin, long rCheckHeight, lon
return (rCheckHeight rRadioHeight) ? rCheckHeight : rRadioHeight;
}
+sal_Bool Menu::ImplGetNativeSubmenuArrowSize( Window* pWin, Size rArrowSize, long rArrowSpacing ) const
+{
+ImplControlValue aVal;
+Rectangle aNativeBounds;
+Rectangle aNativeContent;
+Point tmp( 0, 0 );
+Rectangle aCtrlRegion( Rectangle( tmp, Size( 100, 15 ) ) );
+if( pWin-IsNativeControlSupported( CTRL_MENU_POPUP,
+PART_MENU_SUBMENU_ARROW ) )
+{
+if( pWin-GetNativeControlRegion( ControlType(CTRL_MENU_POPUP),
+ ControlPart(PART_MENU_SUBMENU_ARROW),
+ aCtrlRegion,
+ ControlState(CTRL_STATE_ENABLED),
+ aVal,
+ OUString(),
+ aNativeBounds,
+ aNativeContent )
+)
+{
+Size aSize( Size ( aNativeContent.GetWidth(),
+ aNativeContent.GetHeight() ) );
+rArrowSize = aSize;
+rArrowSpacing = aNativeBounds.GetWidth() - aNativeContent.GetWidth();
+
+return sal_True;
+}
+}
+return sal_False;
+}
+
// ---
void Menu::ImplAddDel( ImplMenuDelData rDel )
@@ -2853,21 +2884,57 @@ void Menu::ImplPaint( Window* pWin, sal_uInt16 nBorder, long nStartY, MenuItemDa
// SubMenu?
if ( !bLayout !bIsMenuBar pData-pSubMenu )
{
-aTmpPos.X() = aOutSz.Width() - nFontHeight + nExtra - nOuterSpace;
-aTmpPos.Y() = aPos.Y();
-aTmpPos.Y() += nExtra/2;
-aTmpPos.Y() += ( pData-aSz.Height() / 2 ) - ( nFontHeight/4 );
-if ( pData-nBits MIB_POPUPSELECT )
+bool bNativeOk = false;
+if( pWin-IsNativeControlSupported( CTRL_MENU_POPUP,
+PART_MENU_SUBMENU_ARROW ) )
{
-pWin-SetTextColor( rSettings.GetMenuTextColor() );
-Point aTmpPos2( aPos );
-aTmpPos2.X() = aOutSz.Width() - nFontHeight - nFontHeight/4;
-aDecoView.DrawFrame(
-Rectangle( aTmpPos2, Size( nFontHeight+nFontHeight/4, pData-aSz.Height() ) ),
Re: [Libreoffice] minutes of tech steering call ...
On Thu, 2011-05-05 at 23:02 +0200, Christian Lohmaier wrote: Oh - and please write this in big letters :-) Yes :-) And also make sure when you remove it completely: Don't remove the filter-detection part of it. I.e. when a user then opens a binfilter-covered format, don't present the user with the file-format selection box, but use a sorry, support for this format was removed - open it in 3.4 or similar dialog. That is a really good idea :-) Add to that - just realized that bugzilla of FDO has a review-extension (splinter - http://fishsoup.net/software/splinter/ ) for patches. When an issue has a patch attached, it's possible to use a review link and comment on the whole patch and also on individual lines (double-click on the line you want to comment on in review mode) Yes - the problem (to me) with bugzilla is that (traditionally) patches rot there - and that it builds a very atomised set of hackers - where no-one knows what anyone else is contributing. This will also greatly ease creation of local clones, something that is so easy with mercurial, but so hard with git... Yep - go Norbert ! :-) ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installer on MacOS
Italo, On Fri, 2011-05-06 at 12:55 +0200, Italo Vignoli wrote: The Italian language pack for 3.4 beta 3 has the OOo icon with seagulls instead of the document icon. Also, the 3.4 beta 3 installer has the right icons but not the right layout. So - you're not likely to get flamed, because we love you this much :-) But this is emphatically not a list for bug reports. Please file your bug at http://bugs.freedesktop.org/ and suggest it as a blocker in bug: https://bugs.freedesktop.org/show_bug.cgi?id=35673 And sorry it's not working right for you, ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build breaks on i686
Hi Andreas, On Fri, 2011-05-06 at 09:20 +0200, Andreas Radke wrote: ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/SelectionEventType.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridSelection.idl ... ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/UnoControlGridModel.idl ... Compiling: ucb/source/ucp/webdav/NeonHeadRequest.cxx ./../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XMutableGridDataModel.idl ... Error: Syntax error in documentation within this text: . Ho hum; so - clearly the build succeeds for me on i686: $ uname -a Linux lenovo-w500 2.6.38-18-desktop #1 SMP PREEMPT 2011-03-20 22:25:37 +0100 i686 i686 i386 GNU/Linux So we need more detail I think. I also get: /../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridDataModel.idl ... /../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XMutableGridDataModel.idl ... Error: Syntax error in documentation within this text: . /../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/DefaultGridColumnModel.idl ... /../../unxlngi6.pro/bin/odkcommon/idl/com/sun/star/awt/grid/XGridColumnListener.idl ... But the build does not fail here. So - I guess this is a bogus error. Please can you edit any parallel processing, multiple CPU things out of your autogen.lastrun - ie. no icecream, no --with-num-cpus, no --with-max-jobs - and re-run autogen.sh. Then run 'make' and it should stop exactly where the (real) error is. Can you then attach that last piece of log - the last 50 lines or so to a mail. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Installer on MacOS
The Italian language pack for 3.4 beta 3 has the OOo icon with seagulls instead of the document icon. Also, the 3.4 beta 3 installer has the right icons but not the right layout. I can provide screenshots if necessary. -- Italo Vignoli - The Document Foundation phone +39.348.5653829 - VoIP +39.02.320621813 email it...@libreoffice.it - skype italovignoli gtalk italo.vign...@gmail.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
Hi Cor, On Thu, 2011-05-05 at 18:30 +0200, Cor Nouws wrote: Thanks for your comments, and sorry for the delay on my side. Excellent work :-) * Here is a 2nd draft: http://wiki.documentfoundation.org/Development/Use_of_MailList pretty ready for use, IMHO ;-) Sure - lets make it official, and iterate / improve it as needed. * Linked it from the main dev wiki page http://wiki.documentfoundation.org/Development#Developer_mail_list_-_how_to_use I guess we need Thorsten (or someone) to add it to the mailing list description / subscription process - so people know what they're getting. Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Incompatible changes for B-spline smoothing in ODF1.2
Hi Regina, On Mon, 2011-04-25 at 18:30 +0200, Regina Henschel wrote: Currently smoothing with B-Splines uses the inner data points as control points. Therefore the smoothed line does not go through the data points and it is no interpolation. Right - shame. In ODF 1.2 the definition of smoothing with B-Splines does it in a way, that you get a real interpolation, that means, the smoothed line goes through all data points. Nicer of course. The current behavior is so inscrutable, that I endorse the definition in ODF1.2. :-) So - lets drop the old version, and upgrade everyone to your nice new code. Can we include your patch in: http://openoffice.org/bugzilla/show_bug.cgi?id=117986 Into LibreOffice under the MPL/LGPLv3+ dual license ? [ and I assume that Kohei / Bubli et. al. can cope with that ;-]. Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] source Java
Hi Luiz, On Tue, 2011-05-03 at 16:36 +0200, Jesús Corrius wrote: I am making a library of advanced engineeringcalculations (polynomial of degree greater thanseven (real and complex roots), theorem newtow, discards) among other functions Cool :-) but the source codeis in java Not so cool :-) and would provide the libreoffice make it possible for scientists and engineers use. So I would know how to do this integration and isallowed?. If we're going to bundle this stuff, I would strongly prefer it to be in C++ in this instance here are few reasons why: * performance - marshalling each function call and arguments via UNO to Java is a disaster: so for heavy engineering function usage, this is not a good idea. * dependencies - lots of (particularly Windows) users don't have Java, and things that require it create very annoying usability problems * re-factoring #2 - I (for one) have plans to re-write the calc computation storage engine to be substantially faster, this may require a chunk of re-work to functions themselves, across languages that is harder. So - if you can write in C++, and are happy with the MPL/LGPLv3+ dual-license, I'd love to get your stuff included. Do you have a build of LibreOffice ? I'd recommend getting one first - that is easiest on Linux. Then poke around inside sc/source/core/tool/interpr*.cxx to see how some existing functions work I suppose :-) HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installer on MacOS
Italo Vignoli wrote (06-05-11 12:55) The Italian language pack for 3.4 beta 3 has the OOo icon with seagulls instead of the document icon. Also, the 3.4 beta 3 installer has the right icons but not the right layout. I can provide screenshots if necessary. Pls also note this one https://bugs.freedesktop.org/show_bug.cgi?id=36741 -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] GSOC: performance improvement ...
Hi Matus,
Great to have you working on this for the summer :-)
Perhaps it is a good time to start digging into the code that
references the default_icons/res/commandimagelist/ to shrink those
paths. I don't think this really needs to take that long to do :-)
Doing a quick ./g grep commandimagelist # shows that there are loads of
duplicate instances of this string in the help translations too ;-) so
presumably we can help to shrink that as well.
So - I guess the first step is to move all the res/commandimagelist/
icons in default_images/ and ooo_custom_images/* into a top-level 'cmd'
directory, or perhaps even 'c/' if we want it really short :-)
Having done that, then you need to poke the files that reference that.
The key ones are in framework/ (if you want to see results), but we'll
need to clean them all up.
When you've done your work; re-building in packimages/ should re-make
the .zip files we want:
cd packimages/
rm -Rf unxlngi6.pro
build
and you should be able to re-run and see the results (with a linked
build).
I append a list of other pieces to tweak - hopefully this is complete.
Of course, you should do this vs. master.
solenv/bin/image-sort.pl:my $iname = res/commandimagelist/ . $prefix .
$icon . .png;
This is used by packimages/ to sort the .zip file contents into the
order they are accessed in for faster startup.
ooo_custom_images/human/CopyrightsHuman:/res/commandimagelist/sc_incrementsublevels.png
ooo_custom_images/oxygen/CopyrightsTango:All icons under the
/res/commandimagelist/ directory, with filenames begi
We should update the paths referenced in these text files :-)
reportdesign/source/ui/dlg/CondFormat.src:
res/commandimagelist/sc_bold.png ; SID_ATTR_CHAR_WEIGHT ; ;
desktop/source/deployment/gui/dp_gui_backend.src:ImageBitmap = Bitmap {
File = commandimagelist/sc_helperdialog.bmp; };
Several .src files have paths that will need this change,
referring to explicit icons.
sc/source/ui/miscdlgs/optsolver.cxx:// Get the Delete Rows
commandimagelist images from sfx instead of
sc/source/ui/src/toolbox.src:// Don't use this image list for normal toolbar
images. We have now our commandimagelist
reportbuilder/registry/data/org/openoffice/Office/UI/ReportCommands.xcu:
!-- U will find corresponding icons in
default_images/res/commandimagelist. --
sw/source/ui/app/app.src: // Don't use this image list for normal toolbar
images. We have now our commandimagelist
I guess updating the comments is fun :-)
helpcontent2/source/text/sbasic/guide/translation.xhp:image id=img_id2526017
src=res/commandimagelist/sc_managelanguage.png width=0.1665inch
height=0.1665inchalt id=alt_id2526017 xml-lang=en-USManage Language
icon/alt
There are tons of these references; we need to do a big sed across all
the files, and another one (with Andras' help) across all the
translations.
framework/inc/properties.h:#define
UICOMMANDDESCRIPTION_NAMEACCESS_COMMANDIMAGELIST
private:resource/image/commandimagelist
framework/source/uiconfiguration/imagemanagerimpl.cxx:
res/commandimagelist/sc_,
framework/source/uiconfiguration/imagemanagerimpl.cxx:
res/commandimagelist/lc_
This is the stuff that finds the icons for use in menus / toolbars.
toolkit/source/awt/vclxbutton.cxx:
res/commandimagelist/sc_ok.png )
We should sed but not test the near obsolete layout stuff:
toolkit/uiconfig/layout/message-box.xml:fixedimage id=FI_ERROR
cnt:expand=false cnt:v-align=0.5 cnt:v-fill=0
graphic=res/commandimagelist/msgbox-error.png /
toolkit/workben/layout/editor.cxx:mpUpButton-SetModeImage(
layout::Image ( res/commandimagelist/lc_moveup.png ) );
toolkit/workben/layout/message-box.xml:fixedimage id=FI_ERROR
cnt:expand=false cnt:v-align=0.5 cnt:v-fill=0
graphic=res/commandimagelist/msgbox-error.png /
toolkit/workben/layout/plugin.xml:fixedimage id=FI_HEADER
cnt:expand=false graphic=res/commandimagelist/sc_apply.png /
toolkit/workben/layout/recover.xml:fixedimage id=FI_HEADER
cnt:expand=false graphic=res/commandimagelist/sc_apply.png /
And then of course packimages needs a little tweaking.
packimages/pack/makefile.mk:$(RES)$/img$/commandimagelist.ilst .PHONY :
$(SORTED_LIST)
packimages/pack/makefile.mk:$(FIND)
$(SOLARSRC)$/$(RSCDEFIMG)/res/commandimagelist -name *.png | sed
s#$(SOLARSRC)$/$(RSCDEFIMG)/res#%GLOBALRES%# | $(PERL)
$(SOLARENV)$/bin$/sort.pl $@.$(INPATH)
packimages/pack/makefile.mk:$(COMMONBIN)$/images.zip .PHONY:
$(RES)$/img$/commandimagelist.ilst
packimages/pack/makefile.mk:images_% : $(RES)$/img$/commandimagelist.ilst
Beyond that - I think we should be good. Once it works, doing a
build-from-clean to double-check before we push to master would be good.
Other than that - it'd
Re: [Libreoffice] Incompatible changes for B-spline smoothing in ODF1.2
Hi Michael, Michael Meeks schrieb: Hi Regina, [..] :-) So - lets drop the old version, and upgrade everyone to your nice new code. Can we include your patch in: http://openoffice.org/bugzilla/show_bug.cgi?id=117986 Into LibreOffice under the MPL/LGPLv3+ dual license ? [ and I assume that Kohei / Bubli et. al. can cope with that ;-]. It is not ready as patch. Up to now it is only a Basic macro. But when I have finished it, you can of cause get it for LibreOffice under the MPL/LGPLv3+ dual license. I'll notify you, when I have finished it. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Easyhack Add visibility markup to all component_get* functions
Hi Julien, On Thu, 2011-04-21 at 16:28 +0200, Julien Nabet wrote: I think i modified all the functions component_getImplementationEnvironment and component_getFactory get for the easyhack Nice :-) It compiled ok each time I push the changes but I didn't make a compilation from scratch. Great; that should be fine. I saw helpers in the code, for example in cppuhelper/inc/cppuhelper/factory.hxx, there's this : #define COMPONENT_GETFACTORYcomponent_getFactory #define COMPONENT_GETENV component_getImplementationEnvironment Ok - those are just the strings to lookup. typedef void * (SAL_CALL * component_getFactoryFunc)( const sal_Char * pImplName, void * pServiceManager, void * pRegistryKey ); typedef void (SAL_CALL * component_getImplementationEnvironmentFunc)( const sal_Char ** ppEnvTypeName, uno_Environment ** ppEnv ); Those are function pointer typedefs, so no problem here. If you consider this easyhack is finished, i can update the wiki pages. Yes ! please do - and sorry for the delay :-) Good work, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
Michael Meeks wrote: I guess we need Thorsten (or someone) to add it to the mailing list description / subscription process - so people know what they're getting. Done - link in the description, and in the welcome mail. -- Thorsten pgplZDqIFlHlo.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Enable native sumbenu arrow drawing and implement it in GTK+
Great work Mitch :) Keep on sending nice patches ;) Pushed F. P.S.: Hope it builds :P On Fri, 2011-05-06 at 12:12 +0200, Michael Natterer wrote: Attached patch does what the subject says. I'm not quite sure if I got everything right, especially I can't make much sense of how the returned rectangles in GetNativeControlRegion() are supposed to be done. Regards, --Mitch ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Don't print === decoration when running g grep
git grep -l is useless when the == are there because it no longer is a plain
list of filenames. I needed it for sed, so I patched it.
ciao,
ChristianFrom aa8fcad2fafbfde9bb7294375be1bbcc4ab28f50 Mon Sep 17 00:00:00 2001
From: Christian Dywan christian.dy...@lanedo.com
Date: Fri, 6 May 2011 14:25:38 +0200
Subject: [PATCH] Don't print === decoration when running g grep
Otherwise g grep -l can't be used, for example with sed.
---
g |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/g b/g
index 2d601b5..9cec2a6 100755
--- a/g
+++ b/g
@@ -239,7 +239,7 @@ for REPO in $DIRS ; do
# do it!
if [ $COMMAND != clone -o ! -d $DIR ] ; then
-[ $REPORT_REPOS = 1 ] echo = $NAME =
+[ $REPORT_REPOS = 1 -a $COMMAND != grep ] echo = $NAME =
git $PAGER $COMMAND $EXTRA ${FILES[@]}
RETURN=$?
fi
--
1.7.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
So I was originally looking at a drawing bug and became puzzled because various
context menu items have different labels than the exact same commands in the
menubar and toolbar ¹. So I ended up fixing the labels of the following items:
Visible Grid → Display Grid
Snap Lines Visible → Display Guides
Snap to Snap Lines → Snap to Guides
Numbering/Bullets → Bullets and Numbering...
Case/Characters → Change Case
I tried to make sure I replaced it everywhere, including docs.
Apologies for this being a diff, but it touches lots of different sub
repositories...
¹ Apparently the de_DE locale solved this individually so I never saw it in the
past.
ciao,
Christiandiff --git a/sc/source/ui/src/globstr.src b/sc/source/ui/src/globstr.src
index 91ece56..fa9a9df 100644
--- a/sc/source/ui/src/globstr.src
+++ b/sc/source/ui/src/globstr.src
@@ -363,7 +363,7 @@ Resource RID_GLOBSTR
};
String STR_UNDO_TRANSLITERATE
{
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
};
String STR_DB_NONAME
{
diff --git a/binfilter/bf_svx/source/editeng/svx_editeng.src b/binfilter/bf_svx/source/editeng/svx_editeng.src
index 6172e44..b204c20 100644
--- a/binfilter/bf_svx/source/editeng/svx_editeng.src
+++ b/binfilter/bf_svx/source/editeng/svx_editeng.src
@@ -264,7 +264,7 @@ String RID_EDITUNDO_SETSTYLE
String RID_EDITUNDO_TRANSLITERATE
{
Text [ de ] = GroÃ-/Kleinschreibung;
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
Text [ x-comment ] = ; nk03.04.01: hier passt Englisch Uebesetzung besser.;
Text[ pt ] = Caixa/Caracteres;
Text[ ru ] = РегиÑÑÑ;
diff --git a/binfilter/bf_sw/source/ui/inc/swmn.hrc b/binfilter/bf_sw/source/ui/inc/swmn.hrc
index 28a768f..51b51a1 100644
--- a/binfilter/bf_sw/source/ui/inc/swmn.hrc
+++ b/binfilter/bf_sw/source/ui/inc/swmn.hrc
@@ -190,7 +190,7 @@
HelpID = FN_NUMBER_BULLETS ; \
/* ### ACHTUNG: Neuer Text in Resource? ~Numerierung/Aufzählung... : ~Numerierung/Aufzõhlung... */\
Text [ de ] = ~Nummerierung/Aufzählung... ; \
-Text [ en-US ] = ~Numbering/Bullets... ; \
+Text [ en-US ] = ~Bullets and Numbering... ; \
Text [ x-comment ] = ;\
Text[ pt ] = ~Marcas/Numeração...;\
Text[ ru ] = ÐÑмеÑаÑиÑ/маÑкиÑовка...;\
diff --git a/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src b/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
index 1c5d170..e1b8937 100644
--- a/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
+++ b/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
@@ -1690,7 +1690,7 @@ String STR_MERGE_TABLE
String STR_TRANSLITERATE
{
Text [ de ] = GroÃ-/Kleinschreibung ;
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
Text[ pt ] = Caixa/Caracteres;
Text[ ru ] = ÑегиÑÑÑ;
Text[ el ] = ÎεÏαλαία/Πεζά;
diff --git a/binfilter/inc/bf_svx/globlmn.hrc b/binfilter/inc/bf_svx/globlmn.hrc
index 6edca72..c3a6445 100644
--- a/binfilter/inc/bf_svx/globlmn.hrc
+++ b/binfilter/inc/bf_svx/globlmn.hrc
@@ -3757,7 +3757,7 @@
Identifier = DEFINE_SLOTID_FOR_NUMBER_BULLETS ; \
HelpID = DEFINE_SLOTID_FOR_NUMBER_BULLETS ; \
Text [ de ] = ~Nummerierung/Aufzählung... ; \
-Text [ en-US ] = ~Numbering/Bullets... ; \
+Text [ en-US ] = ~Bullets and Numbering... ; \
Text [ x-comment ] = ;\
Text[ pt ] = ~Marcas/Numeração...;\
Text[ ru ] = ÐÑмеÑаÑиÑ/маÑкиÑовка...;\
@@ -5479,7 +5479,7 @@
};\
};\
};\
-Text [ en-US ] = Case/Characters;\
+Text [ en-US ] = ~Change Case;\
Text [ x-comment ] = nk03.04.01: hier passt Englisch Uebesetzung besser.;\
Text[ pt ] = Caixa/Caracteres;\
Text[ ru ] = РегиÑÑÑ;\
diff --git a/helpcontent2/source/text/shared/00/00040500.xhp b/helpcontent2/source/text/shared/00/00040500.xhp
index cda7d90..43a3e91 100644
--- a/helpcontent2/source/text/shared/00/00040500.xhp
+++ b/helpcontent2/source/text/shared/00/00040500.xhp
@@ -322,7 +322,7 @@
section id=grossklein
paragraph xml-lang=en-US id=par_id3151254 role=paragraph l10n=CHG oldref=195Choose emphFormat - Change Case/emph
/paragraph
- paragraph xml-lang=en-US id=par_id3159624 role=paragraph l10n=U oldref=196Open context menu (text) - choose emphCase/Characters/emph
+ paragraph xml-lang=en-US id=par_id3159624 role=paragraph l10n=U oldref=196Open context menu (text) - choose emph~Change Case/emph
/paragraph
/section
section id=ruby
diff --git a/helpcontent2/source/text/shared/01/0505.xhp b/helpcontent2/source/text/shared/01/0505.xhp
index 4526e65..91a8705 100644
--- a/helpcontent2/source/text/shared/01/0505.xhp
+++ b/helpcontent2/source/text/shared/01/0505.xhp
@@ -38,7 +38,7 @@
body
section id=grossklein
bookmark xml-lang=en-US branch=hid/.uno:TransliterateMenu
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Italo Vignoli it...@italovignoli.com changed: What|Removed |Added Depends on||36906 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
Hi Christian, I'm not sure about the changes. 'Snap Lines' is a better term than 'Guides'. The German term 'Fanglinien' describes it functionality, so does 'Snap Lines'. 'Guide' is not specific. It can be 'Snap Line' but also 'Helpline'. kind regards Regina Christian Dywan schrieb: So I was originally looking at a drawing bug and became puzzled because various context menu items have different labels than the exact same commands in the menubar and toolbar ¹. So I ended up fixing the labels of the following items: Visible Grid → Display Grid Snap Lines Visible → Display Guides Snap to Snap Lines → Snap to Guides Numbering/Bullets → Bullets and Numbering... Case/Characters → Change Case I tried to make sure I replaced it everywhere, including docs. Apologies for this being a diff, but it touches lots of different sub repositories... ¹ Apparently the de_DE locale solved this individually so I never saw it in the past. ciao, Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Italo Vignoli it...@italovignoli.com changed: What|Removed |Added Depends on||36907 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Italo Vignoli it...@italovignoli.com changed: What|Removed |Added Depends on|36907 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
Am 06.05.2011 15:29:16 schrieb Regina Henschel:
Hi Christian,
I'm not sure about the changes.
'Snap Lines' is a better term than 'Guides'. The German term
'Fanglinien' describes it functionality, so does 'Snap Lines'.
'Guide' is not specific. It can be 'Snap Line' but also 'Helpline'.
kind regards
Regina
Attached an updated patch, I missed the main menu item Guides/ Snap Lines
before.
The patch doesn't change any wording, strictly speaking, but it unifies the
labels. The existence of conflicting terms hurts usability.
I don't have a strong opinion on Guide versus Snap Line, both make sense to
me, except it feels a bit redundant to talk about snapping to snap lines.diff --git a/sc/source/ui/src/globstr.src b/sc/source/ui/src/globstr.src
index 91ece56..fa9a9df 100644
--- a/sc/source/ui/src/globstr.src
+++ b/sc/source/ui/src/globstr.src
@@ -363,7 +363,7 @@ Resource RID_GLOBSTR
};
String STR_UNDO_TRANSLITERATE
{
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
};
String STR_DB_NONAME
{
diff --git a/binfilter/bf_svx/source/editeng/svx_editeng.src b/binfilter/bf_svx/source/editeng/svx_editeng.src
index 6172e44..b204c20 100644
--- a/binfilter/bf_svx/source/editeng/svx_editeng.src
+++ b/binfilter/bf_svx/source/editeng/svx_editeng.src
@@ -264,7 +264,7 @@ String RID_EDITUNDO_SETSTYLE
String RID_EDITUNDO_TRANSLITERATE
{
Text [ de ] = GroÃ-/Kleinschreibung;
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
Text [ x-comment ] = ; nk03.04.01: hier passt Englisch Uebesetzung besser.;
Text[ pt ] = Caixa/Caracteres;
Text[ ru ] = РегиÑÑÑ;
diff --git a/binfilter/bf_sw/source/ui/inc/swmn.hrc b/binfilter/bf_sw/source/ui/inc/swmn.hrc
index 28a768f..51b51a1 100644
--- a/binfilter/bf_sw/source/ui/inc/swmn.hrc
+++ b/binfilter/bf_sw/source/ui/inc/swmn.hrc
@@ -190,7 +190,7 @@
HelpID = FN_NUMBER_BULLETS ; \
/* ### ACHTUNG: Neuer Text in Resource? ~Numerierung/Aufzählung... : ~Numerierung/Aufzõhlung... */\
Text [ de ] = ~Nummerierung/Aufzählung... ; \
-Text [ en-US ] = ~Numbering/Bullets... ; \
+Text [ en-US ] = ~Bullets and Numbering... ; \
Text [ x-comment ] = ;\
Text[ pt ] = ~Marcas/Numeração...;\
Text[ ru ] = ÐÑмеÑаÑиÑ/маÑкиÑовка...;\
diff --git a/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src b/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
index 1c5d170..e1b8937 100644
--- a/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
+++ b/binfilter/bf_sw/source/ui/wrtsh/sw_wrtsh.src
@@ -1690,7 +1690,7 @@ String STR_MERGE_TABLE
String STR_TRANSLITERATE
{
Text [ de ] = GroÃ-/Kleinschreibung ;
-Text [ en-US ] = Case/Characters;
+Text [ en-US ] = ~Change Case;
Text[ pt ] = Caixa/Caracteres;
Text[ ru ] = ÑегиÑÑÑ;
Text[ el ] = ÎεÏαλαία/Πεζά;
diff --git a/binfilter/inc/bf_svx/globlmn.hrc b/binfilter/inc/bf_svx/globlmn.hrc
index 6edca72..c3a6445 100644
--- a/binfilter/inc/bf_svx/globlmn.hrc
+++ b/binfilter/inc/bf_svx/globlmn.hrc
@@ -3757,7 +3757,7 @@
Identifier = DEFINE_SLOTID_FOR_NUMBER_BULLETS ; \
HelpID = DEFINE_SLOTID_FOR_NUMBER_BULLETS ; \
Text [ de ] = ~Nummerierung/Aufzählung... ; \
-Text [ en-US ] = ~Numbering/Bullets... ; \
+Text [ en-US ] = ~Bullets and Numbering... ; \
Text [ x-comment ] = ;\
Text[ pt ] = ~Marcas/Numeração...;\
Text[ ru ] = ÐÑмеÑаÑиÑ/маÑкиÑовка...;\
@@ -5479,7 +5479,7 @@
};\
};\
};\
-Text [ en-US ] = Case/Characters;\
+Text [ en-US ] = ~Change Case;\
Text [ x-comment ] = nk03.04.01: hier passt Englisch Uebesetzung besser.;\
Text[ pt ] = Caixa/Caracteres;\
Text[ ru ] = РегиÑÑÑ;\
diff --git a/helpcontent2/source/text/shared/00/00040500.xhp b/helpcontent2/source/text/shared/00/00040500.xhp
index cda7d90..43a3e91 100644
--- a/helpcontent2/source/text/shared/00/00040500.xhp
+++ b/helpcontent2/source/text/shared/00/00040500.xhp
@@ -322,7 +322,7 @@
section id=grossklein
paragraph xml-lang=en-US id=par_id3151254 role=paragraph l10n=CHG oldref=195Choose emphFormat - Change Case/emph
/paragraph
- paragraph xml-lang=en-US id=par_id3159624 role=paragraph l10n=U oldref=196Open context menu (text) - choose emphCase/Characters/emph
+ paragraph xml-lang=en-US id=par_id3159624 role=paragraph l10n=U oldref=196Open context menu (text) - choose emph~Change Case/emph
/paragraph
/section
section id=ruby
diff --git a/helpcontent2/source/text/shared/01/0505.xhp b/helpcontent2/source/text/shared/01/0505.xhp
index 4526e65..91a8705 100644
--- a/helpcontent2/source/text/shared/01/0505.xhp
+++ b/helpcontent2/source/text/shared/01/0505.xhp
@@ -38,7 +38,7 @@
body
section id=grossklein
bookmark xml-lang=en-US
Re: [Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
Christian Dywan schrieb: Am 06.05.2011 15:29:16 schrieb Regina Henschel: Hi Christian, I'm not sure about the changes. 'Snap Lines' is a better term than 'Guides'. The German term 'Fanglinien' describes it functionality, so does 'Snap Lines'. 'Guide' is not specific. It can be 'Snap Line' but also 'Helpline'. kind regards Regina Attached an updated patch, I missed the main menu item Guides/ Snap Lines before. The patch doesn't change any wording, strictly speaking, but it unifies the labels. The existence of conflicting terms hurts usability. I don't have a strong opinion on Guide versus Snap Line, both make sense to me, except it feels a bit redundant to talk about snapping to snap lines. If there is an agreement, that the 'Snap Lines' should be named 'Guides', then 'Guides' should only be used for those snapping lines. So then the icon with current display text 'Guides When Moving' should be 'Helplines When Moving' to distinguish it from snapping lines. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] iWorks compatibilty
Hi, Really appreciate your efforts for developing Libre office. I am not a developer, but if I would be the developer I would have developed the Libre office to be compatible with Apple iWorks. So this is just my suggestion for all the developers to check this out. This will make the libre office product more and more feature rich and advanced. Regards, Nawaf This e-mail is intended only for the named person or entity to which it is addressed and contains valuable business information that is privileged, confidential and/or otherwise protected from disclosure. Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent responsible for delivering the message to the intended recipient, is strictly prohibited. All contents are the copyright property of TBWA Worldwide, its agencies or a client of such agencies. If you are not the intended recipient, you are nevertheless bound to respect the worldwide legal rights of TBWA Worldwide, its agencies and its clients. We require that unintended recipients delete the e-mail and destroy all electronic copies in their system, retaining no copies in any media.If you have received this e-mail in error, please immediately notify us via e-mail to disclai...@tbwaworld.com. We appreciate your cooperation. We make no warranties as to the accuracy or completeness of this e-mail and accept no liability for its content or use. Any opinions expressed in this e-mail are those of the author and do not necessarily reflect the opinions of TBWA Worldwide or any of its agencies or affiliates. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36898, which changed state. Bug 36898 Summary: Dir(name existing file) returns empty string https://bugs.freedesktop.org/show_bug.cgi?id=36898 What|Old Value |New Value Resolution||FIXED Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
Hi Christian, Christian Dywan schrieb: Am 06.05.2011 15:29:16 schrieb Regina Henschel: Hi Christian, I'm not sure about the changes. 'Snap Lines' is a better term than 'Guides'. The German term 'Fanglinien' describes it functionality, so does 'Snap Lines'. 'Guide' is not specific. It can be 'Snap Line' but also 'Helpline'. I don't have a strong opinion on Guide versus Snap Line, both make sense to me, except it feels a bit redundant to talk about snapping to snap lines. I do not like 'Guides' but prefer 'Snap Lines'. There is also a dialog New Snap Object and dialogs Edit Snap Line and Edit Snap Point and menu item Insert Snap Line/Point. Insert Guide Point or Edit Guide Point sounds not good to me. This remembers me to the discussion Fanglinen vs Führungslinien in German some time ago. kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: complete
On Wed, 2011-04-20 at 23:51 +0200, Timo wrote: Here is a diff from debians mailmerge.py. mailmerge.py.diff is licensed under So - I pushed half of this, and am pending response from Timo for the other half. Sorry for the delay, ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] new color picker dialog for all applications
Hi Christian, On 2011-05-05 at 22:18 +0200, Christian Lippka wrote: It replaces the old color picker with a new one. See here for a video demo http://youtu.be/rPu6EmIxkIM?hd=1 To see it in the running office you can for example go to menu tools-options-colors and press edit Beautiful! :-) Thanks for the great work! http://dl.dropbox.com/u/10629960/patch.txt The patch is against an OOo DEV300 m102, so there may be conflicts. There is one binary included in the patch, which looks like a git patch can handle. If not, here is the image I've cleaned it up a bit to fit master - cui has been gbuildized, I've changed the tabs to 4 spaces, added the vim / emacs modelines, fixed a duplicate in colorpicker.hrc, and made the wrong input of hex not beeping; all just nitpicking :-) The biggest change I did was: http://cgit.freedesktop.org/libreoffice/components/commit/?id=ba14049431253ac9f2967040a097bcfe779b92c8 We should not introduce duplicate functions when we already have them in a library (basegfx in this case). Additionally, from some reason the 'equals()' function was evaluating incorrectly, no idea why - probably some difference between stlport and std; but I did not investigate further, as it is gone anyway :-) Would be great to move the rgb - cmyk methods to basegfx at some stage too. All in all - great stuff, thank you a lot for that, and looking forward to your next patch! :-) All the best, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Installation language pack on Ubuntu 11.04
Occitan-lengadocian 's project, Hi all, I have tried to install the pack of language Occitan for LibreOffice on the new ubuntu 11.04. I have loaded the debian's file. I did this with the command sudo dpkg -i *.deb . but I have some error of dependence (see at the bottom of this message). Somebody has made successfully one installation of language 's package on Ubuntu ? Regards, Bruno Errors: dpkg : erreur de traitement de libreoffice3-oc (--install) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : libobasis3.3-oc libobasis3.3-oc-base libobasis3.3-oc-binfilter libobasis3.3-oc-calc libobasis3.3-oc-math libobasis3.3-oc-res libobasis3.3-oc-writer libreoffice3-dict-oc libreoffice3-oc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] fatal IO error in running beta3 - to be ignored or investigated?
Hi Michael, Michael Meeks wrote (06-05-11 10:27) On Fri, 2011-05-06 at 10:02 +0200, Cor Nouws wrote: Running beta3 from the command line, after some time the output shows Ooh :-) great question. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server 0� after 60 requests (56 known processed) with 0 events remaining. So - that is odd; I would expect the app to exit at this point and try to save documents. Nothing special that I notice with the app. In a nutshell it looks like your X server died at that point (but that is presumably nonsense ?). Hmmm, afther the output, the command line is freed and I can use other commands. Running the same command to start beta3 again, activates the already running process of LibreOffice. It this something I should just ignore, or that deserves further investigating. Further investigation is important; is there a bug # ? does it exit after printing that (I would expect it), can you: export SAL_SYNCHRONIZE=1 gdb --args ./soffice.bin # and any args you like b _exit b exit run and when it fails - do: thread apply all backtrace and attach that to the bug ? :-) hopefully that'll get us closer to understanding what is going on. Thanks. Something I should be able to handle ;-) Running with gdb however, does not lead to the output this problem is about. What I do see, all the time, is lines such as [Thread 0xb2e09b70 (LWP 2076) exited] [New Thread 0xb2e09b70 (LWP 2200)] [Thread 0xae49fb70 (LWP 2077) exited] [Thread 0xabbadb70 (LWP 2078) exited] [New Thread 0xabbadb70 (LWP 2201)] [Thread 0xb2e09b70 (LWP 2200) exited] [Thread 0xabbadb70 (LWP 2201) exited] [New Thread 0xabbadb70 (LWP 2277)] [Thread 0xabbadb70 (LWP 2277) exited] Hmm, that's all. (And I got two freezes with other actions, that strange enough did not give problems when running without gdb). Anything I can do more for this? Best, Cor -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
Thorsten Behrens wrote (06-05-11 14:02) Done - link in the description, and in the welcome mail. Fine that it is helpful - that many may read and use it :-) Cor -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] Use sheet local db data in ScVbaRange::Autofilter
On Thu, 2011-05-05 at 18:03 +0200, Markus Mohrhard wrote: I forgot to add one file to git, so here is the correct patch. Only difference is that in docuno.cxx 3 lines are added. Rest is the same as in the old version. It looks good to me, but I'd like Noel to give the VBA part a quick look for his blessing. BTW, I love how you replaced some of those sal_Bool stuff to real bool. ;-) Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] make the OOXML import filter use sheet local db data
On Thu, 2011-05-05 at 18:26 +0200, Markus Mohrhard wrote: Hello, I hope that this is the last patch regarding the new sheet local db data. This patch allows the OOXML import use the sheet local db data. Yup, this looks good also. I'll poke Bubli and Muthu since this is their area, but I think it's okay to push this one as I don't see anything alarming. Bubli, Muthu, please stream if I'm wrong. :-) Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Don't print === decoration when running g grep
On Fri, 2011-05-06 at 12:35 +, Christian Dywan wrote: git grep -l is useless when the == are there because it no longer is a plain list of filenames. I needed it for sed, so I patched it. Looks good to me; I've hit the same thing; but didn't we get a commit account sorted out for you ? ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iWorks compatibilty
Hi Nawaf, On Fri, 2011-05-06 at 18:42 +0530, Nawaf Sakharkar wrote: Really appreciate your efforts for developing Libre office. Glad you like it. I am not a developer So you don't belong on this list. Please see: http://wiki.documentfoundation.org/Development/Use_of_MailList but if I would be the developer On the other hand; I'm not sure that this is a very difficult developer task. If you have a Linux or Mac system, and can build LibreOffice (IFF), we can give you some code pointers to start working on a filter. ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Don't print
Am 06.05.2011 17:29:03 schrieb Michael Meeks: On Fri, 2011-05-06 at 12:35 +, Christian Dywan wrote: git grep -l is useless when the == are there because it no longer is a plain list of filenames. I needed it for sed, so I patched it. Looks good to me; I've hit the same thing; but didn't we get a commit account sorted out for you ? Sorry, I still need to file it. My head was full of code... I'll do that today. ciao, Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Why define a string just to use a copy of the string a few lines later?
Hi Christian, On Fri, 2011-05-06 at 04:25 +0200, Christian Lohmaier wrote: Looking at this change (as it breaks with WaE because that function is unused on Mac) :-) glad you're on that. Fix for the WaE breaker is easy (just conditionalize it for non-mac as in the exec_pagein method), but the code did let me stumble, so I take the opportunity to learn and ask Yep - AFAICS we don't use ooqstart.bin on Mac - so I've never quite understood why we bother with it [ or do we use it - I would be amazed it has a fairly hard X dependency ;-]. It would be better to remove it altogether I think. +#define REL_PATH /../basis-link/program .. +strcat (path, /../basis-link/program/); As you say- that should be REL_PATH too. slash - so sizeof counts one character less (OK, no problem, account sizeof counts one char more - with the nullbyte. And the second part is - why the +8? paranoia :-) with the kind of crazies editing the code that we have around here, some of it can be a good thing. What am I missing? /me feels dumb, and fears the answer :-)) Nothing - you're golden :-) it'd be great if you could clean it up on master. Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
On 2011-05-06, at 5:36 AM, Michael Meeks wrote: H Peter, On Thu, 2011-05-05 at 13:54 -0400, Peter Teeson wrote: Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. .. Where do we go from here? Thorsten committed a fix for this to master I believe; I don't think you need --enable-ccache-skip if you have a recent ccache (at least so a recent mail suggested). So - I would do: $ ./g pull -r # to get the latest code Edit --enable-ccache-skip out of your autogen.lastrun, re-run autogen.sh (no argument necessary it'll just use autogen.lastrun), and re-run make. Hopefully life will be better then, and (hopefully) we'll have fixed the problem for everyone in the meantime too - so good work. Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot OK my version of ccache is 3.1.4 autogen.lastrun modified Last login: Fri May 6 11:18:08 on ttys000 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ cat autogen.lastrun --with-max-jobs=8 --with-num-cpus=8 --disable-mozilla --disable-systray Gandalf:libo pteeson$ Still a problem. Here are log extracts: I'm not yet ready to give up but getting close. respect... Peter Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ ./g pull -r = main repo = remote: Counting objects: 82, done. remote: Compressing objects: 100% (43/43), done. remote: Total 43 (delta 32), reused 0 (delta 0) Unpacking objects: 100% (43/43), done. From git://anongit.freedesktop.org/libreoffice/bootstrap b66d73d..cdaa273 libreoffice-3-4 - origin/libreoffice-3-4 a972370..c58 master - origin/master First, rewinding head to replay your work on top of it... Fast-forwarded master to c58d0e618d46af9853a1d390b55e9ada48c7. = artwork = .. .. Building module lingucomponent = Entering /Users/pteeson/git/libo/lingucomponent/inc Entering /Users/pteeson/git/libo/lingucomponent/source/lingutil Entering /Users/pteeson/git/libo/lingucomponent/source/hyphenator/altlinuxhyph/hyphen Entering /Users/pteeson/git/libo/lingucomponent/source/languageguessing Entering /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell Entering /Users/pteeson/git/libo/lingucomponent/source/spellcheck/spell Entering /Users/pteeson/git/libo/lingucomponent/source/thesaurus/libnth Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macreg.obj' Retrying /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/gdi ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/window ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/a11y ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/source/app ERROR: error 65280 occurred while making /Users/pteeson/git/libo/shell/source/backends/macbe ERROR: error 65280 occurred while making /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: vcl lingucomponent please re-run build inside each one to isolate the problem. --- rm -Rf
Re: [Libreoffice] fatal IO error in running beta3 - to be ignored or investigated?
Hi Cor, On Fri, 2011-05-06 at 16:36 +0200, Cor Nouws wrote: So - that is odd; I would expect the app to exit at this point and try to save documents. Nothing special that I notice with the app. Oh - fun ;-) again, this prolly belongs in a bug, since its not generally interesting. We'd want to know what desktop you're using (I guess KDE at this point ;-) and some more details of what you're doing to provoke that. (And I got two freezes with other actions, that strange enough did not give problems when running without gdb). This is prolly gdb getting some odd signal; eg. sigpipe and stopping; if you put: handle SIGPIPE SIGXCPU SIG33 SIG35 SIGPWR nostop noprint into your ~/.gdbinit file; you may have more luck with Java, IPC etc. ;-) Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] Unify Display Grid/ Grid Visible and other menu items
Hi Christian,
part
--- a/sd/source/ui/dlg/tpoption.src
+++ b/sd/source/ui/dlg/tpoption.src
@@ -57,7 +57,7 @@ TabPage TP_OPTIONS_CONTENTS
Pos = MAP_APPFONT ( 12 , 97 - 69 ) ;
Size = MAP_APPFONT ( 160 , 10 ) ;
TabStop = TRUE ;
-Text [ en-US ] = ~Guides when moving ;
+Text [ en-US ] = ~Snap Lines when moving ;
};
CheckBox CBX_HANDLES_BEZIER
{
seems to be wrong.
Do you have used UTF8 encoding? The binfilter parts, which still contain
a lot of languages, come with wrong characters here. Or is it a problem
of my editor?
kind regards
Regina
Christian Dywan schrieb:
Am 06.05.2011 17:00:43 schrieb Regina Henschel:
I do not like 'Guides' but prefer 'Snap Lines'.
There is also a dialog New Snap Object and dialogs Edit Snap Line
and Edit Snap Point and menu item Insert Snap Line/Point.
Insert Guide Point or Edit Guide Point sounds not good to me.
This remembers me to the discussion Fanglinen vs Führungslinien in
German some time ago.
You have convinced me and I went as far as fixing documentation to talk about helplines, so
helplines is in fact unambiguously the term for the lines while moving, while the other
guides are snap lines everywhere unless I missed any. This is indeed clearer.
And it turns out I found a few inconsistent spellings that I fixed as a side
effect.
Visible Grid → Display Grid
Guides → Snap Lines
Display Guides → Display Snap Lines
Snap to Guides → Snap to Snap Lines
Guides when moving → Helplines While Moving
Guides while moving → Helplines While Moving
Numbering/Bullets → Bullets and Numbering...
Case/Characters → Change Case
ciao,
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, *, On Fri, May 6, 2011 at 5:35 PM, Peter Teeson peter.tee...@bell.net wrote: [...] OK my version of ccache is 3.1.4 And are you sure that this is also used when building? Please show configure's output regarding the ccache check. And also make sure to run configure/autogen.sh from a clean shell, without having the environment variables from a previous compile set (i.e. from a shell were you didn't source the MacOSX*Env.Set.sh file) --disable-systray not really needed, as gtk is not available, that one is disabled as well automatically. Still a problem. Here are log extracts: .. Building module lingucomponent Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macreg.obj' Retrying /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell This really looks like the ccache bug wrt. --ccache-skip handling, where it would strip the wrong arguments. when use of ccache-skip is enabled, the following: http://cgit.freedesktop.org/libreoffice/bootstrap/tree/solenv/inc/unxmacx.mk#n103 # -x options generally ignored by ccache, tell it that it can cache # the result nevertheless CCACHE_SKIP:=$(eq,$(USE_CCACHE),YES --ccache-skip $(NULL)) OBJCXXFLAGS:=$(CCACHE_SKIP) -x $(CCACHE_SKIP) objective-c++ -fobjc-exceptions will result in --ccache-skip -x --ccache-skip objective-c++ -fobjc-exceptions to be added to the compile flags. Your snippet (single-process build would be easier to tell what line belongs to what execution) shows that apparently -x --ccache-skip objective-c++ -fobjc-exceptions ends up being passed to the compiler. And this clearly is wrong, the real compiler should be called with -x objective-c++ -fobjc-exceptions I still think something is wrong with your ccache-setup. Please post what the variable CXX and CC are set to in the MacOSX*Env.Set.sh file/what compiler command is actually used. How did you setup ccache? Using symlinks or by passing environment variables? ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
Hi, * announcing binfilter as deprecated in 3.4 + want to warn people in plenty of time + officially deprecate it, we drop save support in 3.4 The code cleaning is not yet finished, I still have commits (and done commits) that missed the 3.4 freeze (argh, missing free time) and some that needs to be done. + be warned - it will die in a new major release soon. Will be this 3.5 ? Or do you want to wait for the next version? If post 3.5, then I will continue the cleaning. If no, I may change my work and try to perform cleaning (ergh, deletion) as proposed here below. And also make sure when you remove it completely: Don't remove the filter-detection part of it. I.e. when a user then opens a binfilter-covered format, don't present the user with the file-format selection box, but use a sorry, support for this format was removed - open it in 3.4 or similar dialog. Regards Pierre-André ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech steering call ...
Hi *, 2011/5/6 Pierre-André Jacquod pjacq...@alumni.ethz.ch: [...] + be warned - it will die in a new major release soon. Will be this 3.5 ? Or do you want to wait for the next version? If post 3.5, then I will continue the cleaning. If no, I may change my work and try to perform cleaning (ergh, deletion) as proposed here below. Please at least have one release for people to be warned by lack of write support. But of course we can/should start communicating the removal of binfilter now. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] testDataPilot unit test breaks in sc
Kohei Yoshida wrote:
This unit test expects that the UI is in English. Two English strings
are hard coded into this test: Sum and Total.
So, I looked into this this morning in hopes of finding a way to set UI
locale to en-US explicitly.
http://cgit.freedesktop.org/libreoffice/calc/commit/?h=libreoffice-3-4id=5051d6a1f1e239fb38c60a227046111ec438a518
But at the moment this causes run-time exception. I haven't
investigated deeper into this to find out why.
Hi,
so, finally got to the bottom of this - patches attached. I feel
*slightly* worried about pushing
0001-Fix-non-changeability-of-UI-locale.patch to -3-4 - the second
hunk has some potential to cause loops, so review appreciated.
Generally, and going forward - I'd be a bit happier if unit tests
would not assume en-US locale at all, since at least in theory, it's
possible to do a build w/o en-US at all...
Cheers,
-- Thorsten
From ba779c09c294998dd873068d221b75294135b0e2 Mon Sep 17 00:00:00 2001
From: Thorsten Behrens tbehr...@novell.com
Date: Fri, 6 May 2011 18:43:35 +0200
Subject: [PATCH] Force calc unit test to use en-US locale and strings
---
sc/qa/unit/ucalc.cxx | 37 ++---
1 files changed, 14 insertions(+), 23 deletions(-)
diff --git a/sc/qa/unit/ucalc.cxx b/sc/qa/unit/ucalc.cxx
index 0ab6d32..edeb303 100644
--- a/sc/qa/unit/ucalc.cxx
+++ b/sc/qa/unit/ucalc.cxx
@@ -49,6 +49,8 @@
#include cppuhelper/bootstrap.hxx
#include comphelper/processfactory.hxx
#include comphelper/oslfile2streamwrap.hxx
+#include i18npool/mslangid.hxx
+#include unotools/syslocaleoptions.hxx
#include vcl/svapp.hxx
#include scdll.hxx
@@ -304,28 +306,6 @@ Test::Test()
//of retaining references to the root ServiceFactory as its passed around
comphelper::setProcessServiceFactory(xSM);
-#if 0
-// TODO: attempt to explicitly set UI locale to en-US, to get the unit
-// test to work under non-English build environment. But this causes
-// runtime exception
-uno::Referencelang::XMultiServiceFactory theConfigProvider =
-uno::Referencelang::XMultiServiceFactory (
-xSM-createInstance(
-OUString(RTL_CONSTASCII_USTRINGPARAM(com.sun.star.configuration.ConfigurationProvider))), uno::UNO_QUERY_THROW);
-
-uno::Sequenceuno::Any theArgs(1);
-OUString aLocalePath(RTL_CONSTASCII_USTRINGPARAM(org.openoffice.Office.Linguistic/General));
-theArgs[0] = aLocalePath;
-uno::Referencebeans::XPropertySet xProp(
-theConfigProvider-createInstanceWithArguments(
-OUString(RTL_CONSTASCII_USTRINGPARAM(com.sun.star.configuration.ConfigurationUpdateAccess)), theArgs), uno::UNO_QUERY_THROW);
-
-OUString aLang(RTL_CONSTASCII_USTRINGPARAM(en-US));
-uno::Any aAny;
-aAny = aLang;
-xProp-setPropertyValue(OUString(RTL_CONSTASCII_USTRINGPARAM(UILocale)), aAny);
-#endif
-
// initialise UCB-Broker
uno::Sequenceuno::Any aUcbInitSequence(2);
aUcbInitSequence[0] = rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(Local));
@@ -339,8 +319,19 @@ Test::Test()
rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(com.sun.star.ucb.FileContentProvider))), uno::UNO_QUERY);
xUcb-registerContentProvider(xFileProvider, rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(file)), sal_True);
-InitVCL(xSM);
+// force locale (and resource files loaded) to en-US
+const LanguageType eLang=LANGUAGE_ENGLISH_US;
+rtl::OUString aLang, aCountry;
+MsLangId::convertLanguageToIsoNames(eLang, aLang, aCountry);
+lang::Locale aLocale(aLang, aCountry, rtl::OUString());
+ResMgr::SetDefaultLocale( aLocale );
+
+SvtSysLocaleOptions aLocalOptions;
+aLocalOptions.SetUILocaleConfigString(
+MsLangId::convertLanguageToIsoString( eLang ) );
+
+InitVCL(xSM);
ScDLL::Init();
oslProcessError err = osl_getProcessWorkingDir(m_aPWDURL.pData);
--
1.7.1
From aac391874ad955afcf5c58ebd29680c035cbdeea Mon Sep 17 00:00:00 2001
From: Thorsten Behrens tbehr...@novell.com
Date: Fri, 6 May 2011 18:19:22 +0200
Subject: [PATCH] Fix non-changeability of UI locale
Enabled commented-out code, that actually permits changing the ui
locale without having to go through configuration.
This permits forcing en-us locale from the unit tests (which don't
have a working config)
---
unotools/source/config/syslocaleoptions.cxx | 24 ++--
1 files changed, 10 insertions(+), 14 deletions(-)
diff --git a/unotools/source/config/syslocaleoptions.cxx b/unotools/source/config/syslocaleoptions.cxx
index 005b325..0697942 100644
--- a/unotools/source/config/syslocaleoptions.cxx
+++ b/unotools/source/config/syslocaleoptions.cxx
@@ -273,19 +273,16 @@ void SvtSysLocaleOptions_Impl::MakeRealLocale()
void SvtSysLocaleOptions_Impl::MakeRealUILocale()
{
-if ( !m_aRealUILocale.Language.getLength() )
+// as we can't switch UILocale at runtime, we only store changes in the configuration
+m_aRealUILocale = lcl_str_to_locale(
Re: [Libreoffice] minutes of tech steering call ...
Hi Pierre, On Fri, 2011-05-06 at 18:15 +0200, Pierre-André Jacquod wrote: + be warned - it will die in a new major release soon. Will be this 3.5 ? Or do you want to wait for the next version ? Probably post 3.5 :-) and of course, Caolan is on FTO and would want some input into this too (as one of the last corporate supporters of that I guess). If post 3.5, then I will continue the cleaning. If no, I may change my work and try to perform cleaning (ergh, deletion) as proposed here below. My thought was at the magic 4.0 release (still on the drawing board), it might be a good idea to do this (along with a lot of other key fixes). Anyhow - we're appreciating all your good work cleaning that beastie up :-) Thanks ! Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36551, which changed state. Bug 36551 Summary: 3.4beta2 can neither be installed as update to 3.3.2 nor alongside 3.3.2 because of packaging conflicts https://bugs.freedesktop.org/show_bug.cgi?id=36551 What|Old Value |New Value Resolution||FIXED Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] HTML_ColorEntry sal_uLong-sal_uInt32
Hi, I think the variable nColor from struct HTML_ColorEntry in htmlkywd.cxx can be changed from sal_uLong to sal_uInt32. Continue to change return type of GetHTMLColor as well and remove #include tools/solar.h afterwards (was playing with include-what-you-use which tells me which #include is used for which purpose). Any veto? Christina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Thanks Christian, *: On 2011-05-06, at 12:05 PM, Christian Lohmaier wrote: Hi Peter, *, On Fri, May 6, 2011 at 5:35 PM, Peter Teeson peter.tee...@bell.net wrote: [...] OK my version of ccache is 3.1.4 And are you sure that this is also used when building? Please show configure's output regarding the ccache check. And also make sure to run configure/autogen.sh from a clean shell, without having the environment variables from a previous compile set (i.e. from a shell were you didn't source the MacOSX*Env.Set.sh file) snip This really looks like the ccache bug wrt. --ccache-skip handling, where it would strip the wrong arguments. when use of ccache-skip is enabled, the following: http://cgit.freedesktop.org/libreoffice/bootstrap/tree/solenv/inc/unxmacx.mk#n103 # -x options generally ignored by ccache, tell it that it can cache # the result nevertheless CCACHE_SKIP:=$(eq,$(USE_CCACHE),YES --ccache-skip $(NULL)) OBJCXXFLAGS:=$(CCACHE_SKIP) -x $(CCACHE_SKIP) objective-c++ -fobjc-exceptions I completely understand this (I looked at the web page) will result in --ccache-skip -x --ccache-skip objective-c++ -fobjc-exceptions to be added to the compile flags. Your snippet (single-process build would be easier to tell what line belongs to what execution) shows that apparently -x --ccache-skip objective-c++ -fobjc-exceptions ends up being passed to the compiler. And this clearly is wrong, the real compiler should be called with -x objective-c++ -fobjc-exceptions I still think something is wrong with your ccache-setup. Please post what the variable CXX and CC are set to in the MacOSX*Env.Set.sh file/what compiler command is actually used. Last login: Fri May 6 15:52:58 on ttys000 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ source ./MacOSXX86Env.Set.sh Gandalf:libo pteeson$ env . CXX=/usr/bin/g++-4.0 CC=/usr/bin/gcc-4.0 ... How did you setup ccache? Using symlinks or by passing environment variables? ciao Christian Installed ccache from the downloaded tar.bz2 file which was unpacked into a folder labelled ccache-3.1.4. From the Terminal I did ./configure make make install NOTE: From log of last ./autogen.sh which I just ran (without --enable-cache-skip)echo. NOTE: I get these same lines whether or not --enable-cache-skip is passed to autogen. NOTE: Perhaps this is the nub of the problem? checking whether we are allowed and able to use --ccache-skip... probing... checking for ccache... /usr/local/bin/ccache checking whether version of ccache is suitable... no configure: ccache version 3.1.4 not accepted. See description for --enable-ccache-skip What next? Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, On Fri, May 6, 2011 at 10:08 PM, Peter Teeson peter.tee...@bell.net wrote: On 2011-05-06, at 12:05 PM, Christian Lohmaier wrote: [...] I still think something is wrong with your ccache-setup. Please post what the variable CXX and CC are set to in the MacOSX*Env.Set.sh file/what compiler command is actually used. Last login: Fri May 6 15:52:58 on ttys000 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ source ./MacOSXX86Env.Set.sh Gandalf:libo pteeson$ env . CXX=/usr/bin/g++-4.0 CC=/usr/bin/gcc-4.0 ... OK, no ccache, but real compiler. you're not using ccache at all. How did you setup ccache? Using symlinks or by passing environment variables? Installed ccache from the downloaded tar.bz2 file which was unpacked into a folder labelled ccache-3.1.4. From the Terminal I did ./configure make make install If that is all, you installed ccache, but no build will use it. To use it you must either set symlinks of the compiler's name to ccache and put those links in a path that is searched before the real compiler (that is how I have it setup), or you need to set CC=ccache gcc-4.0 and CXX=ccache g++-4.0 It's described in the manpage. Also for LO, you should increase the size of the cache from the default of 500MB to 1GB or more NOTE: From log of last ./autogen.sh which I just ran (without --enable-cache-skip)echo. NOTE: I get these same lines whether or not --enable-cache-skip is passed to autogen. No, you will never get the same configure output. If you explicitly enable it, configure will print checking whether we are allowed and able to use --ccache-skip... yes - enabled explicitly, skipping checks and not do the probing as shown below. Maybe you're talking about something else? If it is the CC and CXX entries: Yes, the ccache-skip doesn't have any impact. The difference in the environment is that once the environment variable USE_CCACHE will be set to true in the enabled case, and not set (explicitly unset) when it is not enabled. NOTE: Perhaps this is the nub of the problem? checking whether we are allowed and able to use --ccache-skip... probing... checking for ccache... /usr/local/bin/ccache checking whether version of ccache is suitable... no configure: ccache version 3.1.4 not accepted. See description for --enable-ccache-skip What next? So it rejects ccache - but still uses it. That would be a bug (but I think you didn't clear your environment in your previous re-tries - and it was re-using your previous configure arguments even when you didn't explicitly specify anything on the autogen.sh run) If after this configure run, MacOSX*Env.Set.sh contains export USE_CCACHE=TRUE, then it is a bug. If instead it is part of the unset lots of variables line, then the configure check is all OK, and the build should not fail like it did anymore. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] new color picker dialog for all applications
Hi Christian, great to have you here! Christian Lippka schrieb: This is a patch I have hacked on in my spare time. It replaces the old color picker with a new one. See here for a video demo http://youtu.be/rPu6EmIxkIM?hd=1 To see it in the running office you can for example go to menu tools-options-colors and press edit So it's only meant as color picker to define a new standard color? This would be a great improvement over the present menu and There are just a few questions open I can't understand from your video: When clicking on the round button at the side of the RGB and HSB values (do you want to add this for CMYK too?) it seems that this keeps the entry constant during selection of any point in the large color field. When you move the focus on the small color bar at the side of the color area the fixed values seem to move. Do you want to add a description to these buttons (or did you already) to explain to the user what happens when he clicks on them? By the way: Did we already implement any bugzilla keyword or wiki page pointing documentation team (including help creators) and UX to areas they should know of? Best regards Bernhard ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36275, which changed state. Bug 36275 Summary: LibO 3.4 fails to start with symbol lookup error: undefined symbol: sal_detail_initialize https://bugs.freedesktop.org/show_bug.cgi?id=36275 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] make the OOXML import filter use sheet local db data
Hi Markus, This patch is great! Thanks! I guess, you have the git access now, could you please push it to master? Also, for the export part - if you haven't already done, i.e. - could you check it with office-o-tron once? Thanks again, Muthu Subramanian On 05/06/2011 08:33 PM, Kohei Yoshida wrote: On Thu, 2011-05-05 at 18:26 +0200, Markus Mohrhard wrote: Hello, I hope that this is the last patch regarding the new sheet local db data. This patch allows the OOXML import use the sheet local db data. Yup, this looks good also. I'll poke Bubli and Muthu since this is their area, but I think it's okay to push this one as I don't see anything alarming. Bubli, Muthu, please stream if I'm wrong. :-) Kohei ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Christian,*: Man you are so patient with me and I bow to you. On 2011-05-06, at 4:37 PM, Christian Lohmaier wrote: snip If that is all, you installed ccache, but no build will use it. To use it you must either set symlinks of the compiler's name to ccache and put those links in a path that is searched before the real compiler (that is how I have it setup), or you need to set CC=ccache gcc-4.0 and CXX=ccache g++-4.0 It's described in the manpage. At this stage I do not want to setup symbolic links. My own fun projects are not large enough to benefit. What I did was an ./autogen.sh --with-max-jobs=8 --with-num-cpus=8 --disable-mozilla the log shows this. checking whether we are allowed and able to use --ccache-skip... probing... checking for ccache... /usr/local/bin/ccache checking whether version of ccache is suitable... no configure: ccache version 3.1.4 not accepted. See description for --enable-ccache-skip . So it seems at though autogen doesn't like this version. Is that what you expected? The autogen produced a MacOSXX86Env.Set.sh file in libo I edited that to set CC=ccache gcc-4.0 and CXX=ccache g++-4.0 Then in Terminal I did source MacOSXX86Env.Set.sh env This showed up: CXX=ccache /usr/bin/g++-4.0 This did not: CC=ccache /usr/bin/g++-4.0 Did you expect this? Also for LO, you should increase the size of the cache from the default of 500MB to 1GB or more ccache -s shows max cache size 1.0 Gbytes man page says it's default snip If after this configure run, MacOSX*Env.Set.sh contains export USE_CCACHE=TRUE, then it is a bug. If instead it is part of the unset lots of variables line, then the configure check is all OK, and the build should not fail like it did anymore. USE_CCACHE is in the unset list So far so good. Next I did make This was really fun to watch in Activity Monitor as it sure made use of the 8 cores and 16 threads. [As a former motorbike owner I think we blued the pipes] This seems MAY have worked based on the tail of the log What do you think? = Building module instsetoo_native = Entering /Users/pteeson/git/libo/instsetoo_native/inc_openoffice/windows/msi_languages Entering /Users/pteeson/git/libo/instsetoo_native/inc_openoffice/unix mkout -- version: 1.8 mkout -- version: 1.8 Entering /Users/pteeson/git/libo/instsetoo_native/util find: /Users/pteeson/git/libo/translations/source/: No such file or directory dmake: makefile.mk: line 231: Warning: -- Prior to dmake 4.5 only one %-target per target-definition worked reliably. Check your makefiles. dmake: makefile.mk: line 286: Warning: -- Prior to dmake 4.5 only one %-target per target-definition worked reliably. Check your makefiles. No EPM: do no packaging at this stage Multiprocessing build is finished Maximal number of processes run: 8 Gandalf:libo pteeson$ Gandalf:~ pteeson$ ccache -s cache directory /Users/pteeson/.ccache cache hit (direct) 5 cache hit (preprocessed) 2 cache miss 6468 called for link 198 compile failed 6 unsupported compiler option 536 files in cache 17806 cache size 770.6 Mbytes max cache size 1.0 Gbytes Gandalf:~ pteeson$ Thanks to all for the great and patient help so far. Where do we go from here? respect Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #69 from rygle pit...@post.com 2011-05-06 21:04:28 PDT --- Nominating https://bugs.freedesktop.org/show_bug.cgi?id=32709 This bug is a regression from OOo that means no file exported as ppt format can be opened by a MS Office product that has up to date patches. It has been around since December and affects every version ever made of LibreOffice, but does not affect any version of OpenOffice as far as I am aware, and I have installed all the betas and several nightlies as well as releases. The bug has clear and defined test cases, and it should be relatively simple to find where the regression occurred, because it happened very early on and only affects a fairly specific part of LibreOffice. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Korrawit Pruegsanusak detective.conan.1...@gmail.com changed: What|Removed |Added Depends on|36906 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
