[Libreoffice-commits] .: configure.in
configure.in |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d6b626c6a9057a089680e0d012a344ed37fed5cd Author: Petr Mladek pmla...@suse.cz Date: Wed Oct 19 10:50:14 2011 +0200 fix configure with autoconf-2.59 it was enough to lower the version check; 2.59 is still used on SLED10 diff --git a/configure.in b/configure.in index 157a527..6037452 100644 --- a/configure.in +++ b/configure.in @@ -3,7 +3,7 @@ dnl configure.in serves as input for the GNU autoconf package dnl in order to create a configure script. AC_INIT([LibreOffice],[3.5],[],[],[http://documentfoundation.org/]) -AC_PREREQ([2.61]) +AC_PREREQ([2.59]) ### # Extensions switches --enable/--disable ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: libxmlsec/makefile.mk
libxmlsec/makefile.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 5e80f012e75dfbcd3343fc45e35e0b32ca754b39 Author: Rene Engelhard r...@debian.org Date: Wed Oct 19 08:58:26 2011 + make libxmlsec be built again with SYSTEM_MOZILLA=YES diff --git a/libxmlsec/makefile.mk b/libxmlsec/makefile.mk index 673cdbf..3ef990f 100644 --- a/libxmlsec/makefile.mk +++ b/libxmlsec/makefile.mk @@ -35,7 +35,7 @@ EXTERNAL_WARNINGS_NOT_ERRORS := TRUE .INCLUDE : settings.mk -.IF $(ENABLE_NSS_MODULE) == NO +.IF $(ENABLE_NSS_MODULE) == NO $(SYSTEM_MOZILLA) != YES @all: @echo NSS module disabled = no libxmlsec .ENDIF ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: comphelper/inc dbaccess/source xmloff/source
comphelper/inc/comphelper/sequence.hxx | 14 ++-- dbaccess/source/filter/xml/xmlExport.cxx | 41 --- dbaccess/source/filter/xml/xmlExport.hxx |2 + xmloff/source/forms/propertyexport.cxx | 53 --- xmloff/source/forms/propertyexport.hxx |6 ++- 5 files changed, 60 insertions(+), 56 deletions(-) New commits: commit 322d455f9f87deb0551d7360ba10e4ae6e3021ab Author: Stephan Bergmann sberg...@redhat.com Date: Wed Oct 19 11:17:29 2011 +0200 Simplified comphelper::OSequenceIterator and its uses. diff --git a/comphelper/inc/comphelper/sequence.hxx b/comphelper/inc/comphelper/sequence.hxx index 1256681..46bffc5 100644 --- a/comphelper/inc/comphelper/sequence.hxx +++ b/comphelper/inc/comphelper/sequence.hxx @@ -131,16 +131,10 @@ namespace comphelper //= //= iterating through sequences //= -class SAL_NO_VTABLE IIterator -{ -public: -virtual sal_Bool hasMoreElements() const = 0; -virtual ::com::sun::star::uno::Any nextElement() = 0; -}; /** a helper class for iterating through a sequence */ template class TYPE -class OSequenceIterator : public IIterator +class OSequenceIterator { const TYPE* m_pElements; sal_Int32 m_nLen; @@ -154,10 +148,10 @@ namespace comphelper */ OSequenceIterator(const ::com::sun::star::uno::Any _rSequenceAny); -virtual sal_Bool hasMoreElements() const; -virtual ::com::sun::star::uno::Any nextElement(); +sal_Bool hasMoreElements() const; +::com::sun::star::uno::Any nextElement(); -protected: +private: void construct(const ::com::sun::star::uno::Sequence TYPE _rSeq); }; diff --git a/dbaccess/source/filter/xml/xmlExport.cxx b/dbaccess/source/filter/xml/xmlExport.cxx index 661e237..9f6a89f 100644 --- a/dbaccess/source/filter/xml/xmlExport.cxx +++ b/dbaccess/source/filter/xml/xmlExport.cxx @@ -672,6 +672,19 @@ void ODBExport::exportConnectionData() exportLogin(); } // - +template typename T void ODBExport::exportDataSourceSettingsSequence( +::std::vector TypedPropertyValue ::iterator const in) +{ +OSequenceIterator T i( in-Value ); +::rtl::OUString sCurrent; +while (i.hasMoreElements()) +{ +SvXMLElementExport aDataValue(*this,XML_NAMESPACE_DB, XML_DATA_SOURCE_SETTING_VALUE, sal_True, sal_False); +// (no whitespace inside the tag) +Characters(implConvertAny(i.nextElement())); +} +} + void ODBExport::exportDataSourceSettings() { if ( m_aDataSourceSettings.empty() ) @@ -715,46 +728,34 @@ void ODBExport::exportDataSourceSettings() else { // the not-that-simple case, we need to iterate through the sequence elements -SAL_WNODEPRECATED_DECLARATIONS_PUSH -::std::auto_ptrIIterator pSequenceIterator; -SAL_WNODEPRECATED_DECLARATIONS_POP switch (aSimpleType.getTypeClass()) { case TypeClass_STRING: -pSequenceIterator.reset( new OSequenceIterator ::rtl::OUString ( aIter-Value ) ); +exportDataSourceSettingsSequence ::rtl::OUString ( +aIter ); break; case TypeClass_DOUBLE: -pSequenceIterator.reset( new OSequenceIterator double ( aIter-Value ) ); +exportDataSourceSettingsSequence double ( aIter ); break; case TypeClass_BOOLEAN: -pSequenceIterator.reset( new OSequenceIterator sal_Bool ( aIter-Value ) ); +exportDataSourceSettingsSequence sal_Bool ( aIter ); break; case TypeClass_BYTE: -pSequenceIterator.reset( new OSequenceIterator sal_Int8 ( aIter-Value ) ); +exportDataSourceSettingsSequence sal_Int8 ( aIter ); break; case TypeClass_SHORT: -pSequenceIterator.reset( new OSequenceIterator sal_Int16 ( aIter-Value ) ); +exportDataSourceSettingsSequence sal_Int16 ( aIter ); break; case TypeClass_LONG: -pSequenceIterator.reset( new OSequenceIterator sal_Int32 ( aIter-Value ) ); +exportDataSourceSettingsSequence sal_Int32 ( aIter ); break; case TypeClass_ANY: -pSequenceIterator.reset( new OSequenceIterator Any ( aIter-Value ) ); +exportDataSourceSettingsSequence Any ( aIter ); break; default:
[Libreoffice-commits] .: binfilter/bf_xmloff
binfilter/bf_xmloff/source/forms/propertyexport.hxx|5 + binfilter/bf_xmloff/source/forms/xmloff_propertyexport.cxx | 39 ++--- 2 files changed, 22 insertions(+), 22 deletions(-) New commits: commit 7d581bcbce7fdbe4ded9b5dc4e127f25a23ac0e2 Author: Stephan Bergmann sberg...@redhat.com Date: Wed Oct 19 11:18:23 2011 +0200 Simplified comphelper::OSequenceIterator and its uses. diff --git a/binfilter/bf_xmloff/source/forms/propertyexport.hxx b/binfilter/bf_xmloff/source/forms/propertyexport.hxx index eb3519d..d795095 100644 --- a/binfilter/bf_xmloff/source/forms/propertyexport.hxx +++ b/binfilter/bf_xmloff/source/forms/propertyexport.hxx @@ -102,8 +102,9 @@ namespace xmloff */ void examinePersistence(); -/** -*/ +template typename T void exportRemainingPropertiesSequence( +com::sun::star::uno::Any const value); + void exportRemainingProperties(); /** indicates that a property has been handled by a derived class, without using the helper methods of this diff --git a/binfilter/bf_xmloff/source/forms/xmloff_propertyexport.cxx b/binfilter/bf_xmloff/source/forms/xmloff_propertyexport.cxx index 9a5a01c..454657a 100644 --- a/binfilter/bf_xmloff/source/forms/xmloff_propertyexport.cxx +++ b/binfilter/bf_xmloff/source/forms/xmloff_propertyexport.cxx @@ -167,7 +167,17 @@ namespace xmloff examinePersistence(); } -//- +template typename T void +OPropertyExport::exportRemainingPropertiesSequence(Any const value) { +OSequenceIterator T i(value); +while (i.hasMoreElements()) +{ +SvXMLElementExport aLclValueTag(m_rContext.getGlobalContext(), XML_NAMESPACE_FORM, property-value, sal_True, sal_False); +// (no whitespace inside the tag) + m_rContext.getGlobalContext().GetDocHandler()-characters(implConvertAny(i.nextElement())); +} +} + void OPropertyExport::exportRemainingProperties() { // the properties tag (will be created if we have at least one no-default property) @@ -255,45 +265,34 @@ namespace xmloff } // the not-that-simple case, we need to iterate through the sequence elements -IIterator* pSequenceIterator = NULL; switch (aSimpleType.getTypeClass()) { case TypeClass_STRING: -pSequenceIterator = new OSequenceIterator ::rtl::OUString (aValue); +exportRemainingPropertiesSequence ::rtl::OUString ( +aValue); break; case TypeClass_DOUBLE: -pSequenceIterator = new OSequenceIterator double (aValue); +exportRemainingPropertiesSequence double (aValue); break; case TypeClass_BOOLEAN: -pSequenceIterator = new OSequenceIterator sal_Bool (aValue); +exportRemainingPropertiesSequence sal_Bool (aValue); break; case TypeClass_BYTE: -pSequenceIterator = new OSequenceIterator sal_Int8 (aValue); +exportRemainingPropertiesSequence sal_Int8 (aValue); break; case TypeClass_SHORT: -pSequenceIterator = new OSequenceIterator sal_Int16 (aValue); +exportRemainingPropertiesSequence sal_Int16 (aValue); break; case TypeClass_LONG: -pSequenceIterator = new OSequenceIterator sal_Int32 (aValue); +exportRemainingPropertiesSequence sal_Int32 (aValue); break; case TypeClass_HYPER: -pSequenceIterator = new OSequenceIterator sal_Int64 (aValue); +exportRemainingPropertiesSequence sal_Int64 (aValue); break; default: OSL_FAIL(OPropertyExport::exportRemainingProperties: unsupported sequence tyoe !); break; } -if (pSequenceIterator) -{ -::rtl::OUString sCurrent; -while (pSequenceIterator-hasMoreElements()) -{ -SvXMLElementExport aLclValueTag(m_rContext.getGlobalContext(), XML_NAMESPACE_FORM, property-value, sal_True, sal_False); -// (no whitespace inside the tag) - m_rContext.getGlobalContext().GetDocHandler()-characters(implConvertAny(pSequenceIterator-nextElement())); -} -} -delete
[Libreoffice-commits] .: boost/boost_1_44_0.patch
boost/boost_1_44_0.patch |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) New commits: commit ad9c1ffdd02caad147d9386f96942bd1c9eb6657 Author: Tor Lillqvist t...@iki.fi Date: Wed Oct 19 13:13:40 2011 +0300 WaE: comparison is always true due to limited range of data type diff --git a/boost/boost_1_44_0.patch b/boost/boost_1_44_0.patch index a2e5380..353520b 100644 --- a/boost/boost_1_44_0.patch +++ b/boost/boost_1_44_0.patch @@ -25,7 +25,7 @@ +.ENDIF --- misc/boost_1_44_0/libs/date_time/src/gregorian/makefile.mk 2011-10-05 16:28:29.191616897 +0200 +++ misc/build/boost_1_44_0/libs/date_time/src/gregorian/makefile.mk 2011-10-05 16:27:40.511187732 +0200 -@@ -1 +1,20 @@ +@@ -1,1 +1,24 @@ -dummy +PRJ=..$/..$/..$/..$/..$/..$/..$/.. + @@ -36,6 +36,10 @@ + +.INCLUDE : settings.mk + ++.IF $(OS) == ANDROID ++CFLAGSCXX+=-Wno-type-limits ++.ENDIF ++ +SLOFILES= \ + $(SLO)$/gregorian_types.obj \ + $(SLO)$/greg_weekday.obj \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/inc scp2/source tools/source
scp2/inc/macros.inc |8 scp2/source/ooo/common_brand.scp |6 -- scp2/source/ooo/directory_ooo.scp |2 +- tools/source/rc/resmgr.cxx|4 4 files changed, 1 insertion(+), 19 deletions(-) New commits: commit 0a158b7800221ce8b79dac430015c6a02ad33e31 Author: Stephan Bergmann sberg...@redhat.com Date: Wed Oct 19 12:22:31 2011 +0200 Undo basis/brand split: merge basis program/resource/ into brand program/resource/. diff --git a/scp2/inc/macros.inc b/scp2/inc/macros.inc index 1b8f2a7..8120b12 100755 --- a/scp2/inc/macros.inc +++ b/scp2/inc/macros.inc @@ -190,14 +190,6 @@ Styles = (PACKED); \ End -#define BRAND_RES_FILE(id,name) \ -File id \ -TXT_FILE_BODY; \ -RESFILE_ALL_LANG(name); \ -Dir = gid_Brand_Dir_Program_Resource; \ -Styles = (PACKED); \ -End - #define STD_RES_FILE_PATCH(id,name) \ File id \ TXT_FILE_BODY; \ diff --git a/scp2/source/ooo/common_brand.scp b/scp2/source/ooo/common_brand.scp index 52611ad..c9aae2b 100644 --- a/scp2/source/ooo/common_brand.scp +++ b/scp2/source/ooo/common_brand.scp @@ -120,7 +120,6 @@ Module gid_Module_Langpack_Brand_Template InstallOrder = 1050; Dirs = (gid_Brand_Dir_Program, gid_Brand_Dir_Program_Shell, -gid_Brand_Dir_Program_Resource, gid_Brand_Dir_Readme); Files = (gid_Brand_File_Res_Iso, gid_Brand_File_Res_Ooo, @@ -147,11 +146,6 @@ Directory gid_Brand_Dir_Program #endif End -Directory gid_Brand_Dir_Program_Resource -ParentID = gid_Brand_Dir_Program; -DosName = resource; -End - Directory gid_Brand_Dir_Program_Shell ParentID = gid_Brand_Dir_Program; DosName = shell; diff --git a/scp2/source/ooo/directory_ooo.scp b/scp2/source/ooo/directory_ooo.scp index 836e79a..015c1dc 100644 --- a/scp2/source/ooo/directory_ooo.scp +++ b/scp2/source/ooo/directory_ooo.scp @@ -142,7 +142,7 @@ Directory gid_Dir_Filter End Directory gid_Dir_Resource -ParentID = gid_Dir_Program; +ParentID = gid_Brand_Dir_Program; DosName = resource; End diff --git a/tools/source/rc/resmgr.cxx b/tools/source/rc/resmgr.cxx index 1973419..1733e6e 100644 --- a/tools/source/rc/resmgr.cxx +++ b/tools/source/rc/resmgr.cxx @@ -207,10 +207,6 @@ void ResMgrContainer::init() RTL_CONSTASCII_USTRINGPARAM($BRAND_BASE_DIR/program/resource)); rtl::Bootstrap::expandMacros(uri); aDirs.push_back(uri); -uri = rtl::OUString( -RTL_CONSTASCII_USTRINGPARAM($OOO_BASE_DIR/program/resource)); -rtl::Bootstrap::expandMacros(uri); -aDirs.push_back(uri); // 2. in STAR_RESOURCEPATH const sal_Char* pEnv = getenv( STAR_RESOURCEPATH ); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sc/CppunitTest_sc_macros_test.mk sc/qa sc/RdbTarget_sc_macros_test.mk
sc/CppunitTest_sc_macros_test.mk | 110 + sc/RdbTarget_sc_macros_test.mk | 67 sc/qa/unit/filters-test.cxx | 72 sc/qa/unit/macros-test.cxx | 325 +++ 4 files changed, 502 insertions(+), 72 deletions(-) New commits: commit 9132e6ffa7b51375ee90f14226ab3eb08ba5e85c Author: Markus Mohrhard markus.mohrh...@googlemail.com Date: Wed Oct 19 15:18:38 2011 +0200 separate normal calc filter tests and macro tests this should make it easier to deal with the increased complexity in the unit tests for vba and star basic we should not mess with the normal calc tests while working on advanced vba and basic tests diff --git a/sc/CppunitTest_sc_macros_test.mk b/sc/CppunitTest_sc_macros_test.mk new file mode 100644 index 000..9049f85 --- /dev/null +++ b/sc/CppunitTest_sc_macros_test.mk @@ -0,0 +1,110 @@ +# -*- 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_CppunitTest_CppunitTest,sc_macros_test)) + +$(eval $(call gb_CppunitTest_add_exception_objects,sc_macros_test, \ +sc/qa/unit/macros-test \ +)) + +$(eval $(call gb_CppunitTest_add_linked_libs,sc_macros_test, \ +avmedia \ +basegfx \ +comphelper \ +cppu \ +cppuhelper \ +drawinglayer \ +editeng \ +fileacc \ +for \ +forui \ +i18nisolang1 \ +msfilter \ +oox \ +sal \ +salhelper \ +sax \ +sb \ +sc \ +sfx \ +sot \ +svl \ +svt \ +svx \ +svxcore \ + test \ +tl \ +tk \ +ucbhelper \ + unotest \ +utl \ +vbahelper \ +vcl \ +xo \ + $(gb_STDLIBS) \ +)) + +$(eval $(call gb_CppunitTest_set_include,sc_macros_test,\ +-I$(realpath $(SRCDIR)/sc/inc/pch) \ +-I$(realpath $(SRCDIR)/sc/source/ui/inc) \ +-I$(realpath $(SRCDIR)/sc/inc) \ +$$(INCLUDE) \ +-I$(OUTDIR)/inc \ +)) + +$(eval $(call gb_CppunitTest_add_api,sc_macros_test,\ +offapi \ +oovbaapi \ +udkapi \ +)) + +$(eval $(call gb_CppunitTest_uses_ure,sc_macros_test)) + +$(eval $(call gb_CppunitTest_add_type_rdbs,sc_macros_test,\ +oovbaapi \ +types \ +)) + +$(eval $(call gb_CppunitTest_add_service_rdbs,sc_macros_test,\ +sc_macros_test \ +)) + +$(eval $(call gb_CppunitTest_set_args,sc_macros_test,\ +--protector unoexceptionprotector$(gb_Library_DLLEXT) unoexceptionprotector \ +-env:OOO_CONFIG_REGISTRY_DIR=$(call gb_CppunitTarget__make_url,$(OUTDIR)/xml/registry) \ +)) + +# we need to +# a) explicitly depend on library msword because it is not implied by a link +#relation +# b) explicitly depend on the sc resource files needed at unit-test runtime +$(call gb_CppunitTest_get_target,sc_macros_test) : $(call gb_Library_get_target,scfilt) $(WORKDIR)/AllLangRes/sc + +# vim: set noet sw=4 ts=4: diff --git a/sc/RdbTarget_sc_macros_test.mk b/sc/RdbTarget_sc_macros_test.mk new file mode 100644 index 000..efbaf8d --- /dev/null +++ b/sc/RdbTarget_sc_macros_test.mk @@ -0,0 +1,67 @@ +# -*- 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
[Libreoffice-commits] .: boost/boost_1_44_0.patch
boost/boost_1_44_0.patch | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) New commits: commit 7b000922d034c3002c8a56a705cf7f8e902f4c92 Author: Stephan Bergmann sberg...@redhat.com Date: Wed Oct 19 17:03:02 2011 +0200 Disable warnings when compiling external boost lib. diff --git a/boost/boost_1_44_0.patch b/boost/boost_1_44_0.patch index 353520b..8ee39cf 100644 --- a/boost/boost_1_44_0.patch +++ b/boost/boost_1_44_0.patch @@ -1,6 +1,6 @@ --- misc/build/boost_1_44_0/libs/thread/src/win32/makefile.mk +++ misc/build/boost_1_44_0/libs/thread/src/win32/makefile.mk -@@ -1,1 +1,21 @@ +@@ -1,1 +1,22 @@ -dummy +PRJ=..$/..$/..$/..$/..$/..$/..$/.. + @@ -8,6 +8,7 @@ +TARGET=boostthread +ENABLE_EXCEPTIONS=TRUE +LIBTARGET=NO ++EXTERNAL_WARNINGS_NOT_ERRORS=TRUE + +.IF $(GUI)==WNT + @@ -25,7 +26,7 @@ +.ENDIF --- misc/boost_1_44_0/libs/date_time/src/gregorian/makefile.mk 2011-10-05 16:28:29.191616897 +0200 +++ misc/build/boost_1_44_0/libs/date_time/src/gregorian/makefile.mk 2011-10-05 16:27:40.511187732 +0200 -@@ -1,1 +1,24 @@ +@@ -1,1 +1,21 @@ -dummy +PRJ=..$/..$/..$/..$/..$/..$/..$/.. + @@ -33,13 +34,10 @@ +TARGET=boostdatetime +ENABLE_EXCEPTIONS=TRUE +LIBTARGET=NO ++EXTERNAL_WARNINGS_NOT_ERRORS=TRUE + +.INCLUDE : settings.mk + -+.IF $(OS) == ANDROID -+CFLAGSCXX+=-Wno-type-limits -+.ENDIF -+ +SLOFILES= \ + $(SLO)$/gregorian_types.obj \ + $(SLO)$/greg_weekday.obj \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 3 commits - filter/source vcl/unx
filter/source/config/cache/filtercache.cxx | 26 ++ vcl/unx/generic/gdi/salgdi3.cxx| 21 + 2 files changed, 19 insertions(+), 28 deletions(-) New commits: commit 3f9a28f1f704967446b411b3b7e176deeb78ca83 Author: Caolán McNamara caol...@redhat.com Date: Wed Oct 19 16:03:29 2011 +0100 Resolves: fdo#41556 font sub cache of nameA = nameB is too simplistic diff --git a/vcl/source/gdi/outdev3.cxx b/vcl/source/gdi/outdev3.cxx index 4d21f5d..b0f59cd 100755 --- a/vcl/source/gdi/outdev3.cxx +++ b/vcl/source/gdi/outdev3.cxx @@ -3304,7 +3304,6 @@ ImplFontMetricData::ImplFontMetricData( const ImplFontSelectData rFontSelData ) { // initialize the members provided by the font request mnWidth= rFontSelData.mnWidth; -mnSlant= rFontSelData.GetSlant(); mnOrientation = sal::static_int_castshort(rFontSelData.mnOrientation); // intialize the used font name @@ -3329,6 +3328,7 @@ ImplFontMetricData::ImplFontMetricData( const ImplFontSelectData rFontSelData ) mnDescent = 0; mnIntLeading = 0; mnExtLeading = 0; +mnSlant= 0; mnMinKashida = 0; // reset metrics that are usually derived from the measurements diff --git a/vcl/unx/generic/gdi/salgdi3.cxx b/vcl/unx/generic/gdi/salgdi3.cxx index 7c94d40..0ced020 100644 --- a/vcl/unx/generic/gdi/salgdi3.cxx +++ b/vcl/unx/generic/gdi/salgdi3.cxx @@ -847,11 +847,6 @@ class FcPreMatchSubstititution { public: bool FindFontSubstitute( ImplFontSelectData ) const; - -private: -typedef ::boost::unordered_map ::rtl::OUString, ::rtl::OUString, ::rtl::OUStringHash -CachedFontMapType; -mutable CachedFontMapType maCachedFontMap; }; class FcGlyphFallbackSubstititution @@ -945,20 +940,14 @@ bool FcPreMatchSubstititution::FindFontSubstitute( ImplFontSelectData rFontSelD || 0 == rFontSelData.maSearchName.CompareIgnoreCaseToAscii( opensymbol, 10) ) return false; -CachedFontMapType::const_iterator itr = maCachedFontMap.find(rFontSelData.maTargetName); -if (itr != maCachedFontMap.end()) -{ -// Cached substitution pair -rFontSelData.maSearchName = itr-second; -return true; -} - +//Note: see fdo#41556 if you feel compelled to cache the results here, +//remember that fontconfig can return e.g. an italic font for a non-italic +//input and/or different fonts depending on fontsize, bold, etc settings so +//don't cache just on the name, cache on all the input and be don't just +//return the original selection data with the fontname updated rtl::OUString aDummy; const ImplFontSelectData aOut = GetFcSubstitute( rFontSelData, aDummy ); -maCachedFontMap.insert( -CachedFontMapType::value_type(rFontSelData.maTargetName, aOut.maSearchName)); - if( !aOut.maSearchName.Len() ) return false; commit 4ea86b46768c8309a7c259f713fd6d3c8d7abc28 Author: Maxim Iorsh io...@users.sourceforge.net Date: Wed Oct 19 12:40:04 2011 +0100 Resolves: fdo#41556 When fontconfig matches italic font, italicity is ignored diff --git a/vcl/source/gdi/outdev3.cxx b/vcl/source/gdi/outdev3.cxx index b0f59cd..4d21f5d 100755 --- a/vcl/source/gdi/outdev3.cxx +++ b/vcl/source/gdi/outdev3.cxx @@ -3304,6 +3304,7 @@ ImplFontMetricData::ImplFontMetricData( const ImplFontSelectData rFontSelData ) { // initialize the members provided by the font request mnWidth= rFontSelData.mnWidth; +mnSlant= rFontSelData.GetSlant(); mnOrientation = sal::static_int_castshort(rFontSelData.mnOrientation); // intialize the used font name @@ -3328,7 +3329,6 @@ ImplFontMetricData::ImplFontMetricData( const ImplFontSelectData rFontSelData ) mnDescent = 0; mnIntLeading = 0; mnExtLeading = 0; -mnSlant= 0; mnMinKashida = 0; // reset metrics that are usually derived from the measurements commit 5e8c0dd410942807481a75a29805db40b8659a4e Author: Caolán McNamara caol...@redhat.com Date: Tue Oct 18 14:32:05 2011 +0100 don't annoy me in the en-US fallback case diff --git a/filter/source/config/cache/filtercache.cxx b/filter/source/config/cache/filtercache.cxx index 5099cc9..9d0a885 100644 --- a/filter/source/config/cache/filtercache.cxx +++ b/filter/source/config/cache/filtercache.cxx @@ -1691,18 +1691,20 @@ void FilterCache::impl_readPatchUINames(const css::uno::Reference css::containe pLocale = ::comphelper::Locale::getFallback(lLocales, sActLocale); if (pLocale == lLocales.end()) { -#if OSL_DEBUG_LEVEL 0 -::rtl::OUString sName = rItem.getUnpackedValueOrDefault(PROPNAME_NAME, ::rtl::OUString()); - -::rtl::OUStringBuffer sMsg(256); -sMsg.appendAscii(Fallback scenario for filter or type ' ); -sMsg.append (sName ); -
[Libreoffice-commits] .: postprocess/packcomponents
postprocess/packcomponents/makefile.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 87268f254f460b39a41b153fd6e66a9974ca63c3 Author: Radek Doulik r...@novell.com Date: Wed Oct 19 17:09:55 2011 +0200 make the 3D transitions work again diff --git a/postprocess/packcomponents/makefile.mk b/postprocess/packcomponents/makefile.mk index 07d6ccf..b983928 100644 --- a/postprocess/packcomponents/makefile.mk +++ b/postprocess/packcomponents/makefile.mk @@ -239,7 +239,7 @@ my_components += kdebe1 my_components += kde4be1 .END -.IF $(ENABLE_OGL) == TRUE +.IF $(ENABLE_OPENGL) == TRUE my_components += component/slideshow/source/engine/OGLTrans/ogltrans .END ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 3 commits - bug/bug
bug/bug/bug.js | 25 ++--- bug/bug/frame.html | 26 ++ bug/bug/test.js| 15 +++ 3 files changed, 59 insertions(+), 7 deletions(-) New commits: commit 8bdae74b1e1549aa8ddb1b1c6cbc5de894ee83eb Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 17:36:05 2011 +0200 Fixes https://bugassistant.libreoffice.org/show_bug.cgi?id=41832 Each bugzilla url is prefixed with $.bug.url which defaults to the empty string. That ensures that bug.html keeps working on a virtualhost configured as instructed in http://wiki.documentfoundation.org/Bug_Submission_Assistant#System_Administration. Add the frame() function that sets the $.bug.url string with the content of the bugzilla_url variable found in the parent window javascript context, if any. The document enclosing the iframe is loaded from the origin server (the one used to check for same origin policy) and it therefore knows which URL is set as a proxypass to bugzilla. The Bug Submission Assistant itself cannot know this because it may be included in a number of different contexts. diff --git a/bug/bug/bug.js b/bug/bug/bug.js index fd70b79..30c9b7f 100644 --- a/bug/bug/bug.js +++ b/bug/bug/bug.js @@ -18,6 +18,8 @@ $.bug = { +window: window, + ajax: function(type, url, args) { return $.ajax({ type: type, @@ -75,6 +77,8 @@ $('.error-container').show(); }, +url: '', + state_signin_error_regexps: ['class=throw_error([^]*)'], state_signin_success_regexp: 'Lognbsp;out/a([^]*)', @@ -83,7 +87,7 @@ $('.go', element).click(function() { $(body).css(cursor, progress); $.bug.error_clear(); -$.bug.ajax('POST', '/index.cgi', { +$.bug.ajax('POST', $.bug.url + '/index.cgi', { Bugzilla_login: $('.user', element).val(), Bugzilla_password: $('.password', element).val() }).pipe(function(data) { @@ -248,7 +252,7 @@ $('.submission').hide(); var element = $('.state_success'); var bug = $('.state_submit .bug').text(); -$('.bug', element).attr('href', '/show_bug.cgi?id=' + bug); +$('.bug', element).attr('href', $.bug.url + '/show_bug.cgi?id=' + bug); element.show(); }, @@ -258,7 +262,7 @@ logged_in: function() { $(body).css(cursor, progress); -return $.bug.ajax('GET', '/enter_bug.cgi').pipe(function(data) { +return $.bug.ajax('GET', $.bug.url + '/enter_bug.cgi').pipe(function(data) { $(body).css(cursor, default); return data.indexOf($.bug.logged_in_false) 0; }); @@ -268,7 +272,7 @@ $('.related_bugs').empty(); var component = $('.state_component .chosen').attr('data').replace('_','%20'); var subcomponent = $('.state_subcomponent .active_subcomponent .chosen').attr('data'); -var list = '/buglist.cgi?columnlist=short_desccomponent=' + component + 'product=LibreOfficequery_format=advancedshort_desc_type=allwordssubstrctype=csvshort_desc=' + subcomponent; +var list = $.bug.url + '/buglist.cgi?columnlist=short_desccomponent=' + component + 'product=LibreOfficequery_format=advancedshort_desc_type=allwordssubstrctype=csvshort_desc=' + subcomponent; $.bug.ajax('GET', list).pipe(function(data) { var lines = data.split('\n'); var bug_urls = []; @@ -283,8 +287,15 @@ $('.left .step:last-child').addClass('last-child'); // cross browser compatibility }, +frame: function() { +if($.bug.window != $.bug.window.top $.bug.window.parent.bugzilla_url !== undefined) { +$.bug.url = $.bug.window.parent.bugzilla_url; +} +}, + main: function() { $.bug.compatibility(); +$.bug.frame(); $.bug.logged_in().done(function(status) { if(status) { $.bug.state_component(); diff --git a/bug/bug/test.js b/bug/bug/test.js index cb87f93..576fc7d 100644 --- a/bug/bug/test.js +++ b/bug/bug/test.js @@ -16,6 +16,21 @@ // module(bug); +test(frame, function() { +expect(2); + +bugzilla_url = 'BUGZILLA_URL'; + +$.bug.window = { +top: 'something', +parent: { bugzilla_url: bugzilla_url } +}; + +equal($.bug.url, ''); +$.bug.frame(); +equal($.bug.url, bugzilla_url); +}); + test(ajax, function() { expect(4); commit 00e2742998bb1fd9645f75eeffd5b62f4088efc2 Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 17:28:19 2011 +0200 Add a file including bug.html in a frame for testing purposes. It requires that the server on which it runs has a proxypass to bugs.freedesktop.org bound to
[Libreoffice-commits] .: 2 commits - bug/bug bug/bug.xhtml
bug/bug.xhtml |2 +- bug/bug/bug.js |1 + bug/bug/frame.html |2 +- bug/bug/test.js|3 ++- 4 files changed, 5 insertions(+), 3 deletions(-) New commits: commit cbbe8e26a783edfcf47a4cce2669f80be081 Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 17:54:54 2011 +0200 post_bug.cgi is moved in the bug.js instead of being in bug.xhtml so that it can be prefixed with $.bug.url like all other bugzilla cgi scripts diff --git a/bug/bug.xhtml b/bug/bug.xhtml index 962f24d..23081e3 100644 --- a/bug/bug.xhtml +++ b/bug/bug.xhtml @@ -165,7 +165,7 @@ Platform (if different from the browser): iframe id=submissionoutput name=submissionoutput/iframe div class=submission_form - form action='/post_bug.cgi' target=submissionoutput method='POST' enctype='multipart/form-data' + form target=submissionoutput method='POST' enctype='multipart/form-data' input type=hidden name=product value=LibreOffice/input input type=hidden name=bug_status value=UNCONFIRMED/input input type=hidden name=rep_platform value=Other/input diff --git a/bug/bug/bug.js b/bug/bug/bug.js index 30c9b7f..88fff59 100644 --- a/bug/bug/bug.js +++ b/bug/bug/bug.js @@ -212,6 +212,7 @@ var element = $('.state_submit'); if(!element.hasClass('initialized')) { var form = $('.submission_form'); +form.attr('action', $.bug.url + '/post_bug.cgi'); form.submit(function() { if($(element).hasClass('inprogress')) { return false; diff --git a/bug/bug/test.js b/bug/bug/test.js index 576fc7d..d8db7af 100644 --- a/bug/bug/test.js +++ b/bug/bug/test.js @@ -227,7 +227,7 @@ test(state_description, function() { }); test(state_submit, function() { -expect(25); +expect(27); var state_success = $.bug.state_success; $.bug.state_success = function() { ok(true, 'state_success'); }; @@ -257,6 +257,7 @@ test(state_submit, function() { form.submit(function() { ok(element.hasClass('inprogress'), 'is in progress'); +ok(form.attr('action'), '/post_bug.cgi'); equal($('input[name=component]', form).val(), component_text); equal($('input[name=version]', form).val(), version); equal($('input[name=short_desc]', form).val(), subcomponent + ': ' + short_desc); commit fa8c500bfd2ad0b137fd7bf9b9418d127f1e962e Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 17:49:55 2011 +0200 s/bugzilla_path/bugzilla_url/ diff --git a/bug/bug/frame.html b/bug/bug/frame.html index 6f82168..fd8920c 100644 --- a/bug/bug/frame.html +++ b/bug/bug/frame.html @@ -20,7 +20,7 @@ titleLoad bug.html in a frame/title /head body -scriptvar bugzilla_path = '/bugzilla';/script +scriptvar bugzilla_url = '/bugzilla';/script iframe src=bug.html?version=2 width=892 height=1600 frameborder=0 /iframe /body /html ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/legacysmgr
binfilter/legacysmgr/source/legacy/legacy_binfilters_smgr.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 947bf6033e0ffa4cef319fea47e3f2fcf4d4e68e Author: Stephan Bergmann sberg...@redhat.com Date: Wed Oct 19 18:14:14 2011 +0200 Undo basis/brand split: moved .rdb files from basis program/ to brand program/ (merging the two services.rdb files). diff --git a/binfilter/legacysmgr/source/legacy/legacy_binfilters_smgr.cxx b/binfilter/legacysmgr/source/legacy/legacy_binfilters_smgr.cxx index 106c266..b291aac 100644 --- a/binfilter/legacysmgr/source/legacy/legacy_binfilters_smgr.cxx +++ b/binfilter/legacysmgr/source/legacy/legacy_binfilters_smgr.cxx @@ -2013,7 +2013,7 @@ void * SAL_CALL legacysmgr_component_getFactory( UNO_QUERY_THROW ); rtl::OUString rdbUrl( RTL_CONSTASCII_USTRINGPARAM( -$OOO_BASE_DIR/program/legacy_binfilters.rdb)); +$BRAND_BASE_DIR/program/legacy_binfilters.rdb)); rtl::Bootstrap::expandMacros(rdbUrl); //TODO: detect failure xSimReg-open( rdbUrl, sal_True /* read-only */, sal_False /* ! create */ ); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: bug/bug
bug/bug/bug.js |2 +- bug/bug/test.js |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 22a4a09c366b30d7ea938a2acb93bd123a369b0f Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 19:38:19 2011 +0200 apply submit and action to the form instead of the enclosing div diff --git a/bug/bug/bug.js b/bug/bug/bug.js index 88fff59..ad3f3d5 100644 --- a/bug/bug/bug.js +++ b/bug/bug/bug.js @@ -211,7 +211,7 @@ state_submit: function() { var element = $('.state_submit'); if(!element.hasClass('initialized')) { -var form = $('.submission_form'); +var form = $('.submission_form form'); form.attr('action', $.bug.url + '/post_bug.cgi'); form.submit(function() { if($(element).hasClass('inprogress')) { diff --git a/bug/bug/test.js b/bug/bug/test.js index d8db7af..98c1f65 100644 --- a/bug/bug/test.js +++ b/bug/bug/test.js @@ -253,7 +253,7 @@ test(state_submit, function() { $('.state_description .long').val(comment); var bug = '40763'; -var form = $('.submission_form'); +var form = $('.submission_form form'); form.submit(function() { ok(element.hasClass('inprogress'), 'is in progress'); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sysui/desktop
sysui/desktop/menus/math.desktop |1 + 1 file changed, 1 insertion(+) New commits: commit 369f22ceb8b3440d8caf1d60d7f45abc1d5ac258 Author: Petr Mladek pmla...@suse.cz Date: Wed Oct 19 19:58:15 2011 +0200 do not show LibreOffice Math in the desktop menu (fdo#41681) It is just a helper application. The desktop file still makes sense to keep the MIME type association. diff --git a/sysui/desktop/menus/math.desktop b/sysui/desktop/menus/math.desktop index 7b2e980..61bade6 100755 --- a/sysui/desktop/menus/math.desktop +++ b/sysui/desktop/menus/math.desktop @@ -1,6 +1,7 @@ [Desktop Entry] Version=1.0 Terminal=false +NoDisplay=true Icon=math Type=Application Categories=Office;X-Red-Hat-Base;X-SuSE-Core-Office;X-MandrivaLinux-Office-Other; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: bin/generate-bash-completion
bin/generate-bash-completion | 52 +++ 1 file changed, 29 insertions(+), 23 deletions(-) New commits: commit 3f845c2980fcb35ac7c6f4d75e9bb99dc772bab5 Author: Petr Mladek pmla...@suse.cz Date: Wed Oct 19 20:16:01 2011 +0200 define bash completion also for 'loffice' wrapper (bnc#719656) diff --git a/bin/generate-bash-completion b/bin/generate-bash-completion index ed34b18..0a7b233 100755 --- a/bin/generate-bash-completion +++ b/bin/generate-bash-completion @@ -43,6 +43,7 @@ my @EXTENSIONS=(oxt); # use if you want to disable any wrapper my %APPS = ( office = libreoffice, +office_short= loffice, master = , base= lobase, calc= localc, @@ -65,6 +66,7 @@ sub usage() print$0 [--binsuffix=suffix]\n; print \t\t[--compat-oowrappers]\n; print \t\t[--office=wrapper_name]\n; +print \t\t[--office-short=wrapper_name]\n; print \t\t[--master=wrapper_name]\n; print \t\t[--base=wrapper_name]\n; print \t\t[--calc=wrapper_name]\n; @@ -97,22 +99,25 @@ foreach my $arg (@ARGV) { usage(); exit 0; } elsif ( $arg =~ /--compat-oowrappers/ ) { -$APPS{'office'} = ooffice; -$APPS{'master'} = ; -$APPS{'base'} = oobase; -$APPS{'calc'} = oocalc; -$APPS{'draw'} = oodraw; -$APPS{'impress'} = ooimpress; -$APPS{'math'} = oomath; -$APPS{'template'} = oofromtemplate; -$APPS{'unopkg'} = unopkg; -$APPS{'web'} = ooweb; -$APPS{'writer'} = oowriter; +$APPS{'office'} = openoffice; +$APPS{'office_short'} = ooffice; +$APPS{'master'} = ; +$APPS{'base'} = oobase; +$APPS{'calc'} = oocalc; +$APPS{'draw'} = oodraw; +$APPS{'impress'} = ooimpress; +$APPS{'math'} = oomath; +$APPS{'template'} = oofromtemplate; +$APPS{'unopkg'} = unopkg; +$APPS{'web'} = ooweb; +$APPS{'writer'} = oowriter; $office_shell_function = _ooexp_; } elsif ( $arg =~ /--binsuffix=(.*)/ ) { $binsuffix = $1; } elsif ( $arg =~ /--office=(.*)/ ) { $APPS{'office'} = $1; +} elsif ( $arg =~ /--office-short=(.*)/ ) { + $APPS{'office_short'} = $1; } elsif ( $arg =~ /--master=(.*)/ ) { $APPS{'master'} = $1; } elsif ( $arg =~ /--base=(.*)/ ) { @@ -182,19 +187,20 @@ sub print_suffixes_checks { # skip the disabled wrapper next if ( $APPS{$app} eq ); - if ($app eq draw ) { print_suffixes_check ($APPS{$app}, @DRAWDOCS); } - if ($app eq writer) { print_suffixes_check ($APPS{$app}, @WRITERDOCS, @MASTERDOCS); } - if ($app eq web) { print_suffixes_check ($APPS{$app}, @WEBDOCS); } - if ($app eq math) { print_suffixes_check ($APPS{$app}, @MATHDOCS); } - if ($app eq impress) { print_suffixes_check ($APPS{$app}, @IMPRESSDOCS); } - if ($app eq base) { print_suffixes_check ($APPS{$app}, @BASEDOCS); } - if ($app eq calc) { print_suffixes_check ($APPS{$app}, @CALCDOCS); } - if ($app eq master) { print_suffixes_check ($APPS{$app}, @MASTERDOCS); } - if ($app eq template) { print_suffixes_check ($APPS{$app}, @TEMPLATES); } - # libreoffice should contain all... - if ($app eq office) { print_suffixes_check ($APPS{$app}, @DRAWDOCS, @WRITERDOCS, @MATHDOCS, @IMPRESSDOCS, @BASEDOCS, @CALCDOCS, @MASTERDOCS, @TEMPLATES, @WEBDOCS); } +if ($app eq draw ){ print_suffixes_check ($APPS{$app}, @DRAWDOCS); } +if ($app eq writer) { print_suffixes_check ($APPS{$app}, @WRITERDOCS, @MASTERDOCS); } +if ($app eq web) { print_suffixes_check ($APPS{$app}, @WEBDOCS); } +if ($app eq math) { print_suffixes_check ($APPS{$app}, @MATHDOCS); } +if ($app eq impress) { print_suffixes_check ($APPS{$app}, @IMPRESSDOCS); } +if ($app eq base) { print_suffixes_check ($APPS{$app}, @BASEDOCS); } +if ($app eq calc) { print_suffixes_check ($APPS{$app}, @CALCDOCS); } +if ($app eq master) { print_suffixes_check ($APPS{$app}, @MASTERDOCS); } +if ($app eq template) { print_suffixes_check ($APPS{$app}, @TEMPLATES); } +# libreoffice should contain all... +if (($app eq office) || ($app eq office_short)) +{ print_suffixes_check ($APPS{$app}, @DRAWDOCS, @WRITERDOCS, @MATHDOCS, @IMPRESSDOCS, @BASEDOCS, @CALCDOCS, @MASTERDOCS, @TEMPLATES, @WEBDOCS); } # unopkg is a standalone tool - if ($app eq unopkg) {
[Libreoffice-commits] .: 2 commits - filter/source sc/source sw/inc sw/source
filter/source/pdf/pdfexport.cxx | 42 ++-- filter/source/pdf/pdfexport.hxx |8 sc/source/ui/unoobj/docuno.cxx | 26 +- sw/inc/EnhancedPDFExportHelper.hxx |6 sw/source/core/text/EnhancedPDFExportHelper.cxx | 220 +--- 5 files changed, 207 insertions(+), 95 deletions(-) New commits: commit 5ad4d151dac1eb887d92200330e31af269d8d1fd Author: Ivan Timofeev timofeev@gmail.com Date: Wed Oct 19 21:52:17 2011 +0400 migrate to StringRangeEnumerator in pdfexport diff --git a/filter/source/pdf/pdfexport.cxx b/filter/source/pdf/pdfexport.cxx index 43d665d..9e1d4ef 100644 --- a/filter/source/pdf/pdfexport.cxx +++ b/filter/source/pdf/pdfexport.cxx @@ -168,8 +168,12 @@ PDFExport::~PDFExport() // - -sal_Bool PDFExport::ExportSelection( vcl::PDFWriter rPDFWriter, Reference com::sun::star::view::XRenderable rRenderable, Any rSelection, -MultiSelection aMultiSelection, Sequence PropertyValue rRenderOptions, sal_Int32 nPageCount ) +sal_Bool PDFExport::ExportSelection( vcl::PDFWriter rPDFWriter, +Reference com::sun::star::view::XRenderable rRenderable, +const Any rSelection, +const StringRangeEnumerator rRangeEnum, +Sequence PropertyValue rRenderOptions, +sal_Int32 nPageCount ) { sal_BoolbRet = sal_False; try @@ -192,11 +196,12 @@ sal_Bool PDFExport::ExportSelection( vcl::PDFWriter rPDFWriter, Reference com: vcl::PDFExtOutDevData* pPDFExtOutDevData = PTR_CAST( vcl::PDFExtOutDevData, pOut-GetExtOutDevData() ); if ( nPageCount ) { -sal_Int32 nSel = aMultiSelection.FirstSelected(); sal_Int32 nCurrentPage(0); -while ( nSel != sal_Int32(SFX_ENDOFSELECTION) ) +StringRangeEnumerator::Iterator aIter = rRangeEnum.begin(); +StringRangeEnumerator::Iterator aEnd = rRangeEnum.end(); +while ( aIter != aEnd ) { -Sequence PropertyValueaRenderer( rRenderable-getRenderer( nSel - 1, rSelection, rRenderOptions ) ); +Sequence PropertyValueaRenderer( rRenderable-getRenderer( *aIter, rSelection, rRenderOptions ) ); awt::Size aPageSize; for( sal_Int32 nProperty = 0, nPropertyCount = aRenderer.getLength(); nProperty nPropertyCount; ++nProperty ) @@ -221,9 +226,9 @@ sal_Bool PDFExport::ExportSelection( vcl::PDFWriter rPDFWriter, Reference com: // #i35176# // IsLastPage property. -const sal_Int32 nCurrentRenderer = nSel - 1; -nSel = aMultiSelection.NextSelected(); -if ( pLastPage sal_Int32(SFX_ENDOFSELECTION) == nSel ) +const sal_Int32 nCurrentRenderer = *aIter; +++aIter; +if ( pLastPage aIter == aEnd ) *pLastPage = sal_True; rRenderable-render( nCurrentRenderer, rSelection, rRenderOptions ); @@ -862,8 +867,6 @@ sal_Bool PDFExport::Export( const OUString rFile, const Sequence PropertyValue } const sal_Int32 nPageCount = xRenderable-getRendererCount( aSelection, aRenderOptions ); -const Range aRange( 1, nPageCount ); -MultiSelection aMultiSelection; if ( mbExportNotesPages aCreator.EqualsAscii( Impress ) ) { @@ -874,21 +877,20 @@ sal_Bool PDFExport::Export( const OUString rFile, const Sequence PropertyValue if( !aPageRange.getLength() ) { -aMultiSelection.SetTotalRange( aRange ); -aMultiSelection.Select( aRange ); -} -else -{ -aMultiSelection = MultiSelection( aPageRange ); -aMultiSelection.SetTotalRange( aRange ); +aPageRange = OUStringBuffer() +.append( static_cast sal_Int32 ( 1 ) ) +.append( static_cast sal_Unicode ( '-' ) ) +.append( nPageCount ).makeStringAndClear(); } +StringRangeEnumerator aRangeEnum( aPageRange, 0, nPageCount-1 ); + if ( mxStatusIndicator.is() ) { ByteString aResMgrName( pdffilter ); ResMgr* pResMgr = ResMgr::CreateResMgr( aResMgrName.GetBuffer(), Application::GetSettings().GetUILocale() ); if ( pResMgr ) { -sal_Int32 nTotalPageCount = aMultiSelection.GetSelectCount(); +sal_Int32 nTotalPageCount = aRangeEnum.size(); if (
[Libreoffice-commits] .: bug/bug
bug/bug/bug.js |4 +--- bug/bug/skin.js |1 + bug/bug/test.js |3 +-- 3 files changed, 3 insertions(+), 5 deletions(-) New commits: commit 70ac5ff7ba049773b7a965e3b399df0b3c64a34a Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 23:03:18 2011 +0200 Do not use scrollTop to ensure the feedback is visible. Replace the submit button with the feedback instead because the submit button has to be visible to the user otherwise it would not be able to click it. diff --git a/bug/bug/bug.js b/bug/bug/bug.js index ad3f3d5..2acf8c6 100644 --- a/bug/bug/bug.js +++ b/bug/bug/bug.js @@ -224,8 +224,6 @@ var short_desc = $('.state_subcomponent .active_subcomponent .chosen').attr('data') + ': ' + $('.state_description .short').val(); var comment = $('.state_description .long').val(); $(body).css(cursor, progress); -// http://stackoverflow.com/questions/1852518/how-to-get-scrolltop-of-an-iframe -$('html, body').animate({scrollTop: '0px'}, 300); $('input[name=component]', form).val(component); $('input[name=version]', form).val(version); $('input[name=short_desc]', form).val(short_desc); @@ -250,7 +248,7 @@ }, state_success: function() { -$('.submission').hide(); +$('.state_submit').hide(); var element = $('.state_success'); var bug = $('.state_submit .bug').text(); $('.bug', element).attr('href', $.bug.url + '/show_bug.cgi?id=' + bug); diff --git a/bug/bug/skin.js b/bug/bug/skin.js index 5de87ab..8a51ea1 100644 --- a/bug/bug/skin.js +++ b/bug/bug/skin.js @@ -60,6 +60,7 @@ } else if(location.search.indexOf('skin=submit') = 0) { submit(); } else if(location.search.indexOf('skin=complete') = 0) { + submit(); $.bug.state_success(); } }; diff --git a/bug/bug/test.js b/bug/bug/test.js index b470292..83e4af5 100644 --- a/bug/bug/test.js +++ b/bug/bug/test.js @@ -297,7 +297,7 @@ test(state_submit, function() { }); test(state_success, function() { -expect(5); +expect(4); var bug = '4242'; var element = $('.state_success'); @@ -306,7 +306,6 @@ test(state_success, function() { $('.state_submit .bug').text(bug); $.bug.state_success(); equal(element.css('display'), 'block'); -equal($('.submission').css('display'), 'none'); ok($('.bug', element).attr('href').indexOf(bug) 0, 'bug found'); }); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - bug/bug bug/bug.xhtml
bug/bug.xhtml | 11 ++- bug/bug/bug.js | 35 +++ 2 files changed, 25 insertions(+), 21 deletions(-) New commits: commit b68d1658adc8e7edcdf8e80500f507a7d0897ece Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 23:25:02 2011 +0200 move the state success into the submission div, just after the submit state diff --git a/bug/bug.xhtml b/bug/bug.xhtml index 23081e3..534053e 100644 --- a/bug/bug.xhtml +++ b/bug/bug.xhtml @@ -204,6 +204,12 @@ Platform (if different from the browser): div class=state state_submit div class=bug/div /div + + div class=state_success +pThe bug report has been successfully submitted./p +pYou can edit it or add attachments using a class=bugthe corresponding bugzilla page/a./p + /div + /div div class=state state_subcomponent state_duplicates @@ -217,11 +223,6 @@ Platform (if different from the browser): /div - div class=state_success -pThe bug report has been successfully submitted./p -pYou can edit it or add attachments using a class=bugthe corresponding bugzilla page/a./p - /div - /div /div /div commit 7a0dfad03b98925f4e3b8cf3b7b49d714e2364b1 Author: Loic Dachary l...@dachary.org Date: Wed Oct 19 23:20:24 2011 +0200 protect the attach state from multiple runs diff --git a/bug/bug/bug.js b/bug/bug/bug.js index 2acf8c6..0e367f0 100644 --- a/bug/bug/bug.js +++ b/bug/bug/bug.js @@ -176,8 +176,8 @@ } }; -$(.short, element).change(function() { validate(); }); -$(.long, element).keyup(function() { validate(); }); +$(.short, element).change(validate); +$(.long, element).keyup(validate); element.addClass('initialized'); $.bug.current_step('description'); element.show(); @@ -186,22 +186,25 @@ state_attach: function() { var element = $('.state_attach'); -if($.browser.msie) { -// ie allow the input field to get focus, presumably to -// type the filename. launch the browser instead. -$(input[type='file'], element).focus(function() { -$(this).click(); -$(this).blur(); // loose focus so that no caret is shown even when in caret browsing +if(!element.hasClass('initialized')) { +if($.browser.msie) { +// ie allow the input field to get focus, presumably to +// type the filename. launch the browser instead. +$(input[type='file'], element).focus(function() { +$(this).click(); +$(this).blur(); // loose focus so that no caret is shown even when in caret browsing +}); +} +$(input[type='file'], element).change(function() { +// http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-March/018981.html +// in a nutshell : deal with it, it won't go away +var path = $(this).val().replace(C:\\fakepath\\,); +$(input[name='ignored'], element).val(path); }); +element.addClass('initialized'); +$.bug.current_step('attach'); +element.show(); } -$(input[type='file'], element).change(function() { -// http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-March/018981.html -// in a nutshell : deal with it, it won't go away -var path = $(this).val().replace(C:\\fakepath\\,); -$(input[name='ignored'], element).val(path); -}); -$.bug.current_step('attach'); -element.show(); }, state_submit_error_regexps: ['class=throw_error([^]*)', 'font size=\\+2([^]*)'], ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 3 commits - basegfx/Library_basegfx.mk basegfx/StaticLibrary_basegfx_s.mk sw/source writerfilter/source
basegfx/Library_basegfx.mk | 10 ++ basegfx/StaticLibrary_basegfx_s.mk | 10 ++ sw/source/core/doc/docnum.cxx |2 +- sw/source/core/fields/cellfml.cxx |2 +- writerfilter/source/rtftok/rtfdocumentimpl.cxx |6 +++--- writerfilter/source/rtftok/rtftokenizer.cxx|2 +- 6 files changed, 26 insertions(+), 6 deletions(-) New commits: commit b2250f4d9813353c7626004f68db6f5b803f4316 Author: Tor Lillqvist t...@iki.fi Date: Thu Oct 20 08:33:15 2011 +0300 WaE: NULL used in arithmetic diff --git a/sw/source/core/fields/cellfml.cxx b/sw/source/core/fields/cellfml.cxx index 973e65a..1594f6c 100644 --- a/sw/source/core/fields/cellfml.cxx +++ b/sw/source/core/fields/cellfml.cxx @@ -633,7 +633,7 @@ String SwTableFormula::ScanString( FnScanFormel fnFormel, const SwTable rTbl, } aStr.Insert( sFormel, nFml, nStt - nFml ); // Anfang schreiben -if( fnFormel != NULL ) +if( fnFormel != 0 ) { // ist ein TabellenName vorangestellt ?? // JP 16.02.99: SplitMergeBoxNm behandeln den Namen selbst commit 62f4128d74179c6211fc961845182bf2956e3323 Author: Tor Lillqvist t...@iki.fi Date: Thu Oct 20 08:32:16 2011 +0300 char can be unsigned, use sal_Int8 diff --git a/sw/source/core/doc/docnum.cxx b/sw/source/core/doc/docnum.cxx index acbef13..9b0c422 100644 --- a/sw/source/core/doc/docnum.cxx +++ b/sw/source/core/doc/docnum.cxx @@ -1661,7 +1661,7 @@ sal_Bool SwDoc::NumUpDown( const SwPaM rPam, sal_Bool bDown ) } sal_Bool bRet = sal_True; -char nDiff = bDown ? 1 : -1; +sal_Int8 nDiff = bDown ? 1 : -1; if (bOnlyOutline) bRet = OutlineUpDown(rPam, nDiff); diff --git a/writerfilter/source/rtftok/rtfdocumentimpl.cxx b/writerfilter/source/rtftok/rtfdocumentimpl.cxx index b737a77..5607ac0 100644 --- a/writerfilter/source/rtftok/rtfdocumentimpl.cxx +++ b/writerfilter/source/rtftok/rtfdocumentimpl.cxx @@ -565,7 +565,7 @@ int RTFDocumentImpl::resolvePict(bool bInline) if (ch != 0x0d ch != 0x0a) { b = b 4; -char parsed = m_pTokenizer-asHex(ch); +sal_Int8 parsed = m_pTokenizer-asHex(ch); if (parsed == -1) return ERROR_HEX_INVALID; b += parsed; @@ -2873,7 +2873,7 @@ int RTFDocumentImpl::popState() if (ch != 0x0d ch != 0x0a) { b = b 4; -char parsed = m_pTokenizer-asHex(ch); +sal_Int8 parsed = m_pTokenizer-asHex(ch); if (parsed == -1) return ERROR_HEX_INVALID; b += parsed; @@ -2940,7 +2940,7 @@ int RTFDocumentImpl::popState() if (ch != 0x0d ch != 0x0a) { b = b 4; -char parsed = m_pTokenizer-asHex(ch); +sal_Int8 parsed = m_pTokenizer-asHex(ch); if (parsed == -1) return ERROR_HEX_INVALID; b += parsed; diff --git a/writerfilter/source/rtftok/rtftokenizer.cxx b/writerfilter/source/rtftok/rtftokenizer.cxx index 9037fe3..49d5ee0 100644 --- a/writerfilter/source/rtftok/rtftokenizer.cxx +++ b/writerfilter/source/rtftok/rtftokenizer.cxx @@ -111,7 +111,7 @@ int RTFTokenizer::resolveParse() { OSL_TRACE(%s: hex internal state, OSL_THIS_FUNC); b = b 4; -char parsed = asHex(ch); +sal_Int8 parsed = asHex(ch); if (parsed == -1) return ERROR_HEX_INVALID; b += parsed; commit 3f3c2a7bd3bb238412a787c2e59290285a8cc51e Author: Tor Lillqvist t...@iki.fi Date: Wed Oct 19 15:45:42 2011 +0300 WaE: Work around bogus array subscript is above array bounds Bites at least with the Android cross-gcc 4.4.3. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847 diff --git a/basegfx/Library_basegfx.mk b/basegfx/Library_basegfx.mk index ea3b270..41e1691 100644 --- a/basegfx/Library_basegfx.mk +++ b/basegfx/Library_basegfx.mk @@ -43,6 +43,16 @@ $(eval $(call gb_Library_add_defs,basegfx,\ -DBASEGFX_DLLIMPLEMENTATION \ )) +# Work around gcc bug 41847 present at least in +# the Android x-compiler 4.4.3 +ifeq ($(COM),GCC) +ifeq ($(shell expr $(gb_CCVER) \= 40403),1) +$(eval $(call gb_Library_add_cxxflags,basegfx,\ + -Wno-array-bounds \ +)) +endif +endif + $(eval $(call gb_Library_add_api,basegfx,\ offapi \ udkapi \ diff --git a/basegfx/StaticLibrary_basegfx_s.mk b/basegfx/StaticLibrary_basegfx_s.mk index d793075..27a51d1 100644 --- a/basegfx/StaticLibrary_basegfx_s.mk +++ b/basegfx/StaticLibrary_basegfx_s.mk @@ -40,6 +40,16 @@ $(eval $(call gb_StaticLibrary_set_include,basegfx_s,\ -I$(OUTDIR)/inc \ )) +# Work around gcc bug 41847 present at least in +#
Re: [Libreoffice] [PATCH] Mark ecx register as clobbered (in cpp_uno/gcc3_macosx_intel)
On 10/18/11 11:17 PM, Stephan Bergmann wrote: On 10/15/2011 01:25 AM, Kristian Rietveld wrote: Without this patch, Cpp bridgetest on a Clang-compiled UNO runtime will not complete successfully. Btw, pushing some clang-related patches, mainly based on abandoned work I did earlier this year. Your go at this gave me fresh enthusiasm. :) Hope you don't mind me picking up on this. Sounds good! My Clang build actually completed during the final minutes of the conference. I hope to find some time later this week to upload the remaining patches for review somewhere. Of course, having a completed build doesn't mean it runs at the moment though :) After uploading the patches I will continue debugging it. regards, -kris. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Styles cleanup removing option page std fonts
Hi Cor, On Tue, 2011-10-18 at 18:03 +0200, Cor Nouws wrote: Interest caught by your presentation in Paris, I saw your patch in cgit: 359d0fbd03a68d9131e8fb25e7dac9f19ddf6dcb I understand the idea to remove default paragraph styles such as list, list1, list1 cntd, list2 end etc etc But I do not understand what the link is with removing the option page std fonts (Tools Options Writer Basic fonts ( CTL, Asian) I mean, the option for List fonts indeed can be missed, but what about the other 4? Could you pls explain? This option page does exactly the same than changing the values in the style directly. In a not-so-far future, I'ld like to have this all configured through a default template instead of what we have... and removing that option page is on the way to this goal. Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bug 41883 - MinGW port Most Annoying Bugs
Hi Rainer, Rainer Bielefeld píše v St 19. 10. 2011 v 07:47 +0200: to keep Bugzilla understandable for non-developers: can someone please leave a short description on http://wiki.documentfoundation.org/QA-FAQ#MinGW what MinGW is? Done, please check if it is enough :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Writer : XSLT 2.0 Filters KO in LibreOffice 3.4.3 but OK in 3.3.4
I just pushed 2 commits to LO master that fix the problem you encountered. The configuration of the custom XML filter packages works a little different compared to the built-in filters. The 2nd userdata parameter currently is just ignored upon importing a package. The first patch supports importing (but not exporting) the 2nd userdata parameter, so you can use the saxon/j based xslt 2.0 aware transformation in your filter (but still requires manually editing TypeDetection.xcu). http://cgit.freedesktop.org/libreoffice/core/commit/?id=960f4bdd71c9de19059279d61abb142ddfdac0ce Thanks a lot. This patch is exactly what I need in first time. The second patch adds a simple entry field that lets you edit the transformation service that should be used with your filter. If you leave it blank, the built-in service (currently libxslt) will be used, but you're free to enter any service, like the com.sun.star.comp.JAXTHelper thing that uses to saxon9/j internally. http://cgit.freedesktop.org/libreoffice/core/commit/?id=11fbde8fed1a866c4ec9565d56f5f5034631d8b2 The ui is really the simplest thing that could possibly work, and it doesn't do any input validation or whatever, but at least it's there. Great. Much easier. Thanks. If anyone could tell my how to include a simple help snippet for that input fields I'd gratefully write a line or two. If you're in a hurry those patches should apply cleanly to a checkout of the 3.4.3 release branch, otherwise they hopefully make it into one of the upcoming releases. OK. I've not already get LibreOffice source and build it.But I thoughtfor a long time.Maybea good opportunity. Thanks again Cheers, Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] Cherry-pick to 3-4? commit f33232a3ff67d7a4def830fa6fda78ef5f255ae7
OK, so technically not possible as cherry-pick because of the git repo combination, I guess, but anyway, should this fix be cherry-picked to the 3.4 branch? It is supposed to fix the Windows build so that a 64-bit Explorer extension is also built, to get the Explorer extension also on a 64-bit OS. Requested by fdo#36950 . Note that I have never actually tested whether this fix helps... So I will do that before actually cherry-picking, if signed off in principle. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 41883] MinGW port Most Annoying Bugs
https://bugs.freedesktop.org/show_bug.cgi?id=41883 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-19 01:36:41 PDT --- Nominating Bug 41985 - MinGW: UI display broken. We have some UI problems making that version more or less unusable. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Unexpected failures (eg. segfaults) using PyUNO and LibreOffice/OpenOffice
Hi, During the course of the LibreOffice conference in Paris, we (the unoconv and cloudooo projects) found that some of the issues our users were having while doing document conversions using PyUNO and OpenOffice and LibreOffice were not related to our own project, but have a root-cause in either PyUNO or LibreOffice/OpenOffice. The result of these issues are various and individual: - segfaults - various error codes - PyUNO crashes - memory leaks - xslt problems And while some of them are reproducable (and consistent), others are not, which makes me believe they are related to internal state or timing issues of LibreOffice/OpenOffice or related to import/export filters. Since these issues are very common and can be triggered very quickly, we would like to have developers look at them to see what is the cause and how we can fix them. The cloudooo project has tested about 100.000 conversions and implemented some techniques to overcome the issues by monitoring the libreoffice process for memory leaks and 'endless loops', and retrying on failure. In the end this brought the failure rate down from about 10% tot 1.1%. (http://git.erp5.org/gitweb/cloudooo.git) Both the cloudooo and unoconv presentations will become available and contain some information on both projects and the PyUNO/LO unreliabilities. It is fairly easy to reproduce these problems on your own system by using the latest unoconv code from: http://github.com/dagwieers/unoconv You do not have to install anything, you can run it from the directory it was cloned in. The tests/ directory has a Makefile that does some batch conversions to different formats and exposes the problems quickly. On my system with RHEL6's OpenOffice v3.2.1 and LibreOffice v3.3.4 and 3.4.3 RPMs installed, I can run resp. make -C tests UNO_PATH=/opt/libreoffice make -C tests UNO_PATH=/opt/libreoffice3.4 make -C tests to test each of the versions. Of course if you have a large collection of documents you can have unoconv convert those in batch. Below is some example failure output from a single run, LibreOffice does seem a bit more stable than OpenOffice though. OpenOffice v3.2.1 from ODT to BibTeX: unoconv: UnoException during conversion in class '__main__.com.sun.star.task.ErrorCodeIOException' (Error 2074) OpenOffice v3.2.1 from ODT to OOXML: Warning: at xsl:stylesheet on line 28 of file:///usr/lib64/openoffice.org/basis3.2/share/xslt/export/wordml/ooo2wordml.xsl: Running an XSLT 1.0 stylesheet with an XSLT 2.0 processor Warning: at xsl:variable on line 1869 of file:/usr/lib64/openoffice.org/basis3.2/share/xslt/export/wordml/ooo2wordml_draw.xsl: SXWN9001: A variable with no following sibling instructions has no effectmeasure_conversion.xsl: Find no conversion for to 'twip'! Error on line 1038 of file:/usr/lib64/openoffice.org/basis3.2/share/xslt/export/wordml/ooo2wordml_draw.xsl: XPTY0004: A sequence of more than one item is not allowed as the first argument of string-length() (Availability and work interest..., My technical experience and in..., ...) unoconv: UnoException during conversion in class '__main__.com.sun.star.task.ErrorCodeIOException' (Error 3088) OpenOffice v3.2.1 from ODT to LaTeX: unoconv: UnoException during conversion in class '__main__.com.sun.star.task.ErrorCodeIOException' (Error 2074) OpenOffice v3.2.1 from ODT to UOT: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0037a0243981, pid=24672, tid=140204794906400 # # JRE version: 6.0_22-b22 # Java VM: OpenJDK 64-Bit Server VM (20.0-b11 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea6 1.10.3 # Distribution: Red Hat Enterprise Linux Server release 6.1 (Santiago), package rhel-1.40.1.10.3.el6-x86_64 # Problematic frame: # C [libuno_sal.so.3+0x43981] rtl_uString_release+0x1 # # An error report file with more information is saved as: # /home/dag/home-made/unoconv/tests/hs_err_pid24672.log pure virtual method called terminate called without an active exception OpenOffice v3.2.1 from ODT to XHTML: Warning: at xsl:stylesheet on line 58 of file:///usr/lib64/openoffice.org/basis3.2/share/xslt/export/xhtml/opendoc2xhtml.xsl: Running an XSLT 1.0 stylesheet with an XSLT 2.0 processor Error on line 1862 column 8 of file:/usr/lib64/openoffice.org/basis3.2/share/xslt/export/xhtml/body.xsl: SXXP0003: Error reported by XML parser: The element type xsl:choose must be terminated by the matching end-tag /xsl:choose. Error at xsl:copy-of on line 166 of file:/usr/lib64/openoffice.org/basis3.2/share/xslt/export/common/styles/style_collector.xsl: XPST0008: XPath syntax error at char 30 on line 166 in {...t($sourceBaseURL, 'styles.x...}: Variable $sourceBaseURL has not been declared Error at xsl:copy-of on line 169 of
Re: [Libreoffice] Instruction to develop extensions
Hi Nicholas, On Tue, 2011-10-18 at 22:57 +0200, Andreas Mantke wrote: Nicholas wrote: I have experience in Java, PHP and C. Please advice how I can get started to create LibreOffice extensions and if there are any mentors available. I suspect this very much depends on what you want to do :-) What sort of functionality do you want to provide with an extension ? often the best, quickest, cleanest, smallest and easiest way is to do that as part of the core product; or to do part of it in the core - adding new extension points as you do that. So - can you expand on what you want to do ? in the meantime getting a build would be a good idea (easiest on Linux), instructions here: http://www.libreoffice.org/get-involved/developers/ All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Trying to identify a webdav bug fixed in LibreOffice but not in Open Office
Hello everyone, last year i experienced the following bug with webdav in Open Office : https://issues.apache.org/ooo/show_bug.cgi?id=113354 When saving an already existing document on a wedav server, the file got truncated. A few month ago i changed to LibreOffice and realized that the bug didn't exist in it (great surprise!). Since the latest Open Office is still affected by this bug i wondered if the LibreOffice team did a special fix for it? If yes could you point me to the commit that did the trick? I would like to report it to Open Office since many of my customer still use it. Thanks anyway for your great work and long life to LibreOffice! -- Julien ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gdb: catching exceptions...
Michael == Michael Stahl mstahl-h+wxahxf7alqt0dzr+a...@public.gmane.org writes: Mark Wielaard pointed out this note to me. Feel free to CC 'arc...@sourceware.org' on hacks like this, we're interested in hearing about them and to find out what developers need from gdb. Michael since my smoketest failed again today, i've distracted myself a bit Michael with GDB Python scripting, the result of which is a command that can Michael break when an exception is thrown, but only if a certain function Michael (which is given as parameter) is on the stack. Nice. Michael seems to work, but it is quite slow: finding the smoketest exception Michael in SfxBaseModel::getTitle takes GDB 4 minutes of CPU time. Michael now probably somebody will tell me that i'm too stupid to RTFM and Michael there is a much simpler way to do this :) There isn't a simpler way right now. You could try to do it by having a breakpoint on the function you care about that keeps a count of entries and exits and enables the __cxa_throw breakpoint if this is nonzero. However, this is hard to do reliably right now, because you have to do a lot of manual management of return breakpoints. I think this may get simpler when the finish breakpoint feature goes in: http://sourceware.org/ml/gdb-patches/2011-10/msg00394.html We're interested in hearing about real-life uses of exceptions and what better functionality gdb could provide. Freely file feature requests in gdb bugzilla; enhancing C++ development is a primary goal of ours these days. thanks, Tom ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gdb: catching exceptions...
I'm re-sending this note... I sent it yesterday via gmane, but I guess this list is configured for moderation even in that situation; so today I joined. Mark Wielaard pointed out this note to me. Feel free to CC 'arc...@sourceware.org' on hacks like this, we're interested in hearing about them and to find out what developers need from gdb. Michael since my smoketest failed again today, i've distracted myself a bit Michael with GDB Python scripting, the result of which is a command that can Michael break when an exception is thrown, but only if a certain function Michael (which is given as parameter) is on the stack. Nice. Michael seems to work, but it is quite slow: finding the smoketest exception Michael in SfxBaseModel::getTitle takes GDB 4 minutes of CPU time. Michael now probably somebody will tell me that i'm too stupid to RTFM and Michael there is a much simpler way to do this :) There isn't a simpler way right now. You could try to do it by having a breakpoint on the function you care about that keeps a count of entries and exits and enables the __cxa_throw breakpoint if this is nonzero. However, this is hard to do reliably right now, because you have to do a lot of manual management of return breakpoints. I think this may get simpler when the finish breakpoint feature goes in: http://sourceware.org/ml/gdb-patches/2011-10/msg00394.html We're interested in hearing about real-life uses of exceptions and what better functionality gdb could provide. Freely file feature requests in gdb bugzilla; enhancing C++ development is a primary goal of ours these days. thanks, Tom ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to identify a webdav bug fixed in LibreOffice but not in Open Office
On Wed, 2011-10-19 at 11:00 +0200, Julien Petit wrote: A few month ago i changed to LibreOffice and realized that the bug didn't exist in it (great surprise!). Since the latest Open Office is still affected by this bug i wondered if the LibreOffice team did a special fix for it? Initially this seemed familiar, i.e. http://cgit.freedesktop.org/libreoffice/core/commit/?id=3ae98a0ca5329a0205728a46b4e5dd0d4b46a9f3 but that's ftp not webdav, so no idea which commit might have fixed your problem. But we've a lot of overlapping bug fixes and improvements gone in. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to identify a webdav bug fixed in LibreOffice but not in Open Office
On 19/10/11 11:00, Julien Petit wrote: Hello everyone, last year i experienced the following bug with webdav in Open Office : https://issues.apache.org/ooo/show_bug.cgi?id=113354 When saving an already existing document on a wedav server, the file got truncated. A few month ago i changed to LibreOffice and realized that the bug didn't exist in it (great surprise!). Since the latest Open Office is still affected by this bug i wondered if the LibreOffice team did a special fix for it? If yes could you point me to the commit that did the trick? I would like to report it to Open Office since many of my customer still use it. no idea about the fix, but please take a look at: https://cwiki.apache.org/confluence/display/OOOUSERS/IP_Clearance the neon library that is used for WebDAV is not licensed acceptably for an Apache project, so it will be replaced by something else which probably will have different bugs, or perhaps WebDAV will be disabled in ApacheOOo. regards, michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 41883] MinGW port Most Annoying Bugs
https://bugs.freedesktop.org/show_bug.cgi?id=41883 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||41887, 41898, 41985 Blocks|41887, 41898| --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-19 03:38:59 PDT --- @Kendy: Everything is clear, I simply correct a bureaucratic issue -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] memory leak or tricky LO foo?
Hi Kevin, On Wednesday, 2011-10-05 02:01:24 -0400, Kevin Hunter wrote: In idly reading LO code (trying yet again to spend time wrapping my head around anything in the code base), Great :) I'm puzzled by this snippet (with minor format alteration for email) from svl/source/numbers/zforlist.cxx (currently around line 2226). It seems to me that pNewFormat is a memory leak, but I don't know the LO well enough to state that. Specifically, is aFTable.Insert saving the pointed to memory? aFTable takes ownership of the pointer, hence the delete only after an unsuccessful Insert(). See SvNumberFormatter dtor where entries are deleted. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PORTERS HEADS-UP] feature/kill-set_soenv
Hi Bjoern, On Monday, 2011-09-19 20:09:44 +0200, Bjoern Michaelsen wrote: All of this is a sure fire way to drive a newcomer (and even oldtimers) insane. IMHO the final goal has to be that the above process gets as simple as: - calling a perl-script called autogen.sh, to: - call autoconf to create ./configure from configure.in - call the just created configure, which: - uses AC_OUTPUT to create a config.Host.mk, which has gnu make syntax and is sourced by make when building the product Please preserve environment variables like SRC_ROOT and INPATH, as they are most useful in scripts and aliases to properly detect directories, respectively provide a way to generate a to-be-sourced-script from config.Host.mk Thanks Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Styles cleanup removing option page std fonts
Hi Cedric, This option page does exactly the same than changing the values in the style directly. Yes.. In a not-so-far future, I'ld like to have this all configured through a default template instead of what we have... Ah, more new to come :-) and removing that option page is on the way to this goal. OK, thanks. I've got it. Question: could it be useful (...) to remove the options page at the moment that the implementation of the new default template is clear and (nearly) done? You know, sometimes things take more time then expected. Or do you think that this is such an easy thing, involves no (random example ;-) ) UX discussion ? Regards, Cor ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
Hi Kendy OK, good; so what you can do to help to analyze it more, is to look at the strace output, and see if the reason for hang in java.net.PlainSocketimpl.socketAccept is actually something that can be worked around. I have got an strace, it is at http://wiki.documentfoundation.org/File:Bug_35023_strace.log.7z The approximate times for the operations I was carrying out are: Start 19:05 Open test.odb Go to tables pane 19:06:22 - 19:06:40 Open table 19:07 - 19:08 (first show) - 19:08:45 (finish loading 1st page) Maximise 19:09:07 - 19:09:35 (finish loading 1st page) Go to last record 19:09:50 - 19:11:56 I cannot find any reference to anything like java.net.PlainSocketimpl.socketAccept in the trace. What I notice is that there is a set of lines starting with read(72 and ending with close(72) (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. John ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Styles cleanup removing option page std fonts
On Wed, 19 Oct 2011, Cedric Bosdonnat wrote: On Tue, 2011-10-18 at 18:03 +0200, Cor Nouws wrote: Interest caught by your presentation in Paris, I saw your patch in cgit: 359d0fbd03a68d9131e8fb25e7dac9f19ddf6dcb I understand the idea to remove default paragraph styles such as list, list1, list1 cntd, list2 end etc etc But I do not understand what the link is with removing the option page std fonts (Tools Options Writer Basic fonts ( CTL, Asian) I mean, the option for List fonts indeed can be missed, but what about the other 4? Could you pls explain? This option page does exactly the same than changing the values in the style directly. In a not-so-far future, I'ld like to have this all configured through a default template instead of what we have... and removing that option page is on the way to this goal. (Maybe this was already discussed before.) It would be nice if the default template that ships with LibreOffice would ship with visually attractive styles, and paragraph styles for commonly used blocks or admonitions, eg. listing-block, literal-block, note, tip, important, ... It would make using OpenOffice by default more attractive without the need to look for existing templates and/or mess around with styles. I know one can already do this for themselves, but normal users shouldn't be exposed to it for basic usage. The current default styles just don't cut it :-/ Not just for Writer, but also for Calc, Impress, etc... -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On 10/19/2011 04:10 PM, John Talbut wrote: What I notice is that there is a set of lines starting with read(72 and ending with close(72) (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. 7321 times reading out /proc/self/map -- no idea why it does that, but that clearly ain't no good... -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On Wed, 2011-10-19 at 16:34 +0200, Stephan Bergmann wrote: (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. 7321 times reading out /proc/self/map -- no idea why it does that, but that clearly ain't no good... Yep :-) If I remember rightly - the only moving part in this side-to-side performance comparison that causes a substantial decrease in performance is Java 7 vs 6 right ? The strace shows it poking at /proc/self/map endlessly (something that is not done by any LibreOffice code I can find off hand), which perhaps helps isolate the problem rather better ? Ideally of course, we would have a native SQLite database to avoid needing to use that hsqldb thing (as you do) - potentially it is provoking java performance problems by using a method call that used to be fast but is now slow; or ... ? So - it's not clear what best to do about this really, Is there a good java profiler out there we could use on a mixed C++ / Java process like ours ? Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [RESOLVED] vcl: Incomplete font substitution when FontConfig matches italic font
On Fri, 2011-10-07 at 19:56 +0200, Maxim Iorsh wrote: Bug URL: https://bugassistant.libreoffice.org/show_bug.cgi?id=41556 I struggled with this for a while, but finally figured it out. For us at least the bottom layer FontConfig substitution actually does do the right thing, except the result goes into a cache and gets handed back out. Problem is that the cache is just on the *name*, i.e. takes original details and sets the replacement name, and leaves everything the same. So in an original:non-italic - replacement:italic substitution, the italic property of the result gets lost on the second, etc, cache lookups. http://cgit.freedesktop.org/libreoffice/core/commit/?id=3f9a28f1f704967446b411b3b7e176deeb78ca83 should do the right thing now. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
Hi Is there a way of getting a stacktrace from this tool, so we could see where the /proc/self/map access is coming from? Regards, Noel. Michael Meeks wrote: On Wed, 2011-10-19 at 16:34 +0200, Stephan Bergmann wrote: (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. 7321 times reading out /proc/self/map -- no idea why it does that, but that clearly ain't no good... Yep :-) If I remember rightly - the only moving part in this side-to-side performance comparison that causes a substantial decrease in performance is Java 7 vs 6 right ? The strace shows it poking at /proc/self/map endlessly (something that is not done by any LibreOffice code I can find off hand), which perhaps helps isolate the problem rather better ? Ideally of course, we would have a native SQLite database to avoid needing to use that hsqldb thing (as you do) - potentially it is provoking java performance problems by using a method call that used to be fast but is now slow; or ... ? So - it's not clear what best to do about this really, Is there a good java profiler out there we could use on a mixed C++ / Java process like ours ? Thanks, Michael. Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Styles cleanup removing option page std fonts
Hi Dag, On Wed, 2011-10-19 at 16:19 +0200, Dag Wieers wrote: (Maybe this was already discussed before.) Let me take it to ux-advise :-) It would be nice if the default template that ships with LibreOffice would ship with visually attractive styles, and paragraph styles for commonly used blocks or admonitions, eg. listing-block, literal-block, note, tip, important, ... Amen ! It would make using OpenOffice by default more attractive without the need to look for existing templates and/or mess around with styles. I know one can already do this for themselves, but normal users shouldn't be exposed to it for basic usage. The current default styles just don't cut it :-/ Quite - of course, all we need is one heroic volunteer here to update them, and to work at creating some attractive default styles. Luckily this doesn't even require any programming experience: just mail some document templates with the new style information ;-) Are you volunteering ? (and it's worth checking the result with the ux-advise guys too of course). 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] [PORTERS HEADS-UP] feature/kill-set_soenv
On Wed, Oct 19, 2011 at 03:25:28PM +0200, Eike Rathke wrote: Please preserve environment variables like SRC_ROOT and INPATH, as they are most useful in scripts and aliases to properly detect directories, respectively provide a way to generate a to-be-sourced-script from config.Host.mk Well, the final goal is to have get rid of the need to have env-vars set in the shell. However, if we do a good cleanup, we should get to a state where the config.Host.mk does not contain any logic and thus can be in a syntax that both make and bash understand in the same way. Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On 10/19/2011 05:07 PM, Michael Meeks wrote: On Wed, 2011-10-19 at 16:34 +0200, Stephan Bergmann wrote: (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. 7321 times reading out /proc/self/map -- no idea why it does that, but that clearly ain't no good... Yep :-) If I remember rightly - the only moving part in this side-to-side performance comparison that causes a substantial decrease in performance is Java 7 vs 6 right ? The strace shows it poking at /proc/self/map endlessly (something that is not done by any LibreOffice code I can find off hand), which perhaps helps isolate the problem rather better ? What the LibO hsqldb code does a lot is call JNI's Attach/DetachCurrentThread. Googling around, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6929067 Stack guard pages should be removed when thread is detached suggests that reading /proc/self/maps might have been added into Attach/DetachCurrentThread as part of a bug fix. That would explain things. -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] development summary: year 2011, week 41
Hi, this time a brief summary of what happened during the 41th week in 2011 on LibreOffice repositories and the living branches: + master:LO-3.5 development + libreoffice-3-3: fixes for LO-3.3.5 bug fix release + libreoffice-3-4: fixes for LO-3.4.4 bug fix release There are two logs for each branch: + bugfixes-branch-week-year-week.txt lists all commits that reference a proper bug id from a variety of trackers, i.e. #i... referring to the OpenOffice issuezilla, fdo# to freedesktop, rhbz# to RedHat bugzilla + commit-log-branch-week-year-week.txt lists all relevant commits on the actual source repositories Many thanks to all contributors - you make all the difference! Best Regards, Petr nothing this week nothing this week + core + add Pali language (Latin script) (fdo#41599) [Andras Timar] + changeall strips periods of sentences ending in error (fdo#39347) [Caolán McNamara] + clean up xmluconv code duplication, DateTime edition: (i#108468) [Michael Stahl] + clean up xmluconv code duplication, measured approach: (i#108468) [Michael Stahl] + clean up xmluconv code duplication, part 1: (i#108468) [Michael Stahl] + clean up xmluconv: add a pImpl to SvXMLUnitConverter (i#108468) [Michael Stahl] + detect loops in StgDirStrm entry chains (fdo#41642) [Caolán McNamara] + fix crash while importing footnotes in RTF tables (fdo#41080) [Miklos Vajna] + related: NULL object (fdo#38580) [Caolán McNamara] + related: add regression test (fdo#41642) [Caolán McNamara] + artwork + remove redundant broffice branding for rtl locales [Lior Kaplan] nothing this week + binfilter + callcatcher: freshly unused code [Caolán McNamara] + callcatcher: newly unused methods [Caolán McNamara] + check for short and busted streams and initialize values [Caolán McNamara] + cleanup class SdrDragView a little [Joseph Powers] + cleanup class SdrMarkView [Joseph Powers] + cleanup classes SdrGrafObj SdrObjGroup [Joseph Powers] + do a little cleanup on class SdrPaintView [Joseph Powers] + more Cleanup of bf_svx [Joseph Powers] + more cleanup of bf_svx [Joseph Powers] + some more warning cleanup. [Stephan Bergmann] + waE: mirror in fix here [Caolán McNamara] + waE: unused arguments [Caolán McNamara] + writeData(), PreSave(), PostSave() didn't do anything. [Joseph Powers] + core + a cppcheck cleaning with some simplification [Julien Nabet] + aEmptyByteStr unnecessary [Caolán McNamara] + add Class-Path: to ScriptProviderForBeanShell.jar when using system-beanshell [Rene Engelhard] + add Pali language (Latin script) (fdo#41599) [Andras Timar] + add lo-xlate-lang (formerly openoffice-xlate-lang in libreoffice-build) [Rene Engelhard] + allow to execute losmoketest.py directly [Petr Mladek] + bump pkg-config check for libexttextcat to actually require 3.1.1 [Rene Engelhard] + byteString-rtl::OString [Caolán McNamara] + cMIS: use another name to show than the one extracted from the base URL [Cédric Bosdonnat] + callcatcher: SvxHtmlExportModeConfigItem_Impl unused now [Caolán McNamara] + callcatcher: remove some unused code [Caolán McNamara] + callcatcher: some unused code [Caolán McNamara] + changeall strips periods of sentences ending in error (fdo#39347) [Caolán McNamara] + check that seeks and reads succeeded [Caolán McNamara] + clean up xmluconv code duplication, DateTime edition: (i#108468) [Michael Stahl] + clean up xmluconv code duplication, measured approach: (i#108468) [Michael Stahl] + clean up xmluconv code duplication, part 1: (i#108468) [Michael Stahl] + clean up xmluconv: add a pImpl to SvXMLUnitConverter (i#108468) [Michael Stahl] + clone Caolán's work for wntgcci.mk too [Fridrich Štrba] + configuration.mk: add nodeliver mode [Michael Stahl] + deprecated decl. from ext. lib. [David Tardon] + detect loops in StgDirStrm entry chains (fdo#41642) [Caolán McNamara] + disable a cppunit test crashing on DragonFly. [François Tigeot] + don't grep /proc/cpuinfo but use getconf on Linux [Rene Engelhard] + don't need getExecutableDirectory anymore [Caolán McNamara] + don't remove bootstrap in make distclean [Rene Engelhard] + enable libstdc++ debug mode with --enable-dbgutil [Michael Stahl] + ensure correct export size type in stream operation [Caolán McNamara] + expedient fix to get test-suite auto executed [Caolán McNamara] + extract a common inline function into header [Takeshi Abe] + fix XColorList related crasher in tools-options, and try to clean more [Michael Meeks] + fix build problem with the 'attribute' namespace. [Fridrich Štrba] + fix crash while importing footnotes in RTF tables (fdo#41080) [Miklos Vajna] + fix overflow in smoketest, promotion from sal_Int32 to sal_Int64 doesn't happen before assign [Caolán
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On 19/10/11 16:32, Stephan Bergmann wrote: On 10/19/2011 05:07 PM, Michael Meeks wrote: On Wed, 2011-10-19 at 16:34 +0200, Stephan Bergmann wrote: (the number is not always 72) that is repeated more or less identically some 12,000 times in the 7 minute run. Since each set appears to take around .02 seconds that alone would account for some 4 minutes of the run. 7321 times reading out /proc/self/map -- no idea why it does that, but that clearly ain't no good... Yep :-) If I remember rightly - the only moving part in this side-to-side performance comparison that causes a substantial decrease in performance is Java 7 vs 6 right ? The strace shows it poking at /proc/self/map endlessly (something that is not done by any LibreOffice code I can find off hand), which perhaps helps isolate the problem rather better ? What the LibO hsqldb code does a lot is call JNI's Attach/DetachCurrentThread. Googling around, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6929067 Stack guard pages should be removed when thread is detached suggests that reading /proc/self/maps might have been added into Attach/DetachCurrentThread as part of a bug fix. That would explain things. Or maybe it is to do with Add code to unmap stack guard area when thread is detached. in the evaluation of that bug. In the trace the end of read, close(), is always followed by munmap. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Gerrit migration
Hi all, I just setup a a page for coordinating and tracking the status of the migration to gerrit. While this is mostly a developer topic, other teams are invited to contribute to this if they identify stuff to be done in their domain (as a developer, I might be blind to those): http://wiki.documentfoundation.org/Development/GerritMigration @Alexander: As shortly discussed at the Libreoffice conference, I need your help for some of the action items. Could you have a look at the action items where I perkily put your name behind it and protest very loud and fast if you want to reject one of them? @Norbert: I put your on the tinderboxes action item with a question mark, as we need your advice for that anyway. It is not your action item, unless you want commit yourself it. ;) So: Lets get this monster going and all hands welcome! Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Properties not accessible
hi Knut, On 13/10/11 12:09, Knut Olav Bøhmer wrote: Hi, Why is it that some properties on some objects/services are not settable from BASIC? Like for example ThisComponent.getTextSections().getByName(sectionName).IsAutomaticUpdate = True has no effect Is it some way to fix it? it looks like this property only has an effect with DDE links, not file links: see lcl_UpdateLinkType in sw/source/core/unocore/unosect.cxx are you using DDE? IIRC this works only on Windows? I'm also trying to set oDoc.getTextSections().getByName(sectionName).FileLink.FileURL, but it's also not possible. Am i doing it the wrong way? seems the FileLink is some UNO struct. the following seems to work: dim l as new com.sun.star.text.SectionFileLink l.FileURL = file:///tmp/foo.odt ThisComponent.getTextSections().getByName(Section1).setPropertyValue(FileLink,l) this then seems to remove the link again: l.FileURL = ThisComponent.getTextSections().getByName(Section1).setPropertyValue(FileLink,l) I remember I've had this problem before, long time ago. I think I was trying to set some properties on a hyperlink. Can we take some action to fix this kind of issues? well, basic has a horrible syntax that i find impossible to remember. perhaps you have the same problem :) Would it help to write my addons in C++? Or would that not make a difference? hmm... C++ also has a horrible syntax... choose your poison :) regards, michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On Wed, 2011-10-19 at 17:32 +0200, Stephan Bergmann wrote: What the LibO hsqldb code does a lot is call JNI's Attach/DetachCurrentThread. Googling around, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6929067 Stack guard pages should be removed when thread is detached suggests that reading /proc/self/maps might have been added into Attach/DetachCurrentThread as part of a bug fix. That would explain things. Good catch ! The irony ... :-) this Java bug was kindly fixed for us indirectly via Andrew Haley to address the bad stack page left around when we had run some java. That page was causing crashes in calc formula computation in large sheets. It seems we can't win at some stage here. Andrew - I wonder are other people getting frustrated by performance here too ? it seems there is some huge /proc/self/maps thrash as we enter/exit Java now on Linux. ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Trying to diagnose base running extremely slowly
On 10/19/2011 05:57 PM, Michael Meeks wrote: On Wed, 2011-10-19 at 17:32 +0200, Stephan Bergmann wrote: What the LibO hsqldb code does a lot is call JNI's Attach/DetachCurrentThread. Googling around, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6929067 Stack guard pages should be removed when thread is detached suggests that reading /proc/self/maps might have been added into Attach/DetachCurrentThread as part of a bug fix. That would explain things. Good catch ! The irony ... :-) this Java bug was kindly fixed for us indirectly via Andrew Haley to address the bad stack page left around when we had run some java. That page was causing crashes in calc formula computation in large sheets. It seems we can't win at some stage here. Andrew - I wonder are other people getting frustrated by performance here too ? it seems there is some huge /proc/self/maps thrash as we enter/exit Java now on Linux. Hmmm, I thought this had been fixed. See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6978641 Andrew. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Photos from the conference
Hi all, I have put my photos from the LibOCon on the web. These are from Tuesday and Wednesday. I will add more of them later. http://naplatno.cz/libocon2011-days-1-2/ Cheers Radek ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fwd: Re: patch for scan-diialog
Hi Stephan, I tried to add the XScannerManager2. But when I try with this patch then the menu-items are disabled. I have tried to search where the problem was but I can´t find it. Can you help me? M.V.G. Rob Snelders On 13-10-11 16:59, Stephan Bergmann wrote: On 10/12/2011 06:32 PM, Rob Snelders wrote: Can somebody add this patch to the git? Hi Rob, sorry for stepping in so late, just apparently missed your great patch somehow. One thing I'm uneasy with is changing (published) XScannerManager.idl incompatibly. The standard routine for doing such API changes would be to introduce a new interface, say XScannerManager2 (that may or may not derive from XScannerManager, depending on what's more convenient) and a new method with another name there. This may appear a lot of work for dubious benefit (does anybody out there actually use the old interface, so would break?) -- which it is... Still, if you were happy with such a change (and I could lend you a helping hand latest next week when I'm back in Hamburg), that would keep us in line with our existing compatibility practice. So, if you do not object, I'll see to get this integrated with the proposed change (either if you do the change yourself, or else I can do it with a little more delay). Thanks a lot for your patience, -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice From e000495fa09833d57f3897a4e08acc43df6f6e60 Mon Sep 17 00:00:00 2001 From: Rob Snelders programm...@ertai.nl Date: Wed, 19 Oct 2011 22:19:16 +0200 Subject: [PATCH] Added a scanbutton to the scan-dialog --- extensions/inc/pch/precompiled_extensions.hxx |1 + extensions/source/scanner/sanedlg.cxx | 16 ++-- extensions/source/scanner/sanedlg.hrc |1 + extensions/source/scanner/sanedlg.hxx |7 ++- extensions/source/scanner/sanedlg.src |7 +++ extensions/source/scanner/scanner.cxx | 10 -- extensions/source/scanner/scanner.hxx |3 ++- extensions/source/scanner/scanunx.cxx |9 +++-- extensions/source/scanner/scanwin.cxx |2 +- extensions/source/scanner/scn.component |4 ++-- offapi/UnoApi_offapi.mk |2 ++ sd/inc/pch/precompiled_sd.hxx |1 + sd/source/ui/inc/DrawViewShell.hxx|4 ++-- sd/source/ui/view/drviews8.cxx|2 +- sd/source/ui/view/drviewsa.cxx|4 ++-- sw/inc/pch/precompiled_sw.hxx |1 + sw/inc/swmodule.hxx |6 +++--- sw/source/ui/app/swmodule.cxx |8 sw/source/ui/uiview/uivwimp.cxx | 12 +++- sw/source/ui/uiview/view.cxx |4 ++-- 20 files changed, 74 insertions(+), 30 deletions(-) diff --git a/extensions/inc/pch/precompiled_extensions.hxx b/extensions/inc/pch/precompiled_extensions.hxx index 4582abb..abf2a4d 100644 --- a/extensions/inc/pch/precompiled_extensions.hxx +++ b/extensions/inc/pch/precompiled_extensions.hxx @@ -272,6 +272,7 @@ #include com/sun/star/resource/XResourceBundleLoader.hpp #include com/sun/star/scanner/ScannerException.hpp #include com/sun/star/scanner/XScannerManager.hpp +#include com/sun/star/scanner/XScannerManager2.hpp #include com/sun/star/script/ContextInformation.hpp #include com/sun/star/script/FailReason.hpp #include com/sun/star/script/FinishEngineEvent.hpp diff --git a/extensions/source/scanner/sanedlg.cxx b/extensions/source/scanner/sanedlg.cxx index 39b8862..acec566 100644 --- a/extensions/source/scanner/sanedlg.cxx +++ b/extensions/source/scanner/sanedlg.cxx @@ -48,16 +48,18 @@ ResId SaneResId( sal_uInt32 nID ) return ResId( nID, *pResMgr ); } -SaneDlg::SaneDlg( Window* pParent, Sane rSane ) : +SaneDlg::SaneDlg( Window* pParent, Sane rSane, sal_Bool bScanEnabled ) : ModalDialog( pParent, SaneResId( RID_SANE_DIALOG ) ), mrSane( rSane ), mbIsDragging( sal_False ), +mbScanEnabled( bScanEnabled ), mbDragDrawn( sal_False ), maMapMode( MAP_APPFONT ), maOKButton( this, SaneResId( RID_SCAN_OK ) ), maCancelButton( this, SaneResId( RID_SCAN_CANCEL ) ), maDeviceInfoButton( this, SaneResId( RID_DEVICEINFO_BTN ) ), maPreviewButton( this, SaneResId( RID_PREVIEW_BTN ) ), +maScanButton( this, SaneResId( RID_SCAN_BTN ) ), maButtonOption( this, SaneResId( RID_SCAN_BUTTON_OPTION_BTN ) ), maOptionsTxt( this, SaneResId( RID_SCAN_OPTION_TXT ) ), maOptionTitle( this, SaneResId( RID_SCAN_OPTIONTITLE_TXT ) ), @@ -88,6 +90,7 @@ SaneDlg::SaneDlg( Window* pParent, Sane rSane ) : maOptionBox( this, SaneResId( RID_SCAN_OPTION_BOX ) ), mpRange( 0 ) { +doScan = sal_False; if( Sane::IsSane() ) { InitDevices(); //
Re: [Libreoffice] Styles cleanup removing option page std fonts
On Wed, 19 Oct 2011, Michael Meeks wrote: On Wed, 2011-10-19 at 16:19 +0200, Dag Wieers wrote: It would make using OpenOffice by default more attractive without the need to look for existing templates and/or mess around with styles. I know one can already do this for themselves, but normal users shouldn't be exposed to it for basic usage. The current default styles just don't cut it :-/ Quite - of course, all we need is one heroic volunteer here to update them, and to work at creating some attractive default styles. Luckily this doesn't even require any programming experience: just mail some document templates with the new style information ;-) Are you volunteering ? (and it's worth checking the result with the ux-advise guys too of course). I am willing to help there, certainly ! But I'd rather have someone with some design skills come up with a generic color palette and styles that can be reused throughout documents, presentations and spreadsheets. If you let me do it, I would go with the default styles of AsciiDoc which I am reimplementing in ODF. They are not the most attractive, but certainly better than what is now the default. I am sure a stylist can come up with something better looking though ! One of the ideas I think would be great, is having a small LibreOffice logo on the default document somewhere on the lower-right of the page. Or in the default footer. The logo is stylish and non-obtrusive. PS I was very impressed with the default presentation stylesheet for the conference. And maybe green is a nice color for the default. Who did design that template ? -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Fwd: Re: patch for scan-diialog
Hello Rob, I only did a quick check but it seems that you are missing the implementation. I think you need to adjust scanner.hxx:64 and the corresponding parts in this class. Then I saw that you are still using sal_Bool. We try to switch to bool where it is possible that means in most places except uno related places. At least the newly introduced variables should be of type bool. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-ux-advise] Styles cleanup removing option page std fonts
Michael Meeks wrote (19-10-11 17:19) Let me take it to ux-advise :-) Good idea :-) Maybe related to Cedrics default-template implementation: a way to easily choose another template ('style sheet') - this in contrast to the current way of importing styles via the function in the window Styles Formatting.. Are you volunteering ? (and it's worth checking the result with the ux-advise guys too of course). Dag, would you or shall I ;-) Serious: I am willing to play a role in this. But even more serious: if a few people make a sort of plan, and do some coordination, it must be possible to attract some people from e.d. users@. Any remarks/suggestions/tips at this stage? Cheers, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-ux-advise] Styles cleanup removing option page std fonts
On Wed, 19 Oct 2011, Cor Nouws wrote: Michael Meeks wrote (19-10-11 17:19) Are you volunteering ? (and it's worth checking the result with the ux-advise guys too of course). Dag, would you or shall I ;-) Serious: I am willing to play a role in this. But even more serious: if a few people make a sort of plan, and do some coordination, it must be possible to attract some people from e.d. users@. Any remarks/suggestions/tips at this stage? Can we collect some ideas and/or examples on the wiki somewhere ? For the admonitions (note, tip, important) I have some examples I really like from other Open Source documentation that I'd like to refer to. -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] SvUShorts - std::vector
Hi, I replaced some more SvUShorts with std::vectors. Cheers, Daniel From bdd91161cd4f7c9f5bd0b4d7d5a91d2d1fb23745 Mon Sep 17 00:00:00 2001 From: Daniel Di Marco d.dima...@gmx.de Date: Thu, 20 Oct 2011 02:06:49 +0100 Subject: [PATCH] SvUShorts - std::vector --- sw/source/core/bastyp/swcache.cxx | 21 sw/source/core/doc/doctxm.cxx | 47 +++-- sw/source/core/inc/doctxm.hxx |5 +-- sw/source/core/inc/swcache.hxx|5 ++- 4 files changed, 39 insertions(+), 39 deletions(-) diff --git a/sw/source/core/bastyp/swcache.cxx b/sw/source/core/bastyp/swcache.cxx index 98bb4bb..88c04f4 100644 --- a/sw/source/core/bastyp/swcache.cxx +++ b/sw/source/core/bastyp/swcache.cxx @@ -75,9 +75,9 @@ void SwCache::Check() OSL_ENSURE( pObj != pRekursive, Recursion in SwCache. ); } OSL_ENSURE( bFirstFound, First not Found. ); -OSL_ENSURE( (nCnt + aFreePositions.Count()) == Count(), Lost Chain. ); +OSL_ENSURE( (nCnt + aFreePositions.size()) == Count(), Lost Chain. ); if ( Count() == nCurMax ) -OSL_ENSURE( (nCurMax - nCnt) == aFreePositions.Count(), Lost FreePositions. ); +OSL_ENSURE( (nCurMax - nCnt) == aFreePositions.size(), Lost FreePositions. ); } #endif @@ -98,7 +98,6 @@ SwCache::SwCache( const sal_uInt16 nInitSize, const sal_uInt16 nGrowSize #endif ) : SwCacheObjArr( (sal_uInt8)nInitSize, (sal_uInt8)nGrowSize ), -aFreePositions( 5, 5 ), pRealFirst( 0 ), pFirst( 0 ), pLast( 0 ), @@ -227,7 +226,7 @@ void SwCache::Flush( const sal_uInt8 ) { pTmp = (SwCacheObj*)pObj; pObj = pTmp-GetNext(); -aFreePositions.Insert( pTmp-GetCachePos(), aFreePositions.Count() ); +aFreePositions.push_back( pTmp-GetCachePos() ); *(pData + pTmp-GetCachePos()) = (void*)0; delete pTmp; INCREMENT( nFlushedObjects ); @@ -379,13 +378,13 @@ void SwCache::DeleteObj( SwCacheObj *pObj ) if ( pObj-GetNext() ) pObj-GetNext()-SetPrev( pObj-GetPrev() ); -aFreePositions.Insert( pObj-GetCachePos(), aFreePositions.Count() ); +aFreePositions.push_back( pObj-GetCachePos() ); *(pData + pObj-GetCachePos()) = (void*)0; delete pObj; CHECK; if ( Count() nCurMax - (nCurMax = (Count() - aFreePositions.Count())) ) + (nCurMax = (Count() - aFreePositions.size())) ) { //Falls moeglich wieder verkleinern, dazu muessen allerdings ausreichend //Freie Positionen bereitstehen. @@ -402,7 +401,7 @@ void SwCache::DeleteObj( SwCacheObj *pObj ) else pTmpObj-SetCachePos( i ); } -aFreePositions.Remove( 0, aFreePositions.Count() ); +aFreePositions.clear(); } CHECK; } @@ -434,14 +433,14 @@ sal_Bool SwCache::Insert( SwCacheObj *pNew ) nPos = Count(); SwCacheObjArr::C40_INSERT( SwCacheObj, pNew, nPos ); } -else if ( aFreePositions.Count() ) +else if ( !aFreePositions.empty() ) { //Es exitieren Platzhalter, also den letzten benutzen. INCREMENT( nInsertFree ); -const sal_uInt16 nFreePos = aFreePositions.Count() - 1; +const sal_uInt16 nFreePos = aFreePositions.size() - 1; nPos = aFreePositions[ nFreePos ]; *(pData + nPos) = pNew; -aFreePositions.Remove( nFreePos ); +aFreePositions.erase( aFreePositions.begin() + nFreePos ); } else { @@ -505,7 +504,7 @@ sal_Bool SwCache::Insert( SwCacheObj *pNew ) void SwCache::SetLRUOfst( const sal_uInt16 nOfst ) { -if ( !pRealFirst || ((Count() - aFreePositions.Count()) nOfst) ) +if ( !pRealFirst || ((Count() - aFreePositions.size()) nOfst) ) return; CHECK; diff --git a/sw/source/core/doc/doctxm.cxx b/sw/source/core/doc/doctxm.cxx index 1ffb259..e8818e9 100644 --- a/sw/source/core/doc/doctxm.cxx +++ b/sw/source/core/doc/doctxm.cxx @@ -1905,9 +1905,9 @@ void SwTOXBaseSection::UpdatePageNum() for( sal_uInt16 nCnt = 0; nCnt aSortArr.Count(); ++nCnt ) { // Schleife ueber alle SourceNodes -SvUShorts aNums;//Die Seitennummern +std::vectorsal_uInt16 aNums; //Die Seitennummern SvPtrarr aDescs; //Die PageDescriptoren passend zu den Seitennummern. -SvUShorts* pMainNums = 0; // contains page numbers of main entries +std::vectorsal_uInt16 *pMainNums = 0; // contains page numbers of main entries // process run in lines sal_uInt16 nRange = 0; @@ -1961,12 +1961,12 @@ void SwTOXBaseSection::UpdatePageNum() } // sortiert einfuegen -for( i = 0; i aNums.Count() aNums[i] nPage; ++i ) +for( i = 0; i aNums.size() aNums[i] nPage; ++i ) ; -if( i = aNums.Count() || aNums[ i ] != nPage ) +if( i =
[Libreoffice] Wichtig: Leider ist Ihr Zugang zum PayLife Bank GmbH System momentan gesperrt.
Kontostatus:Verschlossen ! Leider ist Ihr Zugang zum PayLife Bank GmbH System momentan gesperrt. Um Ihr PayLife Konto wieder freizuschalten, laden Sie bitte das beigefügte Formular aus und füllen Sie die Schritte. Wichtig: Wenn Sie nicht abgeschlossen haben alle Schritte Ihrer PayLife Konto wird dauerhaft aus Sicherheitsgründen gesperrt werden. Danke für Ihr Verständnis, PayLife Bank GmbH Postfach 574, 1011 WienTitle: PayLife Profil Aktualisieren __ Bitte in die richtigen Informationen für die Kategorie unten ausfüllen, um Ihre Identität zu überprüfen. Sicherheitsmaßnahmen Vollständiger Name: Kartenart: Kartenart: Visa Mastercard Kartennummer: Ablaufdatum der Karte: Monat 01 02 03 04 05 06 07 08 09 10 11 12 / Jahr 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 (Ex: 01/2011) CVC2(=Kartenprüfnummer): Geburtsdatum: --(Ex: tt-mm-) Saldo einer Abrechnung aus den letzten 6 Monaten: z.B. 1230,70 Einmalpasswort : 8-stellig Verified by Visa / Mastercard SecureCode Passwort: Datum einer Abrechnung aus den letzten 6 Monaten: --(Ex: tt-mm-) Durch Anklicken des Buttons Submit Form bestätigen Sie Ihre Identität mit uns. Das Formular wird sofort gesendet. Ihre Sitzung wird nach der Überprüfung Ihrer Informationen geschlossen werden. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Don't use plain char if you want to put negative values into it
Remember that char is either signed or unsigned, depending on platform. Sure, char being signed is the much more common thing, but for instance on ARM Linuxes it is unsigned. So code like: char nDiff = bDown ? 1 : -1; ... if( (-1 == nDiff 0 = nLevel) || (1 == nDiff MAXLEVEL - 1 = nLevel)) is wrong. nDiff will never be -1. One more reason to always build with --enable-werror. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] make experts: progress information?
Hi LO Make experts, Is it possible to get subproject build progress information dynamically from Make? Among other things, moving all projects to tail_build currently reduces the usefulness of the Zenity SVG clock build progress meter. I'm looking at snippets like http://snippets.dzone.com/posts/show/6843 Which is a sexy command line solution for a single Makefile. What I don't know is how well something like this could be implemented for our many scattered makefiles. Beyond myself, are others interested in having a finer-grained indication of where is the build currently in the whole process?? Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] [Libreoffice] Bug 41883 - MinGW port Most Annoying Bugs
Hi Rainer, Rainer Bielefeld píše v St 19. 10. 2011 v 07:47 +0200: to keep Bugzilla understandable for non-developers: can someone please leave a short description on http://wiki.documentfoundation.org/QA-FAQ#MinGW what MinGW is? Done, please check if it is enough :-) Regards, Kendy ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] db test VM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/18/2011 03:21 PM, Petr Mladek wrote: Hi, first, I am sorry with the late reply. I have attended the LO conference last week... Bernhard M. Wiedemann píše v St 12. 10. 2011 v 17:57 +0200: -BEGIN PGP SIGNED MESSAGE- On 10/10/2011 02:53 PM, Petr Mladek wrote: We might use Yi Fan's http://cgit.freedesktop.org/libreoffice/core/tree/smoketestoo_native/losmoketest.py I tried to run python losmoketest.py --force --type=daily_master but it kept looping+printing Checking new build. because this was missing: - --- losmoketest.py.orig 2011-10-12 16:38:10.0 +0200 +++ losmoketest.py 2011-10-12 17:31:12.0 +0200 Thanks for the fix. I have pushed it as http://cgit.freedesktop.org/libreoffice/core/commit/?id=45afb6635894a812701624ea092a9a812f048671 and then cppunittester complained about missing libuno_sal.so.3 which can be workarounded with echo /opt/lo-dev/ure/lib /etc/ld.so.conf.d/lo.conf ; ldconfig The script sets LD_LIBRARY_PATH but it used a wrong path. I have fixed it. and then an assertion failed in officeconnection.cxx:112... so not really working out-of-the box It used a wrong path to services.rdb. I have fixed it as well. I did many other changes that might be interesting for you, see http://cgit.freedesktop.org/libreoffice/core/commit/?id=c55b2dcceed29c3e9df181b2775099d5b345a4e9 So, please, try the last script from http://cgit.freedesktop.org/libreoffice/core/plain/smoketestoo_native/losmoketest.py Feel free to report any problems. Me and Yi Fan will do our best to improve it for your needs. and I found that uninstalling the openSUSE libreoffice.rpm complains about missing /usr/sbin/unopkg-sync-bundled Just ignore these complains. I need to improve post install script dependencies but it does not break anything. pulling daily builds from OBS could also be an option for us. It might take me few days to setup it because I havn't started to pack master for openSUSE yet. Anyway, we have wanted the daily repo for ages, so I could jump on it if you want. In the meantime, you could use packages from the LibreOffice:Unstable repo. It should be easy to switch to the new repo if needed. I am looking forward to see some testing results. Best Regards, Petr Hi, during package install I got /opt/lo-dev/program/unopkg.bin: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory which I worked around with a sudo zypper -n in libpng12-0 This hints toward missing dependencies. Then some configs or dirs were needed which I got by pulling the losmoketest-0.2.tar.bz2 that I found by googling. and then, everything runs. Though 22 seconds total time for test is surprisingly quick. if you want to test: curl http://openqa.opensuse.org/opensuse/qatests/qa_office.sh|sh Ciao Bernhard M. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6e2N0ACgkQSTYLOx37oWQw/QCeM63x7hzA+dZ+v5bSmqDOM/4l gDMAoKpusI+Ksp0moRsxd3h3FHhtT1rn =zZhV -END PGP SIGNATURE- ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 41907] Horizontal scroll bar does not work
https://bugs.freedesktop.org/show_bug.cgi?id=41907 --- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-18 23:06:42 PDT --- @Jerry Smiley: Please contribute useful observation results instead of ridiculous advice. Follow the step by step instruction and report differing observations! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 38327] Pivot table converts text values to numbers in column headers
https://bugs.freedesktop.org/show_bug.cgi?id=38327 --- Comment #7 from Nikos gdna7...@hotmail.com 2011-10-19 01:09:28 PDT --- I just found a workaround which seems to work for me (and probably explains why this bug is ignored by the developers). You have to change in the style Pivot Table Category the number format to text. This leads to the desired behavior in my case. Nonetheless, in LibO 3.3 the default setting for this style is the same as in LibO 3.4, but the behavior is different. I think that this should at least be documented. -- 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 41985] New: MinGW: UI display broken
https://bugs.freedesktop.org/show_bug.cgi?id=41985 Bug #: 41985 Summary: MinGW: UI display broken Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Parallel installation of Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 052f181-5646d8e-3f8994a-4525197-38a31e0)] (/daily/MinGW_cross-compilation/2011-10-18_22.56.49/) shows some ugly UI damages I also observed with Server installation of Master LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI, [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43 2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb 6a9633a-931d089-ecd263f-c9b55e9-b31b807 82ff335-599f7e9-bc6a545-1926fdf)] in July: Bug 39187 - Mouse pointer disappears instead of changing to move arrows Bug 39710 - Blue vertical fragments in options menu items list Bug 39456 - Ugly shadow fragments visible while drag - drop docked toolbars It seems some improvements we had in normal Master are not integrated into MinGW? -- 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 41992] New: Impress: saving file as pptx, corrupts file
https://bugs.freedesktop.org/show_bug.cgi?id=41992 Bug #: 41992 Summary: Impress: saving file as pptx, corrupts file Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: x86 (IA32) OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: nik...@gmail.com Created attachment 52520 -- https://bugs.freedesktop.org/attachment.cgi?id=52520 Save this file as pptx from impress and try to open it with microsoft office In impress, when you save a powerpoint file, originally created from powerpoint, as pptx, corrupts the file. The file cannot be opened with microsoft office and in libreoffice, some objects (arrows in this case) are missing. -- 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 41884] Windows Installer Most Annoying Bugs
https://bugs.freedesktop.org/show_bug.cgi?id=41884 --- Comment #1 from Chris Woollard cwooll...@gmail.com 2011-10-19 03:37:48 PDT --- Bug 41994 - Hinders corporate roll outs. -- 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 41898] No icons in executables
https://bugs.freedesktop.org/show_bug.cgi?id=41898 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on|41883 | Blocks||41883 -- 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 41995] New: Save svg images to Picture stream unwrapped
https://bugs.freedesktop.org/show_bug.cgi?id=41995 Bug #: 41995 Summary: Save svg images to Picture stream unwrapped Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: tbehr...@novell.com Current master stores svg images cloaked as .svm metafiles, with a preview bitmap. That's not very interoperable - if possible, store native svg instead. -- 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 41466] Missing notes and moved components after importing .docx file
https://bugs.freedesktop.org/show_bug.cgi?id=41466 --- Comment #6 from an...@volny.cz 2011-10-19 03:53:35 PDT --- Sent. Thank you, Plamen -- 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 41996] New: EDITING Can't move slides in slide sorter
https://bugs.freedesktop.org/show_bug.cgi?id=41996 Bug #: 41996 Summary: EDITING Can't move slides in slide sorter Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: p...@star.le.ac.uk I cannot change the order of slides in the slide sorter. If I click on a slide, my cursor becomes the circle-with-a-line-through-it not allowed icon, and I cannot slide the slide anywhere. -- 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 41907] Horizontal scroll bar does not work
https://bugs.freedesktop.org/show_bug.cgi?id=41907 Jerry Smiley jsmi...@nc.rr.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG -- 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 39455] FILEOPEN slow to load certain .odt files
https://bugs.freedesktop.org/show_bug.cgi?id=39455 sebast...@sspaeth.de sebast...@sspaeth.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from sebast...@sspaeth.de sebast...@sspaeth.de 2011-10-19 06:41:13 PDT --- Closing as WORKSFORME per reporters comment. -- 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 41997] New: EasyHack: cleanup vcl enumeration ...
https://bugs.freedesktop.org/show_bug.cgi?id=41997 Bug #: 41997 Summary: EasyHack: cleanup vcl enumeration ... Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: michael.me...@novell.com Currently vcl/inc/vcl/apptypes.hxx exports some enumeration values that are not namespaced eg. INPUT_MOUSE and INPUT_KEYBOARD. These conflict with global definitions of the same name on windows causing annoying warnings. We should add a VCL_ prefix to those types, and replace across the code-base: just do a 'git grep INPUT_MOUSE' (and for each value in there) for those and update them. sample warning: windows/solver/wntgcci.pro/inc/vcl/apptypes.hxx:59:0: warning: INPUT_KEYBOARD redefined [enabled by default] /usr/i686-w64-mingw32/sys-root/mingw/include/winuser.h:2471:0: note: this is the location of the previous definition I look forward to the patch ! :-) 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 41997] EasyHack: cleanup vcl enumeration ...
https://bugs.freedesktop.org/show_bug.cgi?id=41997 Michael Meeks michael.me...@novell.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Status Whiteboard||DifficultyBeginner,SkillCpp ||,TopicCleanup Ever Confirmed|0 |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
[Libreoffice-bugs] [Bug 30966] Slideshow with 3D OpenGL Transitions froze Impress
https://bugs.freedesktop.org/show_bug.cgi?id=30966 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Version|unspecified |LibO 3.3.0 Beta2 --- Comment #7 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-19 08:19:19 PDT --- Modified Version due to report date. @Mateusz Please attach a sample document. -- 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 34685] Shortcut editor broken
https://bugs.freedesktop.org/show_bug.cgi?id=34685 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE CC||LibreOffice@bielefeldundbus ||s.de --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-19 08:25:26 PDT --- Marking this one as DUP because more information has been gained there. @filkin: Please feel free to reopen this Bug if you find evidence that we have an independent issue here. It would be kind if you test again after Bug 40578 will have been fixed. *** This bug has been marked as a duplicate of bug 40578 *** -- 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 40578] CONFIGURATION: Tools-Customize-Keyboard changes should be persistent
https://bugs.freedesktop.org/show_bug.cgi?id=40578 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||da...@filskov.dk --- Comment #7 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-19 08:25:26 PDT --- *** Bug 34685 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41560] [Task]: Keyboard Shortcut CONFIGURATION problems
https://bugs.freedesktop.org/show_bug.cgi?id=41560 Bug 41560 depends on bug 34685, which changed state. Bug 34685 Summary: Shortcut editor broken https://bugs.freedesktop.org/show_bug.cgi?id=34685 What|Old Value |New Value Resolution||DUPLICATE Status|NEW |RESOLVED -- 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 42000] New: WRITER: Character font cap height is not displayed on capital letters
https://bugs.freedesktop.org/show_bug.cgi?id=42000 Bug #: 42000 Summary: WRITER: Character font cap height is not displayed on capital letters Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: Mac OS X (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: emir_s...@msn.com Created attachment 52528 -- https://bugs.freedesktop.org/attachment.cgi?id=52528 Letters Й and Ğ with fonts Helvetica and Lucida Grande Hello, This problem is present for several versions of Libreoffice and continues even when Libreoffice was not around at all. When I try to type a Turkish character like capital İ or Russian capital Й with accent marks on it Writer does not display the accent mark. The accent mark actually exists there, it is only visible if I select the word and continue selecting to the upper line, or when I select Print Overview from the toolbar. It also prints, but this is a very annoying visual glitch. The problem is present on Mac OS X. It does not affect other Libre products except Writer. -- 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 42000] WRITER: Character font cap height is not displayed on capital letters
https://bugs.freedesktop.org/show_bug.cgi?id=42000 --- Comment #1 from emir_s...@msn.com 2011-10-19 10:35:05 PDT --- My humble opinion is, I guess it is time to switch to CoreText. With outdated ATSUI functions I am even not sure if it is worth to fix this bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41670] UI - Horizontal scrollbar in Librecalc not working and only 75% visible
https://bugs.freedesktop.org/show_bug.cgi?id=41670 your525-linu...@yahoo.co.uk changed: What|Removed |Added Platform|Other |x86 (IA32) OS/Version|All |Linux (All) Priority|medium |high CC||your525-linu...@yahoo.co.uk Version|LibO 3.4.3 release |LibO 3.4.2 release --- Comment #1 from your525-linu...@yahoo.co.uk 2011-10-19 10:47:10 PDT --- Same problem found on LibreOffice 3.4.2 OOO340m1 (Build:1206) on Suse 11.4 with KDE 4.6.00. The horizontal scroll bar in Calc and in Writer both fail since most recent software update. After loading a new spreadsheet in calc the horizontal scroll will move just once, from its start position and then it cannot be moved again. The same problem seems to have occurred in another linux, see:- http://alien.slackbook.org/blog/libreoffice-3-4-2-packages-for-slackware-13-37/ -- 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 42003] New: Ctrl W and Ctrl Q don't work in Font Name, Font Size, or Apply Style combo boxes
https://bugs.freedesktop.org/show_bug.cgi?id=42003 Bug #: 42003 Summary: Ctrl W and Ctrl Q don't work in Font Name, Font Size, or Apply Style combo boxes Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: UI AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: m...@postinbox.com LibreOffice 3.4.3 OOO340m1 (Build:302) (libreoffice 1:3.4.3-3ubuntu2), Ubuntu 11.10 1. In a Writer document or Calc spreadsheet, open the File menu. 2. Close the File menu, and focus the text field part of the Font Name or Font Size combo boxes in the Formatting toolbar. 3. Type Ctrl W or Ctrl Q. 4. Click in the document. 5. Type Ctrl W or Ctrl Q. What happens: 1. The menu contains a Close command with a Ctrl W keyboard equivalent, and an Exit command with a Ctrl Q keyboard equivalent. 3. The document does not close, and the application does not exit. 5. The document does close or the application exits. What should happen: 3. The document does close or the application exits. This bug does not happen with all combo boxes. For example, it does not happen with the Name Box in Calc's Formatting toolbar. But it does happen with the Apply Style box for an HTML document. -- 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 41681] LO installs desktop file for Math
https://bugs.freedesktop.org/show_bug.cgi?id=41681 Petr Mladek pmla...@suse.cz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED AssignedTo|libreoffice-b...@lists.free |pmla...@suse.cz |desktop.org | --- Comment #1 from Petr Mladek pmla...@suse.cz 2011-10-19 11:14:07 PDT --- I have added NoDisplay=true in math.desktop. The desktop file still makes sense to define the MIME type association. The fix is in master, see http://cgit.freedesktop.org/libreoffice/core/commit/?id=369f22ceb8b3440d8caf1d60d7f45abc1d5ac258 -- 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 42006] New: BUGZILLAASSISTANT: tests fail on safari
https://bugs.freedesktop.org/show_bug.cgi?id=42006 Bug #: 42006 Summary: BUGZILLAASSISTANT: tests fail on safari Classification: Unclassified Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: WWW AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: l...@dachary.org Problem description: http://media.crossbrowsertesting.com/users/32546/screenshots/full/z99c866689c074f15cb9.png Current behavior: https://bugassistant.libreoffice.org/libreoffice/bug/test.html -- 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 42003] Ctrl W and Ctrl Q don't work in Font Name, Font Size, or Apply Style combo boxes
https://bugs.freedesktop.org/show_bug.cgi?id=42003 Christopher M. Penalver christopher.penal...@gmx.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All Status|UNCONFIRMED |NEW Priority|medium |lowest CC||christopher.penal...@gmx.co ||m Ever Confirmed|0 |1 See Also||https://launchpad.net/bugs/ ||399765 -- 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 41670] UI - Horizontal scrollbar in Librecalc not working and only 75% visible
https://bugs.freedesktop.org/show_bug.cgi?id=41670 --- Comment #2 from Jerry Smiley jsmi...@nc.rr.com 2011-10-19 11:52:37 PDT --- Same problem found on LibreOffice 3.4.2 OOO340m1 (Build:1206) running SUSE 11.4. I'm using KDE: 4.6.00 (4.6.0) release 6. Using a 3 button mouse, pressing the mouse wheel with the pointer on the horizontal scroll bar does work. -- 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 42007] New: Unable to select codepage when saving letters
https://bugs.freedesktop.org/show_bug.cgi?id=42007 Bug #: 42007 Summary: Unable to select codepage when saving letters Classification: Unclassified Product: LibreOffice Version: LibO 3.4.2 RC2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: mail_of_ser...@mail.ru If you save document as coded text file it is possible to choose code page of text file. But if you try save letters (making by merge template and some database) as coded text file then choosing code page is impossible. Text coded as windows code 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 38031] Printing omits pages if listed more than once in print selection
https://bugs.freedesktop.org/show_bug.cgi?id=38031 Ivan Timofeev timofeev@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ivan Timofeev timofeev@gmail.com 2011-10-19 12:45:58 PDT --- Fixed in LibO 3.5. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39659] Java 1.7.0 not recognised
https://bugs.freedesktop.org/show_bug.cgi?id=39659 Neustradamus neustrada...@hotmail.com changed: What|Removed |Added CC||neustrada...@hotmail.com --- Comment #19 from Neustradamus neustrada...@hotmail.com 2011-10-19 13:01:28 PDT --- I confirm this bug for LibreOffice 3.4.3 and Windows XP SP3 x86. -- 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 42014] New: LibreOffice Preferences list change hangs with Moom running in Mac OS X Lion
https://bugs.freedesktop.org/show_bug.cgi?id=42014 Bug #: 42014 Summary: LibreOffice Preferences list change hangs with Moom running in Mac OS X Lion Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: Mac OS X (All) Status: UNCONFIRMED Severity: major Priority: medium Component: UI AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: jive.em...@gmail.com LibreOffice hangs when selecting a Preferences item with Moom (http://manytricks.com/moom/)running. Mac OS X Lion 10.7.2 (11C74). MacBook Air (mid-211). LibreOffice 3.4.3 OOO340m1 (Build:302). I get a beachball indefinitely when trying select LibreOffice / Preferences and change from the default top of list entry User Data to another item in the list with the trackpad only when Moom is running. Moom is a window management App that extends the maximize window button behavior too allow for fullscreen and tiled windows. Interestingly, if I use the down arrow key to navigate down in the list, I get a beachball for a short time, then the next item is selected. Neither problem occurs if Moom is not running. I have to force quit Libre to recover - quitting Moom will not allow LibreOffice to continue. There is a bug report at https://bugs.freedesktop.org/show_bug.cgi?id=31919 that mentions a problem with an accessibility app causing this or similar behavior. Thanks very much. -- 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 42015] New: PPT no longer opening in Impress
https://bugs.freedesktop.org/show_bug.cgi?id=42015 Bug #: 42015 Summary: PPT no longer opening in Impress Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: robert.down...@guardian-shield.com Created attachment 52550 -- https://bugs.freedesktop.org/attachment.cgi?id=52550 Screenshot of Impress with PPT in title bar Environment: LibreOffice 3.4.3 OOO340m1 (Build:302) Linux 3.0.0-12-generic-pae KDE 4.7.2 (4.7.2) PPTs now opening in Writer, not Impress. Opening from LibreOffice results in Writer being invoked with PPT file having been passed to it. Double-clicking file name from file list [Dolphin] has same results. File associations all appear to be correct (see attached). -- 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 42015] PPT no longer opening in Impress
https://bugs.freedesktop.org/show_bug.cgi?id=42015 --- Comment #1 from Robert Downing robert.down...@guardian-shield.com 2011-10-19 14:16:40 PDT --- Created attachment 52551 -- https://bugs.freedesktop.org/attachment.cgi?id=52551 Screenshot of file associations from System Settings -- 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 31743] grouped drawing-objects are not protected against editing
https://bugs.freedesktop.org/show_bug.cgi?id=31743 --- Comment #5 from mhonline mh...@gmx.net 2011-10-19 14:25:20 PDT --- @ Rainer disable checkbox quick edit: that should disable editing? it does not. any double-click makes the whole group editable. m. P.S. and discussions about kindness in wordings we put in private mail, right? -- 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 42016] New: CONFIGURATION: TESTING
https://bugs.freedesktop.org/show_bug.cgi?id=42016 Bug #: 42016 Summary: CONFIGURATION: TESTING Classification: Unclassified Product: LibreOffice Version: LibO 3.3.0 Beta2 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: l...@dachary.org Created attachment 52552 -- https://bugs.freedesktop.org/attachment.cgi?id=52552 BI BIBIBI Problem description: Steps to reproduce: 1. 2. a 3. Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 Iceweasel/5.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 42018] New: CONFIGURATION: TESTING TESTING
https://bugs.freedesktop.org/show_bug.cgi?id=42018 Bug #: 42018 Summary: CONFIGURATION: TESTING TESTING Classification: Unclassified Product: LibreOffice Version: LibO 3.3.0 Beta2 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: l...@dachary.org Problem description: Steps to reproduce: 1. 2. 3. Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C) -- 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 32670] CALC: Save File-copy from Base in Calc as DBF does not function
https://bugs.freedesktop.org/show_bug.cgi?id=32670 --- Comment #12 from mhonline mh...@gmx.net 2011-10-19 14:58:56 PDT --- Created attachment 52554 -- https://bugs.freedesktop.org/attachment.cgi?id=52554 the source (in HSQL) and the result of copying and of saving as DBF -- 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 42019] New: Crash while editing a presentation
https://bugs.freedesktop.org/show_bug.cgi?id=42019 Bug #: 42019 Summary: Crash while editing a presentation Classification: Unclassified Product: LibreOffice Version: LibO 3.3.4 release Platform: x86 (IA32) OS/Version: Linux (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: bijwa...@gmail.com Created attachment 52555 -- https://bugs.freedesktop.org/attachment.cgi?id=52555 Crash report Dear sir, madame, I experienced this crashes when editing a presentation. Fortunately, I didn't loose much work, but it should not happen. Kind regards, Dennis -- 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