Re: [Libreoffice] java 7
On 06/07/2011 07:54, Marc-André Laverdière wrote: Hello Jonathan, I asked a similar question before. LO will keep supporting Java for UNO (extensions) for sure. Right now, LO doesn't bundle a JVM, and I think it will remain like that :) So whichever JVM the user uses will be invoked to run whatever code is needed. There might be some incompatibilities between Java 7 and previous versions that may cause some bugs. I hope not, sincerely. I haven't heard of a Java 7 testing plan in place though. Maybe you could initiate one? Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 07/01/2011 09:06 PM, Jonathan Aquilina wrote: I got an email form oracle that java 7 is due out in july Is that goign to affect anything in regards to LO? ___ 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 Marc-Andre Currently im working on another aspect of LO development which is taking up my time currently. If I am not mistaken for the most part when new versions of java are released, they try to keep it as backwards compatible as possible, granted some methods or classes might become obsolete. Maybe once java7 goes live ill do some testing and see how badly things break. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] java 7
I guess we're too short of volunteers right now to have a better strategy :) So wait and see it is! Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 07/06/2011 11:30 AM, Jonathan Aquilina wrote: On 06/07/2011 07:54, Marc-André Laverdière wrote: Hello Jonathan, I asked a similar question before. LO will keep supporting Java for UNO (extensions) for sure. Right now, LO doesn't bundle a JVM, and I think it will remain like that :) So whichever JVM the user uses will be invoked to run whatever code is needed. There might be some incompatibilities between Java 7 and previous versions that may cause some bugs. I hope not, sincerely. I haven't heard of a Java 7 testing plan in place though. Maybe you could initiate one? Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 07/01/2011 09:06 PM, Jonathan Aquilina wrote: I got an email form oracle that java 7 is due out in july Is that goign to affect anything in regards to LO? ___ 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 Marc-Andre Currently im working on another aspect of LO development which is taking up my time currently. If I am not mistaken for the most part when new versions of java are released, they try to keep it as backwards compatible as possible, granted some methods or classes might become obsolete. Maybe once java7 goes live ill do some testing and see how badly things break. ___ 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] java 7
On 06/07/2011 07:59, Marc-André Laverdière wrote: I guess we're too short of volunteers right now to have a better strategy :) So wait and see it is! Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 07/06/2011 11:30 AM, Jonathan Aquilina wrote: On 06/07/2011 07:54, Marc-André Laverdière wrote: Hello Jonathan, I asked a similar question before. LO will keep supporting Java for UNO (extensions) for sure. Right now, LO doesn't bundle a JVM, and I think it will remain like that :) So whichever JVM the user uses will be invoked to run whatever code is needed. There might be some incompatibilities between Java 7 and previous versions that may cause some bugs. I hope not, sincerely. I haven't heard of a Java 7 testing plan in place though. Maybe you could initiate one? Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 07/01/2011 09:06 PM, Jonathan Aquilina wrote: I got an email form oracle that java 7 is due out in july Is that goign to affect anything in regards to LO? ___ 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 Marc-Andre Currently im working on another aspect of LO development which is taking up my time currently. If I am not mistaken for the most part when new versions of java are released, they try to keep it as backwards compatible as possible, granted some methods or classes might become obsolete. Maybe once java7 goes live ill do some testing and see how badly things break. ___ 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 Maybe we dont have to wait and see. I am sure there are extension developers that are just as concerned we just havent found them yet. I would like to hear some other developers takes on the impending release of java7 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch for make to help in gbuild debugging
+1 As a n00b, I'd like to encourage everyone to make things just work for the next me. I nearly gave up so many times that removing all roadblocks is really important. So, in short: upstream upstream upstream! Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 06/30/2011 12:54 PM, Thorsten Behrens wrote: Lubos Lunak wrote: Also: This does not even have to be done intentionally -- some performance hack might very well also accidentally fix an build breaker. The world is not perfect. I think we all know. What is your point? That the world is not perfect, and certain setups favour certain moves. But I think we're starting to talk past each other. Let's not waste more time on this, until there's more than just idle thoughts on either side. Cheers, -- Thorsten ___ 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] patch for make to help in gbuild debugging
On 06/07/2011 08:13, Marc-André Laverdière wrote: +1 As a n00b, I'd like to encourage everyone to make things just work for the next me. I nearly gave up so many times that removing all roadblocks is really important. So, in short: upstream upstream upstream! Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 06/30/2011 12:54 PM, Thorsten Behrens wrote: Lubos Lunak wrote: Also: This does not even have to be done intentionally -- some performance hack might very well also accidentally fix an build breaker. The world is not perfect. I think we all know. What is your point? That the world is not perfect, and certain setups favour certain moves. But I think we're starting to talk past each other. Let's not waste more time on this, until there's more than just idle thoughts on either side. Cheers, -- Thorsten ___ 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 The problem I think even if we submit upstream patches its down stream distros that sometimes take a while to update their development stacks such as make. One distro in particular is ubuntu sometimes, they have the latest and greatest, other times you need to push them to update, or push a newer version to upstream debian for it to wind its way down stream into ubuntu. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Litmus home page - link to tutorial is dead
Hi Yifan, *, The subject says it all ;-) Hmm strange. the same link is used here too https://wiki.mozilla.org/Litmus#Using_Litmus Regards, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Charts
Hi Gerhard, On Wed, 2011-07-06 at 06:35 +0200, gerhard.le...@transnet.net wrote: In MS Excel 2003 individual data points may be dragged in X-Y scatter charts, simultaneously updating the source value. In Calc in cannot be done. Any alternative? This is a developers list. If you plan to hack on this feature we are eager to give you code pointers, otherwise please take your input to the discuss list to avoid slowing the developers down :-) 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] fix for fdo#30800: Option to display calc gridlines on colored cells
Hey there, Also, before I really push the patch -- may I suggest some change to the wording being used? This had been discussed at some point (actually I did prefer on top as you see in the implementation). But comments showed that on top or in foreground is not a much better description. The grid is not really on top, as it is still behind drawing elements, notes ... So I'd rather stay with the current strings. Well then ... if this is a result of some broader consensus, who am I to object ... ;) Pushed to master then (all of it, including help) B. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] [PUSHED] patch for fdo#38380: update local range names
On Thursday, June 30, 2011 06:20:00 Markus Mohrhard wrote: Hello, I would like to get this patch into 3.4. I pushed a similar patch to master( master and 3-4 diverged in this area a bit): http://cgit.freedesktop.org/libreoffice/calc/commit/?id=cacc32f86fa18cb8262 f5597b381c099117a3344 Signed-off pushed hB. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] comments translation
Hi all,
I have translated some comments and done some cleanup in the
paintfrm.cxx file... but as I'm no german native speaker and my german
knowledge dates back a while, I'ld like to have a review of my
translations before pushing them to master.
Sorry for the long patch... but I even stopped before the end of
paintfrm.cxx ;)
Thanks,
--
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
http://cedric.bosdonnat.free.fr
From 7f63fc25cf252abedbe7b1cf2a7217b3078c2951 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?C=C3=A9dric=20Bosdonnat?= cedric.bosdonnat@free.fr
Date: Wed, 6 Jul 2011 11:11:57 +0200
Subject: [PATCH] Translated a few german comments in paintfrm.cxx
---
sw/source/core/layout/paintfrm.cxx | 238 +++-
1 files changed, 99 insertions(+), 139 deletions(-)
diff --git a/sw/source/core/layout/paintfrm.cxx b/sw/source/core/layout/paintfrm.cxx
index c62190a..1a69ed0 100755
--- a/sw/source/core/layout/paintfrm.cxx
+++ b/sw/source/core/layout/paintfrm.cxx
@@ -162,7 +162,7 @@ using namespace ::com::sun::star;
#define SUBCOL_FLY 0x10//Helplines inside fly frames
#define SUBCOL_SECT 0x20//Helplines inside sections
-//- Klassen zum Sammeln von Umrandungen und Hilfslinien ---
+// Classes collecting the border lines and help lines
class SwLineRect : public SwRect
{
Color aColor;
@@ -204,7 +204,6 @@ public:
void PaintLines ( OutputDevice *pOut );
void LockLines( sal_Bool bLock );
-/// OD 13.08.2002 - correct type of function
sal_uInt16 Free() const { return nFree; }
};
@@ -217,14 +216,10 @@ public:
inline void Ins( const SwRect rRect, const sal_uInt8 nSCol );
};
-//- End Klassen Umrandungen --
+//- End of classes for border lines --
static ViewShell *pGlobalShell = 0;
-//Wenn durchsichtige FlyInCnts im PaintBackground gepainted werden so soll der
-//Hintergrund nicht mehr retouchiert werden.
-//static sal_Bool bLockFlyBackground = sal_False;
-
//Wenn vom Fly ein Metafile abgezogen wird, so soll nur der FlyInhalt und vor
//nur hintergrund vom FlyInhalt gepaintet werden.
static sal_Bool bFlyMetafile = sal_False;
@@ -236,28 +231,27 @@ static OutputDevice *pFlyMetafileOut = 0;
static SwFlyFrm *pRetoucheFly = 0;
static SwFlyFrm *pRetoucheFly2 = 0;
-//Groesse eines Pixel und die Haelfte davon. Wird jeweils bei Eintritt in
-//SwRootFrm::Paint neu gesetzt.
+// Sizes of a pixel and the corresponding halves. Will be reset when
+// entering SwRootFrm::Paint
static long nPixelSzW = 0, nPixelSzH = 0;
static long nHalfPixelSzW = 0, nHalfPixelSzH = 0;
static long nMinDistPixelW = 0, nMinDistPixelH = 0;
-//Aktueller Zoomfaktor
+// Current zoom factor
static double aScaleX = 1.0;
static double aScaleY = 1.0;
static double aMinDistScale = 0.73;
static double aEdgeScale = 0.5;
-//In pLines werden Umrandungen waehrend des Paint gesammelt und soweit
-//moeglich zusammengefasst.
-//In pSubsLines werden Hilfslinien gesammelt und zusammengefasst. Diese
-//werden vor der Ausgabe mit pLines abgeglichen, so dass moeglichst keine
-//Umrandungen von den Hilfslinen verdeckt werden.
-//bTablines ist waerend des Paints einer Tabelle sal_True.
+// The borders will be collected in pLines during the Paint and later
+// possibly merge them.
+// The help lines will be collected and merged in pSubsLines. These will
+// be compared with pLines before the work in order to avoid help lines
+// to hide borders.
+// bTablines is sal_True during the Paint of a table.
static SwLineRects *pLines = 0;
static SwSubsRects *pSubsLines = 0;
-// OD 18.11.2002 #99672# - global variable for sub-lines of body, header, footer,
-// section and footnote frames.
+// global variable for sub-lines of body, header, footer, section and footnote frames.
static SwSubsRects *pSpecSubsLines = 0;
static SfxProgress *pProgress = 0;
@@ -270,13 +264,13 @@ static sal_Bool bTableHack = sal_False;
//Um das teure Ermitteln der RetoucheColor zu optimieren
Color aGlobalRetoucheColor;
-//Statics fuer Umrandungsalignment setzen.
-// OD 05.05.2003 #107169# - adjustment for 'small' twip-to-pixel relations:
+//Statics to set the borders alignment.
+// adjustment for 'small' twip-to-pixel relations:
// For 'small' twip-to-pixel relations (less then 2:1)
// values of nHalfPixelSzW and nHalfPixelSzH are set to ZERO.
void SwCalcPixStatics( OutputDevice *pOut )
{
-// OD 30.04.2003 #107169# - determine 'small' twip-to-pixel relation
+// determine 'small' twip-to-pixel relation
sal_Bool bSmallTwipToPxRelW = sal_False;
sal_Bool bSmallTwipToPxRelH = sal_False;
{
@@ -300,7 +294,7 @@ void SwCalcPixStatics( OutputDevice *pOut )
if( !nPixelSzH )
nPixelSzH = 1;
-// OD 06.05.2003 #107169# - consider 'small' twip-to-pixel relations
+// consider 'small' twip-to-pixel relations
if ( !bSmallTwipToPxRelW
Re: [Libreoffice] [PUSHED-3-4] Libo 3.4.1: Cherry pick for fixing debug build
Thomas Arnhold wrote: it would be nice if this commit could be cherry-picked on libreoffice-3-4-1, because without it a debug build will fail at cui Cherry-picked to libreoffice-3-4. Don't think 3-4-1 makes too much sense, this is already released. Cheers, -- Thorsten pgp0oxU86U45G.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Newbee question
Hello Marcus, On 05/07/2011 21:13, Marcus Pedersén wrote: I have written code in C++ and I realy like that language. I am interested in coding and as I am from sweden I would be able to help out with translation into swedish. If you want to do some translations *only*, you don't need to build libo. Instead go to https://translations.documentfoundation.org/ or http://wiki.documentfoundation.org/Language for more info. Best Regards, -- Korrawit Pruegsanusak ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fix for fdo#30800: Option to display calc gridlines on colored cells
Hi, Von: Katarina Machalkova kmachalk...@suse.cz Well then ... if this is a result of some broader consensus, who am I to object ... ;) Isn't there a rule that we need to include at least one genuine hedgehog painter to reach consensus? ;) Pushed to master then (all of it, including help) Thanks, André ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] comments translation
Hi, I've reviewed the patch. I'd suggest a few minor changes and have some questions. Details later - just to inform the list to avoid duplicate reviewing. Christina Original-Nachricht Datum: Wed, 06 Jul 2011 12:06:37 +0200 Von: Cedric Bosdonnat cedric.bosdonnat@free.fr An: LibreOffice dev libreoffice@lists.freedesktop.org Betreff: [Libreoffice] [REVIEW] comments translation Hi all, I have translated some comments and done some cleanup in the paintfrm.cxx file... but as I'm no german native speaker and my german knowledge dates back a while, I'ld like to have a review of my translations before pushing them to master. Sorry for the long patch... but I even stopped before the end of paintfrm.cxx ;) Thanks, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr -- Christina Rossmanith NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fix for fdo#30800: Option to display calc gridlines on colored cells
Le 06/07/2011 10:33, Katarina Machalkova a écrit : Hey there, Also, before I really push the patch -- may I suggest some change to the wording being used? This had been discussed at some point (actually I did prefer on top as you see in the implementation). But comments showed that on top or in foreground is not a much better description. The grid is not really on top, as it is still behind drawing elements, notes ... So I'd rather stay with the current strings. Well then ... if this is a result of some broader consensus, who am I to object ... ;) Pushed to master then (all of it, including help) Tested on master, seems to work as designed. :-) Thanks to all for this feature. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Can I send bug report?
Hi! I have .doc file created with MS Word. It opens fine in Writer 3.3 (and in MS Word too), but doesn't open in Writer 3.4.0 and 3.4.1. Writer 3.4.0/3.4.1 freezes at converting stage with gray window and full progressbar in the bottom of window and not responds. Strange that Writer 3.3 opens this file normally. Can I send bug report on this issue? -- View this message in context: http://nabble.documentfoundation.org/Can-I-send-bug-report-tp3144549p3144549.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] Can I send bug report?
On Wed, 2011-07-06 at 05:52 -0700, vales wrote: Hi! I have .doc file created with MS Word. It opens fine in Writer 3.3 (and in MS Word too), but doesn't open in Writer 3.4.0 and 3.4.1. ... Can I send bug report on this issue? Log it in bugzilla: see http://wiki.documentfoundation.org/BugReport C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Style And Formatting window
On Wed, 2011-07-06 at 00:26 +0200, Christoph Noack wrote: Well, this question may open a can of worms, so to say. Omitting all the explanation it finally leads to (from the user's point-of-view): Is LibreOffice an office suite that behave consistently and works with different file types?, or Does LibreOffice bundle several rather separate modules?. Both approaches do have pros/cons - but it should be clear, because it would solve lots of other questions. IMO we should be consistent, but not to the degree that it gets in the way, 'A foolish consistency is the hobgoblin of little minds' :-) I think we suffer from a bit of that where cross-module consistency ends up with some forced edge-cases. e.g. that writer defaulted to a mode where tables in writer acted as mini-spreadsheets which can calculate their contents is fully consistent with calc (and a nifty hack) but bewildering and unexpected. Mmh, by the way, how does LibO handle if there are separate windows (e.g. Calc) having different settings for such a window (e.g. docked / undocked). Which one will be the new default if LibO is completely restarted? I think the stacking order is used (or at least that's the way I'd do it), i.e. the one closest to the foreground is taken as the default settings for the next start. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] issue building smoketestoo_native
On Sat, 2011-07-02 at 11:56 +0200, Marco Draeger wrote: Hello, when trying to build LibreOffice, I always fail in smoketestoo_native. In general if during make dev-install the smoketest itself fails then the install whose test failed is still available in solver/*/*/installation. What I do is to simply run the smoketest manually to see what the problem might be, i.e. a) source ./*.Set.sh b) cd solver/*/*/installation/opt/program c) ./soffice d) turn off macrosecurity, i.e. tools-options-libreoffice-security-macro-security-low e) and file-open /path/to/libo/smoketestdoc/unxlng*/bin/smoketestdoc.sxe f) click the start smoketestdoc button and see what happens. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] build error Ubuntu
Hi, Updated from the master this morning. Building... = = = /bin/bash: line 1: 9995 Segmentation fault make -s -r -j6 dmake: Error code 139, while making 'all' --- Oh dear bla bla ERROR: error 65280 occurred while making /home/cono/src/git/libo/tail_build/prj etc etc. = = = So I followed the advise given, and then started a new make -r Got some nice output, but no error: http://pastebin.com/gnP6kCQ5 Any hints, advice? Thanks, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Litmus home page - link to tutorial is dead
Hi all, 2011.07.06 14:02, Yifan Jiang rašė: Thanks for noticing this :) Not sure if there is an official tutorial links, IMHO, we may want to make this as simple as one 'Get Help' link (rather than 3) to: http://wiki.documentfoundation.org/Litmus Then, we can add all of the stuff outside libreoffice (i.e Mozilla tutorials), to 'What is Litmus' sessions of our wiki page. Any other ideas? Yep, the links are dead upstream, it's not our problem. I've just found an archived version of the Litmus Tutorial: http://web.archive.org/web/20071231151001/http://quality.mozilla.org/en/howto/litmus/tutorial Would anyone like to copy-paste it to our wiki? IMO, it would be much easier to adapt already existing content to LibO than to write something from scratch. There's also more content at http://web.archive.org/web/20071224182737/http://quality.mozilla.org/en/howto/litmus, and some currently available Litmus related content is listed on http://quality.mozilla.org/docs/, in Litmus section. Would you mind help to see if this could be a quick fix:) Thank you! Changing the links in the sidebar is indeed an easy fix. Just tell me what links should be altered and how. Rimas ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Fix for fdo#30550 Character count without spaces
Hello John, all, First, sorry for my late reply. On Fri, Jun 24, 2011 at 14:38, John LeMoyne Castle lemoyne.cas...@gmail.com wrote: -- you (and others) cannot reproduce fdo#37584 (redlined text disappears) in 3-3 or 3-3-3 because my patch referenced in your original post [OP] is not in the 3-3 branches. Hmm? I think it's caused by casting var: String rTextCopy = const_castString(m_Text); which Cedric fixed in http://cgit.freedesktop.org/libreoffice/writer/commit/?id=135cf4fdbec71e8d93edc0339e8617d50766f151 Anyway, if it can't be reproduced, so let it be. (should not have further fix for -3-3) -- you and others cannot reproduce 'leading quote as word' in your 3-3 build because the patch you submitted with OP has fixed that problem in 3-3 since 2011-06-21. Your OP patch is not yet in 3-3-3 official build so the leading quote problem still exists there. Sorry, but currently I can't test it. I'm using another computer. I'll come back to this topic again. (fdo#33774) Or, please someone could help confirm this? I think that the two patches given in your last message are already in 3-3(-3). No, they both don't. Please have a look at: http://cgit.freedesktop.org/libreoffice/writer/log/sw/source/core/txtnode/txtedt.cxx?h=libreoffice-3-3 and http://cgit.freedesktop.org/libreoffice/writer/log/sw/source/core/txtnode/txtedt.cxx which the former is in -3-3 branch, the latter is in master. Note that there is *no* Thomas's patch in -3-3. (See the date). Also, http://cgit.freedesktop.org/libreoffice/libs-gui/log/i18npool/source/breakiterator/breakiteratorImpl.cxx?h=libreoffice-3-3 and http://cgit.freedesktop.org/libreoffice/libs-gui/log/i18npool/source/breakiterator/breakiteratorImpl.cxx give same result. I think these two patches are committed after branching of -3-3, so there aren't included. Best Regards, -- Korrawit Pruegsanusak ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build error Ubuntu
Hi Cor, On 6 July 2011 17:45, Cor Nouws oo...@nouenoff.nl wrote: Hi, Updated from the master this morning. Building... = = = /bin/bash: line 1: 9995 Segmentation fault make -s -r -j6 dmake: Error code 139, while making 'all' That should be problem with Ubuntu's make. I was getting segmentation fault quite often. So I followed the advise given, and then started a new make -r Got some nice output, but no error: http://pastebin.com/gnP6kCQ5 If you run make from toplevel again, it could work. Any hints, advice? You may want to look at: https://bugs.launchpad.net/ubuntu/+source/make-dfsg/+bug/759704 HTH, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build error Ubuntu
On Wed, 2011-07-06 at 17:45 +0200, Cor Nouws wrote: So I followed the advise given, and then started a new make -r Got some nice output, but no error: Might have been make itself, make -v ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build error Ubuntu
Hi Matúš, Matúš Kukan wrote (06-07-11 17:57) http://pastebin.com/gnP6kCQ5 If you run make from toplevel again, it could work. Could could ... it does ;-) Is it regular, when a make -r on sub level does not give an error, that make on top level is expected to run fine? Any hints, advice? You may want to look at: https://bugs.launchpad.net/ubuntu/+source/make-dfsg/+bug/759704 Seems not really related to me (no AMD here for example), but anyway make -dev-install on it's way ;-) Thanks, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Newbee question
Hi! I am mainly interrested in coding, I realy enjoy it! But I thought that I perhaps could be of help on translation as well. I am so sorry I missed to continue with build as well. So I have tried and run into problems again. I tried: apt-get build-dep libreoffice and got message back: Can not find any source code for libreoffice. So I tried: apt-get build-dep openoffice.org and got message back: Building dependencies for openoffice.org could not be satisfied. (directly translated from swedish) So I tried: ./autogen.sh and got message back: error: Could not find CUPS. Install libcupsys2-dev or cups???-devel. So I tried: apt-get install libcupsys2-dev and got message back: Dependency problem, Depending on: libcups2-dev but it will not be installed. So I tried: apt-get install libcups2-dev and got message back: Depending on: libcups2(1.3.8-1+lenny9) but 1.3.10-1 will be installed I am using Debian 2.6.26-2-amd64. I hope I do not destroy mailing-list to much. Sorry if I am! Thanks! Marcux ons 2011-07-06 klockan 18:53 +0700 skrev Korrawit Pruegsanusak: Hello Marcus, On 05/07/2011 21:13, Marcus Pedersén wrote: I have written code in C++ and I realy like that language. I am interested in coding and as I am from sweden I would be able to help out with translation into swedish. If you want to do some translations *only*, you don't need to build libo. Instead go to https://translations.documentfoundation.org/ or http://wiki.documentfoundation.org/Language for more info. Best Regards, ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [GSOC] Report #5. Wizards
Hi Xisco, Michael, I had a look at how it'd be possible to translate the templates on the fly a couple of weeks ago. The basic approach I though of would be to use the XSLT filter for importing. On import, you'd try to load the document and pass a parameter that points to an XLIFF file that contains the translation strings. You'd then use the document() function in the xslt script to load the XLIFF file, have the XSLT template rules match the translatable items and then construct an xpath expression that pulls the translation from the node-set you got from loading the XLIFF file. While this might be pretty straighforward, by then I saw two problems: 1. How do we ensure the translatable templates remain maintainable 2. How do we integrate the translations into the common translation process for the rest of LO. It would be quite simple to mark translatable items, which range from simple span contents in the simplest wizard templates to translatable style names in the report wizards, directly in the XML files using some XML attributes we just invent for that purpose. By the time I though about it, I assumed that to be a big problem, because it might imply that the template content is not editable using LO, but only directly with a text-editor or xml editor. This might be much less of a problem given the fact that the templates, at least as they are now, shouldn't change that often. I will become a problem if we want to make the templates themselves configurable by end users, but that would imply a lot of other changes, so I think we can ignore that for now. So, looking at it from now, I'd just mark the translatable elements with xml id attributes that follow a naming convention. This would allow us to keep the XPath expression that identifies translatable elements very simple so then ... we can parse it and make a dynamic lookup from within the XSLT template that does the translation. so we end up with [...] xsl:param name=xliff-url/ xsl:param name=locale/ xsl:variable name=translations select=document($xliff-url))/ [...] xsl:template match=*[starts-with(@id, 'wizard.message.')] !-- matches any element that has an id attribute the content of which start with 'wizard.message' -- xsl:variable name=trans-id select=@id/ xsl:copy xsl:apply-templates select=@*/ xsl:value-of select=$translations//trans-unit[@id=$trans-id]/target[@xml:lang=$locale]/ /xsl:copy /xsl:template this won't work for translatable content with formatting. XLIFF provides for means to deal with that, but I don't understand them fully. I can't tell you now how exactly to pass the parameters xliff-url and locale to the xslt script, I don't even know for sure if thats possible in the current xslt filter framework. I could look at that if it proves to be non-trivial. you could come up with a different approach on how to identify translatable elements, for example by adding an attribute which is just only used for that, not the id attribute. That would have the benefit that you can have the same translatable string in a single document more than once. I'm unsure about where to put the xliff files, because I'm completely ignorant of the translation workflow and the different places where translatable items are put in order to get easily picked up by translators. Plus, I found xliff allows for a lot of things, and the Xslt script will make a few assumptions on how (simple) the xliff file is structured, so the process might break easily if the translation tools want to do nasty things with the xliff file (that a fully working xliff toolchain would be required to understand). But maybe that's not happening anyway, and in practice it's less complex than it looks on first sight. It'd be great if you'd be able to pick that one up, I'm currently deeply submerged into a lot of things unrelated to LO and unable to do any work on LO. Getting rid of all the translated template copies not only would recude installed size IMO, but also would ensure a more predictable result when working with the templates in different languages. I've noticed, when looking at the templates, that most are constructed equal, but no necessarily all, but for reasons that didn't seem to relate to locale specific requirements. Looking forward to hearing from you, Peter Am 04.07.11 12:42, schrieb Michael Meeks: Hi Xisco, Peter - Xisco is working on re-writing the wizards in Java :-) On Fri, 2011-07-01 at 16:05 +0200, Xisco Faulí wrote: Michael wrote: Weelll - so you're both right; but really we need to grub about inside the templates themselves to add some improved translation scheme I think; now we have fast native XSLTs - I guess we could use the native XSLT filters to allow the templates to be self-standing, and yet adapt to the locale nicely. But - your task is primarily the Java - python conversion I guess :-) Xisco wrote: Yes, you're right but if I have
[Libreoffice] int as return type for operator==
Hello all, during the review of a patch I saw that we use in several places int as return type for operator== and operator!=. One class that introduces a lot of them is SfxPoolItem and all its subclasses. I think this is something for our agenda for 4.0 as a cleanup together with sal_Bool. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Style And Formatting window
Hi all Cor, hi all! Am Mittwoch, den 06.07.2011, 00:44 +0200 schrieb Cor Nouws: [... Style and Formatting Window behavior ...] Well, while were are at thát ;-) pls add a button for (un)dock! Well, while we are at that ;-) If somebody searches for an less easy Easy Hack ... some time ago, I invested some serious thoughts in how task panes could look and behave like. An draft is shown in a graphic at: http://uxopenofficeorg.blogspot.com/2010/01/ux-meeting-in-hamburg-day-two.html Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] RTF support
On Tue, Jul 05, 2011 at 07:55:47AM -0700, tracey002 wp...@gte.net wrote: Would anyone happen to know of a tutorial program on the internet from which I could learn the necessary C syntax in order to develop the rtf importer/exporter? Actually it's C++. I think the C++ book is The C++ Programming Language from Stroustrup. A download link perhaps? Until now, I have never had a need or reason to learn C. I'm not sure if it's freely downloadable. Still, if you could put a table to the wiki containing those 66 ... Yes, I will do that if someone would explain to me how to do that. I have a couple of HTML tutorials circa msOffice97 TDF wiki uses mediawiki syntax. See here: http://wiki.documentfoundation.org/Help:Editing pgpJo0NY2yQUQ.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Style And Formatting window
Hi Caolán! Am Mittwoch, den 06.07.2011, 15:55 +0100 schrieb Caolán McNamara: On Wed, 2011-07-06 at 00:26 +0200, Christoph Noack wrote: Well, this question may open a can of worms, so to say. Omitting all the explanation it finally leads to (from the user's point-of-view): Is LibreOffice an office suite that behave consistently and works with different file types?, or Does LibreOffice bundle several rather separate modules?. Both approaches do have pros/cons - but it should be clear, because it would solve lots of other questions. IMO we should be consistent, but not to the degree that it gets in the way, 'A foolish consistency is the hobgoblin of little minds' :-) Sure, and this is the magic ... the decision on what should be consistent (for ease of learning / switching between the modules) and what may be adapted for special use cases (making things more efficient). However, what I also had in mind was how LibreOffice is presented to the user. Some years ago, we talked about StarOffice being able to handle different document types. Then, the single modules got emphasized to compete with Microsoft Office which was marketed in a different way. Since then, we really suffer from this unfinished transition ... so whatever we do, I'd like to decide in the near future what our aim is for LibreOffice. Mmh, but this might rather be something for the marketing list ... Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extension-Repository: Need help to solve a Python error
On Tue, Jul 05, 2011 at 09:14:19PM +0200, Andreas Mantke ma...@gmx.de wrote: Module collective.psc.blobstorage, line 45, in set TypeError: __init__() takes exactly 2 arguments (1 given) I don't know yet, how to solve this Python error. I hope someone with Python knowledge could help me at this point. Python knowledge on its own won't be enough - the error is about the given source code line tries to call the constructor of an object, where the constructor takes two arguments, and only one is given (in fact zero, the first argument is always self). Somebody with Plone knowledge has to decide if it's a fault of the caller of the callee, etc. :) pgpB0LfGkZ4Gx.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] after build from master - way soffice.bin is started has influence on ...?
Hi, beginners question(s): After successfully running make dev-install I followed the advise Developer installation finished, you can now execute: cd /home/cono/src/git/libo/install/program . ./ooenv ./soffice.bin And did some tests. After finished, when typing exit, I found out that I was still running /bin/bash which had been advised earlier after a build error. So, before issuing all the bugs that I found: could the way soffice.bin was launched have influence on certain behaviour? Thanks, -- - Cor - http://nl.libreoffice.org ___ 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 37622, which changed state. Bug 37622 Summary: xls file loses formatting https://bugs.freedesktop.org/show_bug.cgi?id=37622 What|Old Value |New Value Resolution||FIXED Status|REOPENED|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] RTF support - C/C++ Materials
There is some good free material on C and on C++. There are free Thinking in C++ books and code available on the Internet. http://mindview.net/Books/TICPP/ThinkingInCPP2e.html. In addition, there is a free Thinking in C Flash-based tutorial: http://www.mindviewinc.com/CDs/ThinkingInC/ I don't know what platform you are on. The gcc compilers should work for these. If you are on Windows Vista or 7, the free Visual C++ 2010 Express Edition is also useful. You can compile ANSI C with it as well as C++ command-line apps without having to deal with the Windows SDK or any of that toolcraft. -Original Message- From: libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org [mailto:libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org] On Behalf Of Miklos Vajna Sent: Wednesday, July 06, 2011 14:43 To: libreoffice@lists.freedesktop.org Subject: Re: [Libreoffice] RTF support On Tue, Jul 05, 2011 at 07:55:47AM -0700, tracey002 wp...@gte.net wrote: Would anyone happen to know of a tutorial program on the internet from which I could learn the necessary C syntax in order to develop the rtf importer/exporter? Actually it's C++. I think the C++ book is The C++ Programming Language from Stroustrup. A download link perhaps? Until now, I have never had a need or reason to learn C. I'm not sure if it's freely downloadable. Still, if you could put a table to the wiki containing those 66 ... Yes, I will do that if someone would explain to me how to do that. I have a couple of HTML tutorials circa msOffice97 TDF wiki uses mediawiki syntax. See here: http://wiki.documentfoundation.org/Help:Editing ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Newbee question
Hej Marcus On Wed, Jul 6, 2011 at 21:35, Marcus Pedersén marcus.peder...@comhem.se wrote: Hi! I am mainly interrested in coding, I realy enjoy it! But I thought that I perhaps could be of help on translation as well. I am so sorry I missed to continue with build as well. So I have tried and run into problems again. I tried: apt-get build-dep libreoffice and got message back: Can not find any source code for libreoffice. So I tried: apt-get build-dep openoffice.org and got message back: Building dependencies for openoffice.org could not be satisfied. (directly translated from swedish) So I tried: ./autogen.sh and got message back: error: Could not find CUPS. Install libcupsys2-dev or cups???-devel. So I tried: apt-get install libcupsys2-dev and got message back: Dependency problem, Depending on: libcups2-dev but it will not be installed. So I tried: apt-get install libcups2-dev and got message back: Depending on: libcups2(1.3.8-1+lenny9) but 1.3.10-1 will be installed Hmm, your problems above might be related to using the wrong repositories. What does your /etc/apt/sources.list look like? I am using Debian 2.6.26-2-amd64. No, this is not the version of Debian you are running. this 2.6.26-2-amd64 is the version number and flavor of the Linux kernel that you are running. Hmm, seems you are running lenny i.e Debian 5.0. To be sure check what version you are running by using: lsb_release -a or cat /etc/debian_version Sorry for not being more of a help, Debian was a long time ago for me... /Albert I hope I do not destroy mailing-list to much. Sorry if I am! Thanks! Marcux ons 2011-07-06 klockan 18:53 +0700 skrev Korrawit Pruegsanusak: Hello Marcus, On 05/07/2011 21:13, Marcus Pedersén wrote: I have written code in C++ and I realy like that language. I am interested in coding and as I am from sweden I would be able to help out with translation into swedish. If you want to do some translations *only*, you don't need to build libo. Instead go to https://translations.documentfoundation.org/ or http://wiki.documentfoundation.org/Language for more info. Best Regards, ___ 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] Style And Formatting window
On Wed, Jul 6, 2011 at 4:49 PM, Christoph Noack christ...@dogmatux.comwrote: Hi all Cor, hi all! Am Mittwoch, den 06.07.2011, 00:44 +0200 schrieb Cor Nouws: [... Style and Formatting Window behavior ...] Well, while were are at thát ;-) pls add a button for (un)dock! Well, while we are at that ;-) If somebody searches for an less easy Easy Hack ... some time ago, I invested some serious thoughts in how task panes could look and behave like. An draft is shown in a graphic at: http://uxopenofficeorg.blogspot.com/2010/01/ux-meeting-in-hamburg-day-two.html Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Its funny but i was kinda thinking about the same idea as your task panel, except that you already made a nice blueprint ^^ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Litmus home page - link to tutorial is dead
Hi Rimas, Thanks for the nice info! I'll be able to merge them next week :) Best wishes, Yifan On Wed, Jul 06, 2011 at 06:47:52PM +0300, Rimas Kudelis wrote: Hi all, 2011.07.06 14:02, Yifan Jiang rašė: Thanks for noticing this :) Not sure if there is an official tutorial links, IMHO, we may want to make this as simple as one 'Get Help' link (rather than 3) to: http://wiki.documentfoundation.org/Litmus Then, we can add all of the stuff outside libreoffice (i.e Mozilla tutorials), to 'What is Litmus' sessions of our wiki page. Any other ideas? Yep, the links are dead upstream, it's not our problem. I've just found an archived version of the Litmus Tutorial: http://web.archive.org/web/20071231151001/http://quality.mozilla.org/en/howto/litmus/tutorial Would anyone like to copy-paste it to our wiki? IMO, it would be much easier to adapt already existing content to LibO than to write something from scratch. There's also more content at http://web.archive.org/web/20071224182737/http://quality.mozilla.org/en/howto/litmus, and some currently available Litmus related content is listed on http://quality.mozilla.org/docs/, in Litmus section. Would you mind help to see if this could be a quick fix:) Thank you! Changing the links in the sidebar is indeed an easy fix. Just tell me what links should be altered and how. Rimas -- Yifan Jiang Libreoffice Contact: yifan - irc.freenode.net/libreoffice = http://www.libreoffice.org/ http://www.documentfoundation.org/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Litmus home page - link to tutorial is dead
Hi Yifan, all, On 07/07/2011 05:21, Yifan Jiang wrote: Hi Rimas, Thanks for the nice info! I'll be able to merge them next week :) Yes, thanks a lot Rimas! I'll have the time to do it this afternoon, so you don't have to care about it :) Kind regards Sophie ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Litmus home page - link to tutorial is dead
Hi Sophie, That'd be wonderful! Thanks for taking care of this :) Best wishes, Yifan On Thu, Jul 07, 2011 at 08:06:57AM +0300, Sophie Gautier wrote: Hi Yifan, all, On 07/07/2011 05:21, Yifan Jiang wrote: Hi Rimas, Thanks for the nice info! I'll be able to merge them next week :) Yes, thanks a lot Rimas! I'll have the time to do it this afternoon, so you don't have to care about it :) Kind regards Sophie -- Yifan Jiang Libreoffice Contact: yifan - irc.freenode.net/libreoffice = http://www.libreoffice.org/ http://www.documentfoundation.org/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
