[Libreoffice] Trinity Desktop Environment (TDE) desktop integraton for LibreOffice
All, I have created a patch that enables Trinity Desktop Environment (TDE, the successor to KDE3.5.10) desktop integration for LibreOffice. The patch is based against a copy of the LibreOffice GIT pulled on 10/28/2011 and has been tested as fully functional on the latest TDE release (v3.5.13). This move is required for continued desktop integration support on TDE, as TDE has diverged significantly enough from the old KDE 3.5.10 release API that the KDE3 integration modules no longer function within TDE desktop sessions. Additionally, we would like to ability to repair minor imperfections noted within the integration modules, and potentially expand the integration module(s) where needed. The Trinity Desktop Project developers are willing to ensure that the TDE integration modules continues to function with new TDE releases. The patch file is available in our GIT tree here: http://git.trinitydesktop.org/viewgit/index.php?a=tree&p=Trinity%20Desktop%20Environment&hb=HEAD&f=main/thirdparty/libreoffice/git_10_28_2011/patches Let me know if you would like any additional information! Timothy Pearson Trinity Desktop Project ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Suggestions for improving the look 'n' feel of LibreOffice
At 6:40pm -0400 Sat, 29 Oct 2011, alexander.wi...@zoho.com wrote: I've just created this small mock-up, of what I think could be a good solution: http://wiki.documentfoundation.org/User:Toxicbits That seems a good start. But let's see if some other devs have any thoughts, or if ... is it Christoph Noack? (the design team liason?) ... have any thoughts. Cheers, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] how to 'make' a single target?
At 9:29pm -0400 Sat, 29 Oct 2011, Bjoern Michaelsen wrote: On Sat, Oct 29, 2011 at 06:17:09PM -0400, Kevin Hunter wrote: This is proving very cumbersome, however, as I'm unable to re-make just the affected files. For instance $ make -j1 | head; sleep; make -j1 | head The attached output indeed should never happen. What file did you touch to generate it? Between those two make runs? Nada. (That's why I showed it working in one shell command line.) If you mean before I started the compile, I'd touched a bunch of ScPostIt* related files in sc/inc and sc/source/core/data. However, I churned through the slow build time about 20 times last night until I was finally able to build 'sc'. Now the behavior seems to be correct, in that only the necessary files are actually built. I.e. I can no longer recreate that behavior. From the outside, it smells to me like there is a "transactional" behavior defined in the make files. That is, if all the files of a certain transaction don't get built properly, then the build redoes all of them. Is that expected/intentional behavior? Or did I just hit some corner case in my sc/ modifications? Should not at least the first 3 completed executions no longer need to be re-executed? Yes. Could you check the timestamps of (1) [...]/workdir/unxlngx6.pro/Dep/CxxObject/sc/source/filter/dif/difexp.d being newer than (2) [...]/workdir/unxlngx6.pro/CxxObject/sc/source/filter/dif/difexp.o and that again being newer than (3) [...]/sc/source/filter/dif/difexp.cxx , please? Last night, (2) was newer than (1), (1) was newer than (3). Now, after a couple of successful builds, (3) is newer than (2), which is newer than (1). Summary ("<=" == "younger than"): Before success: (2) <= (1) <= (3) After success: (3) <= (2) <= (1) In any event, since I can't recreate it anymore, and it seems to be working fine, I'm moving on ... Thanks, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] updating dictionary repository URL
Although there's a problem with the current dictionary repository URL (see fdo #42408), it's still important to have the address identical though the code. Adding a patch to align the address in cui/source/options/optlingu.cxx This link is accessible from tools -> options -> writing aids -> first edit button Kaplan 0001-Align-dictionary-address-with-DICT_REPO_URL-in-insts.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build Failure in binfilter - bf_offwrp, Linux Ubuntu 11.10 32bit
Le 29/10/2011 18:09, Bjoern Michaelsen a écrit : Hi Bjoern, Does applying: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/ubuntufixes-binfilter.diff;h=193fe9f297bdf132b23689eb7baae861b2a8f506;hb=refs/heads/ubuntu-oneiric-3.4 help? If so, please push to master if nobody objects. No sorry, made no difference, build is still failing in binfilter, even after make clean. Seeing as the build completes on my Mac, I'm guessing this is Ubuntu-specific ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] 3.4.4rc1 fails to build in kde4 vcl
On Sun, Oct 30, 2011 at 03:15:49AM +0100, Andrea Scarpino wrote: > On Saturday 29 October 2011 21:30:29 Andreas Radke wrote: > > Compiling: vcl/unx/source/dtrans/config.cxx > > /build/src/build/vcl/unx/kde4/KDEXLib.cxx: In member function 'void > > KDEXLib::setupEventLoop()': > > /build/src/build/vcl/unx/kde4/KDEXLib.cxx:252:34: error: > > 'GetUnixSelectFunction' is not a member of 'QInternal' > > /build/src/build/vcl/unx/kde4/KDEXLib.cxx:253:34: error: > > 'SetUnixSelectFunction' is not a member of 'QInternal' > This is probably due to Qt 4.8 and not our bug I guess. Eh, no? If it needs fixes due to Qt 4.8, that should be done here so we compile against newer Qts. That said, WTF are we using Qt*Internal*? Looks quite internal to Qt for me :), not something which is public and should be used? $ grep -r QInternal * unx/kde4/KDEXLib.cxx:QInternal::callFunction( QInternal::GetUnixSelectFunction, reinterpret_cast< void** >( &qt_select )); unx/kde4/KDEXLib.cxx:QInternal::callFunction( QInternal::SetUnixSelectFunction, reinterpret_cast< void** >( lo_select )); in boith 3.4.4 and master. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] apple_remote module issue when building with mac sdk 10.6
Attached find a patch which removes the apple_remote module from the build list as it seems lots of people are having issues with it as per bug number 33816. This resolves the issue of apple remote crashing. Now it seems that cairo is failing, the output doesnt show anythign useful. How can i get a more useful output to debug. Regards Jonathan Aquilina Get a signature like this. CLICK HERE. >From 86992f005d1067316c0e460f969438e0eca47b1d Mon Sep 17 00:00:00 2001 From: Jonathan Aquilina Date: Sun, 30 Oct 2011 20:45:33 +0100 Subject: [PATCH] Removed apple_remote from build.lst in /vcl/prj/build.lst --- vcl/prj/build.lst |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vcl/prj/build.lst b/vcl/prj/build.lst index 29b3a40..ce6762d 100644 --- a/vcl/prj/build.lst +++ b/vcl/prj/build.lst @@ -1,4 +1,4 @@ -vc vcl : TRANSLATIONS:translations apple_remote BOOST:boost DESKTOP:rsc sot ucbhelper unotools ICU:icu GRAPHITE:graphite i18npool i18nutil unoil ridljar X11_EXTENSIONS:x11_extensions offapi basegfx basebmp tools DESKTOP:l10ntools icc DESKTOP:cpputools svl LIBXSLT:libxslt CAIRO:cairo NULL +vc vcl : TRANSLATIONS:translations BOOST:boost DESKTOP:rsc sot ucbhelper unotools ICU:icu GRAPHITE:graphite i18npool i18nutil unoil ridljar X11_EXTENSIONS:x11_extensions offapi basegfx basebmp tools DESKTOP:l10ntools icc DESKTOP:cpputools svl LIBXSLT:libxslt CAIRO:cairo NULL vc vcl usr1- all vc_mkout NULL vc vcl\prj nmake - all vc_prj NULL -- 1.7.4.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] patch for fdo#33047
Forget this patch, Lionel had made a better one, commited and pushed it on master. Merci Lionel ! :-) Julien. -- View this message in context: http://nabble.documentfoundation.org/REVIEW-patch-for-fdo-33047-tp3462977p3466277.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] Display resolution in PPI with the original size on Picture/Crop (in Writer)
Hi, Many thanks for your help, László 2011/10/29 Andras Timar : > 2011/10/28 Németh László : >> Hi, >> >> This patch adds PPI resolution to the default image size data in the >> Picture dialog (only for bitmap images), see the attached screenshot. >> > > Pushed with some changes in order to make the new string localizable. > http://cgit.freedesktop.org/libreoffice/core/commit/?id=adb8868edaebb372a54140f84bf85ac9eef37918 > > Thanks! > > Andras > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Commits in connectivity/inc connectivity/source dbaccess/source
Hi Lionel, The stuff you just committed looks interesting, I look forward to trying it out !!! Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Segmentation fault in building tail_build project
Hi *, On Sun, Oct 30, 2011 at 1:33 PM, LOH KOK HOE wrote: > > Thank you so much on yours reply. > The export to GNUMAKE is not working. When I issue a command "make > --version", it still showing version 3.81. Sure, but that doesn't matter, as the toplevel makefiles calls $GNUMAKE exporting GNUMAKE works, and of course you can also invoke the toplevel make using $GNUMAKE on the commandline. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Background image missing in 3.4.4rc1 Mac OSX DMG
Hi all, What happened to these commits that corrected the missing background image in the DMG for Mac ? Or is it deliberate ? Alex commit 1ed57b51d3eb10536e1b8741e34b58bdec4f68bf Author: Thorsten Behrens Date: Tue May 24 12:08:39 2011 +0200 3rd update to Mac dmg background. This time, wrong path - now hopefully working everywhere. Signed-off-by: Christian Lohmaier Signed-off-by: Michael Meeks Signed-off-by: Fridrich Štrba commit d4f02121b6382e1396436f89339112a58cdb Author: Thorsten Behrens Date: Tue May 24 00:50:21 2011 +0200 3rd update to Mac dmg background. This time, wrong path - now hopefully working everywhere. Signed-off-by: Christian Lohmaier commit 13117f5610776b279333040c2c8bedd52773366d Author: Thorsten Behrens Date: Fri May 20 16:47:48 2011 +0200 Update Mac dmg background again. "In Mac OS X Snow Leopard, disk images created with background images do not display properly on Mac OS X Leopard and earlier. This is because of a change in Finder itself that affects all disk images created on Snow Leopard." So. redid that on Tiger... Signed-off-by: Fridrich Štrba commit b9a3e38b031ba36118d23f1c494a1553810e831a Author: Thorstem Behrens Date: Tue May 17 12:13:46 2011 +0200 Complete revert for native334 #163388#. The previous revert did not cater for the changed volume name - the nice libreoffice background image was missing. Signed-off-by: Fridrich Štrba Alex ___ 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 vitriol changed: What|Removed |Added Depends on||42382 --- Comment #221 from vitriol 2011-10-30 06:24:47 PDT --- Nominating Bug 42382. Scripting in JavaScript and BeanShell broken. Regression. -- 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 Bug 35673 depends on bug 42097, which changed state. Bug 42097 Summary: Formula: Search criteria fail with parenthesis and bracket characters https://bugs.freedesktop.org/show_bug.cgi?id=42097 What|Old Value |New Value Resolution||WORKSFORME 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] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 vitriol changed: What|Removed |Added Depends on||42097 --- Comment #220 from vitriol 2011-10-30 06:02:29 PDT --- Nominating Bug 42097. Calc: Search criteria fail with parenthesis and bracket characters. -- 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] Segmentation fault in building tail_build project
Thank you so much on yours reply. [?] The export to GNUMAKE is not working. When I issue a command "make --version", it still showing version 3.81. Could it be a possibility where the old make is default install and there is no other way to modify the environment variable? Anyhow I have temporary rename the old make and copy over the new make into the /usr/bin/ just in case there are others program that might need the old make. But I still prefer to set the environment variable as this could save a lot hassle work on rename the make file. BTW, does the export GNUMAKE work for Ubuntu Linux? THanks @! On Sat, Oct 29, 2011 at 8:05 PM, Norbert Thiebaud wrote: > On Sat, Oct 29, 2011 at 6:13 AM, Christian Lohmaier > wrote: > > Hi *, > > > > On Sat, Oct 29, 2011 at 11:16 AM, LOH KOK HOE > wrote: > >> > >> May I know is there a way to use the make 3.82 and not removing make > 3.81? > > > > export GNUMAKE=/path/to/make-3.82 > > or install it at /opt/lo/bin/make > > Norbert > <<330.gif>>___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice