[Libreoffice-commits] .: svtools/source
svtools/source/graphic/graphic.hxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3744cd818383fd954125a6567856e92198792cf1 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 13:29:50 2011 +0100 gcc-trunk: avoid confusion diff --git a/svtools/source/graphic/graphic.hxx b/svtools/source/graphic/graphic.hxx index 7b4f5e0..a1efca0 100644 --- a/svtools/source/graphic/graphic.hxx +++ b/svtools/source/graphic/graphic.hxx @@ -58,7 +58,7 @@ public: Graphic(); ~Graphic() throw(); -using unographic::GraphicDescriptor::init; +using ::unographic::GraphicDescriptor::init; void init( const ::Graphic rGraphic ) throw(); static const ::Graphic* getImplementation( const ::com::sun::star::uno::Reference ::com::sun::star::uno::XInterface rxIFace ) throw(); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: solenv/bin
solenv/bin/concat-deps.c | 39 ++- 1 file changed, 30 insertions(+), 9 deletions(-) New commits: commit 3adb006b526b8469bd98ea7b8d02ebd083e1f49c Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 07:06:42 2011 -0600 concat-deps.c deal with /../ in dep path diff --git a/solenv/bin/concat-deps.c b/solenv/bin/concat-deps.c index d699e82..f3ecdef 100644 --- a/solenv/bin/concat-deps.c +++ b/solenv/bin/concat-deps.c @@ -684,9 +684,11 @@ int rc; char* buffer; char* end; char* cursor; +char* cursor_out; char* base; int continuation = 0; char last_ns = 0; +char* last_slash = NULL; off_t size; buffer = file_load(fn, size, rc); @@ -697,20 +699,38 @@ off_t size; */ if(!rc) { -base = cursor = end = buffer; +base = cursor_out = cursor = end = buffer; end += size; while(cursor end) { if(*cursor == '\\') { continuation = 1; -cursor += 1; +*cursor_out++ = *cursor++; +} +else if(*cursor == '/') +{ +if(cursor + 3 end) +{ +if(!memcmp(cursor, /../, 4)) +{ +if(last_slash != NULL) +{ +/* bactrack to the previous '/' */ +cursor_out = last_slash; +/* skip the /.. section */ +cursor += 3; +} +} +} +last_slash = cursor_out; +*cursor_out++ = *cursor++; } else if(*cursor == '\n') { if(!continuation) { -*cursor = 0; +*cursor_out = 0; if(base cursor) { /* here we have a complete rule */ @@ -720,7 +740,7 @@ off_t size; * these are the one for which we want to filter * duplicate out */ -if(hash_store(dep_hash, base, (int)(cursor - base))) +if(hash_store(dep_hash, base, (int)(cursor_out - base))) { puts(base); putc('\n', stdout); @@ -734,14 +754,15 @@ off_t size; } } cursor += 1; -base = cursor; +base = cursor_out = cursor; } else { /* here we have a '\' followed by \n this is a continuation * i.e not a complete rule yet */ -cursor += 1; +last_slash = NULL; +*cursor_out++ = *cursor++; } } else @@ -752,15 +773,15 @@ off_t size; { last_ns = *cursor; } -cursor += 1; +*cursor_out++ = *cursor++; } } /* just in case the file did not end with a \n, there may be a pending rule */ -if(base cursor) +if(base cursor_out) { if(last_ns == ':') { -if(hash_store(dep_hash, base, (int)(cursor - base))) +if(hash_store(dep_hash, base, (int)(cursor_out - base))) { puts(base); putc('\n', stdout); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: vcl/source
vcl/source/window/decoview.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit f26635c3869a85ae03dba3dfb833276f13ffc478 Author: Ivan Timofeev timofeev@gmail.com Date: Sat Dec 17 17:11:54 2011 +0400 fix decoration drawing diff --git a/vcl/source/window/decoview.cxx b/vcl/source/window/decoview.cxx index 38dbe74..6b6bc1a 100644 --- a/vcl/source/window/decoview.cxx +++ b/vcl/source/window/decoview.cxx @@ -747,7 +747,7 @@ void ImplDrawFrame( OutputDevice *const pDev, Rectangle rRect, rRect.Right(), rRect.Bottom() ) ); pDev-SetLineColor( rStyleSettings.GetShadowColor() ); pDev-DrawRect( Rectangle( rRect.Left(), rRect.Top(), -rRect.Right()+1, rRect.Bottom()+1 ) ); +rRect.Right()-1, rRect.Bottom()-1 ) ); // adjust target rectangle rRect.Left() += 2; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: cppuhelper/source cppu/source cpputools/source
cppu/source/uno/EnvStack.cxx |2 - cppu/source/uno/lbenv.cxx|4 +-- cppu/source/uno/lbmap.cxx|6 ++--- cppuhelper/source/bootstrap.cxx |8 +++--- cppuhelper/source/component_context.cxx |2 - cppuhelper/source/factory.cxx|2 - cppuhelper/source/propertysetmixin.cxx |2 - cppuhelper/source/propshlp.cxx |8 +++--- cppuhelper/source/servicefactory.cxx | 14 +-- cppuhelper/source/shlib.cxx |4 +-- cpputools/source/registercomponent/registercomponent.cxx | 16 ++--- cpputools/source/regsingleton/regsingleton.cxx |2 - cpputools/source/unoexe/unoexe.cxx | 18 +++ 13 files changed, 44 insertions(+), 44 deletions(-) New commits: commit 1b99d8800e399f45404ab62827163a873d2a1aec Author: Olivier Hallot olivier.hal...@alta.org.br Date: Thu Dec 15 17:29:53 2011 -0200 Fix for fdo43460 Part X getLength() to isEmpty() Part X Module cppu cppuhelper cpputools diff --git a/cppu/source/uno/EnvStack.cxx b/cppu/source/uno/EnvStack.cxx index d1ff292..9542440 100644 --- a/cppu/source/uno/EnvStack.cxx +++ b/cppu/source/uno/EnvStack.cxx @@ -203,7 +203,7 @@ static int s_getNextEnv(uno_Environment ** ppEnv, uno_Environment * pCurrEnv, un res = 1; } -if (nextPurpose.getLength()) +if (!nextPurpose.isEmpty()) { rtl::OUString next_envDcp(s_uno_envDcp); next_envDcp += nextPurpose; diff --git a/cppu/source/uno/lbenv.cxx b/cppu/source/uno/lbenv.cxx index 08e7035..ba3465c 100644 --- a/cppu/source/uno/lbenv.cxx +++ b/cppu/source/uno/lbenv.cxx @@ -1031,7 +1031,7 @@ inline void EnvironmentsData::getRegisteredEnvironments( iPos != aName2EnvMap.end(); ++iPos ) { uno_Environment * pWeak = iPos-second; -if (!rEnvDcp.getLength() || +if (rEnvDcp.isEmpty() || rEnvDcp.equals( pWeak-pTypeName )) { ppFound[nSize] = 0; @@ -1116,7 +1116,7 @@ static uno_Environment * initDefaultEnvironment( that-releaseInterface = unoenv_releaseInterface; OUString envPurpose = cppu::EnvDcp::getPurpose(rEnvDcp); -if (envPurpose.getLength()) +if (!envPurpose.isEmpty()) { rtl::OUString libStem = envPurpose.copy(envPurpose.lastIndexOf(':') + 1); libStem += rtl::OUString( RTL_CONSTASCII_USTRINGPARAM(_uno_uno) ); diff --git a/cppu/source/uno/lbmap.cxx b/cppu/source/uno/lbmap.cxx index ec56c05..84e2cc7 100644 --- a/cppu/source/uno/lbmap.cxx +++ b/cppu/source/uno/lbmap.cxx @@ -312,7 +312,7 @@ static inline OUString getBridgeName( SAL_THROW( () ) { OUStringBuffer aBridgeName( 16 ); -if (rAddPurpose.getLength()) +if (!rAddPurpose.isEmpty()) { aBridgeName.append( rAddPurpose ); aBridgeName.append( (sal_Unicode)'_' ); @@ -469,7 +469,7 @@ static Mapping getMediateMapping( } // connect to uno -if (rAddPurpose.getLength()) // insert purpose mapping between new ano_uno - uno +if (!rAddPurpose.isEmpty()) // insert purpose mapping between new ano_uno - uno { // create anonymous uno env Environment aAnUno; @@ -540,7 +540,7 @@ void SAL_CALL uno_getMapping( } // See if an identity mapping does fit. -if (!aRet.is() pFrom == pTo !aAddPurpose.getLength()) +if (!aRet.is() pFrom == pTo aAddPurpose.isEmpty()) aRet = createIdentityMapping(pFrom); if (!aRet.is()) diff --git a/cppuhelper/source/bootstrap.cxx b/cppuhelper/source/bootstrap.cxx index 399af07..2fb8ccd 100644 --- a/cppuhelper/source/bootstrap.cxx +++ b/cppuhelper/source/bootstrap.cxx @@ -81,13 +81,13 @@ namespace cppu OUString const get_this_libpath() { static OUString s_path; -if (0 == s_path.getLength()) +if (s_path.isEmpty()) { OUString path; Module::getUrlFromAddress( reinterpret_castoslGenericFunction(get_this_libpath), path ); path = path.copy( 0, path.lastIndexOf( '/' ) ); MutexGuard guard( Mutex::getGlobalMutex() ); -if (0 == s_path.getLength()) +if (s_path.isEmpty()) s_path = path; } return s_path; @@ -317,7 +317,7 @@ Reference registry::XSimpleRegistry nestRegistries( sal_Int32 index; Reference registry::XSimpleRegistry lastRegistry; -if(write_rdb.getLength()) // is there a write registry given? +if(!write_rdb.isEmpty()) // is there a write registry given? { lastRegistry.set(xSimRegFac-createInstance(), UNO_QUERY); @@ -533,7 +533,7 @@ Reference XComponentContext SAL_CALL bootstrap() throw BootstrapException( OUSTR(cannot convert soffice installation path to
[Libreoffice-commits] .: Branch 'feature/gbuild' - 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] Changes to 'feature/gbuild'
New branch 'feature/gbuild' available with the following commits: commit f85fb6272fa1fd2d7c7820104a864ae01978e7d2 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 14:18:58 2011 +0100 sal: add more unit tests commit 9464e225225fbc01df914fc25f9364e79957ad03 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 13:22:02 2011 +0100 sal: add visibility symbols commit 006649cc2790b98e6f4d9f65be3d97fcdad0c5b6 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 13:13:11 2011 +0100 sal: convert to gbuild commit 0ff2a6697863f110fcf08d88f9914009d737bcaf Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 16:46:22 2011 +0100 cppu: add visibility symbols commit 05c20d7f582309e495f8e403060a38130d27ed45 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 14:55:08 2011 +0100 cppu: convert to gbuild There are missing unit tests ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: bootstrap configure.in .gitignore solenv/bin solenv/gbuild
.gitignore |3 +++ bootstrap |4 configure.in|2 +- solenv/bin/concat-deps.c|5 ++--- solenv/gbuild/LinkTarget.mk |2 +- 5 files changed, 11 insertions(+), 5 deletions(-) New commits: commit e3e94f141e15f5501ed81402a70beb10b85ccd6f Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 10:54:24 2011 -0600 use a c-version of concat-deps.pl This touch configure.in with a trivial space removal to force a ./bootstrap on the tinderboxes This make ./bootstrap build a 'build-side' executable concat-deps and modify LinkTarget.mk to use it instead of concat-deps.pl The impact is a conservative x10 times improvement in both elapsed and cpu time in overhead due to DEP generations. time make -sr build in tail_build after removing workdir/$INPATH/Dep/LinkTarget/Library/* (all on Intel X3360, 2.83GHz, 4-core) before: elapsed: 116.5 cpu: 115.9 after elapsed: 24.3 cpu: 23.9 base (no dep processing, i.e no rm of Dep/...) elapsed: 17.5 cpu: 17.4 overhead ratio: elapsed: 14.5x cpu: 15x same with -j6 before: elapsed: 47 cpu: 116 after: elapsed: 20.8 cpu: 24 base: elapsed: 17.5 cpu: 17.5 overhead ratio: elapsed: 9x cpu: 15x Note: for now the executable is generated directly in the source tree (in solevn/bin ). That is not ideal. It and other similar polution should be moved, to workdir most likely.. For now we just hide the mess under the .gitignore carpet diff --git a/.gitignore b/.gitignore index 3929c67..af084f9 100644 --- a/.gitignore +++ b/.gitignore @@ -108,6 +108,9 @@ TAGS /solenv/gdb/libreoffice/*.py[co] /solenv/gdb/libreoffice/util/*.py[co] +# botstrap generated tool +/solenv/bin/concat-deps + # test output files test/user-template/user/psprint/pspfontcache diff --git a/bootstrap b/bootstrap index 1bf5068..da1192c 100755 --- a/bootstrap +++ b/bootstrap @@ -74,6 +74,10 @@ if test $BUILD_DMAKE != NO; then echo dmake copied to $SOLARENV/$OUTPATH_FOR_BUILD/bin/dmake$EXEEXT fi +# build concat-deps +echo building concat-deps +$CC_FOR_BUILD -O2 $SOLARENV/bin/concat-deps.c -o $SOLARENV/bin/concat-deps || exit + #make sure build.pl is executable chmod +x $SRC_ROOT/solenv/bin/build.pl diff --git a/configure.in b/configure.in index 433c523..1772116 100644 --- a/configure.in +++ b/configure.in @@ -1899,7 +1899,7 @@ fi dnl === dnl Extra check for Windows. Cygwin builds need gcc to build dmake -dnl although MSVC is used to build other build-time tools and +dnl although MSVC is used to build other build-time tools and dnl LibreOffice itself. dnl === if test $build_os = cygwin ; then diff --git a/solenv/bin/concat-deps.c b/solenv/bin/concat-deps.c index f3ecdef..6cf9192 100644 --- a/solenv/bin/concat-deps.c +++ b/solenv/bin/concat-deps.c @@ -3,8 +3,8 @@ *License: GPLv3 */ -//* define to activate stats reporting on hash usage -#define HASH_STAT +/* define to activate stats reporting on hash usage*/ +/* #define HASH_STAT */ /* === * Set-up: defines to identify the system and system related properties @@ -566,7 +566,6 @@ int cost = 0; { hash-collisions += 1; hash-cost += cost; -//fprintf(stderr, key colision %s and %s\n, key, hash_elem-next-key); } #endif hash-array[hashed] = hash_elem; diff --git a/solenv/gbuild/LinkTarget.mk b/solenv/gbuild/LinkTarget.mk index 4a7833c..eec7612 100644 --- a/solenv/gbuild/LinkTarget.mk +++ b/solenv/gbuild/LinkTarget.mk @@ -338,7 +338,7 @@ $(call gb_Helper_abbreviate_dirs,\ $(foreach object,$(8),$(call gb_GenCObject_get_dep_target,$(object))) \ $(foreach object,$(9),$(call gb_GenCxxObject_get_dep_target,$(object))) \ ) \ - $(SOLARENV)/bin/concat-deps.pl $${RESPONSEFILE} $(1)) \ + $(SOLARENV)/bin/concat-deps $${RESPONSEFILE} $(1)) \ rm -f $${RESPONSEFILE} endef ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: solenv/bin
solenv/bin/concat-deps.c | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) New commits: commit 05e787fb5e32880ff51902137cfd8da9820cd870 Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 12:34:29 2011 -0600 oops... bad handling of multiple ../ diff --git a/solenv/bin/concat-deps.c b/solenv/bin/concat-deps.c index 6cf9192..fc23433 100644 --- a/solenv/bin/concat-deps.c +++ b/solenv/bin/concat-deps.c @@ -677,6 +677,21 @@ int fd; return buffer; } +static void _cancel_relative(char* base, char** ref_cursor, char** ref_cursor_out, char* end) +{ +char* cursor = *ref_cursor; +char* cursor_out = *ref_cursor_out; + +do +{ +cursor += 3; +while(cursor_out base *--cursor_out != '/'); +} +while(cursor + 3 end !memcmp(cursor, /../, 4)); +*ref_cursor = cursor; +*ref_cursor_out = cursor_out; +} + static int _process(struct hash* dep_hash, char* fn) { int rc; @@ -687,7 +702,6 @@ char* cursor_out; char* base; int continuation = 0; char last_ns = 0; -char* last_slash = NULL; off_t size; buffer = file_load(fn, size, rc); @@ -713,16 +727,9 @@ off_t size; { if(!memcmp(cursor, /../, 4)) { -if(last_slash != NULL) -{ -/* bactrack to the previous '/' */ -cursor_out = last_slash; -/* skip the /.. section */ -cursor += 3; -} +_cancel_relative(base, cursor, cursor_out, end); } } -last_slash = cursor_out; *cursor_out++ = *cursor++; } else if(*cursor == '\n') @@ -760,7 +767,6 @@ off_t size; /* here we have a '\' followed by \n this is a continuation * i.e not a complete rule yet */ -last_slash = NULL; *cursor_out++ = *cursor++; } } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - sc/source
sc/source/ui/unoobj/filtuno.cxx |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit 47a941847617fd232dc48947b82f2b6a9830a895 Author: Norbert Thiebaud nthieb...@gmail.com Date: Fri Dec 16 12:39:39 2011 -0600 WaE Mac unitialized value false positive diff --git a/sc/source/ui/unoobj/filtuno.cxx b/sc/source/ui/unoobj/filtuno.cxx index 6c1a651..4fe9f0f 100644 --- a/sc/source/ui/unoobj/filtuno.cxx +++ b/sc/source/ui/unoobj/filtuno.cxx @@ -82,7 +82,7 @@ SC_SIMPLE_SERVICE_INFO( ScFilterOptionsObj, SCFILTEROPTIONSOBJ_IMPLNAME, SCFILTE static void load_CharSet( rtl_TextEncoding nCharSet, bool bExport ) { -sal_Int32 nChar; +sal_Int32 nChar = 0; SequenceAny aValues; const Any *pProperties; SequenceOUString aNames(1); @@ -101,7 +101,9 @@ static void load_CharSet( rtl_TextEncoding nCharSet, bool bExport ) { pProperties[0] = nChar; if( nChar = 0) +{ nCharSet = (rtl_TextEncoding) nChar; +} } } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'tinderbox' - local_conf/Error_Parse.pm
local_conf/Error_Parse.pm |1 + 1 file changed, 1 insertion(+) New commits: commit 73e7270c6ee48533df3660b397ce625a72c8b7b9 Author: Christian Lohmaier lohmaier+git...@googlemail.com Date: Sun Dec 18 00:58:56 2011 +0100 add No rule to make target to error-flag-list diff --git a/local_conf/Error_Parse.pm b/local_conf/Error_Parse.pm index fcfe5ae..316bfa9 100644 --- a/local_conf/Error_Parse.pm +++ b/local_conf/Error_Parse.pm @@ -160,6 +160,7 @@ sub line_type { ($line =~ /jmake.MakerFailedException:/) || # Java error ($line =~ / Warning:/) || # dmake warning ($line =~ / Error:/)|| # dmake error +($line =~ /\*\*\* No rule to make target/) || # make error (no rule or failed to build) 0); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - configure.in solenv/gbuild
configure.in |1 + solenv/gbuild/platform/macosx.mk |5 + 2 files changed, 6 insertions(+) New commits: commit 122940aba7392bfba17b04a4c166b28ebbc3bd1f Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 18:11:49 2011 -0600 do not package pything scripting extension when building --with-python=no diff --git a/configure.in b/configure.in index 1772116..40cf257 100644 --- a/configure.in +++ b/configure.in @@ -7690,6 +7690,7 @@ dnl Scripting provider for Python extension? dnl We always provide this unless we have disabled Python completely if test $enable_python = no; then ENABLE_SCRIPTING_PYTHON=NO +SCPDEFS=$SCPDEFS -DWITHOUT_EXTENSION_SCRIPTING_PYTHON else ENABLE_SCRIPTING_PYTHON=YES fi commit 8c0242d3a9689ff1c75693bd506b276f8fca75b3 Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 18:11:18 2011 -0600 do not run cppunit on Mac when cross-compiling diff --git a/solenv/gbuild/platform/macosx.mk b/solenv/gbuild/platform/macosx.mk index 3c8329b..f1187cc 100644 --- a/solenv/gbuild/platform/macosx.mk +++ b/solenv/gbuild/platform/macosx.mk @@ -339,7 +339,12 @@ endef # CppunitTest class +ifeq ($(CROSS_COMPILING),YES) +gb_CppunitTest_CPPTESTPRECOMMAND := : +else gb_CppunitTest_CPPTESTPRECOMMAND := $(gb_Helper_set_ld_path) +endif + gb_CppunitTest_SYSPRE := libtest_ gb_CppunitTest_EXT := .dylib gb_CppunitTest_LIBDIR := $(gb_Helper_OUTDIRLIBDIR) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'feature/pf_extensions'
New branch 'feature/pf_extensions' available with the following commits: commit bce6369809b34ca579b8587b10c8992f1f4556af Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:43:20 2011 -0500 add idl to tail_build commit 51bd9c68f65ada55865839582250747c121cc701 Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:40:01 2011 -0500 add dtrans to tail_build commit 8bb52eb018a940b4aa190ab5c8849a75d940facb Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:36:35 2011 -0500 add xmloff to tail_build commit 2d107d13dd696d67c6d423dc3e1676d7fa833319 Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:28:25 2011 -0500 add editeng to tail_build commit 1a3bed66706b8737b2d6f6d1852e434e6f1bc28d Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:26:42 2011 -0500 add canvas to tail_build commit 46dfd1fa94e643e899a67b71598724a1689e66e2 Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:21:39 2011 -0500 add scaddins to tail_build commit 40b7fdc9819d880a268a70e0454ddb8421969efa Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:18:06 2011 -0500 add cppcanvas to tail_build commit 1ed556762e29c589eb3287d3552978ebc9ba2b1b Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:15:07 2011 -0500 add sfx2 to tail_build commit eb27d8d430bc548ad9f298954101ee8ad567fc2d Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 18:09:19 2011 -0500 add avmedia to tail_build commit e628947b98e2406bc8178ceb26eaefda85e15b90 Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 16:53:06 2011 -0500 add drawinglayer to tail_build commit 1bee8042851e8c3bc04bc66f028050889516ced5 Author: Peter Foley pefol...@verizon.net Date: Sat Dec 17 16:49:28 2011 -0500 add svx to tail_build commit 65345b23fbe72c73ae92cbefbf988868339f4b7d Author: Peter Foley pefol...@verizon.net Date: Mon Oct 10 00:39:06 2011 + convert extensions to gbuild and add to tail_build ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sw/source
sw/source/filter/ww8/rtfattributeoutput.cxx |8 ++-- sw/source/filter/ww8/rtfattributeoutput.hxx |4 2 files changed, 10 insertions(+), 2 deletions(-) New commits: commit 6ab183533ef543ea96e15fcc5155321298c758a8 Author: Miklos Vajna vmik...@frugalware.org Date: Sun Dec 18 02:33:54 2011 +0100 fdo#37498 RTF export: handle url fields without a field result diff --git a/sw/source/filter/ww8/rtfattributeoutput.cxx b/sw/source/filter/ww8/rtfattributeoutput.cxx index 2cd6033..17b2de3 100644 --- a/sw/source/filter/ww8/rtfattributeoutput.cxx +++ b/sw/source/filter/ww8/rtfattributeoutput.cxx @@ -460,6 +460,7 @@ bool RtfAttributeOutput::StartURL( const String rUrl, const String rTarget ) } m_aStyles.append(}); +m_bHadFieldResult = false; return true; } @@ -468,7 +469,8 @@ bool RtfAttributeOutput::EndURL() OSL_TRACE(%s, OSL_THIS_FUNC); // close the fldrslt group -m_aRunText.append('}'); +if (m_bHadFieldResult) +m_aRunText.append('}'); // close the field group m_aRunText.append('}'); return true; @@ -2249,6 +2251,7 @@ void RtfAttributeOutput::TextINetFormat( const SwFmtINetFmt rURL ) const SwTxtINetFmt* pTxtAtr = rURL.GetTxtINetFmt(); m_aStyles.append({ OOO_STRING_SVTOOLS_RTF_FLDRSLT ); +m_bHadFieldResult = true; if( pTxtAtr 0 != ( pFmt = pTxtAtr-GetCharFmt() )) { sal_uInt16 nStyle = m_rExport.GetId( *pFmt ); @@ -2989,7 +2992,8 @@ RtfAttributeOutput::RtfAttributeOutput( RtfExport rExport ) m_bBufferSectionBreaks( false ), m_bBufferSectionHeaders( false ), m_bLastTable( true ), -m_bWroteCellInfo( false ) +m_bWroteCellInfo( false ), +m_bHadFieldResult( false ) { OSL_TRACE(%s, OSL_THIS_FUNC); } diff --git a/sw/source/filter/ww8/rtfattributeoutput.hxx b/sw/source/filter/ww8/rtfattributeoutput.hxx index 856b14f..c96de2c 100644 --- a/sw/source/filter/ww8/rtfattributeoutput.hxx +++ b/sw/source/filter/ww8/rtfattributeoutput.hxx @@ -529,6 +529,10 @@ private: */ bool m_bWroteCellInfo; +/* + * If we had a field result in the URL. + */ +bool m_bHadFieldResult; public: RtfAttributeOutput( RtfExport rExport ); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - sw/source
sw/source/filter/ww8/rtfattributeoutput.cxx |8 ++-- sw/source/filter/ww8/rtfattributeoutput.hxx |4 2 files changed, 10 insertions(+), 2 deletions(-) New commits: commit ddc7af3e7963d1a625ef939ad0cd9830eb3ddd99 Author: Miklos Vajna vmik...@frugalware.org Date: Sun Dec 18 02:33:54 2011 +0100 fdo#37498 RTF export: handle url fields without a field result (cherry picked from commit 6ab183533ef543ea96e15fcc5155321298c758a8) diff --git a/sw/source/filter/ww8/rtfattributeoutput.cxx b/sw/source/filter/ww8/rtfattributeoutput.cxx index 2cd6033..17b2de3 100644 --- a/sw/source/filter/ww8/rtfattributeoutput.cxx +++ b/sw/source/filter/ww8/rtfattributeoutput.cxx @@ -460,6 +460,7 @@ bool RtfAttributeOutput::StartURL( const String rUrl, const String rTarget ) } m_aStyles.append(}); +m_bHadFieldResult = false; return true; } @@ -468,7 +469,8 @@ bool RtfAttributeOutput::EndURL() OSL_TRACE(%s, OSL_THIS_FUNC); // close the fldrslt group -m_aRunText.append('}'); +if (m_bHadFieldResult) +m_aRunText.append('}'); // close the field group m_aRunText.append('}'); return true; @@ -2249,6 +2251,7 @@ void RtfAttributeOutput::TextINetFormat( const SwFmtINetFmt rURL ) const SwTxtINetFmt* pTxtAtr = rURL.GetTxtINetFmt(); m_aStyles.append({ OOO_STRING_SVTOOLS_RTF_FLDRSLT ); +m_bHadFieldResult = true; if( pTxtAtr 0 != ( pFmt = pTxtAtr-GetCharFmt() )) { sal_uInt16 nStyle = m_rExport.GetId( *pFmt ); @@ -2989,7 +2992,8 @@ RtfAttributeOutput::RtfAttributeOutput( RtfExport rExport ) m_bBufferSectionBreaks( false ), m_bBufferSectionHeaders( false ), m_bLastTable( true ), -m_bWroteCellInfo( false ) +m_bWroteCellInfo( false ), +m_bHadFieldResult( false ) { OSL_TRACE(%s, OSL_THIS_FUNC); } diff --git a/sw/source/filter/ww8/rtfattributeoutput.hxx b/sw/source/filter/ww8/rtfattributeoutput.hxx index 856b14f..c96de2c 100644 --- a/sw/source/filter/ww8/rtfattributeoutput.hxx +++ b/sw/source/filter/ww8/rtfattributeoutput.hxx @@ -529,6 +529,10 @@ private: */ bool m_bWroteCellInfo; +/* + * If we had a field result in the URL. + */ +bool m_bHadFieldResult; public: RtfAttributeOutput( RtfExport rExport ); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: solenv/gbuild
solenv/gbuild/platform/macosx.mk |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit 5ed43db9e8a574a0c66706deeb2feefb89958f96 Author: Norbert Thiebaud nthieb...@gmail.com Date: Sat Dec 17 20:21:31 2011 -0600 Revert gbuild: macosx.mk: remove salhelper hack This reverts commit 1d90f180cd263d7f99039bada57b3655d6f399df. diff --git a/solenv/gbuild/platform/macosx.mk b/solenv/gbuild/platform/macosx.mk index f1187cc..6a2751e 100644 --- a/solenv/gbuild/platform/macosx.mk +++ b/solenv/gbuild/platform/macosx.mk @@ -149,8 +149,10 @@ gb_LinkTarget__RPATHS := \ SDKBIN: \ NONE:@__VIA_LIBRARY_PATH__@ \ +# The below contains a bad hack to set the correct install name for +# libuno_salhepergcc3.dylib.3, with a trailing .3: define gb_LinkTarget__get_installname -$(if $(2),-install_name '$(2)$(1)',$(error +$(if $(2),-install_name '$(2)$(1)$(if $(filter $(1),libuno_salhelpergcc3.dylib),.3)',$(error cannot determine -install_name for $(2))) endef ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'feature/gbuild' - 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] Changes to 'feature/gbuild'
New branch 'feature/gbuild' available with the following commits: commit 9f5ecd7e390baff297f23c2bf0fae71d841c8b78 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 14:18:58 2011 +0100 sal: add more unit tests commit 4f9fd994d32a9984067f6c6696753c0b6bd27046 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 13:22:02 2011 +0100 sal: add visibility symbols commit b6359626a270503bb8d9774eac83a110d0207854 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 13:13:11 2011 +0100 sal: convert to gbuild commit 1ba3bb01fee63bd910ab9dca5280ca482d54e421 Author: Matúš Kukan matus.ku...@gmail.com Date: Sun Dec 18 04:56:57 2011 +0100 cppu: add visibility symbols commit d3c7bdd31f3d9788c1f8c883f89d4e697e297a27 Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Dec 17 14:55:08 2011 +0100 cppu: convert to gbuild Because of unit tests is here custom target where are idl files processed. ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [Libreoffice] [PUSHED][PATCH] Fix for fdo43460 Part VIII getLength() to isEmpty()
Hi Olivier, 14.12.2011 17:39, Olivier Hallot пишет: Please find attached a partial fix for Easy Hack FDO43460 Part VIII Module configmgr http://cgit.freedesktop.org/libreoffice/core/commit/?id=4a0ab53cf44be11053a095470ad8cb426487dbc6 Thank you, Ivan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] building with gcc-trunk
Hi Matus, On Fri, 2011-12-16 at 18:08 +0100, Matúš Kukan wrote: I created two patches. First is because of new c++ feature but I have Looks fine to push :-) please do - string concatenation needs spaces now - something to know. no idea if the second one is ok and what was the problem. Can I push both ? The second - as Lubos says looks like a g++ bug to me :-) perhaps confused about namespaces - does adding a '::' prefix to the using namespace help ? would include vcl/graph.hxx change the compiler's mind on the topic ? ;-) Failing that, CC'ing Jan Hub. would be a good idea wrt. issues specific to gcc trunk I suspect. Thanks ! Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [RFC] COMPRESSMODE_FULL
Hi Thorsten, On 12/16/2011 11:52 AM, Thorsten Behrens wrote: Matteo Casalin wrote: From my understanding, if we remove these 2 calls that set te COMPRESSMODE_FULL flag then there is no reason to keep the code that depend on that, unless the svstream acquires the flag from the stream itself or that it's set by calling the set function with a magic number instead of the #define. Quite. Now really looking into what vcl/source/gdi/gdimtf.cxx does, the nStmCompressMode is *read* from the input, but then happily ignored - so the code, as it is, will already balk on thusly written files. The only other use I see is internal, i.e. within the same running LibO instance - so yeah, go kill this off! :) Here are the patches for *completely* removing COMPRESSMODE_FULL support. I had to split them since I initially didn't clone binfilter, just did it for this patch and I'm not so skilled with git. Obviously a single patch would keep the whole LibO repo more consistent, feel free to hack these patches to your own taste. A late thought was that I could have at least made the two commit logs different, I don't know if this can be done by hand. The smallest one is on binfilter, in any case. Last notes: * Modifications to core where maked and the process completes successfully; * I also tried make check on core (for the first time), but it stops on ulimit. I really don't know if this due to these patches or was already there; * Modifications to binfilter where not tested at all, not even compiled. Cheers Matteo PS: I already sent (some time ago) a license statement for (future) contributions. Cheers, -- Thorsten ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice From e0fcce1d48a79a6fa3a58e8dd2fd5838c2474b00 Mon Sep 17 00:00:00 2001 From: Matteo Casalin matteo.casa...@poste.it Date: Sat, 17 Dec 2011 11:14:28 +0100 Subject: [PATCH] Removed COMPRESSMODE_FULL support from SvStream --- .../source/filter.vcl/filter/svt_filter.cxx|1 - binfilter/bf_svx/source/xoutdev/svx__xpoly.cxx | 92 2 files changed, 0 insertions(+), 93 deletions(-) diff --git a/binfilter/bf_svtools/source/filter.vcl/filter/svt_filter.cxx b/binfilter/bf_svtools/source/filter.vcl/filter/svt_filter.cxx index de5f206..a7dfa74 100644 --- a/binfilter/bf_svtools/source/filter.vcl/filter/svt_filter.cxx +++ b/binfilter/bf_svtools/source/filter.vcl/filter/svt_filter.cxx @@ -1894,7 +1894,6 @@ USHORT GraphicFilter::ExportGraphic( const Graphic rGraphic, const String rPat SvMemoryStream aMemStm( 65535, 65535 ); -aMemStm.SetCompressMode( COMPRESSMODE_FULL ); ( (GDIMetaFile) aGraphic.GetGDIMetaFile() ).Write( aMemStm ); xActiveDataSource-setOutputStream( ::com::sun::star::uno::Reference ::com::sun::star::io::XOutputStream ( diff --git a/binfilter/bf_svx/source/xoutdev/svx__xpoly.cxx b/binfilter/bf_svx/source/xoutdev/svx__xpoly.cxx index d7124a2..081ea9f 100644 --- a/binfilter/bf_svx/source/xoutdev/svx__xpoly.cxx +++ b/binfilter/bf_svx/source/xoutdev/svx__xpoly.cxx @@ -969,39 +969,6 @@ namespace binfilter { /*N*/ else /*N*/ rXPoly.pImpXPolygon-Resize( nMerkPoints ); /*N*/ -/*N*/ // Je nach CompressMode das Polygon einlesen -/*N*/ if ( rIStream.GetCompressMode() == COMPRESSMODE_FULL ) -/*N*/ { -/*?*/ i = 0; -/*?*/ while ( i nReadPoints ) -/*?*/ { -/*?*/ rIStream bShort nCurPoints; -/*?*/ -/*?*/ if ( bShort ) -/*?*/ { -/*?*/ for ( nStart = i; i nStart+nCurPoints; i++ ) -/*?*/ { -/*?*/ rIStream nShortX nShortY; -/*?*/ if (inMerkPoints) { // restliche Punkte ueberspringen -/*?*/ rXPoly.pImpXPolygon-pPointAry[i].X() = nShortX; -/*?*/ rXPoly.pImpXPolygon-pPointAry[i].Y() = nShortY; -/*?*/ } -/*?*/ } -/*?*/ } -/*?*/ else -/*?*/ { -/*?*/ for ( nStart = i; i nStart+nCurPoints; i++ ) -/*?*/ { -/*?*/ rIStream nLongX nLongY; -/*?*/ if (inMerkPoints) { // restliche Punkte ueberspringen -/*?*/ rXPoly.pImpXPolygon-pPointAry[i].X() = nLongX; -/*?*/ rXPoly.pImpXPolygon-pPointAry[i].Y() = nLongY; -/*?*/ } -/*?*/ } -/*?*/ } -/*?*/ } -/*N*/ } -/*N*/ else /*N*/ { // Feststellen, ob ueber die Operatoren gelesen werden muss #if (__SIZEOFLONG) != 4 @@ -1065,65 +1032,6 @@ namespace binfilter { /*N*/ // Anzahl der Punkte rausschreiben /*N*/ rOStream nPoints; /*N*/ -/*N*/ // Je nach CompressMode das Polygon rausschreiben -/*N*/ if ( rOStream.GetCompressMode()
Re: [Libreoffice] [PUSHED][PATCH] building with gcc-trunk
On 17 December 2011 11:08, Michael Meeks michael.me...@suse.com wrote: The second - as Lubos says looks like a g++ bug to me :-) perhaps confused about namespaces - does adding a '::' prefix to the using namespace help ? Indeed, it now builds. http://cgit.freedesktop.org/libreoffice/core/commit/?id=3744cd818383fd954125a6567856e92198792cf1 Thanks, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Fix for fdo43460 Part IX getLength() to isEmpty()
15.12.2011 05:18, Olivier Hallot пишет: Please find attached a partial fix for Easy Hack FDO43460 Part IX Module connectivity (this one is quite big) it seems that you forgot to change the second condition: -if ( !pMasterFields-getLength() || !pDetailFields-getLength() ) +if ( pMasterFields-isEmpty() || !pDetailFields-getLength() ) I changed !pDetailFields-getLength() to pDetailFields-isEmpty() and pushed: http://cgit.freedesktop.org/libreoffice/core/commit/?id=1777c09a0781710c309e500f680e6f95c080ca86 and also: http://cgit.freedesktop.org/libreoffice/core/commit/?id=198a99861e14cf5c001177b1192cebfe4708ea05 http://cgit.freedesktop.org/libreoffice/core/commit/?id=d18daeff771b255207bb30d428540d9ebd28ec32 Don't shy to make such trivial fixes in lines that you modify! ;) Thank you, Ivan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Fix for fdo43460 Part X getLength() to isEmpty()
15.12.2011 23:35, Olivier Hallot пишет: Please find attached a partial fix for Easy Hack FDO43460 Part X Module cppu cppuhelper cpputools great! http://cgit.freedesktop.org/libreoffice/core/commit/?id=1b99d8800e399f45404ab62827163a873d2a1aec Thanks, Ivan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Fix for fdo43460 Part IX getLength() to isEmpty()
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ivan Em 17-12-2011 10:39, Ivan Timofeev escreveu: 15.12.2011 05:18, Olivier Hallot пишет: Please find attached a partial fix for Easy Hack FDO43460 Part IX Module connectivity (this one is quite big) it seems that you forgot to change the second condition: -if ( !pMasterFields-getLength() || !pDetailFields-getLength() ) +if ( pMasterFields-isEmpty() || !pDetailFields-getLength() ) I changed !pDetailFields-getLength() to pDetailFields-isEmpty() and pushed: http://cgit.freedesktop.org/libreoffice/core/commit/?id=1777c09a0781710c309e500f680e6f95c080ca86 and also: http://cgit.freedesktop.org/libreoffice/core/commit/?id=198a99861e14cf5c001177b1192cebfe4708ea05 http://cgit.freedesktop.org/libreoffice/core/commit/?id=d18daeff771b255207bb30d428540d9ebd28ec32 Don't shy to make such trivial fixes in lines that you modify! ;) Thank you, Ivan Thanks for reviewing it. I missed this one. I do a build and then a git diff check before commiting. Naturally this is a task where mistakes can be made easily and I am glad a second pair of eyes are there to catch them! Kind regards - -- Olivier Hallot Founder, Board of Directors Member - The Document Foundation LibreOffice translation leader for Brazilian Portuguese +55-21-8822-8812 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO7JqOAAoJEJp3R7nH3vLxHvsH/0Pdgl38w3BEkyOQzZ7t4Yih 6oio5LS1f/Eiijl/gdmLrZwk7S5dyBCwYOMSl0cbGy7D/2M+hO2f3gmBOULmY3JT /khPPfohpy7qpWRsQo7FX3DpBOG1jgHa6+Pqj6FKYSnK/YnOZtfeNyQhiN11OMGc BemwspoFtuixqQS7X1aFuM0bYBJSMBv76fk8zwPsSClosYcAYWoVfihjbFDPCB3P vZ/v9qa9JVWUQ/3/xmh3dXlVS4LamEq+etzfOB8B7EM2DCZ1f/LfY1PhxIRueVk1 bYfLOqUBIoAn9xn2QA0ZbNGRpVQzZdHanPHVqYHmWzxX2Ib8ysiX8wk0tdDB3GY= =/2s/ -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] removing mpNotes field from ScBaseCell
Hi So I've been working on this patch to move mpNotes from ScBaseCell to ScTable, and I got it mostly working. But I was struggling with leaks and getting the lifecycle of the notes to exactly match the lifecycle of the ScBaseCell object. So then I had a weird idea - how about if I tied the lifecycles together implicitly? So I came up with this patch. It compiles, and passes a make check. I'll do a memcheck run on Monday when I can get access to my other machine with tons of memory. Regards, Noel Grandin diff --git a/sc/inc/cell.hxx b/sc/inc/cell.hxx old mode 100644 new mode 100755 index fa1b719..1755591 --- a/sc/inc/cell.hxx +++ b/sc/inc/cell.hxx @@ -122,11 +122,11 @@ public: inline void SetScriptType( sal_uInt8 nNew ) { nScriptType = nNew; } /** Returns true, if the cell contains a note. */ -inline bool HasNote() const { return mpNote != 0; } +bool HasNote() const; /** Returns the pointer to a cell note object (read-only). */ -inline const ScPostIt* GetNote() const { return mpNote; } +const ScPostIt* GetNote() const; /** Returns the pointer to a cell note object. */ -inline ScPostIt* GetNote() { return mpNote; } +ScPostIt* GetNote(); /** Takes ownership of the passed cell note object. */ voidTakeNote( ScPostIt* pNote ); /** Returns and forgets the own cell note object. Caller takes ownership! */ @@ -169,7 +169,6 @@ private: ScBaseCell operator=( const ScBaseCell ); private: -ScPostIt* mpNote; /// The cell note. Cell takes ownership! SvtBroadcaster* mpBroadcaster; /// Broadcaster for changed values. Cell takes ownership! protected: diff --git a/sc/source/core/data/cell.cxx b/sc/source/core/data/cell.cxx old mode 100644 new mode 100755 index 6cc8209..04aae8c --- a/sc/source/core/data/cell.cxx +++ b/sc/source/core/data/cell.cxx @@ -82,10 +82,16 @@ IMPL_FIXEDMEMPOOL_NEWDEL( ScStringCell, nMemPoolStringCell, nMemPoolStringCell IMPL_FIXEDMEMPOOL_NEWDEL( ScNoteCell,nMemPoolNoteCell, nMemPoolNoteCell ) #endif +/** + * The notes map. Because only a handful of notes typically exist in an application, but there can be millions + * of cells, we don't want to store this on the cell itself + */ +typedef ::std::mapconst ScBaseCell*, ScPostIt* ScNotesMap; +static ScNotesMap notesMap; + // ScBaseCell::ScBaseCell( CellType eNewType ) : -mpNote( 0 ), mpBroadcaster( 0 ), nTextWidth( TEXTWIDTH_DIRTY ), eCellType( sal::static_int_castsal_uInt8(eNewType) ), @@ -94,7 +100,6 @@ ScBaseCell::ScBaseCell( CellType eNewType ) : } ScBaseCell::ScBaseCell( const ScBaseCell rCell ) : -mpNote( 0 ), mpBroadcaster( 0 ), nTextWidth( rCell.nTextWidth ), eCellType( rCell.eCellType ), @@ -104,7 +109,12 @@ ScBaseCell::ScBaseCell( const ScBaseCell rCell ) : ScBaseCell::~ScBaseCell() { -delete mpNote; + ScNotesMap::iterator it = notesMap.find(this); + if (it != notesMap.end()) { + ScPostIt *pNote = it-second; + notesMap.erase(this); + delete pNote; + } delete mpBroadcaster; OSL_ENSURE( eCellType == CELLTYPE_DESTROYED, BaseCell Destructor ); } @@ -244,12 +254,14 @@ ScBaseCell* ScBaseCell::CloneWithoutNote( ScDocument rDestDoc, const ScAddress ScBaseCell* ScBaseCell::CloneWithNote( const ScAddress rOwnPos, ScDocument rDestDoc, const ScAddress rDestPos, int nCloneFlags ) const { ScBaseCell* pNewCell = lclCloneCell( *this, rDestDoc, rDestPos, nCloneFlags ); -if( mpNote ) + ScNotesMap::iterator it = notesMap.find(this); + if (it != notesMap.end()) { if( !pNewCell ) pNewCell = new ScNoteCell; bool bCloneCaption = (nCloneFlags SC_CLONECELL_NOCAPTION) == 0; -pNewCell-TakeNote( mpNote-Clone( rOwnPos, rDestDoc, rDestPos, bCloneCaption ) ); +ScPostIt* pNote = it-second; +pNewCell-TakeNote( pNote-Clone( rOwnPos, rDestDoc, rDestPos, bCloneCaption ) ); } return pNewCell; } @@ -282,27 +294,63 @@ void ScBaseCell::Delete() bool ScBaseCell::IsBlank( bool bIgnoreNotes ) const { -return (eCellType == CELLTYPE_NOTE) (bIgnoreNotes || !mpNote); +return (eCellType == CELLTYPE_NOTE) (bIgnoreNotes || notesMap.find(this) == notesMap.end()); +} + +/** Returns true, if the cell contains a note. */ +bool ScBaseCell::HasNote() const +{ + return notesMap.find(this) != notesMap.end(); +} + +/** Returns the pointer to a cell note object. */ +ScPostIt* ScBaseCell::GetNote() +{ + ScNotesMap::iterator it = notesMap.find(this); + return it == notesMap.end() ? 0 : it-second; +} + +/** Returns the pointer to a cell note object (read-only). */ +const ScPostIt* ScBaseCell::GetNote() const +{ + ScNotesMap::iterator it = notesMap.find(this); + return it == notesMap.end() ? 0 :
[Libreoffice] [ANNOUNCE] replacement of concat.deps.pl with concat.deps (c-version)
concat-deps.pl had become a horrible cpu hogs I just pushed http://cgit.freedesktop.org/libreoffice/core/commit/?id=e3e94f141e15f5501ed81402a70beb10b85ccd6f that replace it with a c-version that is about 15 times faster (cpu wise) - which translated to a gain of up to 90 seconds on the elapsed of tail_build alone in my tests. if you get a concat-deps not found, you need to run ./bootstrap I 'touched' configure.in in the above commit to force the chance that ./bootstrap be run.. so unless you pull and do directly a partial build you should be fine. I tested it on linux, mac-intel and minggw cross-compile. (*) If you have issues with all this, and easy way to 'revert' to concat-deps.pl is to change in solenv/gbuild/LinkTarget.mk the one line that refer to concat-deps to concat-deps.pl concat-deps.c is built in ./bootstrap. it is a one liner, line 78 at this time. If you comment that line out and do the change above you are exactly back to the way it worked before... Norbert (*) it is pretty straight forward C... the one thing that can throw a wrench in it is fancy eol in input files. input file (individual *.d) are expected to be LF file (not CRLF or CR files). ___ 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 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||43868 Bug 35673 depends on bug 34184, which changed state. Bug 34184 Summary: [Task]: Make E-mail MAILMERGE usable https://bugs.freedesktop.org/show_bug.cgi?id=34184 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED --- Comment #239 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-15 23:45:55 PST --- Nominate Bug 43868 - FILEOPEN document saved with password: correct password not recognized -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 43458, which changed state. Bug 43458 Summary: LibreOffice does not start with a second monitor connected https://bugs.freedesktop.org/show_bug.cgi?id=43458 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] removing mpNotes field from ScBaseCell
Hello Noel, So I've been working on this patch to move mpNotes from ScBaseCell to ScTable, and I got it mostly working. But I was struggling with leaks and getting the lifecycle of the notes to exactly match the lifecycle of the ScBaseCell object. I think that we should go another way. Firstly we should not use a static variable here. Please make the NotesMap a member variable of ScTable. I hope that this solves one part of your problem and then we should no longer need to make the notes directly available to the cells. Every information we need should already be available in ScTable and the idea behind this rework is not only to save a bit memory per cell but to prepare calc for ixion. Personally I think we should use another datastructure like std::mapAddress2D, ScPostIt* or bootst::ptr_mapAddress2D, ScPostIt but that is something we can figure out later. I think for now it is more important to move the container to ScTable and make it a member variable. So then I had a weird idea - how about if I tied the lifecycles together implicitly? So I came up with this patch. It compiles, and passes a make check. I'll do a memcheck run on Monday when I can get access to my other machine with tons of memory. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] c++ sample for calc add-on
Hello, I have a template for the quantlib addin which works for OO3.2. Unfortunately it does not work for LibreOffice-3.4. Does anybody have a template with necessary interface functions in c++ for LO-3.4? I have looked at the c++ examples in the SDK without success. Using the ideas of the java examples did not work. At the moment the plugin crashes LO if I try to insert a function. By the way: I have to replace the onboard libstdc++ in ure-link/lib by the system libstdc++ to use other libraries. Why is there on old libstdc++? Help (and working code samples) would be appreciated. Lars -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] removing mpNotes field from ScBaseCell
Hi Yeah, that is what I tried the first time. But it turns out to be incredibly hard to keep the lifecycle of the ScBaseCell objects and the lifecycle of the ScPostIt objects tied together, because ScBaseCell and it's child classes get allocated and deallocated in lots of different places, not just in ScTable. -- Noel On Sat, Dec 17, 2011 at 21:43, Markus Mohrhard markus.mohrh...@googlemail.com wrote: Hello Noel, So I've been working on this patch to move mpNotes from ScBaseCell to ScTable, and I got it mostly working. But I was struggling with leaks and getting the lifecycle of the notes to exactly match the lifecycle of the ScBaseCell object. I think that we should go another way. Firstly we should not use a static variable here. Please make the NotesMap a member variable of ScTable. I hope that this solves one part of your problem and then we should no longer need to make the notes directly available to the cells. Every information we need should already be available in ScTable and the idea behind this rework is not only to save a bit memory per cell but to prepare calc for ixion. Personally I think we should use another datastructure like std::mapAddress2D, ScPostIt* or bootst::ptr_mapAddress2D, ScPostIt but that is something we can figure out later. I think for now it is more important to move the container to ScTable and make it a member variable. So then I had a weird idea - how about if I tied the lifecycles together implicitly? So I came up with this patch. It compiles, and passes a make check. I'll do a memcheck run on Monday when I can get access to my other machine with tons of memory. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] removing mpNotes field from ScBaseCell
Hi Noel, On Sat, 2011-12-17 at 23:01 +0200, Noel Grandin wrote: Yeah, that is what I tried the first time. :-) But it turns out to be incredibly hard to keep the lifecycle of the ScBaseCell objects and the lifecycle of the ScPostIt objects tied together, because ScBaseCell and it's child classes get allocated and deallocated in lots of different places, not just in ScTable. Right ! :-) this is indeed the problem - that the whole code-base thinks that spreadsheets should be made out of Cell objects: where in fact this is broadly a nonsense we have to fix. FWIW - great minds think alike, I also came up with a patch not dissimilar to yours some years back; I used a spare bit in a flag on the cell itself to avoid some of the lookups, but at the end I don't think it really move us towards where we want to be. Sorry if the problem is a bit more of a nightmare than expected, but I thought your initial approach was much more promising :-) where were the biggest obstacles ? or did you feel that your changes were getting wider wider wouldn't accepted [ which is unlikely to be the case, we need the back of this broken ;-] 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] [ANNOUNCE] replacement of concat.deps.pl with concat.deps (c-version)
On Sat, 2011-12-17 at 11:13 -0600, Norbert Thiebaud wrote: concat-deps.pl had become a horrible cpu hogs Ooh :-) that replace it with a c-version that is about 15 times faster (cpu wise) - which translated to a gain of up to 90 seconds on the elapsed of tail_build alone in my tests. Thanks ! :-) wow, we have some huge .d files. The thing I like about this is that it provides a great base to do more work there, to help generate intermediate rules to squash those dependencies down a lot more. concat-deps.c is built in ./bootstrap. it is a one liner, line 78 at this time. If you comment that line out and do the change above you are exactly back to the way it worked before... Looks really nice FWIW, a pleasant read :-) Thanks ! Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] removing mpNotes field from ScBaseCell
Hello Noel, 2011/12/17 Noel Grandin noelgran...@gmail.com: Hi Yeah, that is what I tried the first time. But it turns out to be incredibly hard to keep the lifecycle of the ScBaseCell objects and the lifecycle of the ScPostIt objects tied together, because ScBaseCell and it's child classes get allocated and deallocated in lots of different places, not just in ScTable. Can you give me a caode pointer where we create a cell with a note that is not created in our call chain ScDocument-ScTable-ScColumn? Your current solution has some nasty problems. We would save all notes from all documents (including undo and copy documents) in one big container. If I'm not totally misguided there should be no big problem to move the container to ScTable. That might result in slow lookup for complex documents. My idea how it should work: (all methods in ScTable) - DeleteCol, DeleteRow, DeleteArea need to check for an ScPostIt that needs to be deleted - CopyToClip copies the whole container to the table in the copy document - the undo methods do the same There might be some hiddent raps here but I think we can work them out. If you have problems just ask here or on IRC. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [RFC] COMPRESSMODE_FULL
On 12/16/2011 04:48 PM, Tommy wrote: On Fri, 16 Dec 2011 00:08:26 +0100, Matteo Casalin matteo.casa...@poste.it wrote: Hi, this is off-topic, however since you are the only italian active code developer of LibO (Italo Vignoli is not involved into coding but into marketing), I'm inviting you to join the Italian OOo/LibO discussion group here at: https://groups.google.com/group/it-alt.comp.software.openoffice/topics?hl=itgvc=2 Hi Tommy, thanks for signaling me your group. At this time, though, I barely have time to follow this main development list and I often (and with regret) have to skip some of its messages: I wouldn't be able to follow with due attention both lists. Feel free to point me to any specific discussion that you think could be useful. Ciao Matteo ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] presenter console RTL support
Hi, Is someone incharge of the presenter console extension ? While testing old RTL bugs with 3.5.0beta1, I noticed a very disterbing behavior in presnter console with RTL UI - the button you click on (visually) isn't the button which is being clicked (functionality wise) - so what you see isn't what you get. See https://bugs.freedesktop.org/show_bug.cgi?id=42070#c2 and 2nd screenshot in the bug. Kaplan p.s. This breaks the regular workflow of the users with the extension, otherwise I wouldn't have brought it up on the list. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] What do we want from extensions module?
On Thu, 15 Dec 2011, Mat?? Kukan wrote: Hi Peter, I think your e-mail did not make it to the list, so re-sending without patch. Yeah, I wound up pushing my extensions gbuild conversion to features/gbuild. If someone with a mac could try building it that would be great. Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] What do we want from extensions module?
On 18 December 2011 01:03, Peter Foley pefol...@verizon.net wrote: Yeah, I wound up pushing my extensions gbuild conversion to features/gbuild. If someone with a mac could try building it that would be great. Oh, well, I had not expected that someone will be doing anything with feature/gbuild. Maybe I should choose better name. It's only for sal and cppu now, and I'm still testing and improving, it's not possible to build now. So, I decided to create new branch for your great work: feature/pf_extensions, I know it's not perfect (name) but hopefully soon they will be gone and it's cheap. Maybe Michael or Bjoern will review, test and push to master ? So, if anyone wants to test, feature/pf_extensions is the right branch. Hopefully I did not ruin anything. Thanks, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] What do we want from extensions module?
On 14/12/11 23:28, Peter Foley wrote: On Wed, 14 Dec 2011, Michael Stahl wrote: result of that is in feature/gbuild_extensions branch; ~6 libraries already converted. I've actually already converted extensions to gbuild. I'm attaching my current patch which should be essentially complete, however it probably won't build on mac. hi Peter, that is really great work! i have just finished reviewing the whole thing... because the huge size of the patch made it difficult to review, i've split it up into smaller parts that each convert a library. then i've committed each patch and in some cases made some small changes (only tested on linux, hope i haven't broken more than i fixed). the result is now pushed to feature/gbuild_extensions branch. some things that i found especially puzzling or noteworthy: - this is probably wrong and i wonder what is broken here: cui/source/dialogs/winpluginlib.cxx: #define MOZ_PLUGIN_DLL_NAME npsopluginmi.dll - there are some horrid objects from solver linked in nsplugin - Library_pl does some weird linking of frameworks: i wonder why that does not use -framework $(eval $(call gb_Library_set_include,pl,\ $$(INCLUDE) \ -I$(FRAMEWORKSHOME)/ApplicationServices.framework/Version/Current/Frameworks/QD.framework/Headers \ -I$(FRAMEWORKSHOME)/Carbon.framework/Versions/Current/Frameworks/HIToolbox.framework/Versions/Current/Headers \ )) - the spotlight plugin: no idea if that will actually work; i really hope we use the system zlib always on MacOS X, because the old makefile had this horrible thing in it: # we have to change the zlib install name, otherwise the plugin will not work .IF $(SYSTEM_ZLIB)==NO install_name_tool -change @executable_path/libz.1.dylib @executable_path/../../../../MacOS/libz.1.dylib $(MACOS)$/OOoSpotlightImporter .ENDIF - various AllLangResTargets used add_templates, which is propbably unnecessary, because (unless i'm too stupid to use grep) it is only for when the old makefile used LOCALIZE_ME, and these didn't - there is some modification to gbuild core to build 64bit stuff with MSVC; i have no idea whether that is the right way as i don't know anything about MSVC; this really must be reviewed by somebody who does... - i have not moved hidother.src, i have no idea what it does; it is referenced from toolkit/src2xml/src.lst and i have no idea what isthat again, thanks a lot Peter for tackling this giant hairball :) please somebody let some mac and windows tinderboxes loose on this branch :) regards, michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [ANNOUNCE] replacement of concat.deps.pl with concat.deps (c-version)
On Sat, Dec 17, 2011 at 11:13:39AM -0600, Norbert Thiebaud wrote: I just pushed http://cgit.freedesktop.org/libreoffice/core/commit/?id=e3e94f141e15f5501ed81402a70beb10b85ccd6f that replace it with a c-version that is about 15 times faster (cpu wise) - which translated to a gain of up to 90 seconds on the elapsed of tail_build alone in my tests. Great work indeed. Thanks for going for the carrot on a stick that I let danging there! ;) Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] What do we want from extensions module?
On Sat, 17 Dec 2011, Mat?? Kukan wrote: On 18 December 2011 01:03, Peter Foley pefol...@verizon.net wrote: Yeah, I wound up pushing my extensions gbuild conversion to features/gbuild. If someone with a mac could try building it that would be great. Oh, well, I had not expected that someone will be doing anything with feature/gbuild. Maybe I should choose better name. It's only for sal and cppu now, and I'm still testing and improving, it's not possible to build now. So, I decided to create new branch for your great work: feature/pf_extensions, I know it's not perfect (name) but hopefully soon they will be gone and it's cheap. Maybe Michael or Bjoern will review, test and push to master ? So, if anyone wants to test, feature/pf_extensions is the right branch. Hopefully I did not ruin anything. Thanks, Matus Sorry, I just assumed that feature/gbuild was a more generic branch. It looks like Michael Stahl reviewed and split up my mega patch on feature/gbuild_extensions so feature/pf_extensions is unnecessary. Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-qa] Issue with Text Animations in LibO-3.5-beta1
Hi all, I installed LibO-3.5-beta1-x64 on my openSUSE-11.4-x64 (KDE 4.7) and gave it a try with the presentation that I gave at the OpenRheinRuhr. You can get the presentation here: http://amantke.de/images/praesentation/libreoffice_openrheinruhr2011_11_13.odp There are text animations inside (soft appearance / weiches Erscheinen) that presentaion. You could find them e.g. on slide 8, 9 and 10). If I run this presentation in 3.4.4 everything works smoothly, but in 3.5.0-beta1 there is no text animation available. If there are more than one animation on the slide, I got on a click the slide with the text again and again. Thus the the actions (mouse clicks) seemed to be recognized but there is no action connected. Could someone please confirm this issue on his box. It would be good to know, if the bug is also shown on other OS (e.g. Windows). Regards, Andreas -- ## Developer LibreOffice ## Freie Office-Suite für Linux, Mac, Windows ## http://LibreOffice.org ## Support the Document Foundation (http://documentfoundation.org) ## Meine Seite: http://www.amantke.de ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Issue with Text Animations in LibO-3.5-beta1
Andreas Mantke schrieb: [...] in 3.4.4 everything works smoothly, but in 3.5.0-beta1 there is no text animation available. If there are more than one animation on the slide, I got on a click the slide with the text again and again. Thus the the actions (mouse clicks) seemed to be recognized but there is no action connected. Hi that seems to be the confirmation for Bug 43684 - SLIDESHOW: Animation 'Start on Click' not respected https://bugs.freedesktop.org/show_bug.cgi?id=43684? BTW, for me Bug 43837 - SLIDESHOW CRASH on custom animation of particular objects crashes your presentation Slide 8. (I missed to send this to the list) Best regards Rainer ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-qa] Hi everyone I'm new here
I'm new at this, I wanna learn more about Testing and QA process! I'm student from Mexico and I'm doing my University residences about this! mmm I checked some bug from bugzilla, I'll send some mails about the problemas and my observations! I hope you can help me to undestand testing process and QA! ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 43901] RTL Toolbar icons order becomes opposite when in OLE object edit mode
https://bugs.freedesktop.org/show_bug.cgi?id=43901 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status Whiteboard|CONFIRMED RTL | CC||LibreOffice@bielefeldundbus ||s.de Summary|Toolbar icons order is |RTL Toolbar icons order |opposite when in OLE object |becomes opposite when in |edit mode (RTL UI) |OLE object edit mode --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-17 00:02:00 PST --- [Reproducible] with LibreOffice 3.4.5 RC1 - WIN7 Home Premium (64bit) Arabic UI [Build ID: OOO340m1 (Build:501)] and with Parallel Dev-Installation of LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) Hebrew UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration 11-Dec-2011 06:51 All toolbars switch from RTL to LTR view when edit mode for OLE object starts Steps to reproduce: 1. open attached Sample.odg with LibO RTL UI setting Observe icon sort order in toolbars 2. Double click Test OLE object in document Expected: Icon sort order in Toolbars remains RLT Actual: Icon sort order in Toolbars switches to LTR Of course you can continue work, but hat is a very ugly effect; I would nominate this bug as a Most Annoying 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 43894] : Menu Search Not Available In German Localization
https://bugs.freedesktop.org/show_bug.cgi?id=43894 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||LibreOffice@bielefeldundbus ||s.de Ever Confirmed|0 |1 --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-17 01:00:09 PST --- I never saw that search pane. It's not mentioned in WIKIHELP @Martin Steiger: Please contribute more information concerning your help search function. May be it's an extension? -- 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 43458] LibreOffice does not start with a second monitor connected
https://bugs.freedesktop.org/show_bug.cgi?id=43458 --- Comment #16 from Michael Meeks michael.me...@novell.com 2011-12-17 01:38:45 PST --- sounds fine; the bug has been there for a while :-) -- 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 43460] Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 --- Comment #13 from Olivier Hallot olivier.hal...@documentfoundation.org 2011-12-17 01:46:58 PST --- Module configmgr http://cgit.freedesktop.org/libreoffice/core/commit/?id=4a0ab53cf44be11053a095470ad8cb426487dbc6 -- 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 43904] New: Document portfolio feature request
https://bugs.freedesktop.org/show_bug.cgi?id=43904 Bug #: 43904 Summary: Document portfolio feature request Classification: Unclassified Product: LibreOffice Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: letrollfarc...@gmail.com Dear folks ! I would like to place a suggestion concerning a way to manipulate documents that might be of great interest for many LibreOffice users : the document portfolio It would be of great interest to be able to manipulate a collection of documents (texts, spreadsheets, images, slides) in a structured entity like a portfolio. Documents could be ordered inside it, with a index (optional), and manipulated each as a whole (a spreadsheet item beeing opened with the Calc universe, a slide with te Impress, and so on). The consultation/manipulation of a given portfolio would be completely homogenous (insert a new text/calc/presentation/graph/etc... in any given place, global index generation, etc...) For many users (teachers, scientists, etc...) this would reflect the way they work with elements in a given course/project, without having to deal with unordered folders and complicated meta-document surrogates (ie html file with links, wiki, ...) Thanks for your attention. -- 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 43882] EDITING: CRASH when undo copy paste
https://bugs.freedesktop.org/show_bug.cgi?id=43882 Roman Eisele b...@eikota.de changed: What|Removed |Added OS/Version|Windows (All) |All Status|UNCONFIRMED |NEW AssignedTo|libreoffice-b...@lists.free |cedric.bosdonnat.ooo@free.f |desktop.org |r CC||b...@eikota.de Ever Confirmed|0 |1 --- Comment #2 from Roman Eisele b...@eikota.de 2011-12-17 02:14:06 PST --- [Reproducible] with LibreOffice 3.5.0 beta 1 Build-ID: 1ce7995-7f15fca-1f1fd1a-ca8e46d-5bcbce4 Build Date: 2011-12-13 [libreoffice-3-5~2011-12-13_04.48.06_LibO-Dev_3.5.0beta1_MacOS_x86_install_en-US] on MacOS X 10.6.8 German. Following the instructions given by Rainer Bielefeld in Description, after clicking Undo 2 or 3 times LibreOffice crashes. I will attach the MacOS X log file generated on the crash; maybe it helps. -- Changing Status to New as bug is confirmed now. -- Changing Platform from Windows to All because the bug is also present on MacOS. @Cédric: I have assigned this bug to you because it may be related to Bug 43869 and similare bugs which are already assigned to you. Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43662] SLIDESHOW: No sound when projector connected
https://bugs.freedesktop.org/show_bug.cgi?id=43662 Andreas G. andreas.g...@hotmail.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||NOTABUG -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43905] New: MinGW: Applications will not start because of missing salhelpergcc3.dll
https://bugs.freedesktop.org/show_bug.cgi?id=43905 Bug #: 43905 Summary: MinGW: Applications will not start because of missing salhelpergcc3.dll Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Steps how to reproduce with MinGW Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) Build Info: tinderbox: administrator: ke...@suse.cz - tinderbox: buildname: Win-x86@7-MinGW tinderbox: tree: MASTER tinderbox: pull time 2011-12-16 22:30:37 - tinderbox: git sha1s – core:0ef8beedb1d2ce70e4d5ec7b24afd1711db29f38 – binfilter:d46295ca600848a13e2aa1311a7ed7f9004fcb46 – dictionaries:b605e4f94bc93827cce4e1f5748864666fd605d5 – help:4c1bcb50f9441af32d8fcc9ffb7a53b513799b9f 1. Unpack Build 2. try to start soffice.exe or any application. Will no start, instead error message concerning missing missing salhelpergcc3.dll -- 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 43460] Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 --- Comment #14 from Olivier Hallot olivier.hal...@documentfoundation.org 2011-12-17 05:39:12 UTC --- Module connectivity http://cgit.freedesktop.org/libreoffice/core/commit/?id=1777c09a0781710c309e500f680e6f95c080ca86 http://cgit.freedesktop.org/libreoffice/core/commit/?id=198a99861e14cf5c001177b1192cebfe4708ea05 http://cgit.freedesktop.org/libreoffice/core/commit/?id=d18daeff771b255207bb30d428540d9ebd28ec32 -- 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 43460] Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 --- Comment #15 from Olivier Hallot olivier.hal...@documentfoundation.org 2011-12-17 05:40:45 PST --- Modules cppu cppuhelper cpputools http://cgit.freedesktop.org/libreoffice/core/commit/?id=1b99d8800e399f45404ab62827163a873d2a1aec -- 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 39639] [EasyHack] Fix duplicate longname IDs
https://bugs.freedesktop.org/show_bug.cgi?id=39639 --- Comment #1 from Victor Lee konya@gmail.com 2011-12-17 06:01:45 PST --- As far as I traced, HID_BG_BTN_IMG13 ~ HID_BG_BTN_IMG16 looks unused. Here is the reason: 1. This ID seems to be associated with the id HD_BG (34290), which is the first id of BackgroundsDialog (wizards/com/sun/star/wizards/web/BackgroundsDialog.java). 2. In its super class ImageListDialog, this id is incremented to 34295 and passed to ImageList. 3. In ImageList, it increments the id on creatImage(), which is called rows*cols times in the constructor. 4. However, the initial values give rows=3 and cols=4, and BackgroundDialog do not change them further, so it never reaches ids after than HID_BG_BTN_IMG12. BackgroundsDialog is used only in WebWizardDialog. -- 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 42684] FILEOPEN very slow, network/dns related, it takes about 15 minutes
https://bugs.freedesktop.org/show_bug.cgi?id=42684 --- Comment #18 from mboh...@gmail.com 2011-12-17 06:18:15 PST --- Hi, I was not able to solve the dependancies. The LO version I got when installing Aptosid distro on a laptop from work 3.3.3 build 301 My file opens there in less than 3 seconds (full contents, without the deletions I did in the file I uploaded here. If someone can point me to a distro with LO 3.3.4 to try this out as NooP requested, I'll be glad to install it and see what happens. -- 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 43907] New: Libreoffice calc crashes when reordering tabs.
https://bugs.freedesktop.org/show_bug.cgi?id=43907 Bug #: 43907 Summary: Libreoffice calc crashes when reordering tabs. Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: t...@toke.dk CC: t...@toke.dk Steps to reproduce: 1. Open LibreOffice calc. 2. Drag spreadsheet tabs to reorder. 3. Crash. Expected behaviour: No crash, tabs are reordered. Installed from Arch Linux packages, version libreoffice-calc 3.4.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 43901] RTL Toolbar icons order becomes opposite when in OLE object edit mode
https://bugs.freedesktop.org/show_bug.cgi?id=43901 Lior Kaplan kaplanl...@gmail.com changed: What|Removed |Added Blocks||43808 --- Comment #3 from Lior Kaplan kaplanl...@gmail.com 2011-12-17 07:12:46 UTC --- Even weirder behavior in OLE edit mode, is that floating toolbar movement is opposite. If I try to drag a floating toolbar left, it moves right (!). When it's dock to the right border, and I want undock it, dragging it left doesn't help only dragging it right does (de facto dragging it outside of the LibO window). Seems that something is very wrong with calculating the location of the toolbar. -- 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 43892] EDITING text frame: context can not be reached by mouse click
https://bugs.freedesktop.org/show_bug.cgi?id=43892 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added CC||courrier.oou.fr.mjk@googlem ||ail.com --- Comment #3 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 07:36:01 PST --- Reproducible with LibO 3.5.0 Beta1 LOdev 3.5.0 · Build ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4 [LibO-Dev_3.5.0beta1_Win_x86_install_multi.msi · 13-Dec-2011 · http://dev-builds.libreoffice.org/pre-releases/win/x86/ ]. I had to - select the frame, and then - press 'Enter' ... Test case *not* reproducible with a newly created text document in LibO 3.5.0 Beta1, opened with LibO 3.5.0 Beta1. → 'Test frame 350b1.odt' Test case *not* reproducible with a newly created text document in LibO 3.4.4 release, opened with LibO 3.5.0 Beta1. → 'fdo#43892_frame.odt' For the record: Opening 'sample1.odt' works fine with LOdev 3.5.0 Build ID: 91e222d-6e20485-4c1bcb5 [libreoffice-3-5~2011-12-14_20.39.46_LibO-Dev_3.5.0beta1_Win_x86_install_en-US.msi · 15-Dec-2011 · Index of /daily/Win-x86@6-fast/libreoffice-3-5 ] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43892] EDITING text frame: context can not be reached by mouse click
https://bugs.freedesktop.org/show_bug.cgi?id=43892 --- Comment #4 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 07:38:37 PST --- Created attachment 54526 -- https://bugs.freedesktop.org/attachment.cgi?id=54526 Test frame 350b1.odt -- 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 43892] EDITING text frame: context can not be reached by mouse click
https://bugs.freedesktop.org/show_bug.cgi?id=43892 --- Comment #5 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 07:39:43 PST --- Created attachment 54527 -- https://bugs.freedesktop.org/attachment.cgi?id=54527 fdo#43892_frame.odt -- 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 43892] EDITING text frame: context can not be reached by mouse click
https://bugs.freedesktop.org/show_bug.cgi?id=43892 --- Comment #6 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 07:58:12 PST --- Sorry, reproducible in LibO 3.5.0 Beta1 with *all* attached text documents, and formatted as 'Wrapped Through'. -- 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 43892] EDITING text frame: context can not be reached by mouse click
https://bugs.freedesktop.org/show_bug.cgi?id=43892 --- Comment #7 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 08:17:22 PST --- Also reproducible (all attached *.odt, formatted as 'Wrap Through') [on WinXP 32b] with LibO Master LOdev 3.5.0 Build ID: 485138f-e92bf75-4c1bcb5 [master~2011-12-06_21.37.02_LibO_3.5.0beta0_Win_x86_install_en-US.msi · 07-Dec-2011 · Index of /daily/Win-x86@6-fast/master] Not reproducible, and works fine for me (all attached *.odt, formatted as 'Wrap Through') with LibO 3.5.x LOdev 3.5.0 Build ID: 91e222d-6e20485-4c1bcb5 [libreoffice-3-5~2011-12-14_20.39.46_LibO-Dev_3.5.0beta1_Win_x86_install_en-US.msi · 15-Dec-2011 · Index of /daily/Win-x86@6-fast/libreoffice-3-5] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43910] New: Form control stacking order broken - cannot bring to front to place one control over another
https://bugs.freedesktop.org/show_bug.cgi?id=43910 Bug #: 43910 Summary: Form control stacking order broken - cannot bring to front to place one control over another Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Database AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: kurt.fitz...@gmail.com The concept of control stacking order seems to be completely broken in LibreOffice 3.4.4. You can right-click a control and select Arrange-Bring to Front, as you can with any object, but it does not seem to have any effect. By judicious use of cut and paste to change the order in which the objects were placed on a form, you can get one control to be visible over top of another control. However, once the form is run (design-mode turned off), the control that was on top in design mode is now on the bottom when the form is run. And as each control is used, it will appear on top of all others. -- 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 43911] New: FILEOPEN problem: trying to import big csv file leads to maximum number of rows exceeded after 1000 imported rows
https://bugs.freedesktop.org/show_bug.cgi?id=43911 Bug #: 43911 Summary: FILEOPEN problem: trying to import big csv file leads to maximum number of rows exceeded after 1000 imported rows Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86 (IA32) OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: sick_s...@yahoo.it I saw in the LibreOffice 3.3 release notes that the problem with the spreadsheet rows limit was fixed, so I went on and removed OpenOffice 3.1 and replaced it with LibreOffice 3.4. In general it seems to be better, but still when I try to import data from a CSV file, only the first 1000 rows are imported. -- 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 40948] UI · EDITING : Hyperlink on page number in a Table of contents
https://bugs.freedesktop.org/show_bug.cgi?id=40948 --- Comment #13 from pierre-yves samyn pierre-yves.sa...@laposte.net 2011-12-17 08:43:45 PST --- Hello Reproduced with Windows 7 - LOdev 3.5.0 Version ID : 7362ca8-b5a8e65-af86909-d471f98-61464c4 Regards PYS -- 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 43888] Cannot Activate Left-to-Right or Right-to-Left Text Formatting Icon
https://bugs.freedesktop.org/show_bug.cgi?id=43888 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||courrier.oou.fr.mjk@googlem ||ail.com Ever Confirmed|0 |1 --- Comment #2 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 09:10:14 PST --- That should work if 'CTL' has been enabled: Menu: LibreOffice Preferences Language Settings Languages Enhanced language support ☑ Enabled for complex text layout (CTL) Maybe 'CTL' isn't enabled? -- 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 43888] Cannot Activate Left-to-Right or Right-to-Left Text Formatting Icon
https://bugs.freedesktop.org/show_bug.cgi?id=43888 alhar...@gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||NOTABUG --- Comment #3 from alhar...@gmail.com 2011-12-17 09:18:02 PST --- Quite foolish on my part for reading the manual. Assumed it was the same default behavior as OpenOffice (and I used that quite a while ago). Apologies for not RTFM'ing. -- 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 43888] Cannot Activate Left-to-Right or Right-to-Left Text Formatting Icon
https://bugs.freedesktop.org/show_bug.cgi?id=43888 --- Comment #4 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 09:29:12 PST --- Do not worry about it! ;) Thanks for 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 43894] : Menu Search Not Available In German Localization
https://bugs.freedesktop.org/show_bug.cgi?id=43894 --- Comment #3 from Martin Steiger libreoffice...@martinsteiger.ch 2011-12-17 09:36:42 PST --- Menu search is a default Mac OS X feature. The English localization of LibreOffice supports menu search as shown in my attached screenshot. The German localization does not, however, that is a common problem, NeoOffice had the same issue (but fixed it). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43267] Base Crashes When Changing Text Box Control Option
https://bugs.freedesktop.org/show_bug.cgi?id=43267 --- Comment #3 from mpapet mpa...@yahoo.com 2011-12-17 10:18:33 PST --- Hi, My local .odbc.ini file has this [journal] Description = SQLite3-journal Driver = SQLite3 Database= /home/mpapet/Documents/journal.sqlite Timeout = 10 StepAPI = No ShortNames = No FKSupport = No SyncPragma = NORMAL JournalMode = DELETE LoadExt = /etc/odbcinst.ini has [SQLite] Description = SQLite ODBC Driver Driver = /usr/lib/odbc/libsqliteodbc.so Setup = /usr/lib/odbc/libsqliteodbc.so UsageCount = 1 [SQLite3] Description = SQLite3 ODBC Driver Driver = /usr/lib/odbc/libsqlite3odbc.so Setup = /usr/lib/odbc/libsqlite3odbc.so UsageCount = 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 43894] UI: MAC feature Menu Search Not Available In German Localization
https://bugs.freedesktop.org/show_bug.cgi?id=43894 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|NEEDINFO|NEW AssignedTo|libreoffice-b...@lists.free |tbehr...@novell.com |desktop.org | Summary|: Menu Search Not Available |UI: MAC feature Menu Search |In German Localization |Not Available In German ||Localization --- Comment #4 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-17 10:33:15 PST --- @Thorsten: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43912] New: MAILMERGE: Server Authentication fails
https://bugs.freedesktop.org/show_bug.cgi?id=43912 Bug #: 43912 Summary: MAILMERGE: Server Authentication fails Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Beta1 Platform: Other OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de With Parallel Dev-Installation of LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) German UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration 11-Dec-2011 06:51 Settings test in 'Tools - Options - Writer - MailMerge E-Mail' fails. Messages (Means: Was not able to connect to outgoing server, check network settings and settings LibO, Server name. port and security settings): LOdev konnte keine Verbindung zum Postausgangsserver herstellen. Bitte überprüfen Sie die Netzwerkeinstellungen Ihres Systems und Einstellungen in LOdev. Überprüfen Sie den Servernamen, den Port und die Sicherheitseinstellungen. -- type 'exceptions.ImportError': No module named mailmerge, traceback follows C:\Program Files (x86)\LOdev 3.5\program\uno.py:263 in function _uno_import() [return _g_delegatee( name, *optargs, **kwargs )] C:\Program Files (x86)\LOdev 3.5\program\pythonloader.py:122 in function getModuleFromUrl() [var = __import__( dependent )] C:\Program Files (x86)\LOdev 3.5\program\pythonloader.py:140 in function activate() [mod = self.getModuleFromUrl( locationUrl )] Works still fine with Server installation of MSVC Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 485138f-e92bf75-4c1bcb5] Win-x86@6 – 2011-12-06_21:37:02), so specific Beta1 Bug -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 34184] [Task]: Make E-mail MAILMERGE usable
https://bugs.freedesktop.org/show_bug.cgi?id=34184 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Depends on||43912 --- Comment #16 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-17 10:53:13 PST --- Nominate Bug 43912 - MAILMERGE: Server Authentication fails -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||43868 Bug 35673 depends on bug 34184, which changed state. Bug 34184 Summary: [Task]: Make E-mail MAILMERGE usable https://bugs.freedesktop.org/show_bug.cgi?id=34184 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED --- Comment #239 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-15 23:45:55 PST --- Nominate Bug 43868 - FILEOPEN document saved with password: correct password not recognized -- 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 43912] MAILMERGE: Server Authentication fails
https://bugs.freedesktop.org/show_bug.cgi?id=43912 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Blocks||34184 -- 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 43139] [GCC 4.6.2] Compile Error on framework/source/accelerators/acceleratorcache.cxx
https://bugs.freedesktop.org/show_bug.cgi?id=43139 --- Comment #10 from steph...@archlinux.org 2011-12-17 11:01:32 PST --- Created attachment 54528 -- https://bugs.freedesktop.org/attachment.cgi?id=54528 Fix the filtercachedata.hxx error -- 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 42220] Input panes in Tools Options Calc Formula (and others) covered by grey fragment
https://bugs.freedesktop.org/show_bug.cgi?id=42220 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status Whiteboard|CONFIRMED | AssignedTo|libreoffice-b...@lists.free |timofeev@gmail.com |desktop.org | --- Comment #6 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-17 11:03:11 PST --- It' still in the latest Master builds and Beta1 @Ivan: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43139] [GCC 4.6.2] Compile Error on framework/source/accelerators/acceleratorcache.cxx
https://bugs.freedesktop.org/show_bug.cgi?id=43139 --- Comment #11 from steph...@archlinux.org 2011-12-17 11:05:54 PST --- There are two remaining error with gcc 4.6.2 in the 'framework' module : /build/src/build/framework/source/uiconfiguration/moduleuiconfigurationmanager.cxx:760:85: instantiated from here /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/stl_algobase.h:676:2: error: no match for 'operator=' in '* __first = __value' /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/stl_algobase.h:676:2: note: candidate is: /build/src/build/framework/inc/uiconfiguration/moduleuiconfigurationmanager.hxx:174:20: note: framework::ModuleUIConfigurationManager::UIElementType framework::ModuleUIConfigurationManager::UIElementType::operator=(framework::ModuleUIConfigurationManager::UIElementType) /build/src/build/framework/inc/uiconfiguration/moduleuiconfigurationmanager.hxx:174:20: note: no known conversion for argument 1 from 'const framework::ModuleUIConfigurationManager::UIElementType' to 'framework::ModuleUIConfigurationManager::UIElementType' make: *** [/build/src/build/solver/340/unxlngx6.pro/workdir/CxxObject/framework/source/uiconfiguration/moduleuiconfigurationmanager.o] Error 1 [...] /build/src/build/framework/source/uiconfiguration/uiconfigurationmanager.cxx:614:70: instantiated from here /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/stl_algobase.h:676:2: error: no match for 'operator=' in '* __first = __value' /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/stl_algobase.h:676:2: note: candidate is: /build/src/build/framework/inc/uiconfiguration/uiconfigurationmanager.hxx:160:20: note: framework::UIConfigurationManager::UIElementType framework::UIConfigurationManager::UIElementType::operator=(framework::UIConfigurationManager::UIElementType) /build/src/build/framework/inc/uiconfiguration/uiconfigurationmanager.hxx:160:20: note: no known conversion for argument 1 from 'const framework::UIConfigurationManager::UIElementType' to 'framework::UIConfigurationManager::UIElementType' make: *** [/build/src/build/solver/340/unxlngx6.pro/workdir/CxxObject/framework/source/uiconfiguration/uiconfigurationmanager.o] Error 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 43458] LibreOffice does not start with a second monitor connected
https://bugs.freedesktop.org/show_bug.cgi?id=43458 Cor Nouws c...@nouenoff.nl changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #17 from Cor Nouws c...@nouenoff.nl 2011-12-17 11:23:15 PST --- (was able to bike past the office to test ..) I paste all output that I've got, since that might give a pointer as to why it still gives an error. - changed the code according to the patch - did partial rebuild: $ cd /vcl /vcl$ make -sr /home/cono/src/git/libo_core/vcl/StaticLibrary_vclmain.mk:49: [ WARN ] !!! [ WARN ] !!! vcl/source/salmain/salmain is linked in by Library/libvcllo.so StaticLibrary/libvclmain.a [ WARN ] !!! [ build CXX ] vcl/unx/gtk/window/gtkframe [ build DEP ] LNK:Library/libvclplug_gtklo.so /home/cono/src/git/libo_core/vcl/StaticLibrary_vclmain.mk:49: [ WARN ] !!! [ WARN ] !!! vcl/source/salmain/salmain is linked in by Library/libvcllo.so StaticLibrary/libvclmain.a [ WARN ] !!! [ build LNK ] Library/libvclplug_gtklo.so [ build MOD ] vcl [ build ALL ] top level modules: vcl [ build ALL ] loaded modules: vcl [ build CHK ] loaded modules: vcl - did separate install $ $ solenv/bin/ooinstall path - running first time without the extra monitor ./program/soffice create vcl plugin instance with gtk version 2 24 4 warn:configmgr:4423:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property HelpFile in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu warn:configmgr:4423:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property STR_HELP in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu ** (soffice:4423): WARNING **: Internal - un-mapped error ** (soffice:4423): WARNING **: Internal - un-mapped error ** (soffice:4423): WARNING **: Internal - un-mapped error ** (soffice:4423): WARNING **: Internal - un-mapped error ** (soffice:4423): WARNING **: Internal - un-mapped error ** (soffice:4423): WARNING **: Internal - un-mapped error Exited with code '0' so it runs fine - running the second time with the trouble causing monitor: $ ./program/soffice create vcl plugin instance with gtk version 2 24 4 warn:configmgr:5705:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property HelpFile in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu warn:configmgr:5705:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property STR_HELP in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu Exited with code '139' cono@cono-tm-new:~/LibreOffice/35master30A$ ./program/soffice create vcl plugin instance with gtk version 2 24 4 warn:configmgr:5726:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property HelpFile in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu warn:configmgr:5726:1:/home/cono/src/git/libo_core/configmgr/source/xcuparser.cxx:764: unknown property STR_HELP in file:///home/cono/.config/libreoffice/3/user/extensions/bundled/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/luyt7gbc.tmp/SunPresentationMinimizer.xcu Exited with code '139' does not start -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 43458, which changed state. Bug 43458 Summary: LibreOffice does not start with a second monitor connected https://bugs.freedesktop.org/show_bug.cgi?id=43458 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- 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. 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 40640] wrong calculation on justifying RTL.
https://bugs.freedesktop.org/show_bug.cgi?id=40640 --- Comment #4 from Lior Kaplan kaplanl...@gmail.com 2011-12-17 11:36:29 PST --- I asked a friend to confirm this issue on Windows, and he said that the testcase document looks fine on Windows without the font, and with the font the problem is there, but looks less severe. Can that be a font 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 43846] Writer closes template without allowing editing
https://bugs.freedesktop.org/show_bug.cgi?id=43846 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||courrier.oou.fr.mjk@googlem ||ail.com Ever Confirmed|0 |1 --- Comment #1 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 12:31:05 PST --- Not reproducible / works for me with LibO 3.5.0 Beta1 (on WinXP 32b) · LOdev 3.5.0 · Build ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4 [LibO-Dev_3.5.0beta1_Win_x86_install_multi.msi · 13-Dec-2011 · http://dev-builds.libreoffice.org/pre-releases/win/x86/ ]. Maybe similar to Bug 43383 - FILEOPEN: via Hyperlink from document does not work ( especially: https://bugs.freedesktop.org/show_bug.cgi?id=43383#c11 ) @Mike Van Wormer II: Please, could you verify your bug report with LibO 3.5.0 Beta1 ... http://download.documentfoundation.org/libreoffice/testing/3.5.0-beta1/win/x86/ -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43234] assertion raised, index.cxx:238
https://bugs.freedesktop.org/show_bug.cgi?id=43234 --- Comment #5 from Terrence Enger lo_b...@iseries-guru.com 2011-12-17 13:31:59 PST --- Drag and drop from Writer to Calc provokes the assertion immediately, i.e. without involving another application. gdb shows one more thread and the backtrace of all threads is 20 lines longer. -- 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 38841] [EasyHack] Fuzz XML file filters
https://bugs.freedesktop.org/show_bug.cgi?id=38841 --- Comment #2 from Michael Meeks michael.me...@novell.com 2011-12-17 13:35:06 PST --- Sure - that's the right idea; worth turning into a script I guess :-) Then of course, we need to re-load the file notice it crashing left and right - and try to find out why how to patch that; It's quite a job - as/when you find a crasher, if it's not obvious it'd be great to work together on that. And of course, the more complex and tangled the input document - using as many weirdo features as possible ;-) the better the attack surface from fuzzing. ATB. -- 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 43042] add option to permanently disable Submit Bug Report question
https://bugs.freedesktop.org/show_bug.cgi?id=43042 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 43052] LibreOffice stays open and takes up memory even after exit
https://bugs.freedesktop.org/show_bug.cgi?id=43052 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||NOTABUG --- Comment #2 from manj_k courrier.oou.fr@googlemail.com 2011-12-17 14:07:21 PST --- Due to missing (outstanding) information and comment #1: RESOLVED NOTABUG @goodma...@gmail.com: Feel free to reopen this bug, e.g.: if verfied that it was not caused by the 'Quickstarter' ... -- 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 43052] LibreOffice stays open and takes up memory even after exit
https://bugs.freedesktop.org/show_bug.cgi?id=43052 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 40640] wrong calculation on justifying RTL.
https://bugs.freedesktop.org/show_bug.cgi?id=40640 --- Comment #5 from ebrami...@gmail.com 2011-12-17 14:16:24 UTC --- (In reply to comment #4) I asked a friend to confirm this issue on Windows, and he said that the testcase document looks fine on Windows without the font, and with the font the problem is there, but looks less severe. Can that be a font problem? Microsoft Office have not same problem, also this font have not any problem on Linux (you can find this font on ttf-farsiweb package). Also this problem just available on right aligned texts. -- 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 43914] New: FILESAVE: Problem with Microsoft Office Power Point presentations open/save.
https://bugs.freedesktop.org/show_bug.cgi?id=43914 Bug #: 43914 Summary: FILESAVE: Problem with Microsoft Office Power Point presentations open/save. Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: a...@helium.sk Problem description: If i open or save a .pptx from Libre Office presentation the result will be different from the original. Steps to reproduce: 1. create a Libre office presentation. 2. save as .pptx 3. open this file or an already existing .pptx made in Power point. Current behavior: The opened file have problems with formating, fonts. Expected behavior: the opened file have nothing problem in it. Looks same as the original. Platform (if different from the browser): Browser: Opera/9.80 (X11; Linux i686; U; en) Presto/2.10.229 Version/11.60 -- 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 43691] Different interpretation of empty space () in case of formulas sum(A1; C1) and A1+B1+C1
https://bugs.freedesktop.org/show_bug.cgi?id=43691 --- Comment #2 from andis.lazd...@gmail.com 2011-12-17 14:28:46 PST --- It means, if LibreOffice implements problems from Excel, than automatically these problems become features and not bugs. Somehow it sounds logic :( -- 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 43915] New: No Hyperlink toolbar
https://bugs.freedesktop.org/show_bug.cgi?id=43915 Bug #: 43915 Summary: No Hyperlink toolbar Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: All OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: da...@daking.org To insert a hyperlink, the help section states that one must first 1. Display the HyperlinkBar by choosing View - Toolbars - Hyperlink Bar. however, when clicking on the View Menu, then toolbars, there is no option for Hyperlink Bar. So how does one display the hyperlink bar or just enter a hyperlink? The help section is either wrong, or the hyperlink option is missing from the software. -- 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 42070] Hebrew Translation appears backwards in Presenter's Console extension
https://bugs.freedesktop.org/show_bug.cgi?id=42070 --- Comment #1 from Lior Kaplan kaplanl...@gmail.com 2011-12-17 15:10:14 UTC --- Created attachment 54530 -- https://bugs.freedesktop.org/attachment.cgi?id=54530 presentor console on RTL UI (3.5.0 beta1) -- 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 42070] Hebrew Translation appears backwards in Presenter's Console extension
https://bugs.freedesktop.org/show_bug.cgi?id=42070 Lior Kaplan kaplanl...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Status Whiteboard||CONFIRMED RTL Blocks||43808 Ever Confirmed|0 |1 --- Comment #2 from Lior Kaplan kaplanl...@gmail.com 2011-12-17 15:10:53 UTC --- Reproducable also in 3.5.0 Beta1. I also notice a more severe behavior - the buttons order isn't reversed on display, but is reversed for clicking. So although the prev/next buttons are on the left side of the control bar, you should click on the right side of the bar to use these functionalities. Notice the position of the mouse cursor on the 2nd screetshot (on the exchange button), and which button is highlighted (the next arrow). -- 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 33777] [FILEOPEN] LibreOffice don't recognize the correct alignment in a RTF file
https://bugs.freedesktop.org/show_bug.cgi?id=33777 Jean-Baptiste Faure jbf.fa...@orange.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED CC||jbf.fa...@orange.fr --- Comment #6 from Jean-Baptiste Faure jbf.fa...@orange.fr 2011-12-17 15:11:10 PST --- Fixed in LO 3.5.0 beta-1 (LibreOffice 3.5.0beta1+ Build ID: 6e7299d-7f15fca-8eae9f1-ca8e46d-5bcbce4) Best regards.JBF -- 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 37708] FILESAVE FILEOPEN Writer converting .ott to rtf does not preserve text fields
https://bugs.freedesktop.org/show_bug.cgi?id=37708 Jean-Baptiste Faure jbf.fa...@orange.fr changed: What|Removed |Added Platform|x86 (IA32) |All Priority|low |medium CC||jbf.fa...@orange.fr --- Comment #1 from Jean-Baptiste Faure jbf.fa...@orange.fr 2011-12-17 16:34:58 UTC --- Is RTF format able to handle such kind of text fields (placeholders)? Abiword (2.5.8 under Ubuntu) save the name of the placeholder between and . LO should do the same if placeholders are not supported by RTF, instead of removing it. Best regards. JBF -- 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