[Libreoffice-commits] .: hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk hwpfilter/Module_hwpfilter.mk hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mk i18npool/CppunitTest_i18npool_test_breakiterato
hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk |8 - hwpfilter/Module_hwpfilter.mk |1 hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mk| 44 --- i18npool/CppunitTest_i18npool_test_breakiterator.mk|4 i18npool/Module_i18npool.mk|1 i18npool/RdbTarget_i18npool_test_breakiterator.mk | 35 - lotuswordpro/CppunitTest_lotuswordpro_test_lotuswordpro.mk |4 lotuswordpro/Module_lotuswordpro.mk|1 lotuswordpro/RdbTarget_lotuswordpro_test_lotuswordpro.mk | 39 -- sc/CppunitTest_sc_filters_test.mk | 45 +++ sc/CppunitTest_sc_macros_test.mk | 36 + sc/CppunitTest_sc_ucalc.mk | 12 + sc/Module_sc.mk|3 sc/RdbTarget_sc_filters_test.mk| 79 - sc/RdbTarget_sc_macros_test.mk | 69 --- sc/RdbTarget_sc_ucalc.mk | 46 --- sd/CppunitTest_sd_filters_test.mk | 33 + sd/CppunitTest_sd_uimpress.mk |5 sd/Module_sd.mk|2 sd/RdbTarget_sd_uimpress.mk| 36 - solenv/bin/createcomponent.xslt| 18 +- solenv/bin/packcomponents.xslt |6 solenv/gbuild/CppunitTest.mk | 37 +- starmath/CppunitTest_starmath_qa_cppunit.mk| 20 ++- starmath/Module_starmath.mk|1 starmath/RdbTarget_starmath_qa_cppunit.mk | 51 sw/CppunitTest_sw_filters_test.mk | 20 ++- sw/CppunitTest_sw_swdoc_test.mk| 14 +- sw/Module_sw.mk|2 sw/RdbTarget_sw_filters_test.mk| 53 sw/RdbTarget_sw_swdoc_test.mk | 47 --- writerfilter/CppunitTest_writerfilter_rtftok.mk|9 + writerfilter/Module_writerfilter.mk|1 writerfilter/RdbTarget_writerfilter_rtftok.mk | 42 -- 34 files changed, 235 insertions(+), 589 deletions(-) New commits: commit f66ac2934303e789014741547a06c98ab5433ca0 Author: Stephan Bergmann sberg...@redhat.com Date: Fri Nov 11 10:01:19 2011 +0100 Make .component files directly usable within UNO_SERVICES. * solenv/bin/createcomponent.xslt simply surrounds it output by components. * solenv/gbuild/CppunitTest.mk got new functions gb_CppunitTest_add[_old]_component[s] (like their gb_RdbTarget_ predecessors). * This obsoleted current uses of solenv/gbuild/RdbTarget.mk, which also does not work currently, as it catenates the input component files instead of passing them through packcomponents.xslt (which now takes care about the surrounding components in the input). In the future, it will likely be combined with the recently added solenv/gbuild/ComponentsTarget.mk. diff --git a/hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk b/hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk index a6c841c..bf633e4 100644 --- a/hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk +++ b/hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk @@ -63,8 +63,12 @@ $(eval $(call gb_CppunitTest_add_type_rdbs,hwpfilter_test_hwpfilter,\ types \ )) -$(eval $(call gb_CppunitTest_add_service_rdbs,hwpfilter_test_hwpfilter,\ -hwpfilter_test_hwpfilter \ +$(eval $(call gb_CppunitTest_add_components,hwpfilter_test_hwpfilter,\ +hwpfilter/source/hwp \ +)) +$(eval $(call gb_CppunitTest_add_old_components,hwpfilter_test_hwpfilter,\ +ucb1 \ +ucpfile1 \ )) $(eval $(call gb_CppunitTest_set_args,hwpfilter_test_hwpfilter,\ diff --git a/hwpfilter/Module_hwpfilter.mk b/hwpfilter/Module_hwpfilter.mk index b0ebe0b..95390e5 100644 --- a/hwpfilter/Module_hwpfilter.mk +++ b/hwpfilter/Module_hwpfilter.mk @@ -34,7 +34,6 @@ $(eval $(call gb_Module_add_targets,hwpfilter,\ $(eval $(call gb_Module_add_check_targets,hwpfilter,\ CppunitTest_hwpfilter_test_hwpfilter \ -RdbTarget_hwpfilter_test_hwpfilter \ )) # vim: set noet sw=4 ts=4: diff --git a/hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mk b/hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mk deleted file mode 100644 index 119439b..000 --- a/hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mk +++ /dev/null @@ -1,44 +0,0 @@ -# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*- -#* -# Version: MPL 1.1 / GPLv3+ / LGPLv3+ -# -# The contents of this file are subject to the Mozilla Public License Version -# 1.1 (the
[Libreoffice-commits] .: sd/RdbTarget_sd_filters_test.mk
sd/RdbTarget_sd_filters_test.mk | 67 1 file changed, 67 deletions(-) New commits: commit c750403cd5a746741bc7ae9205fa7df23222a03d Author: Caolán McNamara caol...@redhat.com Date: Fri Nov 11 12:54:29 2011 + RdbTarget_sd_filters_test.mk now folded into CppunitTest_sd_filters_test.mk diff --git a/sd/RdbTarget_sd_filters_test.mk b/sd/RdbTarget_sd_filters_test.mk deleted file mode 100644 index 5ca0907..000 --- a/sd/RdbTarget_sd_filters_test.mk +++ /dev/null @@ -1,67 +0,0 @@ -# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*- -#* -# Version: MPL 1.1 / GPLv3+ / LGPLv3+ -# -# The contents of this file are subject to the Mozilla Public License Version -# 1.1 (the License); you may not use this file except in compliance with -# the License or as specified alternatively below. You may obtain a copy of -# the License at http://www.mozilla.org/MPL/ -# -# Software distributed under the License is distributed on an AS IS basis, -# WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License -# for the specific language governing rights and limitations under the -# License. -# -# The Initial Developer of the Original Code is -# Caolán McNamara, Red Hat, Inc. caol...@redhat.com -# Portions created by the Initial Developer are Copyright (C) 2011 the -# Initial Developer. All Rights Reserved. -# -# Major Contributor(s): -# -# For minor contributions see the git repository. -# -# Alternatively, the contents of this file may be used under the terms of -# either the GNU General Public License Version 3 or later (the GPLv3+), or -# the GNU Lesser General Public License Version 3 or later (the LGPLv3+), -# in which case the provisions of the GPLv3+ or the LGPLv3+ are applicable -# instead of those above. -#* - -$(eval $(call gb_RdbTarget_RdbTarget,sd_filters_test)) - -$(eval $(call gb_RdbTarget_add_components,sd_filters_test,\ -basic/util/sb \ -comphelper/util/comphelp \ -dbaccess/util/dba \ -fileaccess/source/fileacc \ -filter/source/config/cache/filterconfig1 \ -forms/util/frm \ -framework/util/fwk \ -i18npool/util/i18npool \ -oox/util/oox \ -package/source/xstor/xstor \ -package/util/package2 \ -sax/source/expatwrap/expwrap \ -sax/source/fastparser/fastsax \ -sd/util/sd \ -sd/util/sdfilt \ -sfx2/util/sfx \ -sot/util/sot \ -toolkit/util/tk \ -unotools/util/utl \ -unoxml/source/rdf/unordf \ -unoxml/source/service/unoxml \ -xmlsecurity/util/xsec_fw \ -xmlsecurity/util/xmlsecurity \ -)) - -$(eval $(call gb_RdbTarget_add_old_components,sd_filters_test,\ -embobj \ -configmgr \ -ucb1 \ -ucpfile1 \ -ucptdoc1 \ -)) - -# vim: set noet sw=4 ts=4: ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: regexp/source
regexp/source/reclass.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 305878f44bfee90c8ddba1f40b30d18150d4adde Author: Karl Koehler koehlerk...@comcast.net Date: Fri Nov 11 14:22:22 2011 +0100 Fixed fdo#41738 regex compile infinite loop diff --git a/regexp/source/reclass.cxx b/regexp/source/reclass.cxx index c57632a..ea717b9 100644 --- a/regexp/source/reclass.cxx +++ b/regexp/source/reclass.cxx @@ -1255,6 +1255,7 @@ Regexpr::regex_compile() break; } else { p = p1+1; +p1++; last_char = (sal_Unicode)':'; set_list_bit(last_char, b); } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: README.Android sal/osl
README.Android | 49 ++ sal/osl/android/.gitignore |5 sal/osl/android/AndroidManifest.xml| 17 sal/osl/android/Makefile | 12 sal/osl/android/ant.properties | 17 sal/osl/android/build.xml | 85 sal/osl/android/jni/Android.mk | 23 + sal/osl/android/jni/Application.mk |2 sal/osl/android/jni/lo-bootstrap.c | 265 + sal/osl/android/project.properties | 11 sal/osl/android/res/layout/main.xml| 12 sal/osl/android/res/values/strings.xml |4 sal/osl/android/src/org/libreoffice/android/Bootstrap.java | 144 +++ 13 files changed, 646 insertions(+) New commits: commit a9d167ba98672277c1ac57c5fe54965c21c02446 Author: Tor Lillqvist tlillqv...@suse.com Date: Fri Nov 11 16:44:18 2011 +0200 More baby steps for Android diff --git a/README.Android b/README.Android new file mode 100644 index 000..540ac58 --- /dev/null +++ b/README.Android @@ -0,0 +1,49 @@ +Android-specific notes + +Unit tests are the first thing we want to run on Android, to get some +idea how well, if at all, the basic LO libraraies work. We want to +build even unit tests as normal Android apps, i.e. packaged as .apk +files, so that they run in a sandboxed environment like that of +whatever eventual end-user Android apps there will be that use LO +code. + +Sure, we could quite easily build unit tests as plain Android +executables, push them to the device or emulator with adb and run them +from adb shell, but that would not be a good test as the environment +would be completely different. They would run as root, and not +sandboxed. We have no intent to require LibreOffice code to be used +only on rooted devices etc. + +All Android apps are basically Java programs. They run in a Dalvik +virtual machine. Yes, you can also have apps where your code is only +native code, written in a compiled language like C or C++. But also +also such apps are actually started by system-provided Java +bootstrapping code (NativeActivity) running in a Dalvik VM. + +Such a native app (or actually, activity) is not built as a +executable program, but as a shared object. The Java NativeActivity +bootstrapper loads that shared object with dlopen. + +It is somewhat problematic to construct .apk packages except by using +the high-level tools in the Android SDK. At least I haven't figured +out how to manually construct an .apk that is properly signed so that +it will run in the emulator. (I don't have any Android device...) I +only know how to let the SDK Ant tooling do it... + +A LO Android app would work would something like this: + +We have a top Java bootstrapping class +org.libreoffice.android.Bootstrap that loads a small helper native +library liblo-bootstrap.so that implements JNI wrappers for dlopen(), +dlsym(), and ELF header scanning coresponding to looking for DT_NEEDED +entries with readelf. + +The Java code then loads the actual native library that corresponds to +the LibreOffice-related program we want to run. For unit tests, a +library that corresponds to cppunittester program. Then through helper +functions in liblo-bootstrap it calls a named function in that +program. + +This Android-specific code is for now in sal/osl/android. + +--Tor Lillqvist t...@iki.fi diff --git a/sal/osl/android/.gitignore b/sal/osl/android/.gitignore new file mode 100644 index 000..bc4ef79 --- /dev/null +++ b/sal/osl/android/.gitignore @@ -0,0 +1,5 @@ +bin +gen +libs +obj +local.properties \ No newline at end of file diff --git a/sal/osl/android/AndroidManifest.xml b/sal/osl/android/AndroidManifest.xml new file mode 100644 index 000..c88a9d1 --- /dev/null +++ b/sal/osl/android/AndroidManifest.xml @@ -0,0 +1,17 @@ +?xml version=1.0 encoding=utf-8? +manifest xmlns:android=http://schemas.android.com/apk/res/android; + package=org.libreoffice.android + android:versionCode=1 + android:versionName=1.0 +uses-sdk android:minSdkVersion=9 / +application android:label=@string/app_name + android:debuggable=true +activity android:name=.Bootstrap + android:label=@string/app_name +intent-filter +action android:name=android.intent.action.MAIN / +category android:name=android.intent.category.LAUNCHER / +/intent-filter +/activity +/application +/manifest diff --git a/sal/osl/android/Makefile b/sal/osl/android/Makefile new file mode 100644 index 000..d563e4e --- /dev/null +++ b/sal/osl/android/Makefile @@ -0,0 +1,12 @@ +all: jni/LibreOfficeBootstrap-debug.apk + +jni/LibreOfficeBootstrap-debug.apk : jni/*.c src/org/libreoffice/android/*.java + ndk-build
[Libreoffice-commits] .: solenv/gbuild
solenv/gbuild/platform/WNT_INTEL_GCC.mk |5 ++--- solenv/gbuild/platform/WNT_INTEL_MSC.mk |6 +++--- 2 files changed, 5 insertions(+), 6 deletions(-) New commits: commit 4847eb96151d07f63ae91519f03c85932b0b51c0 Author: Jan Holesovsky ke...@suse.cz Date: Fri Nov 11 20:16:41 2011 +0100 Fix the TMPDIR setting, sorry. diff --git a/solenv/gbuild/platform/WNT_INTEL_GCC.mk b/solenv/gbuild/platform/WNT_INTEL_GCC.mk index d062037..b0b2bdb 100644 --- a/solenv/gbuild/platform/WNT_INTEL_GCC.mk +++ b/solenv/gbuild/platform/WNT_INTEL_GCC.mk @@ -26,15 +26,14 @@ # #* -# please make generic modifications to either of these gb_COMPILERDEFAULTOPTFLAGS := -Os gb_CPUDEFS := -D_M_IX86 +gb_TMPDIR:=$(if $(TMPDIR),$(TMPDIR),/tmp) +# please make generic modifications to either of these include $(GBUILDDIR)/platform/com_GCC_defs.mk include $(GBUILDDIR)/platform/windows.mk -gb_TMPDIR:=$(if $(TMPDIR),$(TMPDIR),/tmp) - gb_RC := $(WINDRES) gb_OSDEFS := \ diff --git a/solenv/gbuild/platform/WNT_INTEL_MSC.mk b/solenv/gbuild/platform/WNT_INTEL_MSC.mk index 05a0b34..16694b3 100644 --- a/solenv/gbuild/platform/WNT_INTEL_MSC.mk +++ b/solenv/gbuild/platform/WNT_INTEL_MSC.mk @@ -26,12 +26,12 @@ # #* -# please make generic modifications to windows.mk -include $(GBUILDDIR)/platform/windows.mk - # set tmpdir to some mixed case path, suitable for native tools gb_TMPDIR:=$(if $(TMPDIR),$(shell cygpath -m $(TMPDIR)),$(shell cygpath -m /tmp)) +# please make generic Windows modifications to windows.mk +include $(GBUILDDIR)/platform/windows.mk + gb_CC := cl gb_CXX := cl gb_LINK := link ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: configure.in
configure.in |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit eb7bd97af519d10fcd1ddd7503d9504ebbbe627f Author: Tomas Chvatal tchva...@suse.cz Date: Fri Nov 11 21:30:39 2011 +0100 convert tab to space diff --git a/configure.in b/configure.in index 3d1830d..9292e14 100644 --- a/configure.in +++ b/configure.in @@ -6165,7 +6165,7 @@ ENABLE_NSPLUGIN=NO if test $enable_nsplugin != no; then if test $enable_gtk != no; then AC_MSG_RESULT([yes]) - ENABLE_NSPLUGIN=YES +ENABLE_NSPLUGIN=YES else AC_MSG_RESULT([no, disabled gtk2]) fi ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - sal/osl
sal/osl/android/jni/lo-bootstrap.c |5 +++ sal/osl/android/src/org/libreoffice/android/Bootstrap.java | 20 +++-- 2 files changed, 22 insertions(+), 3 deletions(-) New commits: commit 10e9a3c5b05154be1994ba2b2b28b5bc3ca132b1 Author: Tor Lillqvist tlillqv...@suse.com Date: Fri Nov 11 22:43:57 2011 +0200 Intermediate Android commit diff --git a/sal/osl/android/src/org/libreoffice/android/Bootstrap.java b/sal/osl/android/src/org/libreoffice/android/Bootstrap.java index ba004e1..8a1632f 100644 --- a/sal/osl/android/src/org/libreoffice/android/Bootstrap.java +++ b/sal/osl/android/src/org/libreoffice/android/Bootstrap.java @@ -122,13 +122,27 @@ public class Bootstrap extends Activity Log.i(TAG, String.format(dataDir=%s\n, dataDir)); } catch (PackageManager.NameNotFoundException e) { +return; } -Object mainLibrary = getIntent().getExtras().get(lo-main-library); +String mainLibrary = getIntent().getStringExtra(lo-main-library); -if (mainLibrary != null mainLibrary instanceof String) { -int loLib = loadLibrary((String)mainLibrary + .so); +if (mainLibrary != null) { +int loLib = loadLibrary(mainLibrary + .so); + +if (loLib == 0) +return; + +// Get command line to pass to the LO program +String cmdLine = getIntent().getStringExtra(lo-main-cmdline); +String[] argv; +if (cmdLine != null) +argv = cmdLine.split( *); +else +argv = new String[0]; int loLibMain = dlsym(loLib, lo_main); +if (loLibMain != 0) +dlcall(loLibMain, argv); } } commit 62bfb39f2642f47ffa82a3f686ca5224fea87c14 Author: Tor Lillqvist tlillqv...@suse.com Date: Fri Nov 11 18:09:29 2011 +0200 Release strings after use diff --git a/sal/osl/android/jni/lo-bootstrap.c b/sal/osl/android/jni/lo-bootstrap.c index 3905c51..9f9aaa4 100644 --- a/sal/osl/android/jni/lo-bootstrap.c +++ b/sal/osl/android/jni/lo-bootstrap.c @@ -81,6 +81,9 @@ Java_org_libreoffice_android_Bootstrap_dlneeds( JNIEnv* env, LOGI(dlneeds(%s)\n, libName); fd = open (libName, O_RDONLY); + + (*env)-ReleaseStringUTFChars(env, library, libName); + if (fd == -1) { LOGI(Could not open library); return NULL; @@ -229,6 +232,7 @@ Java_org_libreoffice_android_Bootstrap_dlopen(JNIEnv* env, const jbyte *libName = (*env)-GetStringUTFChars(env, library, NULL); void *p = dlopen (libName, RTLD_LOCAL); LOGI(dlopen(%s) = %p, libName, p); + (*env)-ReleaseStringUTFChars(env, library, libName); if (p == NULL) { LOGI(dlerror()); return 0; @@ -245,6 +249,7 @@ Java_org_libreoffice_android_Bootstrap_dlsym(JNIEnv* env, const jbyte *symName = (*env)-GetStringUTFChars(env, symbol, NULL); void *p = dlsym ((void *)handle, symName); LOGI(dlsym(%p,%s) = %p, handle, symName, p); + (*env)-ReleaseStringUTFChars(env, symbol, symName); if (p == NULL) { LOGI(dlerror()); return 0; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'feature/line-numbers-in-basicIDE'
New branch 'feature/line-numbers-in-basicIDE' available with the following commits: commit bfc388a679dc3a1e2257b6272d5cf9e4c1f28d43 Author: August Sodora aug...@gmail.com Date: Fri Nov 11 14:22:11 2011 -0500 Add line numbers to basic ide ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: oox/inc
oox/inc/oox/helper/helper.hxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 4ffcc73fa25f174c2d1e161f02cce2d7afc15e3b Author: Miklos Vajna vmik...@frugalware.org Date: Fri Nov 11 22:31:58 2011 +0100 WaE: OptValue::maValue may be used uninitialized diff --git a/oox/inc/oox/helper/helper.hxx b/oox/inc/oox/helper/helper.hxx index 25d4131..9af1008 100644 --- a/oox/inc/oox/helper/helper.hxx +++ b/oox/inc/oox/helper/helper.hxx @@ -203,7 +203,7 @@ template typename Type class OptValue { public: -inline explicit OptValue() : mbHasValue( false ) {} +inline explicit OptValue() : maValue(), mbHasValue( false ) {} inline explicit OptValue( const Type rValue ) : maValue( rValue ), mbHasValue( true ) {} inline explicit OptValue( bool bHasValue, const Type rValue ) : maValue( rValue ), mbHasValue( bHasValue ) {} ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/bf_svtools binfilter/bf_xmloff
binfilter/bf_svtools/source/config/svt_defaultoptions.cxx |1 binfilter/bf_svtools/source/config/svt_itemholder1.cxx |1 binfilter/bf_svtools/source/config/svt_itemholder2.cxx |1 binfilter/bf_svtools/source/config/svt_pathoptions.cxx | 21 ++ binfilter/bf_svtools/source/config/svt_useroptions.cxx | 11 - binfilter/bf_svtools/source/filter.vcl/filter/svt_FilterConfigItem.cxx |5 +- binfilter/bf_xmloff/source/meta/xmloff_xmlmetae.cxx| 14 ++ 7 files changed, 14 insertions(+), 40 deletions(-) New commits: commit 533e3c648db45ba7c7804928a5759e2b60fdb9a2 Author: Stephan Bergmann sberg...@redhat.com Date: Fri Nov 11 22:48:55 2011 +0100 Heavily simplified utl::ConfigManager. diff --git a/binfilter/bf_svtools/source/config/svt_defaultoptions.cxx b/binfilter/bf_svtools/source/config/svt_defaultoptions.cxx index 4082d8b..b101b63 100644 --- a/binfilter/bf_svtools/source/config/svt_defaultoptions.cxx +++ b/binfilter/bf_svtools/source/config/svt_defaultoptions.cxx @@ -200,7 +200,6 @@ Sequence OUString GetDefaultPropertyNames() SvtDefaultOptions_Impl::SvtDefaultOptions_Impl() : ConfigItem( ASCII_STR(Office.Common/Path/Default) ) { -/*ConfigManager* pCfgMgr =*/ ConfigManager::GetConfigManager(); Sequence OUString aNames = GetDefaultPropertyNames(); Sequence Any aValues = GetProperties( aNames ); EnableNotification( aNames ); diff --git a/binfilter/bf_svtools/source/config/svt_itemholder1.cxx b/binfilter/bf_svtools/source/config/svt_itemholder1.cxx index fa18956..68287e7 100644 --- a/binfilter/bf_svtools/source/config/svt_itemholder1.cxx +++ b/binfilter/bf_svtools/source/config/svt_itemholder1.cxx @@ -94,7 +94,6 @@ ItemHolder1::ItemHolder1() if (xCfg.is()) xCfg-addEventListener(static_cast css::lang::XEventListener* (this)); } -// #i37892 got errorhandling from ConfigManager::GetConfigurationProvider() #ifdef DBG_UTIL catch(css::uno::Exception rEx) { diff --git a/binfilter/bf_svtools/source/config/svt_itemholder2.cxx b/binfilter/bf_svtools/source/config/svt_itemholder2.cxx index 1aa981f..bdbe347 100644 --- a/binfilter/bf_svtools/source/config/svt_itemholder2.cxx +++ b/binfilter/bf_svtools/source/config/svt_itemholder2.cxx @@ -78,7 +78,6 @@ ItemHolder2::ItemHolder2() if (xCfg.is()) xCfg-addEventListener(static_cast css::lang::XEventListener* (this)); } -// #i37892 got errorhandling from ConfigManager::GetConfigurationProvider() catch(css::uno::RuntimeException rREx) { throw rREx; diff --git a/binfilter/bf_svtools/source/config/svt_pathoptions.cxx b/binfilter/bf_svtools/source/config/svt_pathoptions.cxx index 54ea6ae..1c86baf 100644 --- a/binfilter/bf_svtools/source/config/svt_pathoptions.cxx +++ b/binfilter/bf_svtools/source/config/svt_pathoptions.cxx @@ -512,22 +512,11 @@ SvtPathOptions_Impl::SvtPathOptions_Impl() : } // Set language type! -Any aLocale = ConfigManager::GetConfigManager().GetDirectConfigProperty( ConfigManager::LOCALE ); -OUString aLocaleStr; -if ( aLocale = aLocaleStr ) -{ -sal_Int32 nIndex = 0; -m_aLocale.Language = aLocaleStr.getToken(0, '-', nIndex ); -m_aLocale.Country = aLocaleStr.getToken(0, '-', nIndex ); -m_aLocale.Variant = aLocaleStr.getToken(0, '-', nIndex ); -} -else -{ -DBG_ERRORFILE( wrong any type ); -m_aLocale.Language = OStringToOUString(OString(en), RTL_TEXTENCODING_UTF8); -m_aLocale.Country = OStringToOUString(OString(US), RTL_TEXTENCODING_UTF8); -m_aLocale.Variant = OStringToOUString(OString(), RTL_TEXTENCODING_UTF8); -} +OUString aLocaleStr( ConfigManager::getLocale() ); +sal_Int32 nIndex = 0; +m_aLocale.Language = aLocaleStr.getToken(0, '-', nIndex ); +m_aLocale.Country = aLocaleStr.getToken(0, '-', nIndex ); +m_aLocale.Variant = aLocaleStr.getToken(0, '-', nIndex ); } // --- diff --git a/binfilter/bf_svtools/source/config/svt_useroptions.cxx b/binfilter/bf_svtools/source/config/svt_useroptions.cxx index d358f86..00f870a 100644 --- a/binfilter/bf_svtools/source/config/svt_useroptions.cxx +++ b/binfilter/bf_svtools/source/config/svt_useroptions.cxx @@ -28,7 +28,6 @@ #include bf_svtools/useroptions.hxx -#include unotools/configmgr.hxx #include tools/debug.hxx #include com/sun/star/uno/Any.hxx #include com/sun/star/uno/Sequence.hxx @@ -73,7 +72,6 @@ private: String m_aEmptyString; String m_aFullName; -String m_aLocale; sal_Boolm_bIsROCompany; sal_Boolm_bIsROFirstName; @@ -128,7 +126,6 @@ public: const String GetApartment() const { return m_aApartment; } const String GetFullName(); -const String GetLocale() const
[Libreoffice-commits] .: sfx2/source
sfx2/source/appl/sfxpicklist.cxx |4 sfx2/source/inc/sfxpicklist.hxx |2 -- 2 files changed, 6 deletions(-) New commits: commit 48f67acf8f13e10c892847b77a16712cfa01d6af Author: Takeshi Abe t...@fixedpoint.jp Date: Sat Nov 12 07:28:44 2011 +0900 removed unused variable diff --git a/sfx2/source/appl/sfxpicklist.cxx b/sfx2/source/appl/sfxpicklist.cxx index 0be0c5d..c3332d9 100644 --- a/sfx2/source/appl/sfxpicklist.cxx +++ b/sfx2/source/appl/sfxpicklist.cxx @@ -70,10 +70,6 @@ using namespace ::com::sun::star::util; // -SfxPickList*SfxPickList::pUniqueInstance = 0; - -// - class StringLength : public ::cppu::WeakImplHelper1 XStringWidth { public: diff --git a/sfx2/source/inc/sfxpicklist.hxx b/sfx2/source/inc/sfxpicklist.hxx index 7990905..80a7f87 100644 --- a/sfx2/source/inc/sfxpicklist.hxx +++ b/sfx2/source/inc/sfxpicklist.hxx @@ -52,8 +52,6 @@ class SfxPickList : public SfxListener String aOptions; }; -static SfxPickList* pUniqueInstance; - std::vector PickListEntry*m_aPicklistVector; sal_uInt32 m_nAllowedMenuSize; ::com::sun::star::uno::Reference ::com::sun::star::util::XStringWidth m_xStringLength; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - solenv/gbuild tail_build/prj
solenv/gbuild/platform/ANDROID_ARM_GCC.mk | 26 ++ tail_build/prj/build.lst |2 +- 2 files changed, 27 insertions(+), 1 deletion(-) New commits: commit 25a09766198e82bb4e0b638c4af038fbb76b05fb Author: Tor Lillqvist tlillqv...@suse.com Date: Sat Nov 12 01:00:31 2011 +0200 Mark l10ntools as DESKTOP only here, too diff --git a/tail_build/prj/build.lst b/tail_build/prj/build.lst index 01e2633..2235197 100644 --- a/tail_build/prj/build.lst +++ b/tail_build/prj/build.lst @@ -1,2 +1,2 @@ -tb tail_build : APACHE_COMMONS:apache-commons BSH:beanshell BERKELEYDB:berkeleydb BOOST:boost l10ntools LIBXML2:libxml2 LIBXMLSEC:libxmlsec LIBXSLT:libxslt LIBWPG:libwpg LIBWPS:libwps LIBWPD:libwpd LIBVISIO:libvisio LPSOLVE:lpsolve MDDS:mdds NEON:neon NSS:nss OPENSSL:openssl PYTHON:python REDLAND:redland SAXON:saxon TRANSLATIONS:translations XPDF:xpdf avmedia basegfx basic bridges canvas comphelper configmgr connectivity cppcanvas cppu cppuhelper fpicker javaunohelper jurt jvmaccess offapi officecfg oovbaapi qadevOOo DESKTOP:rdbmaker readlicense_oo rhino ridljar sal sax sfx2 solenv soltools sot stoc svtools svx sysui test toolkit tools ucbhelper udkapi unoil unotools ure vcl xmlhelp xmloff xmlscript xsltml NULL +tb tail_build : APACHE_COMMONS:apache-commons BSH:beanshell BERKELEYDB:berkeleydb BOOST:boost DESKTOP:l10ntools LIBXML2:libxml2 LIBXMLSEC:libxmlsec LIBXSLT:libxslt LIBWPG:libwpg LIBWPS:libwps LIBWPD:libwpd LIBVISIO:libvisio LPSOLVE:lpsolve MDDS:mdds NEON:neon NSS:nss OPENSSL:openssl PYTHON:python REDLAND:redland SAXON:saxon TRANSLATIONS:translations XPDF:xpdf avmedia basegfx basic bridges canvas comphelper configmgr connectivity cppcanvas cppu cppuhelper fpicker javaunohelper jurt jvmaccess offapi officecfg oovbaapi qadevOOo DESKTOP:rdbmaker readlicense_oo rhino ridljar sal sax sfx2 solenv soltools sot stoc svtools svx sysui test toolkit tools ucbhelper udkapi unoil unotools ure vcl xmlhelp xmloff xmlscript xsltml NULL tb tail_build\prj nmake - all tb_prj NULL commit e733650ab7fd6e9c0ece21cdd8cf2defae0746ee Author: Tor Lillqvist tlillqv...@suse.com Date: Sat Nov 12 00:54:11 2011 +0200 Always use -shared and -llog -landroid for Android also in gbuild diff --git a/solenv/gbuild/platform/ANDROID_ARM_GCC.mk b/solenv/gbuild/platform/ANDROID_ARM_GCC.mk index 92ad366..695f68d 100644 --- a/solenv/gbuild/platform/ANDROID_ARM_GCC.mk +++ b/solenv/gbuild/platform/ANDROID_ARM_GCC.mk @@ -39,4 +39,30 @@ include $(GBUILDDIR)/platform/unxgcc.mk # No unit testing can be run gb_CppunitTest_CPPTESTPRECOMMAND := : +# Re-define this shebang from unxgcc.mk, adding -shared and -llog +# -landroid Just temporarily done this way, shm_get promised to do +# this in some more elegant fashion. + +define gb_LinkTarget__command_dynamiclink +$(call gb_Helper_abbreviate_dirs,\ + mkdir -p $(dir $(1)) \ + $(gb_CXX) \ + -shared \ + $(if $(filter Library CppunitTest,$(TARGETTYPE)),$(gb_Library_TARGETTYPEFLAGS)) \ + $(if $(filter Library,$(TARGETTYPE)),$(gb_Library_LTOFLAGS)) \ + $(subst \d,$$,$(RPATH)) \ + $(T_LDFLAGS) \ + $(foreach object,$(COBJECTS),$(call gb_CObject_get_target,$(object))) \ + $(foreach object,$(CXXOBJECTS),$(call gb_CxxObject_get_target,$(object))) \ + $(foreach object,$(ASMOBJECTS),$(call gb_AsmObject_get_target,$(object))) \ + $(foreach object,$(GENCOBJECTS),$(call gb_GenCObject_get_target,$(object))) \ + $(foreach object,$(GENCXXOBJECTS),$(call gb_GenCxxObject_get_target,$(object))) \ + $(foreach extraobjectlist,$(EXTRAOBJECTLISTS),`cat $(extraobjectlist)`) \ + -Wl$(COMMA)--start-group $(foreach lib,$(LINKED_STATIC_LIBS),$(call gb_StaticLibrary_get_target,$(lib))) -Wl$(COMMA)--end-group \ + $(LIBS) \ + $(patsubst lib%.a,-l%,$(patsubst lib%.so,-l%,$(foreach lib,$(LINKED_LIBS),$(call gb_Library_get_filename,$(lib) \ + -llog -landroid \ + -o $(1)) +endef + # vim: set noet sw=4: ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [Libreoffice] build fail in scripting/Jar/aportisdoc
Hi I can confirm that this bug does not go away if I build it again from the root. Also tested by trying to build the scripting module a few times and that doesn't work either. Nor does trying to build the tail_build module, although that returns a different error message: /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'. Stop. -- Noel Grandin Stephan Bergmann wrote: On 11/11/2011 08:03 AM, Noel Grandin wrote: c:\libreoffice\libo\scripting\java\com\sun\star\script\framework\provider\java\ScriptProviderForJava.java:50: package com.sun.star.script.framework.container does not exist import com.sun.star.script.framework.container.ScriptMetaData; We used to have problems like this one (and I *think* it was also in scripting) like a few weeks ago. It always went away on a second attempt to build the module, and I think it was finally solved by fixing some error in the gbuild system. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. This patch is and future patches will be contributed under the LGPLv3+ / MPL. By the way, should comments like case FID_INS_COLUMN:// insert columns case SID_COPY: // Kopieren (translate to copy) be translated or removed? I don't see any additional value in these comments Winfried 0001-int16-32-int16-32_t-fall-out-of-new-npapi.h.patch Description: 0001-int16-32-int16-32_t-fall-out-of-new-npapi.h.patch ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Dumping to valgrind.log from soffice shell script needed?
On 10/26/2011 09:00 PM, Stephan Bergmann wrote: On 10/26/2011 01:55 PM, Petr Mladek wrote: What is your preferred way of use? What exactly do you hate and/or miss? One problem is output of multiple (batched, like make subsequentcheck) valgrind'ed invocations of soffice.bin is lost. Another problem is attaching a debugger (VALGRIND_OPTS=--db-attach=yes) does not work. So, meanwhile I had thought that I can somehow live with the inconvenience the automatic-valgrind.log feature brings, trying to remember to remove the relevant line from the soffice script in scenarios where it matters. But today I had to find out that even a single invocation of the sw/qa_complex test internally starts multiple soffice instances in a row, and coming back to a multi-hour valgrind run of that test all I got was a most unhelpful valgrind.log for a single soffice invocation. This feature turns out to be a real productivity problem for me after all. Petr, can you please re-consider whether it is really too much to ask your clients to type VALGRIND=memcheck soffice 2valgrind.log instead of VALGRIND=memcheck soffice Thanks, Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build fail: workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'
Hi Noel, On Thu, 2011-11-10 at 10:02 +0200, Noel Grandin wrote: Not quite sure where this build fail comes from - running make from the root says that the build fail is in tail_build, but running in the tail_build module gives a completely different error. :-) So I also ran a build under scripting and included that log. Any ideas? I guess it is from the new .sdi deps that has: c:/libreoffice/libo/workdir/wntmsci12.pro/SdiTarget/basctl/sdi/basslots : \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\editids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\memberids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\cntids.hrc \ Does the error change if we turn those '/' into '\' in the path name in the basslots.d file ? 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] build fail: workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'
Nope, that doesn't fix it. I'm fairly convinced that this is the same problem I've been having for a long time now, where the scripting module is not compiling one of the JAR's properly, and that is having knock-on effects. Specifically, the line that says this: [ build JCS ] Jar/ScriptProviderForJava is still spitting out lots of cannot find symbol. Regards, Noel Grandin Michael Meeks wrote: Hi Noel, On Thu, 2011-11-10 at 10:02 +0200, Noel Grandin wrote: Not quite sure where this build fail comes from - running make from the root says that the build fail is in tail_build, but running in the tail_build module gives a completely different error. :-) So I also ran a build under scripting and included that log. Any ideas? I guess it is from the new .sdi deps that has: c:/libreoffice/libo/workdir/wntmsci12.pro/SdiTarget/basctl/sdi/basslots : \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\editids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\memberids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\cntids.hrc \ Does the error change if we turn those '/' into '\' in the path name in the basslots.d file ? Thanks, Michael. Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)
With LO 3.5 by default using (new in ODF 1.2) AES encryption for password-protected documents (instead of Blowfish as used in older versions), people still using LO 3.4 would be unable to open such documents. (And what's really ugly, all they would get is an incomprehensible error box Format error discovered in the file in sub-document styles.xml at 1,0 (row,col).) http://pkgs.fedoraproject.org/gitweb/?p=libreoffice.git;a=blob;f=Backport-reading-AES-encrypted-ODF-1.2-documents.patch;h=e6c722598ab05464f09787355b621cbb0aa07c49;hb=e7a803540d408adab3d55fb2ae051ac4be599a72 is a patch (actually, four separate patches for the components, lib-core, lib-gui, and ure repos) to backport support for reading (but not writing) AES-encrypted ODF 1.2 documents to libreoffice-3-4. It is effectively all of CWS mav60 plus one additional typo fix, minus the writing support from mav60, and as such is quite large. An alternative might be to cherry-pick the relevant commits from master into libreoffice-3-4, but that would have the drawback that it would cause later LO 3.4.y to write password-protected ODF documents using AES which earlier LO 3.4.x could no longer open---something that might not be desirable for a micro update. Plus, the number of commits that would need to be picked would be quite large, too (the individual commits of mav60 are quite intertwined). If people are happy with the linked patch: fine. If people would prefer a cherry-picking approach, I could post a list of relevant commits (technically, I produced the patch in a different way, more or less applying mav60 to libreoffice-3-4 directly, so do not have that list handy). (And if there are objections against including this in the 3.4 code line at all, that would of course be fine as well.) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Make .component files directly usable within UNO_SERVICES
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f66ac2934303e789014741547a06c98ab5433ca0 makes tests a little simpler (but also requires another round of find */${INPATH?}/ -name \*.component -exec rm {} \; for non-clean builds): * solenv/bin/createcomponent.xslt now simply surrounds it output by components, so all the generated component files can be directly consumed as service rdbs (as listed in the UNO_SERVICES bootstrap variable) by the UNO runtime. * solenv/gbuild/CppunitTest.mk got new functions gb_CppunitTest_add[_old]_component[s] (like their gb_RdbTarget_ predecessors), to directly list such component files in CppUnit tests. * This obsoleted current uses of solenv/gbuild/RdbTarget.mk, which also does not work currently, as it catenates the input component files instead of passing them through packcomponents.xslt (which now takes care about the surrounding components in the input). In the future, it will likely be combined with solenv/gbuild/ComponentsTarget.mk (which I invented recently to generate via packcomponents.xslt the multi-component files used by oxt extensions, unaware that RdbTarget.mk would already do the same thing; also, it turned out I did not need to create such oxt extensions at that time at all, so ComponentsTarget.mk is currently unused.) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)
Hi Stephan, Stephan Bergmann wrote (11-11-11 10:50) is a patch (actually, four separate patches for the components, lib-core, lib-gui, and ure repos) to backport support for reading (but not writing) AES-encrypted ODF 1.2 documents to libreoffice-3-4. Is included in the patch, that when a encrypted document is opened in 3.4.n and saved again, people are informed about the change in encryption? -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW 3-4] application crash on exit
Hi We have an internal bug that happens when closing the application where there is a legacy format document ( e.g. something.sdd ) already open I get the following trace ==23824== Invalid read of size 8 ==23824==at 0x10C543A0: GtkSalDisplay::EventGuardAcquire() (gtkdata.hxx:83) ==23824==by 0x10C53633: GtkXLib::userEventFn(void*) (gtkdata.cxx:800) ==23824==by 0x10C535D4: call_userEventFn (gtkdata.cxx:789) ==23824==by 0x13538BD2: g_main_context_dispatch (in /lib64/libglib-2.0.so.0.2800.0) ==23824==by 0x135393AF: ??? (in /lib64/libglib-2.0.so.0.2800.0) ==23824==by 0x1353964F: g_main_context_iteration (in /lib64/libglib-2.0.so.0.2800.0) ==23824==by 0x10C53861: GtkXLib::Yield(bool, bool) (gtkdata.cxx:868) ==23824==by 0x10C5294A: GtkXLib::~GtkXLib() (gtkdata.cxx:577) ==23824==by 0x10C52A37: GtkXLib::~GtkXLib() (gtkdata.cxx:587) ==23824==by 0x1392F225: X11SalData::DeleteDisplay() (saldata.cxx:293) ==23824==by 0x1392F108: X11SalData::~X11SalData() (saldata.cxx:286) ==23824==by 0x10C53CEB: GtkData::~GtkData() (gtkdata.cxx:1032) ==23824== Address 0x16002a00 is 576 bytes inside a block of size 2,296 free'd ==23824==at 0x4C2599C: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==23824==by 0x10C50897: GtkSalDisplay::~GtkSalDisplay() (gtkdata.cxx:110) ==23824==by 0x1392F1ED: X11SalData::DeleteDisplay() (saldata.cxx:291) ==23824==by 0x1392F108: X11SalData::~X11SalData() (saldata.cxx:286) ==23824==by 0x10C53CEB: GtkData::~GtkData() (gtkdata.cxx:1032) ==23824==by 0x10C53D1D: GtkData::~GtkData() (gtkdata.cxx:1034) ==23824==by 0x139443E5: X11SalInstance::~X11SalInstance() (salinst.cxx:141) ==23824==by 0x10C55F5D: GtkInstance::~GtkInstance() (gtkinst.cxx:187) ==23824==by 0x10C55FB1: GtkInstance::~GtkInstance() (gtkinst.cxx:190) ==23824==by 0x99EB564: DestroySalInstance(SalInstance*) (salplug.cxx:264) ==23824==by 0x960A5C9: DeInitVCL() (svmain.cxx:566) ==23824==by 0x96094F0: ImplSVMain() (svmain.cxx:198) I had a patch ( that just returned immediately from GtkXLib::userEventFn while GtkXLib was destructing ) However now I see that this doesn't happen on master so after looking there I rewrote the patch be more like ( albeit simpler ) the solution there ( which seems to be part of some bigger rework, for gtk3 ? ) attached is the patch, 2 version, one generated ingnoring whitespace ( for ease of review ) the other with whitespace for applying since I know approximately zero about gtk stuff, appreciate wiser heads having a look thanks, Noel diff --git a/vcl/unx/gtk/app/gtkdata.cxx b/vcl/unx/gtk/app/gtkdata.cxx index 6a61098..7c76d6f 100644 --- a/vcl/unx/gtk/app/gtkdata.cxx +++ b/vcl/unx/gtk/app/gtkdata.cxx @@ -792,30 +792,36 @@ extern C gboolean GtkXLib::userEventFn(gpointer data) { -gboolean bContinue; + +gboolean bContinue = FALSE; GtkXLib *pThis = (GtkXLib *) data; -SalData *pSalData = GetSalData(); -pSalData-m_pInstance-GetYieldMutex()-acquire(); -pThis-m_pGtkSalDisplay-EventGuardAcquire(); +GtkData *pGtkData = static_castGtkData*(GetSalData()); + +pGtkData-m_pInstance-GetYieldMutex()-acquire(); -if( !pThis-m_pGtkSalDisplay-HasMoreEvents() ) +if ( pGtkData-GetDisplay() ) { -if( pThis-m_pUserEvent ) +pThis-m_pGtkSalDisplay-EventGuardAcquire(); + +if( !pThis-m_pGtkSalDisplay-HasMoreEvents() ) { -g_source_unref (pThis-m_pUserEvent); -pThis-m_pUserEvent = NULL; +if( pThis-m_pUserEvent ) +{ +g_source_unref (pThis-m_pUserEvent); +pThis-m_pUserEvent = NULL; +} +bContinue = FALSE; } -bContinue = FALSE; -} -else -bContinue = TRUE; +else +bContinue = TRUE; -pThis-m_pGtkSalDisplay-EventGuardRelease(); +pThis-m_pGtkSalDisplay-EventGuardRelease(); -pThis-m_pGtkSalDisplay-DispatchInternalEvent(); +pThis-m_pGtkSalDisplay-DispatchInternalEvent(); -pSalData-m_pInstance-GetYieldMutex()-release(); +pGtkData-m_pInstance-GetYieldMutex()-release(); +} return bContinue; } diff --git a/vcl/unx/gtk/app/gtkdata.cxx b/vcl/unx/gtk/app/gtkdata.cxx index 6a61098..7c76d6f 100644 --- a/vcl/unx/gtk/app/gtkdata.cxx +++ b/vcl/unx/gtk/app/gtkdata.cxx @@ -792,11 +792,16 @@ extern C gboolean GtkXLib::userEventFn(gpointer data) { -gboolean bContinue; + +gboolean bContinue = FALSE; GtkXLib *pThis = (GtkXLib *) data; -SalData *pSalData = GetSalData(); -pSalData-m_pInstance-GetYieldMutex()-acquire(); +GtkData *pGtkData = static_castGtkData*(GetSalData()); + +pGtkData-m_pInstance-GetYieldMutex()-acquire(); + +if ( pGtkData-GetDisplay() ) +{ pThis-m_pGtkSalDisplay-EventGuardAcquire(); if( !pThis-m_pGtkSalDisplay-HasMoreEvents() ) @@ -815,7 +820,8 @@ gboolean
Re: [Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)
On 11/11/2011 11:12 AM, Cor Nouws wrote: Stephan Bergmann wrote (11-11-11 10:50) is a patch (actually, four separate patches for the components, lib-core, lib-gui, and ure repos) to backport support for reading (but not writing) AES-encrypted ODF 1.2 documents to libreoffice-3-4. Is included in the patch, that when a encrypted document is opened in 3.4.n and saved again, people are informed about the change in encryption? No. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Fix for FDO#42453 - remove unused anchor icons
On 10/11/11 16:14, Julien Chaffraix wrote: Very straightforward change attached. The change is contributed under the LGPLv3+ / MPL. very nice, pushed, thanks alot Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Remove some String - OUString conversion in svl/fsstor
On 10/11/11 16:15, Julien Chaffraix wrote: Another simple change attached. The change is contributed under the LGPLv3+ / MPL. and builds fine for me, pushed, thanks again Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
On 11/11/11 08:06, Winfried Donkers wrote: First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. This patch is and future patches will be contributed under the LGPLv3+ / MPL. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? By the way, should comments like case FID_INS_COLUMN:// insert columns case SID_COPY: // Kopieren (translate to copy) be translated or removed? I don't see any additional value in these comments The first imo has some value, INS_COLUMN might not be immediately obvious as meaning insert columns especially to non-native english speakers. The second I would delete, I don't think there is a hard and fast rule, just use common sense I guess Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] PostgreSQL-SDBC in LO? LGPL2.1-only
Hi, I've started to take care of the PostgreSQL native (SDBC) driver for LibreOffice, based on the old code at dba.openoffice.org. It is not 100% feature-complete, but it works. Are there any oppositions to merging it into master so that it is bundled with LO 3.5, as is the MySQL driver? - The code is LGPLv2.1-only, not LGPL3 - Currently developed as a fork of libreoffice-3-4 which adds directory connectivity/source/drivers/postgresql - The build system currently just creates a .oxt file; should probably be changed to take into account --with-extension-integration; would appreciate help/clue in how to do that / what needs to be done. In the absence of opposition, I intend to forward-port and commit next week, to give some time to shake out any potential problem before 5 December. My current code is at http://wiki.documentfoundation.org/PostgreSQL-SDBC -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][REVIEW 3-4] Fixing keyboard navigation of range selection in reference mode
Hi Kohei, On Tuesday, 2011-11-08 21:25:39 -0500, Kohei Yoshida wrote: There isn't a formally filed bug for this (either that or there is and I don't know about it), but this one is pretty bad I want this fixed in the stable version. The fix is http://cgit.freedesktop.org/libreoffice/core/commit/?id=696fb8582fe54d6cb5ec54f81680ddc281500b88 and I want it backported to the 3-4 branch. Pushed with my sign-off http://cgit.freedesktop.org/libreoffice/calc/commit/?h=libreoffice-3-4id=a1582914e1150efe1664204b53fdcbaf9b713652 Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgplBr8hlrRkB.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build fail in scripting/Jar/aportisdoc
On Fri, Nov 11, 2011 at 10:02:47AM +0200, Noel Grandin wrote: Nor does trying to build the tail_build module, although that returns a different error message: /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'. Stop. And what looks /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d like? Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build fail in scripting/Jar/aportisdoc
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d looks like: c:/libreoffice/libo/workdir/wntmsci12.pro/SdiTarget/basctl/sdi/basslots : \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\editids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\memberids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\cntids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\sfx.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\sfx.sdi \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\sfxitems.sdi \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\sfx2\sfxsids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svl\cntwids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svl\memberid.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svl\solar.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svx\svx.sdi \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svx\svxids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svx\svxitems.sdi \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svx\unomid.hxx \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\svx\xoitems.sdi \ c:/libreoffice/libo/basctl/sdi/basslots.sdi \ c:\libreoffice\libo\basctl\sdi\baside.sdi \ c:\libreoffice\libo\basctl\sdi\basslots.hrc Bjoern Michaelsen wrote: On Fri, Nov 11, 2011 at 10:02:47AM +0200, Noel Grandin wrote: Nor does trying to build the tail_build module, although that returns a different error message: /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'. Stop. And what looks /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d like? Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
(reply to list as well is better, of course) First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? I did it with 'git commit -a' followed by 'git format-patch filename', as read somewhere in this list. That may have been the wrong thing to do... The attachment now is made with 'git diff filename'. I hope this one's better... Winfried ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )
Hi Karl, On Thursday, 2011-11-10 21:44:33 -0800, Karl Koehler wrote: investigating further I have come to the conclusion that the attached ( and previously inlined ) patch is correct, in the sense that regular expressions of the failing type are now handled correctly. e.g. A[\[:\]] should find an 'A' followed by one of '[',':',']' and it does now (old behavior: infinite loop). Great! You're one of the very few who ever dared to dive into that awful regex code ;-) I don't seem to see any regression tests for reclass ? No, there aren't. Want to create some? ;-) Also, and independent of this issue, certain regular expressions don't work as expected, e.g. A[\[:] unexpectedly matches nothing, but A[:\[] and A[\[\:] do... ( as far as I know ':' should match itself unless one of the special posix ranges is used. ) Yes, there are quite some shortcomings and bugs with that code. I wouldn't invest too much time though, plan is to replace that legacy code entirely with the more suitable ICU regex. Review or comment would be greatly appreciated ! Works, and I didn't see a case where it breaks things. Pushed to master with http://cgit.freedesktop.org/libreoffice/core/commit/?id=305878f44bfee90c8ddba1f40b30d18150d4adde Just one thing: please confirm that you contribute this and future patches under the LGPLv3+ and MPL 1.1 licenses. Thanks Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpu0l5uqXIpJ.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )
On 11/11/11 05:44, Karl Koehler wrote: Hi, investigating further I have come to the conclusion that the attached ( and previously inlined ) patch is correct, in the sense that regular expressions of the failing type are now handled correctly. e.g. A[\[:\]] should find an 'A' followed by one of '[',':',']' and it does now (old behavior: infinite loop). I don't seem to see any regression tests for reclass ? Also, and independent of this issue, certain regular expressions don't work as expected, e.g. A[\[:] unexpectedly matches nothing, but A[:\[] and A[\[\:] do... ( as far as I know ':' should match itself unless one of the special posix ranges is used. ) Review or comment would be greatly appreciated ! Thanks, imo the regrex expression is invalid, but... it seems the regrex parser/compiler thing ( whose code I failed to understand without spending lots more time on it ) doesn't handle this situation well. However I agree with you analysis from stepping through the code. I can't see it can make things worse. would you be interested in creating some unit tests for this ? that would be really useful I think Noel ps. could you confirm license is LGPLv3+ / MPL. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )
On 11/11/11 13:32, Eike Rathke wrote: now I see why my push failed appears you beat me to it ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
On Fri, Nov 11, 2011 at 01:40:51PM +0100, Winfried Donkers wrote: First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? I did it with 'git commit -a' followed by 'git format-patch filename', as read somewhere in this list. That may have been the wrong thing to do... git commit -a should have launched a text editor where you can write a so-called commit message, that is a short description of what you did. If it did not, then please set your EDITOR environment variable to something sensible, e.g. one of: export EDITOR=vim export EDITOR=emacs export EDITOR=gedit export EDITOR=kate Which one depends on your tastes and which one you are used to. After you finish writing the commit message and close the editor, git *actually* does the commit. You can check that by running git log and seeing your commit at the top. Only after that will git format-patch do the right thing. AFAIK, you don't need a filename argument after it, though. If you ask me, I'd tell you to use: git format-patch remotes/origin/master which means prepare for email sending all patches that are in my current branch, but not in remotes/origin/master. In this way, you can cover several commits (several patches) in one command. remotes/origin/master is the master branch on the git repo you cloned from (as of the last time you did pull or fetch), which I'm guessing is the official ones at freedesktop.org. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
2011/11/11 Luc Castermans luc.casterm...@gmail.com 2011/11/11 Winfried Donkers w.donk...@dci-electronics.nl ** ** (reply to list as well -together with attachment- is better, of course)** ** ** ** First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? ** ** I did it with 'git commit -a' followed by 'git format-patch filename', as read somewhere in this list. That may have been the wrong thing to do...* *** The attachment now is made with 'git diff filename'. I hope this one's better... ** ** I am sorry of making a mess of it! thanks, as my first time is still coming I would just follow the instructions on the wiki as well. One has to assume these are right! -- Luc Castermans mailto:luc.casterm...@gmail.com -- Luc Castermans mailto:luc.casterm...@gmail.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: sc/inc sc/source
Hi Kohei, On Thursday, 2011-11-10 12:49:29 -0800, Kohei Yoshida wrote: commit eaea417bfdf8d06df2b7f2e42c904c32ce77e871 Author: Kohei Yoshida kohei.yosh...@suse.com Date: Thu Nov 10 15:45:53 2011 -0500 Removing the mixed comparison flag, which is no longer needed. This flag was introduced years ago to deal with Excel's behavior on incorrectly sorted data range. But later versions of Excel no longer follow that behavior keeping this flag would make the evaluation code unnecessarily more complex hard to adopt to multi-item matching. Isn't that needed for MATCH and ([HV])LOOKUP with mixed data such as 1,2,3,b,c,d when queried for a would return the last less_or_equal position, hence 3? Or are we now on a good track where when querying for string we always return #N/A if the less_or_equal match is numeric (and vice versa)? Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpMLqpstyCPG.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
On 11/11/11 12:56, Winfried Donkers wrote: (reply to list as well-together with attachment- is better, of course) First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? I did it with 'git commit -a' followed by 'git format-patch filename', as read somewhere in this list. That may have been the wrong thing to do... No, that is the correct thing to do, since you were able to create your patch with git diff it appears that you didn't actually commit your changes ( and git format-patch only works with commits ). Probably your commit failed and you didn't notice the error message. There is however another problem, if you look at your attached diff you will notice that that complete contents of sc/source/ui/view/cellsh3.cxx are marked as removed and then all lines ( + your additions ) added into that file. What has happened *I think* is that whatever editor you are using is inserting windows style (CR)(LF) line endings. The diff tool then thinks that each line in the file has been replaced. You need to teach your editor not to do that ( most editors should have a setting for that ). The attachment now is made with 'git diff filename'. I hope this one's better... I am sorry of making a mess of it! not at all, just teething problems :-) thanks for the nice patch. Finally can you confirm you contribution is under LGPLv3+ / MPL license thanks again, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
forgot to change the subject line to PUSHED, also the commit is here http://cgit.freedesktop.org/libreoffice/core/commit/?id=98a10b638a645776d14049b8fb12a87b80b6eb3b thanks, Noel On 11/11/11 15:02, Noel Power wrote: On 11/11/11 12:56, Winfried Donkers wrote: (reply to list as well-together with attachment- is better, of course) First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. Erm, I think the attached patch is not the intended one right ( patch attached is something already committed )? I did it with 'git commit -a' followed by 'git format-patch filename', as read somewhere in this list. That may have been the wrong thing to do... No, that is the correct thing to do, since you were able to create your patch with git diff it appears that you didn't actually commit your changes ( and git format-patch only works with commits ). Probably your commit failed and you didn't notice the error message. There is however another problem, if you look at your attached diff you will notice that that complete contents of sc/source/ui/view/cellsh3.cxx are marked as removed and then all lines ( + your additions ) added into that file. What has happened *I think* is that whatever editor you are using is inserting windows style (CR)(LF) line endings. The diff tool then thinks that each line in the file has been replaced. You need to teach your editor not to do that ( most editors should have a setting for that ). The attachment now is made with 'git diff filename'. I hope this one's better... I am sorry of making a mess of it! not at all, just teething problems :-) thanks for the nice patch. Finally can you confirm you contribution is under LGPLv3+ / MPL license thanks again, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT
Finally can you confirm you contribution is under LGPLv3+ / MPL license My contribution and future contribution is under LGPLv3+/MPL license. Winfried thanks again, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On 10/11/11 03:02, August Sodora wrote: Hello, I've attached a patch that attempts to add line numbers to the basic ide. I believe it is mostly correct, although I am seeing a couple of rendering issues that I haven't been able to track down yet. First, the scrollbar seems to jump around and flicker a lot more than it does without this patch. Second, typing so that the window has to scroll horizontally causes the vertical scrollbar to move to a nonsensical position. If anybody has a moment to take a look at this I would really appreciate it! This has been bugging me for a while. There are a couple problems as you mention with this patch, however I do think that this is *really* useful and certainly something that I would have liked to see at times. However sometimes I think the line numbers can just be annoying ;-) so I think definitely this should be configurable :-) The erratic behaviour of the vertical scrollbar ( note it doesn't respond to clicks ) is I believe due to the fact that you probably don't take into account the reduced size of the editor window ( because now there is the extra width from the window with the line numbers ) and in fact the width of that line-number window is dynamic ( e.g. can change as you are typing when the number of lines increases ). What I suspect is happening is the editor window area extends over where the scrollbar is painted and the 'flicker' and erratic 'positioning' is as a result of the the editor window and scroll bar painting over one another. given the current state would you consider moving this to a feature branch where perhaps others might be able to check it out and collaborate/help ? Although I am not very familiar with vcl and/or ui stuff, I'd be happy to try and help. Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech. steering call ...
Hi, On 2011-11-10 at 17:34 +, Michael Meeks wrote: + ideally, done as a patch + needs windows experimentation etc. + where does 'assert' output on windows go ? When we hit an assert on Windows, it shows a message box with the message + file + lineno, and possibility to Abort / Ignore / Attach the debugger. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Howto develop an extension with URE?
Hi Christian, On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: The URE is still there in SUSE - it just lives in the libreoffice-sdk package. I can't find this here: http://download.opensuse.org/update/11.3/rpm/x86_64/ No idea why it is not in the update, but I'd add the following repository to your install, and install the libreoffice-sdk from there: http://download.opensuse.org/repositories/LibreOffice:/Stable/openSUSE_11.3/ Hope that helps, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
I think I've read everything on this topic that Mr Google helped me to find. // This succeeded ./autogen.sh --with-distro=LibreOfficeiOS CXX=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk CC=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk CC_FOR_BUILD=ccache /Xcode3.2.6/usr/bin/gcc-4.0 CXX_FOR_BUILD=ccache /Xcode3.2.6/usr/bin/g++-4.0 --with-num-cpus=1 --with-max-jobs=1 --with-macos-version-min-required=10.6 --with-macos-version-max-allowed=10.6 --with-macosx-sdk=10.6 I get this build error: ### Entering /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm Compiling: bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx: In static member function 'static unsigned char* bridges::cpp_uno::shared::VtableFactory::addLocalFunctions(bridges::cpp_uno::shared::VtableFactory::Slot**, unsigned char*, const typelib_InterfaceTypeDescription*, sal_Int32, sal_Int32, sal_Int32)': /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:491: error: 'arm' has not been declared /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:513: error: jump to case label /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:484: error: crosses initialization of 'typelib_InterfaceAttributeTypeDescription* pAttrTD' /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:522: error: 'arm' has not been declared /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:530: error: jump to case label /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:515: error: crosses initialization of 'typelib_InterfaceMethodTypeDescription* pMethodTD' /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:484: error: crosses initialization of 'typelib_InterfaceAttributeTypeDescription* pAttrTD' dmake: Error code 1, while making '../../../unxiosr.pro/slo/cpp2uno.obj' ### I have Xcode 4.2 in /Developer on Lion. I had tried a lot of different variations on the above but that's where I am now. Finally some small amount of wrapper logic to run the moral equivalent of: ./soffice --convert-to pdf foo.docx Yup. Something like that should be doable relatively soon, as the LibreOffice code obviously for such usage doesn't display anything or require any interactive input. But all the C++ and UNO stuff still needs to work, of course, and there is lots to do there. How do you imagine something like that working? As you probably know IPC on iOS is restricted in some ways. PasteBoard, custom URLs, UIDocumentInteractionController, and maybe sockets are ways that might work for this. I might be interested in including some LO source in my app, if that can be made to work technically and within License restrictions. Since I'm mainly interested in converting documents is it possible to isolate that code to a small part of the codebase? Thanks, Brian -- View this message in context: http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3500192.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
There are a couple problems as you mention with this patch, however I do think that this is *really* useful land certainly something that I would have liked to see at times. However sometimes I think the line numbers can just be annoying ;-) so I think definitely this should be configurable :-) Of course :-) I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about the basic ide. The erratic behaviour of the vertical scrollbar ( note it doesn't respond to clicks ) is I believe due to the fact that you probably don't take into account the reduced size of the editor window ( because now there is the extra width from the window with the line numbers ) and in fact the width of that line-number window is dynamic ( e.g. can change as you are typing when the number of lines increases ). What I suspect is happening is the editor window area extends over where the scrollbar is painted and the 'flicker' and erratic 'positioning' is as a result of the the editor window and scroll bar painting over one another. This was my first reaction but I couldn't find anything on my first pass through; I'll definitely take a deeper look. given the current state would you consider moving this to a feature branch where perhaps others might be able to check it out and collaborate/help ? Although I am not very familiar with vcl and/or ui stuff, I'd be happy to try and help. I'd love to but I'm not exactly sure how. Currently I have it as a local branch. August Sodora aug...@gmail.com (201) 280-8138 On Fri, Nov 11, 2011 at 11:09 AM, Noel Power nopo...@suse.com wrote: On 10/11/11 03:02, August Sodora wrote: Hello, I've attached a patch that attempts to add line numbers to the basic ide. I believe it is mostly correct, although I am seeing a couple of rendering issues that I haven't been able to track down yet. First, the scrollbar seems to jump around and flicker a lot more than it does without this patch. Second, typing so that the window has to scroll horizontally causes the vertical scrollbar to move to a nonsensical position. If anybody has a moment to take a look at this I would really appreciate it! This has been bugging me for a while. There are a couple problems as you mention with this patch, however I do think that this is *really* useful and certainly something that I would have liked to see at times. However sometimes I think the line numbers can just be annoying ;-) so I think definitely this should be configurable :-) The erratic behaviour of the vertical scrollbar ( note it doesn't respond to clicks ) is I believe due to the fact that you probably don't take into account the reduced size of the editor window ( because now there is the extra width from the window with the line numbers ) and in fact the width of that line-number window is dynamic ( e.g. can change as you are typing when the number of lines increases ). What I suspect is happening is the editor window area extends over where the scrollbar is painted and the 'flicker' and erratic 'positioning' is as a result of the the editor window and scroll bar painting over one another. given the current state would you consider moving this to a feature branch where perhaps others might be able to check it out and collaborate/help ? Although I am not very familiar with vcl and/or ui stuff, I'd be happy to try and help. Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On 11/11/11 16:09, Noel Power wrote: On 10/11/11 03:02, August Sodora wrote: Hello, I've attached a patch that attempts to add line numbers to the basic ide. I believe it is mostly correct, although I am seeing a couple of rendering issues that I haven't been able to track down yet. First, the scrollbar seems to jump around and flicker a lot more than it does without this patch. Second, typing so that the window has to scroll horizontally causes the vertical scrollbar to move to a nonsensical position. If anybody has a moment to take a look at this I would really appreciate it! This has been bugging me for a while. There are a couple problems as you mention with this patch, however I do think that this is *really* useful and certainly something that I would have liked to see at times. However sometimes I think the line numbers can just be annoying ;-) so I think definitely this should be configurable :-) The erratic behaviour of the vertical scrollbar ( note it doesn't respond to clicks ) is I believe due to the fact that you probably don't take into account the reduced size of the editor window ( because now there is the extra width from the window with the line numbers ) and in fact the width of that line-number window is dynamic ( e.g. can change as you are typing when the number of lines increases ). What I suspect is happening is the editor window area extends over where the scrollbar is painted and the 'flicker' and erratic 'positioning' is as a result of the the editor window and scroll bar painting over one another. given the current state would you consider moving this to a feature branch where perhaps others might be able to check it out and collaborate/help ? Although I am not very familiar with vcl and/or ui stuff, I'd be happy to try and help. Noel @@ -1643,11 +1653,14 @@ void ComplexEditorWindow::Resize() long nBrkWidth = 20; long nSBWidth = aEWVScrollBar.GetSizePixel().Width(); -Size aBrkSz( Size( nBrkWidth, aSz.Height() ) ); +Size aBrkSz(nBrkWidth, aSz.Height()); aBrkWindow.SetPosSizePixel( Point( DWBORDER, DWBORDER ), aBrkSz ); -Size aEWSz( Size( aSz.Width() - nBrkWidth - nSBWidth + 2, aSz.Height() ) ); -aEdtWindow.SetPosSizePixel( Point( DWBORDER+aBrkSz.Width()-1, DWBORDER ), aEWSz ); +Size aLnSz(aLineNumberWindow.GetWidth(), aSz.Height()); +aLineNumberWindow.SetPosSizePixel(Point(DWBORDER+aBrkSz.Width() - 1, DWBORDER), aLnSz); + +Size aEWSz(aSz.Width() - nBrkWidth - nSBWidth + 2, aSz.Height()); +aEdtWindow.SetPosSizePixel( Point( DWBORDER+aBrkSz.Width()+aLnSz.Width()-1, DWBORDER ), aEWSz ); aEWVScrollBar.SetPosSizePixel( Point( aOutSz.Width()-DWBORDER-nSBWidth, DWBORDER ), Size( nSBWidth, aSz.Height() ) ); } I think in the hunk above +Size aEWSz(aSz.Width() - nBrkWidth - nSBWidth + 2, aSz.Height()); should be + Size aEWSz(aSz.Width() - nBrkWidth - aLineNumberWindow.GetWidth() - nSBWidth + 2, aSz.Height()); or at least scroll bar seems to work as expected with that :-) thanks, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Improving the QA and Release for 3.5
Hi, As a result of the discussions, the presentation, at the LibOCon, here are the conclusions. https://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5 and the places where people can comment and show commitment. What do you think? -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )
Hi Eike, I confirm I contribute this and all future patches for LibreOffice under the LGPLv3+ and MPL 1.1 . Yes, there are quite some shortcomings and bugs with that code. I wouldn't invest too much time though, plan is to replace that legacy code entirely with the more suitable ICU regex. This seems like a nice idea .. is there already a bug/Easy hack for that ? Thanks ! - Karl ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On 11/11/11 16:30, August Sodora wrote: There are a couple problems as you mention with this patch, however I do think that this is *really* useful land certainly something that I would have liked to see at times. However sometimes I think the line numbers can just be annoying ;-) so I think definitely this should be configurable :-) Of course :-) I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about the basic ide. I wasn't thinking about anything so grand, mostly I was thinking about maybe either adding a new checkbox under view or perhaps adding a 'toggle linenumbers' button to macro toolbar ( see view|toolbars|macros ) For a first cut/release I wouldn't even worry about persisting that option The erratic behaviour of the vertical scrollbar [...] This was my first reaction but I couldn't find anything on my first pass through; I'll definitely take a deeper look. see my previous response, there is a fix there for that given the current state would you consider moving this to a feature branch where perhaps others might be able to check it out and collaborate/help ? Although I am not very familiar with vcl and/or ui stuff, I'd be happy to try and help. I'd love to but I'm not exactly sure how. Currently I have it as a local branch. haha, yes, well not being much of a git guru myself I can't recall offhand what the command are for that, let me try and find out what they are and get back to you. Anyway, no problem with it being a local branch for the moment thanks, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On 11/11/11 16:50, Noel Power wrote: On 11/11/11 16:30, August Sodora wrote: I'd love to but I'm not exactly sure how. Currently I have it as a local branch. haha, yes, well not being much of a git guru myself I can't recall offhand what the command are for that, let me try and find out what they are and get back to you. Anyway, no problem with it being a local branch for the moment thanks, Noel see below for some steps that kendy sent to the list at some stage, note the instructions are based on the old multi-repo setup so I guess one just needs to substitute 'git' for 'g' in the instructions below So the example workflow might look like the following: # create the branch locally g checkout -b mybranch # develop something ... g commit -a ... g commit # find out that it might be useful as a feature branch g -f push origin mybranch:feature/some-comprehensible-name # continue development and pushing ... g commit -a g push # hmm, a conflict, somebody pushed to our # feature/some-comprehensible-name branch, we want to get newest stuff # from there. In this case, we want the 'rebasing' pull. g pull -r g push # at some stage you might find out that you actually want to merge newer # stuff from some other branch, eg. master g merge master # finally you want to get it all back to master g checkout master g merge mybranch g push # if it failed, we need to get the newest stuff from the remote repo # BUT WITHOUT REBASING g pull --no-rebase g push # everything finished, kill the remote branch g -f push origin :feature/some-comphrehensible-name thanks again Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: sc/inc sc/source
On Fri, 2011-11-11 at 15:41 +0100, Eike Rathke wrote: Hi Kohei, On Thursday, 2011-11-10 12:49:29 -0800, Kohei Yoshida wrote: commit eaea417bfdf8d06df2b7f2e42c904c32ce77e871 Author: Kohei Yoshida kohei.yosh...@suse.com Date: Thu Nov 10 15:45:53 2011 -0500 Removing the mixed comparison flag, which is no longer needed. This flag was introduced years ago to deal with Excel's behavior on incorrectly sorted data range. But later versions of Excel no longer follow that behavior keeping this flag would make the evaluation code unnecessarily more complex hard to adopt to multi-item matching. Isn't that needed for MATCH and ([HV])LOOKUP with mixed data such as 1,2,3,b,c,d when queried for a would return the last less_or_equal position, hence 3? Or are we now on a good track where when querying for string we always return #N/A if the less_or_equal match is numeric (and vice versa)? Thanks. Reverted. Will try to come up with a different approach then. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Howto develop an extension with URE?
Am Freitag, 11. November 2011, 17:27:56 schrieb Jan Holesovsky: Hi Christian, On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: The URE is still there in SUSE - it just lives in the libreoffice-sdk package. I can't find this here: http://download.opensuse.org/update/11.3/rpm/x86_64/ No idea why it is not in the update, but I'd add the following repository to your install, and install the libreoffice-sdk from there: http://download.opensuse.org/repositories/LibreOffice:/Stable/openSUSE_11.3 / Hi, thx - this brings me a step further but can someone explain me how to create the headers out of the idl-files? They formerly were part of ure-devel iirc. Thx, Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
Ok, I've adjusted the patch to include the fix you provided (thanks!!). I only have two more stumbling blocks at this point. First, I don't have a account to commit with; would you mind creating a branch for this in the meantime? Also, is there a consensus on how the option to hide/display line numbers should be added? Currently I'm trying to add a page to the options dialog in cui but I suppose it will really only have one option for now, is that ok? August Sodora aug...@gmail.com (201) 280-8138 On Fri, Nov 11, 2011 at 12:01 PM, Noel Power nopo...@suse.com wrote: On 11/11/11 16:50, Noel Power wrote: On 11/11/11 16:30, August Sodora wrote: I'd love to but I'm not exactly sure how. Currently I have it as a local branch. haha, yes, well not being much of a git guru myself I can't recall offhand what the command are for that, let me try and find out what they are and get back to you. Anyway, no problem with it being a local branch for the moment thanks, Noel see below for some steps that kendy sent to the list at some stage, note the instructions are based on the old multi-repo setup so I guess one just needs to substitute 'git' for 'g' in the instructions below So the example workflow might look like the following: # create the branch locally g checkout -b mybranch # develop something ... g commit -a ... g commit # find out that it might be useful as a feature branch g -f push origin mybranch:feature/some-comprehensible-name # continue development and pushing ... g commit -a g push # hmm, a conflict, somebody pushed to our # feature/some-comprehensible-name branch, we want to get newest stuff # from there. In this case, we want the 'rebasing' pull. g pull -r g push # at some stage you might find out that you actually want to merge newer # stuff from some other branch, eg. master g merge master # finally you want to get it all back to master g checkout master g merge mybranch g push # if it failed, we need to get the newest stuff from the remote repo # BUT WITHOUT REBASING g pull --no-rebase g push # everything finished, kill the remote branch g -f push origin :feature/some-comphrehensible-name thanks again Noel From 2a08f10d45446176e0d8b4b29863650b594f2bd2 Mon Sep 17 00:00:00 2001 From: August Sodora aug...@gmail.com Date: Fri, 11 Nov 2011 14:22:11 -0500 Subject: [PATCH] Add line numbers to basic ide --- basctl/Library_basctl.mk|1 + basctl/source/basicide/baside2.hxx |6 ++ basctl/source/basicide/baside2b.cxx | 29 + 3 files changed, 28 insertions(+), 8 deletions(-) diff --git a/basctl/Library_basctl.mk b/basctl/Library_basctl.mk index c806980..b1badf4 100644 --- a/basctl/Library_basctl.mk +++ b/basctl/Library_basctl.mk @@ -94,6 +94,7 @@ $(eval $(call gb_Library_add_exception_objects,basctl,\ basctl/source/basicide/docsignature \ basctl/source/basicide/documentenumeration \ basctl/source/basicide/iderdll \ + basctl/source/basicide/linenumberwindow \ basctl/source/basicide/localizationmgr \ basctl/source/basicide/macrodlg \ basctl/source/basicide/moduldl2 \ diff --git a/basctl/source/basicide/baside2.hxx b/basctl/source/basicide/baside2.hxx index 6af6c06..1de34d7 100644 --- a/basctl/source/basicide/baside2.hxx +++ b/basctl/source/basicide/baside2.hxx @@ -42,6 +42,7 @@ class SvxSearchItem; #include svtools/headbar.hxx #include vcl/button.hxx +#include basic/sbstar.hxx #include basic/sbmod.hxx #include vcl/split.hxx #include svl/lstner.hxx @@ -50,6 +51,8 @@ class SvxSearchItem; #include sfx2/progress.hxx #include svtools/syntaxhighlight.hxx +#include linenumberwindow.hxx + DBG_NAMEEX( ModulWindow ) #define MARKER_NOMARKER 0x @@ -284,6 +287,7 @@ class ComplexEditorWindow : public Window { private: BreakPointWindowaBrkWindow; +LineNumberWindowaLineNumberWindow; EditorWindowaEdtWindow; ScrollBar aEWVScrollBar; @@ -297,6 +301,7 @@ public: ComplexEditorWindow( ModulWindow* pParent ); BreakPointWindow GetBrkWindow() { return aBrkWindow; } +LineNumberWindow GetLineNumberWindow() { return aLineNumberWindow; } EditorWindow GetEdtWindow() { return aEdtWindow; } ScrollBar GetEWVScrollBar() { return aEWVScrollBar; } }; @@ -402,6 +407,7 @@ public: EditorWindow GetEditorWindow() { return aXEditorWindow.GetEdtWindow(); } BreakPointWindow GetBreakPointWindow() { return aXEditorWindow.GetBrkWindow(); } +LineNumberWindow GetLineNumberWindow() { return aXEditorWindow.GetLineNumberWindow(); } ScrollBar GetEditVScrollBar() { return aXEditorWindow.GetEWVScrollBar(); } ExtTextEngine* GetEditEngine() { return GetEditorWindow().GetEditEngine(); } ExtTextView*GetEditView() { return GetEditorWindow().GetEditView(); } diff --git a/basctl/source/basicide/baside2b.cxx
Re: [Libreoffice] iOS and convert to PDF
I get this build error: /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:491: OK, I haven't actually compiled for the device much lately, only for the simulator, so some bit rot might have happened. I suggest you just compile for the simulator for now. ./soffice --convert-to pdf foo.docx Yup. Something like that should be doable relatively soon, How do you imagine something like that working? As you probably know IPC on iOS is restricted in some ways. I have no idea;) The command line above was just to give an idea of how such functionality can be invoked today on a normal desktop OS, not to suggest actually running a process with parameters like that. I don't know what IPC you mean here, an iOS app is just one process, it can't start subprocesses. DId you plan to create an app for document export to PDF, or is that just one functionality in some other app? Anyway, in either case, to use LibreOffice code to load some document and write it out in PDF, your code needs call LibreOffice's UNO-based APIs. (Note that figuring out how all the UNO component stuff should work on iOS where everything is statically linked into one binary is a work in progress...) I might be interested in including some LO source in my app, if that can be made to work technically and within License restrictions. Since I'm mainly interested in converting documents is it possible to isolate that code to a small part of the codebase? Not small. But large parts of the code will obviously not be needed for that. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On 11/11/11 19:25, August Sodora wrote: First, I don't have a account to commit with; you should think about asking for commit access, in the meantime I can add the feature branch for you ( but please remind me next week 'cause probably I will forget between now and then ) Also, is there a consensus on how the option to hide/display line numbers should be added? Currently I'm trying to add a page to the options dialog in cui but I suppose it will really only have one option for now, is that ok? hmm, I'd keep it simple, imo either of the options I mentioned previously On 11/11/11 16:50, Noel Power wrote: Of course I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about the basic ide. I wasn't thinking about anything so grand, mostly I was thinking about maybe either adding a new checkbox under view or perhaps adding a 'toggle linenumbers' button to macro toolbar ( see view|toolbars|macros ) For a first cut/release I wouldn't even worry about persisting that option would probably be simpler, seems like alot of trouble otherwise ( e.g. going down the tools|options|... route ) for just one simple option. In anycase making the behaviour switchable needs to be done regardless, how that option is presented can be solved in a number of ways, I would take the easiest option first, if needs be, how the option is presented can easily be changed later. Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
On Fri, 2011-11-11 at 11:30 -0500, August Sodora wrote: Of course :-) I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about the basic ide. Heh :-) there is a good point here. If the feature is not perfect, but we want it in before the feature freeze, that is fairly easy to do. We just make it available when the 'Experimental' mode is on. SvtMiscOptions aMiscOptions; const bool bExperimentalMode = aMiscOptions.IsExperimentalMode(); Should get that for you to switch on; Noel - do you think that's enough ? :-) or do you really want the setting for this so it can be turned off ? 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] [PATCH] Added line numbers to the basic ide
Hey, to make it easier for everyone I pushed it to a feature branch. The new feature branch for this is: feature/line-numbers-in-basicIDE. As soon as you get your commit access by Michael, you can work on this branch without to worry about the master branch too much. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] PostgreSQL-SDBC in LO? LGPL2.1-only
Hi Lionel, On Fri, 2011-11-11 at 13:08 +0100, Lionel Elie Mamane wrote: I've started to take care of the PostgreSQL native (SDBC) driver for LibreOffice, based on the old code at dba.openoffice.org. It is not 100% feature-complete, but it works. Are there any oppositions to merging it into master so that it is bundled with LO 3.5, as is the MySQL driver? As I said privately, no opposition from me - it sounds wonderful. - The code is LGPLv2.1-only, not LGPL3 Really not ideal, but bearable for now I suppose. It'd be great if (as new bits of code are written) if we have the git history for that so we can get ownership right, and progressively cleanse the code to MPL/LGPLv3+ in future - but not a blocker I think. - Currently developed as a fork of libreoffice-3-4 which adds directory connectivity/source/drivers/postgresql sounds lovely. - The build system currently just creates a .oxt file; should probably be changed to take into account --with-extension-integration; would appreciate help/clue in how to do that / what needs to be done. Personally I've never understood why we package built-in extensions as .oxt files ;-) but if it works why not. I'd suggest just checking it in and asking for some autotools guru to help out with making it more conditional - no doubt they will. In the absence of opposition, I intend to forward-port and commit next week, to give some time to shake out any potential problem before 5 December. Beautiful; it sounds lovely, Thanks for that ! 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] Howto develop an extension with URE?
Am Freitag, 11. November 2011, 18:25:26 schrieb Christian Ehrlicher: Am Freitag, 11. November 2011, 17:27:56 schrieb Jan Holesovsky: Hi Christian, On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: The URE is still there in SUSE - it just lives in the libreoffice-sdk package. I can't find this here: http://download.opensuse.org/update/11.3/rpm/x86_64/ No idea why it is not in the update, but I'd add the following repository to your install, and install the libreoffice-sdk from there: http://download.opensuse.org/repositories/LibreOffice:/Stable/openSUSE_11 .3 / Hi, thx - this brings me a step further but can someone explain me how to create the headers out of the idl-files? They formerly were part of ure-devel iirc. Ok, forgive my ignorance :) After studiing the examples provided by sdk-doc again I found the cppumaker - command. Now I only have to adjust my cmake script to generate those headers dynamically too. Thx for the help and clarification, Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
./autogen.sh --with-distro=LibreOfficeiOS CXX=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk CC=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 -arch i386 -isysroot/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk CC_FOR_BUILD=ccache /Xcode3.2.6/usr/bin/gcc-4.0 CXX_FOR_BUILD=ccache /Xcode3.2.6/usr/bin/g++-4.0 --with-num-cpus=1 --with-max-jobs=1 --with-macos-version-min-required=10.4 --with-macos-version-max-allowed=10.4 --with-macosx-sdk=10.4 --disable-librsvg I get this linker error: Entering /Users/brians/develop/libreOffice/libo/l10ntools/source Making:all_transex.dpobj Compiling: l10ntools/source/export.cxx Compiling: l10ntools/source/export2.cxx Compiling: l10ntools/source/merge.cxx Compiling: l10ntools/source/srciter.cxx Compiling: l10ntools/source/xmlparse.cxx Compiling: l10ntools/source/helpmerge.cxx Compiling: l10ntools/source/helpex.cxx Compiling: l10ntools/source/file.cxx Compiling: l10ntools/source/directory.cxx Making:transex.lib Making:libtransex.a ar: creating archive ../unxiosr.pro/lib/libtransex.a flex -l -w -8 -o../unxiosr.pro/misc/src_yy.c srclex.l Compiling: l10ntools/source/src_yy_wrapper.c Making:transex3 Undefined symbols for architecture i386: MsLangId::getPlatformSystemUILanguage(), referenced from: ResMgr::GetLang(unsigned short, unsigned short)in libtllo.a(resmgr.o) ResMgrContainer::init() in libtllo.a(resmgr.o) MsLangId::convertLanguageToLocale(unsigned short, com::sun::star::lang::Locale), referenced from: ResMgrContainer::init() in libtllo.a(resmgr.o) _typelib_static_type_init, referenced from: comphelper::string::NaturalStringSorter::NaturalStringSorter(com::sun::star::uno::Referencecom::sun::star::uno::XComponentContext const, com::sun::star::lang::Locale const)in libcomphelpgcc3.a(string.o) com::sun::star::i18n::cppu_detail_getUnoType(com::sun::star::i18n::XBreakIterator const*)in libcomphelpgcc3.a(string.o) com::sun::star::i18n::cppu_detail_getUnoType(com::sun::star::i18n::XCollator const*)in libcomphelpgcc3.a(string.o) com::sun::star::lang::cppu_detail_getUnoType(com::sun::star::lang::XMultiComponentFactory const*)in libcomphelpgcc3.a(string.o) _uno_type_sequence_reference2One, referenced from: rtl::OUString* comphelper::stl_beginrtl::OUString(com::sun::star::uno::Sequencertl::OUString)in libcomphelpgcc3.a(string.o) _typelib_static_type_getByTypeClass, referenced from: comphelper::string::convertCommaSeparated(rtl::OUString const) in libcomphelpgcc3.a(string.o) rtl::OUString* comphelper::stl_beginrtl::OUString(com::sun::star::uno::Sequencertl::OUString)in libcomphelpgcc3.a(string.o) _typelib_static_sequence_type_init, referenced from: comphelper::string::convertCommaSeparated(rtl::OUString const) in libcomphelpgcc3.a(string.o) rtl::OUString* comphelper::stl_beginrtl::OUString(com::sun::star::uno::Sequencertl::OUString)in libcomphelpgcc3.a(string.o) _uno_type_sequence_construct, referenced from: comphelper::string::convertCommaSeparated(rtl::OUString const) in libcomphelpgcc3.a(string.o) _uno_type_destructData, referenced from: comphelper::string::convertCommaSeparated(rtl::OUString const) in libcomphelpgcc3.a(string.o) _uno_any_destruct, referenced from: comphelper::string::NaturalStringSorter::NaturalStringSorter(com::sun::star::uno::Referencecom::sun::star::uno::XComponentContext const, com::sun::star::lang::Locale const)in libcomphelpgcc3.a(string.o) _cppu_unsatisfied_iquery_msg, referenced from: comphelper::string::NaturalStringSorter::NaturalStringSorter(com::sun::star::uno::Referencecom::sun::star::uno::XComponentContext const, com::sun::star::lang::Locale const)in libcomphelpgcc3.a(string.o) _cppu_unsatisfied_iset_msg, referenced from: comphelper::string::NaturalStringSorter::NaturalStringSorter(com::sun::star::uno::Referencecom::sun::star::uno::XComponentContext const, com::sun::star::lang::Locale const)in libcomphelpgcc3.a(string.o) ld: symbol(s) not found for architecture i386 collect2: ld returned 1 exit status dmake: Error code 1, while making '../unxiosr.pro/bin/transex3' -- View this message in context: http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3501099.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] [PATCH][PLEASE REVIEW] Remove String::Fill() usage
Hi, currently I'm removing the Fill() method for strings. Comments are very welcome. Christina From 278bc39f8f3914cff1b5d860b74dd5c12d17af7c Mon Sep 17 00:00:00 2001 From: Christina Rossmanith chrrossman...@web.de Date: Fri, 11 Nov 2011 23:09:26 +0100 Subject: [PATCH] Remove String::Fill() usage --- sc/source/ui/docshell/docsh.cxx | 41 ++ 1 files changed, 24 insertions(+), 17 deletions(-) diff --git a/sc/source/ui/docshell/docsh.cxx b/sc/source/ui/docshell/docsh.cxx index 93bb4bc..4a0981d 100644 --- a/sc/source/ui/docshell/docsh.cxx +++ b/sc/source/ui/docshell/docsh.cxx @@ -134,6 +134,7 @@ #include rtl/logfile.hxx #include comphelper/processfactory.hxx +#include comphelper/string.hxx #include uiitems.hxx #include cellsuno.hxx #include dpobject.hxx @@ -1593,7 +1594,7 @@ sal_Bool ScDocShell::IsInformationLost() // Xcl-like column width measured in characters of standard font. -xub_StrLen lcl_ScDocShell_GetColWidthInChars( sal_uInt16 nWidth ) +sal_Int32 lcl_ScDocShell_GetColWidthInChars( sal_uInt16 nWidth ) { double f = nWidth; f *= 1328.0 / 25.0; @@ -1601,46 +1602,52 @@ xub_StrLen lcl_ScDocShell_GetColWidthInChars( sal_uInt16 nWidth ) f *= 1.0 / 23.0; f /= 256.0; -return xub_StrLen( f ); +return sal_Int32( f ); } void lcl_ScDocShell_GetFixedWidthString( rtl::OUString rStr, const ScDocument rDoc, SCTAB nTab, SCCOL nCol, sal_Bool bValue, SvxCellHorJustify eHorJust ) { -String aString = rStr; -xub_StrLen nLen = lcl_ScDocShell_GetColWidthInChars( +rtl::OUString aString = rStr; +sal_Int32 nLen = lcl_ScDocShell_GetColWidthInChars( rDoc.GetColWidth( nCol, nTab ) ); -if ( nLen aString.Len() ) +if ( nLen aString.getLength() ) { if ( bValue ) -aString.AssignAscii( ### ); -aString.Erase( nLen ); +aString = rtl::OUString(RTL_CONSTASCII_USTRINGPARAM( ### )); } -if ( nLen aString.Len() ) +if ( nLen aString.getLength() ) { if ( bValue eHorJust == SVX_HOR_JUSTIFY_STANDARD ) eHorJust = SVX_HOR_JUSTIFY_RIGHT; +sal_Int32 nBlanks = nLen - aString.getLength(); switch ( eHorJust ) { case SVX_HOR_JUSTIFY_RIGHT: { -String aTmp; -aTmp.Fill( nLen - aString.Len() ); -aString.Insert( aTmp, 0 ); +rtl::OUStringBuffer aTmp; +aTmp = comphelper::string::padToLength( aTmp, nBlanks, ' ' ); +aString = aTmp.append(aString).makeStringAndClear(); } break; case SVX_HOR_JUSTIFY_CENTER: { -xub_StrLen nLen2 = (nLen - aString.Len()) / 2; -String aTmp; -aTmp.Fill( nLen2 ); -aString.Insert( aTmp, 0 ); -aString.Expand( nLen ); +sal_Int32 nLen2 = nBlanks / 2; +rtl::OUStringBuffer aLeft; +rtl::OUStringBuffer aRight; +aLeft = comphelper::string::padToLength( aLeft, nLen2, ' ' ); +aRight = comphelper::string::padToLength( aRight, nBlanks - nLen2, ' ' ); +aString = aLeft.append(aString).makeStringAndClear(); +aString += aRight.makeStringAndClear(); } break; default: -aString.Expand( nLen ); +{ +rtl::OUStringBuffer aTmp; +comphelper::string::padToLength( aTmp, nBlanks, ' ' ); +aString += aTmp.makeStringAndClear(); +} } } rStr = aString; -- 1.7.4.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
./soffice --convert-to pdf foo.docx Yup. Something like that should be doable relatively soon, How do you imagine something like that working? As you probably know IPC on iOS is restricted in some ways. I have no idea;) The command line above was just to give an idea of how such functionality can be invoked today on a normal desktop OS, not to suggest actually running a process with parameters like that. I don't know what IPC you mean here, an iOS app is just one process, it can't start subprocesses. iOS apps can communicate with other apps and can cause them to be launched by use of custom URLs. If you pass an http:// URL to the openURL API MobileSafari will be launched and will receive that URL. a mailto: URL will open mail.app. I think the Maps app has a google custom URL scheme and will be launched and show the location specified in the URL. Any app can register a custom URL with the OS and it will be launched or brought forward from the background when another app calls openURL: with its custom URL. So something like openURL: @soffice://--convert-to%20pdf%20foo.docx is possible. Because of sandboxing one app can't directly access a file that another app has written. The file data could be passed as part of the custom URL, or could be placed on the pasteBoard, or could be sent via a socket. Having a pair of custom URLs could allow app 1 to call app 2, app 2 processes the info, then app 2 calls back to app 1 to tell it that it's done and to send the results back. The Facebook app on iOS uses this scheme to provide a single-signon ability so a user only needs to sign on to FB once and other apps that access FB can access the security token that the FB app has stored. DId you plan to create an app for document export to PDF, or is that just one functionality in some other app? I have an existing app that uploads files and I want to allow conversion to pdf as a feature. It's not a file-conversion app. More of a communication app. Anyway, in either case, to use LibreOffice code to load some document and write it out in PDF, your code needs call LibreOffice's UNO-based APIs. (Note that figuring out how all the UNO component stuff should work on iOS where everything is statically linked into one binary is a work in progress...) I might be interested in including some LO source in my app, if that can be made to work technically and within License restrictions. Since I'm mainly interested in converting documents is it possible to isolate that code to a small part of the codebase? Not small. But large parts of the code will obviously not be needed for that. I have been reading through the OO documentation trying to figure out what parts I'd need. I guess you're saying that the importers, PDF exporter, and UNO are required. Thanks, Brian -- View this message in context: http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3501133.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Added line numbers to the basic ide
August Sodora wrote (11-11-11 17:30) Of course :-) I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about the basic ide. In Tools OPtions LibreOffice Fonts there is the possibility to set, of course, the font -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
Entering /Users/brians/develop/libreOffice/libo/l10ntools/source Ah OK, l10ntools. That is a module it shouldn't even be building for non-desktop OSes. It contains some command-line tools that make no sense on iOS (or Android). No libraries that actual LO code would use are built in l10ntools as far as I know. I see that in tail_build/prj/build.lst l10ntools wasn't prefixed with DESKTOP. Fixing that. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] fix for fdo#40831 - Writer will crash when searching text with using regular expressions
Hi All, This patch will fix fdo#40831 Writer will crash when searching text with using regular expressions. Please review my attached patch. Bug URL: https://bugs.freedesktop.org/show_bug.cgi?id=40831 I reproduced this bug on LibO 3.4 and 3.5. This bug occurs when a row or column containing cursor position was removed by substitution. This patch is to skip the process of returning the position of the cursor, when the row or column containing cursor position is removed. My patch is being submitted under LGPLv3+/MPL. Regards, Tomofumi Yagi. diff --git a/sw/source/core/crsr/swcrsr.cxx b/sw/source/core/crsr/swcrsr.cxx index c27d8f7..fd6c782 100644 --- a/sw/source/core/crsr/swcrsr.cxx +++ b/sw/source/core/crsr/swcrsr.cxx @@ -2091,10 +2091,22 @@ sal_Bool SwCursor::MoveSection( SwWhichSection fnWhichSect, void SwCursor::RestoreSavePos() { -if( pSavePos ) +// fdo#40831 if you delete the row or column containing pSavePos, +// Writer will crash. Work around this. +sal_uLong uNodeCount = GetPoint()-nNode.GetNodes().Count(); +if( pSavePos pSavePos-nNode = uNodeCount ) { GetPoint()-nNode = pSavePos-nNode; -GetPoint()-nContent.Assign( GetCntntNode(), pSavePos-nCntnt ); + +xub_StrLen nIdx = 0; +if ( GetCntntNode() ) +if ( pSavePos-nCntnt = GetCntntNode()-Len() ) +nIdx = pSavePos-nCntnt; +else +nIdx = GetCntntNode()-Len(); +else +nIdx = GetPoint()-nContent.GetIndex(); // Probably, nIdx = 0 +GetPoint()-nContent.Assign( GetCntntNode(), nIdx ); } } ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 42807] New: UI menu has 'Format-Group' and 'Data-Group and outline'; the first is disabled and should be removed
https://bugs.freedesktop.org/show_bug.cgi?id=42807 Bug #: 42807 Summary: UI menu has 'Format-Group' and 'Data-Group and outline'; the first is disabled and should be removed Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: o...@dci-electronics.nl Menu 'Data-Group' has all its items disabled, menu 'Data-Group and outline' has all its items enabled (if applicable) and is documented in the help file. Menu 'Data-Group'should be removed from the menu. (LibO version 3.5 also has this behaviour) -- 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 41210] Group adjusting of column width and row height
https://bugs.freedesktop.org/show_bug.cgi?id=41210 Winfried Donkers o...@dci-electronics.nl changed: What|Removed |Added CC||o...@dci-electronics.nl --- Comment #1 from Winfried Donkers o...@dci-electronics.nl 2011-11-11 00:39:19 PST --- behaviour does not occur with version 3.4.3 release and 3.4.4 release on Windows, neither on version 3.5 on openSUSE Linux 11.4 (KDE). All selected (highlighted) columns/rows are resized wehen one is resized within the selection. -- 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 40680] FILEOPEN LibreOffice Calc is importing content of csv file wrong, when line feeds in text
https://bugs.freedesktop.org/show_bug.cgi?id=40680 --- Comment #2 from a10860...@nepwk.com 2011-11-11 00:47:54 PST --- Created attachment 53391 -- https://bugs.freedesktop.org/attachment.cgi?id=53391 Test-case for described problem Test case for newlines within text delimiter. Works for values1.1 and value1.2 (first column) but not for value2.1 and value2.2 -- 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 40680] FILEOPEN LibreOffice Calc is importing content of csv file wrong, when line feeds in text
https://bugs.freedesktop.org/show_bug.cgi?id=40680 --- Comment #3 from a10860...@nepwk.com 2011-11-11 00:49:10 PST --- The wrapping of newlines with text delimiters works for the first column, but not for columns after the first. -- 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 42810] New: FILESAVE: Images shrink each time when saving in .doc format
https://bugs.freedesktop.org/show_bug.cgi?id=42810 Bug #: 42810 Summary: FILESAVE: Images shrink each time when saving in .doc format 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: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: sm...@fastmail.fm Problem description: I have received a .docx file originally created in Microsoft Office. I have been working on it and saving as .doc (didn't realise LO can now save .docx, not sure if this has the same bug). Each page contains a small image at the top. I noticed this was now very small! Found by testing that the size of this image (on every page) reduces every time the document is saved and reopened. This does not happen when saving as .odt I now have to compare with original document and manually resize every image and fix the layout of all pages (unless anyone knows a quick way to resize lots of images at once please?) This is LO 3.4.3 (manually installed from .debs) on Ubuntu 10.10 Can't really attach the document because is private but could possibly provide an edited version if needed? -- 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 42453] EasyHack: remove unused anchor icons ...
https://bugs.freedesktop.org/show_bug.cgi?id=42453 Noel Power nopo...@novell.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Noel Power nopo...@novell.com 2011-11-11 03:29:55 UTC --- fixed afaics by http://cgit.freedesktop.org/libreoffice/core/commit/?id=70a551308f00e65e82d33c01565d34176f18d004 -- 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 42812] New: EDITING: distortion of [] in matrix
https://bugs.freedesktop.org/show_bug.cgi?id=42812 Bug #: 42812 Summary: EDITING: distortion of [] in matrix Classification: Unclassified Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Formula editor AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: jbf.fa...@orange.fr Created attachment 53397 -- https://bugs.freedesktop.org/attachment.cgi?id=53397 text document with distorded matrix formula Problem description: this bug report is a copy of an old OOo bug https://issues.apache.org/ooo/show_bug.cgi?id=66848 which has been closed as duplicate of https://issues.apache.org/ooo/show_bug.cgi?id=35783 Please see both for their discussions. LibO version : of course all LibO versions are impacted, including the master. Steps to reproduce: 1. open the attached document 2. look at the brackets of the big matrix Current behavior: horizontal parts of the brackets are vertically distorded Expected behavior: no distortion Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:11.0a1) Gecko/2010 Firefox/11.0a1 -- 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 42812] EDITING: distortion of [] in matrix
https://bugs.freedesktop.org/show_bug.cgi?id=42812 Jean-Baptiste Faure jbf.fa...@orange.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Version|unspecified |LibO 3.4.4 release -- 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 42522] VIEWING: can't visualize non-printable characters (ctrl+F10)
https://bugs.freedesktop.org/show_bug.cgi?id=42522 --- Comment #2 from s...@hellug.gr 2011-11-11 04:19:38 PST --- I can confirm this bug. Furthermore, this has nothing to do with rinting or PDF exporting (Bug 40482). I just open writer and press ctrl+F10 The fact that this happens both on Windows and Linux, indicates that it really is a bug and should be CONFIRMED, but I do not know how to change it... Platform: aptosid linux (debian sid) Host/Kernel/OS running Linux 3.0.0-1-686-pae i686 [ aptosid 2010-02 Κῆρες - kde-full - (201009132215) ] -- 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 35376] Windows 7 taskbar-pinning integration incomplete
https://bugs.freedesktop.org/show_bug.cgi?id=35376 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Version|LibO 3.4.4 release |LibO 3.3.2 release --- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-11 04:20:36 PST --- https://bugs.freedesktop.org/page.cgi?id=fields.html#see_also http://wiki.documentfoundation.org/BugReport_Details#Version -- 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 42522] VIEWING: can't visualize non-printable characters (ctrl+F10)
https://bugs.freedesktop.org/show_bug.cgi?id=42522 --- Comment #3 from s...@hellug.gr 2011-11-11 04:26:11 PST --- I forgot to say Please feel free to ask for any more info (I can provide bt and valgrind output if needed) -- 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 36397] PRINTING FILESAVE Impress removes two images exporting to PDF or printing
https://bugs.freedesktop.org/show_bug.cgi?id=36397 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #6 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-11 04:32:58 PST --- NOT reproducible with LibreOffice 3.4.4RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]. Might be LINUX only? Please compare results in Bug 41058 - PRINTING: impossible for particular Object, what might be a DUP -- 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 41058] PRINTING: impossible for particular Object
https://bugs.freedesktop.org/show_bug.cgi?id=41058 --- Comment #4 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-11 04:33:43 PST --- The fact that it seems to be LINUX only seems to show that this one might be a DUP of Bug 36397 - PRINTING FILESAVE Impress removes two images exporting to PDF or printing. @Steve Kelem: Can you compare results and leave a comment in Bug 36397? -- 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 42522] VIEWING: can't visualize non-printable characters (ctrl+F10)
https://bugs.freedesktop.org/show_bug.cgi?id=42522 --- Comment #4 from s...@hellug.gr 2011-11-11 04:39:11 PST --- Please DISREGARD my previous messages When checking (ticking/enabling) all fields under Tools/Options/LibreOffice Writer/Formating Aids/Display of everything is ok. Closing the app and running it again, leads to the CORRECT behavior (same as 3.3.x) I would say this is NOT a bug (maybe a change of behavior) -- 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 42815] New: core dump in a crypto function
https://bugs.freedesktop.org/show_bug.cgi?id=42815 Bug #: 42815 Summary: core dump in a crypto function Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: toralf.foers...@gmx.de At my almost stable x86 Gentoo Linux I found a coredump file within my HOME directory (I dunno what I did when it was created), where the back trace gave these information : (gdb) bt #0 0xaab58280 in ?? () #1 0xaa9bceb6 in CRYPTO_lock (mode=9, type=1, file=0xaaac4fdf err.c, line=370) at cryptlib.c:600 #2 0xaaa3182e in int_err_del () at err.c:370 #3 0xaaa32151 in ERR_free_strings () at err.c:701 #4 0xa8655dd8 in Curl_ossl_cleanup () from /usr/lib/libcurl.so.4 #5 0xa866a5f1 in Curl_ssl_cleanup () from /usr/lib/libcurl.so.4 #6 0xa865e3d5 in curl_global_cleanup () from /usr/lib/libcurl.so.4 #7 0xa8769e52 in raptor_www_finish () from /usr/lib/libraptor2.so.0 #8 0xa8767bfd in raptor_free_world () from /usr/lib/libraptor2.so.0 #9 0xa8815618 in librdf_finish_raptor () from /usr/lib/librdf.so.0 #10 0xa8814c2b in librdf_free_world () from /usr/lib/librdf.so.0 #11 0xa884652b in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #12 0xa884e6f3 in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #13 0xa884f264 in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #14 0xb762af07 in __run_exit_handlers (status=0, listp=0xb7755324, run_list_atexit=true) at exit.c:78 #15 0xb762af70 in exit (status=0) at exit.c:100 #16 0xb761413f in __libc_start_main (main=0x8048bb0 main, argc=2, ubp_av=0xbf9808c4, init=0x8048de0 __libc_csu_init, fini=0x8048e40 __libc_csu_fini, rtld_fini=0xb7888a60 _dl_fini, stack_end=0xbf9808bc) at libc-start.c:258 #17 0x08048af1 in _start () -- 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 41738] EDITING Regex Find Replace foo[^\[:alpha:\]] causes Writer to become unresponsive
https://bugs.freedesktop.org/show_bug.cgi?id=41738 Eike Rathke er...@redhat.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED AssignedTo|libreoffice-b...@lists.free |er...@redhat.com |desktop.org | --- Comment #3 from Eike Rathke er...@redhat.com 2011-11-11 05:38:23 PST --- Fixed in master with http://cgit.freedesktop.org/libreoffice/core/commit/?id=305878f44bfee90c8ddba1f40b30d18150d4adde -- 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 42816] New: horizontal scroll bar 1 pixel high
https://bugs.freedesktop.org/show_bug.cgi?id=42816 Bug #: 42816 Summary: horizontal scroll bar 1 pixel high Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: k2s2bku...@snkmail.com Created attachment 53398 -- https://bugs.freedesktop.org/attachment.cgi?id=53398 Screencast demonstrating the problem The horizontal scroll bar is drawn as normal size, but the effective area where one has to hit with mouse is just one pixel high. This on Fedora 16 and KDE plasma I've attached a screencast to demonstrate the issue -- 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 42817] New: TABLE: RDF with table doesn't open with 3.4.* and it does with 3.3.*
https://bugs.freedesktop.org/show_bug.cgi?id=42817 Bug #: 42817 Summary: TABLE: RDF with table doesn't open with 3.4.* and it does with 3.3.* 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: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: d1...@hotmail.com Created attachment 53399 -- https://bugs.freedesktop.org/attachment.cgi?id=53399 The document with bad format in lo3.4 and good format in lo3.3 Problem description: The attached document can't be viewed correctly with LibreOffice 3.4.3 (neither 3.4.4). With 3.3.3 and 3.3.4 the table inside have a good format. Steps to reproduce: Open the file (attached) Current behavior: Bad table format Expected behavior: Good table format Browser: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20100101 Firefox/9.0 -- 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 42816] horizontal scroll bar 1 pixel high
https://bugs.freedesktop.org/show_bug.cgi?id=42816 --- Comment #1 from Jani k2s2bku...@snkmail.com 2011-11-11 06:11:39 PST --- Tip from caolan: export SAL_USE_VCLPLUGIN=gtk Works like charm. -- 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 42816] [KDE] horizontal scroll bar 1 pixel high, arrows misplaced
https://bugs.freedesktop.org/show_bug.cgi?id=42816 Caolán McNamara caol...@redhat.com changed: What|Removed |Added OS/Version|FreeBSD |Linux (All) Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Summary|horizontal scroll bar 1 |[KDE] horizontal scroll bar |pixel high |1 pixel high, arrows ||misplaced Component|Spreadsheet |UI --- Comment #1 from Jani k2s2bku...@snkmail.com 2011-11-11 06:11:39 PST --- Tip from caolan: export SAL_USE_VCLPLUGIN=gtk Works like charm. --- Comment #2 from Caolán McNamara caol...@redhat.com 2011-11-11 06:17:34 PST --- Presumably doesn't affect *all* KDE versions and themes or it'd be noticed by now. x`caolanm-llunak: something for you ?, if not, throw it back into the pool. -- 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 42816] [KDE] horizontal scroll bar 1 pixel high, arrows misplaced
https://bugs.freedesktop.org/show_bug.cgi?id=42816 Caolán McNamara caol...@redhat.com changed: What|Removed |Added AssignedTo|libreoffice-b...@lists.free |l.lu...@suse.cz |desktop.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 42818] New: EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 Bug #: 42818 Summary: EDITING: Bad SUM Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 RC1 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: webmeis...@axteleats.com Created attachment 53400 -- https://bugs.freedesktop.org/attachment.cgi?id=53400 picture of the bad SUM function Problem description: SUM function gives a wrong number. Steps to reproduce: 1. Click on a cell and type =SUM( 2. Select the cells to include. 3. Type ) and return. Current behavior: It only includes the first 2 cells, instead of the whole selection (adding up to 8 in the attached picture). Expected behavior: It should add up to 18.67. Platform (if different from the browser): Browser: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; fr; rv:1.9.0.19) Gecko/2011091218 Camino/2.0.9 (MultiLang) (like Firefox/3.0.19) -- 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 42819] New: [BASIC] nested UNO structs and UNO object properties of type a uno struct confusing
https://bugs.freedesktop.org/show_bug.cgi?id=42819 Bug #: 42819 Summary: [BASIC] nested UNO structs and UNO object properties of type a uno struct confusing Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: BASIC AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: lio...@mamane.lu Nested UNO structs and properties of Objects that are structs behave in confusing ways. Consider: Sub TMP0() Dim b0 as new com.sun.star.table.TableBorder MsgBox b0.HorizontalLine.OuterLineWidth b0.HorizontalLine.OuterLineWidth = 9 MsgBox b0.HorizontalLine.OuterLineWidth End Sub Expected result: 0, then 9. Actual result: 0, then 0. The value change is *silently* ignored. The way to achieve changing the value is: Sub TMP1() Dim b0 as new com.sun.star.table.TableBorder, l as new com.sun.star.table.BorderLine MsgBox b0.HorizontalLine.OuterLineWidth l = b0.HorizontalLine l.OuterLineWidth = 9 b0.HorizontalLine = l MsgBox b0.HorizontalLine.OuterLineWidth End Sub My guess is that in the statement b0.HorizontalLine.OuterLineWidth = 9, the sub-expression b0.HorizontalLine returns a *temporary* fresh *copy* of the sub-struct, and that this temporary copy is modified instead of the substructure of b0. Now, consider this code which is supposed to change the borders of the table named someTbl in document TST.odt: Sub TMP2() Dim docs as Object, doc as object docs = StarDesktop.Components.createEnumeration() Do While docs.hasMoreElements() doc = docs.nextElement() If doc.title = TST.odt Then dim tbl as object tbl = doc.getTextTables().getByName(someTbl) Dim border As new com.sun.star.table.TableBorder, ligne As new com.sun.star.table.BorderLine ligne.OuterLineWidth = 1 border.HorizontalLine = ligne tbl.TableBorder = border MsgBox border.HorizontalLine.OuterLineWidth MsgBox tbl.TableBorder.HorizontalLine.OuterLineWidth End If Loop End Sub Again, the change is silently ignored! I don't really have an idea why. By contrast, this version works: Sub TMP2() Dim docs as Object, doc as object docs = StarDesktop.Components.createEnumeration() Do While docs.hasMoreElements() doc = docs.nextElement() If doc.title = TST.odt Then dim tbl as object tbl = doc.getTextTables().getByName(someTbl) Dim border As Object, ligne As new com.sun.star.table.BorderLine border = tbl.TableBorder ligne.OuterLineWidth = 1 border.HorizontalLine = ligne tbl.TableBorder = border End If Loop End Sub Also the following fails: Sub TMP3() Dim docs as Object, doc as object docs = StarDesktop.Components.createEnumeration() Do While docs.hasMoreElements() doc = docs.nextElement() If doc.title = TST.odt Then dim tbl as object tbl = doc.getTextTables().getByName(someTbl) Dim border As new com.sun.star.table.TableBorder ' the following assignment fails; error message Object Required border = tbl.TableBorder End If Loop End Sub Why can't border, having the *right* struct type be assigned (by copy, obviously) the value of tbl.TableBorder. Especially considering this does work: Sub TMP4() Dim docs as Object, doc as object docs = StarDesktop.Components.createEnumeration() Do While docs.hasMoreElements() doc = docs.nextElement() If doc.title = Untitled 2 Then dim tbl as object tbl = doc.getTextTables().getByName(someTbl) Dim b0 as Object, border As new com.sun.star.table.TableBorder b0 = tbl.TableBorder border = b0 End If Loop End Sub -- 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 38347] Exported PDF/A files cannot be opened in acroreader
https://bugs.freedesktop.org/show_bug.cgi?id=38347 rpr.nos...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #17 from rpr.nos...@gmail.com 2011-11-11 07:06:05 UTC --- *** This bug has been marked as a duplicate of bug 39355 *** -- 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 42777] impossible to print in lanscape
https://bugs.freedesktop.org/show_bug.cgi?id=42777 --- Comment #4 from pierre.5...@gmail.com 2011-11-11 07:08:55 PST --- The problem concern libreoffice 3.4.2 0.00340 m1 (buid 206)) with Suse 12.1 Rc2 x 86.4 and Suse 11.4 released x 86.64 just the left part of rhe landscape document is printed on a portait sheet -- 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 39289] landscape format prints as portrait and sometimes truncates long lines
https://bugs.freedesktop.org/show_bug.cgi?id=39289 --- Comment #4 from pierre.5...@gmail.com 2011-11-11 07:29:25 PST --- Created attachment 53403 -- https://bugs.freedesktop.org/attachment.cgi?id=53403 EXEMPLE of document This page has to bee in landscape appearance , when I print it I fet a portait form and just the letters A to O are printed , abd it begins at the second third of the page -- 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 32362] Bad behavior of scalable brackets with large objects
https://bugs.freedesktop.org/show_bug.cgi?id=32362 --- Comment #8 from rfvuhbtg rfvuh...@hotmail.com 2011-11-11 07:31:11 UTC --- I'd just like to add that the problem shows up for parentheses and braces as well as brackets. I hope the developers get this bug fixed soon. I've had to switch away from LibreOffice until this is fixed. This bug truly makes LibreOffice a non-starter for any kind of technical/scientific document or presentation--and those are the types of users who would tend to be most inclined to use LibreOffice over proprietary competitors as long as the quality is comparable. -- 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 41224] : Error exporting pattern
https://bugs.freedesktop.org/show_bug.cgi?id=41224 Luigi Boccia luigi.boc...@unical.it changed: What|Removed |Added Priority|medium |high CC||luigi.boc...@unical.it -- 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 42822] New: undefined: Problem with create templates
https://bugs.freedesktop.org/show_bug.cgi?id=42822 Bug #: 42822 Summary: undefined: Problem with create templates Classification: Unclassified Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: rguer...@gmail.com Created attachment 53404 -- https://bugs.freedesktop.org/attachment.cgi?id=53404 template example Problem description: Steps to reproduce: 1. create ott template with Date and for example project name for replace 2. Open ott and the complete project name in the dialog box Current behavior: The date is not replace with now date and the project name neither Expected behavior: Show the now date and replace the project name variable with the new value. Platform (if different from the browser): Windows 2003 Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20100101 Firefox/8.0 -- 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 39289] landscape format prints as portrait and sometimes truncates long lines
https://bugs.freedesktop.org/show_bug.cgi?id=39289 --- Comment #5 from pierre.5...@gmail.com 2011-11-11 07:47:21 PST --- I Have tried to explain my problem with a odt file but it seems that it is not possible It is described here https://bugs.freedesktop.org/show_bug.cgi?id=42777 With libreoffice 3.4.2 000340 m1 (buid(206)) when I create a document in landscape appearence when I print it I get just the left part of it and it begins just at the second third of the page If I save it in pdf form I can print it with acroread or evince (gnome) I Use Suse distribution x86*64 11.4 and 12.1 version Thanks -- 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 42824] New: FILEOPEN: Special Characters Mishandled in Imported File Formats
https://bugs.freedesktop.org/show_bug.cgi?id=42824 Bug #: 42824 Summary: FILEOPEN: Special Characters Mishandled in Imported File Formats Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 RC1 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: webmeis...@axteleats.com Problem description: Special characters, including smart quotes, show up as other strange characters. Steps to reproduce: 1. Load a Word or RTF document with special characters. 2. Look perplexed. Current behavior: Displays the wrong characters. Expected behavior: Display the right characters. Platform (if different from the browser): Browser: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; fr; rv:1.9.0.19) Gecko/2011091218 Camino/2.0.9 (MultiLang) (like Firefox/3.0.19) -- 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 42825] New: : [DE][FR] Menu Items for Kompatibilität , Autobeschriftung, Serienbrief-E-Mail missing
https://bugs.freedesktop.org/show_bug.cgi?id=42825 Bug #: 42825 Summary: : [DE][FR] Menu Items for Kompatibilität, Autobeschriftung, Serienbrief-E-Mail missing Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Localisation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Found that with Server installation of Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) German UI [(Build ID: 6b0de40-0bc4ff4-ca7e6f5-9125509-ce71330)] (11) Steps to reproduce: 1. Start LibO with German UI 2. Menu 'Tools- Options - Writer Expected: 13 menu items (incl CTL, Asian) Actual: 10 Items, Details see attached Screenshots It's only a problem in localized UI (I also tested French), in English UI all items are available. -- 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 42825] : [DE][FR] Menu Items for Kompatibilität , Autobeschriftung, Serienbrief-E-Mail missing
https://bugs.freedesktop.org/show_bug.cgi?id=42825 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-11 08:29:41 UTC --- Created attachment 53408 -- https://bugs.freedesktop.org/attachment.cgi?id=53408 Screenshots Please see original report -- 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 34184] [Task]: Make E-mail MAILMERGE usable
https://bugs.freedesktop.org/show_bug.cgi?id=34184 --- Comment #14 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-11 08:32:27 PST --- Bug 42825 - : [DE][FR] Menu Items for Kompatibilität, Autobeschriftung, Serienbrief-E-Mail missing makes impossible to add required information without switching to English UI -- 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 42810] FILESAVE: Images shrink each time when saving in .doc format
https://bugs.freedesktop.org/show_bug.cgi?id=42810 --- Comment #1 from sm...@fastmail.fm 2011-11-11 08:46:06 PST --- interesting, i just did a test on another machine also running LO 3.4.3 but this time installed from the PPA (this desktop is Ubuntu 11.04) this time image grows by .05cm per save I think! 1) create a new document, paste a jpg into it 2) save as docx. 3) open and edit slightly (e.g. add some text under the image, nothing that should affect the image), right click on image, note the image size (in cm). 4) save as Word .doc 5) open and check the image size 6) edit the text again slightly and save 7) open again and check image size again (repeat 6-7 as often as you like, it'll either grow or shrink each time it's saved!) So there seems to be a clear and easily reproducible bug in saving image object sizes to .doc Thanks if you need more info please ask. -- 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 42826] New: : Error message during installation
https://bugs.freedesktop.org/show_bug.cgi?id=42826 Bug #: 42826 Summary: : Error message during installation Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Installation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Saw that with Server installation of Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 6b0de40-0bc4ff4-ca7e6f5-9125509-ce71330)] (11) During Installation I saw a message Runtime Error. Programm: C:\LOM1\program\unopkg.bin This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. After ok I was able to terminate the installation, and it seems to run more or less without bigger problems Related or not? Since Version 2011-11-09 a DOS Window keeps open as long as the Master LibO is running. I can't remember to have seen that before. Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 -- 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