[Libreoffice-commits] .: extras/source svx/inc svx/source
extras/source/palettes/standard.soe | 37 ++ svx/inc/svx/dialogs.hrc | 73 ++-- svx/source/dialog/sdstring.src | 72 +++ 3 files changed, 139 insertions(+), 43 deletions(-) New commits: commit 7661f0943d6286b7e7075c5f2e172f23d53ea47d Author: Regina Henschel rb.hensc...@t-online.de Date: Thu Oct 27 20:31:52 2011 +0200 Add UML line ends to palette standard.soe (AOOo #i10547#) diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 85319d0..5a8acd9 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -1,16 +1,23 @@ -?xml version=1.0 encoding=UTF-8? - +?xml version=1.0 encoding=utf-8? office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; - draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=m10 0-10 30h20/ - draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=m0 0h10v10h-10/ - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=m1321 3493h-1321l702-3493z/ - draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=m0 0h278 278 280v36 36 38h-278-278-280v-36-36z/ - draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=m737 1131h394l-564-1131-567 1131h398l-398 787h1131z/ - draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=m1009 1050-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z/ - draw:marker draw:name=Symmetric Arrow svg:viewBox=0 0 1131 902 svg:d=m564 0-564 902h1131z/ - draw:marker draw:name=Line Arrow svg:viewBox=0 0 1122 2243 svg:d=m0 2108v17 17l12 42 30 34 38 21 43 4 29-8 30-21 25-26 13-34 343-1532 339 1520 13 42 29 34 39 21 42 4 42-12 34-30 21-42v-39-12l-4 4-440-1998-9-42-25-39-38-25-43-8-42 8-38 25-26 39-8 42z/ - draw:marker draw:name=Rounded large Arrow svg:viewBox=0 0 1131 2256 svg:d=m1127 2120-449-2006-9-42-25-39-38-25-38-8-43 8-38 25-25 39-9 42-449 2006v13l-4 9 9 42 25 38 38 25 42 9h903l42-9 38-25 26-38 8-42v-9z/ - draw:marker draw:name=Circle svg:viewBox=0 0 1131 1131 svg:d=m462 1118-102-29-102-51-93-72-72-93-51-102-29-102-13-105 13-102 29-106 51-102 72-89 93-72 102-50 102-34 106-9 101 9 106 34 98 50 93 72 72 89 51 102 29 106 13 102-13 105-29 102-51 102-72 93-93 72-98 51-106 29-101 13z/ - draw:marker draw:name=Square 45 svg:viewBox=0 0 1131 1131 svg:d=m0 564 564 567 567-567-567-564z/ - draw:marker draw:name=Arrow concave svg:viewBox=0 0 1131 1580 svg:d=m1013 1491 118 89-567-1580-564 1580 114-85 136-68 148-46 161-17 161 13 153 46z/ -/office:marker-table + draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=m10 0-10 30h20 / + draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=m0 0h10v10h-10 / + draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=m1321 3493h-1321l702-3493z / + draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=m0 0h278 278 280v36 36 38h-278-278-280v-36-36z / + draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=m737 1131h394l-564-1131-567 1131h398l-398 787h1131z / + draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=m1009 1050-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z / + draw:marker draw:name=Symmetric Arrow svg:viewBox=0 0 1131 902 svg:d=m564 0-564 902h1131z / + draw:marker draw:name=Line Arrow svg:viewBox=0 0 1122 2243 svg:d=m0 2108v17 17l12 42 30 34 38 21 43 4 29-8 30-21 25-26 13-34 343-1532 339 1520 13 42 29 34 39 21 42 4 42-12 34-30 21-42v-39-12l-4 4-440-1998-9-42-25-39-38-25-43-8-42 8-38 25-26 39-8 42z / + draw:marker draw:name=Rounded large Arrow svg:viewBox=0 0 1131 2256 svg:d=m1127 2120-449-2006-9-42-25-39-38-25-38-8-43 8-38 25-25 39-9 42-449 2006v13l-4 9 9 42 25 38 38 25 42 9h903l42-9 38-25 26-38 8-42v-9z / + draw:marker draw:name=Circle svg:viewBox=0 0 1131 1131 svg:d=m462 1118-102-29-102-51-93-72-72-93-51-102-29-102-13-105 13-102 29-106 51-102 72-89 93-72 102-50 102-34 106-9 101 9 106 34 98 50 93 72 72 89 51 102 29 106 13 102-13 105-29 102-51 102-72 93-93 72-98 51-106 29-101 13z / + draw:marker draw:name=Square 45 svg:viewBox=0 0 1131 1131 svg:d=m0 564 564 567 567-567-567-564z / + draw:marker
[Libreoffice-commits] .: cui/source sfx2/inc sw/source
cui/source/tabpages/backgrnd.cxx |2 -- cui/source/tabpages/chardlg.cxx |3 +-- sfx2/inc/sfx2/htmlmode.hxx|3 --- sw/source/filter/html/css1atr.cxx |2 +- sw/source/filter/html/htmlatr.cxx |7 +++ sw/source/ui/config/viewopt.cxx | 10 -- 6 files changed, 9 insertions(+), 18 deletions(-) New commits: commit 89b3820c7b8c97480b556b3553cd78aaa12d07d8 Author: Harri Pitkänen hatap...@iki.fi Date: Wed Oct 26 21:48:17 2011 +0300 Export blinking text attribute to HTML in all HTML export modes Previously blinking was not exported in IE mode. IE still does not support blinking (neither does Chrome or Safari) but the extra tag does not make things any worse and allows importing the HTML back to LibreOffice without loss of formatting. Code is also simplified by removing conditionals for options that no longer need to be disabled. diff --git a/cui/source/tabpages/backgrnd.cxx b/cui/source/tabpages/backgrnd.cxx index 8d27b17..b466ea8 100644 --- a/cui/source/tabpages/backgrnd.cxx +++ b/cui/source/tabpages/backgrnd.cxx @@ -1086,8 +1086,6 @@ void SvxBackgroundTabPage::ShowSelector() if(nHtmlMode HTMLMODE_ON) { -if(!(nHtmlMode HTMLMODE_GRAPH_POS)) -aBtnPosition.Enable(sal_False); aBtnArea.Enable(sal_False); } } diff --git a/cui/source/tabpages/chardlg.cxx b/cui/source/tabpages/chardlg.cxx index a92019e..9d320b4 100644 --- a/cui/source/tabpages/chardlg.cxx +++ b/cui/source/tabpages/chardlg.cxx @@ -2686,8 +2686,7 @@ void SvxCharEffectsPage::DisableControls( sal_uInt16 nDisable ) void SvxCharEffectsPage::EnableFlash() { -if ( !( ( m_nHtmlMode HTMLMODE_ON ) !( m_nHtmlMode HTMLMODE_BLINK ) ) ) -m_aBlinkingBtn.Show(); +m_aBlinkingBtn.Show(); } // --- diff --git a/sfx2/inc/sfx2/htmlmode.hxx b/sfx2/inc/sfx2/htmlmode.hxx index f4db27a..ce1af6f 100644 --- a/sfx2/inc/sfx2/htmlmode.hxx +++ b/sfx2/inc/sfx2/htmlmode.hxx @@ -31,15 +31,12 @@ #define HTMLMODE_ON 0x0001 #define HTMLMODE_PARA_DISTANCE 0x0004 -#define HTMLMODE_SMALL_CAPS 0x0008 #define HTMLMODE_FRM_COLUMNS0x0010 #define HTMLMODE_SOME_STYLES0x0020 /* mind. MS IE */ #define HTMLMODE_FULL_STYLES0x0040 /* == SW */ -#define HTMLMODE_BLINK 0x0080 #define HTMLMODE_PARA_BLOCK 0x0100 #define HTMLMODE_DROPCAPS 0x0200 #define HTMLMODE_FIRSTLINE 0x0400 /* First-line intent with Spacer == NS 3.0 */ -#define HTMLMODE_GRAPH_POS 0x0800 #define HTMLMODE_FULL_ABS_POS 0x1000 #define HTMLMODE_SOME_ABS_POS 0x2000 #define HTMLMODE_RESERVED1 0x4000 diff --git a/sw/source/filter/html/css1atr.cxx b/sw/source/filter/html/css1atr.cxx index 5905b72..33bd07a 100644 --- a/sw/source/filter/html/css1atr.cxx +++ b/sw/source/filter/html/css1atr.cxx @@ -2510,7 +2510,7 @@ static Writer OutCSS1_SvxTxtLn_SvxCrOut_SvxBlink( Writer rWrt, } const sal_Char *pBStr = 0; -if( pBItem rHTMLWrt.IsHTMLMode(HTMLMODE_BLINK) ) +if( pBItem ) { if( !pBItem-GetValue() ) { diff --git a/sw/source/filter/html/htmlatr.cxx b/sw/source/filter/html/htmlatr.cxx index 2d56070..7354b6c 100644 --- a/sw/source/filter/html/htmlatr.cxx +++ b/sw/source/filter/html/htmlatr.cxx @@ -1475,9 +1475,8 @@ HTMLOnOffState HTMLEndPosLst::GetHTMLItemState( const SfxPoolItem rItem ) break; case RES_CHRATR_BLINK: -if( IsHTMLMode(HTMLMODE_BLINK) ) -eState = ((const SvxBlinkItem)rItem).GetValue() ? HTML_ON_VALUE - : HTML_OFF_VALUE; +eState = ((const SvxBlinkItem)rItem).GetValue() ? HTML_ON_VALUE + : HTML_OFF_VALUE; break; case RES_CHRATR_COLOR: @@ -3030,7 +3029,7 @@ static Writer OutHTML_SwFlyCnt( Writer rWrt, const SfxPoolItem rHt ) static Writer OutHTML_SwBlink( Writer rWrt, const SfxPoolItem rHt ) { SwHTMLWriter rHTMLWrt = (SwHTMLWriter)rWrt; -if( rHTMLWrt.bOutOpts || !rHTMLWrt.IsHTMLMode(HTMLMODE_BLINK) ) +if( rHTMLWrt.bOutOpts ) return rWrt; if( ((const SvxBlinkItem)rHt).GetValue() ) diff --git a/sw/source/ui/config/viewopt.cxx b/sw/source/ui/config/viewopt.cxx index 4d50236..a34679c 100644 --- a/sw/source/ui/config/viewopt.cxx +++ b/sw/source/ui/config/viewopt.cxx @@ -339,18 +339,16 @@ sal_uInt16 GetHtmlMode(const SwDocShell* pShell) switch ( rHtmlOpt.GetExportMode() ) { case HTML_CFG_MSIE: -nRet |= HTMLMODE_SMALL_CAPS| -HTMLMODE_FULL_STYLES|HTMLMODE_GRAPH_POS| +nRet |= HTMLMODE_FULL_STYLES| HTMLMODE_FULL_ABS_POS|HTMLMODE_SOME_ABS_POS; break; case HTML_CFG_NS40: -
[Libreoffice-commits] .: connectivity/source
connectivity/source/drivers/odbcbase/OConnection.cxx | 20 +-- 1 file changed, 18 insertions(+), 2 deletions(-) New commits: commit 9b58d9353073c6535da0529cd9a48e435f043fa8 Author: Terrence Enger ten...@iseries-guru.com Date: Thu Oct 27 16:37:50 2011 -0400 leaking connection handle call SQLDisconnect; check returns from SQLDisconnect and SQLFreeHandle diff --git a/connectivity/source/drivers/odbcbase/OConnection.cxx b/connectivity/source/drivers/odbcbase/OConnection.cxx index 891eabc..03bc39b 100644 --- a/connectivity/source/drivers/odbcbase/OConnection.cxx +++ b/connectivity/source/drivers/odbcbase/OConnection.cxx @@ -78,8 +78,24 @@ OConnection::~OConnection() close(); if ( SQL_NULL_HANDLE != m_aConnectionHandle ) -N3SQLFreeHandle( SQL_HANDLE_DBC, m_aConnectionHandle ); -m_aConnectionHandle = SQL_NULL_HANDLE; +{ +SQLRETURN rc; + +rc = N3SQLDisconnect( m_aConnectionHandle ); +if ( SQL_SUCCESS != rc + SQL_SUCCESS_WITH_INFO != rc ) +OSL_TRACE( Failure from SQLDisconnect, %s:%i + , __FILE__, __LINE__ + ); + +rc = N3SQLFreeHandle( SQL_HANDLE_DBC, m_aConnectionHandle ); +if ( SQL_SUCCESS != rc ) +OSL_TRACE( Failure from SQLFreeHandle for connection, %s:%i + , __FILE__, __LINE__ + ); + +m_aConnectionHandle = SQL_NULL_HANDLE; +} m_pDriver-release(); m_pDriver = NULL; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-4' - moz/seamonkey-source-1.1.14.patch
moz/seamonkey-source-1.1.14.patch | 141 ++ 1 file changed, 141 insertions(+) New commits: commit 210621473b521e1f5f2e9091be9ecb52b32b Author: Lionel Elie Mamane lio...@mamane.lu Date: Fri Oct 28 13:04:21 2011 +0200 moz ldap libraries: don't need LIBDIR to exist Signed-off-by: Thorsten Behrens tbehr...@suse.com diff --git a/moz/seamonkey-source-1.1.14.patch b/moz/seamonkey-source-1.1.14.patch index 566a044..eb602e6 100644 --- a/moz/seamonkey-source-1.1.14.patch +++ b/moz/seamonkey-source-1.1.14.patch @@ -6336,3 +6336,144 @@ clean clobber:: rm -rf $(DIST)/$(APP_NAME).app +--- misc/mozilla/directory/c-sdk/ldap/libraries/libiutil/Makefile.in 2006-02-03 15:44:41.0 +0100 misc/build/mozilla/directory/c-sdk/ldap/libraries/libiutil/Makefile.in 2011-09-07 10:45:16.0 +0200 +@@ -89,12 +89,9 @@ + -e s|%VERSION%|$${v}| \ +Version.c $@) + +-export::$(OBJDEST) $(LIBDIR) $(OBJS) $(LIBIUTIL) ++export::$(OBJDEST) $(OBJS) $(LIBIUTIL) + +-$(LIBDIR): +- $(MKDIR) $(LIBDIR) +- +-$(LIBIUTIL): $(OBJS) $(LIBDIR) ++$(LIBIUTIL): $(OBJS) + @echo === making $(LIBIUTIL) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +--- misc/mozilla/directory/c-sdk/ldap/libraries/liblber/Makefile.in 2006-02-03 15:44:41.0 +0100 misc/build/mozilla/directory/c-sdk/ldap/libraries/liblber/Makefile.in 2011-09-07 10:45:02.0 +0200 +@@ -79,12 +79,9 @@ + -e s|%VERSION%|$${v}| \ +Version.c $@) + +-export::$(OBJDEST) $(LIBDIR) $(OBJS) $(LIBLBER) ++export::$(OBJDEST) $(OBJS) $(LIBLBER) + +-$(LIBDIR): +- $(MKDIR) $(LIBDIR) +- +-$(LIBLBER): $(OBJS) $(LIBDIR) ++$(LIBLBER): $(OBJS) + @echo === making $(LIBLBER) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +--- misc/mozilla/directory/c-sdk/ldap/libraries/libldap/Makefile.in 2011-09-07 10:53:57.0 +0200 misc/build/mozilla/directory/c-sdk/ldap/libraries/libldap/Makefile.in 2011-09-07 10:44:45.0 +0200 +@@ -279,13 +279,13 @@ +Version.c $@) + + # Set the default sources for the export target +-EXPDEPS = $(OBJDIR_NAME) $(LIBDIR) $(OBJS) $(LIBLDAP) $(DLLLDAP) ++EXPDEPS = $(OBJDIR_NAME) $(OBJS) $(LIBLDAP) $(DLLLDAP) + # Remove the LIB source if on win32 and using MSVC + # This avoids problems with -jX builds where 'link' will make both the + # .dll and .lib files in one pass + ifeq ($(OS_ARCH), WINNT) + ifeq ($(LD),link) +-EXPDEPS = $(OBJDIR_NAME) $(LIBDIR) $(OBJS) $(DLLLDAP) ++EXPDEPS = $(OBJDIR_NAME) $(OBJS) $(DLLLDAP) + endif + endif + +@@ -294,10 +294,7 @@ + ltest:: $(LIBLDAP) test.o + $(LINK_EXE) test.o + +-$(LIBDIR): +- $(MKDIR) $(LIBDIR) +- +-$(LIBLDAP): $(OBJS) $(LIBDIR) $(LDAP_EXPORT_DEFS) ++$(LIBLDAP): $(OBJS) $(LDAP_EXPORT_DEFS) + @echo === making $(LIBLDAP) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +@@ -314,7 +311,7 @@ + endif + endif + +-$(DLLLDAP): $(OBJS) $(LIBDIR) $(LDAP_EXPORT_DEFS) ++$(DLLLDAP): $(OBJS) $(LDAP_EXPORT_DEFS) + @echo === making $(DLLLDAP) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +--- misc/mozilla/directory/c-sdk/ldap/libraries/libldif/Makefile.in 2006-02-03 15:44:49.0 +0100 misc/build/mozilla/directory/c-sdk/ldap/libraries/libldif/Makefile.in 2011-09-07 10:44:15.0 +0200 +@@ -77,12 +77,9 @@ + -e s|%VERSION%|$${v}| \ +Version.c $@) + +-export::$(OBJDEST) $(LIBDIR) $(OBJS) $(LIBLDIF) ++export::$(OBJDEST) $(OBJS) $(LIBLDIF) + +-$(LIBDIR): +- $(MKDIR) $(LIBDIR) +- +-$(LIBLDIF): $(OBJS) $(LIBDIR) ++$(LIBLDIF): $(OBJS) + @echo === making $(LIBLDIF) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +--- misc/mozilla/directory/c-sdk/ldap/libraries/libprldap/Makefile.in 2011-09-07 10:53:57.0 +0200 misc/build/mozilla/directory/c-sdk/ldap/libraries/libprldap/Makefile.in 2011-09-07 10:43:59.0 +0200 +@@ -201,12 +201,9 @@ + -e s|%VERSION%|$${v}| \ +Version.c $@) + +-export::$(OBJDEST) $(LIBDIR) $(OBJS) $(DLLPRLDAP) ++export::$(OBJDEST) $(OBJS) $(DLLPRLDAP) + +-$(LIBDIR): +- $(MKDIR) $(LIBDIR) +- +-$(LIBPRLDAP): $(OBJS) $(LIBDIR) $(PRLDAP_EXPORT_DEFS) ++$(LIBPRLDAP): $(OBJS) $(PRLDAP_EXPORT_DEFS) + @echo === making $(LIBPRLDAP) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +@@ -219,7 +216,7 @@ + $(LINK_LIB) $(EXTRA_LIBS) + endif + +-$(DLLPRLDAP): $(OBJS) $(LIBDIR) $(PRLDAP_EXPORT_DEFS) ++$(DLLPRLDAP): $(OBJS) $(PRLDAP_EXPORT_DEFS) + @echo === making $(DLLPRLDAP) + ifdef SO_FILES_TO_REMOVE + -$(RM) $(SO_FILES_TO_REMOVE) +--- misc/mozilla/directory/c-sdk/ldap/libraries/libssldap/Makefile.in 2011-09-07 10:53:57.0 +0200 misc/build/mozilla/directory/c-sdk/ldap/libraries/libssldap/Makefile.in 2011-09-07 10:42:48.0 +0200 +@@
[Libreoffice-commits] .: Branch 'libreoffice-3-4-4' - sw/source
sw/source/core/graphic/ndgrf.cxx | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) New commits: commit 5180b2d840093ec67ca356e3f0fb803d9278f7ae Author: Thorsten Behrens tbehr...@novell.com Date: Tue Oct 25 20:54:01 2011 +0200 Fix fdo#41995 fallout - recognize .svg in odt container Seems the graphic load code is stupid and not using the path name / file extension to guess file type, but only magic byte detection. Giving filter framework the path now, so that .svg actually loads. This parrots 050350f326629c6edffcdb2cf288893027f264e6, but for Writer, which sadly sports its own Graphic implementation. Signed-off-by: Noel Power nopo...@suse.com Signed-off-by: Fridrich Strba fridrich.st...@graduateinstitute.ch Signed-off-by: Michael Stahl mst...@redhat.com diff --git a/sw/source/core/graphic/ndgrf.cxx b/sw/source/core/graphic/ndgrf.cxx index 0a11a93..62a9a4b 100644 --- a/sw/source/core/graphic/ndgrf.cxx +++ b/sw/source/core/graphic/ndgrf.cxx @@ -394,12 +394,11 @@ Size SwGrfNode::GetTwipSize() const sal_Bool SwGrfNode::ImportGraphic( SvStream rStrm ) { Graphic aGraphic; -if( !GraphicFilter::GetGraphicFilter()-ImportGraphic( aGraphic, String(), rStrm ) ) +const String aGraphicURL( aGrfObj.GetUserData() ); +if( !GraphicFilter::GetGraphicFilter()-ImportGraphic( aGraphic, aGraphicURL, rStrm ) ) { -const String aUserData( aGrfObj.GetUserData() ); - aGrfObj.SetGraphic( aGraphic ); -aGrfObj.SetUserData( aUserData ); +aGrfObj.SetUserData( aGraphicURL ); return sal_True; } @@ -893,7 +892,8 @@ SwCntntNode* SwGrfNode::MakeCopy( SwDoc* pDoc, const SwNodeIndex rIdx ) const SvStream* pStrm = _GetStreamForEmbedGrf( refPics, aStrmName ); if ( pStrm ) { -GraphicFilter::GetGraphicFilter()-ImportGraphic( aTmpGrf, String(), *pStrm ); +const String aGraphicURL( aGrfObj.GetUserData() ); +GraphicFilter::GetGraphicFilter()-ImportGraphic( aTmpGrf, aGraphicURL, *pStrm ); delete pStrm; } // -- ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - oovbaapi/ooo sc/qa sc/source
oovbaapi/ooo/vba/excel/XRange.idl |2 +- sc/qa/unit/data/xls/TestAddress.xls |binary sc/qa/unit/macros-test.cxx |5 + sc/source/ui/vba/vbarange.cxx | 23 +++ sc/source/ui/vba/vbarange.hxx |1 + 5 files changed, 26 insertions(+), 5 deletions(-) New commits: commit 2a91e5bf2bce5ec932ac712e77e18b3efe2509a8 Author: Noel Power noel.po...@novell.com Date: Fri Oct 28 13:00:46 2011 +0100 re-enable vba.xls, tweak TestAddress.xls (move tests back to normal module) diff --git a/sc/qa/unit/data/xls/TestAddress.xls b/sc/qa/unit/data/xls/TestAddress.xls index 7d2ca6e..629645c 100644 Binary files a/sc/qa/unit/data/xls/TestAddress.xls and b/sc/qa/unit/data/xls/TestAddress.xls differ diff --git a/sc/qa/unit/macros-test.cxx b/sc/qa/unit/macros-test.cxx index a58c92d..22faa26 100644 --- a/sc/qa/unit/macros-test.cxx +++ b/sc/qa/unit/macros-test.cxx @@ -254,15 +254,12 @@ void ScMacrosTest::testVba() TestMacroInfo testInfo[] = { { rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(TestAddress.)), - rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(vnd.sun.Star.script:VBAProject.Sheet1.test?language=Basiclocation=document)) + rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(vnd.sun.Star.script:VBAProject.testMacros.test?language=Basiclocation=document)) }, -/* -vba.xls is still throwing up a basic error :-/ { rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(vba.)), rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(vnd.sun.Star.script:VBAProject.Modul1.Modul1?language=Basiclocation=document)), } -*/ }; rtl::OUString aFileExtension(aFileFormats[1].pName, strlen(aFileFormats[1].pName), RTL_TEXTENCODING_UTF8 ); commit f323d36f29107ac7487fe748b1daf639d0d1e9b0 Author: August Sodora aug...@gmail.com Date: Wed Oct 26 15:32:55 2011 -0400 Add vba support for assigning names to cell ranges diff --git a/oovbaapi/ooo/vba/excel/XRange.idl b/oovbaapi/ooo/vba/excel/XRange.idl index 62a0994..015c68c 100644 --- a/oovbaapi/ooo/vba/excel/XRange.idl +++ b/oovbaapi/ooo/vba/excel/XRange.idl @@ -64,7 +64,7 @@ interface XRange interface ::ooo::vba::excel::XFormat; //interface ::ooo::vba::XHelperInterface; -[attribute, readonly] any Name; +[attribute] any Name; [attribute] any Value; [attribute] any Formula; [attribute] any FormulaArray; diff --git a/sc/source/ui/vba/vbarange.cxx b/sc/source/ui/vba/vbarange.cxx index fe8c9df..659bff8 100644 --- a/sc/source/ui/vba/vbarange.cxx +++ b/sc/source/ui/vba/vbarange.cxx @@ -1569,6 +1569,29 @@ uno::Any SAL_CALL ScVbaRange::getName() throw (uno::RuntimeException) return uno::makeAny( xName ); } +void +ScVbaRange::setName( const uno::Any aName ) throw (uno::RuntimeException) +{ +uno::Reference excel::XName xName; + +ScDocShell* pDocShell = getScDocShell(); +uno::Reference frame::XModel xModel = pDocShell ? pDocShell-GetModel() : NULL; +if ( !xModel.is() ) +{ +throw uno::RuntimeException( rtl::OUString(RTL_CONSTASCII_USTRINGPARAM( Invalid document )), uno::Reference uno::XInterface () ); +} +uno::Reference beans::XPropertySet xPropertySet( xModel, uno::UNO_QUERY_THROW ); +uno::Reference sheet::XNamedRanges xNamedRanges( xPropertySet-getPropertyValue( rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(NamedRanges))) , uno::UNO_QUERY_THROW ); + +uno::Reference excel::XNames xNames( new ScVbaNames( uno::Reference XHelperInterface (), mxContext , xNamedRanges , xModel ) ); + +uno::Any aDummy; +//uno::Any aRefersTo; +//aRefersTo = uno::Reference excel::XRange (this, uno::UNO_QUERY); +xNames-Add(aName, getCellRange(), aDummy, aDummy, aDummy, aDummy, +aDummy, aDummy, aDummy, aDummy, aDummy); +} + uno::Any ScVbaRange::getValue( ValueGetter valueGetter) throw (uno::RuntimeException) { diff --git a/sc/source/ui/vba/vbarange.hxx b/sc/source/ui/vba/vbarange.hxx index db4e49d..26f639f 100644 --- a/sc/source/ui/vba/vbarange.hxx +++ b/sc/source/ui/vba/vbarange.hxx @@ -167,6 +167,7 @@ public: // Attributes virtual css::uno::Any SAL_CALL getName() throw (css::uno::RuntimeException); +virtual void SAL_CALL setName( const css::uno::Any aName ) throw (css::uno::RuntimeException); virtual css::uno::Any SAL_CALL getValue() throw (css::uno::RuntimeException); virtual void SAL_CALL setValue( const css::uno::Any aValue ) throw ( css::uno::RuntimeException); virtual css::uno::Any SAL_CALL getFormula() throw (css::uno::RuntimeException); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: l10ntools/source
l10ntools/source/xrmmerge.cxx |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) New commits: commit e1ef3ad57dfa59c3c97e811f76351f7982f77020 Author: Andras Timar ati...@suse.com Date: Fri Oct 28 15:52:42 2011 +0200 char array should be null terminated diff --git a/l10ntools/source/xrmmerge.cxx b/l10ntools/source/xrmmerge.cxx index e30a3e1..b158b35 100644 --- a/l10ntools/source/xrmmerge.cxx +++ b/l10ntools/source/xrmmerge.cxx @@ -532,15 +532,16 @@ void XRMResExport::WorkOnDesc( ByteString sDescFileName( aEntry.GetFull(), RTL_TEXTENCODING_ASCII_US ); sDescFileName.SearchAndReplaceAll( description.xml, ); sDescFileName += GetAttribute( rOpenTag, xlink:href ); -ifstream::pos_type size; +int size; char * memblock; ifstream file (sDescFileName.GetBuffer(), ios::in|ios::binary|ios::ate); if (file.is_open()) { -size = file.tellg(); -memblock = new char [size]; +size = static_castint(file.tellg()); +memblock = new char [size+1]; file.seekg (0, ios::beg); file.read (memblock, size); file.close(); +memblock[size] = '\0'; rText = ByteString(memblock); rText.SearchAndReplaceAll( \n, \\n ); delete[] memblock; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: writerperfect/source
writerperfect/source/filter/FilterInternal.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3bf2d830649ec83e2d63baddaffdcc9f33300f7c Author: Fridrich Å trba fridrich.st...@bluewin.ch Date: Fri Oct 28 16:02:45 2011 +0200 Modelines also for this file diff --git a/writerperfect/source/filter/FilterInternal.cxx b/writerperfect/source/filter/FilterInternal.cxx index 898b9ce..c0ab66d 100644 --- a/writerperfect/source/filter/FilterInternal.cxx +++ b/writerperfect/source/filter/FilterInternal.cxx @@ -1,3 +1,4 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ /* FilterInternal.hxx: define basic functions for libwriterperfect/fileter * * Copyright (C) 2002-2004 William Lachance (wrl...@gmail.com) @@ -42,4 +43,6 @@ WPXString propListToStyleKey(const WPXPropertyList xPropList) } return sKey; -} \ No newline at end of file +} + +/* vim:set shiftwidth=4 softtabstop=4 expandtab: */ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: writerperfect/source
writerperfect/source/filter/WriterProperties.hxx | 38 --- 1 file changed, 38 deletions(-) New commits: commit 8a103fba463b3bb71e3fd9f4d3d8f4a928a6f0ca Author: Fridrich Å trba fridrich.st...@bluewin.ch Date: Fri Oct 28 16:20:28 2011 +0200 Removing unused header diff --git a/writerperfect/source/filter/WriterProperties.hxx b/writerperfect/source/filter/WriterProperties.hxx deleted file mode 100644 index dba3595..000 --- a/writerperfect/source/filter/WriterProperties.hxx +++ /dev/null @@ -1,38 +0,0 @@ -/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ -/* WriterProperties: A grab bag of writer-specific properties which we use - * define here for later use. - * - * Copyright (C) 2002-2003 William Lachance (wrl...@gmail.com) - * - * This program is free software; you can redistribute it and/or - * modify it under the terms of the GNU Lesser General Public - * License as published by the Free Software Foundation; either - * version 2 of the License, or (at your option) any later version. - * - * This program is distributed in the hope that it will be useful, - * but WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU - * Library General Public License for more details. - * - * You should have received a copy of the GNU Library General Public - * License along with this library; if not, write to the Free Software - * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA - * - * For further information visit http://libwpd.sourceforge.net - * - */ - -/* This product is not manufactured, approved, or supported by - * Corel Corporation or Corel Corporation Limited. - */ -#ifndef _WRITER_PROPERTIES_H -#define _WRITER_PROPERTIES_H - -#define IMP_DEFAULT_SUPER_SUB_SCRIPT 58% -#define IMP_NUM_CENTIMETERES_PER_INCH 2.54f -#define IMP_DEFAULT_FONT_NAME Times New Roman -#define IMP_DEFAULT_FONT_SIZE 12.0 -#define IMP_DEFAULT_FONT_PITCH variable -#endif - -/* vim:set shiftwidth=4 softtabstop=4 expandtab: */ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sc/source
sc/source/core/data/cell.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit dfab4794d7cb98bb993ada22165da84168f89d00 Author: Kevin Hunter hunt...@earlham.edu Date: Thu Oct 27 22:34:15 2011 -0400 Translate message to English And elaborate slightly. diff --git a/sc/source/core/data/cell.cxx b/sc/source/core/data/cell.cxx index 0a4bd3c..49c94a5 100644 --- a/sc/source/core/data/cell.cxx +++ b/sc/source/core/data/cell.cxx @@ -275,7 +275,7 @@ void ScBaseCell::Delete() delete (ScNoteCell*) this; break; default: -OSL_FAIL(Unbekannter Zellentyp); +OSL_FAIL(Attempt to Delete() an unknown CELLTYPE); break; } } ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 6 commits - sfx2/inc sfx2/source sw/inc sw/source
sfx2/inc/sfx2/sfxbasemodel.hxx|3 - sfx2/source/doc/sfxbasemodel.cxx | 25 +++- sw/inc/printdata.hxx | 42 --- sw/source/core/doc/doc.cxx| 106 +- sw/source/core/view/printdata.cxx | 52 ++ sw/source/core/view/viewpg.cxx| 12 +--- sw/source/core/view/vprint.cxx| 51 ++ sw/source/ui/uno/unotxdoc.cxx |8 -- 8 files changed, 105 insertions(+), 194 deletions(-) New commits: commit d87d2aa40853d6119322698b26d701a4936b52a5 Author: Michael Stahl mst...@redhat.com Date: Fri Oct 28 15:30:12 2011 +0200 SwRenderData: fix regression: It turns out that the SwDoc member of SwRenderData was not actually leaked, but was deleted via the ViewShell member. diff --git a/sw/inc/printdata.hxx b/sw/inc/printdata.hxx index 5a3d83b..8d29336 100644 --- a/sw/inc/printdata.hxx +++ b/sw/inc/printdata.hxx @@ -254,7 +254,7 @@ public: // PostIt relevant data /// an array of _SetGetExpFld * sorted by page and line numbers ::boost::scoped_ptr_SetGetExpFlds m_pPostItFields; -::boost::scoped_ptrSwDoc m_pPostItDoc; +/// this contains a SwDoc with the post-it content ::boost::scoped_ptrViewShell m_pPostItShell; public: @@ -262,7 +262,7 @@ public: ~SwRenderData(); -bool HasPostItData() const { return m_pPostItShell != 0 m_pPostItDoc != 0; } +bool HasPostItData() const { return m_pPostItShell != 0; } void CreatePostItData( SwDoc *pDoc, const SwViewOption *pViewOpt, OutputDevice *pOutDev ); void DeletePostItData(); diff --git a/sw/source/core/doc/doc.cxx b/sw/source/core/doc/doc.cxx index 5975108..aef0e49 100644 --- a/sw/source/core/doc/doc.cxx +++ b/sw/source/core/doc/doc.cxx @@ -1398,11 +1398,12 @@ void SwDoc::UpdatePagesForPrintingWithPostItData( SET_CURR_SHELL( rData.m_pPostItShell.get() ); // clear document and move to end of it -SwPaM aPam( rData.m_pPostItDoc-GetNodes().GetEndOfContent() ); +SwDoc rPostItDoc(*rData.m_pPostItShell-GetDoc()); +SwPaM aPam(rPostItDoc.GetNodes().GetEndOfContent()); aPam.Move( fnMoveBackward, fnGoDoc ); aPam.SetMark(); aPam.Move( fnMoveForward, fnGoDoc ); -rData.m_pPostItDoc-DeleteRange( aPam ); +rPostItDoc.DeleteRange( aPam ); const StringRangeEnumerator aRangeEnum( rData.GetPageRange(), 1, nDocPageCount, 0 ); diff --git a/sw/source/core/view/printdata.cxx b/sw/source/core/view/printdata.cxx index 5b64ed4..3e9bd46 100644 --- a/sw/source/core/view/printdata.cxx +++ b/sw/source/core/view/printdata.cxx @@ -64,7 +64,6 @@ SwRenderData::SwRenderData() SwRenderData::~SwRenderData() { OSL_ENSURE( !m_pPostItShell, m_pPostItShell should already have been deleted ); -OSL_ENSURE( !m_pPostItDoc, m_pPostItDoc should already have been deleted ); OSL_ENSURE( !m_pPostItFields, should already have been deleted ); } @@ -74,7 +73,6 @@ void SwRenderData::CreatePostItData( SwDoc *pDoc, const SwViewOption *pViewOpt, DeletePostItData(); m_pPostItFields.reset(new _SetGetExpFlds); lcl_GetPostIts( pDoc, m_pPostItFields.get() ); -m_pPostItDoc.reset(new SwDoc); //!! Disable spell and grammar checking in the temporary document. //!! Otherwise the grammar checker might process it and crash if we later on @@ -82,7 +80,7 @@ void SwRenderData::CreatePostItData( SwDoc *pDoc, const SwViewOption *pViewOpt, SwViewOption aViewOpt( *pViewOpt ); aViewOpt.SetOnlineSpell( sal_False ); -m_pPostItShell.reset(new ViewShell(*m_pPostItDoc, 0, aViewOpt, pOutDev)); +m_pPostItShell.reset(new ViewShell(*new SwDoc, 0, aViewOpt, pOutDev)); } @@ -90,10 +88,10 @@ void SwRenderData::DeletePostItData() { if (HasPostItData()) { -m_pPostItDoc-setPrinter( 0, false, false ); // So that the printer remains at the real DOC +// So that the printer remains at the real DOC +m_pPostItShell-GetDoc()-setPrinter( 0, false, false ); m_pPostItShell.reset(); m_pPostItFields.reset(); -m_pPostItDoc.reset(); } } commit 436a1a1a9a79113825b1946f9aa83303a475b00e Author: Michael Stahl mst...@redhat.com Date: Fri Oct 28 15:01:58 2011 +0200 SwRenderData: more cleanup diff --git a/sw/inc/printdata.hxx b/sw/inc/printdata.hxx index dc292a4..5a3d83b 100644 --- a/sw/inc/printdata.hxx +++ b/sw/inc/printdata.hxx @@ -245,9 +245,9 @@ class SwRenderData rtl::OUString m_aPageRange; // the view options to be applied for printing -SwViewOptionAdjust_Impl * m_pViewOptionAdjust; +::boost::scoped_ptrSwViewOptionAdjust_Impl m_pViewOptionAdjust; -SwPrintData * m_pPrtOptions; +::boost::scoped_ptrSwPrintDatam_pPrtOptions; public: @@ -273,11 +273,9 @@ public: void ViewOptionAdjustStop(); bool HasSwPrtOptions() const{ return
[Libreoffice-commits] .: 2 commits - cui/source l10ntools/source
cui/source/inc/grfpage.hxx |1 cui/source/tabpages/grfpage.cxx | 32 +++--- cui/source/tabpages/grfpage.hrc |3 -- cui/source/tabpages/grfpage.src | 42 l10ntools/source/xrmmerge.cxx | 10 - 5 files changed, 41 insertions(+), 47 deletions(-) New commits: commit df6c97530ed394d60504523f55d7a21469a73625 Author: Andras Timar ati...@suse.com Date: Sat Oct 29 00:14:55 2011 +0200 tweak handling of extension descriptions diff --git a/l10ntools/source/xrmmerge.cxx b/l10ntools/source/xrmmerge.cxx index b158b35..9591c55 100644 --- a/l10ntools/source/xrmmerge.cxx +++ b/l10ntools/source/xrmmerge.cxx @@ -685,9 +685,8 @@ void XRMResMerge::WorkOnDesc( sSearch = ByteString(xlink:href=\); sReplace = sSearch; -ByteString sLocDescFilename = sCur; -sLocDescFilename += ByteString(-); -sLocDescFilename += sDescFilename; +ByteString sLocDescFilename = sDescFilename; +sLocDescFilename.SearchAndReplace( en-US, sCur ); sSearch += sDescFilename; sReplace += sLocDescFilename; @@ -697,8 +696,9 @@ void XRMResMerge::WorkOnDesc( DirEntry aEntry( String( sOutputFile, RTL_TEXTENCODING_ASCII_US )); aEntry.ToAbs(); -ByteString sOutputDescFile( aEntry.GetFull(), RTL_TEXTENCODING_ASCII_US ); -sOutputDescFile.SearchAndReplaceAll( description.xml, ); +ByteString sOutputDescFile( aEntry.GetPath().GetFull(), RTL_TEXTENCODING_ASCII_US ); +ByteString sDel( DirEntry::GetAccessDelimiter(), RTL_TEXTENCODING_ASCII_US ); +sOutputDescFile += sDel; sOutputDescFile += sLocDescFilename; sText.SearchAndReplaceAll( \\n, \n ); ofstream file ( sOutputDescFile.GetBuffer() ); commit adb8868edaebb372a54140f84bf85ac9eef37918 Author: László Németh nem...@numbertext.org Date: Sat Oct 29 00:12:25 2011 +0200 Display original resolution in PPI in Writer's Picture/Crop tab diff --git a/cui/source/inc/grfpage.hxx b/cui/source/inc/grfpage.hxx index 9d53f2c..4840442 100644 --- a/cui/source/inc/grfpage.hxx +++ b/cui/source/inc/grfpage.hxx @@ -97,6 +97,7 @@ class SvxGrfCropPage : public SfxTabPage Timer aTimer; String aGraphicName; SizeaOrigSize; +SizeaOrigPixelSize; SizeaPageSize; const MetricField* pLastCropField; longnOldWidth; diff --git a/cui/source/tabpages/grfpage.cxx b/cui/source/tabpages/grfpage.cxx index 435345b..af27a6c 100644 --- a/cui/source/tabpages/grfpage.cxx +++ b/cui/source/tabpages/grfpage.cxx @@ -42,6 +42,7 @@ #include svx/dialogs.hrc // for RID_SVXPAGE_GRFCROP #define CM_1_TO_TWIP567 +#define TWIP_TO_INCH1440 inline long lcl_GetValue( MetricField rMetric, FieldUnit eUnit ) @@ -214,8 +215,13 @@ void SvxGrfCropPage::Reset( const SfxItemSet rSet ) if( SFX_ITEM_SET == rSet.GetItemState( SID_ATTR_GRAF_GRAPHIC, sal_False, pItem ) ) { const Graphic* pGrf = ((SvxBrushItem*)pItem)-GetGraphic(); -if( pGrf ) +if( pGrf ) { aOrigSize = GetGrfOrigSize( *pGrf ); +if (pGrf-GetType() == GRAPHIC_BITMAP aOrigSize.Width() aOrigSize.Height()) { +Bitmap aBitmap = pGrf-GetBitmap(); +aOrigPixelSize = aBitmap.GetSizePixel(); +} +} if( aOrigSize.Width() aOrigSize.Height() ) { @@ -360,6 +366,10 @@ void SvxGrfCropPage::ActivatePage(const SfxItemSet rSet) { aExampleWN.SetGraphic( *pGrf ); aOrigSize = GetGrfOrigSize( *pGrf ); +if (pGrf-GetType() == GRAPHIC_BITMAP aOrigSize.Width() 1 aOrigSize.Height() 1) { +Bitmap aBitmap = pGrf-GetBitmap(); +aOrigPixelSize = aBitmap.GetSizePixel(); +} aExampleWN.SetFrameSize(aOrigSize); GraphicHasChanged( aOrigSize.Width() aOrigSize.Height() ); CalcMinMaxBorder(); @@ -664,9 +674,25 @@ void SvxGrfCropPage::GraphicHasChanged( sal_Bool bFound ) aFld.SetValue( aFld.Normalize( aOrigSize.Width() ), eUnit ); String sTemp = aFld.GetText(); aFld.SetValue( aFld.Normalize( aOrigSize.Height() ), eUnit ); -sTemp += UniString::CreateFromAscii( x ); +// multiplication sign (U+00D7) +sTemp += UniString(\xc3\x97, RTL_TEXTENCODING_UTF8); sTemp += aFld.GetText(); -aOrigSizeFT.SetText(sTemp); + +if ( aOrigPixelSize.Width() aOrigPixelSize.Height() ) { + int ax = int(floor((float)aOrigPixelSize.Width() / +((float)aOrigSize.Width()/TWIP_TO_INCH)+0.5)); +
[Libreoffice-commits] .: writerfilter/source
writerfilter/source/dmapper/DomainMapper.cxx |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit 43d5a03d02d4c1c9756d1080b7fee418e24717a3 Author: Miklos Vajna vmik...@frugalware.org Date: Sat Oct 29 00:24:55 2011 +0200 Related: fdo#39856 fix RTF import of some special accented chars in tables diff --git a/writerfilter/source/dmapper/DomainMapper.cxx b/writerfilter/source/dmapper/DomainMapper.cxx index 74f6963..f7ede2a 100644 --- a/writerfilter/source/dmapper/DomainMapper.cxx +++ b/writerfilter/source/dmapper/DomainMapper.cxx @@ -3384,7 +3384,8 @@ void DomainMapper::lcl_utext(const sal_uInt8 * data_, size_t len) { m_pImpl-getTableManager().utext(data_, len); -if(len == 1 ((*data_) == 0x0d || (*data_) == 0x07)) +// RTF always uses text() instead of utext() for run break +if(len == 1 ((*data_) == 0x0d || (*data_) == 0x07) !IsRTFImport()) m_pImpl-finishParagraph(m_pImpl-GetTopContextOfType(CONTEXT_PARAGRAPH)); else { ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [Libreoffice] [PUSHED] Add UML line ends to palette standard.soe (AOOo i10547)
Hi Regina, 2011/10/27 Regina Henschel rb.hensc...@t-online.de: Hi all, the attached patch adds some line ends, which are not filled, to the palette 'standard.soe'. The line widths of these symbols is designed to fit best with line width 0,02cm and symbol width 0,3cm. Only the half circle is designed for symbol width 0,45cm. So it can encircle a filled circle to form the UML diagram symbol 'interface'. The symbols are not named according they UML meaning, but are named as they look like. In OOo2.0 it was not possible to build line ends with a hole. Now it is possible, but users might not know how to do it. Therefor I think it is useful to have some unfilled line ends in the palette standard.soe. Pushed, thanks. Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH] Export blinking text attribute to HTML in all HTML export modes
On 27/10/11 17:40, Harri Pitkänen wrote: the patch looks fine, builds etc., not entirely sure about some of the mode removal stuff. But, since you have previously contributed html filter related stuff I assume you have a better idea than me. Hopefully if there are any additional concerns someone can shout and we can fix it. Thanks again for the patch. Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 37487, which changed state. Bug 37487 Summary: Mac: crash copying data via drag and drop from datasource navigation window https://bugs.freedesktop.org/show_bug.cgi?id=37487 What|Old Value |New Value Resolution||WORKSFORME Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED}[PATCH] leaking connection handles
On 27/10/11 22:04, Terrence Enger wrote: I offer the attached patch under LGPLv3+/MPL1.1 dual license or future versions of the licenses, It fixes a leak of connection handle in an ODBC database. Without the call to SQLDisconnect90, SQLFreeHandle() fails with code 'HY010'. This is my first attempt a patch. Comments and guidance welcome. As far as I can see the patch is beautiful, please keep them coming, help is really needed with base stuff and we appreciate all help we get, thanks again Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED}[PATCH] leaking connection handles
On 28/10/11 10:18, Noel Power wrote: On 27/10/11 22:04, Terrence Enger wrote: This is my first attempt a patch. Comments and guidance welcome. just fyi, I did an additional commit to do a minor tweak changing the OSL_TRACE messages into OSL_ENSURE messages. Nothing wrong with the OSL_TRACE, just the OSL_ENSURE does some of the hard work for you ( linenumber file ) hope I got the logic correct thanks, Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Export blinking text attribute to HTML in all HTML export modes
Hi Harri, At 18:40 27-10-2011, Harri Pitk�nen wrote: Previously blinking was not exported in IE mode. IE still does not support blinking (neither does Chrome or Safari) Lacking browser support for the blink element is a good thing from an accessibility point of view :-) For some persons, blinking can be so distracting that it prevents them from interacting with the rest of the web page: http://www.w3.org/TR/UNDERSTANDING-WCAG20/time-limits-pause.html. (In Firefox and Seamonkey, you can disable blinking by setting browser.blink_allowed to false under about:config. In Opera, you need to activate the Accessibility Layout under View - Style.) but the extra tag does not make things any worse That depends on the reader (see above). But export blink anyway. Accessibility issues in content need to be addressed in the source document, and an extension to evaluate accessibility will be released soon-ish. Best regards, Christophe and allows importing the HTML back to LibreOffice without loss of formatting. Code is also simplified by removing conditionals for options that no longer need to be (or can be) disabled. Harri -- Christophe Strobbe K.U.Leuven - Dept. of Electrical Engineering - SCD Research Group on Document Architectures Kasteelpark Arenberg 10 bus 2442 B-3001 Leuven-Heverlee BELGIUM tel: +32 16 32 85 51 http://www.docarch.be/ Twitter: @RabelaisA11y --- Open source for accessibility: results from the AEGIS project www.aegis-project.eu --- Please don't invite me to Facebook, Quechup or other social networks. You may have agreed to their privacy policy, but I haven't. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] hyphenation fixes
Hi Caolán, Many thanks for it. Laci PS. It seems, Mozilla has integrated the Hyphen library to implement CSS3 hyphenation in Firefox (https://developer.mozilla.org/en/CSS/hyphens), so I will check it, too. 2011/10/24 Caolán McNamara caol...@redhat.com: On Mon, 2011-10-17 at 15:18 +0200, Németh László wrote: I'm sorry, here are the missing patches. Many thanks for the integration. ok, pushed all these now. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Dynamically relaod addon toolbar
Hi, This is no list for add-on /extensions questions (1) However.. othman wrote (27-10-11 23:15) what java code should i add to dynamically relaod addon toolbar or relaod the whole Addon context? Presumably there will be a whole representation of the configuration in memory. I would be surprised if you can use some Java code to update that. Cor 1) http://wiki.documentfoundation.org/Development/Use_of_MailList -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Display resolution in PPI with the original size on Picture/Crop (in Writer)
Hi László, 2011/10/28 Németh László nem...@numbertext.org: Hi, This patch adds PPI resolution to the default image size data in the Picture dialog (only for bitmap images), see the attached screenshot. Explanation: LibreOffice supports explicite resolutions of JPEG/PNG picture formats to set default image size, but this important data is missing from the UI, so we cannot verify the picture quality. Thanks for this patch, it looks a useful feature to me. You hard coded a string into the code (e.g. PPI), this should be localized. I know it is an international abbreviation, but some languages transcript everything. Also, you assumed that you can replace the measurement units, this is not the case when those are transcripted or translated. If you don't have time to figure how to make this patch localization-friendly, then I will work on it in soon. Please let me know. Thanks, Andras ___ 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 markus.mohrh...@googlemail.com changed: What|Removed |Added Depends on||40801 -- 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] [REVIEW-3-4-4] [PUSHED-3-4] [PATCH]: libs-extern-sys 3.4.3.2 mozilla-ldap remove MKDIR calls
Kelly Anderson wrote: Can we get someone to pull that commit into 3.4.4.x (and 3.4.3.x if it's going to be revved). Cherry-picked to -3-4. For 3-4-4 we need one more review. 3.4.3 is dead. Cheers, -- Thorsten pgp8r22CyFA9c.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Display resolution in PPI with the original size on Picture/Crop (in Writer)
László and all developers involved, Fine, it is a first step in better handling of images. But as I mentioded before, having the PPI out of the image file is a wrong concept. The needed/wanted PPI must been stored in the document. The image sizes must been calculated according to the pixels in the image and the PPI stored (as a printer intention) in the Document. Greetz Fernand Hi, This patch adds PPI resolution to the default image size data in the Picture dialog (only for bitmap images), see the attached screenshot. Explanation: LibreOffice supports explicite resolutions of JPEG/PNG picture formats to set default image size, but this important data is missing from the UI, so we cannot verify the picture quality. Best regards, László PS. There are some old bugs in the default image handling in LibreOffice, see the attached test file, but the most important picture format (JPEG with equal explicite x-y resolutions) works well (except the rounding error in the percent data, see 101% on the screenshot). This patch helps to handle these problems, too. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Display resolution in PPI with the original size on Picture/Crop (in Writer)
László and all developers involved, Fine, it is a first step in better handling of images. But as I mentioded before, having the PPI out of the image file is a wrong concept. The needed/wanted PPI must been stored in the document. The image sizes must been calculated according to the pixels in the image and the PPI stored (as a printer intention) in the Document. Greetz Fernand Hi, This patch adds PPI resolution to the default image size data in the Picture dialog (only for bitmap images), see the attached screenshot. Explanation: LibreOffice supports explicite resolutions of JPEG/PNG picture formats to set default image size, but this important data is missing from the UI, so we cannot verify the picture quality. Best regards, László PS. There are some old bugs in the default image handling in LibreOffice, see the attached test file, but the most important picture format (JPEG with equal explicite x-y resolutions) works well (except the rounding error in the percent data, see 101% on the screenshot). This patch helps to handle these problems, too. ___ 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] [PUSHED-3-4-4] [REVIEW-3-4-4] Fix fdo#41995 fallout - recognize .svg in odf container
Fridrich Strba wrote: Go for it, buddy :) Thanks guys, pushed to -3-4-4 too. Cheers, -- Thorsten pgpAFHC7DhKnA.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] tests for named ranges in vba
On 27/10/11 20:31, August Sodora wrote: Hello all, I have been trying to add support for assigning to named ranges in VBA. There are a couple of ways VBA does this but for now I'm focusing on something like: Range(A1:H8).Name = TestRange Currently the Name property on [X/ScVba]Range is readonly. I've attached a patch which is my first attempt to try and add a setter the patch looks perfect, committed and pushed. There are some issues though that I feel are exposed but not directly caused by your patch ( see below ) but it was suggested that I also attach an xls with a test macro. I know there is some changing going on with regards to VBA tests; is there a place I should stick this to execute for now? have a look at sc/qa/unit/macros-test.cxx you could add a test to sc/qa/unit/data/xls/TestAddress.xls, or I suppose you could add a new test ( just add a new entry into the testInfo array in macros-test.cxx. However at the moment any valuable test will probably fail e.g. Range(A1:H8).Name = TestRange results in an incorrect range being associated with the Name, if you look at the Insert | Names | Manage dialog the range associate with TestRange is $Sheet1.$B$16 also if you try and use that range with something like msgbox Range(A1:H8).Address we currently get an error. Would you be interested in debugging this behaviour further ? I can help you with that if you are interested regards, Noel sub foo Range(A1:H8).Name = TestRange msgbox Range(TestRange).Address end sub ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mac OSX daily build 26/10/2011 - Base Report Builder, Beanshell, and Javascript extensions disabled
On 10/28/2011 10:07 AM, Alexander Thurgood wrote: I can also confirm this with my own build from master from this morning 28/10/2011, build ID : I'm having a look. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Display resolution in PPI with the original size on Picture/Crop (in Writer)
Fernand, Thanks. LibreOffice applies a limit (paragraph or frame width) to the loaded image (this doesn't modify the quality of the picture), and it has a PDF option to resize all pictures (eg. 96 DPI for web/monitors, 300 DPI for printing). Could you specify your request? If I right understand, it would be fine to add a new general treat as ... ppi option for the loaded pictures, because this could simplify the image resizing (eg. an UI equivalent of the following shell script: mkdir output; for i in *.jpg; do convert -units PixelsPerInch -density 300 $i output/$i; done)? For pictures with high resolution (digital photos) this would be not enough, regarding the first limitation (but if you click on the Original size button, LibreOffice will set the resolution/size specified in the image file). You are right, we need a more comfortable picture handling in Writer, eg. it would be fine to use the new visual cropping (Scissors icon) of Draw in Writer, too. Best regards, László 2011/10/28 Fernand Vanrie s...@pmgroup.be: László and all developers involved, Fine, it is a first step in better handling of images. But as I mentioded before, having the PPI out of the image file is a wrong concept. The needed/wanted PPI must been stored in the document. The image sizes must been calculated according to the pixels in the image and the PPI stored (as a printer intention) in the Document. Greetz Fernand Hi, This patch adds PPI resolution to the default image size data in the Picture dialog (only for bitmap images), see the attached screenshot. Explanation: LibreOffice supports explicite resolutions of JPEG/PNG picture formats to set default image size, but this important data is missing from the UI, so we cannot verify the picture quality. Best regards, László PS. There are some old bugs in the default image handling in LibreOffice, see the attached test file, but the most important picture format (JPEG with equal explicite x-y resolutions) works well (except the rounding error in the percent data, see 101% on the screenshot). This patch helps to handle these problems, too. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows build tagging ...
On Fri, 2011-10-28 at 01:55 +0200, Christian Lohmaier wrote: So I suspect the --set-last-working shall be limited to the tinderboxes that build regularly with a non-changing setup, i.e. without having random other stuff that might affect the build-result? Well - I suggest we do it manually for now; at least something is better than nothing here. never used the notes feature - but its help says that it can list the notes - so no parsing of the full log necessary, just using git notes list Sure, a good idea :-) I've been there; here is some sample output: $ git notes list | head 63128339eb1c9dceab08cb9f34c8b3a6b278f48b 002c16ce95fa6e384e7541b6e656b9058dd9b459 3d98f2ca6d9843f7eecf3f8c8d85da2b3eb9e209 00a326249f7bb4e7ded9c743836d9d572d3a9d7f de193bbe203f54b2cbb18d03962691b91a3b0b4c 00a6a3f6279dcf3b790a17f21bccd3e4cea1fc57 742a4d7cc15dda42a1acdab966994d39a9a0d991 010a4baa37bbdca0c35dc3555f6467174e956644 Not so helpful in my view ;-) or if one wants to parse a log, one can do it with git log -p `git notes get-ref` that way one only has to examine the ones that match. or can do a Sure - but the problem is then that you need to sort them into a sequential /chronological order (which the notes list does not appear to be in). At the end of the day - the 'git log' output is in the order we want, and has the details ;-) so - rest assured, I did think a little before suggesting this. It seems like Bjoern's git log --pretty=%H %N gives: 62f4128d74179c6211fc961845182bf2956e3323 3f3c2a7bd3bb238412a787c2e59290285a8cc51e 5ad4d151dac1eb887d92200330e31af269d8d1fd win32 working build f9f4c631b100ace6633dc06668ac107fb2bf and is pretty much perfect on that basis :-) So - will hack that into 'g' next week if no-one else has. Thanks for the input ! ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED}[PATCH] leaking connection handles
Noel, I am sorry for a long response to an innocent-looking message, but a man's gotta do what a man's gotta do. On Fri, 2011-10-28 at 10:42 +0100, Noel Power wrote: On 28/10/11 10:18, Noel Power wrote: just fyi, I did an additional commit to do a minor tweak changing the OSL_TRACE messages into OSL_ENSURE messages. Nothing wrong with the OSL_TRACE, just the OSL_ENSURE does some of the hard work for you ( linenumber file ) hope I got the logic correct Yes, the logic looks right to me, as well as being fewer lines. Moreover, OSL_ENSURE is effective from dbglevel=1 (and hence is built with ordinary configuration option --enable-dbgutil), while OSL_TRACE requires at least dbglevel=2. All this, I think, favours OSL_ENSURE. But, on the other hand, ... On Mon, 2011-10-24 at 23:18 +0200, Stephan Bergmann wrote: On 10/24/2011 05:59 PM, Terrence Enger wrote: I shall proceed with that. And, unless somebody tells me otherwise, I shall indulge myself with OSL_ENSURE() on the return values. Note that OSL_ENSURE, OSL_ASSERT, and OSL_FAIL should only be used for logic errors (i.e., the program detects that it contains an error and ends up in a state that cannot happen), not for uncommon situations that nevertheless should be handled, like IO errors or malformed user input. OSL_TRACE, on the other hand, is the tool of choice to document interesting events during program execution (which is only evaluated when built with DEBUG=TRUE, however). -- Even if lots of places in the code base misuse the former for the latter. Ideally, OSL_ENSURE et al. should directly abort program execution, but we're not there, yet. As it happens, the leak was indeed the result of a program error: the program was not calling SQLDisconnect. But the ODBC functions represent the whole rest of the world to LO, and that gives the functions lots of room to go wrong without implicating LO itself. Hence my choice of OSL_TRACE. I have not addressed nevertheless should be handled from S.B.'s comment: I do not know how to recover from a failed function call. OTOH, the leaked handle was evident only because I happend to be watching drive statistics; later I noticed failure code 'HY010' in the ODBC trace file. What do you think? With thanks for your attention and encouragement, Terry. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows build tagging ...
On Fri, Oct 28, 2011 at 3:12 PM, Michael Meeks michael.me...@suse.com wrote: On Fri, 2011-10-28 at 01:55 +0200, Christian Lohmaier wrote: So I suspect the --set-last-working shall be limited to the tinderboxes that build regularly with a non-changing setup, i.e. without having random other stuff that might affect the build-result? Well - I suggest we do it manually for now; at least something is better than nothing here. never used the notes feature - but its help says that it can list the notes - so no parsing of the full log necessary, just using git notes list Sure, a good idea :-) I've been there; here is some sample output: $ git notes list | head 63128339eb1c9dceab08cb9f34c8b3a6b278f48b 002c16ce95fa6e384e7541b6e656b9058dd9b459 3d98f2ca6d9843f7eecf3f8c8d85da2b3eb9e209 00a326249f7bb4e7ded9c743836d9d572d3a9d7f de193bbe203f54b2cbb18d03962691b91a3b0b4c 00a6a3f6279dcf3b790a17f21bccd3e4cea1fc57 742a4d7cc15dda42a1acdab966994d39a9a0d991 010a4baa37bbdca0c35dc3555f6467174e956644 Not so helpful in my view ;-) This is the notes list - show first hash and check for message, if it is OK, checkout he second hash, but true: or if one wants to parse a log, one can do it with git log -p `git notes get-ref` that way one only has to examine the ones that match. or can do a Sure - but the problem is then that you need to sort them into a sequential /chronological order (which the notes list does not appear to be in). Git log on the notes object is not the same as git notes list. the log is sequential/chronological as is any other commit. At the end of the day - the 'git log' output is in the order we want, and has the details ;-) See above: git *log* -p `git notes get-ref` :-) and with the additional -S earch you can filter that log output to only contain the wanted ones. git log -p -Swin32 working build `git notes get-ref` gives you only the annotation commits, and contains the annotated revision I didn't just suggest things by only reading the manpage, I also played with it ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mac OSX daily build 26/10/2011 - Base Report Builder, Beanshell, and Javascript extensions disabled
On 10/27/2011 05:33 PM, Alexander Thurgood wrote: In the daily build from 26/10/2011 the following extensions are present, but disabled/non-functional. If you inspect the list of installed extensions these appear greyed out. [...] See : https://bugs.freedesktop.org/show_bug.cgi?id=42312 Alexander, Can you please update the issue with the exact list of extensions that are greyed out for you? Trying a local build with --enable-ext-numbertext --enable-ext-oooblogger --enable-ext-google-docs --enable-ext-barcode (as from your other mail) I see only Barcode 1.3.1 and Report Builder 1.2.1 greyed out. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mac OSX daily build 26/10/2011 - Base Report Builder, Beanshell, and Javascript extensions disabled
On 10/28/2011 10:07 AM, Alexander Thurgood wrote: I can also confirm this with my own build from master from this morning 28/10/2011, build ID : [...] --enable-ext-barcode Kami, can you help me? Just asked on #libreoffice-dev: does anybody know anything about the barcode extension? Alexander Thurgood said on ML that it was not working in current Mac builds, but it (as downloaded from http://ooo.itc.hu/oxygenoffice/download/libreoffice/7e7efc5d4a03126bb9ae3ae9aa2c4e87-Barcode_1.3.1.0.oxt) appears to be not working in any recent LibO? The included barcode-loader.py apparently still uses active registration, but does not provide a writeRegistryInfo function? Thanks, Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED}[PATCH] leaking connection handles
On 28/10/11 14:21, Terrence Enger wrote: Noel, I am sorry for a long response to an innocent-looking message, but a man's gotta do what a man's gotta do. [...] As it happens, the leak was indeed the result of a program error: the program was not calling SQLDisconnect. But the ODBC functions represent the whole rest of the world to LO, and that gives the functions lots of room to go wrong without implicating LO itself. Hence my choice of OSL_TRACE. I have not addressed nevertheless should be handled from S.B.'s comment: I do not know how to recover from a failed function call. OTOH, the leaked handle was evident only because I happend to be watching drive statistics; later I noticed failure code 'HY010' in the ODBC trace file. What do you think? honestly I wouldn't knock myself out worrying about it too much or getting into some sort of analysis paralysis trying to decide what to do :-) There seems to be many opinions about what should be used where, the only real consensus afaik ( if there is even that ) is that we wanted to get rid of the old DBG_ macros ( which adds another layer of confusion to it all ). Without getting into a religous war about it I personally don't buy that OSL_ENSURE should abort ( I am though a believer in that behaviour for for OSL_ASSERT ) Perhaps I am abusing the true use for OSL_ENSURE, maybe there is a case for an OSL_WARNING ( but do we really need yet another macro ) How likely is this scenario to happen?, if it does maybe it does indeed indicate a situation serious enough to warrant a big red flag, since this doesn't affect production builds no-one is going to die, and if you pardon the pun since OSL_ENSURE and friends don't abort neither will Libreoffice ;-) With thanks for your attention and encouragement, Terry. your welcome Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On 28/10/11 03:25, Norbert Thiebaud wrote: On Thu, Oct 27, 2011 at 8:19 PM, Norbert Thiebaudnthieb...@gmail.com wrote: On Thu, Oct 27, 2011 at 7:38 PM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: Hi all, Here is my first patch. It translates the German comments found in sw/source/core/doc/acmplwrd.cxx to English. I also translated messages within OSL_ENSURE; wasn't sure if that's permissible. This patch and any future work is licensed under LGPLv3+/MPL. Thanks, applied and pushed. I hit sent a bit fast... One thing I forgot to mention. I did clean-up some trailing spaces... did you have to over-ride the commit hook or did it fail to warn you of the trailing spaces ? I didn't get any such message. Also, searching in vim for /\s\+$ turned up only one trailing space on line 291. I used gedit; maybe that's the culprit? Also, can you add yourself to http://wiki.documentfoundation.org/Development/Developers, referencing your post above that indicate the license. Don't be intimidated with the 'Developper' page title. This is to try to keep track of licensing declaration of committed stuff. Done! Thanks, Philipp Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED}[PATCH] leaking connection handles
On 28/10/11 16:06, Noel Power wrote: Without getting into a religous war about it I personally don't buy that OSL_ENSURE should abort ( I am though a believer in that behaviour for for OSL_ASSERT ) Perhaps I am abusing the true use for OSL_ENSURE, maybe there is a case for an OSL_WARNING ( but do we really need yet another macro ) #define OSL_TRACE _OSL_TRACE #define OSL_ASSERT(c) _OSL_ENSURE(c, OSL_THIS_FILE, __LINE__, 0) #define OSL_ENSURE(c, m) _OSL_ENSURE(c, OSL_THIS_FILE, __LINE__, m) #define OSL_FAIL(m)_OSL_ENSURE(0, OSL_THIS_FILE, __LINE__, m) so OSL_ASSERT and OSL_ENSURE are basically the same thing, the latter just takes a message. if you want something with different intent from OSL_ENSURE then just use OSL_TRACE. perhaps OSL_WARNING could be something like: if (c) { OSL_TRACE(m); } but it does not exist now... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On Fri, Oct 28, 2011 at 9:19 AM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: I didn't get any such message. Also, searching in vim for /\s\+$ turned up only one trailing space on line 291. I used gedit; maybe that's the culprit? yes that was it. for gedit, google pointed me to: http://www.linuxuk.org/2009/05/trim-trailing-spaces-in-gedit/ https://github.com/jonleighton/gedit-trailsave ... Still I'm a bit concerned that the commit-hook did not complain can you sent the result of ls -l .git/hooks Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mac OSX daily build 26/10/2011 - Base Report Builder, Beanshell, and Javascript extensions disabled
Le 28/10/11 15:51, Stephan Bergmann a écrit : Hi Stephan, Can you please update the issue with the exact list of extensions that are greyed out for you? Trying a local build with --enable-ext-numbertext --enable-ext-oooblogger --enable-ext-google-docs --enable-ext-barcode (as from your other mail) I see only Barcode 1.3.1 and Report Builder 1.2.1 greyed out. Done. As I note in the title of the bug report, the Beanshell scripting provider and Javascript scripting provider also appear in the list of installed extensions, but are greyed out, i.e. inactive. Furthermore, have no entries in the Tools Macros Organize Macros menu. Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice Online build
Hi Gustavo, It seems that you didn't use --with-system-cairo the first time you run autogen.sh, so, you still have a cairo.h/libcairo.so somewhere. Or at least, it is how I got this issue. So, if that is correct, you can restart from a clean git branch, or try to delete manually the non-cairo version, but it might be hard. I don't know if you know a lot of things about git (I don't...), but you can re-clone your local git repo to avoid re-downloading all the repository. Lucas 2011/10/28 Gustavo Pacheco gbpacheco.li...@gmail.com: Hi people! I'm on a long, but exciting, way to get a complete build of LibreOffice Online prototipe. Before start it, I have never built LibreOffice myself, then, I'm glad to increase my knowledge and, in a near future, I hope contribute to the project in some more advanced tasks. At moment, I'm just a newbie. Michael Meeks mentoring me with many great tips (many thanks Michael!). He also suggested to me that I share my steps here. I have finished my build of GTK+ 3.2 with --enable-x11-backend and --enable-broadway-backend. After solve all dependencies and compile it successful, I get run some little compiled gtk+3.2 samples in the browser using GDK_BACKEND=broadway ./myhelloworldfirefox http://127.0.0.1:8080/. On the LibreOffice side, I have finished OK my first builds of LibreOffice 3.5.0. To build the LibreOffice Online prototype, however, I have had problems when I use autogen with --enable-gtk3 and --with-system-cairo. I have stopped on an error inside vcl after 'make'. I tried to isolate the problem with make -sr. The output is at the end of this email. Anyone can help me? Thanks for any help! Gustavo Pacheco. My steps: $ git fetch --all $ git checkout feature/gtk3 $ pkg-config --cflags gtk+-3.0 $ pkg-config --libs gtk+-3.0 $ ./autogen.sh --with-num-cpus=4 --with-max-jobs=4 --without-junit --enable-graphite --without-java --enable-gtk3 --with-system-cairo ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANN] LibreOffice 3.4.4 RC1 available
Dear Community, The Document Foundation is happy to announce the first release candidate of LibreOffice 3.4.4. The upcoming 3.4.4 will be the fourth in a series of frequent bugfix releases for our 3.4 code line. Please be aware that LibreOffice 3.4.4 RC1 is not yet ready for production use, you should continue to use LibreOffice 3.3.4 and 3.4.3 for that. The release is available for Windows, Linux and Mac OS X from our QA builds download page at http://www.libreoffice.org/download/pre-releases/ Should you find bugs, please report them to the FreeDesktop Bugzilla: https://bugs.freedesktop.org For other ways to get involved with this exciting project - you can e.g. contribute code: https://www.libreoffice.org/get-involved/developers/ translate LibreOffice to your language: http://wiki.documentfoundation.org/Translation_for_3.4 or help with funding our operations: http://challenge.documentfoundation.org/ A list of known issues with 3.4.4 RC1 is available from our wiki: http://wiki.documentfoundation.org/Releases/3.4.4/RC1 Please find the list of changes against LibreOffice 3.4.3 here: http://download.documentfoundation.org/libreoffice/src/bugfixes-libreoffice-3-4-release-3.4.4.1.log Let us close again with a BIG Thank You! to all of you having contributed to the LibreOffice project - this release would not have been possible without your help. Yours, The Steering Committee of The Document Foundation pgpOqrqUYSDE6.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On 28/10/11 16:33, Norbert Thiebaud wrote: On Fri, Oct 28, 2011 at 9:19 AM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: I didn't get any such message. Also, searching in vim for /\s\+$ turned up only one trailing space on line 291. I used gedit; maybe that's the culprit? yes that was it. for gedit, google pointed me to: http://www.linuxuk.org/2009/05/trim-trailing-spaces-in-gedit/ https://github.com/jonleighton/gedit-trailsave ... Thanks, but it doesn't work with gedit 3 for me. I'll switch to vim for now anyway and use the remove whitespace on save autocmd. Still I'm a bit concerned that the commit-hook did not complain can you sent the result of ls -l .git/hooks -rwxrwxr-x. 1 philipp philipp 452 Oct 21 03:00 applypatch-msg.sample -rwxrwxr-x. 1 philipp philipp 896 Oct 21 03:00 commit-msg.sample -rwxrwxr-x. 1 philipp philipp 160 Oct 21 03:00 post-commit.sample -rwxrwxr-x. 1 philipp philipp 548 Oct 21 03:00 post-receive.sample -rwxrwxr-x. 1 philipp philipp 189 Oct 21 03:00 post-update.sample -rwxrwxr-x. 1 philipp philipp 398 Oct 21 03:00 pre-applypatch.sample -rwxrwxr-x. 1 philipp philipp 1578 Oct 21 03:00 pre-commit.sample -rwxrwxr-x. 1 philipp philipp 1239 Oct 21 03:00 prepare-commit-msg.sample -rwxrwxr-x. 1 philipp philipp 4951 Oct 21 03:00 pre-rebase.sample -rwxrwxr-x. 1 philipp philipp 3611 Oct 21 03:00 update.sample Philipp ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36678, which changed state. Bug 36678 Summary: Missing user-defined dictionaries with a specified language attribute via Spelling and Grammar F7 https://bugs.freedesktop.org/show_bug.cgi?id=36678 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Is it possible to update cppcheck for Libreoffice report ?
On 10/28/11 00:49, julien2412 wrote: The messages about C style casting re here now and there's work to do. Thank you Jesse ! -- View this message in context: http://nabble.documentfoundation.org/Re-Is-it-possible-to-update-cppcheck-for-Libreoffice-report-tp3415869p3460285.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 Ah, I was wrong about the parallel cppcheck jobs turning off unusedFunctions, so I added it to the suppressions file I create each run. This change should be reflected in the next run. Cheers, Jesse -- Jesse Adelman Senior Systems Shepherd ilikelinux Consulting/Bold and Busted, LLC http://ilikelinux.com/ http://boldandbusted.com/ Brisbane, CA Tel: (415) 656-4480 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On Fri, Oct 28, 2011 at 12:09 PM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: ls -l .git/hooks -rwxrwxr-x. 1 philipp philipp 452 Oct 21 03:00 applypatch-msg.sample -rwxrwxr-x. 1 philipp philipp 896 Oct 21 03:00 commit-msg.sample -rwxrwxr-x. 1 philipp philipp 160 Oct 21 03:00 post-commit.sample -rwxrwxr-x. 1 philipp philipp 548 Oct 21 03:00 post-receive.sample -rwxrwxr-x. 1 philipp philipp 189 Oct 21 03:00 post-update.sample -rwxrwxr-x. 1 philipp philipp 398 Oct 21 03:00 pre-applypatch.sample -rwxrwxr-x. 1 philipp philipp 1578 Oct 21 03:00 pre-commit.sample -rwxrwxr-x. 1 philipp philipp 1239 Oct 21 03:00 prepare-commit-msg.sample -rwxrwxr-x. 1 philipp philipp 4951 Oct 21 03:00 pre-rebase.sample -rwxrwxr-x. 1 philipp philipp 3611 Oct 21 03:00 update.sample oh... that is not good! can you run ./g -z please, and verify that after that you have, afterward, something like $ ll .git/hooks/ total 112 -rwxr-xr-x 1 n_th staff 452 Aug 6 15:41 applypatch-msg.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 commit-msg - ../../git-hooks/commit-msg -rwxr-xr-x 1 n_th staff 896 Aug 6 15:41 commit-msg.sample -rwxr-xr-x 1 n_th staff 160 Aug 6 15:41 post-commit.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 post-merge - ../../git-hooks/post-merge -rwxr-xr-x 1 n_th staff 552 Aug 6 15:41 post-receive.sample -rwxr-xr-x 1 n_th staff 189 Aug 6 15:41 post-update.sample -rwxr-xr-x 1 n_th staff 398 Aug 6 15:41 pre-applypatch.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 pre-commit - ../../git-hooks/pre-commit -rwxr-xr-x 1 n_th staff 1578 Aug 6 15:41 pre-commit.sample -rwxr-xr-x 1 n_th staff 4951 Aug 6 15:41 pre-rebase.sample -rwxr-xr-x 1 n_th staff 1239 Aug 6 15:41 prepare-commit-msg.sample -rwxr-xr-x 1 n_th staff 3611 Aug 6 15:41 update.sample Out of curiosity, how did you set-up your repos ? (pure git clone, using the tar.gz primer method ? ) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On 28/10/11 20:12, Norbert Thiebaud wrote: On Fri, Oct 28, 2011 at 12:09 PM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: ls -l .git/hooks -rwxrwxr-x. 1 philipp philipp 452 Oct 21 03:00 applypatch-msg.sample -rwxrwxr-x. 1 philipp philipp 896 Oct 21 03:00 commit-msg.sample -rwxrwxr-x. 1 philipp philipp 160 Oct 21 03:00 post-commit.sample -rwxrwxr-x. 1 philipp philipp 548 Oct 21 03:00 post-receive.sample -rwxrwxr-x. 1 philipp philipp 189 Oct 21 03:00 post-update.sample -rwxrwxr-x. 1 philipp philipp 398 Oct 21 03:00 pre-applypatch.sample -rwxrwxr-x. 1 philipp philipp 1578 Oct 21 03:00 pre-commit.sample -rwxrwxr-x. 1 philipp philipp 1239 Oct 21 03:00 prepare-commit-msg.sample -rwxrwxr-x. 1 philipp philipp 4951 Oct 21 03:00 pre-rebase.sample -rwxrwxr-x. 1 philipp philipp 3611 Oct 21 03:00 update.sample oh... that is not good! can you run ./g -z please, and verify that after that you have, afterward, something like $ ll .git/hooks/ total 112 -rwxr-xr-x 1 n_th staff 452 Aug 6 15:41 applypatch-msg.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 commit-msg - ../../git-hooks/commit-msg -rwxr-xr-x 1 n_th staff 896 Aug 6 15:41 commit-msg.sample -rwxr-xr-x 1 n_th staff 160 Aug 6 15:41 post-commit.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 post-merge - ../../git-hooks/post-merge -rwxr-xr-x 1 n_th staff 552 Aug 6 15:41 post-receive.sample -rwxr-xr-x 1 n_th staff 189 Aug 6 15:41 post-update.sample -rwxr-xr-x 1 n_th staff 398 Aug 6 15:41 pre-applypatch.sample lrwxr-xr-x 1 n_th staff26 Aug 6 16:04 pre-commit - ../../git-hooks/pre-commit -rwxr-xr-x 1 n_th staff 1578 Aug 6 15:41 pre-commit.sample -rwxr-xr-x 1 n_th staff 4951 Aug 6 15:41 pre-rebase.sample -rwxr-xr-x 1 n_th staff 1239 Aug 6 15:41 prepare-commit-msg.sample -rwxr-xr-x 1 n_th staff 3611 Aug 6 15:41 update.sample No, I just get: cat: /home/philipp/Projekte/LibreOffice/core/bin/repo-list: No such file or directory Out of curiosity, how did you set-up your repos ? (pure git clone, using the tar.gz primer method ? ) I used git clone git://anongit.freedesktop.org/git/core/ And then followed the patch handling guideline to generate the patches. Am I doing it wrong? Philipp ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH]: Translate German Comments
Here's docfld.cxx from sw/source/core/doc. This one's quite long, so I'd appreciate a review by another German-speaker. I tried my best, to shorten the translation whilst preserving it's meaning (not that there would be much of it, sometimes). Also, the whitespace problem should be a thing of the past now. Cheers, Philipp From d4fe84c89e781f52cf96712c26f11d79c42d71fe Mon Sep 17 00:00:00 2001 From: Philipp Weissenbacher p.weissenbac...@gmail.com Date: Fri, 28 Oct 2011 22:03:40 +0200 Subject: [PATCH] Translate German comments --- sw/source/core/doc/docfld.cxx | 409 - 1 files changed, 199 insertions(+), 210 deletions(-) diff --git a/sw/source/core/doc/docfld.cxx b/sw/source/core/doc/docfld.cxx index 239238e..3a81493 100644 --- a/sw/source/core/doc/docfld.cxx +++ b/sw/source/core/doc/docfld.cxx @@ -52,7 +52,7 @@ #include fmtfld.hxx #include tox.hxx #include txttxmrk.hxx -#include docfld.hxx // fuer Expression-Felder +#include docfld.hxx // for expression fields #include docufld.hxx #include ddefld.hxx #include usrfld.hxx @@ -69,7 +69,7 @@ #include authfld.hxx #include txtinet.hxx #include fmtcntnt.hxx -#include poolfmt.hrc // fuer InitFldTypes +#include poolfmt.hrc // for InitFldTypes #include SwUndoField.hxx #include switerator.hxx @@ -82,12 +82,11 @@ extern sal_Bool IsFrameBehind( const SwTxtNode rMyNd, sal_uInt16 nMySttPos, SV_IMPL_OP_PTRARR_SORT( _SetGetExpFlds, _SetGetExpFldPtr ) /* -Beschreibung: Feldtypen einfuegen +Description: Insert field types */ /* - * Implementierung der Feldfunktionen am Doc - * Return immer einen gueltigen Pointer auf den Typ. Wenn er also neu - * zugefuegt oder schon vorhanden ist. + * Implementation of field methods at the Doc + * Always returns a pointer to the type, if it's new or already added. */ SwFieldType* SwDoc::InsertFldType(const SwFieldType rFldTyp) { @@ -99,14 +98,13 @@ SwFieldType* SwDoc::InsertFldType(const SwFieldType rFldTyp) switch( nFldWhich ) { case RES_SETEXPFLD: -//JP 29.01.96: SequenceFelder beginnen aber bei INIT_FLDTYPES - 3!! -// Sonst gibt es doppelte Nummernkreise!! -//MIB 14.03.95: Ab sofort verlaesst sich auch der SW3-Reader -//beim Aufbau der String-Pools und beim Einlesen von SetExp-Feldern -//hierauf +//JP 29.01.96: SequenceFields start at INIT_FLDTYPES - 3!! +// Or we get doubble number circles!! +//MIB 14.03.95: From now on also the SW3-Reader relies on this, when +//constructing string pools and when reading SetExp fields if( nsSwGetSetExpType::GSE_SEQ ((SwSetExpFieldType)rFldTyp).GetType() ) i -= INIT_SEQ_FLDTYPES; -// kein break; +// no break; case RES_DBFLD: case RES_USERFLD: case RES_DDEFLD: @@ -149,7 +147,7 @@ SwFieldType* SwDoc::InsertFldType(const SwFieldType rFldTyp) case RES_USERFLD: case RES_SETEXPFLD: ((SwValueFieldType*)pNew)-SetDoc( this ); -// JP 29.07.96: opt. FeldListe fuer den Calculator vorbereiten: +// JP 29.07.96: Optionally prepare FieldList for Calculator: pUpdtFlds-InsertFldType( *pNew ); break; case RES_AUTHORITY : @@ -165,18 +163,17 @@ SwFieldType* SwDoc::InsertFldType(const SwFieldType rFldTyp) void SwDoc::InsDeletedFldType( SwFieldType rFldTyp ) { -// der FeldTyp wurde als geloescht gekennzeichnet und aus dem -// Array entfernt. Nun muss man nach diesem wieder suchen. -// - Ist der nicht vorhanden, dann kann er eingefuegt werden. -// - Wird genau der gleiche Typ gefunden, dann muss der geloeschte -// einen anderen Namen erhalten. +// The FldType was marked as deleted and removed from the array. +// One has to look this up again, now. +// - If it's not present, it can be re-inserted. +// - If the same type is found, the deleted one has to be renamed. sal_uInt16 nSize = pFldTypes-Count(), nFldWhich = rFldTyp.Which(); sal_uInt16 i = INIT_FLDTYPES; OSL_ENSURE( RES_SETEXPFLD == nFldWhich || RES_USERFLD == nFldWhich || -RES_DDEFLD == nFldWhich, Falscher FeldTyp ); +RES_DDEFLD == nFldWhich, Wrong FldType ); const ::utl::TransliterationWrapper rSCmp = GetAppCmpStrIgnore(); const String rFldNm = rFldTyp.GetName(); @@ -186,7 +183,7 @@ void SwDoc::InsDeletedFldType( SwFieldType rFldTyp ) if( nFldWhich == (pFnd = (*pFldTypes)[i])-Which() rSCmp.isEqual( rFldNm, pFnd-GetName() ) ) { -// neuen Namen suchen +// find new name sal_uInt16 nNum = 1; do { String sSrch( rFldNm ); @@ -196,17 +193,17 @@ void
[Libreoffice] Suggestions for improving the look 'n' feel of LibreOffice
Hi all, My name is Alex and I am a member of the design team. I've collected several ideas regarding the look of LO. I'd like to hear your opinions: Do you think the suggested changes are useful? And how hard would it be to implement them? There's a short summary with a few examples in this document: http://ubuntuone.com/7m7AXgeh7OIwGBiCOHAjGh 1) It would be useful if the user could define alternating colors for table rows/columns and maybe even export Styles for text/shapes/tables formatting and coloring to a xml file or something for easy exchange. 2) Currently, only Shift allows scaling a picture while keeping the ratio. Apparently thats how Word works, too, but if one is used to Gimp or Inkscape one intuitively tries Ctrl. I suggest to allow both keys. 3) If possible, the markup-language input for formulas should be optional. I am not sure if thats correct but it it seems as if LO Math would be loaded when entering a formula. I heard some of you are working on Visual Formulas Input. Might this be what I'm looking for? 5) The handles for resizing and rotating look rather dated. They should be replaced by some squares/circles filled with a nice gradient. Are they hardcoded or could the graphics simply be replaced? 6) There should be some nice interchangeable borders, maybe svg-files (e.g. polaroid-style) that could easily be applied to imported graphics What do you think? Some of this might not be trivial to implement, but in my opinion it would be worth the effort. Kind Regards Alex -- Unsubscribe instructions: E-mail to design+h...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/design/ All messages sent to this list will be publicly archived and cannot be deleted ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] FR langpack for DEB x86_64 daily build broken
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. 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] [PUSHED] Display resolution in PPI with the original size on Picture/Crop (in Writer)
2011/10/28 Németh László nem...@numbertext.org: Hi, This patch adds PPI resolution to the default image size data in the Picture dialog (only for bitmap images), see the attached screenshot. Pushed with some changes in order to make the new string localizable. http://cgit.freedesktop.org/libreoffice/core/commit/?id=adb8868edaebb372a54140f84bf85ac9eef37918 Thanks! Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] [PATCH]: Translate German Comments
On Fri, Oct 28, 2011 at 3:11 PM, Philipp Weissenbacher p.weissenbac...@gmail.com wrote: Out of curiosity, how did you set-up your repos ? (pure git clone, using the tar.gz primer method ? ) I used git clone git://anongit.freedesktop.org/git/core/ And then followed the patch handling guideline to generate the patches. Am I doing it wrong? You never ran autogen.sh ? never try to make the product ? ah... that would explain it indeed. At least it explain the cat: /home/philipp/Projekte/LibreOffice/core/bin/repo-list: No such file or directory but not why the hook for core are not set-up anyway... In any case it might be a good exercise to try to actually do a build, since it is good practice to try to at least compile when doing any sort of change to the source code. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] (real) Windows build, needs help.
On Thu, 2011-10-27 at 11:49 -0400, Kohei Yoshida wrote: If there is an idea in the crowd what can be the problem, a patch will be integrated swiftly. No idea at the moment. I'm on to fixing another bug at the moment, but I may poke at this later if no one else hasn't by that time. So, Bjoern and I took another look at that right before he left for Orlando. Here is what we found out. 1) building desktop with a single process (i.e. make -sr) succeeds. 2) building desktop with 4 processes (i.e. make -sr -j4) fails. 3) those manifest files are generated by desktop (so it's not because of failed module dependency). 4) cd desktop make clean doesn't remove those *.manifest files from solver. Based on this, he came up with a quick patch for me to test. But unfortunately his test patch didn't solve it for me (and he left for Orlando). Anyway, that's where we are at the moment. At least we now know that this is just a parallel build issue with the desktop module, which fails to generate soffice_bin.exe.manifest before it is referenced. The current workaround is, when your build fails in desktop, build the desktop module single-process, then build the whole thing again. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] (real) Windows build, needs help.
Hi Kohei, On Fri, Oct 28, 2011 at 09:16:44PM -0400, Kohei Yoshida wrote: Based on this, he came up with a quick patch for me to test. But unfortunately his test patch didn't solve it for me (and he left for Orlando). I dont have the patch here, but I realized I forgot something when I was in the plane: The rule that delivers the manifest to OUTDIR needs to depend not only on the manifest file in workdir but also on the executable in WORKDIR itself (because _that_ rule generates the manifest in WORKDIR as a sideeffect). Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] (real) Windows build, needs help.
On Fri, Oct 28, 2011 at 9:59 PM, Bjoern Michaelsen bjoern.michael...@canonical.com wrote: I dont have the patch here, Perhaps I shall attach your patch here for your perusal. :-) Kohei 0001-very-very-ugly-hack-to-get-the-soffice.bin-name.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] (real) Windows build, needs help.
On Fri, Oct 28, 2011 at 10:19:59PM -0400, Kohei Yoshida wrote: Perhaps I shall attach your patch here for your perusal. :-) see attachment. fixed? Best, Bjoern From 048c069f2a09370e716d6fb8f4362ce11caf Mon Sep 17 00:00:00 2001 From: Bjoern Michaelsen bjoern.michael...@canonical.com Date: Fri, 28 Oct 2011 02:26:43 +0200 Subject: [PATCH] very,very ugly hack to get the soffice.bin name the previous solution couldnt work: - Packages are toplevel targets, so they need to be in a separate file - However, Packages should not be used here as it interferes with the pattern rules on $(OUTDIR)/bin - replacing those instead with explicit (non-pattern) rules for this exceptional case - depending from the regular target in $(OUTDIR) on the special one - depending from the special target on the $(WORKDIR) one --- desktop/Executable_soffice.bin.mk | 22 +- 1 files changed, 17 insertions(+), 5 deletions(-) diff --git a/desktop/Executable_soffice.bin.mk b/desktop/Executable_soffice.bin.mk index 7731aef..9d75bb4 100644 --- a/desktop/Executable_soffice.bin.mk +++ b/desktop/Executable_soffice.bin.mk @@ -69,13 +69,25 @@ $(eval $(call gb_Executable_add_noexception_objects,$(sofficebin),\ desktop/win32/source/extendloaderenvironment \ )) -# the resulting executable is called soffice_bin.exe, copy it to soffice.bin -$(eval $(call gb_Package_Package,$(sofficebin),$(OUTDIR)/bin)) -$(eval $(call gb_Package_add_file,$(sofficebin),bin/soffice.bin,$(sofficebin).exe)) +$(call gb_Executable_get_target,$(sofficebin)) : $(OUTDIR)/bin/soffice.bin +$(call gb_Executable_get_clean_target,$(sofficebin)) : $(WORKDIR)/Clean/OutDir/bin/soffice.bin +$(OUTDIR)/bin/soffice.bin : $(call gb_LinkTarget_get_target,$(call gb_Executable_get_linktargetname,$(sofficebin))) + $(call gb_Deliver_deliver,$,$@) + +.PHONY : $(WORKDIR)/Clean/OutDir/bin/soffice.bin +$(WORKDIR)/Clean/OutDir/bin/soffice.bin : + rm $(OUTDIR)/bin/soffice.bin ifeq ($(COM),MSC) -# also copy the manifest -$(eval $(call gb_Package_add_file,$(sofficebin),bin/soffice.bin.manifest,$(sofficebin).exe.manifest)) +$(call gb_Executable_get_target,$(sofficebin)) : $(OUTDIR)/bin/soffice.bin.manifest +$(call gb_Executable_get_clean_target,$(sofficebin)) : $(WORKDIR)/Clean/OutDir/bin/soffice.bin.manifest +$(OUTDIR)/bin/soffice.bin.manifest : $(call gb_LinkTarget_get_target,$(call gb_Executable_get_linktargetname,$(sofficebin))).manifest $(call gb_LinkTarget_get_target,$(call gb_Executable_get_linktargetname,$(sofficebin))) + $(call gb_Deliver_deliver,$,$@) + +.PHONY : $(WORKDIR)/Clean/OutDir/bin/soffice.bin.manifest +$(WORKDIR)/Clean/OutDir/bin/soffice.bin.manifest : + rm $(OUTDIR)/bin/soffice.bin.manifest + endif endif -- 1.7.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] master eat CPU even when it does nothing
Hi, Current master daily build (2011-10-28_12.04.03 : LibO-dev 3.5.0 Build ID: 2a91e5b-522e9fe-c4051ff-3b66bd0-672ed49) has a problem that was not in the previous daily build (2011-10-24_10.58.48): In Writer: open a new text document and do nothing else = CPU ~100% of one core In Calc : open a new spreadsheet: each time you type a value in a cell, the CPU jumps to 100% of a core. As Cédric did not commit code related to header/footer (which use a lot of timer, AFAIK) between 2011-10-24 and 2011-10-28, I guess both problem have the same root cause. I already noticed these cpu problems in my own build since 2 or 3 days, but I can't be more precise. Does somebody has a clue about the cause (which commit?) of this CPU consumption? 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-bugs] [Bug 42330] Ether no explicit uninstaller, or very poorly advertised one
https://bugs.freedesktop.org/show_bug.cgi?id=42330 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Severity|blocker |normal CC||LibreOffice@bielefeldundbus ||s.de Keywords||NEEDINFO --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-27 23:39:00 PDT --- Not reproducible for me, I uninstalled lots of versions under WIN7 @reporter: May I ask you to read hints on http://wiki.documentfoundation.org/BugReport carefully? Then please: - Write a meaningful Summary - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem. Distinguish very clear between speculations (no explicit uninstaller ...) and observations! - add information -- what EXACTLY is unexpected (it doesn't work is not useful at all) -- and why do you believe it's unexpected (cite Help or Documentation!) -- concerning your PC -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language) –- Libo settings that might be related to your problems (Quick launch, ...) -- everything else crossing your mind after you read a.m. URL -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 31743] grouped drawing-objects are not protected against editing
https://bugs.freedesktop.org/show_bug.cgi?id=31743 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|REOPENED|NEEDINFO CC|LibreOffice@bielefeldundbus | |s.de| --- Comment #9 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-27 23:53:07 PDT --- I don't understand reporter's comment 8 at all, am tired with that close-reopen game, see this as INVALID with wrong status field. @Reporter: It would help if you contribute requested information, not information you believe that it might be useful. -- 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 42329] EDITING: Spell check is complete
https://bugs.freedesktop.org/show_bug.cgi?id=42329 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-27 23:55:59 PDT --- @angelo...@gmail.com: That seems to show that you do not have a dictionary installed or that the document is in a language for what yo do not have a dictionary or may be that you suffer from Bug 37195 - Dictionary access lost after LibO upgrade (I agree with vitriol's suspect). I added you to CC for Bug 37159 If you believe you have a different problem from Bug 37159: May I ask you to read hints on http://wiki.documentfoundation.org/BugReport? Then please: - Check whether your problem is the one of Bug 37159 - Attach a sample document (not only screenshot) - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - add information -- Concerning your available dictionaries (Menu 'Tools - Options - Language settings - Writing Aids - User defined Dictionaires' -- concerning your PC (especially: video card) -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language) –- Libo settings that might be related to your problems -- how you launch LibO and how you opened the sample document -- everything else crossing your mind after you read a.m. URL - Reported with Bug Submission Assistant - -- 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 42331] New: Generation of multiple index TABLES entry in Writer when hypenation is used
https://bugs.freedesktop.org/show_bug.cgi?id=42331 Bug #: 42331 Summary: Generation of multiple index TABLES entry in Writer when hypenation is used Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: vwa...@adriamail.com When using .sdi table for generation of Writer index, more then one entry could appear if some of the matching word contain optional-hypen character (ctrl+-). For example if you searching for word: releasement and you have in your document the following instances (optional-hypen will be depicted as [-]): rele[-]asement (on page 10) releasement (on page 13) release[-]ment (on page 22, 23, 55) index table will include the following entries: releasment 13 rele-asement 10 release-ment 22, 23, 55 instead of just one: releasement 10, 13, 22, 23, 55 -- 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 42332] New: wrong formatting of the autocorrect results
https://bugs.freedesktop.org/show_bug.cgi?id=42332 Bug #: 42332 Summary: wrong formatting of the autocorrect results Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 RC1 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: yury.tarasiev...@gmail.com Created attachment 52840 -- https://bugs.freedesktop.org/attachment.cgi?id=52840 screenshot illustrating the problem The autocorrect result (in my case, '--' and '---' replacement) may happen to be (auto)styled with wrong choice of font face. My (uninformed) guess is this is connected with fontconfig match over certain combinations of `default basic font' setting and fonts installed on system, somehow. The data supporting this guess is: I have 'Gentium' set as a default paragraph style font face. Now, if I start the new text, and (first thing) trigger `dash replacement' for the, e.g., '---' sequence, the result will be `character styled' with 'Gentium Plus' (as shown in screenshot). Same may happen if the default paragraph style font face is changed in the document -- autocorrected sequences formatted to something different. The result: hard-to-explain uneven line spacings. The suggested correction: for the auto-corrected sequence to introduce NO separate formatting, to comply with the rest of the paragraph. -- 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 37487] Mac: crash copying data via drag and drop from datasource navigation window
https://bugs.freedesktop.org/show_bug.cgi?id=37487 --- Comment #10 from Alex Thurgood alex.thurg...@gmail.com 2011-10-28 01:43:43 PDT --- Created attachment 52841 -- https://bugs.freedesktop.org/attachment.cgi?id=52841 stack trace Stack trace made against build from master on 28/10/2011 -- 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 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Keywords|NEEDINFO| --- Comment #17 from Lionel Elie Mamane lio...@mamane.lu 2011-10-28 01:44:06 PDT --- lionel: have you succeeded in reproducing the pb with 3.4.3 or 3.5 ? Yes and no. One one machine (for my future reference:piperine), I cannot reproduce. This machine (Debian GNU/Linux amd64) has Debian packages libreoffice 1:3.4.3-1 and OpenJDK 6b23~pre9-1. There, I cannot reproduce. On another machine (for my future reference: camp), also Debian GNU/Linux amd64, I can reproduce with various versions of LO and Java: - Self-compiled libreoffice-3-4, as of mid-august (meaning some development after 3.4.3-rc1, but not including 3.4.3-rc2), *not* a debug build, with Debian OpenJDK 6b18-1.8.7-2~squeeze1: silent abort - Same libreoffice-3-4 tree with Debian OpenJDK 6b23~pre11-1: silent abort - My core/master development tree, last updated 12/9/2011 (commit b89da4bbb9e4fb2b94bf3d5dcc225a0d88936953), debug build: sometimes freeze, sometimes the LibreOffice has crashed dialog. When it freezes, even a SIGTERM does not kill it, it needs SIGKILL. Now, the weird thing is that on machine camp, I get the choice between use wizard to create report or create report in design mode; on machine piperine I have only Use Wizard to Create Report... Anyone has an idea where this discrepancy can come from? -- 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 42324] When editing in Writer, the cursor ignores diacritical characters added to the letters in RTL languages.
https://bugs.freedesktop.org/show_bug.cgi?id=42324 Lior Kaplan kaplanl...@gmail.com changed: What|Removed |Added Platform|Other |All Version|unspecified |LibO 3.4.3 release --- Comment #2 from Lior Kaplan kaplanl...@gmail.com 2011-10-28 01:44:41 PDT --- I have a few comments to add: 1. Notice that RTL languages use diacritical characters a little different than latin languages. The latin language have letter with diacritical characters about them as part of the keyboard layout and are considered a single char. RTL languages add the diacritical characters near the letter and word processors consider it as different chars. 2. For those who don't speak Hebrew, the thread in the link in the first message, except from describing the problem has two other issues: - If you put the cursor before the letter and hit delete, the letter and the diacritical characters that follow it will be deleted. If you put the cursor after the letter and hit backspace it will delete one diacritical character. Using backspace again will delete the next diacritical character, until non left and the letter itself will be deleted. - While the issue in the bug above is a valid problem, I'm not sure what is the wanted behavior. Having to do much more keyboard stocks to move the cursor because of the diacritical characters might be too much (think of children books, which are usually with diacritical characters). 3. The same problem is present in both Linux and Windows. -- 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 37487] Mac: crash copying data via drag and drop from datasource navigation window
https://bugs.freedesktop.org/show_bug.cgi?id=37487 Alex Thurgood alex.thurg...@gmail.com changed: What|Removed |Added Attachment #52841|0 |1 is obsolete|| --- Comment #11 from Alex Thurgood alex.thurg...@gmail.com 2011-10-28 01:46:41 PDT --- Comment on attachment 52841 -- https://bugs.freedesktop.org/attachment.cgi?id=52841 stack trace Please ignore this attachment, put it on wrong bug report. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 33634] VIEWING: No difference between cell border 0, 5pt and 1, 0pt
https://bugs.freedesktop.org/show_bug.cgi?id=33634 --- Comment #6 from Mikeyy mikeyy@gmail.com 2011-10-28 01:54:54 PDT --- Created attachment 52844 -- https://bugs.freedesktop.org/attachment.cgi?id=52844 Exported PDF from original document -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42333] New: Slide background picture reverts to 1st background on close/reopen
https://bugs.freedesktop.org/show_bug.cgi?id=42333 Bug #: 42333 Summary: Slide background picture reverts to 1st background on close/reopen Classification: Unclassified Product: LibreOffice Version: LibO 3.3.4 release Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: dne...@gnome.org Created attachment 52845 -- https://bugs.freedesktop.org/attachment.cgi?id=52845 ODP (bad background) (as a data point, this is a long-standing OOo bug, didn't find it here or in the OOo bug tracker). I create a lot of LO presentations where I set photos as the background for a slide - the idea is to make the content (the photo) fill the entire screen, and overlay a few words of text (sometimes). In LibreOffice and OpenOffice.org, when you sent a background picture for a slide, you are systematically asked set as background for all slides? and I systematically anser No. The presentation looks fine as a PDF export, and when I save as PPT, the backgrounds are correctly stored. However, when I save as .odp, close LibreOffice, and then reopen the .odp, all trhe slides which have a picture set as a slide background use the same photo for all backgrounds. This adds work reformatting whenever I open, and has resulted in embarassment on a number of occasions when I get to a slide the background image isn't at all what I expected. I've attached a test case. I opened a new empty presentation, set an empty slide layout, and set 2 different background pictures. I saved as odp and ppt - both are attached. When I open the ODP, both slides have the same background. -- 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 42333] Slide background picture reverts to 1st background on close/reopen
https://bugs.freedesktop.org/show_bug.cgi?id=42333 --- Comment #1 from Dave Neary dne...@gnome.org 2011-10-28 02:01:25 PDT --- Created attachment 52846 -- https://bugs.freedesktop.org/attachment.cgi?id=52846 Same file, saved as PPT (good) -- 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 37487] Mac: crash copying data via drag and drop from datasource navigation window
https://bugs.freedesktop.org/show_bug.cgi?id=37487 Alex Thurgood alex.thurg...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #12 from Alex Thurgood alex.thurg...@gmail.com 2011-10-28 02:07:40 PDT --- I can no longer reproduce this behaviour on current (28/10/2011) build from master, so closing as worksforme. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 --- Comment #18 from Julien Nabet serval2...@yahoo.fr 2011-10-28 02:19:54 PDT --- lionel: about piperine, you meant you didn't reproduce in debug and not debug mode ? If it's the case, good news ! About camp: sometimes freeze, sometimes the LibreOffice has crashed dialog. Perhaps a stupid idea, but have you runned a memcheck ? It could be interesting you make more tests on this machine in debug mode (with symbols too) perhaps with the last sources of master then, if you don't reproduce the pb on master, with last sources from 3.4.X branch. I know it'll take you some time to do this. -- 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 42265] with cut/paste special of rows or columns the wrong option is disabled
https://bugs.freedesktop.org/show_bug.cgi?id=42265 Winfried Donkers o...@dci-electronics.nl changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Winfried Donkers o...@dci-electronics.nl 2011-10-28 02:21:55 PDT --- LibO version built from code downloaded 27 october 2011 no longer has this problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 --- Comment #19 from Lionel Elie Mamane lio...@mamane.lu 2011-10-28 02:35:25 PDT --- (In reply to comment #8) Has this situation changed with the release of 3.3.1 No: reproduced with 3.3.3 (Debian package 1:3.3.3-4+b1) -- 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 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 --- Comment #20 from Lionel Elie Mamane lio...@mamane.lu 2011-10-28 02:39:24 PDT --- (In reply to comment #18) about piperine, you meant you didn't reproduce in debug and not debug mode ? If it's the case, good news ! No, I mean I tested only the Debian package, which (I strongly expect) is compiled in not debug mode. -- 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 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 --- Comment #21 from Julien Nabet serval2...@yahoo.fr 2011-10-28 03:00:34 PDT --- (In reply to comment #20) (In reply to comment #18) about piperine, you meant you didn't reproduce in debug and not debug mode ? If it's the case, good news ! No, I mean I tested only the Debian package, which (I strongly expect) is compiled in not debug mode. sorry about the remark on Piperine, you're absolutely right, it can't be debug mode if these are Debian packages. Keep us informed about camp ! :-) -- 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 42338] New: Libreoffice 3.4.3: ogltrans doesnt work
https://bugs.freedesktop.org/show_bug.cgi?id=42338 Bug #: 42338 Summary: Libreoffice 3.4.3: ogltrans doesnt work Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Extensions AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: guido.iod...@gmail.com Hi there, with Libreoffice 3.4.3 (and previous version 3.4.x) on Ubuntu (both the version downloaded from LibO website and the version from Ubuntu repos and ppa too) the extension ogltrans doesnt work anymore. The transition are not perfomed. I hope you can solve the problem because ogltrans is a GREAT feature for LibO. Thanks! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 33634] VIEWING: No difference between cell border 0, 5pt and 1, 0pt
https://bugs.freedesktop.org/show_bug.cgi?id=33634 --- Comment #7 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-28 05:09:13 PDT --- @Mikeyy: I see the effect, but that's a completely different problem. I submitted a new Bug 42339 - PRINTING shows cell borders different from document view for particular .xls Comments 3 and following should be ignored here! -- 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 32573] Cannot print A5 landscape
https://bugs.freedesktop.org/show_bug.cgi?id=32573 Eugenij Shkrigunov eshk...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #14 from Eugenij Shkrigunov eshk...@gmail.com 2011-10-28 05:23:32 PDT --- Hi! Sorry for my English. There are many printers that have no PostScript driver: it still have a problem. At the moment I can not print (and preview in the print dialog) A5 landscape to the HP LaserJet 1000. Please, fix it. Many thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39839] debug build cannot open table: infinite wait
https://bugs.freedesktop.org/show_bug.cgi?id=39839 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Summary|debug build cannot open |debug build cannot open |table: failed assertion |table: infinite wait -- 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 42339] PRINTING shows cell borders different from document view for particular .xls
https://bugs.freedesktop.org/show_bug.cgi?id=42339 --- Comment #1 from Mikeyy mikeyy@gmail.com 2011-10-28 05:54:10 PDT --- Created attachment 52851 -- https://bugs.freedesktop.org/attachment.cgi?id=52851 TEST 2 - ODS document -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42339] PRINTING shows cell borders different from document view for particular .xls
https://bugs.freedesktop.org/show_bug.cgi?id=42339 --- Comment #3 from Mikeyy mikeyy@gmail.com 2011-10-28 05:55:18 PDT --- Created attachment 52853 -- https://bugs.freedesktop.org/attachment.cgi?id=52853 Shows what's actually wrong here -- 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 42339] PRINTING shows cell borders different from document view for particular .xls
https://bugs.freedesktop.org/show_bug.cgi?id=42339 --- Comment #4 from Mikeyy mikeyy@gmail.com 2011-10-28 05:56:42 PDT --- Added test documents in ODS, it's easy to reproduce. Added PNG image to show what's wrong, easier then writing. :) -- 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 42341] New: [PRINTING] Incorrect printing when page contains lot of data
https://bugs.freedesktop.org/show_bug.cgi?id=42341 Bug #: 42341 Summary: [PRINTING] Incorrect printing when page contains lot of data Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: x86 (IA32) OS/Version: Linux (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ri...@rivalcomp.hu Created attachment 52855 -- https://bugs.freedesktop.org/attachment.cgi?id=52855 Original document Please check attachments. This is my business cards. I'm using this document for a while now but with this version I can't print a correct page from it. When I remove some data prining goes well, but this is made for a special business card paper format, so I can't remove anything. Why I have to? It's very annoying, it should print corretly... Writer's print preview shows everything okay. It doesn't matter what printer I use (physical laser/inkjet, virtual, pdf printer, etc.). LibreOffice 3.4.3 OOO340m1 (Build:302) -- 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 42346] New: EDITING: Cross-references (numbered paragraph) in .doc file are lost
https://bugs.freedesktop.org/show_bug.cgi?id=42346 Bug #: 42346 Summary: EDITING: Cross-references (numbered paragraph) in .doc file are lost Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoffice_bugzi...@cvh.oib.com Problem description: Inserting a cross-reference to a numbered paragraph in a .doc file appears to work, but the cross-reference does not appear when the file is saved and subsequently reopened. Steps to reproduce: 1. Create a new file and insert a number of numbered paragraphs 2. Insert one or more cross-references to the numbered paragraphs using Insert - Cross-reference 3. Save the file as a .doc file, close and reopen it - the cross-references will not appear. If you perform steps 1 and 2 above in a new file and save it file in .odt format, it works perfectly. The issue seems therefore to be with LibreOffice's implementation of the .doc format in this particular area. Current behavior: cross-references are lost Expected behavior: cross-references should persist Platform (if different from the browser): Ubuntu 10.04 (Lucid Lynx) Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.106 Safari/535.2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42312] Base Report Builder, Beanshell, and Javascript extensions disabled
https://bugs.freedesktop.org/show_bug.cgi?id=42312 --- Comment #1 from Alex Thurgood alex.thurg...@gmail.com 2011-10-28 08:32:22 UTC --- In response to Stephan's request, the list of inactive extensions is : Beanshell scripting Provider 3.3.0 Javascript Scripting Provider 3.3.0 Report Builder 1.2.1 Barcode 1.3.1 Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 --- Comment #23 from Lionel Elie Mamane lio...@mamane.lu 2011-10-28 08:32:23 PDT --- Cannot reproduce with a fresh master (commit cbc0073221ba1df90a56d541752bed16272906b1 of Fri Oct 28 11:16:13 2011 +0200, make clean make) on camp. -- 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 39384] FILEOPEN - crashing when trying to open docx file
https://bugs.freedesktop.org/show_bug.cgi?id=39384 --- Comment #13 from Oleksandr Kalyniak sash...@ukr.net 2011-10-28 08:50:47 PDT --- OK. So I uninstalled LO. Manually removed folders: 1. C:\Program Files (x86)\LibreOffice 3.4 2. C:\Users\sash\AppData\Roaming\LibreOffice CCleaner: 1. Removed unnecessary files. 2. Cleanup registry. Installed LO 3.4.3 I tried again: - open 1.docx (didn't close it) - open email.docx And, it's crashing. Event manager: Only Application part: 1. Faulting application with the name: soffice.bin, version: 3.4.302.500, timestamp: 0x4e54357a Name of emergency module: MSVCR90.dll, version: 9.0.30729.4974, timestamp: 0x4b7a226f Exception code: 0xc417 Error offset: 0x0006ccb5 Process error code: 0xc70 Time running application errors: 0x01cc9587582d4647 Faulting application path: C:\Program Files (x86)\LibreOffice 3.4\program\soffice.bin The path error module: C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4974_none_50940634bcb759cb\MSVCR90.dll Report ID: 9d6bc922-017a-11e1-b8a6-485b39978c96 2. A segment of memory errors, type 0 Event Name: BEX Answer: Not Available Code CAB-file: 0 Signature issues: P1: soffice.bin P2: 3.4.302.500 P3: 4e54357a P4: MSVCR90.dll P5: 9.0.30729.4974 P6: 4b7a226f P7: 0006ccb5 P8: c417 P9: P10: Attachments: Possible location of files: C:\Users\sash\AppData\Local\Microsoft\Windows\WER\ReportArchive\AppCrash_soffice.bin_6b17bcb2a32f61ac8676ab90293f1b6adf2bcb95_0996ba94 Character analysis: Re-search solution: 0 Report ID: 9d6bc922-017a-11e1-b8a6-485b39978c96 Status report: 0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 33609] 'make' fails even though 'configure' is OK
https://bugs.freedesktop.org/show_bug.cgi?id=33609 --- Comment #9 from Sergei Steshenko sergst...@yahoo.com 2011-10-28 08:51:34 PDT --- Created attachment 52859 -- https://bugs.freedesktop.org/attachment.cgi?id=52859 libreoffice-build-3.3.0.4/build/libreoffice-3.3.0.4/configure file -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 33609] 'make' fails even though 'configure' is OK
https://bugs.freedesktop.org/show_bug.cgi?id=33609 --- Comment #10 from Sergei Steshenko sergst...@yahoo.com 2011-10-28 08:52:55 PDT --- (In reply to comment #8) checking whether to enable fontconfig support... ./configure: line 7190: syntax error near unexpected token `FONTCONFIG,' What code is on and around line 7190 in your configure file? The requested info can be found in https://bugs.freedesktop.org/attachment.cgi?id=52859 file. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39384] FILEOPEN - crashing when trying to open docx file
https://bugs.freedesktop.org/show_bug.cgi?id=39384 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added OS/Version|All |Windows (All) Status Whiteboard||confirmed Keywords|NEEDINFO| --- Comment #14 from Julien Nabet serval2...@yahoo.fr 2011-10-28 10:20:08 PDT --- Thank you Oleksandr for patiently having runned these tests. It seems the bug concerns only Windows, so I change the platform to Windows. Perhaps a Windows specialist dev could help. Could you put on platform option if you've got x86-32, x86-64 (AMD64) or other ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36678, which changed state. Bug 36678 Summary: Missing user-defined dictionaries with a specified language attribute via Spelling and Grammar F7 https://bugs.freedesktop.org/show_bug.cgi?id=36678 What|Old Value |New Value Resolution|FIXED | Status|RESOLVED|REOPENED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 39839] debug build cannot open table: infinite wait
https://bugs.freedesktop.org/show_bug.cgi?id=39839 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Keywords||NEEDINFO --- Comment #3 from Julien Nabet serval2...@yahoo.fr 2011-10-28 10:28:56 PDT --- lionel: Could you please attach : - your autogen.lastrun (I know that some options may be problematic) - a test database (only if this pb appears in specific cases) ? -- 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 42339] PRINTING shows cell borders different from document view for particular .xls
https://bugs.freedesktop.org/show_bug.cgi?id=42339 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-28 10:54:27 PDT --- I did some additional tests with Sample document 2011-10-28 05:08 PDT, Rainer Bielefeld and also Test.xls from Bug 33634: It's not a LibO problem, same problem with OOo 3.3 MS EXCEL-VIEWER: shows in Mysample5.xls (Export from Mysample5.xls, pls. see new attachment) no border (what might mean a white one) between B13-C13, and border around C13 is dotted (!?!) in document view, but not in FreePDF print. In the first 3 examples a black vertical border between the cells is shown in document view and print @Mikeyy's sample document looks completely different from view in OOo GNUMERIC: no border between B13-C13, and border around C13 is dotted (!?!) in document view and print. In the first 2 examples no vertical border (what might mean a white one) between the cells is shown , in the third one a yellow vertical border, all in document view and print @Mikeyy: Can you please try to bridle your temper? ;-) You should please concentrate to the white border covers black border between B13-C13 problem, a step by step instruction how to create a 2-cell sample from the scratch would be useful. All other strange things you see will be handled later and may be in other reports. -- 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 32573] Cannot print A5 landscape
https://bugs.freedesktop.org/show_bug.cgi?id=32573 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status Whiteboard|infoprovider: |infoprovider: Eugenij |malc...@whsg.info |Shkrigunov --- Comment #15 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-10-28 11:05:19 PDT --- @Eugenij Shkrigunov: Please ask for assistance in a user group, waiting for a fix here will be rather useless as long as not all details of the various problems will have been clarified. And concerning your particular problem we don't know anything. I will close this bug after 1 Month again if we do not see evidence that we have a problem different from Bug 40146 here and if nobody will have found a way to make that problem reproducible. -- 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 33875] Pressing Add button in Spelling: ... dialog box does nothing
https://bugs.freedesktop.org/show_bug.cgi?id=33875 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | CC||courrier.oou.fr.mjk@googlem ||ail.com Ever Confirmed|1 |0 --- Comment #2 from manj_k courrier.oou.fr@googlemail.com 2011-10-28 11:11:45 UTC --- This bug is *not* a duplicate of bug 36678. Usually, 'Spelling F7' in LibO 3.3.x (Calc) will show *all* user-defined dictionaries, irrespective of their language attribute. The 'ignore list' isn't part of the drop-down list 'Add...'. [...] clicking the Ignore All button adds the word to the IgnoreAllList. is the correct way. @Felix The 'Add... button should at least show 'standard.dic'. Does your issue persist in the current version 3.3.4, or 3.4.3? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 40359] Crash when selecting Language Settings-Languages
https://bugs.freedesktop.org/show_bug.cgi?id=40359 --- Comment #21 from kyri...@alumni.princeton.edu 2011-10-28 11:53:27 PDT --- The bug persists in 3.4.4 RC1. -- 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 39839] debug build cannot open table: infinite wait
https://bugs.freedesktop.org/show_bug.cgi?id=39839 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Keywords|NEEDINFO| --- Comment #5 from Lionel Elie Mamane lio...@mamane.lu 2011-10-28 13:35:05 PDT --- Note that this does *not* happen with master (3.5) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 33875] Pressing Add button in Spelling: ... dialog box does nothing
https://bugs.freedesktop.org/show_bug.cgi?id=33875 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Keywords||NEEDINFO -- 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 32957] new report through wizard: cancel = abort/segfault
https://bugs.freedesktop.org/show_bug.cgi?id=32957 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Keywords||NEEDINFO --- Comment #24 from Julien Nabet serval2...@yahoo.fr 2011-10-28 14:27:05 PDT --- (In reply to comment #23) Cannot reproduce with a fresh master (commit cbc0073221ba1df90a56d541752bed16272906b1 of Fri Oct 28 11:16:13 2011 +0200, make clean make) on camp. Perhaps I'm wrong but camp had 3.4 and you were stucked with debug mode because of the pb fdo#39839 Now the commit you quoted is from master, so I suppose you tried master branch on camp and this was ok. If it's the case, it's another test on 3.5 which confirms the pb couldn't be reproduced on 3.5, great ! About 3.4, since you don't reproduce 39839 on master, perhaps you could retry on camp machine by removing the block #if OSL_DEBUG_LEVEL 0 from comphelper/source/property/propagg.cxx gabor: would you have you got more information about your pb ? (see my comment 16) -- 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 33047] FILEOPEN HSQLDB sees no table when filename contains ? character
https://bugs.freedesktop.org/show_bug.cgi?id=33047 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #8 from Julien Nabet serval2...@yahoo.fr 2011-10-28 14:54:37 PDT --- Here is a trace I get : Error: Exception caught! : Java_com_sun_star_sdbcx_comp_hsqldb_StorageFileAccess_isStreamElement From File /home/maryline/compile-libreoffice/libo/connectivity/source/drivers/hsqldb/StorageFileAccess.cxx at Line 94 I must do more tests. -- 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