[Libreoffice-commits] .: Branch 'feature/factorize_gcc' - 0 commits -
Rebased ref, commits from common ancestor: ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] writer/litmus
writer/litmus/language-test-en.odt |binary 1 file changed New commits: commit 2bdb4b89359632865b359435b20807b9fbc0889f Author: Yifan J yfji...@suse.com Date: Thu Nov 10 17:13:08 2011 +0800 An English test sample for l10n test diff --git a/writer/litmus/language-test-en.odt b/writer/litmus/language-test-en.odt new file mode 100644 index 000..06811f6 Binary files /dev/null and b/writer/litmus/language-test-en.odt differ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: solenv/unxmacxp
solenv/unxmacxp/inc/poll.h | 176 -
1 file changed, 176 deletions(-)
New commits:
commit 0a2286a7244ca80f8109765f0ff78a7c36e7cd68
Author: Norbert Thiebaud nthieb...@gmail.com
Date: Thu Nov 10 03:20:06 2011 -0600
it is conjectured that solenv/unxmacxp/inc/poll.h is not needed anymore
diff --git a/solenv/unxmacxp/inc/poll.h b/solenv/unxmacxp/inc/poll.h
deleted file mode 100644
index 00c6cba..000
--- a/solenv/unxmacxp/inc/poll.h
+++ /dev/null
@@ -1,176 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-// poll.h
-// MacOS X does not implement poll(). Therefore, this replacement
-// is required. It uses select().
-
-#ifndef _FAKE_POLL_H
-#define _FAKE_POLL_H
-
-#include sys/errno.h
-#include string.h
-#include limits.h
-#undef FD_SETSIZE
-#define FD_SETSIZE OPEN_MAX
-#include sys/types.h
-#include sys/time.h
-#include unistd.h
-#include stdlib.h
-
-typedef struct pollfd {
-int fd; /* file desc to poll */
-short events; /* events of interest on fd */
-short revents; /* events that occurred on fd */
-} pollfd_t;
-
-
-// poll flags
-#define POLLIN 0x0001
-#define POLLOUT 0x0004
-#define POLLERR 0x0008
-
-// synonyms
-#define POLLNORM POLLIN
-#define POLLPRI POLLIN
-#define POLLRDNORM POLLIN
-#define POLLRDBAND POLLIN
-#define POLLWRNORM POLLOUT
-#define POLLWRBAND POLLOUT
-
-// ignored
-#define POLLHUP 0x0010
-#define POLLNVAL 0x0020
-
-inline int poll(struct pollfd *pollSet, int pollCount, int pollTimeout)
-{
-struct timeval tv;
-struct timeval *tvp;
-fd_set readFDs, writeFDs, exceptFDs;
-fd_set *readp, *writep, *exceptp;
-struct pollfd *pollEnd, *p;
-int selected;
-int result;
-int maxFD;
-
-if ( !pollSet )
-{
-pollEnd = NULL;
-readp = NULL;
-writep = NULL;
-exceptp = NULL;
-maxFD = 0;
-}
-else
-{
-pollEnd = pollSet + pollCount;
-readp = readFDs;
-writep = writeFDs;
-exceptp = exceptFDs;
-
-FD_ZERO(readp);
-FD_ZERO(writep);
-FD_ZERO(exceptp);
-
-// Find the biggest fd in the poll set
-maxFD = 0;
-for (p = pollSet; p pollEnd; p++)
-{
-if (p-fd maxFD)
-maxFD = p-fd;
-}
-
-if (maxFD = FD_SETSIZE)
-{
-// At least one fd is too big
-errno = EINVAL;
-return -1;
-}
-
-// Transcribe flags from the poll set to the fd sets
-for (p = pollSet; p pollEnd; p++)
-{
-if (p-fd 0)
-{
-// Negative fd checks nothing and always reports zero
-}
-else
-{
-if (p-events POLLIN)
-FD_SET(p-fd, readp);
-if (p-events POLLOUT)
-FD_SET(p-fd, writep);
-if (p-events != 0)
-FD_SET(p-fd, exceptp);
-// POLLERR is never set coming in; poll() always reports errors
-// But don't report if we're not listening to anything at all.
-}
-}
-}
-
-// poll timeout is in milliseconds. Convert to struct timeval.
-// poll timeout == -1 : wait forever : select timeout of NULL
-// poll timeout == 0 : return immediately : select timeout of zero
-if (pollTimeout = 0)
-{
-tv.tv_sec = pollTimeout / 1000;
-tv.tv_usec = (pollTimeout % 1000) * 1000;
-tvp = tv;
-}
-else
-{
-tvp = NULL;
-}
-
-selected = select(maxFD+1, readp, writep, exceptp, tvp);
-
-if (selected 0)
-{
-// Error during select
-result = -1;
-}
-else if (selected 0)
-{
-// Select found something
-// Transcribe result from fd sets to poll set.
-// Also count the number of selected fds. poll returns the
-// number of ready fds; select returns the number of bits set.
-int polled = 0;
-for (p = pollSet; p pollEnd; p++)
-{
-p-revents = 0;
-if (p-fd 0) {
-// Negative fd always reports zero
-}
-else
-{
-if ( (p-events POLLIN) FD_ISSET(p-fd, readp) )
-p-revents |= POLLIN;
-if ( (p-events POLLOUT) FD_ISSET(p-fd, writep) )
-p-revents |= POLLOUT;
-if ( (p-events != 0) FD_ISSET(p-fd, exceptp) )
-p-revents |= POLLERR;
-
-if (p-revents)
-polled++;
-}
-}
-result = polled;
-}
-else
-{
-// selected == 0, select timed out before anything happened
-// Clear all result bits and return zero.
-for (p =
[Libreoffice-commits] .: solenv/gbuild
solenv/gbuild/platform/LINUX_POWERPC64_GCC.mk |6 -- solenv/gbuild/platform/LINUX_S390X_GCC.mk |5 - 2 files changed, 8 insertions(+), 3 deletions(-) New commits: commit ad9ea642b4113854f01b67fb3837c1543385d6f9 Author: Norbert Thiebaud nthieb...@gmail.com Date: Thu Nov 10 04:33:16 2011 -0600 LINUX_S390X_GCC and LINUX_POWERPC64_GCC were pointing to the wrong thing diff --git a/solenv/gbuild/platform/LINUX_POWERPC64_GCC.mk b/solenv/gbuild/platform/LINUX_POWERPC64_GCC.mk index e48979b..3a3c685 100644 --- a/solenv/gbuild/platform/LINUX_POWERPC64_GCC.mk +++ b/solenv/gbuild/platform/LINUX_POWERPC64_GCC.mk @@ -29,9 +29,11 @@ #* #please make generic modifications to unxgcc.mk or linux.mk -gb_CXXFLAGS += -mminimal-toc +gb_CPUDEFS += -DPPC +gb_COMPILERDEFAULTOPTFLAGS := -O2 +gb_CXXFLAGS += -mminimal-toc -fsigned-char gb_CFLAGS += -fsigned-char -include $(GBUILDDIR)/platform/linux-POWERPC.mk +include $(GBUILDDIR)/platform/linux.mk # vim: set noet sw=4: diff --git a/solenv/gbuild/platform/LINUX_S390X_GCC.mk b/solenv/gbuild/platform/LINUX_S390X_GCC.mk index e50579e..6f5fec9 100644 --- a/solenv/gbuild/platform/LINUX_S390X_GCC.mk +++ b/solenv/gbuild/platform/LINUX_S390X_GCC.mk @@ -29,7 +29,10 @@ #* #please make generic modifications to unxgcc.mk or linux.mk +gb_COMPILERDEFAULTOPTFLAGS := -O2 +gb_CXXFLAGS += -fsigned-char -fno-omit-frame-pointer +gb_CFLAGS += -fsigned-char -fno-omit-frame-pointer -include $(GBUILDDIR)/platform/linux-S390.mk +include $(GBUILDDIR)/platform/linux.mk # vim: set noet sw=4: ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - sw/JunitTest_sw_complex.mk sw/qa sw/source
sw/JunitTest_sw_complex.mk | 13 +
sw/qa/complex/writer/CheckBookmarks.java |8 +---
sw/source/core/unocore/unocoll.cxx | 18 +-
3 files changed, 15 insertions(+), 24 deletions(-)
New commits:
commit 650592cf0181e219921d5e6bc3ffe007c95dc192
Author: Bjoern Michaelsen bjoern.michael...@canonical.com
Date: Thu Nov 10 11:33:05 2011 +0100
fdo#40819 lp#868229: reenable CheckBookmarks subsequenttest
* MsWord Hash changed from DEV300m41 = behaviour change, possible
regression?
diff --git a/sw/JunitTest_sw_complex.mk b/sw/JunitTest_sw_complex.mk
index 5551577..3c330b6 100644
--- a/sw/JunitTest_sw_complex.mk
+++ b/sw/JunitTest_sw_complex.mk
@@ -57,6 +57,7 @@ $(eval $(call gb_JunitTest_add_jars,sw_complex,\
$(eval $(call gb_JunitTest_add_classes,sw_complex,\
complex.accessibility.AccessibleRelationSet \
+complex.writer.CheckBookmarks \
complex.checkColor.CheckChangeColor \
complex.writer.CheckCrossReferences \
complex.writer.CheckFlies \
@@ -66,17 +67,5 @@ $(eval $(call gb_JunitTest_add_classes,sw_complex,\
# fd#35657 test disabled - reenable if fixed
#complex.writer.TextPortionEnumerationTest \
-# Currently fails on all platforms, as getBookmarksHash in
-# sw/qa/complex/writer/CheckBookmarks.java obtains from
-# xBookmarks.getElementNames() names like __UnoMark__1910_1361181355 that
-# cause NoSuchElementException, see
-# https://bugs.freedesktop.org/show_bug.cgi?id=40819 CheckBookmarks fails
-# with NoSuchElementException on names __UnoMark__1910_1361181355:
-# # CheckBookmarks currently fails on windows because the hashes are different:
-# ifneq ($(OS),WNT)
-# $(eval $(call gb_JunitTest_add_classes,sw_complex,\
-# complex.writer.CheckBookmarks \
-# ))
-# endif
# vim: set noet sw=4 ts=4:
diff --git a/sw/qa/complex/writer/CheckBookmarks.java
b/sw/qa/complex/writer/CheckBookmarks.java
index 84bfe15..405ca0d 100644
--- a/sw/qa/complex/writer/CheckBookmarks.java
+++ b/sw/qa/complex/writer/CheckBookmarks.java
@@ -100,14 +100,16 @@ public class CheckBookmarks {
private XTextDocument m_xMsWordReloadedDoc = null;
private final BookmarkHashes actualHashes = new BookmarkHashes();
-private BookmarkHashes getDEV300m41Expectations() {
+private BookmarkHashes get2010Expectations() {
BookmarkHashes result = new BookmarkHashes();
result.m_nSetupHash = new
BigInteger(-4b0706744e8452fe1ae9d5e1c28cf70fb6194795,16);
result.m_nInsertRandomHash = new
BigInteger(25aa0fad3f4881832dcdfe658ec2efa8a1a02bc5,16);
result.m_nDeleteRandomHash = new
BigInteger(-3ec87e810b46d734677c351ad893bbbf9ea10f55,16);
result.m_nLinebreakHash = new
BigInteger(3ae08c284ea0d6e738cb43c0a8105e718a633550,16);
result.m_nOdfReloadHash = new
BigInteger(3ae08c284ea0d6e738cb43c0a8105e718a633550,16);
-result.m_nMsWordReloadHash = new
BigInteger(3ae08c284ea0d6e738cb43c0a8105e718a633550,16);
+// MsWord Hash changed from DEV300m41 = behaviour change, possible
regression?
+ // result.m_nMsWordReloadHash = new
BigInteger(3ae08c284ea0d6e738cb43c0a8105e718a633550,16);
+ result.m_nMsWordReloadHash = new
BigInteger(-53193413016049203700369483764549874348805475606,10);
return result;
}
@@ -116,7 +118,7 @@ public class CheckBookmarks {
com.sun.star.io.IOException,
java.security.NoSuchAlgorithmException
{
-actualHashes.assertExpectation(getDEV300m41Expectations());
+actualHashes.assertExpectation(get2010Expectations());
}
@Before public void setUpDocuments() throws Exception {
commit 54edd57f21519ab283fc1e0fb85b47b0beb59486
Author: Bjoern Michaelsen bjoern.michael...@canonical.com
Date: Thu Nov 10 11:28:20 2011 +0100
fdo#40819: Revert field-patch-uno-fix.diff: enhanced fields UNO fix
This reverts commit 693b095ee8b7406c4aa0fd5b2bd0221bdcab304f.
diff --git a/sw/source/core/unocore/unocoll.cxx
b/sw/source/core/unocore/unocoll.cxx
index a2e0dbc..38ae22c 100644
--- a/sw/source/core/unocore/unocoll.cxx
+++ b/sw/source/core/unocore/unocoll.cxx
@@ -1633,7 +1633,7 @@ sal_Int32 SwXBookmarks::getCount(void)
SolarMutexGuard aGuard;
if(!IsValid())
throw uno::RuntimeException();
-return GetDoc()-getIDocumentMarkAccess()-getMarksCount();
+return GetDoc()-getIDocumentMarkAccess()-getBookmarksCount();
}
uno::Any SwXBookmarks::getByIndex(sal_Int32 nIndex)
@@ -1643,11 +1643,11 @@ uno::Any SwXBookmarks::getByIndex(sal_Int32 nIndex)
if(!IsValid())
throw uno::RuntimeException();
IDocumentMarkAccess* const pMarkAccess =
GetDoc()-getIDocumentMarkAccess();
-if(nIndex 0 || nIndex = pMarkAccess-getMarksCount())
+if(nIndex 0 || nIndex = pMarkAccess-getBookmarksCount())
throw IndexOutOfBoundsException();
uno::Any aRet;
-::sw::mark::IMark* pBkmk = pMarkAccess-getMarksBegin()[nIndex].get();
+
[Libreoffice-commits] .: Branch 'libreoffice-3-4' - sw/source
sw/source/filter/ww8/ww8graf.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit e13ff3e8d415241a680c32e3993c5b23701ef2aa Author: Noel Power noel.po...@novell.com Date: Tue Nov 8 13:47:59 2011 + NO_STYLE default for borderlines mso import, fixes image size issue bnc#718971 Signed-off-by: Michael Meeks michael.me...@suse.com diff --git a/sw/source/filter/ww8/ww8graf.cxx b/sw/source/filter/ww8/ww8graf.cxx index 3ee02ae..e26def2 100644 --- a/sw/source/filter/ww8/ww8graf.cxx +++ b/sw/source/filter/ww8/ww8graf.cxx @@ -1479,7 +1479,7 @@ sal_Int32 SwWW8ImplReader::MatchSdrBoxIntoFlyBoxItem(const Color rLineColor, if( !rLineThick ) return nOutsideThick; -::editeng::SvxBorderStyle nIdx = ::editeng::SOLID; +::editeng::SvxBorderStyle nIdx = ::editeng::NO_STYLE; sal_Int32 nLineThick=rLineThick; nOutsideThick = SwMSDffManager::GetEscherLineMatch(eLineStyle, ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: comphelper/qa
comphelper/qa/string/test_string.cxx |8 1 file changed, 4 insertions(+), 4 deletions(-) New commits: commit 2401f2aa1c74bf7b35f3ee780af74ed7882bc449 Author: Caolán McNamara caol...@redhat.com Date: Thu Nov 10 11:16:51 2011 + reported compile failure, possible sal_Int32 is long on 32bit vs int diff --git a/comphelper/qa/string/test_string.cxx b/comphelper/qa/string/test_string.cxx index 3e30ad2..a290cb7 100644 --- a/comphelper/qa/string/test_string.cxx +++ b/comphelper/qa/string/test_string.cxx @@ -154,16 +154,16 @@ void TestString::testIndexOfL() rtl::OString s1(RTL_CONSTASCII_STRINGPARAM(one two three)); CPPUNIT_ASSERT_EQUAL(comphelper::string::indexOfL(s1, -RTL_CONSTASCII_STRINGPARAM(one)), 0); +RTL_CONSTASCII_STRINGPARAM(one)), static_castsal_Int32(0)); CPPUNIT_ASSERT_EQUAL(comphelper::string::indexOfL(s1, -RTL_CONSTASCII_STRINGPARAM(two)), 4); +RTL_CONSTASCII_STRINGPARAM(two)), static_castsal_Int32(4)); CPPUNIT_ASSERT_EQUAL(comphelper::string::indexOfL(s1, -RTL_CONSTASCII_STRINGPARAM(four)), -1); +RTL_CONSTASCII_STRINGPARAM(four)), static_castsal_Int32(-1)); CPPUNIT_ASSERT_EQUAL(comphelper::string::indexOfL(s1, -RTL_CONSTASCII_STRINGPARAM(two), 5), -1); +RTL_CONSTASCII_STRINGPARAM(two), 5), static_castsal_Int32(-1)); } using namespace ::com::sun::star; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - binfilter/bf_sc binfilter/bf_sd binfilter/bf_svx binfilter/bf_sw binfilter/inc
binfilter/bf_sc/source/core/tool/sc_viewopti.cxx |8 binfilter/bf_sd/source/ui/app/sd_optsitem.cxx| 25 ++- binfilter/bf_sd/source/ui/inc/optsitem.hxx |3 - binfilter/bf_sd/source/ui/view/sd_frmview.cxx|1 binfilter/bf_svx/source/svdraw/svx_svdhdl.cxx|1 binfilter/bf_svx/source/svdraw/svx_svdmrkv.cxx | 10 -- binfilter/bf_sw/source/core/unocore/sw_unoprnms.cxx |1 binfilter/bf_sw/source/ui/config/sw_usrpref.cxx |1 binfilter/bf_sw/source/ui/config/sw_viewopt.cxx |8 ++-- binfilter/bf_sw/source/ui/uno/sw_SwXDocumentSettings.cxx |1 binfilter/bf_sw/source/ui/uno/sw_unomod.cxx |4 -- binfilter/inc/bf_sc/unonames.hxx |1 binfilter/inc/bf_sc/viewopti.hxx |1 binfilter/inc/bf_svx/svdhdl.hxx |4 -- binfilter/inc/bf_svx/svdmrkv.hxx |8 binfilter/inc/bf_sw/unoprnms.hxx |1 binfilter/inc/bf_sw/viewopt.hxx |6 --- 17 files changed, 14 insertions(+), 70 deletions(-) New commits: commit 0bc4ff444d1c233f5f3a75979384cb90b73a39b6 Author: Michael Meeks michael.me...@suse.com Date: Thu Nov 10 11:35:58 2011 + cleanup list length mismatch diff --git a/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx b/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx index fca23c3..c608581 100644 --- a/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx +++ b/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx @@ -345,9 +345,7 @@ using namespace ::com::sun::star::uno; /*N*/ ShowUndoDeleteWarning /*N*/ }; /*N*/ -/*N*/ // #90356# rCount = ( ( GetConfigId() == SDCFG_IMPRESS ) ? 15 : 12 ); -/*N*/ // #97016# rCount = ( ( GetConfigId() == SDCFG_IMPRESS ) ? 16 : 12 ); -/*N*/ rCount = ( ( GetConfigId() == SDCFG_IMPRESS ) ? 19 : 15 ); +/*N*/ rCount = ( ( GetConfigId() == SDCFG_IMPRESS ) ? 18 : 14 ); /*N*/ ppNames = aPropNames; /*N*/ } commit c6c92c26bf4aeee6757a03a84d0c164c395432b2 Author: Caolán McNamara caol...@redhat.com Date: Mon Nov 7 19:26:32 2011 + removed Simple Handles option (binfilter) Removed the unnecessary option Simple Handles with all related functions and variables. diff --git a/binfilter/bf_sc/source/core/tool/sc_viewopti.cxx b/binfilter/bf_sc/source/core/tool/sc_viewopti.cxx index c0564c8..52483aa 100644 --- a/binfilter/bf_sc/source/core/tool/sc_viewopti.cxx +++ b/binfilter/bf_sc/source/core/tool/sc_viewopti.cxx @@ -194,7 +194,6 @@ using ::rtl::OUString; /*N*/ aOptArr[ VOPT_GRID] = /*N*/ aOptArr[ VOPT_ANCHOR ] = /*N*/ aOptArr[ VOPT_PAGEBREAKS ] = -/*N*/ aOptArr[ VOPT_SOLIDHANDLES] = /*N*/ aOptArr[ VOPT_CLIPMARKS ] = TRUE; /*N*/ /*N*/ aModeArr[VOBJ_TYPE_OLE ] = @@ -288,9 +287,6 @@ using ::rtl::OUString; /*N*/ rStream rOpt.aOptArr[VOPT_PAGEBREAKS]; /*N*/ /*N*/ if( aHdr.BytesLeft() ) -/*N*/ rStream rOpt.aOptArr[VOPT_SOLIDHANDLES]; -/*N*/ -/*N*/ if( aHdr.BytesLeft() ) /*N*/ rStream rOpt.aOptArr[VOPT_CLIPMARKS]; /*N*/ /*N*/ if( aHdr.BytesLeft() ) @@ -459,10 +455,6 @@ using ::rtl::OUString; /*N*/ case SCLAYOUTOPT_GUIDE: /*N*/ SetOption( VOPT_HELPLINES, ScUnoHelpFunctions::GetBoolFromAny( pValues[nProp] ) ); /*N*/ break; -/*N*/ case SCLAYOUTOPT_SIMPLECONT: -/*N*/ // content is reversed -/*N*/ SetOption( VOPT_SOLIDHANDLES, !ScUnoHelpFunctions::GetBoolFromAny( pValues[nProp] ) ); -/*N*/ break; /*N*/ case SCLAYOUTOPT_LARGECONT: /*N*/ SetOption( VOPT_BIGHANDLES, ScUnoHelpFunctions::GetBoolFromAny( pValues[nProp] ) ); /*N*/ break; diff --git a/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx b/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx index fb04c37..fca23c3 100644 --- a/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx +++ b/binfilter/bf_sd/source/ui/app/sd_optsitem.cxx @@ -308,7 +308,6 @@ using namespace ::com::sun::star::uno; /*N*/ bClickChangeRotation( FALSE ), /*N*/ bStartWithActualPage( FALSE ), /*N*/ bSolidDragging( FALSE ), -/*N*/ bSolidMarkHdl( TRUE ), /*N*/ bSummationOfParagraphs( FALSE ), /*N*/ bShowUndoDeleteWarning( TRUE ), /*N*/ mnPrinterIndependentLayout( 1 ) @@ -332,7 +331,6 @@ using namespace ::com::sun::star::uno; /*N*/ RotateClick, /*N*/ Preview, /*N*/ CreateWithAttributes, -/*N*/ SimpleHandles, /*N*/ // #97016# /*N*/ DefaultObjectSize/Width, /*N*/ DefaultObjectSize/Height, @@ -368,24 +366,23 @@ using namespace ::com::sun::star::uno; /*N*/ if( pValues[8].hasValue() ) SetClickChangeRotation( *(sal_Bool*) pValues[ 8 ].getValue() ); /*N*/ if( pValues[9].hasValue() ) SetPreviewQuality(
[Libreoffice-commits] .: cppuhelper/qa i18npool/source pyuno/source scp2/source solenv/gbuild solenv/inc
cppuhelper/qa/propertysetmixin/makefile.mk |4 ++--
i18npool/source/localedata/Makefile|6 +++---
pyuno/source/loader/makefile.mk|2 +-
scp2/source/ooo/common_brand.scp | 16
solenv/gbuild/ComponentTarget.mk | 12
solenv/gbuild/CppunitTest.mk |2 +-
solenv/gbuild/Jar.mk |3 +--
solenv/gbuild/Library.mk |7 +++
solenv/gbuild/RdbTarget.mk |6 ++
solenv/gbuild/TargetLocations.mk |2 --
solenv/inc/settings.mk | 10 --
11 files changed, 33 insertions(+), 37 deletions(-)
New commits:
commit c1bd2a254b4a22a02d515b084dabafe963f175ff
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Nov 10 13:34:33 2011 +0100
New LO_{LIB,JAVA}_DIR make special inbuild component handling superfluous.
diff --git a/cppuhelper/qa/propertysetmixin/makefile.mk
b/cppuhelper/qa/propertysetmixin/makefile.mk
index ea1c1f9..02bb629 100644
--- a/cppuhelper/qa/propertysetmixin/makefile.mk
+++ b/cppuhelper/qa/propertysetmixin/makefile.mk
@@ -135,7 +135,7 @@ test .PHONY: $(SHL1TARGETN) $(SHL2TARGETN)
$(MISC)/$(TARGET)/$(TARGET).uno.jar \
'-env:UNO_SERVICES=$(my_file)$(SOLARXMLDIR)/ure/services.rdb
$(my_file)$(PWD)/$(MISC)/$(TARGET)/services.rdb'\
-env:URE_INTERNAL_LIB_DIR=$(my_file)$(SOLARSHAREDBIN) \
-env:URE_INTERNAL_JAVA_DIR=$(my_file)$(SOLARBINDIR) \
--env:OOO_INBUILD_SHAREDLIB_DIR=$(my_file)$(PWD)/$(DLLDEST) \
--env:OOO_INBUILD_JAR_DIR=$(my_file)$(PWD)/$(MISC)/$(TARGET)
+-env:LO_LIB_DIR=$(my_file)$(PWD)/$(DLLDEST) \
+-env:LO_JAVA_DIR=$(my_file)$(PWD)/$(MISC)/$(TARGET)
.END
diff --git a/i18npool/source/localedata/Makefile
b/i18npool/source/localedata/Makefile
index 51c6c3a..b1fa0a9 100755
--- a/i18npool/source/localedata/Makefile
+++ b/i18npool/source/localedata/Makefile
@@ -31,7 +31,7 @@ all : $(patsubst %.xml,localedata_%.cxx,$(notdir $(wildcard
$(SRC_ROOT)/i18npool
include $(GBUILDDIR)/gbuild_simple.mk
my_file := file://$(if $(filter $(OS_FOR_BUILD),WNT),/)
-my_components := component/sax/source/expatwrap/expwrap.inbuild.component
+my_components := component/sax/source/expatwrap/expwrap.component
localedata_%.cxx : localedata_%_invis.cxx
sed 's/\(^.*get[^;]*$$\)/SAL_DLLPUBLIC_EXPORT \1/' $ $@
@@ -40,11 +40,11 @@ localedata_%_invis.cxx : $(realpath
$(SRC_ROOT)/i18npool/source/localedata/data)
ifeq ($(OS_FOR_BUILD),WNT)
$(gb_Helper_execute)saxparser $* `cygpath -m $` $@ \
$(my_file)`cygpath -m
$(WORKDIR)/CustomTarget/i18npool/source/localedata/saxparser.rdb` `cygpath -m
$(OUTDIR)/bin/types.rdb` \
- -env:OOO_INBUILD_SHAREDLIB_DIR=$(my_file)`cygpath -m
$(OUTDIR)/bin`
+ -env:LO_LIB_DIR=$(my_file)`cygpath -m $(OUTDIR)/bin`
else
$(gb_Helper_execute)saxparser $* $ $@ \
$(my_file)$(WORKDIR_FOR_BUILD)/CustomTarget/i18npool/source/localedata/saxparser.rdb
$(OUTDIR_FOR_BUILD)/bin/types.rdb \
- -env:OOO_INBUILD_SHAREDLIB_DIR=$(my_file)$(OUTDIR_FOR_BUILD)/lib
+ -env:LO_LIB_DIR=$(my_file)$(OUTDIR_FOR_BUILD)/lib
endif
saxparser.rdb : saxparser.input
diff --git a/pyuno/source/loader/makefile.mk b/pyuno/source/loader/makefile.mk
index 15c58d6..4c779cc 100644
--- a/pyuno/source/loader/makefile.mk
+++ b/pyuno/source/loader/makefile.mk
@@ -90,5 +90,5 @@ ALLTAR : $(MISC)/pythonloader.component
$(MISC)/pythonloader.component .ERRREMOVE : \
$(SOLARENV)/bin/createcomponent.xslt pythonloader.component
$(XSLTPROC) --nonet --stringparam uri \
- 'vnd.sun.star.expand:$$BRAND_BASE_DIR/program/$(SHL1TARGETN:f)' \
+ '$(COMPONENTPREFIX_BASIS_NATIVE)$(SHL1TARGETN:f)' \
-o $@ $(SOLARENV)/bin/createcomponent.xslt pythonloader.component
diff --git a/scp2/source/ooo/common_brand.scp b/scp2/source/ooo/common_brand.scp
index 71135b2..ab8a7c6 100644
--- a/scp2/source/ooo/common_brand.scp
+++ b/scp2/source/ooo/common_brand.scp
@@ -1115,6 +1115,22 @@ ProfileItem
gid_Brand_Profileitem_Fundamental_Brand_Base_Dir
Value = ${ORIGIN}/..;
End
+ProfileItem gid_Brand_Profileitem_Fundamental_Lo_Lib_Dir
+ModuleID = gid_Module_Root_Brand;
+ProfileID = gid_Brand_Profile_Fundamental_Ini;
+Section = Bootstrap;
+Key = LO_LIB_DIR;
+Value = ${BRAND_BASE_DIR}/program;
+End
+
+ProfileItem gid_Brand_Profileitem_Fundamental_Lo_Java_Dir
+ModuleID = gid_Module_Root_Brand;
+ProfileID = gid_Brand_Profile_Fundamental_Ini;
+Section = Bootstrap;
+Key = LO_JAVA_DIR;
+Value = ${BRAND_BASE_DIR}/program/classes;
+End
+
ProfileItem gid_Brand_Profileitem_Fundamental_Uno_Bundled_Extensions
ModuleID = gid_Module_Root_Brand;
ProfileID = gid_Brand_Profile_Fundamental_Ini;
diff --git a/solenv/gbuild/ComponentTarget.mk b/solenv/gbuild/ComponentTarget.mk
index 47b9f0f..f840726 100644
[Libreoffice-commits] .: offapi/com qadevOOo/objdsc qadevOOo/tests sc/source svx/inc svx/source sw/inc sw/source testautomation/framework testautomation/global
offapi/com/sun/star/sheet/SpreadsheetViewSettings.idl |7 --- offapi/com/sun/star/text/ViewSettings.idl |6 -- qadevOOo/objdsc/sc/com.sun.star.comp.office.ScTabViewObj.csv |1 qadevOOo/objdsc/sw/com.sun.star.comp.office.SwXViewSettings.csv |1 qadevOOo/tests/basic/ifc/sheet/SpreadsheetViewSettings/sheet_SpreadsheetViewSettings.xba |2 qadevOOo/tests/basic/ifc/text/ViewSettings/text_ViewSettings.xba |2 qadevOOo/tests/java/ifc/sheet/_SpreadsheetViewSettings.java |1 qadevOOo/tests/java/ifc/text/_ViewSettings.java |1 sc/source/ui/inc/optdlg.hrc |1 sc/source/ui/src/optdlg.src |7 --- svx/inc/svx/svdstr.hrc |4 - svx/source/svdraw/svdmrkv.cxx | 22 -- sw/inc/unoprnms.hxx |1 sw/inc/viewopt.hxx |1 sw/source/core/unocore/unoprnms.cxx |1 sw/source/ui/config/optpage.cxx |3 - sw/source/ui/config/viewopt.cxx |2 sw/source/ui/inc/optpage.hxx |1 testautomation/framework/optional/input/help_browser/OpenOffice.org_help_topics_en-US.txt |8 --- testautomation/framework/optional/input/help_browser/Oracle_Open_Office_help_topics_en-US.txt |8 --- testautomation/global/win/tab_h_o.win |1 21 files changed, 1 insertion(+), 80 deletions(-) New commits: commit 59445b80e7d00fc3c998352cb0f20bb2ba810583 Author: Tim Hardeck thard...@suse.com Date: Wed Nov 9 17:50:55 2011 +0100 removed leftovers of the Simple Handles option Removed leftovers of the Simple Handles option which weren't delete by the previous patch. diff --git a/offapi/com/sun/star/sheet/SpreadsheetViewSettings.idl b/offapi/com/sun/star/sheet/SpreadsheetViewSettings.idl index 208d7ac..a967568 100644 --- a/offapi/com/sun/star/sheet/SpreadsheetViewSettings.idl +++ b/offapi/com/sun/star/sheet/SpreadsheetViewSettings.idl @@ -137,13 +137,6 @@ published service SpreadsheetViewSettings //- -/** enables solid (colored) handles when drawing -objects are selected. - */ -[property] boolean SolidHandles; - -//- - /** enables display of embedded objects in the view. @see SpreadsheetViewObjectsMode diff --git a/offapi/com/sun/star/text/ViewSettings.idl b/offapi/com/sun/star/text/ViewSettings.idl index 3ffa73d..7b15794 100644 --- a/offapi/com/sun/star/text/ViewSettings.idl +++ b/offapi/com/sun/star/text/ViewSettings.idl @@ -215,12 +215,6 @@ published service ViewSettings [property] boolean SmoothScrolling; //- - -// DocMerge from xml: property com::sun::star::text::ViewSettings::SolidMarkHandles -/** If this property is TRUE/, handles of drawing objects are visible. - */ -[property] boolean SolidMarkHandles; -//- /** If this property is TRUE/, the vertical ruler is aligned to the right side of the view and the vertical scrollbar is on the left. */ diff --git a/qadevOOo/objdsc/sc/com.sun.star.comp.office.ScTabViewObj.csv b/qadevOOo/objdsc/sc/com.sun.star.comp.office.ScTabViewObj.csv index 0e1709f..7119ec7 100644 --- a/qadevOOo/objdsc/sc/com.sun.star.comp.office.ScTabViewObj.csv +++ b/qadevOOo/objdsc/sc/com.sun.star.comp.office.ScTabViewObj.csv @@ -29,7 +29,6 @@ ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowHelpLines ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowAnchor ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowPageBreaks -ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;SolidHandles ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowObjects ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowCharts ScTabViewObj;com::sun::star::sheet::SpreadsheetViewSettings;ShowDrawing diff
[Libreoffice-commits] .: vcl/unx
0 files changed New commits: commit 452b4a5fa63aa64504bce754c038274b96ceb0fd Author: Takeshi Abe t...@fixedpoint.jp Date: Thu Nov 10 23:48:57 2011 +0900 removed empty file diff --git a/vcl/unx/generic/app/unxpspgraphics.cxx b/vcl/unx/generic/app/unxpspgraphics.cxx deleted file mode 100644 index e69de29..000 ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 3 commits - dtrans/source sw/source ucbhelper/source
dtrans/source/win32/dtobj/XTDataObject.cxx | 14 +-
sw/source/ui/vba/vbasystem.cxx | 38 ++---
sw/source/ui/vba/vbasystem.hxx |6 ++--
ucbhelper/source/client/contentbroker.cxx |2 -
4 files changed, 30 insertions(+), 30 deletions(-)
New commits:
commit 6b0de40c013d24bee3934ffc039b3b5a0c16372e
Author: Caolán McNamara caol...@redhat.com
Date: Thu Nov 10 15:39:56 2011 +
WaE: initialization order
diff --git a/dtrans/source/win32/dtobj/XTDataObject.cxx
b/dtrans/source/win32/dtobj/XTDataObject.cxx
index 82b18dd..8212247 100644
--- a/dtrans/source/win32/dtobj/XTDataObject.cxx
+++ b/dtrans/source/win32/dtobj/XTDataObject.cxx
@@ -83,13 +83,13 @@ public:
//
CXTDataObject::CXTDataObject( const Reference XMultiServiceFactory
aServiceManager,
- const Reference XTransferable aXTransferable
) :
-m_nRefCnt( 0 ),
-m_SrvMgr( aServiceManager ),
-m_XTransferable( aXTransferable ),
-m_DataFormatTranslator( aServiceManager ),
-m_bFormatEtcContainerInitialized( sal_False ),
-m_FormatRegistrar( m_SrvMgr, m_DataFormatTranslator )
+ const Reference XTransferable aXTransferable
)
+: m_nRefCnt( 0 )
+, m_SrvMgr( aServiceManager )
+, m_XTransferable( aXTransferable )
+, m_bFormatEtcContainerInitialized( sal_False )
+, m_DataFormatTranslator( aServiceManager )
+, m_FormatRegistrar( m_SrvMgr, m_DataFormatTranslator )
{
}
commit 2d8e9f7ce9d99bab192f2074cb3bae50ba510af9
Author: Caolán McNamara caol...@redhat.com
Date: Thu Nov 10 13:04:05 2011 +
don't make it a secret what service fails
diff --git a/ucbhelper/source/client/contentbroker.cxx
b/ucbhelper/source/client/contentbroker.cxx
index 36669b0..905419f 100644
--- a/ucbhelper/source/client/contentbroker.cxx
+++ b/ucbhelper/source/client/contentbroker.cxx
@@ -301,7 +301,7 @@ bool ContentBroker_Impl::initialize()
}
}
-OSL_ENSURE( xIfc.is(), Error creating UCB service! );
+OSL_ENSURE( xIfc.is(), Error creating UCB service
'com.sun.star.ucb.UniversalContentBroker' );
if ( !xIfc.is() )
return false;
commit bb5ef9821d744ad22d303cd14748abb1f0d17862
Author: Caolán McNamara caol...@redhat.com
Date: Thu Nov 10 12:27:15 2011 +
make sw ByteString free
diff --git a/sw/source/ui/vba/vbasystem.cxx b/sw/source/ui/vba/vbasystem.cxx
index 3aa035d..4b5b5a6 100644
--- a/sw/source/ui/vba/vbasystem.cxx
+++ b/sw/source/ui/vba/vbasystem.cxx
@@ -46,37 +46,37 @@
PrivateProfileStringListener::~PrivateProfileStringListener()
{
}
-void PrivateProfileStringListener::Initialize( const rtl::OUString rFileName,
const ByteString rGroupName, const ByteString rKey )
+void PrivateProfileStringListener::Initialize( const rtl::OUString rFileName,
const rtl::OString rGroupName, const rtl::OString rKey )
{
maFileName = rFileName;
maGroupName = rGroupName;
maKey = rKey;
}
#ifdef WNT
-void lcl_getRegKeyInfo( const ByteString sKeyInfo, HKEY hBaseKey,
ByteString sSubKey )
+void lcl_getRegKeyInfo( const rtl::OString sKeyInfo, HKEY hBaseKey,
rtl::OString sSubKey )
{
-sal_Int32 nBaseKeyIndex = sKeyInfo.Search('\\');
+sal_Int32 nBaseKeyIndex = sKeyInfo.indexOf('\\');
if( nBaseKeyIndex 0 )
{
-ByteString sBaseKey = sKeyInfo.Copy( 0, nBaseKeyIndex );
-sSubKey = sKeyInfo.Copy( nBaseKeyIndex + 1 );
-if( sBaseKey.Equals(HKEY_CURRENT_USER) )
+rtl::OString sBaseKey = sKeyInfo.copy( 0, nBaseKeyIndex );
+sSubKey = sKeyInfo.copy( nBaseKeyIndex + 1 );
+if( sBaseKey.equalsL(RTL_CONSTASCII_STRINGPARAM(HKEY_CURRENT_USER)) )
{
hBaseKey = HKEY_CURRENT_USER;
}
-else if( sBaseKey.Equals(HKEY_LOCAL_MACHINE) )
+else if(
sBaseKey.equalsL(RTL_CONSTASCII_STRINGPARAM(HKEY_LOCAL_MACHINE)) )
{
hBaseKey = HKEY_LOCAL_MACHINE;
}
-else if( sBaseKey.Equals(HKEY_CLASSES_ROOT) )
+else if(
sBaseKey.equalsL(RTL_CONSTASCII_STRINGPARAM(HKEY_CLASSES_ROOT)) )
{
hBaseKey = HKEY_CLASSES_ROOT;
}
-else if( sBaseKey.Equals(HKEY_USERS) )
+else if( sBaseKey.equalsL(RTL_CONSTASCII_STRINGPARAM(HKEY_USERS)) )
{
hBaseKey = HKEY_USERS;
}
-else if( sBaseKey.Equals(HKEY_CURRENT_CONFIG) )
+else if(
sBaseKey.equalsL(RTL_CONSTASCII_STRINGPARAM(HKEY_CURRENT_CONFIG)) )
{
hBaseKey = HKEY_CURRENT_CONFIG;
}
@@ -100,19 +100,19 @@ uno::Any PrivateProfileStringListener::getValueEvent()
// get key/value from windows register
#ifdef WNT
HKEY hBaseKey = NULL;
-ByteString sSubKey;
+rtl::OString sSubKey;
lcl_getRegKeyInfo( maGroupName, hBaseKey, sSubKey );
[Libreoffice-commits] .: sc/inc sc/source
sc/inc/queryparam.hxx |1 -
sc/source/core/data/dociter.cxx|4
sc/source/core/data/table3.cxx | 17 -
sc/source/core/tool/doubleref.cxx |1 -
sc/source/core/tool/interpr1.cxx |3 ---
sc/source/core/tool/queryparam.cxx |6 ++
6 files changed, 2 insertions(+), 30 deletions(-)
New commits:
commit eaea417bfdf8d06df2b7f2e42c904c32ce77e871
Author: Kohei Yoshida kohei.yosh...@suse.com
Date: Thu Nov 10 15:45:53 2011 -0500
Removing the mixed comparison flag, which is no longer needed.
This flag was introduced years ago to deal with Excel's behavior on
incorrectly sorted data range. But later versions of Excel no longer
follow that behavior keeping this flag would make the evaluation
code unnecessarily more complex hard to adopt to multi-item matching.
diff --git a/sc/inc/queryparam.hxx b/sc/inc/queryparam.hxx
index d04f7b4..49fa2bc 100644
--- a/sc/inc/queryparam.hxx
+++ b/sc/inc/queryparam.hxx
@@ -45,7 +45,6 @@ struct ScQueryParamBase
boolbCaseSens;
boolbRegExp;
boolbDuplicate;
-boolbMixedComparison; // whether numbers are smaller than
strings
virtual ~ScQueryParamBase();
diff --git a/sc/source/core/data/dociter.cxx b/sc/source/core/data/dociter.cxx
index 5efe016..689e68e 100644
--- a/sc/source/core/data/dociter.cxx
+++ b/sc/source/core/data/dociter.cxx
@@ -865,10 +865,6 @@ bool
ScDBQueryDataIterator::DataAccessMatrix::isValidQuery(SCROW nRow, const ScM
}
while (false);
}
-else if (mpParam-bMixedComparison)
-{
-// Not used at the moment.
-}
if (aResults.empty())
// First query entry.
diff --git a/sc/source/core/data/table3.cxx b/sc/source/core/data/table3.cxx
index 16c4793..4539055 100644
--- a/sc/source/core/data/table3.cxx
+++ b/sc/source/core/data/table3.cxx
@@ -1442,23 +1442,6 @@ bool ScTable::ValidQuery(SCROW nRow, const ScQueryParam
rParam,
}
}
}
-else if (rParam.bMixedComparison)
-{
-if (rItem.meType == ScQueryEntry::ByString
-(rEntry.eOp == SC_LESS || rEntry.eOp == SC_LESS_EQUAL)
-(pCell ? pCell-HasValueData() :
- HasValueData( static_castSCCOL(rEntry.nField), nRow)))
-{
-bOk = true;
-}
-else if (rItem.meType != ScQueryEntry::ByString
-(rEntry.eOp == SC_GREATER || rEntry.eOp ==
SC_GREATER_EQUAL)
-(pCell ? pCell-HasStringData() :
- HasStringData( static_castSCCOL(rEntry.nField), nRow)))
-{
-bOk = true;
-}
-}
if (nPos == -1)
{
diff --git a/sc/source/core/tool/doubleref.cxx
b/sc/source/core/tool/doubleref.cxx
index 15e6d53..a7414aa 100644
--- a/sc/source/core/tool/doubleref.cxx
+++ b/sc/source/core/tool/doubleref.cxx
@@ -276,7 +276,6 @@ void ScDBRangeBase::fillQueryOptions(ScQueryParamBase*
pParam)
pParam-bCaseSens = false;
pParam-bRegExp = false;
pParam-bDuplicate = true;
-pParam-bMixedComparison = false;
}
ScDocument* ScDBRangeBase::getDoc() const
diff --git a/sc/source/core/tool/interpr1.cxx b/sc/source/core/tool/interpr1.cxx
index a0a577f..bc33bf8 100644
--- a/sc/source/core/tool/interpr1.cxx
+++ b/sc/source/core/tool/interpr1.cxx
@@ -4473,7 +4473,6 @@ void ScInterpreter::ScMatch()
rParam.nRow1 = nRow1;
rParam.nCol2 = nCol2;
rParam.nTab= nTab1;
-rParam.bMixedComparison = true;
ScQueryEntry rEntry = rParam.GetEntry(0);
ScQueryEntry::Item rItem = rEntry.GetQueryItem();
@@ -5805,7 +5804,6 @@ void ScInterpreter::ScLookup()
aParam.nCol2= bVertical ? nCol1 : nCol2;
aParam.nRow2= bVertical ? nRow2 : nRow1;
aParam.bByRow = bVertical;
-aParam.bMixedComparison = true;
rEntry.bDoQuery = true;
rEntry.eOp = SC_LESS_EQUAL;
@@ -6026,7 +6024,6 @@ void ScInterpreter::CalculateLookup(bool HLookup)
rParam.nRow2 = nRow2;
rParam.nTab= nTab1;
}
-rParam.bMixedComparison = true;
ScQueryEntry rEntry = rParam.GetEntry(0);
rEntry.bDoQuery = true;
diff --git a/sc/source/core/tool/queryparam.cxx
b/sc/source/core/tool/queryparam.cxx
index 4012f13..a1df6a2 100644
--- a/sc/source/core/tool/queryparam.cxx
+++ b/sc/source/core/tool/queryparam.cxx
@@ -48,7 +48,7 @@ ScQueryParamBase::ScQueryParamBase()
ScQueryParamBase::ScQueryParamBase(const ScQueryParamBase r) :
bHasHeader(r.bHasHeader), bByRow(r.bByRow), bInplace(r.bInplace),
bCaseSens(r.bCaseSens),
-bRegExp(r.bRegExp), bDuplicate(r.bDuplicate),
bMixedComparison(r.bMixedComparison),
+bRegExp(r.bRegExp),
[Libreoffice-commits] .: sd/CppunitTest_sd_filters_test.mk sd/Module_sd.mk sd/qa sd/RdbTarget_sd_filters_test.mk svx/inc
sd/CppunitTest_sd_filters_test.mk | 102 + sd/Module_sd.mk |5 - sd/RdbTarget_sd_filters_test.mk | 66 ++ sd/qa/unit/data/a.pptx|binary sd/qa/unit/filters-test.cxx | 179 ++ svx/inc/svx/svdtext.hxx |1 6 files changed, 352 insertions(+), 1 deletion(-) New commits: commit 83ea2162b80b4d03e4cca90d354b5d56ea3f5898 Author: Michael Meeks michael.me...@suse.com Date: Thu Nov 10 16:51:58 2011 + Initial sd filters unit tests diff --git a/sd/CppunitTest_sd_filters_test.mk b/sd/CppunitTest_sd_filters_test.mk new file mode 100644 index 000..193ef5c --- /dev/null +++ b/sd/CppunitTest_sd_filters_test.mk @@ -0,0 +1,102 @@ +# -*- 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,sd_filters_test)) + +$(eval $(call gb_CppunitTest_add_exception_objects,sd_filters_test, \ +sd/qa/unit/filters-test \ +)) + +$(eval $(call gb_CppunitTest_add_linked_libs,sd_filters_test, \ +avmedia \ +basegfx \ +comphelper \ +cppu \ +cppuhelper \ +drawinglayer \ +editeng \ +fileacc \ +for \ +forui \ +i18nisolang1 \ +msfilter \ +oox \ +sal \ +salhelper \ +sax \ +sd \ +sfx \ +sot \ +svl \ +svt \ +svx \ +svxcore \ + test \ +tl \ +tk \ +ucbhelper \ + unotest \ +utl \ +vcl \ +xo \ + $(gb_STDLIBS) \ +)) + +$(eval $(call gb_CppunitTest_set_include,sd_filters_test,\ +-I$(realpath $(SRCDIR)/sd/inc/pch) \ +-I$(realpath $(SRCDIR)/sd/source/ui/inc) \ +-I$(realpath $(SRCDIR)/sd/inc) \ +$$(INCLUDE) \ +-I$(OUTDIR)/inc \ +)) + +$(eval $(call gb_CppunitTest_add_api,sd_filters_test,\ +offapi \ +udkapi \ +)) + +$(eval $(call gb_CppunitTest_uses_ure,sd_filters_test)) + +$(eval $(call gb_CppunitTest_add_type_rdbs,sd_filters_test,\ +types \ +)) + +$(eval $(call gb_CppunitTest_add_service_rdbs,sd_filters_test,\ +sd_filters_test \ +)) + +$(eval $(call gb_CppunitTest_set_args,sd_filters_test,\ +--headless \ +--protector unoexceptionprotector$(gb_Library_DLLEXT) unoexceptionprotector \ +-env:CONFIGURATION_LAYERS=xcsxcu:$(call gb_CppunitTarget__make_url,$(OUTDIR)/xml/registry) module:$(call gb_CppunitTarget__make_url,$(OUTDIR)/xml/registry/spool) \ +)) +# .../spool is required for the (somewhat strange) filter configuration + +# vim: set noet sw=4 ts=4: diff --git a/sd/Module_sd.mk b/sd/Module_sd.mk index 933dc70..eef68f8 100644 --- a/sd/Module_sd.mk +++ b/sd/Module_sd.mk @@ -42,11 +42,14 @@ $(eval $(call gb_Module_add_targets,sd,\ ifneq ($(OS),DRAGONFLY) $(eval $(call gb_Module_add_check_targets,sd,\ -CppunitTest_sd_uimpress \ +CppunitTest_sd_filters_test \ RdbTarget_sd_uimpress \ + RdbTarget_sd_filters_test \ )) endif +#CppunitTest_sd_uimpress \ + $(eval $(call gb_Module_add_subsequentcheck_targets,sd,\ JunitTest_sd_unoapi \ )) diff --git a/sd/RdbTarget_sd_filters_test.mk b/sd/RdbTarget_sd_filters_test.mk new file mode 100644 index 000..d3a15d8 --- /dev/null +++ b/sd/RdbTarget_sd_filters_test.mk @@ -0,0 +1,66 @@ +# -*- 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
[Libreoffice-commits] .: sd/Module_sd.mk
sd/Module_sd.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit c7281f5fb8ead61c68ea8b468b018b5637590ceb Author: Michael Meeks michael.me...@suse.com Date: Thu Nov 10 22:34:42 2011 + re-enable inadvertently disabled unit test diff --git a/sd/Module_sd.mk b/sd/Module_sd.mk index eef68f8..f65fcc7 100644 --- a/sd/Module_sd.mk +++ b/sd/Module_sd.mk @@ -42,13 +42,13 @@ $(eval $(call gb_Module_add_targets,sd,\ ifneq ($(OS),DRAGONFLY) $(eval $(call gb_Module_add_check_targets,sd,\ +CppunitTest_sd_uimpress \ CppunitTest_sd_filters_test \ RdbTarget_sd_uimpress \ RdbTarget_sd_filters_test \ )) endif -#CppunitTest_sd_uimpress \ $(eval $(call gb_Module_add_subsequentcheck_targets,sd,\ JunitTest_sd_unoapi \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sw/qa
sw/qa/core/filters-test.cxx |8
1 file changed, 4 insertions(+), 4 deletions(-)
New commits:
commit f596995c14c3360d4b7080f92f91515d6f473bd4
Author: Markus Mohrhard markus.mohrh...@googlemail.com
Date: Fri Nov 11 04:37:53 2011 +0100
SfxObjectShell takes ownership of SfxMedium and SfxFilter
diff --git a/sw/qa/core/filters-test.cxx b/sw/qa/core/filters-test.cxx
index 22923cc..c8e7d07 100644
--- a/sw/qa/core/filters-test.cxx
+++ b/sw/qa/core/filters-test.cxx
@@ -71,15 +71,15 @@ private:
bool SwFiltersTest::load(const rtl::OUString rFilter, const rtl::OUString
rURL,
const rtl::OUString rUserData)
{
-SfxFilter aFilter(
+SfxFilter* pFilter = new SfxFilter(
rFilter,
rtl::OUString(), 0, 0, rtl::OUString(), 0, rtl::OUString(),
rUserData, rtl::OUString() );
SwDocShellRef xDocShRef = new SwDocShell;
-SfxMedium aSrcMed(rURL, STREAM_STD_READ, true);
-aSrcMed.SetFilter(aFilter);
-bool bLoaded = xDocShRef-DoLoad(aSrcMed);
+SfxMedium* pSrcMed = new SfxMedium(rURL, STREAM_STD_READ, true);
+pSrcMed-SetFilter(pFilter);
+bool bLoaded = xDocShRef-DoLoad(pSrcMed);
if (xDocShRef.Is())
xDocShRef-DoClose();
return bLoaded;
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - configure.in README.cross
README.cross | 23 ++- configure.in |2 +- 2 files changed, 15 insertions(+), 10 deletions(-) New commits: commit 768567e9591cda9bd1345efb1a7eb414c386b8aa Author: Tor Lillqvist t...@iki.fi Date: Fri Nov 11 08:59:11 2011 +0200 No accessible system libxslt for iOS diff --git a/configure.in b/configure.in index a6192a8..421289b 100644 --- a/configure.in +++ b/configure.in @@ -1031,7 +1031,7 @@ AC_ARG_WITH(system-libwpg, AC_ARG_WITH(system-libxml, AS_HELP_STRING([--with-system-libxml], [Use libxml/libxslt already on system.]),, - [if test $_os = Darwin -o $_os = iOS; then + [if test $_os = Darwin; then with_system_libxml=yes else with_system_libxml=$with_system_libs commit c71d50459e8f761843171eae8961f66a563c6465 Author: Tor Lillqvist t...@iki.fi Date: Fri Nov 11 07:52:01 2011 +0200 Update iOS examples diff --git a/README.cross b/README.cross index 9af4de7..6878cf9 100644 --- a/README.cross +++ b/README.cross @@ -278,26 +278,31 @@ The Apple tool-chain for iOS cross-building is available only for Mac OS X, so that is where I have been doing it. Here is my autogen.lastrun for iOS (device): -CXX=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -CC=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 +CXX=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++ -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk +CC=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk +CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -mmacosx-version-min=10.4 +CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 -mmacosx-version-min=10.4 --with-distro=LibreOfficeiOS --with-external-tar=/Volumes/ooo/git/master/src --with-num-cpus=1 --with-max-jobs=1 +--without-help +--without-helppack-integration +--without-myspell-dicts And here for the iOS simulator: -CXX=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/g++-4.2 -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk -CC=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc-4.2 -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk -CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 +CXX=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/g++ -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk +CC=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk +CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -mmacosx-version-min=10.4 +CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 -mmacosx-version-min=10.4 --with-distro=LibreOfficeiOS --with-external-tar=/Volumes/ooo/git/master/src --with-num-cpus=1 --with-max-jobs=1 ---disable-librsvg --enable-debug +--without-help +--without-helppack-integration +--without-myspell-dicts Android ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice] How to building libreoffice-calc package only instead of the whole libreoffice.
Hi,All I have built the libreoffice package on Mac Os, it is Ok now . but the generated binary LibreOffice is too Big , Any one who can tell me to build the libreoffice-calc package only instead of the whole lo. -- Best Regards, Thomas___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] 回复： Build failure on RHEL5.4 in module tail_build
hi , Norbert Thank for your reply. I have built the libreoffice package on Mac Os, it is Ok now . but the generated binary LibreOffice is too Big , Any one who can tell me to build the libreoffice-calc package only instead of the whole lo. Thomas. -- 原始邮件 -- 发件人: Norbert Thiebaudnthieb...@gmail.com; 发送时间: 2011年11月6日(星期天) 晚上7:33 收件人: xuanyong.yangxuanyong.y...@qq.com; 抄送: libreofficelibreoffice@lists.freedesktop.org; 主题: Re: [Libreoffice] Build failure on RHEL5.4 in module tail_build 2011/11/6 xuanyong.yang xuanyong.y...@qq.com: Hello! I got the following error. Any ideas? and I didn't make any changes in the code, just trying to build the master. you should have a file called build_error.log, it should contain the output of the failed module... take a look in there to try to find something that could hint at the cause fo the trouble. if nothing stand-up, try the following steps to rebuild that tail_build module (in a separate terminal): cd /usr/local/project/libo source ./Env.Host.sh cd tail_build make -r 21 | tee build.log then look into build.log for more clue (and post it with you email if you don;t find the cause of the problem) make: *** [build] 错误 1 [root@localhost libo]# OH DEAR! you are building as 'root' Norbert___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles
On 11/08/2011 10:29 PM, Stephan Bergmann wrote: Given that SolidMarkHandles is listed in com.sun.star.text.ViewSettings, it is unclear to me whether it should indeed be removed? From private replies I received, I gather that the above was probably not phrased clearly enough to get my point across. Let me rephrase: As class SwXViewSettings (sw/source/ui/uno/unomod.cxx) claims it supports UNO service com.sun.star.text.ViewSettings, and that published service contains a SolidMarkHandles property, I do not think it is sound to remove support for it from SwXViewSettings towards LibO 3.5 (instead of, say, a potentially incompatible LibO 4). An alternative, if SolidMarkHandles is really useless, bogus, and---with sufficiently high probability---not used by any external clients, would be to remove it from the published UNO API for LibO 3.5 (making it technically incompatible, but in a way that---hopefully---nobody notices). I gather that this alternative is already discussed (off this list) and that Tim's patch posted to this thread would just achieve that. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
Hi, On Wednesday, 2011-11-09 15:15:33 -0500, Kohei Yoshida wrote: Isn't Should the contents of all cells be concatenated and moved into the merged cell? better ? I like the following better: Do you want to merge the contents of the selected cells into one cell? Clicking 'No' will only retain the content of the upper-left cell. I agree with the wording of the question, but will only retain to me sounds as if the content of other cells would be lost, which isn't the case, it's just not displayed and hidden in the merged cells. We also should avoid terms like upper-left, as in a right-to-left environment it would be the top right cell instead. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpWP3vYbRZm8.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
Le mercredi 09 novembre 2011 à 15:15 -0500, Kohei Yoshida a écrit : On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote: Summary : Isn't Should the contents of all cells be concatenated and moved into the merged cell? better ? I like the following better: Do you want to merge the contents of the selected cells into one cell? Clicking 'No' will only retain the content of the upper-left cell. I like it. The merge word could be changed to concatenate which is more precise ... but for me both are OK. The end of the sentence into one cell could be removed since it a bit obvious. Do you want to (merge or concatenate) the contents of the selected cells (into one cell or nothing) ? Clicking 'No' will only retain the content of the upper-left cell. What do you think ? -- Maxime de Roucy Groupe LINAGORA - OSSA 80 rue Roque de Fillol 92800 PUTEAUX Tel. : 0 810 251 251 signature.asc Description: This is a digitally signed message part ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Language dependent testing coverage you are interested.
Hi Stephan, I thinks they are great points! I'll add the outline of the case for this first. Thank you!:) Best wishes, Yifan On Wed, Nov 09, 2011 at 02:20:02PM +0100, Stephan Bergmann wrote: korea.xcd enables the AutoCorrect - ReplaceSingleQuote setting (which is otherwise disabled by default). This is apparently designed to be enabled in a Korean locale. ctl.xcd sets the .../I18N/CTL/CTLFont configuration property to true---no idea what effect that is supposed to have. Similarly ctlseqcheck.xcd sets all the .../I18N/CTL/CTLSequenceChecking, .../I18N/CTL/CTLSequenceCheckingRestricted, and .../I18N/CTL/CTLSequenceCheckingTypeAndReplace configuration properties to true. These are apparently designed to be enabled in locales using complex text layout. Similarly, cjk.xcd sets various .../CJK configuration properties to true (VerticalText, VerticalCallOut, Ruby, JapaneseFind, EmphasisMarks, DoubleLines, CJKFont, ChangeCaseMap, and AsianTypography; I assume those configuration properties control whether the corresponding settings are made available in the UI for configuration under Tools - Options...). It also sets to false the Writer-specific configuration property .../AutoFunction/Completion/Enable (and again, I have no idea what effect that is supposed to have). Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] 回复： Build failure on RHEL5.4 in module tail_build
On Thu, 2011-11-10 at 16:41 +0800, xuanyong.yang wrote: Any one who can tell me to build the libreoffice-calc package only instead of the whole lo. We don't really have that possibility. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED, partial] Remove NULL checks from delete
On Wed, 2011-11-09 at 18:05 -0500, Andrew Douglas Pitonyak wrote: I assume that this would check for an array as well. I would feel safer if pointers were set to NULL (or nullptr if we support C++11) since it is not safe to delete a pointer twice. ?, convert all delete to e.g. DELETEZ, i.e. delete foo, foo = NULL ? Wouldn't be a fan of that, c++ is the language that it is, need to live with that and not try and make it something that it isn't. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles
Hi, Stephan Bergmann schrieb: On 11/08/2011 10:29 PM, Stephan Bergmann wrote: Given that SolidMarkHandles is listed in com.sun.star.text.ViewSettings, it is unclear to me whether it should indeed be removed? From private replies I received, I gather that the above was probably not phrased clearly enough to get my point across. Let me rephrase: As class SwXViewSettings (sw/source/ui/uno/unomod.cxx) claims it supports UNO service com.sun.star.text.ViewSettings, and that published service contains a SolidMarkHandles property, I do not think it is sound to remove support for it from SwXViewSettings towards LibO 3.5 (instead of, say, a potentially incompatible LibO 4). An alternative, if SolidMarkHandles is really useless, bogus, and---with sufficiently high probability---not used by any external clients, would be to remove it from the published UNO API for LibO 3.5 (making it technically incompatible, but in a way that---hopefully---nobody notices). I gather that this alternative is already discussed (off this list) and that Tim's patch posted to this thread would just achieve that. I do not understand, why SolidMarkHandles should be removed. It works as it should. If it is set to TRUE, you get the 3D-Handles, and if it is set to FALSE, you get the flat handles. It is the same setting as the icon Simple Handles (= .uno:HandlesDraft) in Draw. You have no UI for it in Writer, but need a macro to change it. But why removing it? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Proofing API Performance
On 09.11.2011 12:05, Tino Didriksen wrote: I am making spelling/grammar/hyphenation extensions that query a remote service, and have some performance issues that I hope there are existing solutions for. In all cases, the extensions must work with check spelling/grammar as you type enabled. - How can I limit the request rate or make it smarter? Currently, LO seems to call the API for every word (or even letter) typed, which is incredibly wasteful as grammar checking only makes sense at sentence level. I also don't really want the whole paragraph at each call; just the last finished sentence. As I was involved into the design and implementation of the proof reading API deeply, please let me add some hopefully helpful explanations. You should consider that the proof reading API is a general purpose API that must be usable for a wide range of possibly very different checkers in arbitrary languages. It might be that *you* don't want the whole paragraph, but other proof readers might want it. There are several possible reasons for that, the most simple but important one being that Writer's detection of sentence limits might fail sometimes (that's the reason why the proof reading API allows the proof reader to overwrite the provided sentence limits and return better ones). Besides that, IMHO sometimes even a whole paragraph isn't enough (e.g. in case of lists). I agree that the call frequency might appear too high for grammar checkers. But calling the checker only if the current sentence (the sentence where the cursor is located) is complete would rise the complexity of the code in Writer that interfaces with the proof reader. Moreover, some grammar checkers also want to do spell checking (and in most cases they do it better than a pure spell checker). All in all IMHO it seems to be smarter to let the proof reader itself decide if a sentence is complete and how it deals with that. The more frequent calls don't have a big performance impact because the proof reader runs in an own thread, and as long it does not call back into Writer (as would be the case if it only checks for sentence completeness), the user wouldn't even notice it, especially on machines with more than one CPU core where a second CPU usually is not used by Writer at all. - Why doesn't LO remember the results? It draws the squigglies, but it then calls the checker again when right-clicking on an error, even if no changes are made in the interim. I can cache this in the extension, but it feels like something that should be handled in LO itself. There was a reason for that behavior, but I fail to remember it. I will tell you if my memory comes back. :-) In general, it feels like as you type incurs 50x more calls than needed. So if I missed some obvious option toggle or existing solution, I'd love to know. IIRC the call doesn't happen as you type, but every time a word is finished. At least back then it was implemented that way, IIRC. Regards, Mathias ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
Hi, Maxime de Roucy schrieb: Le mercredi 09 novembre 2011 à 15:15 -0500, Kohei Yoshida a écrit : On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote: Summary : Isn't Should the contents of all cells be concatenated and moved into the merged cell? better ? I like the following better: Do you want to merge the contents of the selected cells into one cell? Clicking 'No' will only retain the content of the upper-left cell. I like it. The merge word could be changed to concatenate which is more precise ... but for me both are OK. The end of the sentence into one cell could be removed since it a bit obvious. Do you want to (merge or concatenate) the contents of the selected cells (into one cell or nothing) ? Clicking 'No' will only retain the content of the upper-left cell. What do you think ? Clicking 'No' will only retain the content of the upper-left cell. That is wrong. The content remains in the hidden cells and can still be used in formulas. That is a used feature, when you will show a different content to the user than you need for calculation. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Removed some SvStringsSortDtor
Hi Caolán, On Tuesday, 2011-11-08 15:01:53 +, Caolán McNamara wrote: Looking at htmlexp.cxx:1320, pSrcArr is used to lookup for an index of a string, and then the index is applied to pDstArr. In my understanding indices of two arrays are unrelated, because arrays are sorted by their respective contents. Yeah, it's puzzling. Original code doesn't look right at all. Indeed.. probably didn't get noticed as the same graphic used more than once in a sheet that is exported to HTML isn't such a common case.. I guess what is intended here is mapping of strings, from pSrcArr to pDstArr (with incorrect implementation). The intent seems fairly clear anyway, so it looks like a std::map identifier-filename is what's wanted. Correct. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpzcMhz4cqry.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 39928, which changed state. Bug 39928 Summary: VIEWING: pictures in particular .doc shown wrong, picture size correct, but contents shrunken and surrounded by white margin. https://bugs.freedesktop.org/show_bug.cgi?id=39928 What|Old Value |New Value Resolution||FIXED Status|REOPENED|RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEWED] image import regression most annoying fdo#39928
Hi Noel, On Wed, 2011-11-09 at 18:28 +, Noel Power wrote: http://cgit.freedesktop.org/libreoffice/core/commit/?id=991aa4fff785612bad7281f4948f5771bf8d215a It'd be great to reference the public bug in the commit msg ;-) Anyhow - I've pushed it to 3.4 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] [REVIEW 3-4] Fixing keyboard navigation of range selection in reference mode
Hi Kohei, Kohei Yoshida wrote (09-11-11 03:25) There isn't a formally filed bug for this (either that or there is and I don't know about it), but this one is pretty bad I want this fixed in the stable version. The fix is There was some discussion on the users list on a at least related issue: http://www.mail-archive.com/users@global.libreoffice.org/msg12842.html As a result, fdo#42535 was filed Other issues mentioned in that thread: fdo#39212 and fdo#37230 (I did not take a look at the contents) Kind regards, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extension dependencies
Hi Stephan, So, I think I will just introduce a new LibreOffice-minimal-version dependency after all. I hand this subject in my mind for some time. Simply because I provide some extensions that now have a OpenOffice.org-minimal-version value and I was wondering how long that will last. a. I agree with your analyses that a simple solution is sufficient. b. Will it be necessary with the new LibreOffice-minimal-version dependency to have separate extensions for LibreOffice and OpenOffice or will that be optional? Cheers, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extension dependencies
On 11/10/2011 12:24 PM, Cor Nouws wrote: b. Will it be necessary with the new LibreOffice-minimal-version dependency to have separate extensions for LibreOffice and OpenOffice or will that be optional? As long as a given extension works fine with both LO and OOo, there's no need to add a LibreOffice-minimal-version dependency to the extension at all. An already existing OpenOffice.org-minimal-version (if one is needed at all) will still suffice. And when the extension uses features only available in LO (and thus needs a LibreOffice-minimal-version dependency), that extension will not work in OOo anyway. ;) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEWED] image import regression most annoying fdo#39928
On 10/11/11 11:10, Michael Meeks wrote: Hi Noel, On Wed, 2011-11-09 at 18:28 +, Noel Power wrote: http://cgit.freedesktop.org/libreoffice/core/commit/?id=991aa4fff785612bad7281f4948f5771bf8d215a It'd be great to reference the public bug in the commit msg ;-) Anyhow - I've pushed it to 3.4 sure I agree public bug numbers are better, but that assumes knowledge of the public bug when committing... which I didn't ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
Hi all, Isnt this something for ux-advise? Best, Bjoern On Thu, Nov 10, 2011 at 11:22:27AM +0100, Regina Henschel wrote: Hi, Maxime de Roucy schrieb: Le mercredi 09 novembre 2011 à 15:15 -0500, Kohei Yoshida a écrit : On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote: Summary : Isn't Should the contents of all cells be concatenated and moved into the merged cell? better ? I like the following better: Do you want to merge the contents of the selected cells into one cell? Clicking 'No' will only retain the content of the upper-left cell. I like it. The merge word could be changed to concatenate which is more precise ... but for me both are OK. The end of the sentence into one cell could be removed since it a bit obvious. Do you want to (merge or concatenate) the contents of the selected cells (into one cell or nothing) ? Clicking 'No' will only retain the content of the upper-left cell. What do you think ? Clicking 'No' will only retain the content of the upper-left cell. That is wrong. The content remains in the hidden cells and can still be used in formulas. That is a used feature, when you will show a different content to the user than you need for calculation. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
I agree with the wording of the question, but will only retain to me sounds as if the content of other cells would be lost, which isn't the case, it's just not displayed and hidden in the merged cells. We also should avoid terms like upper-left, as in a right-to-left environment it would be the top right cell instead. The content remains in the hidden cells and can still be used in formulas. That is a used feature, when you will show a different content to the user than you need for calculation. I didn't know that.. sorry, now I understand. Then what do you think about : Should the contents of all cells be concatenated and moved into the first cell ? When clicking 'No' the contents of the hidden cells will remains and can still be used in formulas. -- Maxime de Roucy Groupe LINAGORA - OSSA 80 rue Roque de Fillol 92800 PUTEAUX Tel. : 0 810 251 251 signature.asc Description: This is a digitally signed message part ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] New LO_{LIB, JAVA}_DIR make special inbuild component handling superfluous
http://cgit.freedesktop.org/libreoffice/core/commit/?id=c1bd2a254b4a22a02d515b084dabafe963f175ff
does away with the need for specially crafted *.inbuild.component files.
It replaces the $BRAND_BASE_DIR/program[/classes] paths in the
component files with ones based on new bootstrap varialbes LO_LIB_DIR
(i.e., $BRAND_BASE_DIR/program) and LO_JAVA_DIR (i.e.,
$BRAND_BASE_DIR/program/classes) set in the fundamental ini. In-build
uses simply need to set those variables now (uses in CppunitTest.mk etc.
already modified accordingly).
I tested this on a clean build only, non-clean builds may stumble over
stale component files (when doing unit checks etc.). If that is the case,
find */${INPATH?}/ -name \*.component -exec rm {} \;
should clean up enough (and not be too expensive).
Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles
Hi Regina, On Thu, 2011-11-10 at 11:18 +0100, Regina Henschel wrote: I do not understand, why SolidMarkHandles should be removed. It works as it should. Heh :-) If it is set to TRUE, you get the 3D-Handles, and if it is set to FALSE, you get the flat handles. It is the same setting as the icon Simple Handles (= .uno:HandlesDraft) in Draw. You have no UI for it in Writer, but need a macro to change it. But why removing it? The feature is of highly dubious usefulness; the UI advise list seemed to agree that the feature is not useful, it drags around yet-another big, complicated image, it makes that image harder to edit, chop up and improve (which we want to do for handles) by requiring us to do everything at least twice: once for 'simple' and once for 'solid'. Removing pointless features that clutter the code making it harder to maintain add cruft to the UI is (I think) just a good thing to do. So - given the extreme unlikeliness of anyone knowing or caring about this feature, and the new 3.5 handles (which are semi-transparent) making it rather un-necessary - I'm looking at pushing Tim's full removal patch shortly. Of course - since it is a string property - we should be able to grep all-known binary extensions to see if anyone, anywhere ever used this property; my strong 99.9% suspicion is not ;-) Furthermore, if it is not there, and their code handles exceptions cleanly, all should be well too. Ideally we'd have a repository of proprietary binary (and better open-source) extensions somewhere so we can check what they actually use of our vast exposed feature set. All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles
Hi Michael, Michael Meeks schrieb: Hi Regina, On Thu, 2011-11-10 at 11:18 +0100, Regina Henschel wrote: I do not understand, why SolidMarkHandles should be removed. It works as it should. Heh :-) If it is set to TRUE, you get the 3D-Handles, and if it is set to FALSE, you get the flat handles. It is the same setting as the icon Simple Handles (= .uno:HandlesDraft) in Draw. You have no UI for it in Writer, but need a macro to change it. But why removing it? The feature is of highly dubious usefulness; the UI advise list seemed to agree that the feature is not useful, it drags around yet-another big, complicated image, it makes that image harder to edit, chop up and improve (which we want to do for handles) by requiring us to do everything at least twice: once for 'simple' and once for 'solid'. Removing pointless features that clutter the code making it harder to maintain add cruft to the UI is (I think) just a good thing to do. So - given the extreme unlikeliness of anyone knowing or caring about this feature, and the new 3.5 handles (which are semi-transparent) making it rather un-necessary - I'm looking at pushing Tim's full removal patch shortly. Your explanations convinced me. That would mean, that the UI in the other modules is changed too? If yes, it needs a description in http://wiki.documentfoundation.org/ReleaseNotes/3.5 that highlight the advantages. It is not my work and I'm no native English speaker, so I will not change it myself. But what about something like: Handles will be semi-transparent now. Thus you can still see the edges of the object through the handle. The distinction between solid and flat handles was removed for to make option settings clearer and better manageable. I miss changes in the help files /help/helpcontent2/source/text/shared/optionen/01040200.xhp id=hd_id3155420 and id=par_id3156327 /help/helpcontent2/source/text/shared/optionen/01060100.xhp id=hd_id3150358 and id=par_id3154140 /help/helpcontent2/source/text/simpress/02/1307.xhp section id=handleinfach and section id=einhandl I don't know, whether changes to /help/helpcontent2/helpers/help_hid.lst are needed. Of course - since it is a string property - we should be able to grep all-known binary extensions to see if anyone, anywhere ever used this property; my strong 99.9% suspicion is not ;-) Furthermore, if it is not there, and their code handles exceptions cleanly, all should be well too. Ideally we'd have a repository of proprietary binary (and better open-source) extensions somewhere so we can check what they actually use of our vast exposed feature set. I do not think that most macros will end in an extension, so extensions might not reflect the use of a feature. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] removed leftovers of the Simple Handles option
Hi Tim, On Wed, 2011-11-09 at 19:06 +0100, Tim Hardeck wrote: I have created a patch to remove the leftovers mentioned here and some additional I have found. This builds and runs for me; the subsequent tests still fail - but since I've spent a while playing with them, and totally despair of their utility (whatsoever) - pwrt. connecting the printed error to any means of finding out what went wrong where, or how to debug that, etc. Hopefully everything you've done is pushed now :-) HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] band-aid for fdo#42534 crash in writer layout
So, I can't reproduce this one myself, but from the reported backtrace I
can see that the immediate crash would be caught by some band-aids to
not crash that are already in master already.
Do we want this for 3-4. Probable workaround is attached.
C.
From 3524727db0f3cfecf3a47046795c527808c10c3e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Caol=C3=A1n=20McNamara?= caol...@redhat.com
Date: Thu, 23 Jun 2011 15:14:00 +0100
Subject: [PATCH] Related: #i58612# don't crash anyway
---
sw/source/core/text/frmform.cxx | 11 ++-
sw/source/core/text/inftxt.cxx |3 ++-
sw/source/core/text/txtfly.cxx |6 --
sw/source/core/text/txtfrm.cxx |7 +--
4 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/sw/source/core/text/frmform.cxx b/sw/source/core/text/frmform.cxx
index 6a4be32..6b3b9cc 100755
--- a/sw/source/core/text/frmform.cxx
+++ b/sw/source/core/text/frmform.cxx
@@ -1463,10 +1463,11 @@ void SwTxtFrm::_Format( SwTxtFormatter rLine, SwTxtFormatInfo rInf,
if( IsFollow() IsFieldFollow() rLine.GetStart() == GetOfst() )
{
-const SwLineLayout* pLine;
+SwTxtFrm *pMaster = FindMaster();
+OSL_ENSURE( pMaster, SwTxtFrm::Format: homeless follow );
+const SwLineLayout* pLine=NULL;
+if (pMaster)
{
-SwTxtFrm *pMaster = FindMaster();
-OSL_ENSURE( pMaster, SwTxtFrm::Format: homeless follow );
if( !pMaster-HasPara() )
pMaster-GetFormatted();
SwTxtSizeInfo aInf( pMaster );
@@ -1474,8 +1475,8 @@ void SwTxtFrm::_Format( SwTxtFormatter rLine, SwTxtFormatInfo rInf,
aMasterLine.Bottom();
pLine = aMasterLine.GetCurr();
}
-SwLinePortion* pRest =
-rLine.MakeRestPortion( pLine, GetOfst() );
+SwLinePortion* pRest = pLine ?
+rLine.MakeRestPortion(pLine, GetOfst()) : NULL;
if( pRest )
rInf.SetRest( pRest );
else
diff --git a/sw/source/core/text/inftxt.cxx b/sw/source/core/text/inftxt.cxx
index 570b3c6..a76d746 100644
--- a/sw/source/core/text/inftxt.cxx
+++ b/sw/source/core/text/inftxt.cxx
@@ -1465,7 +1465,8 @@ void SwTxtFormatInfo::Init()
if ( GetTxtFrm()-IsFollow() )
{
const SwTxtFrm* pMaster = GetTxtFrm()-FindMaster();
-const SwLinePortion* pTmpPara = pMaster-GetPara();
+OSL_ENSURE(pMaster, pTxtFrm without Master);
+const SwLinePortion* pTmpPara = pMaster ? pMaster-GetPara() : NULL;
// there is a master for this follow and the master does not have
// any contents (especially it does not have a number portion)
diff --git a/sw/source/core/text/txtfly.cxx b/sw/source/core/text/txtfly.cxx
index 2d21ece..fbff110 100644
--- a/sw/source/core/text/txtfly.cxx
+++ b/sw/source/core/text/txtfly.cxx
@@ -890,7 +890,7 @@ sal_Bool SwTxtFly::IsAnyObj( const SwRect rRect ) const
const SwCntntFrm* SwTxtFly::_GetMaster()
{
pMaster = pCurrFrm;
-while( pMaster-IsFollow() )
+while( pMaster pMaster-IsFollow() )
pMaster = (SwCntntFrm*)pMaster-FindMaster();
return pMaster;
}
@@ -1551,7 +1551,9 @@ SwAnchoredObjList* SwTxtFly::InitAnchoredObjList()
SwTwips SwTxtFly::CalcMinBottom() const
{
SwTwips nRet = 0;
-const SwSortedObjs *pDrawObj = GetMaster()-GetDrawObjs();
+const SwCntntFrm *pLclMaster = GetMaster();
+OSL_ENSURE(pLclMaster, SwTxtFly without master);
+const SwSortedObjs *pDrawObj = pLclMaster ? pLclMaster-GetDrawObjs() : NULL;
const sal_uInt32 nCount = pDrawObj ? pDrawObj-Count() : 0;
if( nCount )
{
diff --git a/sw/source/core/text/txtfrm.cxx b/sw/source/core/text/txtfrm.cxx
index 6e5f764..9e4a237 100644
--- a/sw/source/core/text/txtfrm.cxx
+++ b/sw/source/core/text/txtfrm.cxx
@@ -646,9 +646,12 @@ void SwTxtFrm::HideAndShowObjects()
}
}
-if ( IsFollow() )
+if (IsFollow())
{
-FindMaster()-HideAndShowObjects();
+SwTxtFrm *pMaster = FindMaster();
+OSL_ENSURE(pMaster, SwTxtFrm without master);
+if (pMaster)
+pMaster-HideAndShowObjects();
}
}
--
1.7.6.4
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [RFC] make binfilter depend on tail_build
Sorry, that came in during LO-Conf and I somehow missed it. On Mon, Oct 10, 2011 at 11:29 AM, Peter Foley pefol...@verizon.net wrote: Hi, I'd like to propose making binfilter depend on tail_build. Because binfilter is legacy code and it's 11316 lines worth of dmake makefiles are highly unlikly to be converted to gbuild, Right. that would be a wasted effort indeed. the only way that binfilters's dependencies ( basic vcl xmlscript connectivity framework svtools offapi libxslt ) and all of their dependencies could get added to tail_build would be for binfilter to depend on tail_build. Right. and the good news is: it would have no impact on non-binfilter build, and binfilter is big enough with enough sub-dmake to be able to keep most build machine quite buzy on its own.. so putting it after tail_build should not impact the elapsed time too badly Because binfilter is already built right before tail_build this change shouldn't cause any problems. Well it is built right before tail_build because tail_build is growing and we are getting to the point were binfilter is indeed on the critical path. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles
Hi Regina, On Thu, 2011-11-10 at 15:27 +0100, Regina Henschel wrote: Your explanations convinced me. Good :-) That would mean, that the UI in the other modules is changed too ? If yes, it needs a description in http://wiki.documentfoundation.org/ReleaseNotes/3.5 that highlight the advantages. Astron added the handles change there, with a screenshot (and a comment to update it) - I just expanded the text there to make this clearer myself - thanks. Handles will be semi-transparent now. Thus you can still see the edges of the object through the handle. The distinction between solid and flat handles was removed for to make option settings clearer and better manageable. Heh ;-) beautiful, I just read it after updating the page. Feel free to replace it with what's there now (which is just a rough draft for our marketing people really). I miss changes in the help files Right ! any chance you can dig into that Tim ? (wow you'll have seen ~all of the suite after this task ;-). /help/helpcontent2/source/text/shared/optionen/01040200.xhp id=hd_id3155420 and id=par_id3156327 .. I don't know, whether changes to /help/helpcontent2/helpers/help_hid.lst are needed. Yep - we should bin HANDLES_DRAFT there 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] [PATCH] Fix for FDO#42453 - remove unused anchor icons
Very straightforward change attached.
The change is contributed under the LGPLv3+ / MPL.
Thanks,
Julien
From 9dd61fd109964d7db42e1509249c62420611d593 Mon Sep 17 00:00:00 2001
From: Julien Chaffraix julien.chaffr...@gmail.com
Date: Wed, 9 Nov 2011 19:50:38 -0800
Subject: [PATCH 1/2] FDO#42453 - EasyHack: remove unused anchor icons ...
Removed the 2 suggested entries as there was no other references to the
---
sw/source/ui/utlui/initui.hrc |3 ---
sw/source/ui/utlui/initui.src |2 --
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/sw/source/ui/utlui/initui.hrc b/sw/source/ui/utlui/initui.hrc
index 367091f..79c9dd5 100644
--- a/sw/source/ui/utlui/initui.hrc
+++ b/sw/source/ui/utlui/initui.hrc
@@ -28,9 +28,6 @@
#ifndef _INITUI_HRC
#define _INITUI_HRC
-#define BMP_FRAME_ANCHOR 1
-#define BMP_FRAME_DRAG_ANCHOR2
-
// lokale Resourcen fuer die Shells:
#define STR_POSTIT_PAGE 1
#define STR_POSTIT_AUTHOR2
diff --git a/sw/source/ui/utlui/initui.src b/sw/source/ui/utlui/initui.src
index ccb3243..6031bd4 100644
--- a/sw/source/ui/utlui/initui.src
+++ b/sw/source/ui/utlui/initui.src
@@ -186,8 +186,6 @@ Resource RID_SW_SHELLRES
{
Text [ en-US ] = Total editing time ;
};
-BITMAP BMP_FRAME_ANCHOR { FILE = anchor.bmp ; };
-BITMAP BMP_FRAME_DRAG_ANCHOR { FILE = danchor.bmp ; };
String STR_PAGEDESC_NAME
{
--
1.7.7.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove some String - OUString conversion in svl/fsstor
Another simple change attached.
The change is contributed under the LGPLv3+ / MPL.
Thanks,
Julien
From a8d064a78058693d7d2bf5ceaabc779b8290242d Mon Sep 17 00:00:00 2001
From: Julien Chaffraix julien.chaffr...@gmail.com
Date: Thu, 10 Nov 2011 07:23:29 -0800
Subject: [PATCH 2/2] Removed several String - OUString conversion in
fsstor.
---
svl/source/fsstor/fsstorage.cxx |4 ++--
svl/source/fsstor/fsstorage.hxx |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/svl/source/fsstor/fsstorage.cxx b/svl/source/fsstor/fsstorage.cxx
index 2a6e2ca..4c0dcac 100644
--- a/svl/source/fsstor/fsstorage.cxx
+++ b/svl/source/fsstor/fsstorage.cxx
@@ -180,9 +180,9 @@ FSStorage::~FSStorage()
}
//---
-sal_Bool FSStorage::MakeFolderNoUI( const String rFolder, sal_Bool )
+sal_Bool FSStorage::MakeFolderNoUI( const ::rtl::OUString rFolder, sal_Bool )
{
- INetURLObject aURL( rFolder );
+INetURLObject aURL( rFolder );
::rtl::OUString aTitle = aURL.getName( INetURLObject::LAST_SEGMENT, true, INetURLObject::DECODE_WITH_CHARSET );
aURL.removeSegment();
::ucbhelper::Content aParent;
diff --git a/svl/source/fsstor/fsstorage.hxx b/svl/source/fsstor/fsstorage.hxx
index 7d8a144..87430ec 100644
--- a/svl/source/fsstor/fsstorage.hxx
+++ b/svl/source/fsstor/fsstorage.hxx
@@ -75,7 +75,7 @@ public:
void CopyContentToStorage_Impl( ::ucbhelper::Content* pContent,
const ::com::sun::star::uno::Reference ::com::sun::star::embed::XStorage xDest );
-static sal_Bool MakeFolderNoUI( const String rFolder, sal_Bool bNewOnly );
+static sal_Bool MakeFolderNoUI( const ::rtl::OUString rFolder, sal_Bool bNewOnly );
//
// XInterface
--
1.7.7.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] writer AnchoredObjects accessed after deletion under some circumstances
So, I have a document which triggers the attached traces.txt if I close
the document before the layout completes.
Here's what I think I see. The SwView goes away first, and the writer
layout hierarchy goes away with it. Then the SwDoc goes away. The
SwLayouter basically belongs to the SwDoc (for some good reason ?).
During layout SwLayouter::InsertObjForTmpConsiderWrapInfluence can be
called to add some pointers to AnchoredObjects into it temporarily.
AnchoredObjects belong to the layout, and go away when the layout
hierarchy is destroyed. If the layout process completes these get
cleared out from the SwLayouter along the way.
However, if you close the document before layout is complete,
AnchoredObjects remain registered in SwLayouter, then the SwDoc
destruction calls SwLayouter::ClearObjsTmpConsiderWrapInfluence which
can try to access AnchoredObjects which were destroyed by the earlier
destruction, ka-boom.
traces attached in traces.txt
Attached is what I think is a plausible fix. Anyone got any alternative
ideas or horrified (more than usual) by the suggested fix.
C.
diff --git a/sw/inc/doc.hxx b/sw/inc/doc.hxx
index e4848f5..a60b399 100644
--- a/sw/inc/doc.hxx
+++ b/sw/inc/doc.hxx
@@ -948,6 +948,7 @@ public:
virtual const SwRootFrm *GetCurrentLayout() const;
virtual SwRootFrm *GetCurrentLayout();//swmod 080219
virtual bool HasLayout() const;
+void ClearSwLayouterEntries();
/** IDocumentTimerAccess
*/
diff --git a/sw/source/core/doc/doc.cxx b/sw/source/core/doc/doc.cxx
index bdded6f..a10d3f7 100644
--- a/sw/source/core/doc/doc.cxx
+++ b/sw/source/core/doc/doc.cxx
@@ -1810,13 +1810,22 @@ bool SwDoc::IsModified() const
return mbModified;
}
-void SwDoc::SetModified()
+//Load document from fdo#42534 under valgrind, drag the scrollbar down so full
+//document layout is triggered. Close document before layout has completed, and
+//SwAnchoredObject objects deleted by the deletion of layout remain referenced
+//by the SwLayouter
+void SwDoc::ClearSwLayouterEntries()
{
SwLayouter::ClearMovedFwdFrms( *this );
SwLayouter::ClearObjsTmpConsiderWrapInfluence( *this );
SwLayouter::ClearFrmsNotToWrap( *this );
// #i65250#
SwLayouter::ClearMoveBwdLayoutInfo( *this );
+}
+
+void SwDoc::SetModified()
+{
+ClearSwLayouterEntries();
// We return the status for the link according to the old and new value of the flags
// Bit 0: - old state
// Bit 1: - new state
diff --git a/sw/source/core/layout/newfrm.cxx b/sw/source/core/layout/newfrm.cxx
index 4504e6e..9c7c5af 100644
--- a/sw/source/core/layout/newfrm.cxx
+++ b/sw/source/core/layout/newfrm.cxx
@@ -616,8 +616,13 @@ SwRootFrm::~SwRootFrm()
if(pBlink)
pBlink-FrmDelete( this );
-if ( static_castSwFrmFmt*(GetRegisteredInNonConst()) )
-static_castSwFrmFmt*(GetRegisteredInNonConst())-GetDoc()-DelFrmFmt( static_castSwFrmFmt*(GetRegisteredInNonConst()) );
+SwFrmFmt *pRegisteredInNonConst = static_castSwFrmFmt*(GetRegisteredInNonConst());
+if ( pRegisteredInNonConst )
+{
+SwDoc *pDoc = pRegisteredInNonConst-GetDoc();
+pDoc-DelFrmFmt( pRegisteredInNonConst );
+pDoc-ClearSwLayouterEntries();
+}
delete pDestroy;
pDestroy = 0;
==2958==at 0x22EB2603: SwAnchoredObject::SetTmpConsiderWrapInfluence(bool)
(anchoredobject.cxx:869)
==2958==by 0x22F2CB81: SwObjsMarkedAsTmpConsiderWrapInfluence::Clear()
(objstmpconsiderwrapinfl.cxx:79)
==2958==by 0x22F1E26A: SwLayouter::ClearObjsTmpConsiderWrapInfluence(SwDoc
const) (layouter.cxx:425)
==2958==by 0x22C5D38A: SwDoc::SetModified() (doc.cxx:1816)
==2958==by 0x22CCA6C6: SwDoc::SetDefault(SfxItemSet const)
(docfmt.cxx:1300)
==2958==by 0x22CC9ED7: SwDoc::SetDefault(SfxPoolItem const)
(docfmt.cxx:1178)
==2958==by 0x22CE7742: SwDoc::~SwDoc() (docnew.cxx:473)
==2958==by 0x22CE8EF9: SwDoc::~SwDoc() (docnew.cxx:666)
==2958==by 0x2340DABB: SwDocShell::RemoveLink() (docshini.cxx:517)
==2958==by 0x2340D2EA: SwDocShell::~SwDocShell() (docshini.cxx:425)
==2958==by 0x2340D4F3: SwDocShell::~SwDocShell() (docshini.cxx:433)
==2958==by 0x85D4D8B: SvRefBase::QueryDelete() (ref.cxx:50)
==2958==by 0x677F714: SvRefBase::ReleaseReference() (ref.hxx:380)
==2958==by 0x677FCD0: SfxObjectShellRef::~SfxObjectShellRef() (in
/home/caolan/LibreOffice/core/solver/unxlngx6/lib/libsfxlo.so)
==2958==by 0x6A9C964: SfxViewFrame::ReleaseObjectShell_Impl()
(viewfrm.cxx:1106)
==2958==by 0x6A9E060: SfxViewFrame::~SfxViewFrame() (viewfrm.cxx:1480)
==2958==by 0x6A9E239: SfxViewFrame::~SfxViewFrame() (viewfrm.cxx:1501)
==2958==by 0x6A9CB5C: SfxViewFrame::Close() (viewfrm.cxx:1139)
==2958==by 0x6A71419: SfxFrame::DoClose_Impl() (frame.cxx:185)
gdb log of point of destruction of SwAnchoredObject accessed above.
#0 SwAnchoredObject::~SwAnchoredObject (this=0x18d8400, __in_chrg=optimized
out)
at
[Libreoffice] minutes of tech. steering call ...
* Present: + Norbert, Eike, David, Stephan, Michael, Bjoern, Andras, Petr, Caolan, Thorsten, Cedric, Fridrich, Tor, Christian * Completed Action Items + rotate top #10 easy-hacks on front-page (Bjoern) + poke UI / Translation issue bug#42388 (Andras) + a normal l10n bug... + think about Linux build / up-load work (Caolan) + RedHat to handle it AA: + send ssh keys for access to Fridrich (Caolan) + update wiki to mark 3.3.5 as skipped (Petr) + proposal for closer in 3.4.5 release (Petr) + connect to Fridrich's machine fix Win32 build failure (Michael, Bjoern) + finally it builds ! * Pending Action Items + default to TM safe (non-TDF) branding (Thorsten) + enable on-line updates for QA in cross-compiled dailies [in progress] (Kendy) + come up with a list of QA heros for next meeting [in progress] (Rainer) + ask wrt. hacking php to improve easy-hacks presentation (Bjoern) + extract 64bit build hardware from firewall (Kendy) + ask Christian wrt. Mac / PPC (Fridrich) + add unexpected mingw regressions to MingW 'most-annoying' (Rainer) * Meeting time: + please update the doodle poll: http://www.doodle.com/d7cxxvfhergqhhqg * Release Engineering update (Petr) + Proposal for a one-off 3.4.5 release + due-to extended 3.5 dev cycle + http://wiki.documentfoundation.org/ReleasePlan/3.5#3.5.0_release + have a Beta0 - 1 week earlier than feature-freeze (just for Cor ;-) + skip Beta 2 - for 3.4.5 RC1 + skip Beta 4 - for 3.4.5 RC2/release + does it affect a 3.5.6 release. + Dec 5th feature freeze details (Petr/Michael) + branch immediately on feature-freeze (Petr, Caolan) + new onegit makes this much easier + should we wait for green tinderboxen ? - prolly not, stabilise on branches + double code review not required until nearer RC1 = bug fix committer should cherry-pick themselves + tripple cross-company code review for features until nearer RC1 + exceptions: artwork, unit-tests until RC1 + tinderboxes: will attack the libreoffice-3-5 branch primarily * QA update (Rainer) + we missed Rainer * FOSDEM / conference pieces + please submit your LibreOffice dev-room talks to: http://wiki.documentfoundation.org/Marketing/Events/Fosdem2012 + block out your 4-5 Feb * debug-levels / modes clarity (Bjoern/Stephan) + writer debugging, DBG_UTIL symbols all gone to OSL_DEBUG_LEVEL 2 + other things depend on this, so can't build in a product version (?) + missing common understanding of how to use: + NDEBUG, DBG_UTIL, OSL_DEBUG_LEVELs etc. + when are they binary compatible / incompatible etc. + Stephan's master plan + assertions should abort (one day) + all these issues are related. + prefer to move it to the mailing list + gather use-cases there ... + iterative way to get there required (Thorsten) + need to document what is there now (Bjoern) AA: + produce a fleshed out concrete proposal for the public list (Stephan) + assertion failures ? + should they be enabled in product build ? + if ability to recover - why assert ? + tracing - printing progress as we go along + need to capture semantics of tracing, warning, errors etc. + assert == logically impossible, or shouldn't happen ... + bin compat should be orthogonal to asserts/tracing (Norbert) + corrupt input currently being flagged by 'asserts' + problem - old asserts, did not abort = we got lots of them. + DBG_UTIL doesn't work on windows - runtime problems (Tor) AA: + add easy hack to kill PRODUCT in favour of DBG_UTIL (Bjoern) + ideally, done as a patch + needs windows experimentation etc. + where does 'assert' output on windows go ? + what about the 'debugwindow' (ctrl-alt-shift-d) + should we dump it ... yes. * Make binfilter depend on tail_build + not a big issue, will happen as/when needed or someone wants that. + other modules prevent that currently; cf. 'extensions' AA: + reply to Peter's RFC (Norbert) * UNO API tagging - compile time flags in .hdl ? + difficulty between uses impls. + source code, or object level ? + unclear how we can do better guesses ... + in-house extensions etc. + theoretically impossible to derive
Re: [Libreoffice] minutes of tech. steering call ...
On Thu, Nov 10, 2011 at 11:34 AM, Michael Meeks michael.me...@suse.com wrote: * Make binfilter depend on tail_build + not a big issue, will happen as/when needed or someone wants that. + other modules prevent that currently; cf. 'extensions' Errata: other module are on the critical path for merging thing into tail_build before binfilter become a 'blocker' to further progress. but binfitler as a dependency of tail_build _can_ be done righ now Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles - [PATCH] removed Simple Handles option entries from help
On 11/10/2011 05:10 PM, Michael Meeks wrote: I miss changes in the help files Right ! any chance you can dig into that Tim ? (wow you'll have seen ~all of the suite after this task ;-). Sure, I think this should be it. Tim -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany T: +49 (0) 911 74053-0 F: +49 (0) 911 74053-483 http://www.suse.de/ From 10c290fad0812802b62385e2bf4e8070448288e9 Mon Sep 17 00:00:00 2001 From: Tim Hardeck thard...@suse.com Date: Thu, 10 Nov 2011 19:04:02 +0100 Subject: [PATCH] removed Simple Handles option entries from help Removed the help entries and files about the Simple Handles option. --- helpcontent2/helpers/help_hid.lst |3 - helpcontent2/helpers/longnames_commands.csv|1 - helpcontent2/helpers/uno-commands.csv |1 - helpcontent2/helpers/uno_hid.lst |1 - helpcontent2/helpers/unocmds.txt |1 - helpcontent2/source/text/sdraw/main0213.xhp|2 - .../source/text/shared/optionen/01040200.xhp |3 - .../source/text/shared/optionen/01060100.xhp |8 +-- helpcontent2/source/text/simpress/02/1307.xhp | 66 helpcontent2/source/text/simpress/02/makefile.mk |1 - helpcontent2/source/text/simpress/main0213.xhp |2 - helpcontent2/util/sdraw/makefile.mk|1 - helpcontent2/util/simpress/makefile.mk |1 - 13 files changed, 2 insertions(+), 89 deletions(-) delete mode 100644 helpcontent2/source/text/simpress/02/1307.xhp diff --git a/helpcontent2/helpers/help_hid.lst b/helpcontent2/helpers/help_hid.lst index ffb9de2..769934d 100644 --- a/helpcontent2/helpers/help_hid.lst +++ b/helpcontent2/helpers/help_hid.lst @@ -5359,7 +5359,6 @@ SID_GRID_VISIBLE,27322,.uno:GridVisible SID_GROUP,10454,.uno:FormatGroup SID_GROUPVIEW,6621, SID_GROW_FONT_SIZE,11042, -SID_HANDLES_DRAFT,27150,.uno:HandlesDraft SID_HANDOUTMODE,27070,.uno:HandoutMode SID_HANDOUT_MASTERPAGE,27349,.uno:HandoutMasterPage SID_HANGUL_HANJA_CONVERSION,10959,.uno:HangulHanjaConversion @@ -7082,7 +7081,6 @@ sc_CheckBox_RID_SCPAGE_CONTENT_CB_CLIP,958186529, sc_CheckBox_RID_SCPAGE_CONTENT_CB_FORMULA,958186517, sc_CheckBox_RID_SCPAGE_CONTENT_CB_GRID,958186553, sc_CheckBox_RID_SCPAGE_CONTENT_CB_GUIDELINE,958186556, -sc_CheckBox_RID_SCPAGE_CONTENT_CB_HANDLES,958186563, sc_CheckBox_RID_SCPAGE_CONTENT_CB_HSCROLL,958186548, sc_CheckBox_RID_SCPAGE_CONTENT_CB_NIL,958186518, sc_CheckBox_RID_SCPAGE_CONTENT_CB_OUTLINE,958186551, @@ -9377,7 +9375,6 @@ sw_CheckBox_TP_CONTENT_OPT_CB_CROSS,878396430, sw_CheckBox_TP_CONTENT_OPT_CB_DRWFAST,878396419, sw_CheckBox_TP_CONTENT_OPT_CB_FIELD,878396420, sw_CheckBox_TP_CONTENT_OPT_CB_GRF,878396417, -sw_CheckBox_TP_CONTENT_OPT_CB_HANDLE,878396475, sw_CheckBox_TP_CONTENT_OPT_CB_HRULER,878396433, sw_CheckBox_TP_CONTENT_OPT_CB_HSCROLL,878396431, sw_CheckBox_TP_CONTENT_OPT_CB_POSTIT,878396439, diff --git a/helpcontent2/helpers/longnames_commands.csv b/helpcontent2/helpers/longnames_commands.csv index 92a9e84..e29afda 100644 --- a/helpcontent2/helpers/longnames_commands.csv +++ b/helpcontent2/helpers/longnames_commands.csv @@ -1221,7 +1221,6 @@ SID_GRID_FRONT,.uno:GridFront SID_GRID_USE,.uno:GridUse SID_GRID_VISIBLE,.uno:GridVisible SID_GROUP,.uno:FormatGroup -SID_HANDLES_DRAFT,.uno:HandlesDraft SID_HANDOUTMODE,.uno:HandoutMode SID_HANDOUT_MASTERPAGE,.uno:HandoutMasterPage SID_HANGUL_HANJA_CONVERSION,.uno:HangulHanjaConversion diff --git a/helpcontent2/helpers/uno-commands.csv b/helpcontent2/helpers/uno-commands.csv index 5baf4c2..364f169 100644 --- a/helpcontent2/helpers/uno-commands.csv +++ b/helpcontent2/helpers/uno-commands.csv @@ -856,7 +856,6 @@ .uno:HScroll .uno:HScrollbar .uno:HalfSphere -.uno:HandlesDraft .uno:HandoutMasterPage .uno:HandoutMode .uno:HangulHanjaConversion diff --git a/helpcontent2/helpers/uno_hid.lst b/helpcontent2/helpers/uno_hid.lst index 06cb093..8d59158 100644 --- a/helpcontent2/helpers/uno_hid.lst +++ b/helpcontent2/helpers/uno_hid.lst @@ -1219,7 +1219,6 @@ SID_GRID_FRONT,27323,.uno:GridFront SID_GRID_USE,27154,.uno:GridUse SID_GRID_VISIBLE,27322,.uno:GridVisible SID_GROUP,10454,.uno:FormatGroup -SID_HANDLES_DRAFT,27150,.uno:HandlesDraft SID_HANDOUTMODE,27070,.uno:HandoutMode SID_HANDOUT_MASTERPAGE,27349,.uno:HandoutMasterPage SID_HANGUL_HANJA_CONVERSION,10959,.uno:HangulHanjaConversion diff --git a/helpcontent2/helpers/unocmds.txt b/helpcontent2/helpers/unocmds.txt index 014f2ca..08d8f51 100644 --- a/helpcontent2/helpers/unocmds.txt +++ b/helpcontent2/helpers/unocmds.txt @@ -484,7 +484,6 @@ .uno:HFixedLine;sbasic/shared/02/2000.xhp .uno:HScrollbar;sbasic/shared/02/2000.xhp .uno:HalfSphere;simpress/02/1009.xhp -.uno:HandlesDraft;simpress/02/1307.xhp .uno:HangulHanjaConversion;shared/01/0620.xhp
[Libreoffice] Howto develop an extension with URE?
Hi, I've developed an extension to automatically load and store documents from/in a database. I can also start and control a slide show. This all works fine except some minor glitches inside libreoffice which I wanted to fix once my stuff is stable enough and I find some time. For development I was using the ure and ure-devel packages from openSUSE. The problem now is that those packages are no longer available ( https://bugzilla.novell.com/show_bug.cgi?id=728561 ) which leaves me alone in the dark. I tried to somehow get the sdk working but I failed generating the headers from the idl files... so my question is - how to use this sdk and is it safe to rely on this sdk or just switch back to M$ office programming + a terminal server? The M$ office solution was used before I managed to established openoffice/libreoffice for this task and now I'm a little bit puzzled if this was a good decision after all... So what's the current state of ure in libreoffice? Christian Ehrlicher ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] SolidMarkHandles - [PATCH] removed Simple Handles option entries from help
I have removed both my gmail, and this e-mail from this list, why am i still receiving e-mails? On 11/10/2011 05:10 PM, Michael Meeks wrote: I miss changes in the help files Right ! any chance you can dig into that Tim ? (wow you'll have seen ~all of the suite after this task ;-). Sure, I think this should be it. Tim -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany T: +49 (0) 911 74053-0 F: +49 (0) 911 74053-483 http://www.suse.de/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW 3-4] Fixing keyboard navigation of range selection in reference mode
On Tue, 2011-11-08 at 21:25 -0500, Kohei Yoshida wrote: 1. put some numbers in A1:A3. 2. move the cursor to C1. 3. type =sum( 4. hit ctrl-left arrow to move the cursor to A1 (you should see the red rectangle encompassing the A1 cell). 5. hit ctrl-down arrow. Actually 5. should've been 5. hit ctrl-shift-down arrow. -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build fail: workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'
On Thu, 2011-11-10 at 10:02 +0200, Noel Grandin wrote: Any ideas? Yeah I got the same error and I'm doing the git pull -r clean build as we speak. Sorry, no help here, but just a confirmation. -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] iOS and convert to PDF
Hi All, I'm interested in the possibility of using parts of LO to convert documents from .doc and related formats to .pdf on iOS. I know that the port of LO to iOS is underway but honestly I've had some difficulty building it. Is it likely to be possible to take a subset of LO for this purpose of converting files on iOS? Any guidance would be appreciated. Thanks, Brian -- View this message in context: http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3498093.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Howto develop an extension with URE?
Hi Christian, On Thu, 2011-11-10 at 19:51 +0100, Christian Ehrlicher wrote: I've developed an extension to automatically load and store documents from/in a database. I can also start and control a slide show. Great :-) This all works fine except some minor glitches inside libreoffice which I wanted to fix once my stuff is stable enough and I find some time. Much appreciated of course. For development I was using the ure and ure-devel packages from openSUSE. The problem now is that those packages are no longer available ( https://bugzilla.novell.com/show_bug.cgi?id=728561 ) which leaves me alone in the dark. I tried to somehow get the sdk working but I failed generating the headers from the idl files... so my question is - how to use this sdk and is it safe to rely on this sdk So - prolly safer. Previously we installed a lot of the internal headers and tools to get the split build going - this meant that they worked out of the box on many systems. In -theory- the URE has the same tools and functionality ;-) in reality ... most likely it needs improvement around packaging and particularly usability. The URE is still there in SUSE - it just lives in the libreoffice-sdk package. or just switch back to M$ office programming + a terminal server? Heh, sounds even worse to me. The M$ office solution was used before I managed to established openoffice/libreoffice for this task and now I'm a little bit puzzled if this was a good decision after all... Sure it was a good decision. So what's the current state of ure in libreoffice? It's still there, and it should work, anything else is a bug. More details such as: error messages from the idl / header compiler - I assume you're running: /usr/lib/libreoffice/basis3.4/sdk/bin/idlc for example ? Of course, sharing the source or an equivalent piece of test code would be even better to allow people to help you. All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
Hi Brian, On Thu, 2011-11-10 at 13:59 -0800, BrianS wrote: I'm interested in the possibility of using parts of LO to convert documents from .doc and related formats to .pdf on iOS. Great - sounds like it overlaps with Tor's Android work quite nicely, it'd be fantastic to have you working on that with us. I know that the port of LO to iOS is underway but honestly I've had some difficulty building it. That's quite normal, you've read README.cross ? :-) also more concrete details on the specific problems would be good. Is it likely to be possible to take a subset of LO for this purpose of converting files on iOS? Certainly - but there are a number of blockers, after the cross compilation - we need to do more work to statically link the whole beast into one big blob. Tor's also doing some nice work to shrink what is compiled and included by adding a DESKTOP flag that is not set on these devices - to shrink the big blob - help much appreciated there of course. Finally some small amount of wrapper logic to run the moral equivalent of: ./soffice --convert-to pdf foo.docx or whatever would be necessary. Any guidance would be appreciated. The field is wide open for hackers interested in helping out here and we'd love to mentor you get patches included etc. There is no out of the box solution (yet), and no ETA for this on iOS - but presumably Tor has mode details. HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
Ok I have my confirmation of being removed from this list, why am I still receiving e-mails? On 11/10/2011 4:59 PM, BrianS wrote: Hi All, I'm interested in the possibility of using parts of LO to convert documents from .doc and related formats to .pdf on iOS. I know that the port of LO to iOS is underway but honestly I've had some difficulty building it. Is it likely to be possible to take a subset of LO for this purpose of converting files on iOS? Any guidance would be appreciated. Thanks, Brian -- View this message in context: http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3498093.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Howto develop an extension with URE?
Michael Meeks schrieb: Hi Christian, On Thu, 2011-11-10 at 19:51 +0100, Christian Ehrlicher wrote: I've developed an extension to automatically load and store documents from/in a database. I can also start and control a slide show. Great :-) This all works fine except some minor glitches inside libreoffice which I wanted to fix once my stuff is stable enough and I find some time. Much appreciated of course. For development I was using the ure and ure-devel packages from openSUSE. The problem now is that those packages are no longer available ( https://bugzilla.novell.com/show_bug.cgi?id=728561 ) which leaves me alone in the dark. I tried to somehow get the sdk working but I failed generating the headers from the idl files... so my question is - how to use this sdk and is it safe to rely on this sdk So - prolly safer. Previously we installed a lot of the internal headers and tools to get the split build going - this meant that they worked out of the box on many systems. In -theory- the URE has the same tools and functionality ;-) in reality ... most likely it needs improvement around packaging and particularly usability. The URE is still there in SUSE - it just lives in the libreoffice-sdk package. I can't find this here: http://download.opensuse.org/update/11.3/rpm/x86_64/ Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )
Hi,
investigating further I have come to the conclusion that the attached
( and previously inlined ) patch is correct, in the sense that regular
expressions of the failing type are now handled correctly.
e.g.
A[\[:\]]
should find an 'A' followed by one of '[',':',']' and it does now (old
behavior: infinite loop).
I don't seem to see any regression tests for reclass ?
Also, and independent of this issue, certain regular expressions don't
work as expected, e.g.
A[\[:]
unexpectedly matches nothing, but
A[:\[]
and
A[\[\:]
do... ( as far as I know ':' should match itself unless one of the
special posix ranges is used. )
Review or comment would be greatly appreciated !
Thanks,
- Karl
index c57632a..9e21bbe 100644
--- a/regexp/source/reclass.cxx
+++ b/regexp/source/reclass.cxx
@@ -1255,6 +1255,7 @@ Regexpr::regex_compile()
break;
} else {
p = p1+1;
+p1 ++;
last_char = (sal_Unicode)':';
set_list_bit(last_char, b);
}
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] iOS and convert to PDF
That's quite normal, you've read README.cross ? :-) also more concrete details on the specific problems would be good. Also, http://www.iki.fi/tml/libocon2011-xcompiling.pdf gives an overview of LibeOffice cross-compilation in general. I've had some difficulty building it. Please give more details. (On this list, not in private mail.) The master branch is obviously a moving target. For a month or so I haven't attempted iOS compilation, so some slight problem might have popped up. (I just tried to run autogen.sh for iOS and indeed noticed a problem in the checks for libxslt. Will fix up that.) Tor's also doing some nice work to shrink what is compiled and included by adding a DESKTOP flag that is not set [when compiling for] these devices - to shrink the big blob Well, the DESKTOP flag is more to just avoid wasting time on compiling completely unnecessary modules--- also in the parts that do get compiled now there surely is lots of stuff that doesn't make sense on portable devices. Finally some small amount of wrapper logic to run the moral equivalent of: ./soffice --convert-to pdf foo.docx Yup. Something like that should be doable relatively soon, as the LibreOffice code obviously for such usage doesn't display anything or require any interactive input. But all the C++ and UNO stuff still needs to work, of course, and there is lots to do there. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] make STR_MERGE_NOTEMPTY more understandable
At 3:15pm -0500 Wed, 09 Nov 2011, Kohei Yoshida wrote: On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote: Summary : Isn't Should the contents of all cells be concatenated and moved into the merged cell? better ? I like the following better: Do you want to merge the contents of the selected cells into one cell? Clicking 'No' will only retain the content of the upper-left cell. And I agree that the current message is very awkward. Heh, having run into that message more than few times in the past month, I, too, agree about its awkwardness. One more suggestion from the peanut gallery: Don't use No and Yes, but rather something more action-oriented, like Merge cells and Cancel. Jeff Waugh had an excellent presentation and visual (circa 2006/7) to show what the user sees, but of course my google is poor this evening. The summary is The entire dialog box is blurred/not readable, and the only visible parts are the buttons; the user should still be able to discern what action each button executes. That said, I'm clearly not a UI fella, and it was suggested elsewhere in this thread that this might be a UI issue ... Cheers, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build fail in scripting/Jar/aportisdoc
On 11/11/2011 08:03 AM, Noel Grandin wrote: c:\libreoffice\libo\scripting\java\com\sun\star\script\framework\provider\java\ScriptProviderForJava.java:50: package com.sun.star.script.framework.container does not exist import com.sun.star.script.framework.container.ScriptMetaData; We used to have problems like this one (and I *think* it was also in scripting) like a few weeks ago. It always went away on a second attempt to build the module, and I think it was finally solved by fixing some error in the gbuild system. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 42427] PRINTING: Many fonts have bad spacing, overwritten or missing letters while printing (kerning?)
https://bugs.freedesktop.org/show_bug.cgi?id=42427 --- Comment #4 from risto h. kurppa risto.kur...@gmail.com 2011-11-10 00:31:45 PST --- I'd think I've bumped to the same issue on LibreOffice 3.4 340m1(Build:302) (Kubuntu 11.10). For example a rtf document I received. Opening and printing it with Libreoffice and some letters have been replaced by (or '' or the umlaut dots of ä). Opened the same file on KOffice, the letters were there (ok, the layout was totally lost but that's another issue ;). I'm also able to print from Kate/text editor and Chromium/Web browser normally. Also if I create a PDF document with LibreOffice and open it with Okular / PDF viewer, the letters are missing (although I can see them on screen) So to me it looks like that there's something weird in the way LO works with fonts. I've attached two scans for you to compare. Same RTF (created with MSOffice, I guess) printed with LibreOffice and KWord/Koffice. -- 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 35592] Sort unexpected for characters with diacritic and following letters
https://bugs.freedesktop.org/show_bug.cgi?id=35592 --- Comment #17 from Nikolay Morozov nmoro...@atlas-print.ru 2011-11-10 00:35:12 PST --- Reproduced with ё and е 3.4.4 Russian Windows й and и seems fixed -- 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 35592] Sort unexpected for characters with diacritic and following letters
https://bugs.freedesktop.org/show_bug.cgi?id=35592 Nikolay Morozov nmoro...@atlas-print.ru changed: What|Removed |Added Version|LibO 3.3.2 release |LibO 3.4.4 release -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42427] PRINTING: Many fonts have bad spacing, overwritten or missing letters while printing (kerning?)
https://bugs.freedesktop.org/show_bug.cgi?id=42427 --- Comment #6 from risto h. kurppa risto.kur...@gmail.com 2011-11-10 00:36:44 PST --- Created attachment 53364 -- https://bugs.freedesktop.org/attachment.cgi?id=53364 Scan of KWord/KOffice print All letters are shown correctly. OK, the layout is totally lostbroken but that's not the point :) -- 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 42427] PRINTING: Many fonts have bad spacing, overwritten or missing letters while printing (kerning?)
https://bugs.freedesktop.org/show_bug.cgi?id=42427 --- Comment #7 from risto h. kurppa risto.kur...@gmail.com 2011-11-10 01:03:22 PST --- I did some more testing. 1) Creating a new document with LO, printing - OK 2) Opening an existing document, printing - missing letters 3) Opening the same document in KOffice, printing - OK 4) Opening an existing document, adding new text, printing - old text misses letters, new doesn't 5) Opening an existing document, exporting as PDF, printing - Missing letters 6) Opening an existing document, adding text, saving, closing, re-opening, printing - old text misses letters, new doesn't 7) I created a document (abcdefghijklmnopqrstuvwxyzåäö) with KOffice and saved it as ODT. Opened in LibreOffice and printed, all letters j-o missing. I first thought it has something to do in how LO opens documents created with MS Office because my sample cases have been RTF and another one that originally has been a .doc but that I've saved as .odt at some point. But 7) confirms that it's something else. -- 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 42772] New: Launch of Libreoffice 3.4.4 impossible after update from version 3.4.1
https://bugs.freedesktop.org/show_bug.cgi?id=42772 Bug #: 42772 Summary: Launch of Libreoffice 3.4.4 impossible after update from version 3.4.1 Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86 (IA32) OS/Version: Windows (All) Status: UNCONFIRMED Severity: blocker Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: rahaga.rahandr...@gmail.com Hello, Having downloaded the released version 3.4.4 of Libreoffice Suite with the french help pack version, when trying to launch the programme, I systematically get the following message : Nom d’événement de problème:BEX Nom de l’application:soffice.bin Version de l’application:3.4.402.500 Horodatage de l’application:4eb09214 Nom du module par défaut:MSVCR90.dll Version du module par défaut:9.0.30729.6161 Horodateur du module par défaut:4dace5b9 Décalage de l’exception:0002e9f4 Code de l’exception:c417 Données d’exception: Version du système:6.1.7601.2.1.0.768.11 Identificateur de paramètres régionaux:1036 Information supplémentaire n° 1:70d5 Information supplémentaire n° 2:70d5762ff668ba7bf0e5139640d4fd2f Information supplémentaire n° 3:9113 Information supplémentaire n° 4:9113cc9806ac09b5a84e7a6890b88824 Thank you in advance for correcting this probably little bug and for keeping me informed on the process to follow in order to get the Suite back to 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 42120] Form based filters not functional in database
https://bugs.freedesktop.org/show_bug.cgi?id=42120 Zoltán Reizinger zreizin...@hdsnet.hu changed: What|Removed |Added CC||zreizin...@hdsnet.hu --- Comment #3 from Zoltán Reizinger zreizin...@hdsnet.hu 2011-11-10 01:13:27 PST --- Alex in filters, the form filters is same, you most use some SQL compliant filtering condition. The 'T*' is not that, usage of LIKE 'T*' will give a results what you look for. -- 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 42712] SQL concat with || error in listbox
https://bugs.freedesktop.org/show_bug.cgi?id=42712 --- Comment #1 from Jurgen i...@aireyvuelo.com 2011-11-10 01:50:40 PST --- If I import a form with a query it don't give an error message but if I create a new for and a new query I have the error message but the query works after closing the error dialogue. -- 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 36555] Cannot View Tables of Connected Access 03 DB
https://bugs.freedesktop.org/show_bug.cgi?id=36555 --- Comment #23 from Alex Thurgood alex.thurg...@gmail.com 2011-11-10 02:23:52 PST --- (In reply to comment #22) http://wiki.documentfoundation.org/BugReport_Details#Version Hi Rainer, What do you mean by this link ? The earliest version mentioned in the bug report is 3.4.0RC1. It has been present ever since, just that nobody was bothered about fixing Base bugs when 3.4.0 was released. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42777] New: impossible to print in lanscape
https://bugs.freedesktop.org/show_bug.cgi?id=42777 Bug #: 42777 Summary: impossible to print in lanscape Classification: Unclassified Product: LibreOffice Version: LibO 3.4 Daily Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: pierre.5...@gmail.com When I select landscape , the overview is landscape , but the paper result is in portait form, I have the problem with suse x 86*64 in 11.4 and 12.1 Rc2 version -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 35690] [EasyHack] Subsequenttest failures
https://bugs.freedesktop.org/show_bug.cgi?id=35690 Bug 35690 depends on bug 40819, which changed state. Bug 40819 Summary: CheckBookmarks fails with NoSuchElementException on names __UnoMark__1910_1361181355 https://bugs.freedesktop.org/show_bug.cgi?id=40819 What|Old Value |New Value Resolution||FIXED 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 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 39928, which changed state. Bug 39928 Summary: VIEWING: pictures in particular .doc shown wrong, picture size correct, but contents shrunken and surrounded by white margin. https://bugs.freedesktop.org/show_bug.cgi?id=39928 What|Old Value |New Value Resolution||FIXED Status|REOPENED|RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 42778] New: IDE: Breakpoints Pass Count doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=42778 Bug #: 42778 Summary: IDE: Breakpoints Pass Count doesn't work Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: BASIC AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: sleeping.pil...@gmail.com Problem description: Steps to reproduce: 1. Open the Basic IDE (Alt+F11) 2. create a new macro something like Sub testBreakpointsPassCount For i = 0 To 5 MsgBox i Next End Sub 3. Put a breakpoint on the middle row with the text MsgBox i Go to Manage Breakpoints and put in a number (for example 2) in Pass Count 4. Press OK 5.Open up Manage Breakpoints again and you'll see that your breakpoint is all messed up Current behavior: Your breakpoint moves or it will work as a normal breakpoint and stop the first time Expected behavior: It should pass the breakpoint the number of times entered without stopping and the stop the next time Platform (if different from the browser): Seen the behavior with Mac OS X 10.5.8, LibreOffice 3.4.3 and with Win 7 64-bit, LibreOffice 3.4.4 Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.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 42457] Missing hyperlinks in hyperlink() function when exporting to HTML
https://bugs.freedesktop.org/show_bug.cgi?id=42457 Cor Nouws c...@nouenoff.nl changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Cor Nouws c...@nouenoff.nl 2011-11-10 03:52:43 PST --- thus close -- 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 42779] EasyHack: make life easier for artists
https://bugs.freedesktop.org/show_bug.cgi?id=42779 Michael Meeks michael.me...@novell.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Status Whiteboard||EasyHack,DifficultyInterest ||ing,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 42780] New: FILEOPEN: Word .doc file has no tables after import
https://bugs.freedesktop.org/show_bug.cgi?id=42780 Bug #: 42780 Summary: FILEOPEN: Word .doc file has no tables after import Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ol...@mail.ru Created attachment 53366 -- https://bugs.freedesktop.org/attachment.cgi?id=53366 .doc file that demonstrates the problem above Problem description: Word .doc file has no tables after import in writer. Steps to reproduce: 1. Open file in MS Word (any version) and see how it looks 2. Open file in LibreOffice Writer (3.4.3 or 3.4.4) and see that it looks differently (no tables) Current behavior: No tables in imported .doc Expected behavior: Tables in imported .doc as in Word Platform (if different from the browser): Browser: Opera/9.80 (Windows NT 6.1; U; ru) Presto/2.9.168 Version/11.52 -- 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 39753] [EasyHack] Improving EasyHacks Bugzilla-Wiki integration
https://bugs.freedesktop.org/show_bug.cgi?id=39753 --- Comment #2 from Christian Lohmaier lohma...@gmx.de 2011-11-10 03:59:16 PST --- Created attachment 53367 -- https://bugs.freedesktop.org/attachment.cgi?id=53367 the modified SimpleFeed extension as mentioned in the mails, the modifications are minimal keep class attributes, so you can use css to hidestyle them, use the ID field of the feed to get the bug's URL, deal with wiki-link syntax to turn the bug -number into a link. And yes, allowing for shorter trigger is of course possible, you can manually assemble the feed url in the php from keywords. -- 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 42780] FILEOPEN: Word .doc file has no tables after import
https://bugs.freedesktop.org/show_bug.cgi?id=42780 ol...@mail.ru changed: What|Removed |Added Attachment #53366|.doc file that demonstrates |.doc file that demonstrates description|the problem above |the problem -- 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 42780] FILEOPEN: Word .doc file has no tables after import
https://bugs.freedesktop.org/show_bug.cgi?id=42780 ol...@mail.ru changed: What|Removed |Added Platform|Other |x86 (IA32) OS/Version|All |Windows (All) -- 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 42781] EasyHack: fix windows build warnings ...
https://bugs.freedesktop.org/show_bug.cgi?id=42781 --- Comment #1 from Michael Meeks michael.me...@novell.com 2011-11-10 04:01:36 PST --- drat my example was really bad - also an external module; sadly that tinderbox failed before it got to any core core ;-) A better one is: 27410 d:/master/basebmp/inc\basebmp/bitmapdevice.hxx(67) : warning C4099: ´basebmp::IBitmapDeviceDamageTracker´ : type name first seen using ´class´ now seen using ´struct´ 27411 d:/master/basebmp/inc\basebmp/bitmapdevice.hxx(59) : see declaration of ´basebmp::IBitmapDeviceDamageTracker´ -- 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 42781] EasyHack: fix windows build warnings ...
https://bugs.freedesktop.org/show_bug.cgi?id=42781 Michael Meeks michael.me...@novell.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Status Whiteboard||EasyHack,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 42782] New: EasyHack: remove a dog !
https://bugs.freedesktop.org/show_bug.cgi?id=42782
Bug #: 42782
Summary: EasyHack: remove a dog !
Classification: Unclassified
Product: LibreOffice
Version: unspecified
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: michael.me...@novell.com
Our UI appears to include a dog image:
sw/source/ui/frmdlg/frmpage.src:Bitmap BMP_EXAMPLE
sw/source/ui/frmdlg/frmpage.src-{
sw/source/ui/frmdlg/frmpage.src-File = dog.bmp ;
sw/source/ui/frmdlg/frmpage.src-};
While I happen to like dogs, man's best friend etc. Some eg. Islamic cultures
are highly allergic to such imagery. It is quite possible that this image is
not used anyway.
So:
a) by git grep BMP_EXAMPLE
and unwinding the code, we need to work out if it is possible (somehow) to show
this image in the UI. If we decide that it is not, we should just remove it.
b) as/when/if we find out what it is useful for; we should describe how that is
shown, and ask the art team (libreoffice-ux-adv...@lists.freedesktop.org) to
create an alternative image (specifying it's context).
:-)
--
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 42782] EasyHack: remove a dog !
https://bugs.freedesktop.org/show_bug.cgi?id=42782 Michael Meeks michael.me...@novell.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Status Whiteboard||EasyHack,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 42783] New: get rid of CPU define/build system variable
https://bugs.freedesktop.org/show_bug.cgi?id=42783 Bug #: 42783 Summary: get rid of CPU define/build system variable Classification: Unclassified Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: bjoern.michael...@canonical.com The variables CPU and CPUNAME contain exact the same information and the existence of both leads can just lead to needless errors. CPU is limited to one character leading to obnoxious names like R for arm or 6 for Motorola 68000, thus is it the obvious candidate to go an be replaced by CPUNAME. -- 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 42783] get rid of CPU define/build system variable
https://bugs.freedesktop.org/show_bug.cgi?id=42783 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added Status Whiteboard||EasyHack DifficultyBeginner ||SkillScript --- Comment #1 from Björn Michaelsen bjoern.michael...@canonical.com 2011-11-10 04:12:04 PST --- Skills: code reading, some building -- 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 39753] [EasyHack] Improving EasyHacks Bugzilla-Wiki integration
https://bugs.freedesktop.org/show_bug.cgi?id=39753 Christian Lohmaier lohma...@gmx.de changed: What|Removed |Added Attachment #53367|0 |1 is obsolete|| --- Comment #3 from Christian Lohmaier lohma...@gmx.de 2011-11-10 04:13:38 PST --- Created attachment 53368 -- https://bugs.freedesktop.org/attachment.cgi?id=53368 stupid me, this is the modified version, the other one was the vanilla one -- 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 30977] LibreOffice Uyghur UI crash on Windows
https://bugs.freedesktop.org/show_bug.cgi?id=30977 Andras Timar tima...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Andras Timar tima...@gmail.com 2011-11-10 04:23:00 PST --- I found a workaround. The crash occurs when the translation of Use system ~font for user interface has an access key defined in brackets after the Uyghur translation: (~F). When I removed the access key, the crash did not occur. I think it is a good compromise to remove a single access key, as it seems that the root cause of the crash has not be solved yet. I removed the (~F) from Pootle and I also pushed the fix to git. For the record, this is the diff: diff --git a/translations/source/ug/cui/source/options.po b/translations/source/ug/cui/source/options.po index ace3f21..4935350 100644 --- a/translations/source/ug/cui/source/options.po +++ b/translations/source/ug/cui/source/options.po @@ -1300,7 +1300,7 @@ msgstr #: optgdlg.src#OFA_TP_VIEW.CB_SYSTEM_FONT.checkbox.text msgid Use system ~font for user interface -msgstr سىستېما خەت نۇسخىسىنى ئىشلەتكۈچى كۆرۈنمە يۈزىگە ئىشلەت(~F) +msgstr سىستېما خەت نۇسخىسىنى ئىشلەتكۈچى كۆرۈنمە يۈزىگە ئىشلەت #: optgdlg.src#OFA_TP_VIEW.CB_FONTANTIALIASING.checkbox.text msgid Screen font antialiasing -- 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 42784] New: BorderLine do not work
https://bugs.freedesktop.org/show_bug.cgi?id=42784 Bug #: 42784 Summary: BorderLine do not work Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86 (IA32) OS/Version: Windows (All) Status: UNCONFIRMED Severity: major Priority: high Component: BASIC AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: asw...@gmail.com CC: bugzill...@gmail.com Depends on: 33397 +++ This bug was initially created as a clone of Bug #33397 +++ BorderLine do not work using LibreOffice 3.4.4 api (and it works using OpenOffice.org 3.3.0 api) Sub upRahmenUnten(nAPosSP, nAPosZ, nEPosSP, nEPosZ As Long) 'Rand unten einfügen, Übergabevariablen: AnfangsPosSpalte, AnfangsPosZeile, EndPosSpalte, EndPosZeile Dim oRahmenEinfach as New com.sun.star.table.BorderLine With oRahmenEinfach .Color = rgb(0, 0, 0) .InnerLineWidth = 2 .OuterLineWidth = 0 .LineDistance = 0 End With oBenutzterBereich = oSheet.getCellRangeByPosition(nAPosSP,nAPosZ,nEPosSP,nEPosZ).TableBorder oBenutzterBereich.BottomLine = oRahmenEinfach oSheet.getCellRangeByPosition(nAPosSP,nAPosZ,nEPosSP,nEPosZ).TableBorder = oBenutzterBereich End Sub -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41034] 3.4.x rtf breaks
https://bugs.freedesktop.org/show_bug.cgi?id=41034 Miklos Vajna vmik...@frugalware.org changed: What|Removed |Added AssignedTo|libreoffice-b...@lists.free |vmik...@frugalware.org |desktop.org | --- Comment #4 from Miklos Vajna vmik...@frugalware.org 2011-11-10 05:25:49 PST --- Assign to me, will have a look. -- 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 42785] New: FILEOPEN
https://bugs.freedesktop.org/show_bug.cgi?id=42785 Bug #: 42785 Summary: FILEOPEN Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: f...@gnome.org Created attachment 53369 -- https://bugs.freedesktop.org/attachment.cgi?id=53369 (resaved file from fdo#40540) I resaved ODT file from fdo#40540 using Calligra Word (~2 months old master). LibreOffice Writer 3.4.3 (and ~1 month old git master) silently shuts down if I try to open this file. -- 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 mike.h...@onepoyle.net changed: What|Removed |Added Priority|medium |high --- Comment #25 from mike.h...@onepoyle.net 2011-11-10 06:09:59 PST --- @Daniel Jensen Yes, I agree entirely with your sentiments. I have raised the importance to high, but given that the bug was already in the 'most annoying' list I'm not sure that will make any difference. When Oracle make 1.7.x into the default it would immediately become a blocker and it might then cause so much irritation that a new LO version would have to be rushed out. IMHO it ought to have been fixed in 3.4.4. -- 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 42786] New: : Dragging Chapters within the Navigator does not work
https://bugs.freedesktop.org/show_bug.cgi?id=42786 Bug #: 42786 Summary: : Dragging Chapters within the Navigator does not work Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: harald-koes...@htp-tel.de In Writer Manual, Chapter 1: Introducing Writer, Section: Rearranging chapters using the Navigator: Click on the heading of the block of text that you want to move and drag the heading to a new location on the Navigator, Either this sentence is wrong or this function does not work. Regards Harald Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 -- 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 42787] New: : Not all Objects can be deleted using the Delete function inside the Navigator
https://bugs.freedesktop.org/show_bug.cgi?id=42787 Bug #: 42787 Summary: : Not all Objects can be deleted using the Delete function inside the Navigator Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: harald-koes...@htp-tel.de Objects in some categories inside the Navigator can be deleted by using the Del button or with the context menu (e.g. Graphics, Bookmarks, Comments). Objects in other categories can't be deleted (e. g. Headings, Sections). I don't know if this is intended or if it is a bug. Nevertheless it would be fine, if you can delete all objects inside the Navigator. Hence it is possible to delete a lot of text with such a delete function a warning should be displayed and an acknowledgment of the user should be demanded. Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 -- 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 42788] New: FORMATTING - Numbering/ordered list results in misaligned text
https://bugs.freedesktop.org/show_bug.cgi?id=42788 Bug #: 42788 Summary: FORMATTING - Numbering/ordered list results in misaligned text Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86-64 (AMD64) OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: je...@sgdcw.com Created attachment 53370 -- https://bugs.freedesktop.org/attachment.cgi?id=53370 PDF example of alignment problem When creating an ordered list through the Numbering option (F12), I then choose to change the ordering to the third from the left option in the Bullets and Numbering configuration box, under the Outline tab. This option creates the ordered list with indentations as follows: 1. (a) i. A., etc. When using this Outline option for an ordered list, after reaching the 10th ordered list item, the text shifts to the right with an extra tab, resulting in misaligned text for any item in the ordered list with the number 10 or above. An example is attached. I've confirmed this behavior in the Windows version and the Linux x64 version. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 36427] A MS XML 2003 file cannot be saved in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=36427 --- Comment #4 from Valek Filippov f...@gnome.org 2011-11-10 07:09:22 PST --- Works fine for me (Linux, LO 3.4.3). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 36427] A MS XML 2003 file cannot be saved in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=36427 --- Comment #5 from Scott M. Sanders scottmitchellsand...@gmail.com 2011-11-10 07:15:26 PST --- Created attachment 53371 -- https://bugs.freedesktop.org/attachment.cgi?id=53371 It cannot be saved as Excel 2003 XML. It still fails for me. I attached an example. -- 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 36427] A MS XML 2003 file cannot be saved in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=36427 Scott M. Sanders scottmitchellsand...@gmail.com changed: What|Removed |Added Version|LibO 3.4.1 release |LibO 3.4.4 release -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
