[Libreoffice-commits] .: 6 commits - canvas/source idl/source rsc/inc rsc/source svx/inc svx/source unotools/source unusedcode.easy xmlhelp/source
canvas/source/cairo/cairo_textlayout.cxx |4 ++- idl/source/objects/slot.cxx | 22 +-- idl/source/prj/database.cxx |6 ++--- rsc/inc/rscdef.hxx| 18 +--- rsc/inc/rsctools.hxx |2 - rsc/source/parser/erscerr.cxx |2 - rsc/source/parser/rscdb.cxx |4 +-- rsc/source/prj/start.cxx | 12 +- rsc/source/rsc/rsc.cxx| 22 +-- rsc/source/tools/rscdef.cxx |6 ++--- svx/inc/svx/svdetc.hxx|1 svx/source/svdraw/svdetc.cxx |6 - unotools/source/misc/componentresmodule.cxx |9 +++- unusedcode.easy | 20 ++--- xmlhelp/source/cxxhelp/provider/databases.cxx | 29 -- xmlhelp/source/cxxhelp/provider/databases.hxx |4 --- 16 files changed, 64 insertions(+), 103 deletions(-) New commits: commit b6e200a2befb522b7e6032384a0aca307f01e579 Author: Caolán McNamara caol...@redhat.com Date: Tue Dec 6 10:30:12 2011 + fix annoying debugging-mode crash diff --git a/canvas/source/cairo/cairo_textlayout.cxx b/canvas/source/cairo/cairo_textlayout.cxx index 11b8201..d1e1459 100644 --- a/canvas/source/cairo/cairo_textlayout.cxx +++ b/canvas/source/cairo/cairo_textlayout.cxx @@ -588,7 +588,9 @@ namespace cairocanvas nWidth, (int) rOutpos.X(), (int) rOutpos.Y(), - cairo_glyphs[0].index, cairo_glyphs[1].index, cairo_glyphs[2].index, + cairo_glyphs.size() 0 ? cairo_glyphs[0].index : -1, + cairo_glyphs.size() 1 ? cairo_glyphs[1].index : -1, + cairo_glyphs.size() 2 ? cairo_glyphs[2].index : -1, maLogicalAdvancements.getLength() ? ADV : , rSysFontData.bAntialias ? AA : , rSysFontData.bFakeBold ? FB : , commit 7c89bc26ee2cba7d9afbb54cb01ed449acc0beae Author: Caolán McNamara caol...@redhat.com Date: Fri Dec 2 12:29:10 2011 + update list diff --git a/unusedcode.easy b/unusedcode.easy index aa93d3d..d1afeb5 100644 --- a/unusedcode.easy +++ b/unusedcode.easy @@ -1,4 +1,3 @@ -(anonymous namespace)::UpdateInformationProvider::storeCommandInfo(int, com::sun::star::uno::Referencecom::sun::star::ucb::XCommandProcessor const) (anonymous namespace)::getState(std::__debug::vectorcppcanvas::internal::OutDevState, std::allocatorcppcanvas::internal::OutDevState const) (anonymous namespace)::writeInfo(com::sun::star::uno::Referencecom::sun::star::registry::XRegistryKey const, rtl::OUString const, rtl::OUString const) AtomDocument::AtomDocument(AtomPubSession*, std::basic_stringchar, std::char_traitschar, std::allocatorchar ) commit 12ffc366c27c44941336398414251f9f9174212a Author: Caolán McNamara caol...@redhat.com Date: Fri Dec 2 08:17:27 2011 + callcatcher: update list diff --git a/svx/inc/svx/svdetc.hxx b/svx/inc/svx/svdetc.hxx index 42c1c3d..b547289 100644 --- a/svx/inc/svx/svdetc.hxx +++ b/svx/inc/svx/svdetc.hxx @@ -132,7 +132,6 @@ public: sal_uInt16 GetObject(sal_uIntPtr nPos) const { return sal_uInt16(sal_uIntPtr(aArr.GetObject(nPos))); } sal_uIntPtr GetPos(sal_uInt16 nElem)const { return aArr.GetPos((void*)(sal_uIntPtr)nElem); } sal_uIntPtr GetCount() const { return aArr.Count(); } -void Sort(); }; class ContainerSorter { diff --git a/svx/source/svdraw/svdetc.cxx b/svx/source/svdraw/svdetc.cxx index 0e1d3e2..f832244 100644 --- a/svx/source/svdraw/svdetc.cxx +++ b/svx/source/svdraw/svdetc.cxx @@ -295,12 +295,6 @@ int ImpUShortContainerSorter::Compare(const void* pElem1, const void* pElem2) co return n1n2 ? -1 : n1n2 ? 1 : 0; } -void UShortCont::Sort() -{ -ImpUShortContainerSorter aSorter(aArr); -aSorter.DoSort(); -} - void SdrLinkList::Clear() diff --git a/unusedcode.easy b/unusedcode.easy index 5213980..aa93d3d 100644 --- a/unusedcode.easy +++ b/unusedcode.easy @@ -80,7 +80,6 @@ CurrencyBox::RemoveValue(long) CurrencyField::CurrencyField(Window*, ResId const) CurrencyFormatter::SetCurrencySymbol(String const) CustomToolBarImportHelper::showToolbar(rtl::OUString const) -Date::IsValidDate() const DateBox::DateBox(Window*, ResId const) DateBox::GetDate(unsigned short) const DateBox::GetDatePos(Date const) const @@ -332,6 +331,11 @@ SbxDecimal::getUShort(unsigned short) SbxDecimal::setShort(short) SbxDecimal::setString(rtl::OUString*) SbxDecimal::setUShort(unsigned short) +SbxItem::SetDocument(basctl::ScriptDocument const)
[Libreoffice-commits] .: solenv/gbuild
solenv/gbuild/Pyuno.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d93b69fb930ca0b3e21a197beda0e0d503cce70b Author: David Tardon dtar...@redhat.com Date: Tue Dec 6 11:50:41 2011 +0100 three shall be the number thou shalt count diff --git a/solenv/gbuild/Pyuno.mk b/solenv/gbuild/Pyuno.mk index 57c5571..a18ef65 100644 --- a/solenv/gbuild/Pyuno.mk +++ b/solenv/gbuild/Pyuno.mk @@ -31,7 +31,7 @@ $(call gb_Pyuno_get_target,%) : mkdir -p $(dir $@) touch $@ $(call gb_Pyuno_get_target_zip,%) : $(call gb_Package_get_target,%_pyuno) - $(call gb_Output_announce,$*,$(true),PYZIP,3) + $(call gb_Output_announce,$*,$(true),PZP,3) cd $(gb_Helper_OUTDIRLIBDIR)/pyuno \ $(gb_Pyuno_ZIPCOMMAND) -rX --filesync \ $(call gb_Pyuno_get_target_zip,$*) \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: avmedia/source
avmedia/source/framework/mediaitem.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 73bf02cd523470a06793ccb37bee26ef96538941 Author: Michael Stahl mst...@redhat.com Date: Tue Dec 6 12:26:40 2011 +0100 mediaitem.cxx: unnecessary casting diff --git a/avmedia/source/framework/mediaitem.cxx b/avmedia/source/framework/mediaitem.cxx index 2ec4ae5..2dda7a9 100644 --- a/avmedia/source/framework/mediaitem.cxx +++ b/avmedia/source/framework/mediaitem.cxx @@ -413,11 +413,11 @@ lcl_CreateStream(uno::Referenceembed::XStorage const xStorage, basename = rFilename.copy(0, nIndex); suffix = rFilename.copy(nIndex); } -int count(0); // sigh... try to generate non-existent name +sal_Int32 count(0); // sigh... try to generate non-existent name do { ++count; -filename = basename + ::rtl::OUString::valueOf(static_castsal_Int32(count)) + suffix; +filename = basename + ::rtl::OUString::valueOf(count) + suffix; } while (xStorage-hasByName(filename)); } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'refs/tags/libreoffice-3-5-branch-point'
Tag 'libreoffice-3-5-branch-point' created by Petr Mladek pmla...@suse.cz at 2011-12-06 12:52 +0100 Tag libreoffice-3-5-branch-point -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iQIcBAABAgAGBQJO3hAKAAoJEPQ0oe+v7q6jdE4P/0UGax50oUySl691vIebR4iE 5buC8ojAUy+r+lg71V8VUTaHCMHyiiMKD8VnSYE5g6fWWBFe+yKRh9vJ/GqIgTK2 VjodTX1T265QJPhyL6V9H2YRwWCXYXdhraGVaGPmz9TxgheqO8F6XzPOB+S5w3Dm x8MdkKe60VKN/3gT7+RUFjmq+L6EAixOj19QvumiWvKdmfcAuGw6HjMid/4Ip3bH R+Qb8NQmUvMAl/CmEXG9f5HxDBYfYQWhYYrY6lSeAf+5JU2pVM4vz9wwiYt+eAAa GnNeXUN8jJ6ZqwPqgdk05FuX/1H3bfMXUHDnODJe+Z5I2c78iV1lyFBUit5ZtHS0 2T6m6DRN2H2zy1sTlWtefSZ9m5JtovtqJcQeWl1WB0OO2uXpSlRhOVN0v2hT8d8h tqeQC6tzy4va+mqodQ9WvuUg7WwC69JdPzjEBLQ767ppCXGIC8Tm/jLYlzYYlDgQ X9bssr3aAHNb1tlSpR56YisW35Wnq5JMLMF05bziXyerSTT3wIH2Zz+iSoYBIFb4 RKCxCwtCRywkevg7y9K2945vbyQdduXAFCEQC/BGu27FQ1ytRU1UOyCnZApIHmgm 4NfO3rFC/EiV9GodNKAInHx0LFAapDNJLtqAhVWREGc2ZALQxaj6G2qZu2T4fw+P 1ZRTLF+/+L2U7Aqs7BbZ =vHZR -END PGP SIGNATURE- Changes since libreoffice-3.5.0.0-555: --- 0 files changed --- ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'refs/tags/libreoffice-3-5-branch-point'
Tag 'libreoffice-3-5-branch-point' created by Petr Mladek pmla...@suse.cz at 2011-12-06 12:52 +0100 Tag libreoffice-3-5-branch-point -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iQIcBAABAgAGBQJO3hAKAAoJEPQ0oe+v7q6jOzAP/A6ECkBfbyZZN3D/XYnC6IbW 211Va1dltFAQzEAgCq0fyeNbtrwMatHn6OGqSKk0DjAlmw1ih2OOJuDjnkfuGMkR O4hly7LhICLTD9QdqtRSUtdwuEFLcCRbSsUH8h51sXQSRh6QUqVN5n1CO03pW/GC 1D64Atm9f5tYnNP8PNoHPJDsS/NaMRdLJtc41cFNCR18w8T4t2zO5CtuuCRP+y3Q t9jV4bzUSCPjdzmnst7k7U9xe8PzUrPl2hhiUrWyKbwf+Ivi0leeZOZAluLgD+oO tqHJsOKJ7xc/mATxSN1xyuY/bu1pbXWBQ/Oj4qE58hOO+yrPZBU7AXde5dEC2rKK 023mtfTNJR1KrWB2UMC41CL6WbRDJ1S9DmzkgQZ3DZx27cDjsOx4QSLO+kKu2v+j QXXWFpyudFLUQtf70KaFeYfyyp6JiSwfPWRH7PU2mMSila/9Zo3BuxTqop8kt07g /d95/dR5C5uQhBBZf9ToUSeZFotpyeCKBpQNoUXWzx/IbNUQ2dLO8ujTtCcCMp44 O5XtoPEh4ziPStRzipR7PxPIMxpIQO4zxaDf9Z39b0bX1+TFoQ3G91fMtPUsQ7+N MDL/OvyjWy5SXbTjv18GIQ2kipy8OBf4YCTJfr+Vx0yFoEM4842TAFrykhfMYnIJ Ry6pMFY+mvCYQw2RDAL1 =Cxww -END PGP SIGNATURE- Changes since windows_build_successful_2011_11_08-11: --- 0 files changed --- ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'libreoffice-3-5'
New branch 'libreoffice-3-5' available with the following commits: commit 775a2094cd9a4763f05fcf95abe70a457f406017 Author: Petr Mladek pmla...@suse.cz Date: Tue Dec 6 14:15:08 2011 +0100 Branch libreoffice-3-5 This is 'libreoffice-3-5' - the stable branch for the 3.5.x releases. The commit rules are different according to the development phase: + 3.5.0 beta phase: + any bug fixes are allowed without review + late features need approval by 2 people with different affiliation + 3.5.0 rc phase and later: + fixes need approval by one reviewer + late features need approval by 2 more people with different affiliation IMPORTANT: Every developer is responsible for pushing the fixes into all appropriate branches. Note that we do not plan any merge from this branch to master or vice versa. Please, help use to make stable and usable release. If you want to build something cool, unstable, and risky, use master. ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'libreoffice-3-5'
New branch 'libreoffice-3-5' available with the following commits: commit 7f15fcac486ea45c3ca77db7f93506850a022e5e Author: Petr Mladek pmla...@suse.cz Date: Tue Dec 6 14:15:08 2011 +0100 Branch libreoffice-3-5 This is 'libreoffice-3-5' - the stable branch for the 3.5.x releases. The commit rules are different according to the development phase: + 3.5.0 beta phase: + any bug fixes are allowed without review + late features need approval by 2 people with different affiliation + 3.5.0 rc phase and later: + fixes need approval by one reviewer + late features need approval by 2 more people with different affiliation IMPORTANT: Every developer is responsible for pushing the fixes into all appropriate branches. Note that we do not plan any merge from this branch to master or vice versa. Please, help use to make stable and usable release. If you want to build something cool, unstable, and risky, use master. ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] Changes to 'libreoffice-3-5'
New branch 'libreoffice-3-5' available with the following commits: commit 1f1fd1aea4d2508bcecaa27a81fa1257c836713a Author: Petr Mladek pmla...@suse.cz Date: Tue Dec 6 14:15:09 2011 +0100 Branch libreoffice-3-5 This is 'libreoffice-3-5' - the stable branch for the 3.5.x releases. The commit rules are different according to the development phase: + 3.5.0 beta phase: + any bug fixes are allowed without review + late features need approval by 2 people with different affiliation + 3.5.0 rc phase and later: + fixes need approval by one reviewer + late features need approval by 2 more people with different affiliation IMPORTANT: Every developer is responsible for pushing the fixes into all appropriate branches. Note that we do not plan any merge from this branch to master or vice versa. Please, help use to make stable and usable release. If you want to build something cool, unstable, and risky, use master. ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - configure.in
configure.in |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit a37ff37e4811a99a81a42a4f4ad14eace01b0b59 Author: Petr Mladek pmla...@suse.cz Date: Tue Dec 6 15:03:01 2011 +0100 make --disable-unix-qstart-libpng really work (fdo#36497) diff --git a/configure.in b/configure.in index d50a9eb..8b23b1f 100644 --- a/configure.in +++ b/configure.in @@ -671,7 +671,7 @@ AC_ARG_ENABLE(unix-qstart-libpng, [On UNIX systems, we have a faster splash app, that can use libpng to render its splash, if we can safely link to the system libpng then enabling this is a good idea (ie. for Linux Distro packaging).]), -,enable_unix_libpng=yes) +,enable_unix_qstart_libpng=yes) AC_ARG_ENABLE(binfilter, AS_HELP_STRING([--enable-binfilter], @@ -7144,7 +7144,7 @@ AC_SUBST(LIBPNG_LIBS) AC_SUBST(LIBPNG_CFLAGS) AC_MSG_CHECKING([whether to enable libpng linking in quickstarter]) -if test x$unix_qstart_libpng != xno; then +if test x$enable_unix_qstart_libpng != xno; then AC_MSG_RESULT([yes]) else AC_MSG_RESULT([no]) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: configure.in
configure.in |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 534475f2501d5af1fe5d102024c7eb404d850a4d Author: Petr Mladek pmla...@suse.cz Date: Tue Dec 6 15:03:01 2011 +0100 make --disable-unix-qstart-libpng really work (fdo#36497) diff --git a/configure.in b/configure.in index d50a9eb..8b23b1f 100644 --- a/configure.in +++ b/configure.in @@ -671,7 +671,7 @@ AC_ARG_ENABLE(unix-qstart-libpng, [On UNIX systems, we have a faster splash app, that can use libpng to render its splash, if we can safely link to the system libpng then enabling this is a good idea (ie. for Linux Distro packaging).]), -,enable_unix_libpng=yes) +,enable_unix_qstart_libpng=yes) AC_ARG_ENABLE(binfilter, AS_HELP_STRING([--enable-binfilter], @@ -7144,7 +7144,7 @@ AC_SUBST(LIBPNG_LIBS) AC_SUBST(LIBPNG_CFLAGS) AC_MSG_CHECKING([whether to enable libpng linking in quickstarter]) -if test x$unix_qstart_libpng != xno; then +if test x$enable_unix_qstart_libpng != xno; then AC_MSG_RESULT([yes]) else AC_MSG_RESULT([no]) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/source
scp2/source/ooo/file_ooo.scp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit cfde907284666e34e9048925ca8c68bb06077127 Author: Michael Stahl mst...@redhat.com Date: Tue Dec 6 15:56:56 2011 +0100 scp2: evidently fax.zip was renamed to pyfax.zip diff --git a/scp2/source/ooo/file_ooo.scp b/scp2/source/ooo/file_ooo.scp index 3f63f49..b4630a6 100644 --- a/scp2/source/ooo/file_ooo.scp +++ b/scp2/source/ooo/file_ooo.scp @@ -478,7 +478,7 @@ End File gid_File_Wizards_Fax Dir = gid_Dir_Wizards_Fax; ARCHIVE_TXT_FILE_BODY; -Name = fax.zip; +Name = pyfax.zip; End #endif ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - scp2/source
scp2/source/ooo/file_ooo.scp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 90e8634986614657283ea97a87f7719e0bc38014 Author: Michael Stahl mst...@redhat.com Date: Tue Dec 6 15:56:56 2011 +0100 scp2: evidently fax.zip was renamed to pyfax.zip Signed-off-by: Fridrich Å trba fridrich.st...@bluewin.ch diff --git a/scp2/source/ooo/file_ooo.scp b/scp2/source/ooo/file_ooo.scp index 3f63f49..b4630a6 100644 --- a/scp2/source/ooo/file_ooo.scp +++ b/scp2/source/ooo/file_ooo.scp @@ -478,7 +478,7 @@ End File gid_File_Wizards_Fax Dir = gid_Dir_Wizards_Fax; ARCHIVE_TXT_FILE_BODY; -Name = fax.zip; +Name = pyfax.zip; End #endif ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: basctl/sdi basctl/source basctl/uiconfig default_images/cmd officecfg/registry ooo_custom_images/hicontrast ooo_custom_images/human ooo_custom_images/industrial ooo_custom_ima
basctl/sdi/baside.sdi | 14 ++--- basctl/source/basicide/baside3.cxx| 28 +- basctl/source/basicide/basides1.cxx | 14 ++--- basctl/uiconfig/basicide/toolbar/formcontrolsbar.xml | 14 ++--- dev/null |binary officecfg/registry/data/org/openoffice/Office/UI/BasicIDECommands.xcu | 28 +- svx/inc/svx/svxids.hrc| 16 ++--- svx/sdi/svx.sdi | 14 ++--- 8 files changed, 64 insertions(+), 64 deletions(-) New commits: commit 83a28682f21f7b284aa57f9c336bae551621da03 Author: Noel Power noel.po...@novell.com Date: Tue Dec 6 14:52:51 2011 + remove duplicated images for basic dialog form controls ( misc tidyup ) diff --git a/basctl/sdi/baside.sdi b/basctl/sdi/baside.sdi index de61601..2f03dde 100644 --- a/basctl/sdi/baside.sdi +++ b/basctl/sdi/baside.sdi @@ -471,43 +471,43 @@ shell BasicIDEShell StateMethod = GetState; ] -SID_INSERT_RADIO +SID_INSERT_FORM_RADIO [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_CHECK +SID_INSERT_FORM_CHECK [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_LIST +SID_INSERT_FORM_LIST [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_COMBO +SID_INSERT_FORM_COMBO [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_VSCROLL +SID_INSERT_FORM_VSCROLL [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_HSCROLL +SID_INSERT_FORM_HSCROLL [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_SPIN +SID_INSERT_FORM_SPIN [ ExecMethod = ExecuteDialog; StateMethod = GetState; diff --git a/basctl/source/basicide/baside3.cxx b/basctl/source/basicide/baside3.cxx index 2f7ccfb..a4fbd19 100644 --- a/basctl/source/basicide/baside3.cxx +++ b/basctl/source/basicide/baside3.cxx @@ -402,13 +402,13 @@ void DialogWindow::GetState( SfxItemSet rSet ) rSet.DisableItem( nWh ); } break; -case SID_INSERT_RADIO: -case SID_INSERT_CHECK: -case SID_INSERT_LIST: -case SID_INSERT_COMBO: -case SID_INSERT_VSCROLL: -case SID_INSERT_HSCROLL: -case SID_INSERT_SPIN: +case SID_INSERT_FORM_RADIO: +case SID_INSERT_FORM_CHECK: +case SID_INSERT_FORM_LIST: +case SID_INSERT_FORM_COMBO: +case SID_INSERT_FORM_VSCROLL: +case SID_INSERT_FORM_HSCROLL: +case SID_INSERT_FORM_SPIN: { if ( !bIsCalc || IsReadOnly() ) rSet.DisableItem( nWh ); @@ -454,31 +454,31 @@ void DialogWindow::ExecuteCommand( SfxRequest rReq ) pBindings-Invalidate( SID_DOC_MODIFIED ); } break; -case SID_INSERT_RADIO: +case SID_INSERT_FORM_RADIO: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMRADIO ); break; -case SID_INSERT_CHECK: +case SID_INSERT_FORM_CHECK: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMCHECK ); break; -case SID_INSERT_LIST: +case SID_INSERT_FORM_LIST: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMLIST ); break; -case SID_INSERT_COMBO: +case SID_INSERT_FORM_COMBO: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMCOMBO ); break; -case SID_INSERT_SPIN: +case SID_INSERT_FORM_SPIN: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMSPIN ); break; -case SID_INSERT_VSCROLL: +case SID_INSERT_FORM_VSCROLL: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMVSCROLL ); break; -case SID_INSERT_HSCROLL: +case SID_INSERT_FORM_HSCROLL: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMHSCROLL ); break; diff --git a/basctl/source/basicide/basides1.cxx b/basctl/source/basicide/basides1.cxx index ab9fd01..9846e6c 100644 --- a/basctl/source/basicide/basides1.cxx +++ b/basctl/source/basicide/basides1.cxx @@ -917,13 +917,13 @@ void
[Libreoffice-commits] .: writerperfect/source
writerperfect/source/filter/OdgGenerator.cxx | 10 -- writerperfect/source/filter/OdtGenerator.cxx | 13 - 2 files changed, 16 insertions(+), 7 deletions(-) New commits: commit fa22c33794245d64056ed0f7b6260ddd60f9dc70 Author: Fridrich Å trba fridrich.st...@bluewin.ch Date: Tue Dec 6 16:14:12 2011 +0100 Allow inserting of ole objects into draw documents diff --git a/writerperfect/source/filter/OdgGenerator.cxx b/writerperfect/source/filter/OdgGenerator.cxx index f4d68dc..4d70f8d 100644 --- a/writerperfect/source/filter/OdgGenerator.cxx +++ b/writerperfect/source/filter/OdgGenerator.cxx @@ -964,7 +964,10 @@ void OdgGenerator::drawGraphicObject(const ::WPXPropertyList propList, const :: pDrawFrameElement-addAttribute(svg:width, propList[svg:width]-getStr()); mpImpl-mBodyElements.push_back(pDrawFrameElement); -mpImpl-mBodyElements.push_back(new TagOpenElement(draw:image)); +if (propList[libwpg:mime-type]-getStr() == object/ole) +mpImpl-mBodyElements.push_back(new TagOpenElement(draw:object-ole)); +else +mpImpl-mBodyElements.push_back(new TagOpenElement(draw:image)); mpImpl-mBodyElements.push_back(new TagOpenElement(office:binary-data)); @@ -973,7 +976,10 @@ void OdgGenerator::drawGraphicObject(const ::WPXPropertyList propList, const :: mpImpl-mBodyElements.push_back(new TagCloseElement(office:binary-data)); -mpImpl-mBodyElements.push_back(new TagCloseElement(draw:image)); +if (propList[libwpg:mime-type]-getStr() == object/ole) +mpImpl-mBodyElements.push_back(new TagCloseElement(draw:object-ole)); +else +mpImpl-mBodyElements.push_back(new TagCloseElement(draw:image)); mpImpl-mBodyElements.push_back(new TagCloseElement(draw:frame)); } diff --git a/writerperfect/source/filter/OdtGenerator.cxx b/writerperfect/source/filter/OdtGenerator.cxx index b609678..94e46c9 100644 --- a/writerperfect/source/filter/OdtGenerator.cxx +++ b/writerperfect/source/filter/OdtGenerator.cxx @@ -1264,10 +1264,10 @@ void OdtGenerator::insertBinaryObject(const WPXPropertyList propList, const WPX else // assuming we have a binary image or a object_ole that we can just insert as it is { -std::string dataType = draw:image; -if (propList[libwpd:mimetype]-getStr() == object/ole) -dataType = draw:object-ole; -mpImpl-mpCurrentContentElements-push_back(new TagOpenElement(dataType.c_str())); +if (propList[libwpg:mime-type]-getStr() == object/ole) +mpImpl-mpCurrentContentElements-push_back(new TagOpenElement(draw:object-ole)); +else +mpImpl-mpCurrentContentElements-push_back(new TagOpenElement(draw:image)); mpImpl-mpCurrentContentElements-push_back(new TagOpenElement(office:binary-data)); @@ -1277,7 +1277,10 @@ void OdtGenerator::insertBinaryObject(const WPXPropertyList propList, const WPX mpImpl-mpCurrentContentElements-push_back(new TagCloseElement(office:binary-data)); -mpImpl-mpCurrentContentElements-push_back(new TagCloseElement(dataType.c_str())); +if (propList[libwpg:mime-type]-getStr() == object/ole) +mpImpl-mpCurrentContentElements-push_back(new TagCloseElement(draw:object-ole)); +else +mpImpl-mpCurrentContentElements-push_back(new TagCloseElement(draw:image)); } } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/source
scp2/source/ooo/file_library_ooo.scp |2 -- scp2/source/ooo/file_resource_ooo.scp |1 - 2 files changed, 3 deletions(-) New commits: commit 8d9216f289deb14d140a13dbf570b99819d4f8bc Author: Fridrich Å trba fridrich.st...@bluewin.ch Date: Tue Dec 6 16:42:48 2011 +0100 Unbreak the packaging diff --git a/scp2/source/ooo/file_library_ooo.scp b/scp2/source/ooo/file_library_ooo.scp index 8169eef..ef75e8c 100644 --- a/scp2/source/ooo/file_library_ooo.scp +++ b/scp2/source/ooo/file_library_ooo.scp @@ -1182,8 +1182,6 @@ STD_LIB_FILE( gid_File_Lib_Spl_Unx, spl_unx) SPECIAL_LIB_FILE(gid_File_Lib_Srtrs1,srtrs1) -STD_LIB_FILE( gid_File_Lib_Sts , sts) - STD_LIB_FILE( gid_File_Lib_Svl, svl ) STD_LIB_FILE( gid_File_Lib_Svtools, svt ) diff --git a/scp2/source/ooo/file_resource_ooo.scp b/scp2/source/ooo/file_resource_ooo.scp index 40aaa6f..6a23a9f 100644 --- a/scp2/source/ooo/file_resource_ooo.scp +++ b/scp2/source/ooo/file_resource_ooo.scp @@ -82,7 +82,6 @@ STD_RES_FILE( gid_File_Res_Spa, spa ) #endif -STD_RES_FILE( gid_File_Res_Stt, stt ) STD_RES_FILE( gid_File_Res_Sb, sb ) STD_RES_FILE( gid_File_Res_Svl, svl ) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - scp2/source
scp2/source/ooo/file_library_ooo.scp |2 -- scp2/source/ooo/file_resource_ooo.scp |1 - 2 files changed, 3 deletions(-) New commits: commit 6c9e6e670b6749ef453cc4ca0fe709cb6cd91abd Author: Fridrich Å trba fridrich.st...@bluewin.ch Date: Tue Dec 6 16:42:48 2011 +0100 Unbreak the packaging Signed-off-by: Fridrich Å trba fridrich.st...@bluewin.ch diff --git a/scp2/source/ooo/file_library_ooo.scp b/scp2/source/ooo/file_library_ooo.scp index 8169eef..ef75e8c 100644 --- a/scp2/source/ooo/file_library_ooo.scp +++ b/scp2/source/ooo/file_library_ooo.scp @@ -1182,8 +1182,6 @@ STD_LIB_FILE( gid_File_Lib_Spl_Unx, spl_unx) SPECIAL_LIB_FILE(gid_File_Lib_Srtrs1,srtrs1) -STD_LIB_FILE( gid_File_Lib_Sts , sts) - STD_LIB_FILE( gid_File_Lib_Svl, svl ) STD_LIB_FILE( gid_File_Lib_Svtools, svt ) diff --git a/scp2/source/ooo/file_resource_ooo.scp b/scp2/source/ooo/file_resource_ooo.scp index 40aaa6f..6a23a9f 100644 --- a/scp2/source/ooo/file_resource_ooo.scp +++ b/scp2/source/ooo/file_resource_ooo.scp @@ -82,7 +82,6 @@ STD_RES_FILE( gid_File_Res_Spa, spa ) #endif -STD_RES_FILE( gid_File_Res_Stt, stt ) STD_RES_FILE( gid_File_Res_Sb, sb ) STD_RES_FILE( gid_File_Res_Svl, svl ) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'feature/gbuildfixes' - solenv/gbuild
solenv/gbuild/JunitTest.mk |2 +- solenv/gbuild/extensions/post_BuildplTargets.mk |8 +++- 2 files changed, 4 insertions(+), 6 deletions(-) New commits: commit 700b3bc934538ca26e6d215ff78efb8b75bef6ed Author: Bjoern Michaelsen bjoern.michael...@canonical.com Date: Tue Dec 6 17:15:44 2011 +0100 only depend from dev-install on build if it is an explicit goal diff --git a/solenv/gbuild/JunitTest.mk b/solenv/gbuild/JunitTest.mk index 5ce0b3f..5afe595 100644 --- a/solenv/gbuild/JunitTest.mk +++ b/solenv/gbuild/JunitTest.mk @@ -58,7 +58,7 @@ $(call gb_JunitTest_get_target,%) : echo see full error log at $@.log \ echo to rerun just this failed test without all others, run: \ echo echo make $@ echo \ -echo cd into the module dir if you do not want a full dev-install run \ +echo cd into the module dir to run the tests faster \ echo Or to do interactive debugging, run two shells with (Linux only): \ echo \ echo make debugrun \ diff --git a/solenv/gbuild/extensions/post_BuildplTargets.mk b/solenv/gbuild/extensions/post_BuildplTargets.mk index 01dc08a..66bb98a 100644 --- a/solenv/gbuild/extensions/post_BuildplTargets.mk +++ b/solenv/gbuild/extensions/post_BuildplTargets.mk @@ -100,14 +100,12 @@ gb_MAKETARGET=build endif endif -gb_BuildplTarget_COMPLETEDTARGETS= define gb_BuildplTarget_command cd $(SRCDIR)/$(1) unset MAKEFLAGS export gb_SourceEnvAndRecurse_STAGE=gbuild $(SOLARENV)/bin/build.pl $(if $(findstring s,$(MAKEFLAGS)),,VERBOSE=T) -P$(BUILD_NCPUS) $(2) -- -P$(GMAKE_PARALLELISM) gb_MAKETARGET=$(gb_MAKETARGET) -$(eval gb_BuildplTarget_COMPLETEDTARGETS+=$(1)) endef -dev-install: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) | build - $(call gb_BuildplTarget_command,smoketestoo_native,$(if $(filter instsetoo_native,$(gb_BuildplTarget_COMPLETEDTARGETS)),--from instsetoo_native,--all)) +dev-install: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) | $(filter build,$(MAKECMDGOALS)) + $(call gb_BuildplTarget_command,smoketestoo_native,--from instsetoo_native) build: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) $(call gb_BuildplTarget_command,instsetoo_native,--all) @@ -154,7 +152,7 @@ ifeq ($(gb_SourceEnvAndRecurse_STAGE),gbuild) clean: clean-host clean-build -dev-install: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) | build +dev-install: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) | $(filter build,$(MAKECMDGOALS)) build: $(WORKDIR)/bootstrap $(SRCDIR)/src.downloaded $(if $(filter $(INPATH),$(INPATH_FOR_BUILD)),,cross_toolset) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: filter/source lingucomponent/source linguistic/workben rsc/source sc/source sfx2/source svx/inc sw/inc sw/source
filter/source/xsltdialog/xmlfileview.hxx |1 - lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx |1 - lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx |1 - lingucomponent/source/spellcheck/spell/sspellimp.hxx |1 - lingucomponent/source/thesaurus/libnth/nthesimp.hxx|2 -- linguistic/workben/sspellimp.hxx |1 - rsc/source/tools/rscchar.cxx |2 -- sc/source/filter/inc/xcl97esc.hxx |1 - sfx2/source/bastyp/frmhtml.cxx |1 - svx/inc/svx/msdffdef.hxx |1 - svx/inc/svx/xtable.hxx |1 - sw/inc/docary.hxx |1 - sw/inc/hints.hxx |1 - sw/source/filter/writer/writer.cxx |1 + 14 files changed, 1 insertion(+), 15 deletions(-) New commits: commit 4c2dcaf1307ca4711c9b622796914e87eb64145b Author: Marcel Metz mm...@adrian-broher.net Date: Tue Dec 6 15:25:35 2011 +0100 Removed unnessecary tools/table.hxx includes diff --git a/filter/source/xsltdialog/xmlfileview.hxx b/filter/source/xsltdialog/xmlfileview.hxx index b03bc76..5edd096 100644 --- a/filter/source/xsltdialog/xmlfileview.hxx +++ b/filter/source/xsltdialog/xmlfileview.hxx @@ -35,7 +35,6 @@ #include tools/table.hxx #include svtools/xtextedt.hxx #include vcl/timer.hxx -#include tools/table.hxx #include vcl/wrkwin.hxx #include vcl/ctrl.hxx #include vcl/button.hxx diff --git a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx index fb2ba59..933155b 100644 --- a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx +++ b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx @@ -42,7 +42,6 @@ #include com/sun/star/linguistic2/XHyphenator.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include unotools/charclass.hxx diff --git a/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx b/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx index f877685..1f88342 100644 --- a/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx +++ b/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx @@ -48,7 +48,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include linguistic/lngprophelp.hxx diff --git a/lingucomponent/source/spellcheck/spell/sspellimp.hxx b/lingucomponent/source/spellcheck/spell/sspellimp.hxx index c561b22..d862dbd 100644 --- a/lingucomponent/source/spellcheck/spell/sspellimp.hxx +++ b/lingucomponent/source/spellcheck/spell/sspellimp.hxx @@ -41,7 +41,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include linguistic/lngprophelp.hxx diff --git a/lingucomponent/source/thesaurus/libnth/nthesimp.hxx b/lingucomponent/source/thesaurus/libnth/nthesimp.hxx index 7baa32d..58957f9 100644 --- a/lingucomponent/source/thesaurus/libnth/nthesimp.hxx +++ b/lingucomponent/source/thesaurus/libnth/nthesimp.hxx @@ -47,8 +47,6 @@ #include com/sun/star/linguistic2/XLinguServiceManager.hpp #include com/sun/star/linguistic2/XSpellChecker1.hpp -#include tools/table.hxx - #include unotools/charclass.hxx #include lingutil.hxx diff --git a/linguistic/workben/sspellimp.hxx b/linguistic/workben/sspellimp.hxx index 5e839b4..b2ebeff 100644 --- a/linguistic/workben/sspellimp.hxx +++ b/linguistic/workben/sspellimp.hxx @@ -41,7 +41,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include sprophelp.hxx diff --git a/rsc/source/tools/rscchar.cxx b/rsc/source/tools/rscchar.cxx index c43874c..f4b7464 100644 --- a/rsc/source/tools/rscchar.cxx +++ b/rsc/source/tools/rscchar.cxx @@ -31,8 +31,6 @@ #include string.h #include ctype.h -#include tools/table.hxx - // Solar Definitionen #include tools/solar.h #include rsctools.hxx diff --git a/sc/source/filter/inc/xcl97esc.hxx b/sc/source/filter/inc/xcl97esc.hxx index a2af601..3634874 100644 --- a/sc/source/filter/inc/xcl97esc.hxx +++ b/sc/source/filter/inc/xcl97esc.hxx @@
[Libreoffice-commits] .: slideshow/source
slideshow/source/engine/slideshowimpl.cxx |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) New commits: commit d57887eaad534ca51fc4975918fab66b2f93633d Author: Caolán McNamara caol...@redhat.com Date: Tue Dec 6 16:26:05 2011 + Resolves: rhbz#759647 ::dispose clears mpPresTimer before releaseTimer called diff --git a/slideshow/source/engine/slideshowimpl.cxx b/slideshow/source/engine/slideshowimpl.cxx index 5be3b62..4277280 100644 --- a/slideshow/source/engine/slideshowimpl.cxx +++ b/slideshow/source/engine/slideshowimpl.cxx @@ -2025,10 +2025,14 @@ sal_Bool SlideShowImpl::update( double nNextTimeout ) //that have zero delay. While the timer is stopped these events //are processed in the same run. { +//Get a shared-ptr that outlives the scope-guard which will +//ensure that the pointed-to-item exists in the case of a +//::dispose clearing mpPresTimer +boost::shared_ptrcanvas::tools::ElapsedTime xTimer(mpPresTimer); comphelper::ScopeGuard scopeGuard( boost::bind( canvas::tools::ElapsedTime::releaseTimer, - boost::cref(mpPresTimer) ) ); -mpPresTimer-holdTimer(); + boost::cref(xTimer) ) ); +xTimer-holdTimer(); // process queues maEventQueue.process(); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: configure.in RepositoryExternal.mk set_soenv.in vcl/Library_vclplug_gtk3.mk vcl/unx
RepositoryExternal.mk | 23 +++ configure.in| 12 set_soenv.in|3 +++ vcl/Library_vclplug_gtk3.mk | 10 -- vcl/unx/gtk/app/gtkinst.cxx |4 ++-- vcl/unx/gtk/inc/gtkprintwrapper.hxx |4 ++-- 6 files changed, 50 insertions(+), 6 deletions(-) New commits: commit 88a4a8d997921309a7886ed0d1dc383ee3c2f767 Author: Thorsten Behrens tbehr...@suse.com Date: Tue Dec 6 17:27:05 2011 +0100 GdkPrinter seems optional on Gtk3, too Added necessary configure magic conditional compiles for that. diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index 6da9253..92d9aca 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -660,6 +660,29 @@ endif endef +define gb_LinkTarget__use_gtk3 +$(call gb_LinkTarget_set_include,$(1),\ + $$(INCLUDE) \ + $(GTK3_CFLAGS) \ +) + +$(call gb_LinkTarget_add_libs,$(1),$(GTK3_LIBS)) + +ifeq ($(ENABLE_GTK3_PRINT),TRUE) + +$(call gb_LinkTarget_add_defs,$(1),-DENABLE_GTK3_PRINT) + +$(call gb_LinkTarget_set_include,$(1),\ + $$(INCLUDE) \ + $(GTK3_PRINT_CFLAGS) \ +) + +$(call gb_LinkTarget_add_libs,$(1),$(GTK3_PRINT_LIBS)) + +endif + +endef + define gb_LinkTarget__use_gthread $(call gb_LinkTarget_add_libs,$(1),$(GTHREAD_LIBS)) diff --git a/configure.in b/configure.in index 8b23b1f..1d2cde1 100644 --- a/configure.in +++ b/configure.in @@ -7003,20 +7003,32 @@ R= GTK3_CFLAGS= GTK3_LIBS= ENABLE_GTK3= +GTK3_PRINT_CFLAGS= +GTK3_PRINT_LIBS= +ENABLE_GTK3_PRINT= if test x$enable_gtk3 = xyes; then if test $with_system_cairo != yes; then echo System cairo required for gtk3 support, please use --with-system-cairo fi PKG_CHECK_MODULES(GTK3, gtk+-3.0 = 3.2 gtk+-unix-print-3.0 cairo, ENABLE_GTK3=TRUE, ENABLE_GTK3=) + if test x$ENABLE_GTK3 = xTRUE; then R=gtk3 else AC_MSG_ERROR([gtk3 libraries of the correct versions, not found]) fi + +AC_MSG_CHECKING([whether to enable Gtk3 print dialog support]) +PKG_CHECK_MODULES([GTK3_PRINT], [gtk+-unix-print-3.0 = 3.2.0], + [ENABLE_GTK3_PRINT=TRUE], + [ENABLE_GTK3_PRINT=]) fi AC_SUBST(GTK3_LIBS) AC_SUBST(GTK3_CFLAGS) AC_SUBST(ENABLE_GTK3) +AC_SUBST(GTK3_PRINT_CFLAGS) +AC_SUBST(GTK3_PRINT_LIBS) +AC_SUBST(ENABLE_GTK3_PRINT) AC_MSG_CHECKING([which VCLplugs shall be built]) ENABLE_GTK= diff --git a/set_soenv.in b/set_soenv.in index 6c6c200..0df1f6b 100755 --- a/set_soenv.in +++ b/set_soenv.in @@ -1548,6 +1548,9 @@ ToFile( DBUS_LIBS, @DBUS_LIBS@,e ); ToFile( ENABLE_GTK_PRINT, @ENABLE_GTK_PRINT@, e ); ToFile( GTK_PRINT_CFLAGS, @GTK_PRINT_CFLAGS@, e ); ToFile( GTK_PRINT_LIBS,@GTK_PRINT_LIBS@,e ); +ToFile( ENABLE_GTK3_PRINT, @ENABLE_GTK3_PRINT@, e ); +ToFile( GTK3_PRINT_CFLAGS, @GTK3_PRINT_CFLAGS@, e ); +ToFile( GTK3_PRINT_LIBS,@GTK3_PRINT_LIBS@,e ); ToFile( ENABLE_GCONF, @ENABLE_GCONF@, e ); ToFile( ENABLE_GNOMEVFS, @ENABLE_GNOMEVFS@, e ); ToFile( ENABLE_GSTREAMER, @ENABLE_GSTREAMER@, e ); diff --git a/vcl/Library_vclplug_gtk3.mk b/vcl/Library_vclplug_gtk3.mk index ca50535..fb76c69 100644 --- a/vcl/Library_vclplug_gtk3.mk +++ b/vcl/Library_vclplug_gtk3.mk @@ -82,6 +82,7 @@ $(eval $(call gb_Library_add_linked_libs,vclplug_gtk3,\ $(eval $(call gb_Library_use_externals,vclplug_gtk3,\ dbus \ + gtk3 \ )) $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ @@ -106,9 +107,7 @@ $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ vcl/unx/gtk3/app/gtk3gtkinst \ vcl/unx/gtk3/app/gtk3gtksys \ vcl/unx/gtk3/app/gtk3fpicker \ -vcl/unx/gtk3/gdi/gtk3gtkprintwrapper \ vcl/unx/gtk3/gdi/gtk3salnativewidgets-gtk \ -vcl/unx/gtk3/gdi/gtk3salprn-gtk \ vcl/unx/gtk3/window/gtk3gtkframe \ vcl/unx/gtk3/window/gtk3gtkobject \ vcl/headless/svpbmp \ @@ -120,6 +119,13 @@ $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ vcl/headless/svpvd \ )) +ifeq ($(ENABLE_GTK3_PRINT),TRUE) +$(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ +vcl/unx/gtk3/gdi/gtk3gtkprintwrapper \ +vcl/unx/gtk3/gdi/gtk3salprn-gtk \ +)) +endif + ifeq ($(OS),LINUX) $(eval $(call gb_Library_add_linked_libs,vclplug_gtk3,\ dl \ diff --git a/vcl/unx/gtk/app/gtkinst.cxx b/vcl/unx/gtk/app/gtkinst.cxx index b6eacc9..e9c2afa 100644 --- a/vcl/unx/gtk/app/gtkinst.cxx +++ b/vcl/unx/gtk/app/gtkinst.cxx @@ -401,7 +401,7 @@ void GtkInstance::AddToRecentDocumentList(const rtl::OUString rFileUrl, const r SalInfoPrinter* GtkInstance::CreateInfoPrinter( SalPrinterQueueInfo* pQueueInfo, ImplJobSetup* pSetupData ) { -#if defined ENABLE_GTK_PRINT || GTK_CHECK_VERSION(3,0,0) +#if defined ENABLE_GTK_PRINT || defined ENABLE_GTK3_PRINT mbPrinterInit = true; // create and initialize SalInfoPrinter PspSalInfoPrinter* pPrinter = new
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - basctl/sdi basctl/source basctl/uiconfig default_images/cmd officecfg/registry ooo_custom_images/hicontrast ooo_custom_images/human ooo_custom_image
basctl/sdi/baside.sdi | 14 ++--- basctl/source/basicide/baside3.cxx| 28 +- basctl/source/basicide/basides1.cxx | 14 ++--- basctl/uiconfig/basicide/toolbar/formcontrolsbar.xml | 14 ++--- dev/null |binary officecfg/registry/data/org/openoffice/Office/UI/BasicIDECommands.xcu | 28 +- svx/inc/svx/svxids.hrc| 16 ++--- svx/sdi/svx.sdi | 14 ++--- 8 files changed, 64 insertions(+), 64 deletions(-) New commits: commit b08e273015d72251b68bca86535cf5919dd9e40e Author: Noel Power noel.po...@novell.com Date: Tue Dec 6 14:52:51 2011 + remove duplicated images for basic dialog form controls ( misc tidyup ) diff --git a/basctl/sdi/baside.sdi b/basctl/sdi/baside.sdi index de61601..2f03dde 100644 --- a/basctl/sdi/baside.sdi +++ b/basctl/sdi/baside.sdi @@ -471,43 +471,43 @@ shell BasicIDEShell StateMethod = GetState; ] -SID_INSERT_RADIO +SID_INSERT_FORM_RADIO [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_CHECK +SID_INSERT_FORM_CHECK [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_LIST +SID_INSERT_FORM_LIST [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_COMBO +SID_INSERT_FORM_COMBO [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_VSCROLL +SID_INSERT_FORM_VSCROLL [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_HSCROLL +SID_INSERT_FORM_HSCROLL [ ExecMethod = ExecuteDialog; StateMethod = GetState; ] -SID_INSERT_SPIN +SID_INSERT_FORM_SPIN [ ExecMethod = ExecuteDialog; StateMethod = GetState; diff --git a/basctl/source/basicide/baside3.cxx b/basctl/source/basicide/baside3.cxx index 2f7ccfb..a4fbd19 100644 --- a/basctl/source/basicide/baside3.cxx +++ b/basctl/source/basicide/baside3.cxx @@ -402,13 +402,13 @@ void DialogWindow::GetState( SfxItemSet rSet ) rSet.DisableItem( nWh ); } break; -case SID_INSERT_RADIO: -case SID_INSERT_CHECK: -case SID_INSERT_LIST: -case SID_INSERT_COMBO: -case SID_INSERT_VSCROLL: -case SID_INSERT_HSCROLL: -case SID_INSERT_SPIN: +case SID_INSERT_FORM_RADIO: +case SID_INSERT_FORM_CHECK: +case SID_INSERT_FORM_LIST: +case SID_INSERT_FORM_COMBO: +case SID_INSERT_FORM_VSCROLL: +case SID_INSERT_FORM_HSCROLL: +case SID_INSERT_FORM_SPIN: { if ( !bIsCalc || IsReadOnly() ) rSet.DisableItem( nWh ); @@ -454,31 +454,31 @@ void DialogWindow::ExecuteCommand( SfxRequest rReq ) pBindings-Invalidate( SID_DOC_MODIFIED ); } break; -case SID_INSERT_RADIO: +case SID_INSERT_FORM_RADIO: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMRADIO ); break; -case SID_INSERT_CHECK: +case SID_INSERT_FORM_CHECK: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMCHECK ); break; -case SID_INSERT_LIST: +case SID_INSERT_FORM_LIST: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMLIST ); break; -case SID_INSERT_COMBO: +case SID_INSERT_FORM_COMBO: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMCOMBO ); break; -case SID_INSERT_SPIN: +case SID_INSERT_FORM_SPIN: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMSPIN ); break; -case SID_INSERT_VSCROLL: +case SID_INSERT_FORM_VSCROLL: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMVSCROLL ); break; -case SID_INSERT_HSCROLL: +case SID_INSERT_FORM_HSCROLL: GetEditor()-SetMode( DLGED_INSERT ); GetEditor()-SetInsertObj( OBJ_DLG_FORMHSCROLL ); break; diff --git a/basctl/source/basicide/basides1.cxx b/basctl/source/basicide/basides1.cxx index ab9fd01..9846e6c 100644 --- a/basctl/source/basicide/basides1.cxx +++ b/basctl/source/basicide/basides1.cxx @@ -917,13 +917,13 @@ void
[Libreoffice-commits] .: configure.in RepositoryExternal.mk set_soenv.in vcl/Library_vclplug_gtk3.mk vcl/unx
RepositoryExternal.mk | 23 --- configure.in| 12 set_soenv.in|3 --- vcl/Library_vclplug_gtk3.mk | 10 ++ vcl/unx/gtk/app/gtkinst.cxx |4 ++-- vcl/unx/gtk/inc/gtkprintwrapper.hxx |4 ++-- 6 files changed, 6 insertions(+), 50 deletions(-) New commits: commit 1a81ca45ea9192013b4e5bdb2eb769a75b56dea5 Author: Thorsten Behrens tbehr...@suse.com Date: Tue Dec 6 18:08:18 2011 +0100 Revert GdkPrinter seems optional on Gtk3, too This reverts commit 88a4a8d997921309a7886ed0d1dc383ee3c2f767. Sorry, seemed to be an intermittent local problem. diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index 92d9aca..6da9253 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -660,29 +660,6 @@ endif endef -define gb_LinkTarget__use_gtk3 -$(call gb_LinkTarget_set_include,$(1),\ - $$(INCLUDE) \ - $(GTK3_CFLAGS) \ -) - -$(call gb_LinkTarget_add_libs,$(1),$(GTK3_LIBS)) - -ifeq ($(ENABLE_GTK3_PRINT),TRUE) - -$(call gb_LinkTarget_add_defs,$(1),-DENABLE_GTK3_PRINT) - -$(call gb_LinkTarget_set_include,$(1),\ - $$(INCLUDE) \ - $(GTK3_PRINT_CFLAGS) \ -) - -$(call gb_LinkTarget_add_libs,$(1),$(GTK3_PRINT_LIBS)) - -endif - -endef - define gb_LinkTarget__use_gthread $(call gb_LinkTarget_add_libs,$(1),$(GTHREAD_LIBS)) diff --git a/configure.in b/configure.in index 1d2cde1..8b23b1f 100644 --- a/configure.in +++ b/configure.in @@ -7003,32 +7003,20 @@ R= GTK3_CFLAGS= GTK3_LIBS= ENABLE_GTK3= -GTK3_PRINT_CFLAGS= -GTK3_PRINT_LIBS= -ENABLE_GTK3_PRINT= if test x$enable_gtk3 = xyes; then if test $with_system_cairo != yes; then echo System cairo required for gtk3 support, please use --with-system-cairo fi PKG_CHECK_MODULES(GTK3, gtk+-3.0 = 3.2 gtk+-unix-print-3.0 cairo, ENABLE_GTK3=TRUE, ENABLE_GTK3=) - if test x$ENABLE_GTK3 = xTRUE; then R=gtk3 else AC_MSG_ERROR([gtk3 libraries of the correct versions, not found]) fi - -AC_MSG_CHECKING([whether to enable Gtk3 print dialog support]) -PKG_CHECK_MODULES([GTK3_PRINT], [gtk+-unix-print-3.0 = 3.2.0], - [ENABLE_GTK3_PRINT=TRUE], - [ENABLE_GTK3_PRINT=]) fi AC_SUBST(GTK3_LIBS) AC_SUBST(GTK3_CFLAGS) AC_SUBST(ENABLE_GTK3) -AC_SUBST(GTK3_PRINT_CFLAGS) -AC_SUBST(GTK3_PRINT_LIBS) -AC_SUBST(ENABLE_GTK3_PRINT) AC_MSG_CHECKING([which VCLplugs shall be built]) ENABLE_GTK= diff --git a/set_soenv.in b/set_soenv.in index 0df1f6b..6c6c200 100755 --- a/set_soenv.in +++ b/set_soenv.in @@ -1548,9 +1548,6 @@ ToFile( DBUS_LIBS, @DBUS_LIBS@,e ); ToFile( ENABLE_GTK_PRINT, @ENABLE_GTK_PRINT@, e ); ToFile( GTK_PRINT_CFLAGS, @GTK_PRINT_CFLAGS@, e ); ToFile( GTK_PRINT_LIBS,@GTK_PRINT_LIBS@,e ); -ToFile( ENABLE_GTK3_PRINT, @ENABLE_GTK3_PRINT@, e ); -ToFile( GTK3_PRINT_CFLAGS, @GTK3_PRINT_CFLAGS@, e ); -ToFile( GTK3_PRINT_LIBS,@GTK3_PRINT_LIBS@,e ); ToFile( ENABLE_GCONF, @ENABLE_GCONF@, e ); ToFile( ENABLE_GNOMEVFS, @ENABLE_GNOMEVFS@, e ); ToFile( ENABLE_GSTREAMER, @ENABLE_GSTREAMER@, e ); diff --git a/vcl/Library_vclplug_gtk3.mk b/vcl/Library_vclplug_gtk3.mk index fb76c69..ca50535 100644 --- a/vcl/Library_vclplug_gtk3.mk +++ b/vcl/Library_vclplug_gtk3.mk @@ -82,7 +82,6 @@ $(eval $(call gb_Library_add_linked_libs,vclplug_gtk3,\ $(eval $(call gb_Library_use_externals,vclplug_gtk3,\ dbus \ - gtk3 \ )) $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ @@ -107,7 +106,9 @@ $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ vcl/unx/gtk3/app/gtk3gtkinst \ vcl/unx/gtk3/app/gtk3gtksys \ vcl/unx/gtk3/app/gtk3fpicker \ +vcl/unx/gtk3/gdi/gtk3gtkprintwrapper \ vcl/unx/gtk3/gdi/gtk3salnativewidgets-gtk \ +vcl/unx/gtk3/gdi/gtk3salprn-gtk \ vcl/unx/gtk3/window/gtk3gtkframe \ vcl/unx/gtk3/window/gtk3gtkobject \ vcl/headless/svpbmp \ @@ -119,13 +120,6 @@ $(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ vcl/headless/svpvd \ )) -ifeq ($(ENABLE_GTK3_PRINT),TRUE) -$(eval $(call gb_Library_add_exception_objects,vclplug_gtk3,\ -vcl/unx/gtk3/gdi/gtk3gtkprintwrapper \ -vcl/unx/gtk3/gdi/gtk3salprn-gtk \ -)) -endif - ifeq ($(OS),LINUX) $(eval $(call gb_Library_add_linked_libs,vclplug_gtk3,\ dl \ diff --git a/vcl/unx/gtk/app/gtkinst.cxx b/vcl/unx/gtk/app/gtkinst.cxx index e9c2afa..b6eacc9 100644 --- a/vcl/unx/gtk/app/gtkinst.cxx +++ b/vcl/unx/gtk/app/gtkinst.cxx @@ -401,7 +401,7 @@ void GtkInstance::AddToRecentDocumentList(const rtl::OUString rFileUrl, const r SalInfoPrinter* GtkInstance::CreateInfoPrinter( SalPrinterQueueInfo* pQueueInfo, ImplJobSetup* pSetupData ) { -#if defined ENABLE_GTK_PRINT || defined ENABLE_GTK3_PRINT +#if defined ENABLE_GTK_PRINT || GTK_CHECK_VERSION(3,0,0) mbPrinterInit = true; // create and
[Libreoffice-commits] .: dictionaries/en dictionaries/hu_HU
dictionaries/en/description.xml|2 +- dictionaries/hu_HU/description.xml |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit e92bf756f658a7c3006159a6a427ae49e4e94147 Author: Andras Timar ati...@suse.com Date: Tue Dec 6 18:27:42 2011 +0100 add 'grammar checker' to description diff --git a/dictionaries/en/description.xml b/dictionaries/en/description.xml index f34df5b..81568e2 100644 --- a/dictionaries/en/description.xml +++ b/dictionaries/en/description.xml @@ -3,7 +3,7 @@ version value=2011.12.05 / identifier value=org.openoffice.en.hunspell.dictionaries / display-name -name lang=en-USEnglish (Australia, Canada, South Africa, UK, USA) spelling dictionaries, hyphenation rules, and thesaurus/name +name lang=en-USEnglish dictionaries, hyphenation rules, thesaurus, and grammar checker/name /display-name platform value=all / dependencies diff --git a/dictionaries/hu_HU/description.xml b/dictionaries/hu_HU/description.xml index 9b81bf9..eb57339 100644 --- a/dictionaries/hu_HU/description.xml +++ b/dictionaries/hu_HU/description.xml @@ -3,7 +3,7 @@ version value=2011.12.05 / identifier value=org.openoffice.hu.hunspell.dictionaries / display-name -name lang=en-USHungarian spelling dictionary, hyphenation rules, and thesaurus/name +name lang=en-USHungarian spelling dictionary, hyphenation rules, thesaurus, and grammar checker/name /display-name publisher name lang=en-US xlink:href=http://www.fsf.hu/;FSF.hu Foundation/name ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: solenv/inc
solenv/inc/langlist.mk |1 - 1 file changed, 1 deletion(-) New commits: commit 0d5b38240caf03323d9a180811653eb38eaf7f48 Author: Miklos Vajna vmik...@frugalware.org Date: Tue Dec 6 20:06:33 2011 +0100 langlist.mk: remove bogus Turkmen language This was added in cbf182a975dd170aa4997677ac3516ade4cb30a7, but scp2/source/ooo/module_langpack.ulf was never updated accordingly, nor there is such a language on Pootle. diff --git a/solenv/inc/langlist.mk b/solenv/inc/langlist.mk index 8a79b15..f044711 100644 --- a/solenv/inc/langlist.mk +++ b/solenv/inc/langlist.mk @@ -121,7 +121,6 @@ ta \ te \ tg \ th \ -tk \ tn \ tr \ ts \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/qa
binfilter/qa/cppunit/test_binfilter.cxx | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) New commits: commit b2048718a5a102e9e0bc12d8874f5407afd4cbcd Author: Caolán McNamara caol...@redhat.com Date: Tue Dec 6 21:15:42 2011 + normalize Red Hat, Inc. spellings, and bump to latest template diff --git a/binfilter/qa/cppunit/test_binfilter.cxx b/binfilter/qa/cppunit/test_binfilter.cxx index abca460..d1da8c9 100644 --- a/binfilter/qa/cppunit/test_binfilter.cxx +++ b/binfilter/qa/cppunit/test_binfilter.cxx @@ -4,20 +4,21 @@ * * The contents of this file are subject to the Mozilla Public License Version * 1.1 (the License); you may not use this file except in compliance with - * the License. You may obtain a copy of the License at - * http://www.mozilla.org/MPL/ + * the License or as specified alternatively below. You may obtain a copy of + * the License at http://www.mozilla.org/MPL/ * * Software distributed under the License is distributed on an AS IS basis, * WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License * for the specific language governing rights and limitations under the * License. * - * The Initial Developer of the Original Code is - *Caolán McNamara caol...@redhat.com (Red Hat, Inc.) - * Portions created by the Initial Developer are Copyright (C) 2011 the - * Initial Developer. All Rights Reserved. + * Major Contributor(s): + * Copyright (C) 2011 Red Hat, Inc., Caolán McNamara caol...@redhat.com + * (initial developer) * - * Contributor(s): Caolán McNamara caol...@redhat.com + * All Rights Reserved. + * + * For minor contributions see the git repository. * * Alternatively, the contents of this file may be used under the terms of * either the GNU General Public License Version 3 or later (the GPLv3+), or ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: starmath/source
starmath/source/parse.cxx |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit b419bb21a76c48dda9f9a6ef6182b98e03358176 Author: Stephan Bergmann sberg...@redhat.com Date: Wed Dec 7 00:25:13 2011 +0100 Looks like the old stack implementation returned 0 on empty stack Pop(). diff --git a/starmath/source/parse.cxx b/starmath/source/parse.cxx index 232be48..7a2741f 100644 --- a/starmath/source/parse.cxx +++ b/starmath/source/parse.cxx @@ -1115,10 +1115,10 @@ void SmParser::Line() void SmParser::Expression() { bool bUseExtraSpaces = true; -SmNode *pNode = m_aNodeStack.top(); -m_aNodeStack.pop(); -if (pNode) +if (!m_aNodeStack.empty()) { +SmNode *pNode = m_aNodeStack.top(); +m_aNodeStack.pop(); if (pNode-GetToken().eType == TNOSPACE) bUseExtraSpaces = false; else ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 4 commits - offapi/com tools/bootstrp udkapi/com unusedcode.easy vcl/inc vcl/source
offapi/com/sun/star/drawing/DrawingDocumentFactory.idl |2 - offapi/com/sun/star/i18n/XExtendedTransliteration.idl |2 - offapi/com/sun/star/i18n/XNativeNumberSupplier.idl |2 - offapi/com/sun/star/linguistic2/LanguageGuessing.idl |2 - tools/bootstrp/cppdep.cxx | 18 - tools/bootstrp/cppdep.hxx |5 +- tools/bootstrp/mkunroll/mkunroll.cxx | 18 - tools/bootstrp/rscdep.cxx |7 +-- udkapi/com/sun/star/util/logging/Logger.idl|4 +- unusedcode.easy|2 - vcl/inc/vcl/field.hxx |2 - vcl/source/control/field.cxx | 31 - 12 files changed, 29 insertions(+), 66 deletions(-) New commits: commit 5260bf5ea7271cca4767f596592091dcdfd895fe Author: Tomas Hlavaty t...@logand.com Date: Tue Dec 6 23:52:56 2011 +0100 minor idl fixes diff --git a/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl b/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl index 41bbd29..71d3231 100644 --- a/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl +++ b/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl @@ -26,7 +26,7 @@ ** **/ #ifndef __com_sun_star_drawing_DrawingDocumentFactory_idl__ -#define __com::sun::star::drawing_DrawingDocumentFactory_idl__ +#define __com_sun_star_drawing_DrawingDocumentFactory_idl__ #include com/sun/star/lang/XMultiServiceFactory.idl diff --git a/offapi/com/sun/star/i18n/XExtendedTransliteration.idl b/offapi/com/sun/star/i18n/XExtendedTransliteration.idl index ca2348d..3afe7c8 100644 --- a/offapi/com/sun/star/i18n/XExtendedTransliteration.idl +++ b/offapi/com/sun/star/i18n/XExtendedTransliteration.idl @@ -29,7 +29,7 @@ #define __com_sun_star_i18n_XExtendedTransliteration_idl__ #include com/sun/star/i18n/XTransliteration.idl -#include MultipleCharsOutputException.idl +#include com/sun/star/i18n/MultipleCharsOutputException.idl //= diff --git a/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl b/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl index a11ad7a..2e96883 100644 --- a/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl +++ b/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl @@ -29,7 +29,7 @@ #define __com_sun_star_i18n_XNativeNumberSupplier_idl__ #include com/sun/star/lang/Locale.idl -#include NativeNumberXmlAttributes.idl +#include com/sun/star/i18n/NativeNumberXmlAttributes.idl //= diff --git a/offapi/com/sun/star/linguistic2/LanguageGuessing.idl b/offapi/com/sun/star/linguistic2/LanguageGuessing.idl index 1e99fbc..5ba3c04 100644 --- a/offapi/com/sun/star/linguistic2/LanguageGuessing.idl +++ b/offapi/com/sun/star/linguistic2/LanguageGuessing.idl @@ -28,7 +28,7 @@ #ifndef __com_sun_star_linguistic2_LanguageGuessing_idl__ #define __com_sun_star_linguistic2_LanguageGuessing_idl__ -#include XLanguageGuessing.idl +#include com/sun/star/linguistic2/XLanguageGuessing.idl module com { module sun { module star { module linguistic2 { diff --git a/udkapi/com/sun/star/util/logging/Logger.idl b/udkapi/com/sun/star/util/logging/Logger.idl index 5f02627..72e377a 100644 --- a/udkapi/com/sun/star/util/logging/Logger.idl +++ b/udkapi/com/sun/star/util/logging/Logger.idl @@ -29,8 +29,8 @@ #define __com_sun_star_webtop_Logger_idl__ #include com/sun/star/uno/XInterface.idl -#include XLogger.idl -#include XLoggerRemote.idl +#include com/sun/star/util/logging/XLogger.idl +#include com/sun/star/util/logging/XLoggerRemote.idl //= commit 9e65b68ef9a3b745afb13700c68d0a5f2a2d8904 Author: Caolán McNamara caol...@redhat.com Date: Tue Dec 6 23:37:33 2011 + reduce CurrencyBox somewhat diff --git a/unusedcode.easy b/unusedcode.easy index d1afeb5..0d3e98a 100644 --- a/unusedcode.easy +++ b/unusedcode.easy @@ -74,8 +74,6 @@ Control::GetLineCount() const CurrencyBox::CurrencyBox(Window*, ResId const) CurrencyBox::GetValue(unsigned short) const CurrencyBox::GetValuePos(long) const -CurrencyBox::InsertValue(long, unsigned short) -CurrencyBox::RemoveValue(long) CurrencyField::CurrencyField(Window*, ResId const) CurrencyFormatter::SetCurrencySymbol(String const) CustomToolBarImportHelper::showToolbar(rtl::OUString const) diff --git a/vcl/inc/vcl/field.hxx b/vcl/inc/vcl/field.hxx index 4af5e1a..391a6e6 100644 --- a/vcl/inc/vcl/field.hxx +++ b/vcl/inc/vcl/field.hxx @@ -819,8 +819,6 @@ public: virtual voidReformatAll(); -voidInsertValue( sal_Int64 nValue, sal_uInt16 nPos = COMBOBOX_APPEND ); -void
[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Roman Eisele b...@eikota.de changed: What|Removed |Added Depends on||36982 --- Comment #37 from Roman Eisele b...@eikota.de 2011-12-06 01:08:25 PST --- May I propose to add Bug 36982: Writer ignores text after Equation in docx -- or even crashes (see comments about the bug)? I know this is an old bug report from LibreOffice 3.4, but IMHO fixing it for 3.5 is even more important now because our scratch-pad of notes to build release notes from at http://wiki.documentfoundation.org/ReleaseNotes/3.5 says: Support for export and import of math formulas in Office Open XML (docx) documents (Luboš Luňák). So, if we declare that there is now official support for import/export of math formulas in docx documents, it is strange that opening such a docx document containing some math formulas does not work at all or even crashes LibreOffice ... Just ignore my proposal if I got something wrong, but at least to me fixing this bug seems especially important. It should be not that difficult, BTW, because on MacOS the same docx files containing math formulas already open without major difficulties, so this seems Windows-only problem ... Compare also Bug 43429, which is IMHO a duplicate of Bug 36982 but especially describes the crashes. -- 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] Please remove renamed tinderbox columns
Korrawit Pruegsanusak wrote: Please, someone who has proper right, remove first 2 columns from tinderbox status page. Done. -- Thorsten pgppQBKBmqeHK.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] XDG config migration
Stephan Bergmann wrote: Wouldn't it be better to postpone the change to LO 4? If noone comes up with a fix in time - otherwise, would love to have a cleaner homedir for 3.5 already. Cheers, -- Thorsten pgpEEeqhuUV0v.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Replacing LO SVG handling with OpenOffice code?
Alexander Wilms wrote: I just discovered that Apache OpenOffice now uses a new implementation to handle SVGs natively. Since there are a lot of bug reports in LO regarding broken SVGs I'd think using their code would be the best solution. What do you think? Bug: https://bugs.freedesktop.org/show_bug.cgi?id=33554 (There are some more, though) Hi Alex, beyond what Michael said - the bug you quote above is fixed for LO 3.5 already, as we're using a librsvg-based svg renderer now to handle the 'embed as image' case. As for what can possibly be reused from the AOO(I) code, let us see when the implementation is done. librsvg, FWIW, is a production-ready, complete implementation, with quite some years of development - it will take some time to match it ... Cheers, -- Thorsten pgptDSk2pA4TQ.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: fdo#42924: needs help with tablehead xml parsing
Hi Korrawit, [re-sending the mail I've sent you privately by mistake also to the mailing list :-)] On 2011-12-02 at 22:57 +0700, Korrawit Pruegsanusak wrote: And here comes the patch :) Though I doesn't follow your suggestions strictly -- I didn't check if it's a first row. So, I wrote some description and thought in commit message. The important thing is that it gives the correct results :-) Thank you! I also attached the diff -pur results as you suggested. I checked and they looks good, except in Math/Other_Symbols page [1], which I've done a quick look at it and report to bugzilla. [2] Ugly, indeed. [off-topic] Could I change table style from border=1 to class=wikitable ? It'll look more beautiful. Does this change affects GSoC project converting wikihelp to platform specific project ? [/off-topic] Do you mean: http://cgit.freedesktop.org/libreoffice/help/tree/helpcontent2/to-wiki/wikiconv2.py#n537 This is hardcoded so far, so no objection to actually change that to a nicer default :-) How can we test such a change? Would it be enough for you to give you an account on help.libreoffice.org, so that you'd check it on a not-really-visible page (you'd edit manually), and then you'd provide a patch to wikiconv2.py? As always, please feel free to comment :) Great stuff - that's my comment! :-) I cannot run a new round of upload at the very moment, so sorry if you don't see your changes implemented immediately; but I'll do that shortly after the beta1. Would you be interested in more wikihelp-generation-related fixes? Eg. it would be great to be able to preserve also the 'extended tips' (ahelp tags) some way, for example - but there is more to do there :-) Thank you a lot, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice file type associations for Flat ODF files
Hi Dag, On 2011-12-02 at 23:32 +0100, Dag Wieers wrote: The installation of Libreoffice 3.4.4 still does not set the necessary file type associations to make flat ODF files work with LibreOffice out of the box (in e.g. Gnome on RHEL6 using the official RPM packages). There is a bug report about this since November 2010. https://bugs.freedesktop.org/show_bug.cgi?id=31624 What is required to make this part of the 3.5 release ? First - I'd try a daily build: http://dev-builds.libreoffice.org/daily/ to see if it works in master. If no, probably you have to dig around the mimetype registration: http://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/mimetypes and other desktop files: http://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/menus Interestingly I see the .fod* file types there, see eg.: http://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/mimetypes/oasis-text-flat-xml.desktop http://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/menus/writer.desktop Can you check if they are installed, used, etc.? Thank you, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Bug 43095 - File access rights are not determined correctly
Hi Moritz, Rainer, On 2011-12-03 at 09:57 +0100, Rainer Bielefeld wrote: A patch has been attached in the bug, can someone please review? Rainer - thank you for noticing! Moritz - and thank you for the patch! :-) It works best if you send patches directly to this mailing list (libreoffice@lists.freedesktop.org), with [PATCH] Description of the patch in the Subject of the mail. If you prefer bugzilla attachment, please send a note to the mailing list nevertheless (pointing to your bugzilla entry), otherwise there is a risk of overlooking the patch. Other than that - can you please confirm that you are providing the patch under the LGPLv3 or later / MPL 1.1 license? Ideally, in the form of mail containing I declare that this and my further patches are under LGPLv3+ / MPL license. sent to this mailing list. Thanks again for the patch + the nice description of the problem. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bug 36815 : Advanced printing capabilities of comments in Writer [PRINTING]
Hello I am sorry but I will not be able to code on libreoffice for the moment. I will recontact you as soon as I have some free time. Sorry Maxime Le jeudi 01 décembre 2011 à 13:48 +0100, Maxime de Roucy a écrit : Hello Can you resource that ? I talk to my manager and he is OK to let me work on that (not a full time work unfortunately). You can join me on jabber/XMPP at mdero...@linagora.com , or on freenode in #linagora and #libreoffice-dev I will start by following the code with gdb. Thanks Maxime Le mercredi 30 novembre 2011 à 15:15 +, Michael Meeks a écrit : On Wed, 2011-11-30 at 15:59 +0100, Maxime de Roucy wrote: I would like to know if someone (is working|has planed to work) on this bug ? Currently no-one is. But of course we'd love to help you out with some code pointers if you can put some time into the problem. We don't estimate that it is impossibly difficult: after all the rendering is already done, but there is some shrinking and fiddling required to get it rendered to a page. Can you resource that ? Thanks, Michael. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Maxime de Roucy Groupe LINAGORA - OSSA 80 rue Roque de Fillol 92800 PUTEAUX Tel. : 0 810 251 251 signature.asc Description: This is a digitally signed message part ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Improved patches for English and Hungarian sentence checking
Hi László,* 2011/12/5 Németh László nem...@numbertext.org: Hi, András Tímár reported some license and commit problems, so here are the fixed versions of the patches. Thanks, László 2011/12/5 Németh László nem...@numbertext.org: Hi, These patches add non-intrusive sentence/grammar checking to the English and Hungarian dictionary extensions based on the Lightproof Python environment, see the attached test file/documentation. It uses LibreOffice resources (Hunspell spell checker, Calc functions etc.) for complex tasks: dictionary lookup, morphological analysis or optional measurement conversion. Recent English dictionaries of LibreOffice have contained only partial part-of-speech and morphological data, yet, but extending the dictionary, we will be able to add more complex grammar rules, too (like the Hungarian and French Lightproof based extensions). PDF version of the test file: http://www.numbertext.org/tmp/sentencecheck.pdf, Standalone extensions for testing: http://www.numbertext.org/lightproof/lightproof-en-0.1.oxt, http://www.numbertext.org/lightproof/lightproof-hu_HU-1.4.oxt. Fixed versions of patched applied cleanly and they did not break the build. I need some more time to test them locally and to work on better integration, for example to include the new files into the localization framework. It looks like a great new feature and I really would like to have it in beta2. I hope other developers will vote for this, too, because your patch came a bit late and it missed the deadline of feature freeze. You said that the pacthes were non-intrusive, and indeed, they cannot cause any problems outside their scope (i.e. grammar checking). On the other hand, if we include these patches, we will have a Python extension in the default builds, and that could help us to find and to fix bugs in PyUNO easier. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] In writer some close button does not work anymore
Le 06/12/2011 13:13, Caolán McNamara a écrit : On Sun, 2011-12-04 at 00:02 +0100, Jean-Baptiste Faure wrote: After investigating with the help of Arnaud and Norbert, it seems that the commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=5d846ebeb55b1e295fb53f473f0fb2b88712e001 by Caolan is the root cause. Reverting this commit fix the problem. You didn't actually commit reverting the change, right ?, just tested that locally and it fixes it ? Yes, that's right. Is there a bug open for this already ? No bug open. I suggest we revert my change on the 3-5 branch when that opens in a little while, we don't need this change right now for 3-5, and do an alternative fix on master. You certainly know better than me what is the best solution in th present case. :-) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] module wizards build is broken
Hi all, it's me or the build of the module wizards is broken today ? I did a fresh build : autogen.sh - make clean - make fetch - make The problem seems to be in pyfax_pyuno Error message for make -r in ../master/wizards: [ build PKG ] pyfax_pyuno mkdir -p /home/jbf/LibO/master/workdir/unxlngx6.pro/Package/ touch /home/jbf/LibO/master/workdir/unxlngx6.pro/Package/pyfax_pyuno /home/jbf/LibO/master/solenv/gbuild/Package.mk:33: *** gb_Deliver_deliver: file does not exist in solver, and cannot be delivered: /home/jbf/LibO/master/solver/unxlngx6.pro/bin/pyfax.zip. Arrêt. make[1]: quittant le répertoire « /home/jbf/LibO/master/wizards » make: *** [source-env-and-recurse] Erreur 2 Any clue what went wrong ? It is from my side or from the source code? I have checked that new files created by the 2 patches fax wizard from M. Meeks (yesterday) are there. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANNOUNCE] Branch libreoffice-3-5 created
Hi all, as promised, we have created a branch for the stabilization of the 3.5.x releases, called 'libreoffice-3-5'. It is based on master, last pull on December 6, 2011 at about 13pm UTC. See also the tag libreoffice-3-5-branch-point. The following rules apply: + only bugfixes are allowed + no approval needed during beta phase until Jan 9, 2012 + 1 approval needed during rc phase and upcoming bug fix releases + 2 approvals with different/no affiliation needed for late features IMPORTANT: Every developer is responsible for pushing fixes into all appropriate branches. Note that we do not plan any merge from this branch to master or vice versa. Please, help use to make stable and usable 3.5 release. Do not forget to push useful fixes to this branch. git cherry-pick commit-id is your friend :-) The 'master' branch is used for 3.6 development and has the rules: + free commit; do your best to do not break build and functionality + any development allowed For further information about the roadmap, please check http://wiki.documentfoundation.org/ReleasePlan Now, if you want to switch your clone to the libreoffice-3-5 branch, do: ./g pull -r ./g checkout -b libreoffice-3-5 origin/libreoffice-3-5 Hopefully it will work for you :-) Most probably, you will also want to do (if you haven't done it yet): git config --global push.default tracking When you do git push with this, git will push only the branch you are on; ie. libreoffice-3-5 when you have switched to it. This will save you some git shouting at you. Happy hacking, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Solved] Howto get new property to file
Hi Thorsten, hi Armin, Thorsten Behrens schrieb: Regina Henschel wrote: I've started implementing the new draw object property line cap. I have expanded the line property dialog already. But the draw object (in my tests a line) does not get the property. There is no property in Basic and no property in the saved file. Hi Regina, bit hard to tell without looking at the code - but svx/source/unodraw/unoprov.cxx / svx/inc/svx/unoshprp.hxx has lots of property handling code, it's start poking there. With your help the property is written to file now :) I had missed the file unoshprp.hxx totally and in sdpropls.cxx I had forgotten the PropertyHandler. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Replacing LO SVG handling with OpenOffice code?
Hi Thorsten, Good to hear that this is already fixed :). Well if using librsvg solves these issues it's nice that this duplication of effort can be avoided. Cheers Alex On Tue, 06 Dec 2011 10:34:00 +0100 Thorsten Behrens lt;t...@documentfoundation.orggt; wrote Alexander Wilms wrote: gt; I just discovered that Apache OpenOffice now uses a new gt; implementation to handle SVGs natively. Since there are a lot of bug gt; reports in LO regarding broken SVGs I'd think using their code would gt; be the best solution. What do you think? gt; gt; Bug: https://bugs.freedesktop.org/show_bug.cgi?id=33554 (There are gt; some more, though) gt; Hi Alex, beyond what Michael said - the bug you quote above is fixed for LO 3.5 already, as we're using a librsvg-based svg renderer now to handle the 'embed as image' case. As for what can possibly be reused from the AOO(I) code, let us see when the implementation is done. librsvg, FWIW, is a production-ready, complete implementation, with quite some years of development - it will take some time to match it ... Cheers, -- Thorsten ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Removed unnessecary tools/table.hxx includes.
Hello LO-devs, As the subject already mentions this patch removes unnessecary header includes for the tools table implementation. I'm using OpenGrok quite often for the cleanups so I would like to know how often the indices are updated. --- filter/source/xsltdialog/xmlfileview.hxx |1 - .../hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx |1 - .../source/spellcheck/macosxspell/macspellimp.hxx |1 - .../source/spellcheck/spell/sspellimp.hxx |1 - .../source/thesaurus/libnth/nthesimp.hxx |2 -- linguistic/workben/sspellimp.hxx |1 - rsc/source/tools/rscchar.cxx |2 -- sc/source/filter/inc/xcl97esc.hxx |1 - sfx2/source/bastyp/frmhtml.cxx |1 - svx/inc/svx/msdffdef.hxx |1 - svx/inc/svx/xtable.hxx |1 - sw/inc/docary.hxx |1 - sw/inc/hints.hxx |1 - sw/source/filter/writer/writer.cxx |1 + 14 files changed, 1 insertions(+), 15 deletions(-) diff --git a/filter/source/xsltdialog/xmlfileview.hxx b/filter/source/xsltdialog/xmlfileview.hxx index b03bc76..5edd096 100644 --- a/filter/source/xsltdialog/xmlfileview.hxx +++ b/filter/source/xsltdialog/xmlfileview.hxx @@ -35,7 +35,6 @@ #include tools/table.hxx #include svtools/xtextedt.hxx #include vcl/timer.hxx -#include tools/table.hxx #include vcl/wrkwin.hxx #include vcl/ctrl.hxx #include vcl/button.hxx diff --git a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx index fb2ba59..933155b 100644 --- a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx +++ b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.hxx @@ -42,7 +42,6 @@ #include com/sun/star/linguistic2/XHyphenator.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include unotools/charclass.hxx diff --git a/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx b/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx index f877685..1f88342 100644 --- a/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx +++ b/lingucomponent/source/spellcheck/macosxspell/macspellimp.hxx @@ -48,7 +48,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include linguistic/lngprophelp.hxx diff --git a/lingucomponent/source/spellcheck/spell/sspellimp.hxx b/lingucomponent/source/spellcheck/spell/sspellimp.hxx index c561b22..d862dbd 100644 --- a/lingucomponent/source/spellcheck/spell/sspellimp.hxx +++ b/lingucomponent/source/spellcheck/spell/sspellimp.hxx @@ -41,7 +41,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include linguistic/lngprophelp.hxx diff --git a/lingucomponent/source/thesaurus/libnth/nthesimp.hxx b/lingucomponent/source/thesaurus/libnth/nthesimp.hxx index 7baa32d..58957f9 100644 --- a/lingucomponent/source/thesaurus/libnth/nthesimp.hxx +++ b/lingucomponent/source/thesaurus/libnth/nthesimp.hxx @@ -47,8 +47,6 @@ #include com/sun/star/linguistic2/XLinguServiceManager.hpp #include com/sun/star/linguistic2/XSpellChecker1.hpp -#include tools/table.hxx - #include unotools/charclass.hxx #include lingutil.hxx diff --git a/linguistic/workben/sspellimp.hxx b/linguistic/workben/sspellimp.hxx index 5e839b4..b2ebeff 100644 --- a/linguistic/workben/sspellimp.hxx +++ b/linguistic/workben/sspellimp.hxx @@ -41,7 +41,6 @@ #include com/sun/star/linguistic2/XSpellChecker.hpp #include com/sun/star/linguistic2/XSearchableDictionaryList.hpp #include com/sun/star/linguistic2/XLinguServiceEventBroadcaster.hpp -#include tools/table.hxx #include linguistic/misc.hxx #include sprophelp.hxx diff --git a/rsc/source/tools/rscchar.cxx b/rsc/source/tools/rscchar.cxx index c43874c..f4b7464 100644 --- a/rsc/source/tools/rscchar.cxx +++ b/rsc/source/tools/rscchar.cxx @@ -31,8 +31,6 @@ #include string.h #include ctype.h -#include tools/table.hxx - // Solar Definitionen #include tools/solar.h #include rsctools.hxx diff --git a/sc/source/filter/inc/xcl97esc.hxx b/sc/source/filter/inc/xcl97esc.hxx index a2af601..3634874 100644 --- a/sc/source/filter/inc/xcl97esc.hxx +++ b/sc/source/filter/inc/xcl97esc.hxx @@ -31,7 +31,6 @@ #include memory #include stack -#include tools/table.hxx #include filter/msfilter/escherex.hxx #include xlescher.hxx #include xeroot.hxx diff --git
Re: [Libreoffice] FR langpack for DEB x86_64 daily build broken
Jean-Baptiste Faure píše v Pá 28. 10. 2011 v 23:50 +0200: Hi, FR langpack for DEB x86_64 daily build is broken: problem concerns the package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5 Post-install fails, unopkg does not find a library: error while loading shared libraries: libdeploymentmisclo.so: cannot open shared object file: No such file or directory Same error of course when I try to uninstall this package. Need to modify manually /var/lib/dpkg/info/libo-dev3.5-dict-fr.postrm to force uninstalling the package. I do not understand how it is possible but it seems that the installation of this langpack remove oosplash program: after langpack installation lo-dev does not start because it does not find oosplash. It start without problem if FR langpack is not installed. It should have been fixed a week ago by http://cgit.freedesktop.org/libreoffice/core/commit/?id=1221e6a9e44f080b8e5fc5d3fdf3a708b6e382ab I have finally saw the same syptoms, ... Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Running in terminal: different output (incl. backtrace /memory map) than after previous builds - something changed?
Cor Nouws píše v Po 05. 12. 2011 v 16:10 +0100: Hi, Did a pull -r amd make clean and a make dev-install last Thuesday Then ran solenv/bin/ooinstall I am surprised that you run ooinstall after make dev-install. Do you want to have it installed twice? Now when running in a terminal, I get regular output. And on errors a backtrace /memory map. Which I did not get before, when I did a build in the same way.. Has anything changed on purpose or by accident? There were changes to make it easier to debug subsequent test failures. I wonder if it is related. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] In writer some close button does not work anymore
On Tue, 2011-12-06 at 13:25 +0100, Jean-Baptiste Faure wrote: Le 06/12/2011 13:13, Caolán McNamara a écrit : I suggest we revert my change on the 3-5 branch when that opens in a little while, we don't need this change right now for 3-5, and do an alternative fix on master. You certainly know better than me what is the best solution in the present case. :-) Reverted in 3-5, fixed in master (for the field dialog) C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Removed unnessecary tools/table.hxx includes.
Hi Marcel, On Tuesday, 2011-12-06 15:25:35 +0100, Marcel Metz wrote: As the subject already mentions this patch removes unnessecary header includes for the tools table implementation. Thanks, pushed to master http://cgit.freedesktop.org/libreoffice/core/commit/?id=4c2dcaf1307ca4711c9b622796914e87eb64145b I'm using OpenGrok quite often for the cleanups so I would like to know how often the indices are updated. Don't know, but I recommend to install GNU id-utils (on Debian and derivates that's package id-utils) and then in the build tree's root invoke solenv/bin/create-ids, that way you can be sure the index matches your current source tree and id-utils interface nicely with vim and emacs, internally or with the eid command, or from the command line you can also use lid and gid. Just rerun create-ids whenever you want to update the index after you edited a bunch. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpzpNCn4jDXC.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Translation of German comments in /svx/source/svdraw (part2)
On 05/12/11 14:27, Stefan Knorr (Astron) wrote: Hello. As promised, here is the second part... a big thanks goes to Eike who... managed to get hold of an intact revision before ooo/DEV300_m101 was merged and converted it from *gasp* cp437 to utf-8 I am still unsure what to make of the second ASCII image,... I sincerely hope someone else does. I also tried to use more future-proof symbols than those contained in the old version (so we won't be in the same sorry place again, and also because the old symbols messed up Gedit's and Notepad++ code view, in Nano everything was fine though). Astron. thanks, very good translation, have pushed it to master... regards, michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Removed unnessecary tools/table.hxx includes.
Hi Marcel, On Tuesday, 2011-12-06 17:19:05 +0100, Eike Rathke wrote: I recommend to install GNU id-utils Just added to the wiki: http://wiki.documentfoundation.org/Development/GNU_ID-utils http://wiki.documentfoundation.org/Development/Vim#GNU_ID-utils Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD pgpft0wk0Gjik.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Translate German comments and correct some English ones
On 05/12/11 11:10, Michael Meeks wrote: On Sat, 2011-12-03 at 00:08 +0100, Philipp Weissenbacher wrote: But then, what constitutes an old comment? Very often I found that the JP with a date comments were obviously added _after_ the original comment. Really - trying to detect and annotate fragile pieces of code with special comments is not a winning idea I think :-) so just carry on removing junk 'JP 12345' comments without any concern ... i hereby request protection of the following comment species: //JP 06.01.98: MUSS noch optimiert werden!!! the handful of these comments are of enormous cultural value to Writer developers which would probably be lost in translation ;) All the best, Michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] XDG config migration
Tomáš Chvátal píše v Po 05. 12. 2011 v 10:40 +0100: Hi guys, After updating to 3.5 quite few people reported that their configuration is gone and they have default setup. The reason for this is that 3.5 now uses XDG spec ~/.config/libreoffice instead of ~/.libreoffice. Simple copy of later folder to replace the former one solved the issued for everyone. Strange, it seems that the original ~/.libreoffice/3 path is checked here. AFAIK, the important code is in desktop/source/migration/migration.cxx in MigrationImpl::findInstallation. I printed the checked aUserInst paths and got: file:///home/pmladek/.libreoffice/3 file:///home/pmladek/.openoffice.org/3 I see that it even creates the file ~/.libreoffice/3/MIGRATED. Well, I am not sure if it really migrates the options. Hmm, we do not set XDG_CONFIG_HOME on SLED11-SP1. It will not work if we set it because it will not remove .config from the path, see: --- cut --- if ( !pXDGCfgHome aUserInst.endsWithAsciiL( XDG_CONFIG_PART, sizeof( XDG_CONFIG_PART ) - 1 ) ) aUserInst = aUserInst.copy( 0, aUserInst.getLength() - sizeof( XDG_CONFIG_PART ) + 2 ); // remove trailing '.config' ( but leave the terminating '/' ) --- cut --- Do you set XDG_CONFIG_HOME in Gentoo? IMHO, we should check both prefixes: $XDG_CONFIG_HOME and $HOME in all cases. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] definition of line caps for dashed lines
Hi all, now I want to start with defining the geometry of line caps and soon struggle about definition problems: The attribute svg:stroke-linecap is defined in ODF1.2 part1 section 20.164 using a reference to http://www.w3.org/TR/2003/REC-SVG11-20030114/ In svg the attribute stroke-linecap can be combined with attibute stroke-dasharray. In this case both Seamonkey and Opera render it in the way, that the caps are added to each dash. So I assume, that it is the correct way for svg. In ODF1.2 section 19.218.5 exists an attribute draw:style for the element draw:stroke-dash with values 'rect' and 'round'. It defines the shape of the dashes. So the question is, how should the new property linecap work on dashed lines? It is possible, that a document sets linecap = 'round' and dash style = 'rect', which are contradictory. I have found no rule in the ODF1.2 spec to solve it. Does an ODF conform application exist, that has linecap already implement? Otherwise we could suggest a solution to OASIS. Microsoft Office has a line property Endetyp (German) with values 'Flach', 'Rund', and 'Rechteck' which corresponds to the linecap property. Microsoft Office applies the property to each dash, but the caps are not added to the dashes. Rounding is cut of the flat size of the inner dashes and only added to the outer dashes. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [NOT_URGENT] Some OSL cleanup
Hi, New version of the patch, with good versions comments and whithout compilation of getpid on recent linux. Previuously, I've only checked if the installation baseline is ok, so I checked if Glibc and kernel version's on LibreOffice download page are good, sorry for this. This patch have the correct baseline (Glibc 2.4 and of course Linux 2.6+). 2011/11/23 Michael Meeks michael.me...@suse.com On Wed, 2011-11-23 at 14:06 +, Caolán McNamara wrote: On Tue, 2011-11-22 at 22:17 +0100, Arnaud Versini wrote: * Linux kernel version 2.6.18 or higher; - clone() for NTPL * glibc2 version 2.5 or higher; - NPTL ... My understanding is that our practical baseline is the RHEL-4.9 x86 build machine, which is... glibc: glibc-2.3.4-2.54 This version of GLibc can also be used with LinuxThreads, internal getpid is used instead of the glibc version with this patch. As mentioned Caolán, RHEL 4.9 use NPTL, but with this version of Glibc, LinuxThreads can also be used. kernel: uname -r - 2.6.9-101.plus.c4smp Looks like we can't remove it for now then; thanks for digging out the versions Arnaud - I've added them in a comment to that piece of system.c. All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot Sorry for the delay Best regards -- Arnaud Versini From 9ab9a5035813d6648afc757d4b23ce1a3f0eaabb Mon Sep 17 00:00:00 2001 From: Arnaud Versini arnaud.vers...@gmail.com Date: Tue, 6 Dec 2011 19:49:34 +0100 Subject: [PATCH] Don't replace getpid on Linux when the system version is correct --- sal/osl/unx/system.c | 14 -- 1 files changed, 8 insertions(+), 6 deletions(-) diff --git a/sal/osl/unx/system.c b/sal/osl/unx/system.c index 478fdaf..d1fc724 100644 --- a/sal/osl/unx/system.c +++ b/sal/osl/unx/system.c @@ -201,14 +201,16 @@ int macxp_resolveAlias(char *path, int buflen) #endif /* NO_PTHREAD_RTL */ -#if defined(LINUX) -/* The linux kernel thread implemention, always return the pid of the - thread subprocess and not of the main process. So we save the main - pid at startup +#if defined(LINUX) defined (__GLIBC__) __GLIBC__ == 2 || __GLIBC_MINOR__ 4 +/* The linux kernel 2.4 getpid implemention always return the pid of the + thread subprocess and not of the main process, the NPTL implementation + with a Linux kernel 2.6 kernel return the pid. So when possibly + their is the wrong implementation of getpid, we save the pid at startup. FIXME: when our Linux base-line is above: -+ Linux kernel version 2.6.18 or higher; - clone() for NTPL -+ glibc2 version 2.5 or higher; - NPTL ++ Linux kernel version 2.6 or higher; - clone() for NTPL ++ glibc2 version 2.4 or higher; - No longer LinuxThreads, only NPTL Then we get a working getpid() and can remove this hack. + FIXME: getppid is also wrong in this situation */ // Directly from libc.so.6, obviously missing from some unistd.h: -- 1.7.5.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] LibO 3.5.0 Beta 0 First assessment
Michael Stahl wrote (06-12-11 13:20) On 03/12/11 18:27, Cor Nouws wrote: Michael Meeks wrote (03-12-11 15:50) Yes ! we have not branched yet; master will branch at the feature-freeze before B1 so we have: master Beta0 ---\--- crazy stuff ... \ \- Beta1 --- stabilisation - Beta2 etc. :- Correct. While explaining the whole event to someone else, suddenly it became clear to me it might be much clearer when we have another naming scheme: master - Alpha1 ---\--- crazy stuff ... \ \- Alpha2 --- stabilisation - Beta1 The great advantage of this is, that people having some expectation on what a beta1 is, will not be disappointed. Also, the whole schedule will not change, only the naming will be conform what people get offered. Will be something that marketing is going to praise us for, isn't it? sounds most reasonable to me; i'd say that that calling some random revision on the dev branch that happens to build on all platforms a beta0 is rather bad communication :) Especially when that random revision is preceded by an extreme load of commits ;-) I have had the pleasure to do quite some work with various daily and local builds the last months and quite often without (big) problems. (Of course I only use a sub set of all features). So I am not at all pessimistic about the quality ... *once* the probably unavoidable build/merge/conflict problems after the freeze have been solved. So yes, naming that supports communication to be conform what people expect, would be useful IMHO. Regards, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] XDG config migration
Petr Mladek píše v Út 06. 12. 2011 v 21:08 +0100: Petr Mladek píše v Út 06. 12. 2011 v 19:57 +0100: Tomáš Chvátal píše v Po 05. 12. 2011 v 10:40 +0100: Hi guys, After updating to 3.5 quite few people reported that their configuration is gone and they have default setup. The reason for this is that 3.5 now uses XDG spec ~/.config/libreoffice instead of ~/.libreoffice. Simple copy of later folder to replace the former one solved the issued for everyone. IMHO, we should check both prefixes: $XDG_CONFIG_HOME and $HOME in all cases. I tried to implement it, see the attached patch. Unfortunately, it does not work because it do the migration in the second run and it uses the same directory name in $HOME/.config like in used in $HOME = it finds the new clean configuration from the first run and migrates it into itself. Maybe, we could use the patch and just ignore the old configuration if it is in the same path like the new one ;-) Then it will solve the problem with set $XDG_CONFIG_HOME. As I said, it is too late for me to dig into it now. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Depends on||43556 --- Comment #38 from Lionel Elie Mamane lio...@mamane.lu 2011-12-06 12:18:04 PST --- Nominate bug 43556: Hidden state in report design, leads to behaviour that is incomprehensible from what is shown in the UI. -- 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] Running in terminal: different output (incl. backtrace /memory map) than after previous builds - something changed?
Petr Mladek wrote (06-12-11 16:06) Cor Nouws píše v Po 05. 12. 2011 v 16:10 +0100: Hi, Did a pull -r amd make clean and a make dev-install last Thuesday Then ran solenv/bin/ooinstall I am surprised that you run ooinstall after make dev-install. Do you want to have it installed twice? What I was told, is that solenv/bin/ooinstall path , rather then copying some folder from the build to another place on my HD, is a good way to get a local installation of the build (for later reference) . Now when running in a terminal, I get regular output. And on errors a backtrace /memory map. Which I did not get before, when I did a build in the same way.. Has anything changed on purpose or by accident? There were changes to make it easier to debug subsequent test failures. I wonder if it is related. ..? Cheers, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Developing new built-in functions within LibreCalc
Hello everyone, I've developed my self a set of functions using visualbasic for Excel and they do work fine. I've also tried those on LibreCalc (as Macros) and they also work fine as well. I was thinking then on porting that code so as to use those functions as built-in functions within Calc, but, to be honest, I have no clue on how to do it. I'm not even a great programmer. I have very basic knowledge on programming. So, any instructions would help me out understand which is the right process on developing some thing new for Libreoffice. Best regards, Lucas -- Antes teníamos hambre y mirábamos el reloj para saber qué hora era. Ahora miramos el reloj para saber si tenemos hambre. -- Ernesto Sábato ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] FR langpack for DEB x86_64 daily build broken
Le 06/12/2011 15:38, Petr Mladek a écrit : Jean-Baptiste Faure píše v Pá 28. 10. 2011 v 23:50 +0200: Hi, FR langpack for DEB x86_64 daily build is broken: problem concerns the package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5 Post-install fails, unopkg does not find a library: error while loading shared libraries: libdeploymentmisclo.so: cannot open shared object file: No such file or directory Same error of course when I try to uninstall this package. Need to modify manually /var/lib/dpkg/info/libo-dev3.5-dict-fr.postrm to force uninstalling the package. I do not understand how it is possible but it seems that the installation of this langpack remove oosplash program: after langpack installation lo-dev does not start because it does not find oosplash. It start without problem if FR langpack is not installed. It should have been fixed a week ago by http://cgit.freedesktop.org/libreoffice/core/commit/?id=1221e6a9e44f080b8e5fc5d3fdf3a708b6e382ab I have finally saw the same syptoms, ... Thank you very much. I saw your message on qa list and tried on another computer (ubuntu 10.04 but x86) and the current daily build + FR langpack installs without problem. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] make dev-install -o build does a complete incremental build
2 On Tue, Dec 06, 2011 at 06:00:18AM +0100, Lionel Elie Mamane wrote: On Mon, Dec 05, 2011 at 01:22:16PM +0100, Bjoern Michaelsen wrote: On Mon, 5 Dec 2011 11:33:45 +0100 Lionel Elie Mamane lio...@mamane.lu wrote: Additionally, the incremental build (just after make successfully finished, no source file touched/changed) relinks quite some libraries and JCS/JAR files, I'm not sure why. For the JCS files it is pretty much unavoidable (...) As for the relinking, most of it should be solved with: http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c4537471c932b65e6f72e41881b505c4bbad12c Are there other gremlins left? I'll test again and let you know. I attach a rebuild log of e68487b71, so after the commit you mention. generated by: make make dev-install -o build rebuild.log In particular: - recompilation of localedata - tools/source/string/reversemap - a *lot* of link lines: 187 -- Lionel rebuild.log.bz2 Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] ecofont
Hi, may I ask if it is possible to include ecofont (www.ecofont.com/assets/files/ecofont_vera_sans_regular.zip) in libreoffice? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Naming builds. Please???
On Tue, Dec 06, 2011 at 04:09:15AM -0800, Pedro wrote: quote author=Lionel Elie Mamane Joe downloads the new changes (git fetch) from time 192 to 196 Joe rebases (or merges) his changes with the new changes at time 198 Joe successfully pushes his changes to the central repository at time 201 /quote I didn't understand this part. If at time 198 it is included in his personal repository wouldn't it make sense to use time 201 when the changes are known to all developers? Prosaically, git does not keep track of time 201 (push time), so we cannot know what that time actually is. And since git does not keep track of it, it makes it harder to find a commit if one is given its push time, while one can (with a modicum of work) search a commit by commit time: It is shown in gitk and in git log --format=fuller. And actually it does not make a difference in terms of ambiguity in practise, since no other changes recorded into another developer's local repository between times 198 (commit time) and 201 (push time) can be pushed successfully. I developer Jane has recorded another change at time 200 in her personal repository, she necessarily does not have Joe's change yet. When she tries to push her change at time 205, git will refuse, and Jane will have to fetch Joe's change (time 206), rebase her own change (time 207) and push it (time 208), so the commit time for her change will be 207. Aren't the builds uploaded to the Tinderboxes supposed to be compiled from the Central repositories only? Yes, they are. But if the system *also* works for a developer distributing his own build to a tester, that's a nice extra. But I would still suggest using as epoch the TDF's Birth date (midnight Sept 28th 2010) and to use days as unit with the point separating days from the fraction part. It is easier to refer to a 3 digit version as your email illustrates. Yes, but an added advantage of using standard Unix timestamp is that git can an also handle that format... As in: git --log --format=fuller --date=raw Given a commit's commit time, one can then search in the output of that for the exact timestamp. Also consider: git log --since 1323142582 --until 1323156305 which gets all commits with author date between 1323142582 and 1323156305. Yes, *author* date, not *commit* date, that's the snag right now, but if I get my way in the feature request I'm going to make to git, the next version of git will have a --commit-since and --commit-until for commit dates :) Your format needs manual conversion to do that. But it has other advantages, which you describe. So shrug I have no strong opinion on this point. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ecofont
On Tue, Dec 6, 2011 at 4:55 PM, 810d4rk 810d...@gmail.com wrote: Hi, may I ask if it is possible to include ecofont (www.ecofont.com/assets/files/ecofont_vera_sans_regular.zip) in libreoffice? Hi, Thank you for your suggestion. Do you have further information about the licensing of that font? The only external information about ecofont licensing that I could dig up is here at debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509594 I looked at the EcoFont FAQ, but most of their licensing information seems to be for per-site or per-seat arrangements: http://www.ecofont.com/en/help/ecofont/faq/0022.html For LibreOffice to consider the inclusion of a font, it will need to be available under terms compatible with the project's licensing: http://www.libreoffice.org/download/license/ The EcoFont toner-saving concept is pretty nifty. If the licensing can be straightened-out, it's definitely worth considering for inclusion. Cheers, -- Robinson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Naming builds. Please???
Hi Lionel, Petr, * Your format needs manual conversion to do that. But it has other advantages, which you describe. So shrug I have no strong opinion on this point. While you (devs) think about this would it be possible to implement the Pretty Print date on the About box to match the date included in the filename as suggested by Petr Mladek? This would be immediately useful for QA and l10n people testing with daily/nightly builds. Also, as suggested by Petr + human readable string for official builds for normal users: = I would add one more line, .e.g. 3.5.0-beta1 it will be used only in the official builds generated from release tarballs or release tags Can this be added for the upcoming Beta1 or at least for Beta2 and all future Betas and RCs? --- Pedro -- View this message in context: http://nabble.documentfoundation.org/Naming-builds-Please-tp3556898p3565927.html Sent from the Dev mailing list archive at Nabble.com.___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW][PATCH] crash releaseTimer on NULL mpPresTimer
http://cgit.freedesktop.org/libreoffice/core/commit/?id=d57887eaad534ca51fc4975918fab66b2f93633d Reproducer at https://bugzilla.redhat.com/show_bug.cgi?id=759647 I see that the mpPresTimer in slideshow is reset when dispose is called. However a scopeGuard can still try and call releaseTimer on that mpPresTimer which was disposed since it the guard ctored. The boost::cref that scopeGuard takes doesn't increment the shared_ptr, its effectively just a weak reference. Fix looks right to me anyway ? Anyone know different, and if not is it worth cherry-picking for 3-5 ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] make dev-install -o build does a complete incremental build
On Tue, Dec 06, 2011 at 10:39:34PM +0100, Lionel Elie Mamane wrote: I attach a rebuild log of e68487b71, so after the commit you mention. generated by: make make dev-install -o build rebuild.log In particular: - recompilation of localedata - tools/source/string/reversemap - a *lot* of link lines: 187 Hm, indeed. The link lines are expected once you recompile in i18npool/tools. However, I cannot reproduce those recompiles here, but I havent updated to exact that changeset. What is your autogen.lastrun? Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ecofont
On Wed, Dec 7, 2011 at 12:46 AM, Robinson Tryon bishop.robin...@gmail.comwrote: On Tue, Dec 6, 2011 at 4:55 PM, 810d4rk 810d...@gmail.com wrote: Hi, may I ask if it is possible to include ecofont (www.ecofont.com/assets/files/ecofont_vera_sans_regular.zip) in libreoffice? Hi, Thank you for your suggestion. Do you have further information about the licensing of that font? The only external information about ecofont licensing that I could dig up is here at debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509594 I looked at the EcoFont FAQ, but most of their licensing information seems to be for per-site or per-seat arrangements: http://www.ecofont.com/en/help/ecofont/faq/0022.html For LibreOffice to consider the inclusion of a font, it will need to be available under terms compatible with the project's licensing: http://www.libreoffice.org/download/license/ The EcoFont toner-saving concept is pretty nifty. If the licensing can be straightened-out, it's definitely worth considering for inclusion. Their font is based on Bitstream Vera, http://www-old.gnome.org/fonts/ which has full information + FAQ about licensing. You can ask them if they are happy to have Ecofont bundled with LibreOffice. If they are not happy, then we have the right to get the font and rename to something else (per license). My only concern with this is the glyph coverage. The old Bitstream Vera font covered partially the basic Latin Unicode blocks. Due to this, the DejaVu project took Bitstream Vera and added full Latin, Cyrillic and Greek, and many more Unicode blocks (see http://www.unicode.org/charts and http://dejavu-fonts.org/wiki/Main_Page ). Simos ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH 05/11] Replace SmNodeStack with std::stack SmNode*
On 12/01/2011 11:09 AM, Marcel Metz wrote: --- starmath/inc/parse.hxx |3 +- starmath/source/math_pch.cxx |1 - starmath/source/mathmlimport.cxx | 223 ++ starmath/source/mathmlimport.hxx |8 ++- starmath/source/parse.cxx| 222 -- 5 files changed, 279 insertions(+), 178 deletions(-) sm_unoapi subsequenttest keeps crashing for me now at #14 0x003e04236285 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #15 0x003e04237b9b in __GI_abort () at abort.c:91 #16 0x7fa051d3537d in __gnu_debug::_Error_formatter::_M_error() const () from /data/lo/core/solver/unxlngx6/installation/opt/program/../ure-link/lib/libstdc++.so.6 #17 0x7fa02e12aa6f in std::stackSmNode*, std::__debug::dequeSmNode*, std::allocatorSmNode* ::top (this=0x7fa02407a6b8) at /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/stl_stack.h:160 #18 0x7fa02e157f1d in SmParser::Expression (this=0x7fa02407a690) at /data/lo/core/starmath/source/parse.cxx:1118 #19 0x7fa02e157acb in SmParser::Align (this=0x7fa02407a690) at /data/lo/core/starmath/source/parse.cxx:1062 #20 0x7fa02e157c75 in SmParser::Line (this=0x7fa02407a690) at /data/lo/core/starmath/source/parse.cxx:1087 #21 0x7fa02e15776a in SmParser::Table (this=0x7fa02407a690) at /data/lo/core/starmath/source/parse.cxx:992 #22 0x7fa02e15c52a in SmParser::Parse (this=0x7fa02407a690, rBuffer=...) at /data/lo/core/starmath/source/parse.cxx:2483 #23 0x7fa02e108677 in SmDocShell::Parse (this=0x7fa02407a510) at /data/lo/core/starmath/source/document.cxx:259 i.e., at SmNode *pNode = m_aNodeStack.top() in SmParser::Expression(), where m_aNodeStack is empty. It *looks* to me that the following happens: The stack is rightfully empty, but the old implementation of tools' stack Pop() always returned null in that case, and the code in SmParser::Expression() relies on that -- which would explain the following if (pNode) clause. Old tools' stack Pop() was implemented as Container::Remove(Count()-1), where the parameter to remove is of unsigned sal_uIntPtr, and Container::Remove doing if ( nCount = nIndex ) return NULL; http://cgit.freedesktop.org/libreoffice/core/commit/?id=b419bb21a76c48dda9f9a6ef6182b98e03358176 lets the test succeed, but who knows which other code depended on this magnificent misfeature of the old stack implementation, too... Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] minor idl fixes
Hi all, attached is a patch to fix some broken IDL files. Thank you, Tomas From d66bf0eea556f71b25c526e7916d7aaea739c8a8 Mon Sep 17 00:00:00 2001 From: Tomas Hlavaty t...@logand.com Date: Tue, 6 Dec 2011 23:52:56 +0100 Subject: [PATCH] minor idl fixes --- .../sun/star/drawing/DrawingDocumentFactory.idl|2 +- .../com/sun/star/i18n/XExtendedTransliteration.idl |2 +- offapi/com/sun/star/i18n/XNativeNumberSupplier.idl |2 +- .../com/sun/star/linguistic2/LanguageGuessing.idl |2 +- udkapi/com/sun/star/util/logging/Logger.idl|4 ++-- 5 files changed, 6 insertions(+), 6 deletions(-) diff --git a/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl b/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl index 41bbd29..71d3231 100644 --- a/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl +++ b/offapi/com/sun/star/drawing/DrawingDocumentFactory.idl @@ -26,7 +26,7 @@ ** **/ #ifndef __com_sun_star_drawing_DrawingDocumentFactory_idl__ -#define __com::sun::star::drawing_DrawingDocumentFactory_idl__ +#define __com_sun_star_drawing_DrawingDocumentFactory_idl__ #include com/sun/star/lang/XMultiServiceFactory.idl diff --git a/offapi/com/sun/star/i18n/XExtendedTransliteration.idl b/offapi/com/sun/star/i18n/XExtendedTransliteration.idl index ca2348d..3afe7c8 100644 --- a/offapi/com/sun/star/i18n/XExtendedTransliteration.idl +++ b/offapi/com/sun/star/i18n/XExtendedTransliteration.idl @@ -29,7 +29,7 @@ #define __com_sun_star_i18n_XExtendedTransliteration_idl__ #include com/sun/star/i18n/XTransliteration.idl -#include MultipleCharsOutputException.idl +#include com/sun/star/i18n/MultipleCharsOutputException.idl //= diff --git a/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl b/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl index a11ad7a..2e96883 100644 --- a/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl +++ b/offapi/com/sun/star/i18n/XNativeNumberSupplier.idl @@ -29,7 +29,7 @@ #define __com_sun_star_i18n_XNativeNumberSupplier_idl__ #include com/sun/star/lang/Locale.idl -#include NativeNumberXmlAttributes.idl +#include com/sun/star/i18n/NativeNumberXmlAttributes.idl //= diff --git a/offapi/com/sun/star/linguistic2/LanguageGuessing.idl b/offapi/com/sun/star/linguistic2/LanguageGuessing.idl index 1e99fbc..5ba3c04 100644 --- a/offapi/com/sun/star/linguistic2/LanguageGuessing.idl +++ b/offapi/com/sun/star/linguistic2/LanguageGuessing.idl @@ -28,7 +28,7 @@ #ifndef __com_sun_star_linguistic2_LanguageGuessing_idl__ #define __com_sun_star_linguistic2_LanguageGuessing_idl__ -#include XLanguageGuessing.idl +#include com/sun/star/linguistic2/XLanguageGuessing.idl module com { module sun { module star { module linguistic2 { diff --git a/udkapi/com/sun/star/util/logging/Logger.idl b/udkapi/com/sun/star/util/logging/Logger.idl index 5f02627..72e377a 100644 --- a/udkapi/com/sun/star/util/logging/Logger.idl +++ b/udkapi/com/sun/star/util/logging/Logger.idl @@ -29,8 +29,8 @@ #define __com_sun_star_webtop_Logger_idl__ #include com/sun/star/uno/XInterface.idl -#include XLogger.idl -#include XLoggerRemote.idl +#include com/sun/star/util/logging/XLogger.idl +#include com/sun/star/util/logging/XLoggerRemote.idl //= -- 1.7.0.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] minor idl fixes
On Wed, 2011-12-07 at 00:02 +0100, Tomas Hlavaty wrote: Hi all, attached is a patch to fix some broken IDL files. Looks sane to me, pushed, thanks for these. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] module wizards build is broken
On Tue, 2011-12-06 at 13:49 +0100, Jean-Baptiste Faure wrote: Hi all, it's me or the build of the module wizards is broken today ? I did a fresh build : autogen.sh - make clean - make fetch - make The problem seems to be in pyfax_pyuno should be ok now I think. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Developing new built-in functions within LibreCalc
Hello Lucas, On Tue, 2011-12-06 at 17:59 -0300, Lucas Aimaretto wrote: I was thinking then on porting that code so as to use those functions as built-in functions within Calc, but, to be honest, I have no clue on how to do it. I'm not even a great programmer. I have very basic knowledge on programming. So, any instructions would help me out understand which is the right process on developing some thing new for Libreoffice. The best reference I can think of is the one Eike wrote which should be somewhere in OOo's wiki. It was for OOo but the basic principle remains the same for LibreOffice. The problem is, I did a quick search on OOo's wiki site, and couldn't find that page. Eike, do you still remember where that article of yours is located? Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Developing new built-in functions within LibreCalc
I'm not sure what would be good search terms, but searching the wiki seems useful, using a search like this one: http://wiki.services.openoffice.org/w/index.php?title=Special%3ASearchsearch=Eike+Calcfulltext=Search. Also, there are sections on Calc and Add-Ins, such as http://wiki.services.openoffice.org/wiki/Calc/Add-In. It's all there somewhere. - Dennis -Original Message- From: libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org [mailto:libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org] On Behalf Of Kohei Yoshida Sent: Tuesday, December 06, 2011 16:49 To: Lucas Aimaretto Cc: Eike Rathke; libreoffice@lists.freedesktop.org Subject: Re: [Libreoffice] Developing new built-in functions within LibreCalc Hello Lucas, On Tue, 2011-12-06 at 17:59 -0300, Lucas Aimaretto wrote: I was thinking then on porting that code so as to use those functions as built-in functions within Calc, but, to be honest, I have no clue on how to do it. I'm not even a great programmer. I have very basic knowledge on programming. So, any instructions would help me out understand which is the right process on developing some thing new for Libreoffice. The best reference I can think of is the one Eike wrote which should be somewhere in OOo's wiki. It was for OOo but the basic principle remains the same for LibreOffice. The problem is, I did a quick search on OOo's wiki site, and couldn't find that page. Eike, do you still remember where that article of yours is located? Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ecofont
It would be very good to have a ecofont alternate version for each font, is that possible to do? For libreoffice 3.5 it is possible to have at lest one of these fonts? In their website they have a paid program that has more fonts. On 06/12/2011, Simos Xenitellis simos.li...@googlemail.com wrote: On Wed, Dec 7, 2011 at 12:46 AM, Robinson Tryon bishop.robin...@gmail.comwrote: On Tue, Dec 6, 2011 at 4:55 PM, 810d4rk 810d...@gmail.com wrote: Hi, may I ask if it is possible to include ecofont (www.ecofont.com/assets/files/ecofont_vera_sans_regular.zip) in libreoffice? Hi, Thank you for your suggestion. Do you have further information about the licensing of that font? The only external information about ecofont licensing that I could dig up is here at debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509594 I looked at the EcoFont FAQ, but most of their licensing information seems to be for per-site or per-seat arrangements: http://www.ecofont.com/en/help/ecofont/faq/0022.html For LibreOffice to consider the inclusion of a font, it will need to be available under terms compatible with the project's licensing: http://www.libreoffice.org/download/license/ The EcoFont toner-saving concept is pretty nifty. If the licensing can be straightened-out, it's definitely worth considering for inclusion. Their font is based on Bitstream Vera, http://www-old.gnome.org/fonts/ which has full information + FAQ about licensing. You can ask them if they are happy to have Ecofont bundled with LibreOffice. If they are not happy, then we have the right to get the font and rename to something else (per license). My only concern with this is the glyph coverage. The old Bitstream Vera font covered partially the basic Latin Unicode blocks. Due to this, the DejaVu project took Bitstream Vera and added full Latin, Cyrillic and Greek, and many more Unicode blocks (see http://www.unicode.org/charts and http://dejavu-fonts.org/wiki/Main_Page ). Simos -- Thanks ___ 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 Kohei Yoshida kohei.yosh...@gmail.com changed: What|Removed |Added Depends on|42958 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Kohei Yoshida kohei.yosh...@gmail.com changed: What|Removed |Added Depends on|42259 | -- 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] make dev-install -o build does a complete incremental build
On Wed, Dec 07, 2011 at 12:16:44AM +0100, Bjoern Michaelsen wrote: On Tue, Dec 06, 2011 at 10:39:34PM +0100, Lionel Elie Mamane wrote: I attach a rebuild log of e68487b71, so after the commit you mention. In particular: - recompilation of localedata - tools/source/string/reversemap - a *lot* of link lines: 187 Hm, indeed. The link lines are expected once you recompile in i18npool/tools. However, I cannot reproduce those recompiles here, but I havent updated to exact that changeset. What is your autogen.lastrun? --prefix=/home/user/usr/src/libreoffice/usr-master --with-num-cpus=4 --with-max-jobs=4 --enable-debug --enable-dbgutil --enable-crashdump --enable-dependency-tracking --enable-symbols --with-system-libs --without-system-libvisio --without-system-libcmis --without-system-libexttextcat --with-system-headers --without-system-mozilla --with-build-version=(LEM development build) --with-system-odbc --with-system-sane --with-system-xrender-headers --disable-zenity --enable-ext-report-builder --without-system-jars --with-openldap --without-system-lpsolve --without-system-cppunit --without-system-graphite --without-system-mysql-cppconn --enable-ext-mysql-connector --with-system-mysql --enable-extension-integration --without-system-nss --enable-ext-postgresql-sdbc --without-system-sampleicc -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] PATCH: menues - menus
This patch replaces occurrences of menues to menus This was on the list of easy fixes on the development page. Mike From 367cd40559e79fd6551509c01188fc05a65025d8 Mon Sep 17 00:00:00 2001 From: Michael T. Whiteley m...@whiteley.org Date: Tue, 6 Dec 2011 23:04:19 -0800 Subject: [PATCH] changed menues to menus --- automation/source/server/sta_list.cxx |2 +- dbaccess/source/ui/inc/dbu_resource.hrc|2 +- embeddedobj/source/general/docholder.cxx |4 ++-- .../uielement/langselectionmenucontroller.cxx |2 +- sc/source/ui/inc/submenu.hrc |2 +- solenv/gbuild/extensions/post_BuildplTargets.mk|2 +- svx/inc/globlmn_tmpl.hrc |2 +- svx/source/mnuctrls/SmartTagCtl.cxx|2 +- sw/source/ui/smartmenu/stmenu.cxx |2 +- testautomation/chart2/required/ch2_updt_calc.bas |2 +- .../global/tools/includes/required/t_menu.inc |2 +- vcl/inc/svdata.hxx |2 +- vcl/inc/vcl/menu.hxx |4 ++-- vcl/source/window/decoview.cxx |2 +- vcl/source/window/floatwin.cxx |2 +- vcl/source/window/menu.cxx |4 ++-- vcl/source/window/window.cxx |8 vcl/source/window/winproc.cxx |2 +- vcl/win/source/window/salframe.cxx |8 vcl/win/source/window/salmenu.cxx |8 20 files changed, 32 insertions(+), 32 deletions(-) diff --git a/automation/source/server/sta_list.cxx b/automation/source/server/sta_list.cxx index 2579929..a877277 100644 --- a/automation/source/server/sta_list.cxx +++ b/automation/source/server/sta_list.cxx @@ -577,7 +577,7 @@ Menu* StatementList::GetMatchingMenu( Window* pWin, Menu* pBaseMenu ) if ( pMenuBarWin == pWin ) return pMenu; -// search submenues +// search submenus pMenu = GetMatchingMenu( pWin, pMenu ); if ( pMenu ) return pMenu; diff --git a/dbaccess/source/ui/inc/dbu_resource.hrc b/dbaccess/source/ui/inc/dbu_resource.hrc index 7ba85bc..e2cb7fc 100644 --- a/dbaccess/source/ui/inc/dbu_resource.hrc +++ b/dbaccess/source/ui/inc/dbu_resource.hrc @@ -286,7 +286,7 @@ // free // -// menues +// menus #define MENU_TABLETREE_POPUPRID_MENU_START + 0 #define MENU_DATASOURCELIST_POPUP RID_MENU_START + 1 diff --git a/embeddedobj/source/general/docholder.cxx b/embeddedobj/source/general/docholder.cxx index 5e24643..036c2d6 100644 --- a/embeddedobj/source/general/docholder.cxx +++ b/embeddedobj/source/general/docholder.cxx @@ -747,11 +747,11 @@ sal_Bool DocumentHolder::ShowUI( const uno::Reference ::com::sun::star::frame:: // as long as the LM is invisible and locked an empty tool space will be used on resizing xOwnLM-setDockingAreaAcceptor( xDocAreaAcc ); -// try to merge menues; don't do anything else if it fails +// try to merge menus; don't do anything else if it fails if ( MergeMenues_Impl( xOwnLM, xContainerLM, xContainerDP, aContModuleName ) ) { // make sure that the container LM does not control the size of the containers window anymore -// this must be done after merging menues as we won't get the container menu otherwise +// this must be done after merging menus as we won't get the container menu otherwise xContainerLM-setDockingAreaAcceptor( uno::Reference ui::XDockingAreaAcceptor () ); // prevent further changes at this LM diff --git a/framework/source/uielement/langselectionmenucontroller.cxx b/framework/source/uielement/langselectionmenucontroller.cxx index 4b04b5c9..b5f1566 100644 --- a/framework/source/uielement/langselectionmenucontroller.cxx +++ b/framework/source/uielement/langselectionmenucontroller.cxx @@ -260,7 +260,7 @@ void LanguageSelectionMenuController::fillPopupMenu( Reference css::awt::XPopup m_nScriptType, m_aCurLang, m_aKeyboardLang, m_aGuessedTextLang ); // now add menu entries -// the different menues purpose will be handled by the different string +// the different menus purpose will be handled by the different string // for aCmd_Dialog and aCmd_Language sal_Int16 nItemId = 1; // in this control the item id is not important for executing the command diff --git a/sc/source/ui/inc/submenu.hrc b/sc/source/ui/inc/submenu.hrc index 4e5ad6d..b4f5dbd 100644 --- a/sc/source/ui/inc/submenu.hrc +++ b/sc/source/ui/inc/submenu.hrc @@ -25,7 +25,7 @@ *
Re: [Libreoffice] ecofont
On Tue, Dec 6, 2011 at 6:26 PM, Simos Xenitellis simos.li...@googlemail.com wrote: Their font is based on Bitstream Vera, http://www-old.gnome.org/fonts/ which has full information + FAQ about licensing. The debian bug report I mentioned earlier in thread points to this licensing PDF: http://www.ecofont.eu/assets/files/Ecofont_licence.pdf I have not examined that PDF in detail, but it both claims to be under the GPL while also adding additional conditions. Something sounds fishy there. According to the notes on the bug report [the content of the license text] make this non-free at a minimum, and possibly illegal to distribute. It also seems to hint that it may be patent encumbered or similar. Unless there's additional information available, these specific fonts look DOA. Looking forward, unless EcoFont has a patent on swiss-cheesing fonts, one could potentially make swiss-cheese versions of the existing fonts in LO. As for merely saving toner/ink when printing, it appears that someone did some testing and found that some fonts (e.g. Century Gothic) will save more ink per word than the EcoFont. http://www.treehugger.com/sustainable-product-design/century-gothic-saves-more-ink-than-ecofont.html Choosing a different font face might be the best mechanism for people to use less ink/toner. --R ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] LibO 3.5.0 Beta 0 First assessment
On 03/12/11 18:27, Cor Nouws wrote: Michael Meeks wrote (03-12-11 15:50) Yes ! we have not branched yet; master will branch at the feature-freeze before B1 so we have: master Beta0 ---\--- crazy stuff ... \ \- Beta1 --- stabilisation - Beta2 etc. :- Correct. While explaining the whole event to someone else, suddenly it became clear to me it might be much clearer when we have another naming scheme: master - Alpha1 ---\--- crazy stuff ... \ \- Alpha2 --- stabilisation - Beta1 The great advantage of this is, that people having some expectation on what a beta1 is, will not be disappointed. Also, the whole schedule will not change, only the naming will be conform what people get offered. Will be something that marketing is going to praise us for, isn't it? sounds most reasonable to me; i'd say that that calling some random revision on the dev branch that happens to build on all platforms a beta0 is rather bad communication :) ___ 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] LibO 3.5.0 Beta 0 First assessment
Michael Stahl wrote (06-12-11 13:20) On 03/12/11 18:27, Cor Nouws wrote: Michael Meeks wrote (03-12-11 15:50) Yes ! we have not branched yet; master will branch at the feature-freeze before B1 so we have: master Beta0 ---\--- crazy stuff ... \ \- Beta1 --- stabilisation - Beta2 etc. :- Correct. While explaining the whole event to someone else, suddenly it became clear to me it might be much clearer when we have another naming scheme: master - Alpha1 ---\--- crazy stuff ... \ \- Alpha2 --- stabilisation - Beta1 The great advantage of this is, that people having some expectation on what a beta1 is, will not be disappointed. Also, the whole schedule will not change, only the naming will be conform what people get offered. Will be something that marketing is going to praise us for, isn't it? sounds most reasonable to me; i'd say that that calling some random revision on the dev branch that happens to build on all platforms a beta0 is rather bad communication :) Especially when that random revision is preceded by an extreme load of commits ;-) I have had the pleasure to do quite some work with various daily and local builds the last months and quite often without (big) problems. (Of course I only use a sub set of all features). So I am not at all pessimistic about the quality ... *once* the probably unavoidable build/merge/conflict problems after the freeze have been solved. So yes, naming that supports communication to be conform what people expect, would be useful IMHO. Regards, -- - Cor - http://nl.libreoffice.org ___ 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 43087] Stylesheet edit and remove
https://bugs.freedesktop.org/show_bug.cgi?id=43087 --- Comment #4 from Stefan Lindel ste...@famlindel.de 2011-12-06 00:11:55 PST --- Created attachment 54133 -- https://bugs.freedesktop.org/attachment.cgi?id=54133 step1 step1 -- 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 43087] Stylesheet edit and remove
https://bugs.freedesktop.org/show_bug.cgi?id=43087 --- Comment #5 from Stefan Lindel ste...@famlindel.de 2011-12-06 00:12:15 UTC --- Created attachment 54134 -- https://bugs.freedesktop.org/attachment.cgi?id=54134 step2 -- 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 43087] Stylesheet edit and remove
https://bugs.freedesktop.org/show_bug.cgi?id=43087 Stefan Lindel ste...@famlindel.de changed: What|Removed |Added Platform|Other |x86-64 (AMD64) OS/Version|All |Windows (All) Status|NEEDINFO|UNCONFIRMED Ever Confirmed|1 |0 --- Comment #6 from Stefan Lindel ste...@famlindel.de 2011-12-06 00:12:40 UTC --- In te sample File you can add a custom stylesheet but you can't edit or delete a stylesheet which you are added. So it may be a error in the gui or in the app. -- 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] Compile Error on framework/source/accelerators/acceleratorcache.cxx
https://bugs.freedesktop.org/show_bug.cgi?id=43139 macau tema.prokope...@gmail.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All Status|UNCONFIRMED |NEW Severity|normal |critical Priority|medium |highest Ever Confirmed|0 |1 --- Comment #2 from macau tema.prokope...@gmail.com 2011-12-06 00:13:43 PST --- I confirm thise bug on tegra2 board. same 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 40481] Slow start up after unattended msi installation
https://bugs.freedesktop.org/show_bug.cgi?id=40481 --- Comment #4 from Michael Pappas painful...@gmail.com 2011-12-06 00:17:01 PST --- Issue here also seems to be exactly the same: http://nabble.documentfoundation.org/Silent-install-one-language-on-Winodws-tt2413235.html#a2413893 -- 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 43087] UI: Missing message cell protected when Trying to modify or delete protected contents
https://bugs.freedesktop.org/show_bug.cgi?id=43087 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|UNCONFIRMED |NEW Severity|normal |enhancement Ever Confirmed|0 |1 Summary|Stylesheet edit and remove |UI: Missing message cell ||protected when Trying to ||modify or delete protected ||contents Component|Libreoffice |Spreadsheet --- Comment #7 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-06 00:53:02 PST --- In attached sample document some context menu items that are not possible because of sheet protection, an so they are not available / visible in context menu, what's ok. But you can select a complete row and then click delete row icon without any reaction / message. That's worrying. Additionally (as from original report) when you try to delete a style referencing to a protected cell also no message appears. That should be improved. @Stefan Lindel: No, it's because the style sheet references to a protected cell, and so, of course, it can not be deleted Still my most questions without answer, but they are no longer necessary. @Kohei: 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 31059] A grammar checking in LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=31059 --- Comment #15 from László Németh nem...@numbertext.org 2011-12-06 00:57:56 PST --- Created attachment 54136 -- https://bugs.freedesktop.org/attachment.cgi?id=54136 Hungarian sentence checking patch for the Hungarian dictionary 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 31059] A grammar checking in LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=31059 --- Comment #16 from László Németh nem...@numbertext.org 2011-12-06 00:59:17 PST --- Created attachment 54137 -- https://bugs.freedesktop.org/attachment.cgi?id=54137 Test file and documentation for the sentence checking patches -- 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 31059] A grammar checking in LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=31059 --- Comment #17 from László Németh nem...@numbertext.org 2011-12-06 01:01:40 PST --- Created attachment 54138 -- https://bugs.freedesktop.org/attachment.cgi?id=54138 Documentation for the sentence checking patches (PDF) -- 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 Roman Eisele b...@eikota.de changed: What|Removed |Added Depends on||36982 --- Comment #37 from Roman Eisele b...@eikota.de 2011-12-06 01:08:25 PST --- May I propose to add Bug 36982: Writer ignores text after Equation in docx -- or even crashes (see comments about the bug)? I know this is an old bug report from LibreOffice 3.4, but IMHO fixing it for 3.5 is even more important now because our scratch-pad of notes to build release notes from at http://wiki.documentfoundation.org/ReleaseNotes/3.5 says: Support for export and import of math formulas in Office Open XML (docx) documents (Luboš Luňák). So, if we declare that there is now official support for import/export of math formulas in docx documents, it is strange that opening such a docx document containing some math formulas does not work at all or even crashes LibreOffice ... Just ignore my proposal if I got something wrong, but at least to me fixing this bug seems especially important. It should be not that difficult, BTW, because on MacOS the same docx files containing math formulas already open without major difficulties, so this seems Windows-only problem ... Compare also Bug 43429, which is IMHO a duplicate of Bug 36982 but especially describes the crashes. -- 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 31059] A grammar checking in LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=31059 --- Comment #18 from László Németh nem...@numbertext.org 2011-12-06 01:12:43 PST --- Short description about the Lightproof integration with the dictionary extensions (it is not an automatic process yet): 1. Copy dialog/* and pythonpath/* directories and Lightproof.py, Linguistic.xcu of your Lightproof extension to the dictionaries/your_language/ directory of LibreOffice. 2. Extend COMPONENT_FILES variable of makefile.mk with these new files. 3. Extend manifest.xml with the following elements: manifest:file-entry manifest:full-path=dialog/OptionsDialog.xcs manifest:media-type=application/vnd.sun.star.configuration-schema / manifest:file-entry manifest:full-path=dialog/OptionsDialog.xcu manifest:media-type=application/vnd.sun.star.configuration-data / manifest:file-entry manifest:media-type=application/vnd.sun.star.uno-component;type=Python manifest:full-path=Lightproof.py/ manifest:file-entry manifest:media-type=application/vnd.sun.star.configuration-data manifest:full-path=Linguistic.xcu / 4. Change extension ID of dialog/OptionsDialog.xcu to the ID of the dictionary extension (see in description.xml): prop oor:name=Id valueorg.openoffice.en.hunspell.dictionaries/value /prop -- 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 43543] New: ODBC - unicode column names
https://bugs.freedesktop.org/show_bug.cgi?id=43543 Bug #: 43543 Summary: ODBC - unicode column names Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86-64 (AMD64) OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Database AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: andy-sc...@yandex.ru The main problem is with sqlite3's ODBC driver. I have a .db3 database where column names contain non-ascii characters. Here's the tests I conducted (on two Win7x64 computers) In LibreOffice Base: 1. When connecting to .db3 through ODBC and opening the table, non-ascii column names are shown as . In 'Edit' it shows correct column names (I had to set UTF-8 encoding for that but it worked only for edit mode) 2. When connecting to .accdb version of the same database (through ODBC) column names are , and Edit shows too. I did not tinker with connection's settings in this test. 3. When connecting to .accdb directly without ODBC, column names are shown correctly. 4. In MSAccess 2010, connecting to .db3 through ODBC driver, column names are shown correctly everywhere. Basically, MSAccess works fine with sqlite's ODBC driver while Base cannot SHOW non-unicode column names in table view. Almost the same happens with MSAccess's ODBC driver. Judging from my tests, I believe something's wrong with Base's handling of ODBC data. From 1 - it does get correct field names (shows them in edit mode), it just cannot show them in table mode. I did not run anymore tests. If the problem is in ODBC (it happens with both msaccess and sqlite drivers), please provide some technical info I could send to their authors. -- 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 43213] Can not toggle bold in text containing 3 lines, 1 overlined, 1 not over/underlined, 1 underlined
https://bugs.freedesktop.org/show_bug.cgi?id=43213 --- Comment #3 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-06 01:32:19 PST --- Created attachment 54140 -- https://bugs.freedesktop.org/attachment.cgi?id=54140 Samply by reporter I see the effect selecting all text (bold icon always active, but I can not find out the reason. -- 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 40087] FILESAFE - calc crashes when saving a file where individual sheets have been moved.
https://bugs.freedesktop.org/show_bug.cgi?id=40087 --- Comment #5 from Neil Duffy lord_knows_...@yahoo.co.uk 2011-12-06 01:56:21 PST --- This also happens if I copy a sheet. I have another sheet which I maintain daily for a year, which has many formulae in it. To save having to reinput all the formulae, towards the end of the year, I copy it, rename it for next year and remove all the input figures. This way I have figures for all years in the same file. This bug is marked as medium/major, but in my view is major as it makes LibreOffice almost unuseable for me. I prefer the ethos of TDF to that of Oracle, but suspect I will soon have to revert to OpenOffice. -- 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 43531] EDITING: Change Case : 'Capitalise Every Word' does not work
https://bugs.freedesktop.org/show_bug.cgi?id=43531 --- Comment #2 from Paul Littlefield i...@paully.co.uk 2011-12-06 02:02:44 PST --- On 06/12/11 05:58, bugzilla-dae...@freedesktop.org wrote: Hmmm,I think this function is intended to work on the selection. If I select the cell content, it works as expected. Tested on the current release LibO 3.4.4 under Ubuntu 10.04 x86_64. Can you try again with the current release? Alas not (yet), because Gentoo does not have it in the Portage tree... :-( Under 3.4.3, 'Capitalise' every word *does* work in Calc if you select the text in the *input line*. It does not work if you just click the cell (and the input line text remains unhighlighted). However, why do the other options under Format Change Case work if you *just* click the cell?! See what I mean now? Sorry to be a kill-joy :-( (Don't get me wrong. I love LibreOffice, and love what you folks are doing! Keep up the great work.) Regards -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41224] : Error exporting pattern
https://bugs.freedesktop.org/show_bug.cgi?id=41224 --- Comment #3 from abq...@gmail.com 2011-12-06 02:22:27 PST --- When exported on LibreOffice 3.4.3 OOO340m1 (Build:302) on Linux the export to JPEG looks fine and is not distorted. -- 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 43544] New: FILEOPEN: Calc hangs eats CPU when opening some XLSX files
https://bugs.freedesktop.org/show_bug.cgi?id=43544 Bug #: 43544 Summary: FILEOPEN: Calc hangs eats CPU when opening some XLSX files 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: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: synergistic.folksonomy...@gmail.com Created attachment 54142 -- https://bugs.freedesktop.org/attachment.cgi?id=54142 The 2012 budget book linked here: http://www.kent.edu/budgetoffice/index.cfm (probably generated by Excel 201?) Problem description: What the title says. Steps to reproduce: 1. Open attached file 2. Wait 3. ??? 4. Profit! Current behavior: Libreoffice stalls after drawing a blank gray window and it consume all of one core's cycles. Memory usage is nominal and stable. (82.5MB in my case) An essentially useless strace shows that it continues to poll for mouse movement. Expected behavior: File should open and display. All memory and cores should be consumed. Platform: Archlinux x64 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 42241] FORMATTING: PDF export in Writer (as well as Calc) does not allow cross hatching in charts
https://bugs.freedesktop.org/show_bug.cgi?id=42241 --- Comment #1 from abq...@gmail.com 2011-12-06 02:33:01 PST --- Created attachment 54143 -- https://bugs.freedesktop.org/attachment.cgi?id=54143 Confirmed bug on Libreoffice 3.4.3 Confirmed on Libreoffice 3.4.3 OOO340m1 (Build:302) Linux Labels do not show up at all -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43544] FILEOPEN: Calc hangs eats CPU when opening some XLSX files
https://bugs.freedesktop.org/show_bug.cgi?id=43544 --- Comment #1 from synergistic.folksonomy...@gmail.com 2011-12-06 02:36:19 UTC --- Actually, after liboffice runsa at full-tilt for a few minutes (5?), the CPU usage drops to 0. RAM usage is still the same. I'm not sure what's happening at that point, since I didn't throw an strace on 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 43544] FILEOPEN: Calc extremely slow when opening some XLSX files
https://bugs.freedesktop.org/show_bug.cgi?id=43544 synergistic.folksonomy...@gmail.com changed: What|Removed |Added Summary|FILEOPEN: Calc hangs eats |FILEOPEN: Calc extremely |CPU when opening some XLSX |slow when opening some XLSX |files |files -- 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