Re: [Libreoffice] [PATCH][PUSHED] Remove unused file in calc/sc
Thanks. Jacek 2011/6/4 Christian Lohmaier lohmaier+libreoff...@googlemail.com Hi Jacek, On Sat, Jun 4, 2011 at 3:12 PM, Jacek Wolszczak shutdownrun...@gmail.com wrote: This patch removes dbtoken.hxx in calc/sc which doesn't seem to be used anywhere. At least libreoffice compiles fine after the file is removed. Thanks, pushed. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Building libgsf on Mac absolutely necessary ?
Hi all, Trying to build from master, and the build keeps failing in libgsf (thumbnailer) to be precise. The error : Making all in thumbnailer CC main.o CCLD gsf-office-thumbnailer make[2]: *** No rule to make target `gsf-office-thumbnailer.schemas', needed by `all-am'. Stop. The lines in the makefile Makefile.in : gsf_office_thumbnailer_SOURCES = \ main.c schema_files = \ gsf-office-thumbnailer.schemas.in schemas = gsf-office-thumbnailer.schemas schemadir = $(GCONF_SCHEMA_FILE_DIR) @GCONF_SCHEMAS_INSTALL_TRUE@schema_DATA = $(schemas) EXTRA_DIST = \ $(schema_files) DISTCLEANFILES = \ $(schema_DATA) all: all-am My understanding is that libgsf is a Gnome i/o abstraction library used for reading/writing structured file formats, and it has several extensions, one of which is the thumbnailer which produces thumbnails in Nautilus with the Gnome FS, so why is it necessary on Mac ? Is it because it is dependent on librsvg (which is also an external lib that gets pulled in) for the build of LibO ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Building libgsf on Mac absolutely necessary ?
On Sun, 05 Jun 2011 10:22:13 +0200 Alexander Thurgood alex.thurg...@gmail.com wrote: Hi all, Hi Alexander, My understanding is that libgsf is a Gnome i/o abstraction library used for reading/writing structured file formats, and it has several extensions, one of which is the thumbnailer which produces thumbnails in Nautilus with the Gnome FS, so why is it necessary on Mac ? Is it because it is dependent on librsvg (which is also an external lib that gets pulled in) for the build of LibO ? Old versions of librsvg required libgsf for svgz files. Newer versions default to Glib/GIO for zipped svg files. Glib and librsvg are new enough in the LO repository. So, it is quite strange to depend on libgsf at all but if GIO fails to build on some architectures. Luckily we can build against system librsvg without libgsf. :-) Regards, Hanno ___ 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 vitriol_vitr...@katamail.com changed: What|Removed |Added Depends on||3794 --- Comment #135 from vitriol vitriol_vitr...@katamail.com 2011-06-05 02:14:13 PDT --- Nominating Bug 3794. Some formulas not recognized. Regression against 3.3.2. Similar or maybe related to Bug 37860. -- 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 vitriol_vitr...@katamail.com changed: What|Removed |Added Depends on||37942 --- Comment #136 from vitriol vitriol_vitr...@katamail.com 2011-06-05 02:20:12 PDT --- (In reply to comment #135) Nominating Bug 3794. Some formulas not recognized. Regression against 3.3.2. Similar or maybe related to Bug 37860. Sorry, was Bug 37942. I correct it. -- 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 vitriol_vitr...@katamail.com changed: What|Removed |Added Depends on|3794| -- 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] Performance improvements for calcs' sheet actions
Hi Markus, *, Markus Mohrhard wrote (05-06-11 02:04) I've been looking a bit further into the performance problem when dealing with several sheets and am now at the move method.(ScDocument::MoveTab) With the few sheets that I tend to work with, never even noticed a progress bar ;-) But that does not mean there is no (possible) problem of course. We have there an ScProgress(for all: it's the calc version of a progress bar) which is called quite too often. We call for every column at every sheet ScProgress::SetState. So in the end we are there with number of tables * MAXCOL (which is 1024 at the moment) calls to SetState. (It gets even worse when we move several sheets at once: number of moved tables*number of tables*MAXCOL) I tried with 5000 empty tables and moving a sheet from the first position to the last(most work for the algorithm) and it turns out that we need much more time updating the progress bar than we need to move the sheet. So in my opinion there is no need for the progress bar but I like to hear your opinion on that too. I don't know if you remember that we have problems with the same progress bar in the unit test, so it would solve two problems at once. The other solution would be to update the progress bar only once per sheet and not once per column. Looks logic to me. I would like to here any suggestions before I change anything UI related. There is a list for it recently -added as CC. (See http://lists.freedesktop.org/archives/libreoffice/2011-June/013109.html ) P.S. We don't even use a ScProgress in ScDocument::CopyTab which should normally need much more time Regards, -- - Cor Nouws - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Master fails to build in vcl with --enable-kde4 flag
Hi, There seems to be a linkage problem when trying to build the vcl module in master against kde4. The recipe below looks fine as far as i can see (i.e. all the essential kde4/qt libs are included): Invoking recipe from /home/thuswa/work/tmp/libo/solenv/gbuild/LinkTarget.mk:349 to update target `/home/thuswa/work/tmp/libo/solver/350/unxlngi6.pro/workdir/LinkTarget/Library/libvclplug_kde4lo.so'. R=/home/thuswa/work/tmp S=$R/libo O=$S/solver/350/unxlngi6.pro W=$O/workdir mkdir -p $W/LinkTarget/Library/ g++ -shared -Wl,-z,noexecstack '-Wl,-rpath,$ORIGIN:$ORIGIN/../ure-link/lib' '-Wl,-rpath-link,$O/lib' -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lQtCore -lQtGui -Wl,-z,defs -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc -L$S/solenv/unxlngi6/lib -L$O/lib -L$S/solenv/unxlngi6/lib -Wl,--hash-style=gnu -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions -Wl,-O1 $W/CxxObject/vcl/unx/kde4/KDEData.o $W/CxxObject/vcl/unx/kde4/KDESalDisplay.o $W/CxxObject/vcl/unx/kde4/KDESalFrame.o $W/CxxObject/vcl/unx/kde4/KDESalGraphics.o $W/CxxObject/vcl/unx/kde4/KDESalInstance.o $W/CxxObject/vcl/unx/kde4/KDEXLib.o $W/CxxObject/vcl/unx/kde4/main.o $W/CxxObject/vcl/unx/kde4/VCLKDEApplication.o -Wl,--start-group -Wl,--end-group -lvclplug_genlo -lvcllo -ltllo -lutllo -lsotlo -lucbhelper4gcc3 -lbasegfxlo -lcomphelpgcc3 -luno_cppuhelpergcc3 -licuuc -licule -licule -li18nisolang1gcc3 -li18npaperlo -li18nutilgcc3 -ljvmaccessgcc3 -luno_cppu -luno_sal -lX11 -lXext -lSM -lICE -ldl -lm -lpthread -o $W/LinkTarget/Library/libvclplug_kde4lo.so Putting child 0x896e200 (/home/thuswa/work/tmp/libo/solver/350/unxlngi6.pro/workdir/LinkTarget/Library/libvclplug_kde4lo.so) PID 4770 on the chain. Live child 0x896e200 (/home/thuswa/work/tmp/libo/solver/350/unxlngi6.pro/workdir/LinkTarget/Library/libvclplug_kde4lo.so) PID 4770 Reaping losing child 0x896e200 PID 4770 Removing child 0x896e200 PID 4770 from chain. Still this operation fails with a massive output of undefined references to Kde and Qt objects. Is this error is related to the recent move from dmake to gmake? I've tried to poke around a bit but, but I can't really make much sense of this. Any ideas? Thanks in advance. /Albert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] Unity Quick List in StartCenter desktop file
Hi! I put direct launcher to main parts of LibO to StartCenter desktop file. These starters are usable under Unity of Ubuntu. Here is the patch: http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=572c84d696926132b30060203cd1ab1b16b8fc49 If possible you might cherry-pick to 3-4. Thank you in advance! KAMI ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Building libgsf on Mac absolutely necessary ?
Le 05/06/11 10:50, Hanno Meyer-Thurow a écrit : Hi Hanno, Old versions of librsvg required libgsf for svgz files. Newer versions default to Glib/GIO for zipped svg files. Glib and librsvg are new enough in the LO repository. So, it is quite strange to depend on libgsf at all but if GIO fails to build on some architectures. Luckily we can build against system librsvg without libgsf. :-) I don't have librsvg natively on MacOSX, and I already have gio, so I don't understand why it isn't being recognised instead of requiring libgsf, unless it is a compiler linking problem ?? I could install librsvg via MacPorts (not a problem as such). However, that does tend to negate Christian's motto of keeping ports installation involvement out of, or to a minimum, for MacOS LibO development. Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Building libgsf on Mac absolutely necessary ?
On Sun, 05 Jun 2011 12:08:42 +0200 Alexander Thurgood alex.thurg...@gmail.com wrote: I don't have librsvg natively on MacOSX, and I already have gio, so I don't understand why it isn't being recognised instead of requiring libgsf, unless it is a compiler linking problem ?? So, if there is GIO for linux, windows, mac, etc. from internal Glib one may patch libgsf out of libreoffice since it is simply not needed. That is where I am aiming at. And your error disappears for good. I could install librsvg via MacPorts (not a problem as such). However, that does tend to negate Christian's motto of keeping ports installation involvement out of, or to a minimum, for MacOS LibO development. Sure, see above. You could try to remove 'libgsf' from http://cgit.freedesktop.org/libreoffice/libs-extern-sys/tree/librsvg/prj/build.lst and see if you can load svgz files. May be in other prj/build.lst as well. Hanno ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH 1/3] Simplified if ((FileBase::E_None != rc) (FileBase::E_INVAL == rc))
Hi, could someone please double check that the new if statement is equivalent to the old one... sal/osl/unx/file_url.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sal/osl/unx/file_url.cxx b/sal/osl/unx/file_url.cxx index a005cc8..858a7d7 100644 --- a/sal/osl/unx/file_url.cxx +++ b/sal/osl/unx/file_url.cxx @@ -762,7 +762,7 @@ oslFileError osl_searchFileURL(rtl_uString* ustrFilePath, rtl_uString* ustrSearc // try to interpret search path as file url else assume it's a system path list rc = FileBase::getSystemPathFromFileURL(rtl::OUString(ustrFilePath), file_path); -if ((FileBase::E_None != rc) (FileBase::E_INVAL == rc)) +if (FileBase::E_INVAL == rc) file_path = ustrFilePath; else if (FileBase::E_None != rc) return oslFileError(rc); I'll push it if it's ok. Christina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] New symbol in Math ?
Hi, (and now to the list and not only to Oliver. I hate this mailing list settings) Olivier Hallot schrieb: Hi Just a simple question on adding new math symbols to LO Math. In a recent post in the info list, a professor asked to add the symbol ∄ non exist Unicode symbol: U+2204 THERE DOES NOT EXIST ∄ to Math elements windows. However, it looks like Math formulas are based on MathML 2.0 http://www.w3.org/TR/MathML2/chapter4.html#contm.exists LO doesn't use Content markup but Presentation Markup. As far as I understand it, you can put ∄ into a mo-element. and no mention to There does not exists. I think it is in the dictionary as NotExists; http://www.w3.org/TR/MathML2/appendixf.html#oper-dict.entries Shall I imply that implementing this symbol will break the ODF Standard, and therefore should not be implemented? I'm more concerned about the annotation, which has encoding=StarMath 5.0. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] New symbol in Math ?
Hi Christian, Christian Lohmaier schrieb: Hi Olivier, *, On Sun, Jun 5, 2011 at 3:38 AM, Olivier Hallot olivier.hal...@documentfoundation.org wrote: In a recent post in the info list, a professor asked to add the symbol ∄ non exist Unicode symbol: U+2204 THERE DOES NOT EXIST ∄ Let alone that OpenSymbol doesn't contain the characte yet.. We can get rid of all those doesn't contain problems in Math, if we ship STIX fonts in addition and change from OpenSymbol to STIXGeneral. http://www.stixfonts.org/ Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH 1/3] Simplified if ((FileBase::E_None != rc) (FileBase::E_INVAL == rc))
Its the same logic On Sun, Jun 5, 2011 at 6:44 AM, Chr. Rossmanith chrrossman...@gmx.dewrote: Hi, could someone please double check that the new if statement is equivalent to the old one... sal/osl/unx/file_url.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sal/osl/unx/file_url.cxx b/sal/osl/unx/file_url.cxx index a005cc8..858a7d7 100644 --- a/sal/osl/unx/file_url.cxx +++ b/sal/osl/unx/file_url.cxx @@ -762,7 +762,7 @@ oslFileError osl_searchFileURL(rtl_uString* ustrFilePath, rtl_uString* ustrSearc // try to interpret search path as file url else assume it's a system path list rc = FileBase::getSystemPathFromFileURL(rtl::OUString(ustrFilePath), file_path); -if ((FileBase::E_None != rc) (FileBase::E_INVAL == rc)) +if (FileBase::E_INVAL == rc) file_path = ustrFilePath; else if (FileBase::E_None != rc) return oslFileError(rc); I'll push it if it's ok. Christina ___ 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] Comment translation!
Hi there! My comment translation is still in progress. Here comes another directory of writer. These changes have already been _pushed_ to master! So please review them, just complain and tell me what to change or go ahead and place your changes on top of mine. thanks, martin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH 1/2] Translate german comments
Translate a part of german code comments in writer/sw/source/ui/misc to english! This is contributed under the terms of the MPL 1.1 / GPLv3+ / LGPLv3+ triple license. --- sw/source/ui/misc/bookmark.cxx | 25 +++--- sw/source/ui/misc/docfnote.cxx | 42 +++- sw/source/ui/misc/glosbib.cxx | 21 +--- sw/source/ui/misc/glosdoc.cxx | 54 +++--- sw/source/ui/misc/glossary.cxx | 69 +++ 5 files changed, 101 insertions(+), 110 deletions(-) diff --git a/sw/source/ui/misc/bookmark.cxx b/sw/source/ui/misc/bookmark.cxx index 49d2c40..7475039 100644 --- a/sw/source/ui/misc/bookmark.cxx +++ b/sw/source/ui/misc/bookmark.cxx @@ -78,33 +78,32 @@ IMPL_LINK( SwInsertBookmarkDlg, ModifyHdl, BookmarkCombo *, pBox ) } -aOkBtn.Enable(!bSelEntries); // neue Textmarke -aDeleteBtn.Enable(bSelEntries);// loeschbar? +aOkBtn.Enable(!bSelEntries); // new text mark +aDeleteBtn.Enable(bSelEntries);// deletable? return 0; } /* - Beschreibung: Callback zum Loeschen einer Textmarke + Description: callback to delete a text mark ---*/ IMPL_LINK( SwInsertBookmarkDlg, DeleteHdl, Button *, EMPTYARG ) { -// Textmarken aus der ComboBox entfernen +// remove text marks from the ComboBox for (sal_uInt16 i = aBookmarkBox.GetSelectEntryCount(); i; i-- ) aBookmarkBox.RemoveEntry(aBookmarkBox.GetSelectEntryPos(i - 1)); aBookmarkBox.SetText(aEmptyStr); -aDeleteBtn.Enable(sal_False); // keine weiteren Eintraege vorhanden +aDeleteBtn.Enable(sal_False); // no further entries there -aOkBtn.Enable(); // Im OK Handler wird geloescht +aOkBtn.Enable(); // the OK handler deletes return 0; } /* - Beschreibung: Callback fuer OKButton. Fuegt eine neue Textmarke - an die akt. Position ein. Geloeschte Textmarken werden auch am Modell - entfernt. + Description: callback for OKButton. Inserts a new text mark to the + current position. Deleted text marks are also deleted in the model. ---*/ void SwInsertBookmarkDlg::Apply() { @@ -120,7 +119,7 @@ void SwInsertBookmarkDlg::Apply() aReq.Done(); } -// Textmarke einfuegen +// insert text mark sal_uInt16 nLen = aBookmarkBox.GetText().Len(); SwBoxEntry aTmpEntry(aBookmarkBox.GetText(), 0 ); @@ -140,7 +139,7 @@ void SwInsertBookmarkDlg::Apply() } /* - Beschreibung: CTOR + Description: CTOR ---*/ SwInsertBookmarkDlg::SwInsertBookmarkDlg( Window *pParent, SwWrtShell rS, SfxRequest rRequest ) : @@ -159,7 +158,7 @@ SwInsertBookmarkDlg::SwInsertBookmarkDlg( Window *pParent, SwWrtShell rS, SfxRe aDeleteBtn.SetClickHdl(LINK(this, SwInsertBookmarkDlg, DeleteHdl)); -// Combobox mit vorhandenen Bookmarks fuellen +// fill Combobox with existing bookmarks IDocumentMarkAccess* const pMarkAccess = rSh.getIDocumentMarkAccess(); sal_uInt16 nId = 0; for( IDocumentMarkAccess::const_iterator_t ppBookmark = pMarkAccess-getBookmarksBegin(); @@ -225,7 +224,7 @@ sal_uInt16 BookmarkCombo::GetSelectEntryCount() const } /* - Beschreibung: Position in der Listbox (der ComboBox) + Description: position inside of the listbox (the ComboBox) ---*/ sal_uInt16 BookmarkCombo::GetSelectEntryPos( sal_uInt16 nSelIndex ) const { diff --git a/sw/source/ui/misc/docfnote.cxx b/sw/source/ui/misc/docfnote.cxx index 5226749..6eccde9 100644 --- a/sw/source/ui/misc/docfnote.cxx +++ b/sw/source/ui/misc/docfnote.cxx @@ -184,7 +184,7 @@ void SwEndNoteOptionPage::Reset( const SfxItemSet ) else { const SwFtnInfo rInf = pSh-GetFtnInfo(); -// Position (Seite, Kapitel) setzen +// set position (page, chapter) if ( rInf.ePos == FTNPOS_PAGE ) { aPosPageBox.Check(); @@ -198,16 +198,16 @@ void SwEndNoteOptionPage::Reset( const SfxItemSet ) aNumCountBox.RemoveEntry(aNumChapter); bPosDoc = sal_True; } -// Verweistexte +// reference tests aContEdit.SetText(rInf.aQuoVadis); aContFromEdit.SetText(rInf.aErgoSum); -// gesammelt wo +// collected SelectNumbering(rInf.eNum); } -// Numerierung -// Art +// numbering +// art
[Libreoffice] [PATCH 2/2] Translate german comments
Translate the remaining german code comments in writer/sw/source/ui/misc to english! This is contributed under the terms of the MPL 1.1 / GPLv3+ / LGPLv3+ triple license. --- sw/source/ui/misc/glossary.hrc|8 +- sw/source/ui/misc/glshell.cxx | 13 ++-- sw/source/ui/misc/insfnote.cxx|4 +- sw/source/ui/misc/insrule.cxx |6 +- sw/source/ui/misc/linenum.cxx | 38 +- sw/source/ui/misc/num.cxx | 10 +- sw/source/ui/misc/num.src |4 +- sw/source/ui/misc/outline.cxx | 54 +++--- sw/source/ui/misc/pgfnote.cxx | 32 sw/source/ui/misc/redlndlg.cxx| 100 sw/source/ui/misc/srtdlg.cxx | 14 ++-- sw/source/ui/misc/swmodalredlineacceptdlg.cxx |6 +- 12 files changed, 141 insertions(+), 148 deletions(-) diff --git a/sw/source/ui/misc/glossary.hrc b/sw/source/ui/misc/glossary.hrc index 52208bc..8f43937 100644 --- a/sw/source/ui/misc/glossary.hrc +++ b/sw/source/ui/misc/glossary.hrc @@ -26,7 +26,7 @@ / -// Box Textbausteine +// Box text blocks #defineFT_SHORTNAME1 #define ED_SHORTNAME 2 #define FT_NAME3 @@ -63,7 +63,7 @@ #define FN_GL_REPLACE_TEXT 78 #define WIN_EXAMPLE_DUMMY 79 -// Box Bibliothek Textbausteine +// Box library text blocks #define FL_EDIT 1 #define FL_BIB 2 #define ED_BIB 3 @@ -73,10 +73,10 @@ #define BT_OK 100 -// beide +// both #define LB_BIB 80 -// Dialog Namensaenderung +// Dialog name changing #define FT_ON 1 #define FT_OS 2 #define FT_NN 3 diff --git a/sw/source/ui/misc/glshell.cxx b/sw/source/ui/misc/glshell.cxx index 480d815..df8465f 100644 --- a/sw/source/ui/misc/glshell.cxx +++ b/sw/source/ui/misc/glshell.cxx @@ -52,7 +52,7 @@ #include IDocumentUndoRedo.hxx #include glosdoc.hxx #include shellio.hxx -#include initui.hxx // fuer ::GetGlossaries() +#include initui.hxx // for ::GetGlossaries() #include cmdid.h #include swerror.h #include misc.hrc @@ -216,8 +216,7 @@ SwDocShellRef SwGlossaries::EditGroupDoc( const String rGroup, const String rS SwTextBlocks* pGroup = GetGroupDoc( rGroup ); if( pGroup pGroup-GetCount() ) { -// erfrage welche View registriert ist. Im WebWriter gibts es keine -// normale View +// query which view is registered. In WebWriter there is no normal view sal_uInt16 nViewId = 0 != SwView::Factory() ? 2 : 6; String sLongName = pGroup-GetLongName(pGroup-GetIndex( rShortName )); @@ -240,7 +239,7 @@ SwDocShellRef SwGlossaries::EditGroupDoc( const String rGroup, const String rS pDocSh-SetGroupName( rGroup ); } -// Dokumenttitel setzen +// set document title SfxViewFrame* pFrame = bShow ? SfxViewFrame::LoadDocument( *xDocSh, nViewId ) : SfxViewFrame::LoadHiddenDocument( *xDocSh, nViewId ); String aDocTitle(SW_RES( STR_GLOSSARY )); aDocTitle += ' '; @@ -253,8 +252,8 @@ SwDocShellRef SwGlossaries::EditGroupDoc( const String rGroup, const String rS xDocSh-GetWrtShell()-InsertGlossary( *pGroup, rShortName ); if( !xDocSh-GetDoc()-getPrinter( false ) ) { -// wir erzeugen einen default SfxPrinter. -// Das ItemSet wird vom Sfx geloescht! +// we create a default SfxPrinter. +// ItemSet is deleted by Sfx! SfxItemSet *pSet = new SfxItemSet( xDocSh-GetDoc()-GetAttrPool(), FN_PARAM_ADDPRINTER, FN_PARAM_ADDPRINTER, SID_PRINTER_NOTFOUND_WARN, SID_PRINTER_NOTFOUND_WARN, @@ -262,7 +261,7 @@ SwDocShellRef SwGlossaries::EditGroupDoc( const String rGroup, const String rS 0 ); SfxPrinter* pPrinter = new SfxPrinter( pSet ); -// und haengen ihn ans Dokument. +// and append it to the document. xDocSh-GetDoc()-setPrinter( pPrinter, true, true ); } diff --git a/sw/source/ui/misc/insfnote.cxx b/sw/source/ui/misc/insfnote.cxx index efbe591..14eea45 100644 --- a/sw/source/ui/misc/insfnote.cxx +++ b/sw/source/ui/misc/insfnote.cxx @@ -56,7 +56,7 @@ static sal_Bool bFootnote = sal_True; /* - Beschreibung: Einfuegen der Fussnote durch OK + Description: inserting a footnote with OK */ void SwInsFootNoteDlg::Apply() @@ -170,7 +170,7 @@
Re: [Libreoffice] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On Jun 5, 2011, at 11:01 AM, Simon Phipps wrote: The plain fact is that Apache's rules do not allow any section of Apache-maintained code to be licensed under copyleft licenses. That means that groups of people who have made the the equally valid choice to have their work licensed under LGPL will be unable to collaborate within the Apache community. As a consequence, any part of the OOo/LO codebase whose locus of development moves to Apache cannot be co-developed by people preferring copyleft licensing. The folk who choose non-copyleft licensing simply won't be welcome at Apache. While the folk who choose only Apache licensing will be welcome at LibreOffice (since their Apache-licensed contributions can readily be used in the LibreOffice code), they will probably not be content with a work-product that's not Apache licensed. Given these plain facts, I believe it is inevitable that there will be two projects. As such, I think it's important to get started on the rules of engagement for productive co-operation rather than endlessly arguing about licensing or the possibility that every developer with existing preferences will spontaneously change them. Personally, I don't think it's inevitable at all, nor do I think it the place for people to make such statements on behalf of communities that they have, as far as I know, only limited associations with. If we want to turn this discussion into an ideological debate about copyleft and non-copyleft, then I think it's a mistake. But just recall that even the FSF admits that AL2.0 is the best license where free/open standards are competing with non-free/proprietary ones. (PS: True, people who choose only copyleft won't be welcome at the ASF (they would be welcome, really, it's just that the ASF just does AL2... it's just an environment in which they might feel as outsiders), but neither would those people who choose only non-copyleft feel welcome at TDF... I think most people are true pragmatics and choose the best license for the job at hand.) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
On Sun, Jun 5, 2011 at 6:17 AM, Chr. Rossmanith chrrossman...@gmx.de wrote: Hi, any Mac or Windows opinions? according to http://en.wikipedia.org/wiki/Variadic_macro The GNU Compiler Collection, since 3.0, C++Builder 2006 and Visual Studio 2005 [1] support variable-argument macros, both when compiling C and C++ code. In addition, GCC supports variadic macros when compiling Objective-C. So I'd say variadic macro support is not blocking this patch :-) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On 5 Jun 2011, at 16:20, Jim Jagielski wrote: Personally, I don't think it's inevitable at all, nor do I think it the place for people to make such statements on behalf of communities that they have, as far as I know, only limited associations with. Actually I am a TDF Member and have a long-standing account at OpenOffice.org. I have been associated with OpenOffice for about a decade in a variety of roles. I don't cut code at OOo, and I've not had cause to engage in many public discussions lately for reasons to do with employment transitions, but I am still a proud and eager supporter of OpenOffice.org globally with, I think, a good grasp of both its history and issues. If we want to turn this discussion into an ideological debate about copyleft and non-copyleft, then I think it's a mistake. Hey, chill. As Sam says, there's no ideology involved, just choices. The last thing I want is an ideological debate because I already know how it turns out. That's why I think it would be far better not to keep making proposals whose most likely response is an explanation of how licensing is the issue blocking them. But just recall that even the FSF admits that AL2.0 is the best license where free/open standards are competing with non-free/proprietary ones. See Bradley Kuhn's rebuttals to Rob Weir[2][3]. (PS: True, people who choose only copyleft won't be welcome at the ASF (they would be welcome, really, it's just that the ASF just does AL2... it's just an environment in which they might feel as outsiders), but neither would those people who choose only non-copyleft feel welcome at TDF... Which is what I said, yes. It's just how it is, no value judgements. I think most people are true pragmatics and choose the best license for the job at hand.) While that's a true statement, different and reasonable people come to different conclusions about what the superset of possible best licenses available for pragmatic choice actually is. We are not all alike. Pretending we are starts bad arguments. Really, what is so wrong about discussing how to get the two activities collaborating the best they can? Why is your only proposal leave here and join us? S. [1] http://www.documentfoundation.org/foundation/members/ [2] http://www.robweir.com/blog/2011/06/apache-openoffice.html#comment-18558 [3] http://www.robweir.com/blog/2011/06/apache-openoffice.html#comment-18807 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
But are the implementations compatible? 2011/6/5 Norbert Thiebaud nthieb...@gmail.com: On Sun, Jun 5, 2011 at 6:17 AM, Chr. Rossmanith chrrossman...@gmx.de wrote: Hi, any Mac or Windows opinions? according to http://en.wikipedia.org/wiki/Variadic_macro The GNU Compiler Collection, since 3.0, C++Builder 2006 and Visual Studio 2005 [1] support variable-argument macros, both when compiling C and C++ code. In addition, GCC supports variadic macros when compiling Objective-C. So I'd say variadic macro support is not blocking this patch :-) Norbert ___ 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] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On Jun 5, 2011, at 11:47 AM, Simon Phipps wrote: But just recall that even the FSF admits that AL2.0 is the best license where free/open standards are competing with non-free/proprietary ones. See Bradley Kuhn's rebuttals to Rob Weir[2][3]. You should only do that when there is a strong reason to justify it. I see a number of strong reasons, should people decide to do it. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On 5 Jun 2011, at 16:57, Jim Jagielski wrote: On Jun 5, 2011, at 11:47 AM, Simon Phipps wrote: Hey, chill. As Sam says, there's no ideology involved, just choices. The last thing I want is an ideological debate because I already know how it turns out. That's why I think it would be far better not to keep making proposals whose most likely response is an explanation of how licensing is the issue blocking them. I'm chilling like a villain. Sorry, but you *based* your conclusion of the inevitability of there being 2 projects on the *ideology* of copyleft vs non-copyleft. I did that because the diversity of the world of FOSS is a clearly observable fact. You observe a different world around you? I don't want to argue about it precisely because it's so obvious :-) So back to the constructive point: what are the best, most uniting proposals we can come up with for ASF and LibreOffice to co-operate? S. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On Jun 5, 2011, at 11:47 AM, Simon Phipps wrote: Hey, chill. As Sam says, there's no ideology involved, just choices. The last thing I want is an ideological debate because I already know how it turns out. That's why I think it would be far better not to keep making proposals whose most likely response is an explanation of how licensing is the issue blocking them. I'm chilling like a villain. Sorry, but you *based* your conclusion of the inevitability of there being 2 projects on the *ideology* of copyleft vs non-copyleft. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Re: Proposal to join Apache OpenOffice
On Jun 5, 2011, at 12:03 PM, Simon Phipps wrote: Sorry, but you *based* your conclusion of the inevitability of there being 2 projects on the *ideology* of copyleft vs non-copyleft. I did that because the diversity of the world of FOSS is a clearly observable fact. You observe a different world around you? I don't want to argue about it precisely because it's so obvious :-) It is, agreed. Maybe I am just somewhat of an optimist that I believe even pure idealogical stakeholders can find common ground and that nothing is inevitable. So back to the constructive point: what are the best, most uniting proposals we can come up with for ASF and LibreOffice to co-operate? Agreed again, and glad to see everyone discussing and negotiating these proposals... and others! Cheers! ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Master fails to build in vcl with --enable-kde4 flag
Hello, Perhaps try to delete the repertory /home/thuswa/work/tmp/libo/solver/350/unxlngi6.pro then compile. If it doesn't work, clean all the unxlng* with a make clean then recompile the whole thing. Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
Hi, how many different compilers are used for Mac/Windows? Could we just try if they accept the varargs syntax? Or is there more testing needed? Maybe there are more pieces of code which would be better readable if using varargs? So if we know it for this situation we know it for future cases as well... Christina Am 05.06.2011 17:49, schrieb Joop Kiefte: But are the implementations compatible? 2011/6/5 Norbert Thiebaudnthieb...@gmail.com: On Sun, Jun 5, 2011 at 6:17 AM, Chr. Rossmanithchrrossman...@gmx.de wrote: Hi, any Mac or Windows opinions? according to http://en.wikipedia.org/wiki/Variadic_macro The GNU Compiler Collection, since 3.0, C++Builder 2006 and Visual Studio 2005 [1] support variable-argument macros, both when compiling C and C++ code. In addition, GCC supports variadic macros when compiling Objective-C. So I'd say variadic macro support is not blocking this patch :-) Norbert ___ 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] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
Sorry I cannot check, Ubuntu here... 2011/6/5 Chr. Rossmanith chrrossman...@gmx.de: Hi, how many different compilers are used for Mac/Windows? Could we just try if they accept the varargs syntax? Or is there more testing needed? Maybe there are more pieces of code which would be better readable if using varargs? So if we know it for this situation we know it for future cases as well... Christina Am 05.06.2011 17:49, schrieb Joop Kiefte: But are the implementations compatible? 2011/6/5 Norbert Thiebaudnthieb...@gmail.com: On Sun, Jun 5, 2011 at 6:17 AM, Chr. Rossmanithchrrossman...@gmx.de wrote: Hi, any Mac or Windows opinions? according to http://en.wikipedia.org/wiki/Variadic_macro The GNU Compiler Collection, since 3.0, C++Builder 2006 and Visual Studio 2005 [1] support variable-argument macros, both when compiling C and C++ code. In addition, GCC supports variadic macros when compiling Objective-C. So I'd say variadic macro support is not blocking this patch :-) Norbert ___ 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] Performance improvements for calcs' sheet actions
Hi Markus, On Sat, Jun 4, 2011 at 8:04 PM, Markus Mohrhard markus.mohrh...@googlemail.com wrote: I would like to here any suggestions before I change anything UI related. So, there are two things that I could see us changing. One is to update the progress bar only once per sheet, instead of once per column in each sheet. I find the latter simply a bit silly, not to mention it has terrible performance consequences. Two is to change ScDocument::MoveTab to not instantiate the ScProgress instance on every call (and destroys it), but to simply have the caller do that while the method itself simply accepts a pointer to that instance. When a NULL pointer is passed, the method would simply do its thing without even updating the progress bar. This would allow the caller to control how often the progress bar should be updated, which allows the caller to e.g. update the progress bar on every 5 sheets while relocating 1000 sheets. etc. That would also solve the issue you had with the unit test code. The key is to not eliminate the progress bar, but simply reduce the frequency of updating which can be very expensive especially when using GTK to draw the progress bar. How does that sound? P.S. We don't even use a ScProgress in ScDocument::CopyTab which should normally need much more time True. I think the reason why MoveTab uses the progress bar may be because it gets called repeatedly in a for-loop sometimes. Still, the current design can be improved for better performance (as I stated above). Kohei ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Unity Quick List in StartCenter desktop file
Hi Kami, On Sun, 5 Jun 2011 11:54:04 +0200 KAMI911 KAMI911 kami...@gmail.com wrote: I put direct launcher to main parts of LibO to StartCenter desktop file. These starters are usable under Unity of Ubuntu. Here is the patch: http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=572c84d696926132b30060203cd1ab1b16b8fc49 If possible you might cherry-pick to 3-4. Thank you in advance! this was discussed at: https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-default-apps-unity-integration/ along with all the other proposals from: http://askubuntu.com/questions/35488/list-of-custom-launchers-quicklists-for-unity but this one was rejected (and was not implemented already before) because in the launcher the different LibreOffice apps are separated entities and to start a different app from the icon breaks the user experience. So, while your work is very welcome I am against integrating this patch in the default install on behalf of the Ubuntu UX (and Ubuntu would be the primary customer of this). Users are of cause still free to add this quicklist manually. ;) Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
On Sun, Jun 5, 2011 at 10:49 AM, Joop Kiefte iko...@gmail.com wrote: But are the implementations compatible? Variable-argument macros were introduced in the ISO/IEC 9899:1999 (C99) revision of the C programming language standard in 1999. Surely gcc is C99 compliant (and Mac use gcc 4.0.1) and Visual Studio 2005, while not C99 compliant, has added variadic macro support, one would hope that that support, added _after_ the standard was published is standard compliant. http://msdn.microsoft.com/en-us/library/ms177415%28v=vs.80%29.aspx Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [MAC/WINDOWS] Simplified #define OSL_FILE_TRACE
On Sun, Jun 5, 2011 at 12:11 PM, Chr. Rossmanith chrrossman...@gmx.de wrote: Hi, how many different compilers are used for Mac/Windows? Could we just try if they accept the varargs syntax? Or is there more testing needed? I'm pretty certain now that __VAR_ARGS__ is supported by all the compiler we use. Maybe there are more pieces of code which would be better readable if using varargs? So if we know it for this situation we know it for future cases as well... Well whether or not using variadic macro make sens or not has to be looked at on a case by case basis... But there is no compiler issue, that I know of, that would prevent its use. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Comments on Changes in svtools/source/svhtml/htmlkwd.cxx
Christina. commit libs-gui:b247a329c5ca9f8cd1e84fbaca3456be71a87fbfRemoved lines from merge conflicts When you run into a hick-up like that (a belated gitt pull -r that conflicted right ?), and that is _before_ you pushed the offending commit, it would be nicer to 'amend' the previous commit to fix it rather than let the unbuildable error and it correction stand. Right now, I suggest that to make things easier to read (I had to read the patch because of a bug... see below) But in the near future, we will be able to use git-bisect in tinderbox and for it to be effective we must thrive to have the product build at every commit as much as possible. Now, the reason I browse these commits is because I'm seeing: [ build CXX ] svtools/source/svhtml/htmlout /lo/tb/svtools/source/svhtml/htmlkywd.cxx: In function 'sal_uInt32 GetHTMLColor(const String)': /lo/tb/svtools/source/svhtml/htmlkywd.cxx:1028: error: new declaration 'sal_uInt32 GetHTMLColor(const String)' /lo/tb/solver/350/unxlngx6.pro/inc/svtools/htmltokn.h:50: error: ambiguates old declaration 'sal_uIntPtr GetHTMLColor(const String)' make[1]: *** [/lo/tb/solver/350/unxlngx6.pro/workdir/CxxObject/svtools/source/svhtml/htmlkywd.o] Error 1 make[1]: *** Waiting for unfinished jobs dmake: Error code 2, while making 'all' that seems to come from essentially from libs-gui:b8e4fae544147f9af83ec811bac49662481305f4 The thing is that solar.h define: typedef sal_uIntPtrsal_uLong; /* Replaces type ULONG */ so substituting sal_uLong with sal_uInt32 is not a neutral replacement. on 64 bits machine that actually change things. Now, I'm not arguing that in that particular case sal_uIntPtr make more sens (I do think that sal_uInt32 is saner here), but sadly the change has apparently deeper consequences that need to be ironed out. Norbert ___ 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||35784 --- Comment #137 from Cor Nouws c...@nouenoff.nl 2011-06-05 11:39:24 PDT --- Adding #35784 EDITING - unable to update postgresql databases using postgres SDBC driver -- 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] Trouble building the redland module on mac
On Sat, Jun 4, 2011 at 10:47 AM, Christian Lohmaier lohmaier+libreoff...@googlemail.com wrote: Hi William, *, On Sat, Jun 4, 2011 at 4:01 PM, William Lachance wrl...@gmail.com wrote: On Sat, Jun 4, 2011 at 7:55 AM, Christian Lohmaier lohmaier+libreoff...@googlemail.com wrote: http://cgit.freedesktop.org/libreoffice/libs-extern/commit/?id=4a97a447960d97441d2e151f8ed10ccc4a1b8431 Unfortunately this didn't quite fix the problem for me, as there still seems to be other places in raptor's configure file which try to get libxml's include/library path from 'xml2-config'. yes, it is called in different places, but that's the only place where its return value is acually reused. How did you check that it doesn't work for you? if you just pull, it is not enough, as the additional patch will not be applied, as the build thinks it already did pass that step. rm -rf unxmac* in redland, then try again please. Ok, as discussed on irc, this still really didn't work for me, the problem being that we were still using the output of xml2-config/xslt-config to do compile-time checks, even though we didn't wind up using the cflags/ldflags that these scripts generate. If a user has an incompatible xml2-config (e.g. from macports, my case), the configuration will thus fail for no good reason. Christian suggested modifying the configure script not to use xml2-config/xslt-config at all. Here's a patch which does exactly that. I'm not exactly thrilled by the size/complexity of this patch for what it does, but at the same time it does seem a bit crazy for LO not to build just because libxml is installed in MacPorts (which is not uncommon: it's a dependency of ImageMagick for instance). -- William Lachance wrl...@gmail.com raptor-dont-use-xml-xslt-config-at-all.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] QA manual test Litmus session on 3.3.3Rc
Hi all, *please, follow up on the projects list, thanks in advance* I would like to try to organize a first session of manual tests - release scenarios - on Litmus [1]. Mostly to see how it goes and fine tune what needs to be done to go further. We need to push our QA process further and log what is done in the language community. The first version will 3.3.3 RC. Yifan (thanks a lot! ) did upload a session for 3.4, but I guess we were a bit distracted by what happened to the OOo code. But we can use this basis for the next session. Tests already exists in US - DE - FR, it's a first set that needs to be improved and made available for all languages. So please, join the projects@ list and let us organize a nice and fun QA process for our future versions. For testing, you don't need technical skills, only about 3/4 hours available (for beginners, less if you have already participate) per tested version and some curiosity for the new features and the bug you will find. For translation, understanding of English will be enough, the tests and the process are simple and most of the time written by non English speakers. If you run VCLTesTool, we will also try to centralize the feedback, so don't hesitate to jump in either. Process and info on Litmus are available on the wiki [2], but don't hesitate to come on the list, I'll help and answer your questions from there, also on irc #libreoffice [1] https://tcm.documentfoundation.org/ [2] http://wiki.documentfoundation.org/Litmus Thanks in advance for your help on the organization and your participation. Kind regards Sophie -- Founding member of The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice