date:20111031

 desktop/source/deployment/registry/dp_backend.cxx |9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

New commits:
commit 0c13fbb5bd4cbb0dd8c26b6a168d22a695dd11d6
Author: Stephan Bergmann sberg...@redhat.com
Date:   Mon Oct 31 09:04:33 2011 +0100

Improved an OSL_FAIL.

diff --git a/desktop/source/deployment/registry/dp_backend.cxx 
b/desktop/source/deployment/registry/dp_backend.cxx
index cbb0bf5..672364d 100644
--- a/desktop/source/deployment/registry/dp_backend.cxx
+++ b/desktop/source/deployment/registry/dp_backend.cxx
@@ -677,8 +677,13 @@ void Package::processPackage_impl(
  xCmdEnv );
 }
 }
-catch (RuntimeException ) {
-OSL_FAIL( ### unexpected RuntimeException! );
+catch (RuntimeException e) {
+(void) e; // avoid warnings
+OSL_FAIL(
+OSL_FORMAT(
+unexpected RuntimeException \%s\,
+(rtl::OUStringToOString(e.Message, RTL_TEXTENCODING_UTF8).
+ getStr(;
 throw;
 }
 catch (CommandFailedException ) {
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: 2 commits - swext/mediawiki sysui/desktop

 swext/mediawiki/help/wikiaccount.xhp |2 +-
 sysui/desktop/man/unopkg.1   |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

New commits:
commit cedad6e08b5b820e2cb295ddebd431f576fb6f18
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 12:16:39 2011 +0100

change wiki's address

diff --git a/swext/mediawiki/help/wikiaccount.xhp 
b/swext/mediawiki/help/wikiaccount.xhp
index 3254de7..b27ea09 100644
--- a/swext/mediawiki/help/wikiaccount.xhp
+++ b/swext/mediawiki/help/wikiaccount.xhp
@@ -49,7 +49,7 @@
 paragraph role=paragraph id=par_id1113010 xml-lang=en-US 
l10n=NEWahelp hid=. visibility=hiddenEnter your password on the 
MediaWiki server. Leave empty for anonymous 
access./ahelp/paragraphcommentSave password/comment
 bookmark xml-lang=en-US 
branch=hid/com.sun.star.wiki.MediaWiki.EditSetting.SaveBox id=bm_id4558247 
localize=false/
 paragraph role=paragraph id=par_id656758 xml-lang=en-US 
l10n=NEWahelp hid=. visibility=hiddenEnable to store your password 
between sessions. The master password must be enabled, see item 
type=menuitemTools - Options - %PRODUCTNAME - 
Security/item./ahelp/paragraph
-paragraph role=paragraph id=par_id3112582 xml-lang=en-US 
l10n=NEWEnter the Internet address of a Wiki server in a format like 
http://wiki.services.openoffice.org/wiki or copy the URL from a web 
browser./paragraph
+paragraph role=paragraph id=par_id3112582 xml-lang=en-US 
l10n=NEWEnter the Internet address of a Wiki server in a format like 
http://wiki.documentfoundation.org or copy the URL from a web 
browser./paragraph
 paragraph role=paragraph id=par_id628070 xml-lang=en-US l10n=NEWIf 
the Wiki allows anonymous access, you can leave the account text boxes empty. 
Else enter your user name and password./paragraph
 paragraph role=paragraph id=par_id9046601 xml-lang=en-US l10n=NEWIf 
you have enabled the master password feature on the Security tab page of the 
Tools - Options - %PRODUCTNAME dialog, then the software can store your 
password and automatically insert the data where necessary. Enable the Save 
password checkbox to store your password./paragraph
 /body
commit ff290dac977017f6c5114077f28f668432b7180a
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 12:15:35 2011 +0100

change address of extensions' website

diff --git a/sysui/desktop/man/unopkg.1 b/sysui/desktop/man/unopkg.1
index b98a30d..dad74dd 100644
--- a/sysui/desktop/man/unopkg.1
+++ b/sysui/desktop/man/unopkg.1
@@ -25,7 +25,7 @@ LibreOffice is a fully featured office suite for the daily 
use with all
 features you would normally expect in an office suite.
 
 There exists many LibreOffice extensions all over the word. For example, see
-\fBhttp://extensions.services.openoffice.org/\fR
+\fBhttp://extensions.libreoffice.org/\fR
 
 This tool allows to manage the extensions from the command line.
 
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: reportbuilder/util

 reportbuilder/util/makefile.mk |   14 ++
 1 file changed, 10 insertions(+), 4 deletions(-)

New commits:
commit b67ae8dd02a1b9aeb35ef123017d8c02d1d8aaf5
Author: Stephan Bergmann sberg...@redhat.com
Date:   Mon Oct 31 12:39:38 2011 +0100

Make sure COMPONENT_EXTJARFILES are included in report-builder.oxt.

diff --git a/reportbuilder/util/makefile.mk b/reportbuilder/util/makefile.mk
index 8e838e7..c099efb 100644
--- a/reportbuilder/util/makefile.mk
+++ b/reportbuilder/util/makefile.mk
@@ -86,12 +86,13 @@ COMPONENT_HELP= \
 
 # .jar files from solver
 COMPONENT_EXTJARFILES = \
-$(EXTENSIONDIR)$/sun-report-builder.jar
\
+$(EXTENSIONDIR)$/sun-report-builder.jar
+COMPONENT_EXTJARFILES_COPY = \
 $(OUTDIR)$/bin$/reportbuilderwizard.jar
 
 .IF $(SYSTEM_JFREEREPORT) != YES
 .INCLUDE :  $(OUTDIR)/bin/jfreereport_version.mk
-COMPONENT_EXTJARFILES += \
+COMPONENT_EXTJARFILES_COPY += \
 $(OUTDIR)$/bin$/flute-$(FLUTE_VERSION).jar 
\
 $(OUTDIR)$/bin$/libserializer-$(LIBSERIALIZER_VERSION).jar 
\
 $(OUTDIR)$/bin$/libbase-$(LIBBASE_VERSION).jar \
@@ -105,7 +106,7 @@ COMPONENT_EXTJARFILES += \
 $(OUTDIR)$/bin$/sac.jar
 .ENDIF
 .IF $(SYSTEM_APACHE_COMMONS) != YES
-COMPONENT_EXTJARFILES += \
+COMPONENT_EXTJARFILES_COPY += \
 $(OUTDIR)$/bin$/commons-logging-1.1.1.jar
 .ENDIF
 
@@ -113,7 +114,7 @@ COMPONENT_MANIFEST_GENERIC:=TRUE
 COMPONENT_MANIFEST_SEARCHDIR:=registry
 
 # make sure to add your custom files here
-EXTENSION_PACKDEPS=$(COMPONENT_EXTJARFILES) $(COMPONENT_HTMLFILES) 
$(COMPONENT_OTR_FILES) $(COMPONENT_HELP) $(COMPONENT_IMAGES)
+EXTENSION_PACKDEPS=$(COMPONENT_EXTJARFILES) $(MISC)/$(TARGET).copied 
$(COMPONENT_HTMLFILES) $(COMPONENT_OTR_FILES) $(COMPONENT_HELP) 
$(COMPONENT_IMAGES)
 .ENDIF
 # --- Targets --
 
@@ -144,6 +145,11 @@ $(COMPONENT_HELP) : $$(@:f)
 $(DESCRIPTION_SRC): description.xml
 +-$(RM) $@
 $(TYPE) description.xml | $(SED) s/#VERSION#/$(EXTENSION_VERSION)/  $@
+
+$(MISC)/$(TARGET).copied: $(COMPONENT_EXTJARFILES_COPY)
+@@-$(MKDIRHIER) $(EXTENSIONDIR)
+: $(foreach,i,$(COMPONENT_EXTJARFILES_COPY)  $(COPY) $i $(EXTENSIONDIR)/)
+$(TOUCH) $@
 .ENDIF
 .ELSE  # $(SOLAR_JAVA)!=
 .INCLUDE : target.mk
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: vcl/unx

 vcl/unx/gtk/app/gtksys.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit c8278a72b36adfd7f0a44dbedc558961dfd0dd24
Author: Michael Meeks michael.me...@suse.com
Date:   Mon Oct 31 14:15:02 2011 +

gtk: tolerate NULL from gdk_screen_get_monitor_plug_name

diff --git a/vcl/unx/gtk/app/gtksys.cxx b/vcl/unx/gtk/app/gtksys.cxx
index b752cce..dbe1c47 100644
--- a/vcl/unx/gtk/app/gtksys.cxx
+++ b/vcl/unx/gtk/app/gtksys.cxx
@@ -118,7 +118,7 @@ static int _fallback_get_primary_monitor (GdkScreen 
*pScreen)
 for (int i = 0; i  max  ret  0; i++)
 {
 char *name = gdk_screen_get_monitor_plug_name (pScreen, i);
-if (!g_ascii_strncasecmp (name, LVDS, 4))
+if (name  !g_ascii_strncasecmp (name, LVDS, 4))
 ret = i;
 g_free (name);
 }
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: sdext/source

 sdext/source/minimizer/description-en-US.txt  |2 +
 sdext/source/minimizer/description.xml|2 -
 sdext/source/minimizer/help/component.txt |2 -
 sdext/source/minimizer/makefile.mk|   24 --
 sdext/source/pdfimport/config/component.txt   |1 
 sdext/source/pdfimport/config/description.xml |   33 --
 sdext/source/pdfimport/description-en-US.txt  |1 
 sdext/source/pdfimport/description.xml|   33 ++
 sdext/source/pdfimport/makefile.mk|   24 +-
 sdext/source/presenter/description-en-US.txt  |2 +
 sdext/source/presenter/description.xml|2 -
 sdext/source/presenter/help/component.txt |2 -
 sdext/source/presenter/makefile.mk|   20 ++-
 13 files changed, 91 insertions(+), 57 deletions(-)

New commits:
commit 3c3f1e3959ccfbd6427ae6610daa4c961559ba69
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 13:23:36 2011 +0100

enable localization of extension descriptions in sdext

diff --git a/sdext/source/minimizer/description-en-US.txt 
b/sdext/source/minimizer/description-en-US.txt
new file mode 100644
index 000..98f2687
--- /dev/null
+++ b/sdext/source/minimizer/description-en-US.txt
@@ -0,0 +1,2 @@
+The Presentation Minimizer is used to reduce the file size of the current 
presentation. Images will be compressed, and data that is no longer needed will 
be removed.
+The Presentation Minimizer can optimize the image quality size. Presentations 
designed for screen or projector do not require the same high quality as 
presentations designed for print.
diff --git a/sdext/source/minimizer/description.xml 
b/sdext/source/minimizer/description.xml
index f8762c7..eef22a7 100644
--- a/sdext/source/minimizer/description.xml
+++ b/sdext/source/minimizer/description.xml
@@ -28,7 +28,7 @@
 /icon
 
 extension-description
-  src xlink:href=help/component.txt lang=en-US /
+  src xlink:href=description-en-US.txt lang=en-US /
 /extension-description
 
 /description
diff --git a/sdext/source/minimizer/help/component.txt 
b/sdext/source/minimizer/help/component.txt
deleted file mode 100755
index 98f2687..000
--- a/sdext/source/minimizer/help/component.txt
+++ /dev/null
@@ -1,2 +0,0 @@
-The Presentation Minimizer is used to reduce the file size of the current 
presentation. Images will be compressed, and data that is no longer needed will 
be removed.
-The Presentation Minimizer can optimize the image quality size. Presentations 
designed for screen or projector do not require the same high quality as 
presentations designed for print.
diff --git a/sdext/source/minimizer/makefile.mk 
b/sdext/source/minimizer/makefile.mk
index fcca6aa..7932e59 100644
--- a/sdext/source/minimizer/makefile.mk
+++ b/sdext/source/minimizer/makefile.mk
@@ -103,11 +103,15 @@ COMPONENT_IMAGES=\
 # rather freestyle or common to all?
 COMPONENT_HELP= \
 $(EXTENSIONDIR)$/help$/help_de.odt \
-$(EXTENSIONDIR)$/help$/help_en-US.odt \
-$(EXTENSIONDIR)$/help$/component.txt
+$(EXTENSIONDIR)$/help$/help_en-US.odt
+
+DESCRIPTION_SRC:=$(MISC)/$(EXTENSIONNAME)_in/description.xml
+
+COMPONENT_DESCRIPTION= \
+$(foreach,lang,$(alllangiso) $(EXTENSIONDIR)$/description-$(lang).txt)
 
 # make sure to add your custom files here
-EXTENSION_PACKDEPS=$(COMPONENT_BITMAPS) $(COMPONENT_IMAGES) $(COMPONENT_HELP)
+EXTENSION_PACKDEPS=$(COMPONENT_BITMAPS) $(COMPONENT_IMAGES) $(COMPONENT_HELP) 
$(COMPONENT_DESCRIPTION)
 
 ZIP2TARGET= presentation_minimizer_develop
 .IF $(WITH_LANG)!=
@@ -143,4 +147,18 @@ $(COMPONENT_HELP) : help$/$$(@:f)
 @@-$(MKDIRHIER) $(@:d)
 $(COPY) $ $@
 
+$(DESCRIPTION_SRC) : description.xml
+@@-$(MKDIRHIER) $(@:d)
+.IF $(WITH_LANG) != 
+$(COMMAND_ECHO)$(XRMEX) -p $(PRJNAME) -i $ -o $@ -m $(LOCALIZESDF) -l all
+.ELSE
+$(COPY) $ $@
+.ENDIF
+
+$(COMPONENT_DESCRIPTION) : $(DESCRIPTION)
+$(COPY) description-en-US.txt $(EXTENSIONDIR)
+.IF $(WITH_LANG) != 
+$(COPY) $(MISC)/$(EXTENSIONNAME)_in/description-*.txt $(EXTENSIONDIR)
+.ENDIF
+
 .ENDIF # L10N_framework
diff --git a/sdext/source/pdfimport/config/component.txt 
b/sdext/source/pdfimport/config/component.txt
deleted file mode 100644
index 969581e..000
--- a/sdext/source/pdfimport/config/component.txt
+++ /dev/null
@@ -1 +0,0 @@
-The PDF Import Extension allows you to import and modify PDF documents. Best 
results with 100% layout accuracy can be achieved with the PDF/ODF hybrid 
file format, which this extension also enables. A hybrid PDF/ODF file is a PDF 
file that contains an embedded ODF source file. Hybrid PDF/ODF files will be 
opened in OpenOffice.org as an ODF file without any layout changes.
diff --git a/sdext/source/pdfimport/config/description.xml 
b/sdext/source/pdfimport/config/description.xml
deleted file mode 100644
index ac0d502..000
--- a/sdext/source/pdfimport/config/description.xml
+++ /dev/null
@@ -1,33 +0,0 @@

[Libreoffice-commits] .: desktop/win32

 desktop/win32/source/applauncher/sbase.cxx|2 +-
 desktop/win32/source/applauncher/scalc.cxx|2 +-
 desktop/win32/source/applauncher/sdraw.cxx|2 +-
 desktop/win32/source/applauncher/simpress.cxx |2 +-
 desktop/win32/source/applauncher/smath.cxx|2 +-
 desktop/win32/source/applauncher/sweb.cxx |2 +-
 desktop/win32/source/applauncher/swriter.cxx  |2 +-
 7 files changed, 7 insertions(+), 7 deletions(-)

New commits:
commit 79228bb177bc9ebe847509d761630663b9c488ef
Author: Jan Holesovsky ke...@suse.cz
Date:   Mon Oct 31 15:25:14 2011 +0100

The -something switches are obsolete, use --something instead.

diff --git a/desktop/win32/source/applauncher/sbase.cxx 
b/desktop/win32/source/applauncher/sbase.cxx
index 9a1f31d..5fbbd15 100644
--- a/desktop/win32/source/applauncher/sbase.cxx
+++ b/desktop/win32/source/applauncher/sbase.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -base );
+_TCHAR APPLICATION_SWITCH[] = _T( --base );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/scalc.cxx 
b/desktop/win32/source/applauncher/scalc.cxx
index ceca63e..1a56bd6 100644
--- a/desktop/win32/source/applauncher/scalc.cxx
+++ b/desktop/win32/source/applauncher/scalc.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -calc );
+_TCHAR APPLICATION_SWITCH[] = _T( --calc );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/sdraw.cxx 
b/desktop/win32/source/applauncher/sdraw.cxx
index 034a7c4..e3f0a53 100644
--- a/desktop/win32/source/applauncher/sdraw.cxx
+++ b/desktop/win32/source/applauncher/sdraw.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -draw );
+_TCHAR APPLICATION_SWITCH[] = _T( --draw );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/simpress.cxx 
b/desktop/win32/source/applauncher/simpress.cxx
index cd01d01..9397e24 100644
--- a/desktop/win32/source/applauncher/simpress.cxx
+++ b/desktop/win32/source/applauncher/simpress.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -impress );
+_TCHAR APPLICATION_SWITCH[] = _T( --impress );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/smath.cxx 
b/desktop/win32/source/applauncher/smath.cxx
index 3e670cd..d1e50c5 100644
--- a/desktop/win32/source/applauncher/smath.cxx
+++ b/desktop/win32/source/applauncher/smath.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -math );
+_TCHAR APPLICATION_SWITCH[] = _T( --math );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/sweb.cxx 
b/desktop/win32/source/applauncher/sweb.cxx
index 1c2fd8e..bbe2c77 100644
--- a/desktop/win32/source/applauncher/sweb.cxx
+++ b/desktop/win32/source/applauncher/sweb.cxx
@@ -32,6 +32,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -web );
+_TCHAR APPLICATION_SWITCH[] = _T( --web );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/desktop/win32/source/applauncher/swriter.cxx 
b/desktop/win32/source/applauncher/swriter.cxx
index 1909cb9..5e41003 100644
--- a/desktop/win32/source/applauncher/swriter.cxx
+++ b/desktop/win32/source/applauncher/swriter.cxx
@@ -30,6 +30,6 @@
 
 #include launcher.hxx
 
-_TCHAR APPLICATION_SWITCH[] = _T( -writer );
+_TCHAR APPLICATION_SWITCH[] = _T( --writer );
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: reportbuilder/util

 reportbuilder/util/component.txt |1 -
 reportbuilder/util/description-en-US.txt |1 +
 reportbuilder/util/description.xml   |2 +-
 reportbuilder/util/makefile.mk   |   21 ++---
 4 files changed, 16 insertions(+), 9 deletions(-)

New commits:
commit d5486145c510de842a17f906fd8a7119d30d9993
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 15:51:35 2011 +0100

enable localization of extension description in reportbuilder

diff --git a/reportbuilder/util/component.txt b/reportbuilder/util/component.txt
deleted file mode 100755
index 21a1f1e..000
--- a/reportbuilder/util/component.txt
+++ /dev/null
@@ -1 +0,0 @@
-Create with the Report Builder stylish, smart-looking database reports. The 
flexible report editor can define group and page headers as well as group and 
page footers and even calculation fields are available to accomplish complex 
database reports.
diff --git a/reportbuilder/util/description-en-US.txt 
b/reportbuilder/util/description-en-US.txt
new file mode 100644
index 000..21a1f1e
--- /dev/null
+++ b/reportbuilder/util/description-en-US.txt
@@ -0,0 +1 @@
+Create with the Report Builder stylish, smart-looking database reports. The 
flexible report editor can define group and page headers as well as group and 
page footers and even calculation fields are available to accomplish complex 
database reports.
diff --git a/reportbuilder/util/description.xml 
b/reportbuilder/util/description.xml
index 78ae108..f048b86 100644
--- a/reportbuilder/util/description.xml
+++ b/reportbuilder/util/description.xml
@@ -17,7 +17,7 @@
 default xlink:href=images/extension_32.png /
   /icon
   extension-description
-src xlink:href=component.txt lang=en-US /
+src xlink:href=description-en-US.txt lang=en-US /
   /extension-description
 /description
 
diff --git a/reportbuilder/util/makefile.mk b/reportbuilder/util/makefile.mk
index c099efb..99752c2 100644
--- a/reportbuilder/util/makefile.mk
+++ b/reportbuilder/util/makefile.mk
@@ -81,8 +81,8 @@ COMPONENT_HTMLFILES = 
$(EXTENSIONDIR)$/THIRDPARTYREADMELICENSE.html \
 COMPONENT_JARFILES = \
 $(EXTENSIONDIR)$/sun-report-builder.jar
 
-COMPONENT_HELP= \
-$(EXTENSIONDIR)$/component.txt
+COMPONENT_DESCRIPTION= \
+$(foreach,lang,$(alllangiso) $(EXTENSIONDIR)$/description-$(lang).txt)
 
 # .jar files from solver
 COMPONENT_EXTJARFILES = \
@@ -114,7 +114,7 @@ COMPONENT_MANIFEST_GENERIC:=TRUE
 COMPONENT_MANIFEST_SEARCHDIR:=registry
 
 # make sure to add your custom files here
-EXTENSION_PACKDEPS=$(COMPONENT_EXTJARFILES) $(MISC)/$(TARGET).copied 
$(COMPONENT_HTMLFILES) $(COMPONENT_OTR_FILES) $(COMPONENT_HELP) 
$(COMPONENT_IMAGES)
+EXTENSION_PACKDEPS=$(COMPONENT_EXTJARFILES) $(MISC)/$(TARGET).copied 
$(COMPONENT_HTMLFILES) $(COMPONENT_OTR_FILES) $(COMPONENT_DESCRIPTION) 
$(COMPONENT_IMAGES)
 .ENDIF
 # --- Targets --
 
@@ -138,13 +138,20 @@ $(EXTENSIONDIR)$/THIRDPARTYREADMELICENSE.html : 
$(PRJ)$/license$/THIRDPARTYREADM
 @@-$(MKDIRHIER) $(@:d)
 $(COPY) $ $@
 
-$(COMPONENT_HELP) : $$(@:f)
-@@-$(MKDIRHIER) $(@:d)
-$(COPY) $ $@
+$(COMPONENT_DESCRIPTION) : $(DESCRIPTION)
+
 
 $(DESCRIPTION_SRC): description.xml
 +-$(RM) $@
-$(TYPE) description.xml | $(SED) s/#VERSION#/$(EXTENSION_VERSION)/  $@
+$(COPY) description-en-US.txt $(EXTENSIONDIR)/description-en-US.txt
+.IF $(WITH_LANG) != 
+$(XRMEX) -p $(PRJNAME) -i description.xml -o $@ -m $(LOCALIZESDF) -l all
+$(SED) s/#VERSION#/$(EXTENSION_VERSION)/  $@  $@.new
+mv $@.new $@
+@$(COPY) $(@:d)/description-*.txt $(EXTENSIONDIR)
+.ELSE
+$(SED) s/#VERSION#/$(EXTENSION_VERSION)/  $  $@
+.ENDIF
 
 $(MISC)/$(TARGET).copied: $(COMPONENT_EXTJARFILES_COPY)
 @@-$(MKDIRHIER) $(EXTENSIONDIR)
diff --git a/reportbuilder/util/makefile.pmk b/reportbuilder/util/makefile.pmk
old mode 100755
new mode 100644
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: g

 g |8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

New commits:
commit 2ed58be87924acc4aec81407ba93641afe776b35
Author: Michael Meeks michael.me...@suse.com
Date:   Mon Oct 31 15:03:56 2011 +

make --last-working checkout the last working version

thanks to Bjoern and Christian for tips.

diff --git a/g b/g
index 66c1cb2..f09caf0 100755
--- a/g
+++ b/g
@@ -242,7 +242,13 @@ for REPO in $DIRS ; do
 elif [ -d $DIR -a z$LAST_WORKING != z ]; then
echo fetching notes for $REPO ...
(cd $DIR  git fetch origin 'refs/notes/*:refs/notes/*')
-   # FIXME: we need to grep the git log for a known good note name...
+   hash=`(cd $DIR  git log --pretty='%H %N' | grep 'win32 working build' 
| head -n1 | sed 's/ win32.*//')`
+   if test z$hash != z; then
+  echo update to $hash
+  (cd $DIR  git checkout $hash)
+   else
+  echo Warning: missing known working note on repo $REPO
+   fi
 elif [ -d $DIR -a z$SET_LAST_WORKING != z ]; then
echo fetching notes for $REPO ...
(cd $DIR  git fetch origin 'refs/notes/*:refs/notes/*')
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: Branch 'libreoffice-3-4-4' - drawinglayer/inc drawinglayer/source

 drawinglayer/inc/drawinglayer/primitive2d/borderlineprimitive2d.hxx |6 
++
 drawinglayer/source/primitive2d/borderlineprimitive2d.cxx   |9 
++---
 drawinglayer/source/processor2d/vclprocessor2d.cxx  |9 
-
 3 files changed, 20 insertions(+), 4 deletions(-)

New commits:
commit 551fd132dc68652942ebb0c339a6e36b3e299f19
Author: Tomofumi Yagi ya...@mknada.sakura.ne.jp
Date:   Wed Oct 26 11:36:47 2011 -0400

fdo#37129: Fix the drawing of dotted and dashed borders in Calc.

Signed-off-by: Kohei Yoshida kohei.yosh...@suse.com
Signed-off-by: Petr Mladek pmla...@suse.cz
Signed-off-by: Cedric Bosdonnat cedric.bosdonnat@free.fr

diff --git 
a/drawinglayer/inc/drawinglayer/primitive2d/borderlineprimitive2d.hxx 
b/drawinglayer/inc/drawinglayer/primitive2d/borderlineprimitive2d.hxx
index 1428a10..84139b0 100644
--- a/drawinglayer/inc/drawinglayer/primitive2d/borderlineprimitive2d.hxx
+++ b/drawinglayer/inc/drawinglayer/primitive2d/borderlineprimitive2d.hxx
@@ -33,6 +33,7 @@
 #include basegfx/color/bcolor.hxx
 #include basegfx/matrix/b2dhommatrix.hxx
 #include basegfx/polygon/b2dpolypolygon.hxx
+#include svtools/ctrlbox.hxx
 
 //
 
@@ -110,6 +111,11 @@ namespace drawinglayer
 return basegfx::fTools::equal(1.0, mfRightWidth);
 }
 
+bool isSolidLine() const
+{
+return (mnStyle==STYLE_SOLID);
+}
+
 bool isInsideUsed() const
 {
 return !basegfx::fTools::equalZero(mfLeftWidth);
diff --git a/drawinglayer/source/primitive2d/borderlineprimitive2d.cxx 
b/drawinglayer/source/primitive2d/borderlineprimitive2d.cxx
index 33df59c..1a3b66c 100644
--- a/drawinglayer/source/primitive2d/borderlineprimitive2d.cxx
+++ b/drawinglayer/source/primitive2d/borderlineprimitive2d.cxx
@@ -29,6 +29,7 @@
 // MARKER(update_precomp.py): autogen include statement, do not remove
 #include precompiled_drawinglayer.hxx
 
+#include drawinglayer/geometry/viewinformation2d.hxx
 #include drawinglayer/primitive2d/borderlineprimitive2d.hxx
 #include drawinglayer/primitive2d/drawinglayer_primitivetypes2d.hxx
 #include basegfx/polygon/b2dpolygon.hxx
@@ -79,7 +80,7 @@ namespace drawinglayer
 return basegfx::B2DPolyPolygon( clipPolygon );
 }
 
-Primitive2DSequence BorderLinePrimitive2D::create2DDecomposition(const 
geometry::ViewInformation2D /*rViewInformation*/) const
+Primitive2DSequence BorderLinePrimitive2D::create2DDecomposition(const 
geometry::ViewInformation2D rViewInformation) const
 {
 Primitive2DSequence xRetval;
 
@@ -214,6 +215,7 @@ namespace drawinglayer
 
 // Get which is the line to show
 bool bIsHairline = leftIsHairline();
+bool bIsSolidline = isSolidLine();
 double nWidth = getCorrectedLeftWidth();
 basegfx::BColor aColor = getRGBColorLeft();
 if ( basegfx::fTools::equal( 0.0, mfLeftWidth ) )
@@ -223,7 +225,7 @@ namespace drawinglayer
 aColor = getRGBColorRight();
 }
 
-if(bIsHairline)
+if(bIsHairline  bIsSolidline)
 {
 // create hairline primitive
 aPolygon.append( getStart() );
@@ -237,12 +239,13 @@ namespace drawinglayer
 {
 // create filled polygon primitive
 const basegfx::B2DVector aLineWidthOffset(((nWidth + 
1) * 0.5) * aPerpendicular);
+basegfx::B2DVector aScale( 
rViewInformation.getInverseObjectToViewTransformation() * aVector );
 
 aPolygon.append( aTmpStart );
 aPolygon.append( aTmpEnd );
 
 basegfx::B2DPolyPolygon aDashed = 
svtools::ApplyLineDashing(
-   aPolygon, getStyle(), MAP_100TH_MM );
+   aPolygon, getStyle(), MAP_PIXEL, 
aScale.getLength() );
 for (sal_uInt32 i = 0; i  aDashed.count(); i++ )
 {
 basegfx::B2DPolygon aDash = aDashed.getB2DPolygon( 
i );
diff --git a/drawinglayer/source/processor2d/vclprocessor2d.cxx 
b/drawinglayer/source/processor2d/vclprocessor2d.cxx
index 19648d4..4806cde 100644
--- a/drawinglayer/source/processor2d/vclprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclprocessor2d.cxx
@@ -766,9 +766,13 @@ namespace drawinglayer
 }
 else
 {
+// remember that we enter a PolygonStrokePrimitive2D 
decomposition,
+// used for AA thick line drawing
+mnPolygonStrokePrimitive2D++;
+

[Libreoffice-commits] Changes to 'feature/cell-notes'

New branch 'feature/cell-notes' available with the following commits:
commit 9d8d0e99a78f903e9c7315808e5986f63aca27d9
Author: Kevin Hunter hunt...@earlham.edu
Date:   Mon Oct 31 13:23:06 2011 -0400

Move ScPostIt storage from ScBaseCell-ScDocument

ScPostIt is the behind-the-scenes name for Notes.  This move removes a
usually empty pointer for each ScBaseCell to list of pointers within
ScDocument.  The advantage is basically a reduction in size of 8 bytes
per cell.  The current sizeof(ScBaseCell) is 16.  Here are the
highlights:

* Remove mpNote from ScBaseCell, and add a std::map (data structure) to
  ScDocument to store notes and associate with addresses.

* Remove ScPostIt accessors and mutators from ScTable, ScColumn, and
  ScBaseCell

* Replace ScPostIt accessors and mutators in ScDocument with ones to
  handle move of data structure from ScBaseCell to ScDocument

* Rename ScPostIt.CloneWithoutNote to ScPostIt.Clone, while completely
  removing ScPostIt.CloneWithNote.  Any cloning of cell notes must now
  be handled outside external to the ScPostIt class, through
  ScDocument.*Note() functions.

* Rename ScNoteCell to a more ScEmptyCell.  I expect this can be
  completely removed at some point the future, if we can handle
  broadcasters external to the cell logic.

* Add ScDocument and ScTable to ScUsedAreaIterator data structure to
  accomodate for new placement of ScPostIt objects in ScDocument.

* Convert CELLTYPE_NOTE to CELLTYPE_EMPTY (and all ensuing uses).

* Wherever possible, respect 80-columns.

* New ScDocument based API (individually block-comment documented before
  their definitions):

SC_DLLPUBLIC ScPostIt* GetNote( ScAddress const  );
SC_DLLPUBLIC ScPostIt* GetOrCreateNote( const ScAddress rPos );
bool   SetNote( ScAddress const , ScPostIt* );
bool   MoveNote( ScAddress const  from, ScAddress const  
to );
bool   SwapNotes( ScAddress const , ScAddress const  );
ScPostIt*  ReleaseNote( ScAddress const  );
void   DeleteNote( ScAddress const  );

Of note, TakeNote has been replaced with SetNote, which returns true on
success, and false on failure.  TakeNote indicated failure by removing
the passed note.  The SetNote approach leaves room for the caller to
attempt to fix the issue, but also means the caller is now on the hook
to cleanup the memory.  For now, the Calc-internal API is lazy and does
not take advantage of this, but merely says You failed?  Oh well,
delete the note. ... which is exactly what TakeNote did.  This means, the
lazy-programmer's idiom for SetNote use is:

   if ( ! pDoc-SetNote( aAddress, pNotePointer ) )
  DELETEZ( pNotePointer );

___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: swext/Extension_wiki-publisher.mk swext/mediawiki swext/Zip_mediawiki_develop.mk

 swext/Extension_wiki-publisher.mk |2 +-
 swext/Zip_mediawiki_develop.mk|2 +-
 swext/mediawiki/src/component.txt |1 -
 swext/mediawiki/src/description-en-US.txt |1 +
 swext/mediawiki/src/description.xml   |2 +-
 5 files changed, 4 insertions(+), 4 deletions(-)

New commits:
commit 34191b3c0f2fe349293068a0b968c7c68724dea7
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 19:06:15 2011 +0100

towards enabling l10n of extension description in swext

diff --git a/swext/Extension_wiki-publisher.mk 
b/swext/Extension_wiki-publisher.mk
index bdf0855..d4c64d5 100644
--- a/swext/Extension_wiki-publisher.mk
+++ b/swext/Extension_wiki-publisher.mk
@@ -53,7 +53,7 @@ $(eval $(call 
gb_Extension_add_file,wiki-publisher,WikiEditor/script.xlb,$(WIKIS
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,WikiEditor/dialog.xlb,$(WIKISRC)/dialogs/dialog.xlb))
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,WikiEditor/SendToMediaWiki.xdl,$(WIKISRC)/dialogs/SendToMediaWiki.xdl))
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,filter/odt2mediawiki.xsl,$(WIKISRC)/src/filter/odt2mediawiki.xsl))
-$(eval $(call 
gb_Extension_add_file,wiki-publisher,component.txt,$(WIKISRC)/src/component.txt))
+$(eval $(call 
gb_Extension_add_file,wiki-publisher,description-en-US.txt,$(WIKISRC)/src/description-en-US.txt))
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,help/en-US/com.sun.wiki-publisher/wikisend.xhp,$(WIKISRC)/help/wikisend.xhp))
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,help/en-US/com.sun.wiki-publisher/wikiformats.xhp,$(WIKISRC)/help/wikiformats.xhp))
 $(eval $(call 
gb_Extension_add_file,wiki-publisher,help/en-US/com.sun.wiki-publisher/wikiaccount.xhp,$(WIKISRC)/help/wikiaccount.xhp))
diff --git a/swext/Zip_mediawiki_develop.mk b/swext/Zip_mediawiki_develop.mk
index cb99ce8..f682b07 100644
--- a/swext/Zip_mediawiki_develop.mk
+++ b/swext/Zip_mediawiki_develop.mk
@@ -49,7 +49,7 @@ $(eval $(call 
gb_Zip_add_file,mediawiki_develop,WikiEditor/script.xlb,$(WIKISRC)
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,WikiEditor/dialog.xlb,$(WIKISRC)/dialogs/dialog.xlb))
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,WikiEditor/SendToMediaWiki.xdl,$(WIKISRC)/dialogs/SendToMediaWiki.xdl))
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,filter/odt2mediawiki.xsl,$(WIKISRC)/src/filter/odt2mediawiki.xsl))
-$(eval $(call 
gb_Zip_add_file,mediawiki_develop,component.txt,$(WIKISRC)/src/component.txt))
+$(eval $(call 
gb_Zip_add_file,mediawiki_develop,description-en-US.txt,$(WIKISRC)/src/description-en-US.txt))
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,help/en-US/com.sun.wiki-publisher/wikisend.xhp,$(WIKISRC)/help/wikisend.xhp))
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,help/en-US/com.sun.wiki-publisher/wikiformats.xhp,$(WIKISRC)/help/wikiformats.xhp))
 $(eval $(call 
gb_Zip_add_file,mediawiki_develop,help/en-US/com.sun.wiki-publisher/wikiaccount.xhp,$(WIKISRC)/help/wikiaccount.xhp))
diff --git a/swext/mediawiki/src/component.txt 
b/swext/mediawiki/src/component.txt
deleted file mode 100755
index d993ce1..000
--- a/swext/mediawiki/src/component.txt
+++ /dev/null
@@ -1 +0,0 @@
-The Wiki Publisher enables you to create Wiki articles on MediaWiki servers 
without having to know the syntax of the MediaWiki markup language. Publish 
your new and existing documents transparently with the Writer to a wiki page.
diff --git a/swext/mediawiki/src/description-en-US.txt 
b/swext/mediawiki/src/description-en-US.txt
new file mode 100644
index 000..d993ce1
--- /dev/null
+++ b/swext/mediawiki/src/description-en-US.txt
@@ -0,0 +1 @@
+The Wiki Publisher enables you to create Wiki articles on MediaWiki servers 
without having to know the syntax of the MediaWiki markup language. Publish 
your new and existing documents transparently with the Writer to a wiki page.
diff --git a/swext/mediawiki/src/description.xml 
b/swext/mediawiki/src/description.xml
index 31dcfe3..11d10b5 100644
--- a/swext/mediawiki/src/description.xml
+++ b/swext/mediawiki/src/description.xml
@@ -12,6 +12,6 @@
 name xlink:href=http://www.documentfoundation.org; lang=en-USThe 
Document Foundation/name
 /publisher
 extension-description
-src xlink:href=component.txt lang=en-US/
+src xlink:href=description-en-US.txt lang=en-US/
 /extension-description
 /description
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: Branch 'libreoffice-3-4' - nlpsolver/locale

 nlpsolver/locale/NLPSolverCommon_gd.properties   |   22 ++
 nlpsolver/locale/NLPSolverStatusDialog_gd.properties |   28 +++
 2 files changed, 50 insertions(+)

New commits:
commit 39e717ad229c2584c8024da08f0d1b2f6a45dee1
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 20:36:19 2011 +0100

Scottish Gaelic (gd) translation

diff --git a/nlpsolver/locale/NLPSolverCommon_gd.properties 
b/nlpsolver/locale/NLPSolverCommon_gd.properties
new file mode 100644
index 000..83fa728
--- /dev/null
+++ b/nlpsolver/locale/NLPSolverCommon_gd.properties
@@ -0,0 +1,22 @@
+# x-no-translate
+#BaseNLPSolver
+NLPSolverCommon.Properties.AssumeNonNegative=Cuir mar fhiacham caochladairean 
neo-\u00E0icheil
+#BaseEvolutionarySolver
+NLPSolverCommon.Properties.SwarmSize=Meud an sgaotha
+NLPSolverCommon.Properties.LibrarySize=Meud na leabhar-lainn
+NLPSolverCommon.Properties.LearningCycles=Cuairtean ionnsachaidh
+NLPSolverCommon.Properties.GuessVariableRange=Tomhas air cr\u00ECochan nan 
caochladairean
+NLPSolverCommon.Properties.VariableRangeThreshold=Stairsneach cr\u00ECochan 
nan caochladairean (nuair a nithear tomhas)
+NLPSolverCommon.Properties.UseACRComparator=Cleachd coimeasaiche ACR (an 
\u00E0ite BCH)
+NLPSolverCommon.Properties.UseRandomStartingPoint=Cleachd puing 
t\u00F2iseachaidh air thuaiream
+NLPSolverCommon.Properties.StagnationLimit=Cr\u00ECoch na neo-ghluasadachd
+NLPSolverCommon.Properties.Tolerance=Fulangas na neo-ghluasadachd
+NLPSolverCommon.Properties.EnhancedSolverStatus=Seall staid mheudaichte an 
fhuasglair
+#DEPS
+NLPSolverCommon.Properties.AgentSwitchRate=Reat suidseadh \u00E0idseint 
(Coltachd DE)
+NLPSolverCommon.Properties.DEFactor=DE: Factar sg\u00E8ilidh (0-1.2)
+NLPSolverCommon.Properties.DECR=DE: Coltachd Crossover (0-1)
+NLPSolverCommon.Properties.PSC1=PS: Cunbhalachan cognatach
+NLPSolverCommon.Properties.PSC2=PS: Cunbhalachan s\u00F2isealta
+NLPSolverCommon.Properties.PSWeight=PS: Co-\u00E8ifeachd cuingealachaidh
+NLPSolverCommon.Properties.PSCL=PS: Coltachd m\u00F9thaidh (0-0.005)
diff --git a/nlpsolver/locale/NLPSolverStatusDialog_gd.properties 
b/nlpsolver/locale/NLPSolverStatusDialog_gd.properties
new file mode 100644
index 000..4bbe57a
--- /dev/null
+++ b/nlpsolver/locale/NLPSolverStatusDialog_gd.properties
@@ -0,0 +1,28 @@
+# x-no-translate
+#Dialog
+NLPSolverStatusDialog.Dialog.Caption=Staid an fhuasglair
+#Controls
+NLPSolverStatusDialog.Controls.lblSolution=Am fuasgladh l\u00E0ithreach:
+NLPSolverStatusDialog.Controls.lblIteration=Ath-nochdaidhean:
+NLPSolverStatusDialog.Controls.lblStagnation=Neo-ghluasadachd:
+NLPSolverStatusDialog.Controls.lblRuntime=\u00D9ine ruith:
+NLPSolverStatusDialog.Controls.btnStop=Cuir stad air
+NLPSolverStatusDialog.Controls.btnOK=Ceart ma-th\u00E0
+NLPSolverStatusDialog.Controls.btnContinue=Lean air adhart
+#Messages
+NLPSolverStatusDialog.Message.StopIteration=R\u00E0inig thu na tha ceadaichte 
de ath-nochdaidhean.
+NLPSolverStatusDialog.Message.StopStagnation=Stad am pr\u00F2iseas air 
sg\u00E0th neo-ghluasadachd.
+NLPSolverStatusDialog.Message.StopUser=Stad an cleachdaiche am pr\u00F2iseas.
+NLPSolverStatusDialog.Message.CurrentIteration=Stad am pr\u00F2iseas aig 
ath-nochdadh %d \u00E0 %d.
+#Time formatting
+NLPSolverStatusDialog.Time.Nanoseconds=Nano-dhiogan
+NLPSolverStatusDialog.Time.Microseconds=Micreo-dhiogan
+NLPSolverStatusDialog.Time.Milliseconds=Mille-dhiogan
+NLPSolverStatusDialog.Time.Second=Diog
+NLPSolverStatusDialog.Time.Seconds=Diogan
+NLPSolverStatusDialog.Time.Minute=Mionaid
+NLPSolverStatusDialog.Time.Minutes=Mionaidean
+NLPSolverStatusDialog.Time.Hour=Uair a th\u00ECde
+NLPSolverStatusDialog.Time.Hours=Uairean a th\u00ECde
+NLPSolverStatusDialog.Time.Day=Latha
+NLPSolverStatusDialog.Time.Days=L\u00E0ithean
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: Branch 'libreoffice-3-4-4' - nlpsolver/locale

 nlpsolver/locale/NLPSolverCommon_gd.properties   |   22 ++
 nlpsolver/locale/NLPSolverStatusDialog_gd.properties |   28 +++
 2 files changed, 50 insertions(+)

New commits:
commit 9d9add77f6a08c9511df902e9d34690c6846161f
Author: Andras Timar ati...@suse.com
Date:   Mon Oct 31 20:36:19 2011 +0100

Scottish Gaelic (gd) translation

diff --git a/nlpsolver/locale/NLPSolverCommon_gd.properties 
b/nlpsolver/locale/NLPSolverCommon_gd.properties
new file mode 100644
index 000..83fa728
--- /dev/null
+++ b/nlpsolver/locale/NLPSolverCommon_gd.properties
@@ -0,0 +1,22 @@
+# x-no-translate
+#BaseNLPSolver
+NLPSolverCommon.Properties.AssumeNonNegative=Cuir mar fhiacham caochladairean 
neo-\u00E0icheil
+#BaseEvolutionarySolver
+NLPSolverCommon.Properties.SwarmSize=Meud an sgaotha
+NLPSolverCommon.Properties.LibrarySize=Meud na leabhar-lainn
+NLPSolverCommon.Properties.LearningCycles=Cuairtean ionnsachaidh
+NLPSolverCommon.Properties.GuessVariableRange=Tomhas air cr\u00ECochan nan 
caochladairean
+NLPSolverCommon.Properties.VariableRangeThreshold=Stairsneach cr\u00ECochan 
nan caochladairean (nuair a nithear tomhas)
+NLPSolverCommon.Properties.UseACRComparator=Cleachd coimeasaiche ACR (an 
\u00E0ite BCH)
+NLPSolverCommon.Properties.UseRandomStartingPoint=Cleachd puing 
t\u00F2iseachaidh air thuaiream
+NLPSolverCommon.Properties.StagnationLimit=Cr\u00ECoch na neo-ghluasadachd
+NLPSolverCommon.Properties.Tolerance=Fulangas na neo-ghluasadachd
+NLPSolverCommon.Properties.EnhancedSolverStatus=Seall staid mheudaichte an 
fhuasglair
+#DEPS
+NLPSolverCommon.Properties.AgentSwitchRate=Reat suidseadh \u00E0idseint 
(Coltachd DE)
+NLPSolverCommon.Properties.DEFactor=DE: Factar sg\u00E8ilidh (0-1.2)
+NLPSolverCommon.Properties.DECR=DE: Coltachd Crossover (0-1)
+NLPSolverCommon.Properties.PSC1=PS: Cunbhalachan cognatach
+NLPSolverCommon.Properties.PSC2=PS: Cunbhalachan s\u00F2isealta
+NLPSolverCommon.Properties.PSWeight=PS: Co-\u00E8ifeachd cuingealachaidh
+NLPSolverCommon.Properties.PSCL=PS: Coltachd m\u00F9thaidh (0-0.005)
diff --git a/nlpsolver/locale/NLPSolverStatusDialog_gd.properties 
b/nlpsolver/locale/NLPSolverStatusDialog_gd.properties
new file mode 100644
index 000..4bbe57a
--- /dev/null
+++ b/nlpsolver/locale/NLPSolverStatusDialog_gd.properties
@@ -0,0 +1,28 @@
+# x-no-translate
+#Dialog
+NLPSolverStatusDialog.Dialog.Caption=Staid an fhuasglair
+#Controls
+NLPSolverStatusDialog.Controls.lblSolution=Am fuasgladh l\u00E0ithreach:
+NLPSolverStatusDialog.Controls.lblIteration=Ath-nochdaidhean:
+NLPSolverStatusDialog.Controls.lblStagnation=Neo-ghluasadachd:
+NLPSolverStatusDialog.Controls.lblRuntime=\u00D9ine ruith:
+NLPSolverStatusDialog.Controls.btnStop=Cuir stad air
+NLPSolverStatusDialog.Controls.btnOK=Ceart ma-th\u00E0
+NLPSolverStatusDialog.Controls.btnContinue=Lean air adhart
+#Messages
+NLPSolverStatusDialog.Message.StopIteration=R\u00E0inig thu na tha ceadaichte 
de ath-nochdaidhean.
+NLPSolverStatusDialog.Message.StopStagnation=Stad am pr\u00F2iseas air 
sg\u00E0th neo-ghluasadachd.
+NLPSolverStatusDialog.Message.StopUser=Stad an cleachdaiche am pr\u00F2iseas.
+NLPSolverStatusDialog.Message.CurrentIteration=Stad am pr\u00F2iseas aig 
ath-nochdadh %d \u00E0 %d.
+#Time formatting
+NLPSolverStatusDialog.Time.Nanoseconds=Nano-dhiogan
+NLPSolverStatusDialog.Time.Microseconds=Micreo-dhiogan
+NLPSolverStatusDialog.Time.Milliseconds=Mille-dhiogan
+NLPSolverStatusDialog.Time.Second=Diog
+NLPSolverStatusDialog.Time.Seconds=Diogan
+NLPSolverStatusDialog.Time.Minute=Mionaid
+NLPSolverStatusDialog.Time.Minutes=Mionaidean
+NLPSolverStatusDialog.Time.Hour=Uair a th\u00ECde
+NLPSolverStatusDialog.Time.Hours=Uairean a th\u00ECde
+NLPSolverStatusDialog.Time.Day=Latha
+NLPSolverStatusDialog.Time.Days=L\u00E0ithean
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: sc/source

2011-10-31 Thread Markus Mohrhard

 sc/source/ui/view/tabview3.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 88f91adf266f19659014df22e09ce6c6761fb6f1
Author: Markus Mohrhard markus.mohrh...@googlemail.com
Date:   Mon Oct 31 21:38:44 2011 +0100

update first ScMarkData before setting cursor (fdo#42432)

our ScMarkData instance might be used to set the cursor which will
result in a crash if the selected sheet has been deleted already

diff --git a/sc/source/ui/view/tabview3.cxx b/sc/source/ui/view/tabview3.cxx
index de2d683..fdb0b92 100644
--- a/sc/source/ui/view/tabview3.cxx
+++ b/sc/source/ui/view/tabview3.cxx
@@ -1511,7 +1511,6 @@ void ScTabView::SetTabNo( SCTAB nTab, bool bNew, bool 
bExtendSelection, bool bSa
 //  Fenster findet (wird aus SetCursor gerufen)
 UpdateShow();
 aViewData.ResetOldCursor();
-SetCursor( aViewData.GetCurX(), aViewData.GetCurY(), true );
 
 SfxBindings rBindings = aViewData.GetBindings();
 ScMarkData rMark = aViewData.GetMarkData();
@@ -1548,6 +1547,7 @@ void ScTabView::SetTabNo( SCTAB nTab, bool bNew, bool 
bExtendSelection, bool bSa
 rBindings.Invalidate( FID_TAB_DESELECTALL );
 }
 
+SetCursor( aViewData.GetCurX(), aViewData.GetCurY(), true );
 bool bUnoRefDialog = pScMod-IsRefDialogOpen()  
pScMod-GetCurRefDlgId() == WID_SIMPLE_REF;
 
 // recalc zoom-dependent values (before TabChanged, before 
UpdateEditViewPos)
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: scp2/source

 scp2/source/ooo/common_brand.scp |   24 
 1 file changed, 12 insertions(+), 12 deletions(-)

New commits:
commit 1635f66a3dd35c5bf34143956940ec44fda751c2
Author: Stephan Bergmann sberg...@redhat.com
Date:   Mon Oct 31 23:47:02 2011 +0100

Moved CONFIGURATION_LAYERS from soffice to fundamental ini.

...so that unopkg uses it, too.

diff --git a/scp2/source/ooo/common_brand.scp b/scp2/source/ooo/common_brand.scp
index d9baffa..9b75f36 100644
--- a/scp2/source/ooo/common_brand.scp
+++ b/scp2/source/ooo/common_brand.scp
@@ -927,18 +927,6 @@ ProfileItem gid_Brand_Profileitem_Soffice_Startlang
 End
 #endif
 
-ProfileItem gid_Brand_Profileitem_Soffice_ConfigurationLayers
-ProfileID = gid_Brand_Profile_Soffice_Ini;
-ModuleID = gid_Module_Root_Brand;
-Section = Bootstrap;
-Key = CONFIGURATION_LAYERS;
-Value = xcsxcu:${BRAND_BASE_DIR}/share/registry 
module:${BRAND_BASE_DIR}/share/registry/modules 
res:${BRAND_BASE_DIR}/share/registry bundledext:${${BRAND_BASE_DIR}/program/ 
PROFILENAME(uno) 
:BUNDLED_EXTENSIONS_USER}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 sharedext:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:SHARED_EXTENSIONS_USER}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 xcsxcu:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry
 userext:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 user:${$BRAND_BASE_DIR/program/ PROFILENAME(bootstrap) 
:UserInstallation}/user/registrymodifications.xcu;
-// xcsxcu:${${BRAND_BASE_DIR}/program/PROFILENAME(uno)
-// :UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.
-// configuration.PackageRegistryBackend/registry can be dropped once
-// old UserInstallation format can no longer exist (probably OOo 4)
-End
-
 ProfileItem gid_Brand_Profileitem_Version_Buildid
 ProfileID = gid_Brand_Profile_Version_Ini;
 ModuleID = gid_Module_Root_Brand;
@@ -1256,6 +1244,18 @@ ProfileItem gid_Brand_Profileitem_Fundamental_Ure_Lib_Dir
 #endif
 End
 
+ProfileItem gid_Brand_Profileitem_Fundamental_Configuration_Layers
+ProfileID = gid_Brand_Profile_Fundamental_Ini;
+ModuleID = gid_Module_Root_Brand;
+Section = Bootstrap;
+Key = CONFIGURATION_LAYERS;
+Value = xcsxcu:${BRAND_BASE_DIR}/share/registry 
module:${BRAND_BASE_DIR}/share/registry/modules 
res:${BRAND_BASE_DIR}/share/registry bundledext:${${BRAND_BASE_DIR}/program/ 
PROFILENAME(uno) 
:BUNDLED_EXTENSIONS_USER}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 sharedext:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:SHARED_EXTENSIONS_USER}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 xcsxcu:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry
 userext:${${BRAND_BASE_DIR}/program/ PROFILENAME(uno) 
:UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/configmgr.ini
 user:${$BRAND_BASE_DIR/program/ PROFILENAME(bootstrap) 
:UserInstallation}/user/registrymodifications.xcu;
+// xcsxcu:${${BRAND_BASE_DIR}/program/PROFILENAME(uno)
+// :UNO_USER_PACKAGES_CACHE}/registry/com.sun.star.comp.deployment.
+// configuration.PackageRegistryBackend/registry can be dropped once
+// old UserInstallation format can no longer exist (probably OOo 4)
+End
+
 #if !defined MACOSX
 ProfileItem gid_Brand_Profileitem_Redirect_Ure_Bootstrap
 ModuleID = gid_Module_Root_Brand;
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: tools/source

2011-10-31 Thread Markus Mohrhard

 tools/source/stream/stream.cxx |4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

New commits:
commit 125aa32e71eb9a8de6214a7f7bc3e3be13b14a7a
Author: Markus Mohrhard markus.mohrh...@googlemail.com
Date:   Tue Nov 1 00:51:46 2011 +0100

we need to assign this value also for non unix platforms (fdo#40801)

diff --git a/tools/source/stream/stream.cxx b/tools/source/stream/stream.cxx
index 34dc93d..2b9295b 100644
--- a/tools/source/stream/stream.cxx
+++ b/tools/source/stream/stream.cxx
@@ -1308,10 +1308,8 @@ SvStream SvStream::operator(double r)
 #if defined UNX
 if (bSwap)
   SwapDouble(n);
-r = n;
-#else
-(void) r;
 #endif
+r = n;
 }
 return *this;
 }
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] .: autodoc/inc autodoc/source

2011-10-31 Thread Joseph Powers

 autodoc/inc/ary/actions.hxx   |  105 --
 autodoc/inc/ary/doc/d_parametrized.hxx|  124 --
 autodoc/inc/ary/doc/ht/dht_interpreter.hxx|   79 --
 autodoc/inc/ary/udmhost.hxx   |   65 ---
 autodoc/inc/autodoc/dsp_txt_flist.hxx |   67 ---
 autodoc/source/ary/inc/cross_refs.hxx |  101 -
 autodoc/source/ary/inc/sorted_idset.hxx   |   99 -
 autodoc/source/ary/inc/traits_impl.hxx|  122 -
 autodoc/source/inc/manip.hxx  |   63 ---
 autodoc/source/parser_i/inc/s2_luidl/pe_modul.hxx |   65 ---
 autodoc/source/parser_i/inc/s2_luidl/smp_uidl.hxx |   84 --
 11 files changed, 974 deletions(-)

New commits:
commit 0ba264cc9f8ab33c7081223a3612cfe6604b150f
Author: Joseph Powers jpower...@cox.net
Date:   Mon Oct 31 21:29:39 2011 -0700

Delete some unused .hxx files from autodoc

diff --git a/autodoc/inc/ary/actions.hxx b/autodoc/inc/ary/actions.hxx
deleted file mode 100644
index 5e2536c..000
--- a/autodoc/inc/ary/actions.hxx
+++ /dev/null
@@ -1,105 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-/*
- *
- * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
- *
- * Copyright 2000, 2010 Oracle and/or its affiliates.
- *
- * OpenOffice.org - a multi-platform office productivity suite
- *
- * This file is part of OpenOffice.org.
- *
- * OpenOffice.org is free software: you can redistribute it and/or modify
- * it under the terms of the GNU Lesser General Public License version 3
- * only, as published by the Free Software Foundation.
- *
- * OpenOffice.org is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU Lesser General Public License version 3 for more details
- * (a copy is included in the LICENSE file that accompanied this code).
- *
- * You should have received a copy of the GNU Lesser General Public License
- * version 3 along with OpenOffice.org.  If not, see
- * http://www.openoffice.org/license.html
- * for a copy of the LGPLv3 License.
- *
- /
-
-#ifndef ARY_ACTIONS_HXX
-#define ARY_ACTIONS_HXX
-//  KORR_DEPRECATED_3.0
-
-
-// USED SERVICES
-// BASE CLASSES
-// COMPONENTS
-// PARAMETERS
-
-
-namespace ary
-{
-class RepositoryCenter;
-
-
-/*
-enum E_Action
-{
-action_Parse,
-action_SecondaryProductions,
-action_Save,
-action_Load,
-action_ReadyForRead
-};
-*/
-
-
-/** @resp
-Performs such commands on the repository, which refer to
-large parts of it.
-
-@collab ::ary::Repository
-and its components and derivates.
-@descr
-This class works in kind of double dispatch way:
-
-// Client code:
-Command_Xy  aMyCommand;
-ary::Repository::The_().PerformCommand( aMyCommand );
-
-// Repository_Implementation::PerformCommand() code:
-aMyCommand.Run(*this);
-
-// Command_Xy::Run(Repository_Implementation  rRepository) code:
-rRepository.Run_Command_Xy(*this);
-*/
-class Command
-{
-  public:
-virtual ~Command() {}
-
-voidRun(
-n22::RepositoryCenter 
-io_rReposy );
-  private:
-virtual voiddo_Run(
-n22::RepositoryCenter 
-io_rReposy ) = 0;
-};
-
-
-// IMPLEMENTATION
-
-inline void
-Command::Run(n22::RepositoryCenter  io_rReposy)
-{ do_Run(io_rReposy); }
-
-
-} // namespace ary
-
-
-#endif
-
-
-
-/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/autodoc/inc/ary/doc/d_parametrized.hxx 
b/autodoc/inc/ary/doc/d_parametrized.hxx
deleted file mode 100644
index 78659e7..000
--- a/autodoc/inc/ary/doc/d_parametrized.hxx
+++ /dev/null
@@ -1,124 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-/*
- *
- * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
- *
- * Copyright 2000, 2010 Oracle and/or its affiliates.
- *
- * OpenOffice.org - a multi-platform office productivity suite
- *
- * This file is part of OpenOffice.org.
- *
- * OpenOffice.org is free software: you can redistribute it and/or modify
- * it under the terms of the GNU Lesser General Public License version 3
- * only, as published by the Free Software Foundation.
- *
- * OpenOffice.org is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:

   What|Removed |Added

 Depends on|40243   |

-- 
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 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361

--- Comment #19 from Orwel orwe...@gmail.com 2011-10-31 00:25:11 PDT ---
Nominate Bug 32664 (multimedia keys)- this (i hope only a) simple bug which is
not solved for years (since OOo 3.0.1).

-- 
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] Replace (Byte|Uni|Xub_)String with O(U)String: Fill() method is missing


On 10/29/2011 10:18 PM, Chr. Rossmanith wrote:

the deprecated string classes have a Fill(n,c) method which fills a
string with a single character c repeated n times. I found ~50
occurrences of Fill() using git grep, so it might be worth to add a
Fill() method to OUString. Maybe the name of the new method could be a
bit more verbose e.g. fillWithChar().

Probably I would have to add something similar to OUString
fillWithChar(sal_uInt32 nNumber,|sal_Unicode cChar=' '|) to ustring.hxx
and something like rtl_ustr_fillWithChar() to ustring.c|


This functionality IMO only makes sense as a constructor (esp. for 
immutable OUString), like


  rtl::OUString::OUString(sal_Unicode value, sal_Int32 count);

and probably some underlying C function like

  void rtl_uString_newFromValueAndCount(
rtl_uString **, sal_Unicode value, sal_Int32 count);

However, I would also be sceptical that there are that many places that 
actually need to construct such an (immutable!) string---maybe at least 
some of the places are misguided attempts at preallocating some buffer 
of a given length?  Those should then be rewritten to use 
rtl::OUStringBuffer instead.


Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] 3.4.4rc1 fails to build in kde4 vcl

2011-10-31 Thread David Tardon

On Sun, Oct 30, 2011 at 10:55:34PM +0100, Rene Engelhard wrote:
 On Sun, Oct 30, 2011 at 03:15:49AM +0100, Andrea Scarpino wrote:
  On Saturday 29 October 2011 21:30:29 Andreas Radke wrote:
   Compiling: vcl/unx/source/dtrans/config.cxx
   /build/src/build/vcl/unx/kde4/KDEXLib.cxx: In member function 'void
   KDEXLib::setupEventLoop()':
   /build/src/build/vcl/unx/kde4/KDEXLib.cxx:252:34: error:
   'GetUnixSelectFunction' is not a member of 'QInternal'
   /build/src/build/vcl/unx/kde4/KDEXLib.cxx:253:34: error:
   'SetUnixSelectFunction' is not a member of 'QInternal'
  This is probably due to Qt 4.8 and not our bug I guess.
 
 Eh, no? If it needs fixes due to Qt 4.8, that should be done here
 so we compile against newer Qts.
 

It has been done already. That code should only be used if
QT_UNIX_EVENT_LOOP_SUPPORT is defined, which, in turn, should only be
defined if Qt version is at least 4.8.1 . If there is no chance that
http://bugreports.qt.nokia.com/browse/QTBUG-16934 could be fixed in Qt
4.8.1, we should IMHO bump the check to 4.9.0.

D.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Trinity Desktop Environment (TDE) desktop integraton for LibreOffice

Hi Timothy,

On Sun, 2011-10-30 at 21:54 -0500, Timothy Pearson wrote:
I have created a patch that enables Trinity Desktop Environment (TDE, the
successor to KDE3.5.10) desktop integration for LibreOffice. The patch is
based against a copy of the LibreOffice GIT pulled on 10/28/2011 and has
been tested as fully functional on the latest TDE release (v3.5.13).

Great ! :-) you managed to get past the vcl updates we did recently,
which is good.

This move is required for continued desktop integration support on TDE

So - of course, we're interested in included your code, and supporting
TDE. The only real question is: how best to do that in a clean and
maintainable way - particularly as we start to change VCL more
aggressively.

as TDE has diverged significantly enough from the old KDE 3.5.10 release API
that the KDE3 integration modules no longer function within TDE desktop
sessions.

Fine.

Additionally, we would like to ability to repair minor
imperfections noted within the integration modules, and potentially expand
the integration module(s) where needed.

Great.

The Trinity Desktop Project developers are willing to ensure that the TDE
integration modules continues to function with new TDE releases.

Even better - it is already quite hard to test VCL changes that impact
the backend, so the more we can share there the more easily we can keep
your stuff building.

The patch file is available in our GIT tree here:
http://git.trinitydesktop.org/viewgit/index.php?a=treep=Trinity%20Desktop%20Environmenthb=HEADf=main/thirdparty/libreoffice/git_10_28_2011/patches

So - my normal instinct here would be to merge your first patch
immediately :-) and do a little dance as well.

In this case, I think we need to consider maintainability quite
carefully, and perhaps there are a few tricks here that we can do to
reduce the amount of work and code duplication necessary to support TDE
just as well.

Lets discuss that privately with Lubos, but I think we can get this
fixed up and merged for the 3.5 release (freeze is Dec 5th) quite
easily.

Thanks for your work !

Regards,

Michael.

--
michael.me...@suse.com , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] REMINDER: Release 3.4.4-rc2 from libreoffice-3-4-4 branch

Hi,

please note that the commit deadline for 3.4.4-rc2 is today, October 31,
2011. It will be used as LO-3.4.4 final if no blocker is reported.

See also
http://wiki.documentfoundation.org/ReleasePlan#3.4_release
http://wiki.documentfoundation.org/Release_Criteria
http://wiki.documentfoundation.org/Development/Branches


Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Suggestions for improving the look 'n' feel of LibreOffice

Hi Alex,

On Fri, 2011-10-28 at 18:57 +0200, alexander.wi...@zoho.com wrote:
 My name is Alex and I am a member of the design team. I've collected
 several ideas regarding the look of LO. I'd like to hear your
 opinions:

Great ! :-) the best list for this is
libreoffice-ux-adv...@lists.freedesktop.org I've CC'd that - hopefully
we can take follow-ups to there.

 2) Currently, only Shift allows scaling a picture while keeping the
 ratio. Apparently thats how Word works, too, but if one is used to
 Gimp or Inkscape one intuitively tries Ctrl. I suggest to allow both
 keys.

IMHO the ability to scale an -image- destroying it's aspect ratio -
which we have by default on re-sizing them is a mis-feature. IMHO we
should invert the sense here - dragging the corner handles should by
default preserve aspect ratio (perhaps just for images). Clearly other
handles are already provided and near at hand for sizing in just one
direction, and we should flip the sense of ctrl||shift to allow
aspect-busting sizing. But of course consensus on that appreciated - so
we can knock up an easy hack.

Sadly, looking over the shoulder of my wife, plus daughters I've had to
undo / fix-this up for them several times, and no doubt lots of people
screw up their documents accidentally like this. [ Still, with 4x3 TV
frequently stretched to 16x9, perhaps people are hardened these days to
seeing footballers as fatter and shorter than they really are ;-]

 5) The handles for resizing and rotating look rather dated. They
 should be replaced by some squares/circles filled with a nice
 gradient. Are they hardcoded or could the graphics simply be replaced?

Agreed - there are two modes: large and small for the handles but both
look dated as you say. Some consensus on this from the design team might
let us create some easy hack around this.

Lets build that on ux-advise. It'd be great to have someone to track
discussion on the topics and come up with a consensus there.

HTH,

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Replace (Byte|Uni|Xub_)String with O(U)String: Fill() method is missing

Hi Christina,

Great to see you here again :-)

On Sat, 2011-10-29 at 22:18 +0200, Chr. Rossmanith wrote:
 the deprecated string classes have a Fill(n,c) method which fills a
 string with a single character c repeated n times. I found ~50
 occurrences of Fill() using git grep, so it might be worth to add a
 Fill() method to OUString. Maybe the name of the new method could be a
 bit more verbose e.g. fillWithChar().

As Stephan says, most of these seem to be reserving a string that is
about to be operated on, and should really be using a string-buffer of a
given size. Perhaps adding a method (as you suggest) to
rtl::OUStringBuffer would make sense though.

 Obviously I need some assistance...any hint is welcome.

Sounds like you're on track to me :-) I'd suggest hacking out the Fill
method in UniString and incrementally fixing each of the sites that use
it to use an rtl::OUStringBuffer that is pre-allocated, and if it seems
that we do need to fill with ' ' or 0 (as a number of those seem to be),
then presumably it'd make sense to add the method there.

Does that make sense ? thanks for cleaning this up :-)

All the best,

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] master eat CPU even when it does nothing


On Sat, 2011-10-29 at 17:38 -0400, Kevin Hunter wrote:
 I don't specifically, but my hunch is that it's some interaction with 
 the newly merged GTK code.

Almost certainly it's my fault ;-) I'll dig into it later today -
thanks for the testing  feedback.

ATB,

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Glib errors with Linux 32bit build

Hi Alex,

On Sat, 2011-10-29 at 16:33 +0100, Alex Thurgood wrote:
 With a build from master today on 32bit Linux, I keep getting :

Ah - what fun, no doubt another of my problems:

 GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' failed

So - to find this; run under gdb and do:

break g_logv
run
c # ontinue a few times

bt # backtrace

And we should find where it is coming from for you.

Thanks,

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Glib errors with Linux 32bit build

Le 31/10/11 12:19, Michael Meeks a écrit :

Hi Michael,

   Ah - what fun, no doubt another of my problems:
 
 GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' failed
 
   So - to find this; run under gdb and do:
 
   break g_logv
   run
   c # ontinue a few times
 
   bt # backtrace
 
   And we should find where it is coming from for you.
 


Thanks for the tips. Will check it out later and get back to you, when I
have a moment.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Segmentation fault in building tail_build project


On Sun, 2011-10-30 at 20:33 +0800, LOH KOK HOE wrote:
 The export to GNUMAKE is not working.

You can of course add the path to this to the beginning of your path -
which might do it better.

Personally, I'd love a --with-internal-gnumake configure option that
would download, configure and compile our patched gnumake with Norbert's
debugging fixes, my speedup, and of course without this annoying SEGV
(that no doubt just masks other bugs).

Patches for that to configure / download.in most welcome :-)

ATB,

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Background image missing in 3.4.4rc1 Mac OSX DMG

Alexander Thurgood píše v Ne 30. 10. 2011 v 16:11 +0100:
 Hi all,
 
 What happened to these commits that corrected the missing background
 image in the DMG for Mac ? Or is it deliberate ?
 
 Alex
 
 
 commit 1ed57b51d3eb10536e1b8741e34b58bdec4f68bf
 Author: Thorsten Behrens tbehr...@novell.com
 Date:   Tue May 24 12:08:39 2011 +0200
 
 3rd update to Mac dmg background.
 
 This time, wrong path - now hopefully working everywhere.
 
 Signed-off-by: Christian Lohmaier lohma...@googlemail.com
 Signed-off-by: Michael Meeks michael.me...@novell.com
 Signed-off-by: Fridrich Štrba fridrich.st...@bluewin.ch

All the mentioned commits updated setup_native/source/mac/ooo/DS_Store.
It is a binary file, so important is the last commit. I see it in the
libreoffice-3-4 and libreoffice-3-4-4 branch, see
http://cgit.freedesktop.org/libreoffice/components/commit/?h=libreoffice-3-4-4id=b41854cdbcd0338a99c6d92113d8e9630d5f9a0b

MD5 sum of setup_native/source/mac/ooo/DS_Store is the same in master,
libreoffice-3-4-3, libreoffice-3-4-4, and libreoffice-3-4 branches =
the fix seems to be in the sources.

Thorsten, Fridrich, do you have any idea what went wrong with 3.4.4-rc1
Mac OSX DMG?


Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Debug build compilation fail

2011-10-31 Thread Rafael Dominguez

I tried to compile all the project with debug flags enabled (
--enable-dbgutil --enable-debug ) , and im getting this error

Compiling: connectivity/source/drivers/mozab/bootstrap/MNSINIParser.cxx
In file included from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/debug.h:126,
 from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/bits/stl_algobase.h:71,
 from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/bits/stl_tree.h:62,
 from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/map:60,
 from ./MNSINIParser.hxx:35,
 from
/home/ralph/Proyectos/libreoffice/core/connectivity/source/drivers/mozab/bootstrap/MNSINIParser.cxx:31:
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
__gnu_debug::_Safe_iterator_Iterator, _Sequence, const char*,
__gnu_debug::_Error_formatter::_Is_iterator)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:213:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:219:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
_Type*, const char*, __gnu_debug::_Error_formatter::_Is_iterator)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:242:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(_Type*,
const char*, __gnu_debug::_Error_formatter::_Is_iterator)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:255:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
_Iterator, const char*, __gnu_debug::_Error_formatter::_Is_iterator)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:268:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
__gnu_debug::_Safe_sequence_Sequence, const char*,
__gnu_debug::_Error_formatter::_Is_sequence)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:284:
error: cannot use typeid with -fno-rtti
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h: In
constructor '__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
_Sequence, const char*, __gnu_debug::_Error_formatter::_Is_sequence)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:293:
error: cannot use typeid with -fno-rtti
dmake:  Error code 1, while making
'../../../../unxlngi6/slo/MNSINIParser.obj'

Any hints???
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] [PUSHED:3-4, 3-4-4] [PATCH]: libs-extern-sys 3.4.3.2 mozilla-ldap remove MKDIR calls

Thorsten Behrens píše v Pá 28. 10. 2011 v 13:28 +0200:
 Kelly Anderson wrote:
  Can we get someone to pull that commit into 3.4.4.x (and 3.4.3.x if
  it's going to be revved).
 
 Cherry-picked to -3-4. For 3-4-4 we need one more review. 3.4.3 is
 dead.

Looked fine = pushed into the 3-4-4 branch, see
http://cgit.freedesktop.org/libreoffice/libs-extern-sys/commit/?h=libreoffice-3-4-4id=8db65077d602b5a2139bbac69b5cf95a349e7438


Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Debug build compilation fail


On 10/31/2011 02:20 PM, Rafael Dominguez wrote:

I tried to compile all the project with debug flags enabled (
--enable-dbgutil --enable-debug ) , and im getting this error

Compiling: connectivity/source/drivers/mozab/bootstrap/MNSINIParser.cxx
In file included from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/debug.h:126,
  from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/bits/stl_algobase.h:71,
  from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/bits/stl_tree.h:62,
  from
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/map:60,
  from ./MNSINIParser.hxx:35,
  from
/home/ralph/Proyectos/libreoffice/core/connectivity/source/drivers/mozab/bootstrap/MNSINIParser.cxx:31:
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:
In constructor
'__gnu_debug::_Error_formatter::_Parameter::_Parameter(const
__gnu_debug::_Safe_iterator_Iterator, _Sequence, const char*,
__gnu_debug::_Error_formatter::_Is_iterator)':
/usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/g++-v4/debug/formatter.h:213:


connectivity/source/drivers/mozab/makefile_mozab.mk contains an explicit 
-fno-rtti, in three places, for various platforms.  This file looks odd, 
smells like these settings are there to ensure some form of ABI 
compatibility with linked-against Mozilla code, but enabling GCC's 
-frtti should have no negative consequences here, anyway.


Please re-try with those three lines removed.

Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] master eat CPU even when it does nothing

2011-10-31 Thread Arno Teigseth

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 29/10/11 23:59, Arno Teigseth wrote:
 6000 calls/second to Application::Yield in 
 core/vcl/source/app/svapp.cxx (I think)
ok I reverted to the commit 40360820036a5d6a3359d1b5ec748a47a7edd85f
(from Tue Oct 25 13:50:37 2011 +0300),

just before the Meeks' series of patches,

rebuilt, and CPU load is now back to 0% when idling on a 3300 page
text doc :D

so yes, I think the GTK patches has something to do with this

Arno
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6upK0ACgkQEMIGVCc8BjAG+wCfT4AFG30NyznxFKrscTgkGlJo
VdUAn21SrZ+kUGnOFVQOP1HNYzOzd3Ew
=Wazg
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Glib errors with Linux 32bit build

Hi Michael,

Le 31/10/11 12:19, Michael Meeks a écrit :

Hope this helps.

Alex


 Hi Alex,

 On Sat, 2011-10-29 at 16:33 +0100, Alex Thurgood wrote:
 With a build from master today on 32bit Linux, I keep getting :
   Ah - what fun, no doubt another of my problems:

 GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' failed
   So - to find this; run under gdb and do:

   break g_logv
   run
   c # ontinue a few times

   bt # backtrace

   And we should find where it is coming from for you.

   Thanks,

   Michael.


-- 
Alex Thurgood
Intellectual Property Attorney
IP GALORE
4 rue Durette
F-63500 BRENAT
FRANCE

Mobile : +33 6 40 59 99 16
Fax : +33 4 5680 9558
E-mail : alex.thurg...@gmail.com

CONFIDENTIAL  PRIVILEGED

The information in communications issued by the sender is confidential and 
privileged. If you are not the intended recipient of the communication, you are 
not authorised to visualise, display, save, print, copy or otherwise reproduce, 
transfer or modify said communication without express agreement from the 
sender. Any erroneous reception should be indicated to the original sender and 
the original communication subsequently destroyed.

alex@acer-xubuntu:~/LODEV/core/install/program$ gdb ./soffice.bin
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-linux-gnu.
For bug reporting instructions, please see:
http://bugs.launchpad.net/gdb-linaro/...
Reading symbols from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/soffice.bin...(no
 debugging symbols found)...done.
(gdb) break g_logv
Function g_logv not defined.
Make breakpoint pending on future shared library load? (y or [n]) y

Breakpoint 1 (g_logv) pending.
(gdb) run
Starting program: 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/soffice.bin 
[Thread debugging using libthread_db enabled]
[New Thread 0xb6e18b70 (LWP 11617)]
[New Thread 0xb584cb70 (LWP 11618)]
[New Thread 0xb504bb70 (LWP 11619)]

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) c
Continuing.

(soffice:11614): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' 
failed
[Thread 0xb584cb70 (LWP 11618) exited]
[New Thread 0xb584cb70 (LWP 11620)]

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) c
Continuing.

(soffice:11614): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' 
failed
[Thread 0xb584cb70 (LWP 11620) exited]

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) c
Continuing.

(soffice:11614): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' 
failed
[New Thread 0xb584cb70 (LWP 11622)]
[New Thread 0xb4163b70 (LWP 11623)]
[New Thread 0xb3962b70 (LWP 11627)]
[Thread 0xb3962b70 (LWP 11627) exited]
c

bt
[New Thread 0xb3962b70 (LWP 11629)]
[Thread 0xb3962b70 (LWP 11629) exited]
[New Thread 0x62f8b70 (LWP 11630)]
[New Thread 0x6349b70 (LWP 11631)]
[New Thread 0x639ab70 (LWP 11632)]
[New Thread 0x63ebb70 (LWP 11633)]
[New Thread 0x646cb70 (LWP 11634)]
[New Thread 0x64bdb70 (LWP 11635)]
[New Thread 0x653eb70 (LWP 11636)]
[New Thread 0x6725b70 (LWP 11637)]

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) c
Continuing.

(soffice:11614): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' 
failed

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) 
Continuing.

(soffice:11614): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != NULL' 
failed

Breakpoint 1, 0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) bt
#0  0x02cb0b80 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
#1  0x02cb10d3 in g_log () from /lib/i386-linux-gnu/libglib-2.0.so.0
#2  0x02cb133d in g_return_if_fail_warning () from 
/lib/i386-linux-gnu/libglib-2.0.so.0
#3  0x02cc82fa in g_ascii_strncasecmp () from 
/lib/i386-linux-gnu/libglib-2.0.so.0
#4  0x02639926 in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvclplug_gtklo.so
#5  0x0263a03d in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvclplug_gtklo.so
#6  0x02649b46 in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvclplug_gtklo.so
#7  0x02638c11 in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvclplug_gtklo.so
#8  0x0167742b in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvcllo.so
#9  0x0160b717 in ?? ()
   from 
/home/alex/LODEV/core/solver/unxlngi6.pro/installation/opt/program/libvcllo.so
#10

Re: [Libreoffice] Background image missing in 3.4.4rc1 Mac OSX DMG

Le 31/10/11 14:10, Petr Mladek a écrit :

Hi Petr,

 All the mentioned commits updated setup_native/source/mac/ooo/DS_Store.
 It is a binary file, so important is the last commit. I see it in the
 libreoffice-3-4 and libreoffice-3-4-4 branch, see
 http://cgit.freedesktop.org/libreoffice/components/commit/?h=libreoffice-3-4-4id=b41854cdbcd0338a99c6d92113d8e9630d5f9a0b
 
 MD5 sum of setup_native/source/mac/ooo/DS_Store is the same in master,
 libreoffice-3-4-3, libreoffice-3-4-4, and libreoffice-3-4 branches =
 the fix seems to be in the sources.
 
 Thorsten, Fridrich, do you have any idea what went wrong with 3.4.4-rc1
 Mac OSX DMG?

Having just checked all of the official 3.4.x DMG releases, it turns out
that none of them have pretty background or installation arrow, so this
has been around since 3.4 was branched off.

The 3.3.4 DMG does have the background image and pretty installation icons.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Tomáš Chvátal scarab...@gentoo.org changed:

   What|Removed |Added

 Depends on||42432

-- 
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] Glib errors with Linux 32bit build


On Mon, 2011-10-31 at 14:54 +0100, Alexander Thurgood wrote:
 Hope this helps.

Hah - not so much, since vcl/ is not built with debuginfo; however - it
turns out there is only one use of that method in vcl/ - it seems gtk+
can't determine the name of your monitors, so we hit this NULL warning.

I pushed a fix to master :-)

Thanks !

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEWED:3-4-4][PUSHED:3-4-4] Cherry-pick request for libreoffice-3-4-4

Michael Stahl píše v St 26. 10. 2011 v 12:46 +0200:
 On 26/10/11 12:00, Fridrich Strba wrote:
  Hello good people,
 
  Could 2 additional people OK this for inclusion in libreoffice-3-4-4 branch?
 
  http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4id=b1e37e258351a51556d4128d08768edd8fd05d3d
  http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4id=7ca50e2afb84320913868f95d0247528ef90b4f6
 

 both look fine to me.

Just for record, I see them in libreoffice-3-4-4 branch.

Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] bugs 42340 and 42354 filed

2011-10-31 Thread Pawan Vemuri

These bugs pertain to opening a ppt document, saving it as pptx document
and reopening the same document in pptx.
I would like to volunteer to fix this bug. Can you please let me know where
can I find the code for this parts of libreoffice (where can I find code
for ppt to pptx conversion and saving a pptx file in libreoffice).
Thanks,
-Pawan.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Suggestions for improving the look 'n' feel of LibreOffice

2011-10-31 Thread Astron

Hi Michael, Alexander,


 2) Currently, only Shift allows scaling a picture while keeping the
 ratio. Apparently thats how Word works, too, but if one is used to
 Gimp or Inkscape one intuitively tries Ctrl. I suggest to allow both
 keys.

        IMHO the ability to scale an -image- destroying it's aspect ratio -
 which we have by default on re-sizing them is a mis-feature. IMHO we
 should invert the sense here - dragging the corner handles should by
 default preserve aspect ratio (perhaps just for images). Clearly other
 handles are already provided and near at hand for sizing in just one
 direction, and we should flip the sense of ctrl||shift to allow
 aspect-busting sizing. But of course consensus on that appreciated - so
 we can knock up an easy hack.

I had not thought of that in my previous response to Alexander (on the
design list), but (in my view) you are absolutely correct with regards
to this being a misfeature for photos/raster graphics. But I wouldn't
go so far as to reverse the meaning of the Shift key. I think the best
solution would be to turn the existing Keep ratio option on
automatically when importing a raster image.
On des...@g.lo.org, Christoph (Noack) also loudly thought about some
helpful status bar text, like in Inkscape etc. to inform users. Sadly,
there seem to be no news from Federico's attempt to change the Drawing
toolbar (Christoph first mentioned better status bar information
there, I think).


 5) The handles for resizing and rotating look rather dated. They
 should be replaced by some squares/circles filled with a nice
 gradient. Are they hardcoded or could the graphics simply be replaced?

        Agreed - there are two modes: large and small for the handles but both
 look dated as you say. Some consensus on this from the design team might
 let us create some easy hack around this.

There are four modes: small, large, small/3D, large/3D. Writer's
scanner tool uses small square black handles, but I am not sure if
these are graphics.
Additionally, in Draw/Impress, there are at least another four handles
(corner, side vertical, side horizontal, center) for rotating and a
further two (node, direction of node) for manipulating vector lines,
all are also available in four modes (small, small/3D, large,
large/3D).
It would be great if all of the four modes could be unified (with
handles nominally the same size as the current large handles [8*8])
with all of the related options removed.

Lastly, there's the anchor image from Writer that is also in dire need
of replacement.

What would be great:
* to know the location of these images in the git repository (sorry, I
really tried finding them, but there are too many icons)
* to know what's possible with these images – most importantly: alpha
transparency?
* if someone could remove the additional UI/code
* if someone would make them themeable (if they aren't
already/strictly optional)

Help appreciated.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] gravity of raised assertions?

2011-10-31 Thread Terrence Enger

There has been a lot of discussion in the past about raised
assertions and how seriously they should be treated.  Is
there a current concensus?

I raise the question again for no better reason than that
even a newbie like me can see a raised assertion and collect
a backtrace.  Guidance welcome.

Thank you for your attention,
Terry.



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] text orientation, not text direction

2011-10-31 Thread Christian Lohmaier

Hi Lior, *,

On Sun, Oct 30, 2011 at 9:26 PM, Lior Kaplan kaplanl...@gmail.com wrote:

 In my RTL bugs talk during the conference, I showed a weird option in the
 tables options - text flow tab which refers to RTL text as vertical
 (guessing a feature for Japanese). See attached screen shot.

 I'm attaching to patches to fix this:
 1. A string change (trivial).

But that change doesn't improve anything at all. I immediately
understand what the difference between left-to-right and
right-to-left (vertical) means, but what the heck is horizontal?
that could also be right-to-left, and more importantly: Vertical could
also be left-to-right written vertically.

So I don't see any benefit in changing those. (on the contrary, it
would replace clear labels with need to try them to figure out what
they do ones.

As for Text direction vs Text orientation - I don't really care,
although I'd associate left-aligned vs right-aligned more with
orientation, and the overall writing layout with direction, but then
again I'm not a native speaker...

ciao
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED 3-4] fix for fdo#37129 - Dotted and Dashed table borders are not drawn correctly

Kohei Yoshida píše v St 26. 10. 2011 v 12:00 -0400:
 On Wed, 2011-10-26 at 14:17 +0200, Cedric Bosdonnat wrote:
  Hi Kohei, all,
  
  On Tue, 2011-10-25 at 09:46 -0400, Kohei Yoshida wrote:
   The patch looks safe to me.  Cedric, if it's okay with you, I'd like to
   backport this to the 3.4 branch with my sign-off.  What do you think?
  
  I'm all for it... I only don't have time these days as I'm
  attending/presenting at some conferences.
 
 Thanks.  Pushed to the -3-4 branch with my sign-off.  Sorry it missed
 the 3.4.4 branch by one day.

It looks good to me. One more approval is enough to get it in
libreoffic-3-4-4 branch.

BTW: The borders are still not perfect with the patch. I have troubles
to see the borders with two parallel lines. Anyway, I feel that the
overal behavior is better with the patch = I vote to add it.

Just for record, the commits in 3-4 branch are:
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4id=57b1dbeb8c2e4d4413c4a60e910bb94500cb80b4
http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?h=libreoffice-3-4id=d3728312e7655a3580113470461f5fcf04b9c7a2


Best Regards,
Petr


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] syntax highlighting extension not working on LO wiki

2011-10-31 Thread Noel Grandin

Hi

I think one of the MediaWiki extensions might have been turned off.

See this page:
http://wiki.documentfoundation.org/Development/Native_Build

And do a search for 
syntaxhighlight lang=bash

Regards, Noel Grandin

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] text orientation, not text direction

2011-10-31 Thread Lior Kaplan

On Mon, Oct 31, 2011 at 4:50 PM, Christian Lohmaier 
lohmaier+libreoff...@googlemail.com wrote:

 Hi Lior, *,

 On Sun, Oct 30, 2011 at 9:26 PM, Lior Kaplan kaplanl...@gmail.com wrote:
 
  In my RTL bugs talk during the conference, I showed a weird option in the
  tables options - text flow tab which refers to RTL text as vertical
  (guessing a feature for Japanese). See attached screen shot.
 
  I'm attaching to patches to fix this:
  1. A string change (trivial).

 But that change doesn't improve anything at all. I immediately
 understand what the difference between left-to-right and
 right-to-left (vertical) means, but what the heck is horizontal?
 that could also be right-to-left, and more importantly: Vertical could
 also be left-to-right written vertically.


These options doesn't touch the text directionality (RTL/LTR) but only
decide whether it goes horizontally or vertically.


 So I don't see any benefit in changing those. (on the contrary, it
 would replace clear labels with need to try them to figure out what
 they do ones.

 As for Text direction vs Text orientation - I don't really care,
 although I'd associate left-aligned vs right-aligned more with
 orientation, and the overall writing layout with direction, but then
 again I'm not a native speaker...


I've changed this text for two reason:
1. To diffrenciate from the Text direction on the table tab (the previous
tab in the same window). There the options are RTL and LTR which is right.
2. To use the same terminology as other word processing software.

I hope this better explains the reasons for the patch.

Kaplan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Windows build tagging ...

Hi Christian,

On Fri, 2011-10-28 at 15:43 +0200, Christian Lohmaier wrote:
 Git log on the notes object is not the same as git notes list.

Ah ! this was my missing piece :-) so your approach sounds much better
indeed.

 the log is sequential/chronological as is any other commit.
..
 See above: git *log* -p `git notes get-ref` :-) and with the
 additional -S earch you can filter that log output to only contain the
 wanted ones.

Strangely my 'git notes get-ref' doesn't exist:

$ git notes get-ref
error: Unknown subcommand: get-ref

Otherwise it sounds like this'd be ideal ( I have git 1.7.3.4 ).

 git log -p -Swin32 working build `git notes get-ref`
 gives you only the annotation commits, and contains the annotated revision
 
 I didn't just suggest things by only reading the manpage, I also
 played with it

Sure; so it sounds like as/when people's git's are upgraded, this would
be much faster and cleaner than grepping the whole log output thus:

hash=`git log --pretty='%H %N' | grep 'win32 working build' | head -n1 
| sed 's/ win32.*//'`

And presumably we should be using a namespace for that too in the most
recent notes impl.

Anyhow - I pushed something that works as of now; we just need someone
to insert the best note they can as/when a build really builds [ pending
the dependency fix for the manifest file I guess ].

Thanks !

Michael.

-- 
michael.me...@suse.com  , Pseudo Engineer, itinerant idiot

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] bugs 42340 and 42354 filed

Hi Pawan

On 2011-10-31 at 07:23 -0700, Pawan Vemuri wrote:

 These bugs pertain to opening a ppt document, saving it as pptx
 document and reopening the same document in pptx.
 I would like to volunteer to fix this bug. Can you please let me know
 where can I find the code for this parts of libreoffice (where can I
 find code for ppt to pptx conversion and saving a pptx file in
 libreoffice).

Before starting hacking on this exactly, I'd recommend you to get
yourself familiar with building LibreOffice, and to do an easy hack:

http://www.libreoffice.org/get-involved/developers/

But of course, fixing a bug that is close to your heart is always
good :-)  In your case, I'd first try to open the resulting pptx in MS
Office, to find out if it is a problem of the exporter (it is broken in
MSO), or importer (it is fine there).

If it is an exporter problem, you'll want to hack around:

http://cgit.freedesktop.org/libreoffice/core/tree/sd/source/filter/eppt

If it is an importer problem, then it is most probably around:

http://cgit.freedesktop.org/libreoffice/core/tree/oox/source/ppt

All the best,
Kendy

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] gravity of raised assertions?


On 10/31/2011 03:31 PM, Terrence Enger wrote:

There has been a lot of discussion in the past about raised
assertions and how seriously they should be treated.  Is
there a current concensus?

I raise the question again for no better reason than that
even a newbie like me can see a raised assertion and collect
a backtrace.  Guidance welcome.


OOo earlier this year introduced a mechanism to let smoketestoo_native 
fail in case of assertions (implemented by somebody who did not come 
from the assertions need to abort. period. camp, btw).  LibO promptly 
imported that feature (without any debate AFAIK).


For me at least, this implies that all occurrences of firing assertions 
should be tracked and fixed.


(For me at least, this also implies that assertions---OSL_ASSERT, 
OSL_ENSURE, OSL_FAIL, DBG_ASSERT---should only be used to flag illegal 
program states, not for unexpected but legal ones.  I don't think there 
is objection to this view in general.  I've only seen confusion about 
which macro was designed for which use case, and a sort of indifference 
a la half of the time, OSL_ASSERT etc. are used with the wrong 
semantics anyway; shrug.)


Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] bugs 42340 and 42354 filed

2011-10-31 Thread Pawan Vemuri

It is also broken in MSO, it is an exporter problem. The slideX.xml has a
buChar element.
thanks for the direction.
-Pawan.


On Mon, Oct 31, 2011 at 8:09 AM, Jan Holesovsky ke...@suse.cz wrote:

 Hi Pawan

 On 2011-10-31 at 07:23 -0700, Pawan Vemuri wrote:

  These bugs pertain to opening a ppt document, saving it as pptx
  document and reopening the same document in pptx.
  I would like to volunteer to fix this bug. Can you please let me know
  where can I find the code for this parts of libreoffice (where can I
  find code for ppt to pptx conversion and saving a pptx file in
  libreoffice).

 Before starting hacking on this exactly, I'd recommend you to get
 yourself familiar with building LibreOffice, and to do an easy hack:

 http://www.libreoffice.org/get-involved/developers/

 But of course, fixing a bug that is close to your heart is always
 good :-)  In your case, I'd first try to open the resulting pptx in MS
 Office, to find out if it is a problem of the exporter (it is broken in
 MSO), or importer (it is fine there).

 If it is an exporter problem, you'll want to hack around:

 http://cgit.freedesktop.org/libreoffice/core/tree/sd/source/filter/eppt

 If it is an importer problem, then it is most probably around:

 http://cgit.freedesktop.org/libreoffice/core/tree/oox/source/ppt

 All the best,
 Kendy


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] text orientation, not text direction

Hi Lior,

Thank you for the patch! It seems that it caused some misunderstanding,
so maybe it might be good to CC: the UX guys for the suggestion of
wording? - CC'd now.

UX guys - please have a look at Lior's suggestion; for a screenshot of
what he means, see his original mail in the ML archive:

http://lists.freedesktop.org/archives/libreoffice/2011-October/019944.html

mainly:

http://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0001.png
http://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0002.obj

How does that sound?

Thank you,
Kendy

On 2011-10-31 at 17:03 +0200, Lior Kaplan wrote:
On Mon, Oct 31, 2011 at 4:50 PM, Christian Lohmaier lohmaier
+libreoff...@googlemail.com wrote:
Hi Lior, *,

On Sun, Oct 30, 2011 at 9:26 PM, Lior Kaplan
kaplanl...@gmail.com wrote:

In my RTL bugs talk during the conference, I showed a weird
option in the
tables options - text flow tab which refers to RTL text as
vertical
(guessing a feature for Japanese). See attached screen shot.

I'm attaching to patches to fix this:
1. A string change (trivial).

But that change doesn't improve anything at all. I immediately
understand what the difference between left-to-right and
right-to-left (vertical) means, but what the heck is
horizontal?
that could also be right-to-left, and more importantly:
Vertical could
also be left-to-right written vertically.

These options doesn't touch the text directionality (RTL/LTR) but only
decide whether it goes horizontally or vertically.

So I don't see any benefit in changing those. (on the
contrary, it
would replace clear labels with need to try them to figure
out what
they do ones.

As for Text direction vs Text orientation - I don't really
care,
although I'd associate left-aligned vs right-aligned more with
orientation, and the overall writing layout with direction,
but then
again I'm not a native speaker...

I've changed this text for two reason:
1. To diffrenciate from the Text direction on the table tab (the
previous tab in the same window). There the options are RTL and LTR
which is right.
2. To use the same terminology as other word processing software.

I hope this better explains the reasons for the patch.

Kaplan

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] development summary: year 2011, week 43

Hi,

this time a brief summary of what happened during the 43th week in 2011
on LibreOffice repositories and the living branches:

+ master:LO-3.5 development
+ libreoffice-3-3:   fixes for LO-3.3.5 bug fix release
+ no changes on that branch
+ libreoffice-3-4:   fixes for LO-3.4.4 bug fix release
+ libreoffice-3-4-4: final stabilization of the LO-3.4.4 release

There are two logs for each branch:

+ bugfixes-branch-week-year-week.txt lists all commits that 
reference a proper
  bug id from a variety of trackers, i.e. #i... referring to the 
OpenOffice
  issuezilla, fdo# to freedesktop, rhbz# to RedHat bugzilla

+ commit-log-branch-week-year-week.txt lists all relevant commits 
on the actual
  source repositories

Many thanks to all contributors - you make all the difference!


Best Regards,
Petr
+ base
+ fix . Perhaps it could be simplified (fdo#38286) [Julien Nabet]
+ bootstrap
+ fix building of the 64-bit Windows Explorer extension (fdo#36950) [Tor Lillqvist]
+ components
+ fix handling of SAFEARRAY(s) returned as variant in olebridge (fdo#38441) [Noel Power]
+ libs-core
+ dbGridControl::RemoveColumn even if no corresponding Model column (fdo#40701) [Lionel Elie Mamane]
+ fmXGridPeer::getByIndex: Error checking of pGrid-GetModelColumnPos(nId) call (fdo#40701) [Lionel Elie Mamane]
+ libs-gui
+ activation order crashes address database (fdo#41022) [julien2412]
+ writer
+ fix fallout - recognize .svg in odt container (fdo#41995) [Thorsten Behrens]
+ base
+ fix . Perhaps it could be simplified (fdo#38286) [Julien Nabet]
+ bootstrap
+ fix building of the 64-bit Windows Explorer extension (fdo#36950) [Tor Lillqvist]
+ components
+ fix handling of SAFEARRAY(s) returned as variant in olebridge (fdo#38441) [Noel Power]
+ libs-core
+ dbGridControl::RemoveColumn even if no corresponding Model column (fdo#40701) [Lionel Elie Mamane]
+ fix the drawing of dotted and dashed borders in Calc. (fdo#37129) [Tomofumi Yagi]
+ fmXGridPeer::getByIndex: Error checking of pGrid-GetModelColumnPos(nId) call (fdo#40701) [Lionel Elie Mamane]
+ libs-gui
+ activation order crashes address database (fdo#41022) [julien2412]
+ fix the drawing of dotted and dashed borders in Calc. (fdo#37129) [Tomofumi Yagi]
+ writer
+ fix fallout - recognize .svg in odt container (fdo#41995) [Thorsten Behrens]
+ core
+ activation order crashes address database (fdo#41022) [julien2412]
+ add UML line ends to palette standard.soe (AOOo (i#10547) [Regina Henschel]
+ autocorrect: non-breaking space before  0n French (fdo#41015) [Andras Timar]
+ avoid adjusting cell-anchored objects on other sheets. (bnc#726152) [Kohei Yoshida]
+ display caption strings without format detection. (fdo#42169) [Kohei Yoshida]
+ fix crash of text frames inside RTF tables (fdo#39856) [Miklos Vajna]
+ fix deadlock (fdo#42157) [Michael Stahl]
+ fix fallout - recognize .svg in odf containers (fdo#41995) [Thorsten Behrens]
+ fix handling of SAFEARRAY(s) returned as variant in olebridge (fdo#38441) [Noel Power]
+ fix inserting empty slide when printing handouts (fdo#31966) [Ivan Timofeev]
+ handle that FreeSerif lacks some glyphs in bold/italic (fdo#32665) [Caolán McNamara]
+ no data accessible if filename contains ? (fdo#33047) [Lionel Elie Mamane]
+ oDF conformance - Impress table markup fixes (fdo#35190) [Thorsten Behrens]
+ related: fix RTF import of some special accented chars in tables (fdo#39856) [Miklos Vajna]
+ swRenderData: do not store SwPageFrm* (rhbz#680365) [Michael Stahl]
+ use the 'Default' style as the parent style. (fdo#41369) [Kohei Yoshida]
+ help
+ help text for natural sort feature (fdo#40054, i#63864) [Andras Timar]
+ common
+ branch libreoffice-3-4-4 [Petr Mladek]
+ version 3.4.4.1, tag libreoffice-3.4.4.1 (3.4.4-rc1) [Petr Mladek]
+ base
+ fix . Perhaps it could be simplified (fdo#38286) [Julien Nabet]
+ bootstrap
+ bump product version to 3.4.4-rc1, release number to 401 [Petr Mladek]
+ fix building of the 64-bit Windows Explorer extension (fdo#36950) [Tor Lillqvist]
+ remove a stray leading '+' [Fridrich Štrba]
+ use short paths, because '(x86)' in the path causes problem [Andras Timar]
+ components
+ fix handling of SAFEARRAY(s) returned as variant in olebridge (fdo#38441) [Noel Power]
+ extensions
+ nlpsolver translation update [Andras Timar]
+ filters
+ add these back in to silence the MAXFILTER assert [Caolán McNamara]
+ help
+ remove/change *.services.openoffice.org links [Andras Timar]
+ libs-core
+ dbGridControl::RemoveColumn even if no corresponding Model column (fdo#40701) [Lionel Elie Mamane]
+ fmXGridPeer::getByIndex: Error checking of pGrid-GetModelColumnPos(nId) call (fdo#40701) [Lionel Elie Mamane]
+ libs-gui
+ activation order crashes address database

Re: [Libreoffice] [PATCH] Fixes fdo#41245

Hi Arnaud,

 2011/10/25 Arnaud Versini arnaud.vers...@gmail.com

 This patch resolve issue fdo#41245, I checked the with some
PPT files, it seems to be good but I'm not sure.

Thank you very much for the patch! - CCing Thorsten who is I believe
familiar with autofit :-)  Thorsten - can you please check?

 Sorry, I forgot to send this to the list : all patches I submit are
 under this unless I state otherwise.

I think you wanted to say are under LGPLv3+ / MPL?

Thank you a lot,
Kendy

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED 3-4-4] fix for fdo#37129 - Dotted and Dashed table borders are not drawn correctly

Petr Mladek píše v Po 31. 10. 2011 v 15:51 +0100:
 It looks good to me. One more approval is enough to get it in
 libreoffic-3-4-4 branch.

Cedric approved it = I pushed it to the 3-4-4 branch.

Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Fixes fdo#41245

2011-10-31 Thread Arnaud Versini

Yes of course, LGPLv3+ and MPL.

Thanks

2011/10/31 Jan Holesovsky ke...@suse.cz

 Hi Arnaud,

  2011/10/25 Arnaud Versini arnaud.vers...@gmail.com
 
  This patch resolve issue fdo#41245, I checked the with some
 PPT files, it seems to be good but I'm not sure.

 Thank you very much for the patch! - CCing Thorsten who is I believe
 familiar with autofit :-)  Thorsten - can you please check?

  Sorry, I forgot to send this to the list : all patches I submit are
  under this unless I state otherwise.

 I think you wanted to say are under LGPLv3+ / MPL?

 Thank you a lot,
 Kendy




-- 
Arnaud Versini
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Trinity Desktop Environment (TDE) desktop integraton for LibreOffice

2011-10-31 Thread Lubos Lunak

On Monday 31 of October 2011, Michael Meeks wrote:
 Hi Timothy,

 On Sun, 2011-10-30 at 21:54 -0500, Timothy Pearson wrote:
  I have created a patch that enables Trinity Desktop Environment (TDE, the
  successor to KDE3.5.10) desktop integration for LibreOffice.  The patch
  is based against a copy of the LibreOffice GIT pulled on 10/28/2011 and
  has been tested as fully functional on the latest TDE release (v3.5.13).

   Great ! :-) you managed to get past the vcl updates we did recently,
 which is good.

 As a sidenote, no idea what you mean here. I don't think anything has 
significantly changed in the KDE3/4 vcl modules in the last year and they 
still work.

  The patch file is available in our GIT tree here:
  http://git.trinitydesktop.org/viewgit/index.php?a=treep=Trinity%20Deskto
 p%20Environmenthb=HEADf=main/thirdparty/libreoffice/git_10_28_2011/patch
 es

   So - my normal instinct here would be to merge your first patch
 immediately :-) and do a little dance as well.

   In this case, I think we need to consider maintainability quite
 carefully, and perhaps there are a few tricks here that we can do to
 reduce the amount of work and code duplication necessary to support TDE
 just as well.

   Lets discuss that privately with Lubos, but I think we can get this
 fixed up and merged for the 3.5 release (freeze is Dec 5th) quite
 easily.

 The original mail rings a bell ... 
http://lists.freedesktop.org/archives/libreoffice/2011-September/017515.html .

 And I don't remember any reply to my questions, and I don't see anything 
changing since then, so they still stand: What are the reasons this is done 
as a huge copypaste s/KDE/TDE/ patch?

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] syntax highlighting extension not working on LO wiki

Noel Grandin píše v Po 31. 10. 2011 v 17:03 +0200:
 Hi
 
 I think one of the MediaWiki extensions might have been turned off.
 
 See this page:
 http://wiki.documentfoundation.org/Development/Native_Build
 
 And do a search for 
 syntaxhighlight lang=bash

It seems to work now. The syntax is highlighted and the I can't fix the
above text on the page.


Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Trinity Desktop Environment (TDE) desktop integraton for LibreOffice

2011-10-31 Thread Timothy Pearson


  The original mail rings a bell ...
 http://lists.freedesktop.org/archives/libreoffice/2011-September/017515.html
.

  And I don't remember any reply to my questions, and I don't see anything
 changing since then, so they still stand: What are the reasons this is done
 as a huge copypaste s/KDE/TDE/ patch?


Primarily so that we can start hacking on the TDE module without breaking
the KDE3 module, and also if you look at the patch the Qt classnames have
all been altered.  The TDE developers are nearing the end of a yearlong
project to convert TDE to use those class names, and as soon as the final
transition is done the KDE3 module will be completely unbuildable, let
alone usable, on TDE.

I have been discussing this with Michael Meeks, and basically if
LibreOffice would rather we hack up the KDE3 module to work with TDE that
is fine, but we will not be able to guarantee that our changes do not
seriously break the module when used under KDE3.  I have serious concerns
about the maintainability of such code, including readability, speed of
patch acceptance (due to offsite KDE3 tests most likely being mandatory),
and how prone the code will be to accidental breakage.

Does this help at all?  I didn't see your original message so I apologize
for the lack of a reply.

Tim



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH]: Translate German Comments

Philipp Weissenbacher píše v Pá 28. 10. 2011 v 22:23 +0200:
 Here's docfld.cxx from sw/source/core/doc.
 
 This one's quite long, so I'd appreciate a review by another German-speaker.
 
 I tried my best, to shorten the translation whilst preserving it's 
 meaning (not that there would be much of it, sometimes).
 
 Also, the whitespace problem should be a thing of the past now.

Great work! I like the new comments and have pushed them into master.

Thanks for contribution.


Best Regards,
Petr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH][PUSHED]: Translate German Comments

Once again with correct subject. I am sorry for spamming.

Philipp Weissenbacher píše v Pá 28. 10. 2011 v 22:23 +0200:
 Here's docfld.cxx from sw/source/core/doc.
 
 This one's quite long, so I'd appreciate a review by another German-speaker.
 
 I tried my best, to shorten the translation whilst preserving it's 
 meaning (not that there would be much of it, sometimes).
 
 Also, the whitespace problem should be a thing of the past now.

Great work! I like the new comments and have pushed them into master.

Thanks for contribution.


Best Regards,
Petr


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [REVIEW] text orientation, not text direction

2011-10-31 Thread Lior Kaplan

On Mon, Oct 31, 2011 at 6:41 PM, Christophe Strobbe
christophe.stro...@esat.kuleuven.be wrote:

Hi,

At 16:48 31-10-2011, Jan Holesovsky wrote:

Hi Lior,

Thank you for the patch! It seems that it caused some misunderstanding,
so maybe it might be good to CC: the UX guys for the suggestion of
wording? - CC'd now.

UX guys - please have a look at Lior's suggestion; for a screenshot of
what he means, see his original mail in the ML archive:

http://lists.freedesktop.org/**archives/libreoffice/2011-**
October/019944.htmlhttp://lists.freedesktop.org/archives/libreoffice/2011-October/019944.html

Just to make sure that everyone involved in the discussion knows how to
use this feature:
1. Create a table; set text direction to right-to-left (vertical)
2. Enter some Chinese (or Japanese) text into the table. (In my case, the
text appeared rotated.)
3. Change the font to one that was developed for Chinese (or Japanese, as
the case may be) text.

You will now see the characters in vertical columns that should be read
right-to-left.

Just a small notice - although the option says right to left (vertical),
it only changes the horizontal/vertical part. The text directionality is
kept as is (usually left to right), which causes the text to be written top
to bottom (that is LRT rotates 90 clock wise).

So text direction is about horizontal vs vertical (i.e. vertical, then
right-to-left), rather than the direction of the writing system
(left-to-right vs right-to-left/bidirectional).

I have attached a sample document and a screenshot to this mail. The text
below the table is identical to the text inside the table - in fact I
copied it from the table. Also notice the change in quotation marks and the
direction of 2012.

(See also this Wordpad screenshot from Wikipedia:
http://en.wikipedia.org/wiki/**File:Wordpad_vertical_text_**support.pnghttp://en.wikipedia.org/wiki/File:Wordpad_vertical_text_support.png
.)

Best regards,

Christophe

mainly:

http://lists.freedesktop.org/**archives/libreoffice/**
attachments/20111030/9a4f3746/**attachment-0001.pnghttp://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0001.png
http://lists.freedesktop.org/**archives/libreoffice/**
attachments/20111030/9a4f3746/**attachment-0002.objhttp://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0002.obj

How does that sound?

Thank you,
Kendy

On 2011-10-31 at 17:03 +0200, Lior Kaplan wrote:
On Mon, Oct 31, 2011 at 4:50 PM, Christian Lohmaier lohmaier
+libreoff...@googlemail.com wrote:
Hi Lior, *,

On Sun, Oct 30, 2011 at 9:26 PM, Lior Kaplan
kaplanl...@gmail.com wrote:

I'm attaching to patches to fix this:
1. A string change (trivial).

These options doesn't touch the text directionality (RTL/LTR) but only
decide whether it goes horizontally or vertically.

So I don't see any benefit in changing those. (on the
contrary, it
would replace clear labels with need to try them to figure
out what
they do ones.

I hope this better explains the reasons for the patch.

Kaplan

--
Christophe Strobbe
K.U.Leuven - Dept. of Electrical Engineering - SCD
Research Group on Document Architectures
Kasteelpark Arenberg 10 bus 2442
B-3001 Leuven-Heverlee
BELGIUM
tel: +32 16 32 85 51
http://www.docarch.be/
Twitter: @RabelaisA11y
---
Open source for accessibility: results from the AEGIS project
www.aegis-project.eu
---
Please don't invite me to Facebook, Quechup or other social networks.
You may have agreed to their privacy policy, but I haven't.

___
Libreoffice-ux-advise

Re: [Libreoffice] 3.4.4rc1 fails to build in kde4 vcl

2011-10-31 Thread Andreas Radke

Am Mon, 31 Oct 2011 09:50:31 +0100
schrieb David Tardon dtar...@redhat.com:

 On Sun, Oct 30, 2011 at 10:55:34PM +0100, Rene Engelhard wrote:
  On Sun, Oct 30, 2011 at 03:15:49AM +0100, Andrea Scarpino wrote:
   On Saturday 29 October 2011 21:30:29 Andreas Radke wrote:
Compiling: vcl/unx/source/dtrans/config.cxx
/build/src/build/vcl/unx/kde4/KDEXLib.cxx: In member function
'void KDEXLib::setupEventLoop()':
/build/src/build/vcl/unx/kde4/KDEXLib.cxx:252:34: error:
'GetUnixSelectFunction' is not a member of 'QInternal'
/build/src/build/vcl/unx/kde4/KDEXLib.cxx:253:34: error:
'SetUnixSelectFunction' is not a member of 'QInternal'
   This is probably due to Qt 4.8 and not our bug I guess.
  
  Eh, no? If it needs fixes due to Qt 4.8, that should be done here
  so we compile against newer Qts.
  
 
 It has been done already. That code should only be used if
 QT_UNIX_EVENT_LOOP_SUPPORT is defined, which, in turn, should only be
 defined if Qt version is at least 4.8.1 . If there is no chance that
 http://bugreports.qt.nokia.com/browse/QTBUG-16934 could be fixed in Qt
 4.8.1, we should IMHO bump the check to 4.9.0.
 
 D.

Any chance you post a fix for 3.4.4 branch? Or I would have to disable
the qt vcl for this release.

-Andy
___
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

David Beattie dbeat...@softhome.net changed:

   What|Removed |Added

 CC||dbeat...@softhome.net
 Depends on||33817

-- 
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] Background image missing in 3.4.4rc1 Mac OSX DMG

2011-10-31 Thread Thorsten Behrens

Alexander Thurgood wrote:
  Thorsten, Fridrich, do you have any idea what went wrong with 3.4.4-rc1
  Mac OSX DMG?
 
 Having just checked all of the official 3.4.x DMG releases, it turns out
 that none of them have pretty background or installation arrow, so this
 has been around since 3.4 was branched off.
 
 The 3.3.4 DMG does have the background image and pretty installation icons.
 
Hi Alex, all,

yep, the problem was a change on the DEV300 code line we merged for
3.4.x, that made additional changes necessary for the underlying
.DS_Store file. Further complicating things are apparently
incompatible changes Apple did to that undocumented binary format,
i.e. .DS_Store files generated on newer OSX versions may not display
correctly on older versions.

So I re-did the changes locally, and uploaded a modified .dmg here -

 
http://dev-builds.libreoffice.org/daily/Mac_OSX_10.6.0_gcc-4.0.1_x86/LibO_3.4.4rc1_MacOS_x86_install_en-US-modded.dmg

I would _expect_ it to not display correctly on 10.5/10.4. According
to several random pages on the interwebs, we need someone with a
10.4/10.5 to re-do the following steps (cf. people in Cc):

--%

 * make r/w copy of .dmg: hdiutil convert LibO-3.4.4...dmg -format UDRW -o 
rw.dmg
 * find out current size: hdiutil resize -limits rw.dmg
 * resize with ~random extra sectors: hdiutil resize -sectors sectors rw.dmg
 * mount it: hdiutil attach rw.dmg
 * note that /Volumes/LibreOffice/.DS_Store is read-only, change it to
   rw via chmod in the terminal
 * tweak settings to heart's content:
   open View-View options in Finder for the LibO .dmg window
   double-click on the background image, in the then-opening file
   selector, select the LibreOffice volume
   - notice you don't see the hidden .background dir -
   - press Command-Shift-g do be able to select hidden dirs, manually
 enter .background
   - in the subdir, select the background.png
   - close setting dialog, close LibreOffice .dmg window
 * unmount: hdiutil detach rw.dmg
 * double-click on .dmg in Finder, it should now show the correct
   background image
 * copy out final .DS_Store / upload .dmg somewhere for us to
   dissect

--%

Cheers,

-- Thorsten


pgpjqts2aI7eq.pgp
Description: PGP signature
___
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

David Beattie dbeat...@softhome.net changed:

   What|Removed |Added

 Depends on|33817   |38817

-- 
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

--- Comment #222 from David Beattie dbeat...@softhome.net 2011-10-31 10:34:13 
PDT ---
Nominating Bug 38817.  It's a regression from 3.3.x series, and screws up
display of forms/reports when you're attempting for a clean professional look. 
It has blocked me from upgrading to the 3.4.x series so far.

-- 
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] [Libreoffice-ux-advise] [REVIEW] text orientation, not text direction

2011-10-31 Thread Christophe Strobbe



Hi Lior, All,
At 18:13 31-10-2011, Lior Kaplan wrote:
On Mon, Oct 31, 2011 at 6:41 PM,
Christophe Strobbe

christophe.stro...@esat.kuleuven.be wrote:


Hi,


At 16:48 31-10-2011, Jan Holesovsky wrote:


(...)

UX guys - please have a look at Lior's suggestion; for a screenshot
of

what he means, see his original mail in the ML archive:



http://lists.freedesktop.org/archives/libreoffice/2011-October/019944.html




Just to make sure that everyone involved in the discussion knows how
to use this feature:

1. Create a table; set text direction to
right-to-left (vertical)

2. Enter some Chinese (or Japanese) text into the table. (In my case,
the text appeared rotated.)

3. Change the font to one that was developed for Chinese (or
Japanese, as the case may be) text.

You will now see the characters in vertical columns that should be
read right-to-left.


Just a small notice - although the option says right to left
(vertical), it only changes the horizontal/vertical part. The text
directionality is kept as is (usually left to right), which causes the
text to be written top to bottom (that is LRT rotates 90 clock wise).

Another issue: when you select the table again and go to Table
Properties, the text direction value appears empty instead of showing the
value Right-to-left (vertical). You can set this value as
many times as you want, when you reopen the Table Properties dialog, you
always get an empty value for Text direction.
Best regards,
Christophe



So text direction is about horizontal vs vertical (i.e.
vertical, then right-to-left), rather than the direction of the writing
system (left-to-right vs right-to-left/bidirectional).

I have attached a sample document and a screenshot to this mail. The
text below the table is identical to the text inside the table - in fact
I copied it from the table. Also notice the change in quotation marks and
the direction of 2012.

(See also this Wordpad screenshot from Wikipedia:

http://en.wikipedia.org/wiki/File:Wordpad_vertical_text_support.png
.)

Best regards,

Christophe




mainly:



http://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0001.png




http://lists.freedesktop.org/archives/libreoffice/attachments/20111030/9a4f3746/attachment-0002.obj


How does that sound?

Thank you,

Kendy

On 2011-10-31 at 17:03 +0200, Lior Kaplan wrote:

 On Mon, Oct 31, 2011 at 4:50 PM, Christian Lohmaier
lohmaier


+
libreoff...@googlemail.com wrote:

 Â Â Â Â Hi Lior, *,



 Â Â Â Â On Sun, Oct 30, 2011 at 9:26 PM,
Lior Kaplan

 Â Â Â Â
kaplanl...@gmail.com
wrote:

 Â Â Â Â 

 Â Â Â Â  In my RTL bugs talk during
the conference, I showed a weird

 Â Â Â Â option in the

 Â Â Â Â  tables options - text
flow tab which refers to RTL text as

 Â Â Â Â vertical

 Â Â Â Â  (guessing a feature for
Japanese). See attached screen shot.

 Â Â Â Â 

 Â Â Â Â  I'm attaching to patches to
fix this:

 Â Â Â Â  1. A string change
(trivial).





 Â Â Â Â But that change doesn't improve
anything at all. I immediately

 Â Â Â Â understand what the difference
between left-to-right and

 Â Â Â Â right-to-left
(vertical) means, but what the heck is

 Â Â Â Â horizontal?

 Â Â Â Â that could also be
right-to-left, and more importantly:

 Â Â Â Â Vertical could

 Â Â Â Â also be left-to-right written
vertically.



 These options doesn't touch the text directionality (RTL/LTR)
but only

 decide whether it goes horizontally or vertically.





 Â Â Â Â So I don't see any benefit in
changing those. (on the

 Â Â Â Â contrary, it

 Â Â Â Â would replace clear labels with
need to try them to figure

 Â Â Â Â out what

 Â Â Â Â they do ones.



 Â Â Â Â As for Text
direction vs Text orientation - I don't really

 Â Â Â Â care,

 Â Â Â Â although I'd associate
left-aligned vs right-aligned more with

 Â Â Â Â orientation, and the overall
writing layout with direction,

 Â Â Â Â but then

 Â Â Â Â again I'm not a native
speaker...





 I've changed this text for two reason:

 1. To diffrenciate from the Text direction on the
table tab (the

 previous tab in the same window). There the options are RTL and
LTR

 which is right.

 2. To use the same terminology as other word processing
software.



 I hope this better explains the reasons for the patch.



 Kaplan



-- 

Christophe Strobbe



-- 
Christophe Strobbe
K.U.Leuven - Dept. of Electrical Engineering - SCD
Research Group on Document Architectures
Kasteelpark Arenberg 10 bus 2442 
B-3001 Leuven-Heverlee
BELGIUM
tel: +32 16 32 85 51 

http://www.docarch.be/
Twitter: @RabelaisA11y
---
Open source for accessibility: results from the AEGIS project

www.aegis-project.eu 
---
Please don't invite me to Facebook, Quechup or other social
networks. You may have agreed to their privacy policy,
but I haven't.



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] syntax highlighting extension not working on LO wiki

2011-10-31 Thread Noel Grandin

Weird. My browser must have had something dodgy stuck in it's cache.


On Mon, Oct 31, 2011 at 18:34, Petr Mladek pmla...@suse.cz wrote:
 Noel Grandin píše v Po 31. 10. 2011 v 17:03 +0200:
 Hi

 I think one of the MediaWiki extensions might have been turned off.

 See this page:
 http://wiki.documentfoundation.org/Development/Native_Build

 And do a search for
 syntaxhighlight lang=bash

 It seems to work now. The syntax is highlighted and the I can't fix the
 above text on the page.


 Best Regards,
 Petr


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Bug 37361 depends on bug 42432, which changed state.

Bug 42432 Summary: Calc crashes when removing sheet with new content
https://bugs.freedesktop.org/show_bug.cgi?id=42432

   What|Old Value   |New Value

 Status|UNCONFIRMED |NEW
 Resolution||FIXED
 Status|NEW |RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Background image missing in 3.4.4rc1 Mac OSX DMG

2011-10-31 Thread Christian Lohmaier

Hi Thorsten, *,

On Mon, Oct 31, 2011 at 6:27 PM, Thorsten Behrens
t...@documentfoundation.org wrote:
 []
 So I re-did the changes locally, and uploaded a modified .dmg here -

  http://dev-builds.libreoffice.org/daily/Mac_OSX_10.6.0_gcc-4.0.1_x86/LibO_3.4.4rc1_MacOS_x86_install_en-US-modded.dmg

is OK on 10.4/PPC - but the original 3.4.4rc1 was OK on 10.4 as well
(both PPC as well as intel version, with the intel version of course
having the not allowed symbol overlay on top of the LO-Icon), so not
very telling when I report back. Nothing broken at least :-)

ciao
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Commit a18bfb0..a334403 breaks build from master on Mac OSX in instsetoo_native

Hi all,

While building on Mac OSX from master this afternoon, I get the
following breakage in instsetoo_native after pulling commit
a18bfb0..a334403 master



Mon Oct 31 17:26:35 2011 (03:19 min.)
... analyzing modules ...
... creating installation directory ...
... creating installation set in
/Users/Shared/LO/master/instsetoo_native/unxmacxi.pro/LibreOffice_Dev/dmg/install/en-US
...
... removing old installation directories ...
... creating directories ...
... copying files ...
... creating links ...
... removing superfluous directories ...
... registering extensions ...
... current dir:
/Users/Shared/LO/master/instsetoo_native/unxmacxi.pro/LibreOffice_Dev/dmg/install/en-US_inprogress/LibO-Dev_OOO350m1_MacOS_x86_install_en-US/LibO-dev.app/Contents/MacOS
...
... JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 unopkg sync --verbose
-env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | ...

**
ERROR: ERROR: JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 unopkg sync
--verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | failed!
in function: register_extensions
**



Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Background image missing in 3.4.4rc1 Mac OSX DMG

Le 31/10/11 18:27, Thorsten Behrens a écrit :

Hi Thorsten,

 yep, the problem was a change on the DEV300 code line we merged for
 3.4.x, that made additional changes necessary for the underlying
 .DS_Store file. Further complicating things are apparently
 incompatible changes Apple did to that undocumented binary format,
 i.e. .DS_Store files generated on newer OSX versions may not display
 correctly on older versions.
 
 So I re-did the changes locally, and uploaded a modified .dmg here -
 
  
 http://dev-builds.libreoffice.org/daily/Mac_OSX_10.6.0_gcc-4.0.1_x86/LibO_3.4.4rc1_MacOS_x86_install_en-US-modded.dmg
 

Your modded version shows up correctly on my 10.6.8 system. Can't test
on 10.4 (might be able to find one tomorrow, but Christian's already
confirmed OK on his 10.4).


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673

--- Comment #223 from Reto reto.sch...@gmail.com 2011-10-31 15:50:42 PDT ---
Nominating Bug 40967. Using IF and OR in array formulas is a standard among all
scenarios to be used in array formulas. I use it very often to validate data or
generate data values continued to use in other formulas. This should be fixed,
especially as it perfectly works in OpenOffice ever since. I wonder if this a
regression of refactoring the code of Ooo.

-- 
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] Commit a18bfb0..a334403 breaks build from master on Mac OSX in instsetoo_native

Le 31/10/11 23:50, Stephan Bergmann a écrit :

Hi Stephan,

 On 10/31/2011 10:38 PM, Alexander Thurgood wrote:
 ERROR: ERROR: JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 unopkg sync
 --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | failed!
 in function: register_extensions
 
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=1635f66a3dd35c5bf34143956940ec44fda751c2
 Moved CONFIGURATION_LAYERS from soffice to fundamental ini. should fix
 that.


That seems to have done the trick. Thanks !


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Where to begin for fdo#39182 (Impress changes background to black saving .odp to .ppt)

2011-10-31 Thread julien2412

Hello,

I'd like to take a look at the fdo#39182 (FILESAVE LO Impress changes
background to black saving .odp to .ppt) but I don't know where it could be.
I searched on filters/source/powerpoint, but it seems it's not there.
Where can I begin ?

More generally, how to find where an action is implemented ?

Julien

--
View this message in context: 
http://nabble.documentfoundation.org/Where-to-begin-for-fdo-39182-Impress-changes-background-to-black-saving-odp-to-ppt-tp3469434p3469434.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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Bug 37361 depends on bug 40801, which changed state.

Bug 40801 Summary: Incorrect import of MS Excel File, lost numbers
https://bugs.freedesktop.org/show_bug.cgi?id=40801

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Resolution||FIXED
 Status|ASSIGNED|RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] (no subject)

2011-10-31 Thread thomas

 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 42094] Templates are mixed up in template organizer

https://bugs.freedesktop.org/show_bug.cgi?id=42094

--- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 
2011-10-30 23:02:31 PDT ---
Created attachment 52930
  -- https://bugs.freedesktop.org/attachment.cgi?id=52930
Screenshots

I checked with parallel installation of MinGW Master LibO-dev 3.5.0 – WIN7
Home Premium (64bit) English UI [(Build ID:  2ba5d12-e8c71c5-41e7bcd-4b83b90)]
(daily/MinGW_cross-compilation2011-10-25_00.12.09) and did not see anything
unexpected wiht standard Tempates when 
1. Menu 'File - New - Templates and documents - Organize - Presentation
Backgrounds'
Looks as in my 3.4.4.

Did I misunderstand the report or is my Master version not affected?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42408] the address referred by tools - languages - more dictionaries online doesn't work

https://bugs.freedesktop.org/show_bug.cgi?id=42408

Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:

   What|Removed |Added

  Status Whiteboard||CONFIRMED
   Severity|normal  |critical
 AssignedTo|libreoffice-b...@lists.free |ma...@gmx.de
   |desktop.org |
 CC||LibreOffice@bielefeldundbus
   ||s.de
Version|LibO 3.4.3 release  |unspecified

--- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 
2011-10-30 23:27:16 PDT ---
So it is. Instead to the old URL 
http://libreplanet.org/wiki/Group:OpenOfficeExtensions/List

The forward now is to
http://extensions.libreoffice.org/dictionaries/?lang=de
what does not exist.

Because of that forwarding all Versions are affected (I also checked 3.3.3)

A Link that should work is
http://extensions.libreoffice.org/extension-center?getCategories=Dictionary

@Andreas:
I do not know whether you can handle that, I also informed
webs...@global.libreoffice.org

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 41376] FILESAVE: Additional Postscript export required

https://bugs.freedesktop.org/show_bug.cgi?id=41376

--- Comment #9 from Todd toddandma...@gmail.com 2011-10-30 23:46:10 PDT ---
(In reply to comment #8)
 @Todd:
 Thank you for detailed information! May be you can submit an enhancement
 request Bug for that envelope printing improvement? I believe it would be
 interesting to have a comparison by a user who tested that.

You are welcome.

Did that on 2003-09-08: http://openoffice.org/bugzilla/show_bug.cgi?id=19227
Got ignored, which is typical of bugs reported to Open Office.   I no longer
use OO.

Maybe I should reopen this in LO.

-T

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42404] : SVG graphics rendered improperly

https://bugs.freedesktop.org/show_bug.cgi?id=42404

Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:

   What|Removed |Added

 OS/Version|All |Linux (All)
 CC||LibreOffice@bielefeldundbus
   ||s.de
   Keywords||NEEDINFO

--- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 
2011-10-30 23:47:32 PDT ---
Without the sample document (.svg) we can't do anything.

- Reported with Bug Submission Assistant -

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 40243] SVG import doesn't work, adds red background

https://bugs.freedesktop.org/show_bug.cgi?id=40243

Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Status Whiteboard||target:3.5.0
 Resolution||WORKSFORME
 Blocks|35673   |
   Keywords|NEEDINFO|

--- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 
2011-10-31 00:04:39 PDT ---
[Reproducible] with reporter's sample document and LibreOffice 3.4.4RC1  -
WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:401)], red background
when opened with DRAW or inserted as picture into DRAW.

[Reproducible] with parallel installation of MinGW Master LibO-dev 3.5.0 –
WIN7 Home Premium (64bit) English UI [(Build ID: 
2ba5d12-e8c71c5-41e7bcd-4b83b90)]
(daily/MinGW_cross-compilation2011-10-25_00.12.09)

Works fine with reporter's sample with Server installation of Master LibO-dev
3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 
d3d1481-3f8994a-2ba0a9f)] (110909) When I insert plot.svg into drawing (open
.svg is broken with that version). 
So WFM target:3.5.0

this is not a 3.4-most annoying bug

@kaesezeh
What is R?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 35673] LibreOffice 3.4 most annoying bugs

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:

   What|Removed |Added

 Depends on|40243   |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 41376] FILESAVE: Additional Postscript export required

https://bugs.freedesktop.org/show_bug.cgi?id=41376

--- Comment #10 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 
2011-10-31 00:09:38 PDT ---
@Todd:
I took that into my line (Might take 2 weeks or so), Currently no need to open
an extra LibO bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 38327] Pivot table converts text values to numbers in column headers

https://bugs.freedesktop.org/show_bug.cgi?id=38327

--- Comment #13 from Nikos gdna7...@hotmail.com 2011-10-31 00:41:09 PDT ---
As expected,

problem persists on 3.4.4, rendering pivot table unusable for any serious work.

To my surprise another popular spreadsheet, which usually does not respect
differences between strings and numbers, does not show this strange behavior.

PLEASE return to the 3.3 datapilot/pivot table functionality in 3.5.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 38327] Pivot table converts text values to numbers in column headers

https://bugs.freedesktop.org/show_bug.cgi?id=38327

--- Comment #14 from Nikos gdna7...@hotmail.com 2011-10-31 00:41:55 PDT ---
3.4.4RC1 that is

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 41679] FILEOPEN: file open docx crash

https://bugs.freedesktop.org/show_bug.cgi?id=41679

--- Comment #2 from Michael Bonani michael.bon...@epfl.ch 2011-10-31 01:04:11 
PDT ---
Created attachment 52931
  -- https://bugs.freedesktop.org/attachment.cgi?id=52931
docx file that is cannot be open

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42226] segmentation fault when loading xls with vba macros

https://bugs.freedesktop.org/show_bug.cgi?id=42226

--- Comment #2 from pjacq...@gmx.ch 2011-10-31 01:28:24 PDT ---
Tested with master (3.5) commit 90067e8007227b7f1e555
on openSuse 11.4

Importing attached file does not generate any problems / does not hang the
system.
Afterwards, executing the macros generates some errors / warnings, but this is
another story.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42415] New: Drag and drop causes crash

https://bugs.freedesktop.org/show_bug.cgi?id=42415

 Bug #: 42415
   Summary: Drag and drop causes crash
Classification: Unclassified
   Product: LibreOffice
   Version: LibO 3.4.2 release
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Spreadsheet
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: fred...@gmail.com


Any drag-and-drop operation on a spreadsheet fails, causing a crash to desktop
at the drop stage.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 33816] Impress freeze when using Apple Remote Control

https://bugs.freedesktop.org/show_bug.cgi?id=33816

--- Comment #11 from Florian Effenberger flo...@documentfoundation.org 
2011-10-31 03:19:19 PDT ---
Well, for me, it works when I - seriously - am changing the first slide with
the keyboard. As soon as the second slide is loaded, I can perfectly fine use
the Apple Remote. The problem only occurs when the first slide change already
occurs using the Apple Remote, and then in about 50-75%, so not reliably
reproducible.

I am using the older, white Apple Remote, if that helps. Have no access to a
newer one (metal-gray).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42416] New: : standard.dic contains relation to OOo

https://bugs.freedesktop.org/show_bug.cgi?id=42416

 Bug #: 42416
   Summary: : standard.dic contains relation to OOo
Classification: Unclassified
   Product: LibreOffice
   Version: LibO 3.4.3 release
  Platform: Other
OS/Version: All
Status: UNCONFIRMED
 Status Whiteboard: BSA
  Severity: normal
  Priority: medium
 Component: Localisation
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: librele...@gmx.de


The standard dictionary file (standard.dic) and other user generated files
contain a first line which refers to OOo.  


Steps to reproduce:
1. Go to standard.dic in User folder (under Windows that is 
C:\Dokumente und
Einstellungen\~user\Anwendungsdaten\LibreOffice\3\user\wordbook
2. Open standard.dic with text editor
3. In first text line it reads OOoUserDict1
4. Reproduce with any other user generated user dictionary and the first line
reads OOoUserDict1 again 

Current behavior:
- shows wrong first indication line in standard .dic file
- shows wrong first indication line in user genrated .dic file and should
continue numbering like OOoUserDict2

Expected behavior:
- first text line it reads OOoUserDict1 insead of LibUserDict1
- further user generated .dic files should number up LibUserDict2,
LibUserDict3 etc.

Platform (if different from the browser): 
- XP with LibO 3.4.3 (Browser: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1)
Gecko/20100101 Firefox/7.0.1)
- same happens under Ubuntu 10.10 with LibO 3.4.3

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42416] standard.dic contains relation to OOo

https://bugs.freedesktop.org/show_bug.cgi?id=42416

librele...@gmx.de changed:

   What|Removed |Added

Summary|: standard.dic contains |standard.dic contains
   |relation to OOo |relation to OOo

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42416] standard.dic contains relation to OOo

https://bugs.freedesktop.org/show_bug.cgi?id=42416

librele...@gmx.de changed:

   What|Removed |Added

   Priority|medium  |lowest

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42417] New: Crash reporter does not appear during document recovery process

https://bugs.freedesktop.org/show_bug.cgi?id=42417

 Bug #: 42417
   Summary: Crash reporter does not appear during document
recovery process
Classification: Unclassified
   Product: LibreOffice
   Version: LibO 3.4.2 release
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Spreadsheet
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: fred...@gmail.com


Following a crash, a spreadsheet needed to be recovered.  During the file 
recovery, a window opens saying that pressing Next will lead to a crash
reporting phase.  This does not happen; the window disappears and the recovered
 spreadsheet is opened.  It is not clear whether any crash report was sent.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42383] Bad non-standard hyphenation of diaeresis and Unicode f ligatures

https://bugs.freedesktop.org/show_bug.cgi?id=42383

Reinout van Schouwen reino...@gnome.org changed:

   What|Removed |Added

   See Also||https://issues.apache.org/o
   ||oo/show_bug.cgi?id=71608

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 33816] Impress freeze when using Apple Remote Control

https://bugs.freedesktop.org/show_bug.cgi?id=33816

--- Comment #12 from Alex Thurgood alex.thurg...@gmail.com 2011-10-31 
03:50:09 PDT ---
@Tor :

You jest surely ? How about we put up a notice on our web site telling people
to use NeoOffice because we're going to just take stuff out that worked
previously, and tell our users to stuff the Mac integration ? Sigh. Why not
make it a compile time option, like the binfilters ?

And yes, my white AppleMote works fine for me on OSX 10.6.8 with :

NeoOffice 3.1.2p8
NeoOffice 3.2p5
OpenOffice.org 3.2.1
OpenOffice.org 3.3.0
OpenOffice.org 3.4.0

However, it causes all of the following to freeze, requiring forced kill :
LibreOffice 3.3.4
LibreOffice 3.4.3
LibreOffice 3.5 (master build from 28/10/2011)


In each case, I loaded an Impress file. The file opened in Edit Mode. I then
pressed Play on the AppleMote. LO hangs systematically on any first button push
with my white AppleMote. It doesn't have to be the play button, any single
button push seems to cause the freeze to happen.



Alex

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 42418] New: Recently used documents as a dropdown menu on open

https://bugs.freedesktop.org/show_bug.cgi?id=42418

 Bug #: 42418
   Summary: Recently used documents as a dropdown menu on open
Classification: Unclassified
   Product: LibreOffice
   Version: unspecified
  Platform: Other
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: robert.roth@gmail.com


Forwarded from downstream Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/48

It would be useful to be able to access recent documents through a dropdown
menu on the Open Document toolbar button, like new document types are available
from the New Document button.

This way people could more easily access their recently used documents from the
main interface.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 34592] New: Larger Arrowhead if linesize is zero

https://bugs.freedesktop.org/show_bug.cgi?id=34592

 Bug #: 34592
   Summary: Larger Arrowhead if linesize is zero
Classification: Unclassified
   Product: LibreOffice
   Version: LibO 3.3.0 release
  Platform: x86 (IA32)
OS/Version: Windows (All)
Status: RESOLVED
  Severity: normal
  Priority: medium
 Component: Drawing
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: r...@online.de


Robert Roth robert.roth@gmail.com changed:

   What|Removed |Added

 Resolution||DUPLICATE
 Status|NEW |RESOLVED

If a line with arrow is drawn with linesize 0 (the default), the arrowhead is
fairly large, which is ok.
If the line with is set to e.g. 0.1cm prior to drawing it, the arrowhead is
rather small and smaller as with linesize 0.
If the linesize of the line with linesize 0 is changed to 0.1cm, the arrowhead
is still larger as of the line drawn with linesize 0.1cm. 
This reverses if linesize eg. 0.3cm is used, but the arrowheads still differ in
size.
If drawn with 0.1 and then changed to 0.3, the arrowhead has still another
size.

So the size of the arrowhead depends on the history of drawing; 
it is nearly impossible to change a drawing to a new linesize and obtain
uniform arrowhead sizes.

--- Comment #1 from Robert Roth robert.roth@gmail.com 2011-10-31 04:13:21 
PDT ---
Marking as a duplicate of bug 34593, as this describes the same issue.

*** This bug has been marked as a duplicate of bug 34593 ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 34593] Larger Arrowhead if linesize is zero

https://bugs.freedesktop.org/show_bug.cgi?id=34593

--- Comment #1 from Robert Roth robert.roth@gmail.com 2011-10-31 04:13:21 
PDT ---
*** Bug 34592 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 33816] Impress freeze when using Apple Remote Control