[Libreoffice-commits] .: avmedia/source
avmedia/source/quicktime/player.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 021a3772323092a03b5f24000b35ed6a6daf481b
Author: Tor Lillqvist t...@iki.fi
Date: Thu Sep 29 10:00:35 2011 +0300
Use NSString's UTF8String method instead of the deprecated cString
diff --git a/avmedia/source/quicktime/player.cxx
b/avmedia/source/quicktime/player.cxx
index 8b623e9..f7efb51 100644
--- a/avmedia/source/quicktime/player.cxx
+++ b/avmedia/source/quicktime/player.cxx
@@ -152,7 +152,7 @@ bool Player::create( const ::rtl::OUString rURL )
{
OSL_TRACE( NSMovie create failed with error %ld (%s),
(long)[pErr code],
- [[pErr localizedDescription] cString]
+ [[pErr localizedDescription] UTF8String]
);
}
[pool release];
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/bf_sfx2
binfilter/bf_sfx2/source/bastyp/sfx2_minarray.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 2a1f2dc8b3e1d0a7fc468f6c25a18d7fc2baccee
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Sep 29 09:18:18 2011 +0200
Some more warning cleanup (Mac OS X).
diff --git a/binfilter/bf_sfx2/source/bastyp/sfx2_minarray.cxx
b/binfilter/bf_sfx2/source/bastyp/sfx2_minarray.cxx
index bacb3f7..bb2a1e5 100644
--- a/binfilter/bf_sfx2/source/bastyp/sfx2_minarray.cxx
+++ b/binfilter/bf_sfx2/source/bastyp/sfx2_minarray.cxx
@@ -154,7 +154,7 @@ namespace binfilter {
/*N*/ void SfxPtrArr::Insert( USHORT nPos, void* rElem )
/*N*/ {
/*N*/ DBG_MEMTEST();
-/*N*/ DBG_ASSERT( (nUsed+1) ( USHRT_MAX / sizeof(void*) ), array too
large );
+/*N*/ DBG_ASSERT( sal_Int32(nUsed+1) sal_Int32( USHRT_MAX / sizeof(void*)
), array too large );
/*N*/ // musz das Array umkopiert werden?
/*N*/ if ( nUnused == 0 )
/*N*/ {
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: xmloff/source
xmloff/source/core/xmlexp.cxx |2 +-
xmloff/source/core/xmlimp.cxx |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 42fe8b9f11da41530a6d914397b6301a72db3800
Author: Tor Lillqvist t...@iki.fi
Date: Thu Sep 29 10:48:57 2011 +0300
WaE: Mark SvXMLExport_Impl and SvXMLImport_Impl as SAL_DLLPRIVATE
Fixes warnings: 'SvXML*_Impl' declared with greater visibility than
the type of its field 'SvXMLExport_Impl::mpRDFaHelper'.
diff --git a/xmloff/source/core/xmlexp.cxx b/xmloff/source/core/xmlexp.cxx
index 2777f61..54b02a4 100644
--- a/xmloff/source/core/xmlexp.cxx
+++ b/xmloff/source/core/xmlexp.cxx
@@ -260,7 +260,7 @@ void SAL_CALL SvXMLExportEventListener::disposing( const
lang::EventObject )
//==
-class SvXMLExport_Impl
+class SAL_DLLPRIVATE SvXMLExport_Impl
{
public:
SvXMLExport_Impl();
diff --git a/xmloff/source/core/xmlimp.cxx b/xmloff/source/core/xmlimp.cxx
index 1f9f87a..9574bd7 100644
--- a/xmloff/source/core/xmlimp.cxx
+++ b/xmloff/source/core/xmlimp.cxx
@@ -169,7 +169,7 @@ void SAL_CALL SvXMLImportEventListener::disposing( const
lang::EventObject )
//==
-class SvXMLImport_Impl
+class SAL_DLLPRIVATE SvXMLImport_Impl
{
public:
FontToSubsFontConverter hBatsFontConv;
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 5 commits - binfilter/bf_basic binfilter/bf_goodies binfilter/bf_sc binfilter/bf_svx binfilter/bf_sw binfilter/inc
binfilter/bf_basic/source/sbx/sbxscan.cxx | 12 +-
binfilter/bf_goodies/source/base3d/goodies_b3dtrans.cxx |4
binfilter/bf_sc/source/ui/app/sc_sclib.cxx |3
binfilter/bf_sc/source/ui/unoobj/sc_cellsuno.cxx| 11 --
binfilter/bf_svx/source/xml/svx_xmlxtimp.cxx|4
binfilter/bf_sw/source/core/sw3io/sw_sw3nodes.cxx | 25 ++---
binfilter/bf_sw/source/filter/basflt/sw_fltini.cxx |1
binfilter/bf_sw/source/ui/app/sw_swcomlib.cxx | 13 --
binfilter/inc/bf_goodies/b3dtrans.hxx |6 -
binfilter/inc/bf_sw/iodetect.hxx| 80 ++--
binfilter/inc/bf_sw/shellio.hxx |1
11 files changed, 39 insertions(+), 121 deletions(-)
New commits:
commit c6a8c64cfedc1a062060fb604aea0b60b2cd9238
Author: Caolán McNamara caol...@redhat.com
Date: Thu Sep 29 09:10:54 2011 +0100
WaE: various windows warnings
diff --git a/binfilter/bf_goodies/source/base3d/goodies_b3dtrans.cxx
b/binfilter/bf_goodies/source/base3d/goodies_b3dtrans.cxx
index f2b468b..26e94d1 100644
--- a/binfilter/bf_goodies/source/base3d/goodies_b3dtrans.cxx
+++ b/binfilter/bf_goodies/source/base3d/goodies_b3dtrans.cxx
@@ -109,11 +109,7 @@ void B3dTransformationSet::PostSetObjectTrans()
|*
\/
-#if ! defined ICC ! defined __GNUC__
-void B3dTransformationSet::SetOrientation( Vector3D aVRP, Vector3D aVPN,
Vector3D aVUP)
-#else
void B3dTransformationSet::SetOrientation( Vector3D aVRP, Vector3D aVPN,
Vector3D aVUP)
-#endif
{
aOrientation.Identity();
aOrientation.Orientation(Point4D(aVRP), aVPN, aVUP);
diff --git a/binfilter/bf_svx/source/xml/svx_xmlxtimp.cxx
b/binfilter/bf_svx/source/xml/svx_xmlxtimp.cxx
index e4708d8..bab341f 100644
--- a/binfilter/bf_svx/source/xml/svx_xmlxtimp.cxx
+++ b/binfilter/bf_svx/source/xml/svx_xmlxtimp.cxx
@@ -154,7 +154,7 @@ private:
/*N*/ }
/*N*/ }
/*N*/ }
-/*N*/ catch( uno::Exception e )
+/*N*/ catch (const uno::Exception)
/*N*/ {
/*N*/ }
/*N*/ }
@@ -313,7 +313,7 @@ private:
/*N*/ if( pGraphicHelper )
/*N*/ SvXMLGraphicHelper::Destroy( pGraphicHelper );
/*N*/ }
-/*N*/ catch( uno::Exception e )
+/*N*/ catch (const uno::Exception)
/*N*/ {
/*N*/ bRet = sal_False;
/*N*/ }
diff --git a/binfilter/inc/bf_goodies/b3dtrans.hxx
b/binfilter/inc/bf_goodies/b3dtrans.hxx
index 4c157a3..9fec7e2 100644
--- a/binfilter/inc/bf_goodies/b3dtrans.hxx
+++ b/binfilter/inc/bf_goodies/b3dtrans.hxx
@@ -153,15 +153,9 @@ public:
const Matrix4D GetInvObjectTrans() { return aInvObjectTrans; }
// Orientation
-#if ! defined ICC ! defined __GNUC__
-void SetOrientation(Vector3D aVRP = Vector3D(0.0,0.0,1.0),
-Vector3D aVPN = Vector3D(0.0,0.0,1.0),
-Vector3D aVUP = Vector3D(0.0,1.0,0.0));
-#else
void SetOrientation(Vector3D aVRP = Vector3D(0.0,0.0,1.0),
Vector3D aVPN = Vector3D(0.0,0.0,1.0),
Vector3D aVUP = Vector3D(0.0,1.0,0.0));
-#endif
const Matrix4D GetOrientation() { return aOrientation; }
const Matrix4D GetInvOrientation() { return aInvOrientation; }
commit 48fb6d55281fb5d4054832987495967f55acdef4
Author: Caolán McNamara caol...@redhat.com
Date: Wed Sep 28 23:16:32 2011 +0100
ByteString-rtl::OStringBuffer
diff --git a/binfilter/bf_sc/source/ui/unoobj/sc_cellsuno.cxx
b/binfilter/bf_sc/source/ui/unoobj/sc_cellsuno.cxx
index f175981..171539a 100644
--- a/binfilter/bf_sc/source/ui/unoobj/sc_cellsuno.cxx
+++ b/binfilter/bf_sc/source/ui/unoobj/sc_cellsuno.cxx
@@ -55,6 +55,7 @@
#include bf_sch/memchrt.hxx
#include bf_svtools/zformat.hxx
#include rtl/uuid.h
+#include rtl/strbuf.hxx
#include float.h // DBL_MIN
#include com/sun/star/awt/XBitmap.hpp
@@ -108,9 +109,7 @@
#include rangeseq.hxx
#include unowids.hxx
-#ifndef __SGI_STL_LIST
#include list
-#endif
namespace binfilter {
@@ -783,11 +782,9 @@ void lcl_TestMap( const SfxItemPropertyMap* pMap )
int nDiff = strcmp( pMap-pName, pNext-pName );
if ( nDiff = 0 )
{
-ByteString aErr(Reihenfolge: );
-aErr += pMap-pName;
-aErr += '/';
-aErr += pNext-pName;
-OSL_FAIL( aErr.GetBuffer() );
+rtl::OStringBuffer aErr(Reihenfolge: );
+aErr.append(pMap-pName).append('/').append(pNext-pName);
+OSL_FAIL(aErr.getStr());
}
}
pMap = pNext;
diff --git a/binfilter/bf_sw/source/core/sw3io/sw_sw3nodes.cxx
b/binfilter/bf_sw/source/core/sw3io/sw_sw3nodes.cxx
index 60681a0..d25118a 100644
--- a/binfilter/bf_sw/source/core/sw3io/sw_sw3nodes.cxx
+++ b/binfilter/bf_sw/source/core/sw3io/sw_sw3nodes.cxx
@@ -278,6 +278,7 @@ sal_Unicode Sw3IoImp::ConvStarMathCharToStarSymbol(
sal_Char c )
[Libreoffice-commits] .: bug/bug
bug/bug/bug.js |6 ++
bug/bug/test.js |5 -
2 files changed, 10 insertions(+), 1 deletion(-)
New commits:
commit 07706f06bf47fde2dce9b853583afa3b577f00a5
Author: Loic Dachary l...@dachary.org
Date: Thu Sep 29 11:15:38 2011 +0200
Prevent double submission of the form.
https://freedesktop.dachary.org/show_bug.cgi?id=41269
https://freedesktop.dachary.org/show_bug.cgi?id=41270
are most likely examples of what happens when the form is submitted twice
because of a double click.
diff --git a/bug/bug/bug.js b/bug/bug/bug.js
index d391adb..3429bcf 100644
--- a/bug/bug/bug.js
+++ b/bug/bug/bug.js
@@ -179,6 +179,11 @@
var element = $('.state_submit');
if(!element.hasClass('initialized')) {
$('.go', element).click(function() {
+if($(element).hasClass('inprogress')) {
+return;
+} else {
+$(element).addClass('inprogress');
+}
var version = $('.state_version .chosen').attr('data');
var component = $('.state_component
.chosen').attr('data').replace('_',' ');
var short_desc = $('.state_subcomponent
.active_subcomponent .chosen').attr('data') + ': ' + $('.state_description
.short').val();
@@ -199,6 +204,7 @@
comment: comment,
status_whiteboard: 'BSA'
}).pipe(function(data) {
+$(element).removeClass('inprogress');
$(body).css(cursor, default);
return $.bug.lookup_result(data,
$.bug.state_submit_error_regexps,
diff --git a/bug/bug/test.js b/bug/bug/test.js
index 55db48c..56f0ddb 100644
--- a/bug/bug/test.js
+++ b/bug/bug/test.js
@@ -200,7 +200,7 @@ test(state_description, function() {
});
test(state_submit, function() {
-expect(14);
+expect(16);
var state_success = $.bug.state_success;
$.bug.state_success = function() { ok(true, 'state_success'); };
@@ -226,6 +226,8 @@ test(state_submit, function() {
$('.state_description .long').val(comment);
var bug = '40763';
$.bug.ajax = function(type, url, data) {
+ok(element.hasClass('inprogress'), 'is in progress');
+$('.go', element).click(); // noop
if(data.component == component_text
data.version == version
data.short_desc == subcomponent + ': ' + short_desc
@@ -235,6 +237,7 @@ test(state_submit, function() {
};
$('.go', element).click();
equal($('.bug', element).text(), bug, 'bug number');
+ok(!element.hasClass('inprogress'), 'is no longer progress');
var error = ' ERROR ';
equal($('.error').text(), '', 'error is not set');
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: libtextcat/libexttextcat-3.0.1.patch libtextcat/makefile.mk libtextcat/prj lingucomponent/source ooo.lst.in scp2/source
libtextcat/libexttextcat-3.0.1.patch |4
libtextcat/makefile.mk | 19
libtextcat/prj/d.lst |5
lingucomponent/source/languageguessing/guesslang.cxx | 16
ooo.lst.in |2
scp2/source/ooo/file_ooo.scp | 503 ---
scp2/source/ooo/module_hidden_ooo.scp| 72 --
7 files changed, 33 insertions(+), 588 deletions(-)
New commits:
commit 61b5ee916edcf655a3127ab4aa9ce25a232d913e
Author: Caolán McNamara caol...@redhat.com
Date: Thu Sep 29 12:02:40 2011 +0100
bump to libexttextcat 3.1.0, enable previously broken languages
diff --git a/libtextcat/libexttextcat-3.0.1.patch
b/libtextcat/libexttextcat-3.0.1.patch
index 3128560..2d55979 100644
--- a/libtextcat/libexttextcat-3.0.1.patch
+++ b/libtextcat/libexttextcat-3.0.1.patch
@@ -1,5 +1,5 @@
misc/libexttextcat-3.0.1/config.sub2011-09-20 17:14:22.0
+0200
-+++ misc/build/libexttextcat-3.0.1/config.sub 2011-09-26 16:05:16.0
+0200
+--- misc/libexttextcat-3.1.0/config.sub2011-09-20 17:14:22.0
+0200
misc/build/libexttextcat-3.1.0/config.sub 2011-09-26 16:05:16.0
+0200
@@ -320,7 +320,7 @@
basic_machine=$basic_machine-pc
;;
diff --git a/libtextcat/makefile.mk b/libtextcat/makefile.mk
index d7f7f1b..c7e4d1b 100644
--- a/libtextcat/makefile.mk
+++ b/libtextcat/makefile.mk
@@ -42,9 +42,11 @@ all:
# --- Files
-TARFILE_NAME=libexttextcat-3.0.1
-TARFILE_MD5=131b91de2d1df0ff5f0a8284b5417f8b
-TARFILE_ROOTDIR=libexttextcat-3.0.1
+# See http://cgit.freedesktop.org/libreoffice/libexttextcat/ for upstream
+# sources, far better to commit your changes in there
+TARFILE_NAME=libexttextcat-3.1.0
+TARFILE_MD5=8dc93ffd48cb80b738075ce37df8f915
+TARFILE_ROOTDIR=libexttextcat-3.1.0
PATCH_FILES=\
libexttextcat-3.0.1.patch
@@ -71,9 +73,18 @@ OUT2LIB=$(BUILD_DIR)$/src$/.libs$/libtextcat.a
BUILD_ACTION=cd src dmake $(MAKEMACROS)
.ENDIF # $(GUI)==WNT
+ALLTAR: $(BIN)/fingerprint.zip
+
# --- Targets --
.INCLUDE : set_ext.mk
-.INCLUDE : target.mk
.INCLUDE : tg_ext.mk
+.INCLUDE : target.mk
+$(BIN)/fingerprint.zip: $(PACKAGE_DIR)/$(PREDELIVER_FLAG_FILE)
+ @-rm -f $@
+ @echo creating ../../../../../$@
+ $(COMMAND_ECHO)zip -j $(ZIP_VERBOSITY) $@
$(MISC)/build$/$(TARFILE_ROOTDIR)$/langclass$/fpdb.conf
+ $(COMMAND_ECHO)find $(MISC)/build$/$(TARFILE_ROOTDIR)$/langclass$/LM \
+ -name *.lm -print0 | \
+xargs -0 zip -j $(ZIP_VERBOSITY) $@
diff --git a/libtextcat/prj/d.lst b/libtextcat/prj/d.lst
index 70a07bd..e52e342 100644
--- a/libtextcat/prj/d.lst
+++ b/libtextcat/prj/d.lst
@@ -4,8 +4,7 @@
..\%__SRC%\bin\l*.dll %_DEST%\bin\*.dll
mkdir: %_DEST%\inc\external\libtextcat
-..\%__SRC%\misc\build\libexttextcat-3.0.1\src\*.h
%_DEST%\inc\external\libtextcat\*.h
+..\%__SRC%\misc\build\libexttextcat-3.1.0\src\*.h
%_DEST%\inc\external\libtextcat\*.h
# data for language guessing
-..\%__SRC%\misc\build\libexttextcat-3.0.1\langclass\fpdb.conf
%COMMON_DEST%\pck\fpdb.conf
-..\%__SRC%\misc\build\libexttextcat-3.0.1\langclass\LM\*.lm
%COMMON_DEST%\pck\*.lm
+..\%COMMON_OUTDIR%\bin\*.zip %COMMON_DEST%\pck\*.zip
diff --git a/lingucomponent/source/languageguessing/guesslang.cxx
b/lingucomponent/source/languageguessing/guesslang.cxx
index 2318da1..fff3e72 100644
--- a/lingucomponent/source/languageguessing/guesslang.cxx
+++ b/lingucomponent/source/languageguessing/guesslang.cxx
@@ -51,6 +51,8 @@
#include sal/macros.h
+#include libtextcat/textcat.h
+
using namespace ::rtl;
using namespace ::osl;
using namespace ::cppu;
@@ -156,6 +158,7 @@ void LangGuess_Impl::EnsureInitialized()
SetFingerPrintsDB( aPhysPath );
+#if !defined(EXTTEXTCAT_VERSION_MAJOR)
//
// disable currently not functional languages...
//
@@ -166,12 +169,12 @@ void LangGuess_Impl::EnsureInitialized()
};
LangCountry aDisable[] =
{
-{gv, }, {sco, },// no lang-id
available yet...
-//{hy, }, {drt, }, // 0 bytes
fingerprints...
-{zh, CN}, {zh, TW}, {ja, }, {ko, }, // not yet
correct functional...
-{ka, }, {hi, }, {mr, }, {ne, },
-{sa, }, {ta, }, {th, },
-{qu, }, {yi, }
+// not functional in modified libtextcat, but fixed in =
libexttextcat 3.1.0
+// which is the first with EXTTEXTCAT_VERSION_MAJOR defined
+
+{sco, }, {zh, CN}, {zh, TW}, {ja, }, {ko, },
+{ka, }, {hi, }, {mr, }, {ne, }, {sa, },
+{ta, }, {th, }, {qu, }, {yi, }
};
sal_Int32 nNum = SAL_N_ELEMENTS(aDisable);
Sequence Locale aDisableSeq(
[Libreoffice-commits] .: slideshow/source
slideshow/source/inc/tools.hxx | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
New commits:
commit a08df51f64757e5c785d89b9fdd55a9dbe32bd6d
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Sep 29 14:01:20 2011 +0200
Reverted std::hash map part of previous fix trunk gcc compile errors.
diff --git a/slideshow/source/inc/tools.hxx b/slideshow/source/inc/tools.hxx
index ad3e79a..0293fb8 100644
--- a/slideshow/source/inc/tools.hxx
+++ b/slideshow/source/inc/tools.hxx
@@ -78,6 +78,13 @@ namespace slideshow
// xxx todo: remove with boost::hash when 1.33 is available
template typename T
+struct hash : ::std::unary_functionT, ::std::size_t
+{
+::std::size_t operator()( T const val ) const {
+return hash_value(val);
+}
+};
+template typename T
inline ::std::size_t hash_value( T * const p )
{
::std::size_t d = static_cast ::std::size_t (
@@ -96,17 +103,9 @@ namespace slideshow
::com::sun::star::uno::Reference
::com::sun::star::uno::XInterface const xRoot(
x, ::com::sun::star::uno::UNO_QUERY );
-return ::std::hashvoid *()(xRoot.get());
+return hashvoid *()(xRoot.get());
}
-template typename T
-struct hash : ::std::unary_functionT, ::std::size_t
-{
-::std::size_t operator()( T const val ) const {
-return hash_value(val);
-}
-};
-
/** Cycle mode of intrinsic animations
*/
enum CycleMode
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sw/source
sw/source/core/doc/docsort.cxx |5 +++--
sw/source/ui/app/docshini.cxx |4 ++--
sw/source/ui/dbui/dbinsdlg.cxx |6 +++---
sw/source/ui/index/cnttab.cxx |2 +-
sw/source/ui/misc/srtdlg.cxx |3 ++-
5 files changed, 11 insertions(+), 9 deletions(-)
New commits:
commit db3a8faba14e89be39df5fb98f5535c1ca295f62
Author: Tomas Chvatal tchva...@suse.cz
Date: Thu Sep 29 15:14:34 2011 +0200
Solve more ambiguous issues with Locale from sun::star.. and icu::.
diff --git a/sw/source/core/doc/docsort.cxx b/sw/source/core/doc/docsort.cxx
index d76dcec..518860f 100644
--- a/sw/source/core/doc/docsort.cxx
+++ b/sw/source/core/doc/docsort.cxx
@@ -59,12 +59,13 @@
#include unochart.hxx
using namespace ::com::sun::star::lang;
+using namespace ::com::sun::star;
SwSortOptions* SwSortElement::pOptions = 0;
SwDoc* SwSortElement::pDoc = 0;
const FlatFndBox* SwSortElement::pBox = 0;
CollatorWrapper*SwSortElement::pSortCollator = 0;
-com::sun::star::lang::Locale* SwSortElement::pLocale = 0;
+lang::Locale* SwSortElement::pLocale = 0;
String* SwSortElement::pLastAlgorithm = 0;
LocaleDataWrapper* SwSortElement::pLclData = 0;
@@ -89,7 +90,7 @@ void SwSortElement::Init( SwDoc* pD, const SwSortOptions
rOpt,
nLang = (LanguageType)GetAppLanguage();
break;
}
-pLocale = new Locale( SvxCreateLocale( nLang ) );
+pLocale = new lang::Locale( SvxCreateLocale( nLang ) );
pSortCollator = new CollatorWrapper(
::comphelper::getProcessServiceFactory() );
diff --git a/sw/source/ui/app/docshini.cxx b/sw/source/ui/app/docshini.cxx
index 5c43206..350cf74 100644
--- a/sw/source/ui/app/docshini.cxx
+++ b/sw/source/ui/app/docshini.cxx
@@ -135,10 +135,10 @@ sal_Bool SwDocShell::InitNew( const uno::Reference
embed::XStorage xStor )
// set forbidden characters if necessary
SvxAsianConfig aAsian;
-SequenceLocale aLocales = aAsian.GetStartEndCharLocales();
+Sequencelang::Locale aLocales = aAsian.GetStartEndCharLocales();
if(aLocales.getLength())
{
-const com::sun::star::lang::Locale* pLocales =
aLocales.getConstArray();
+const lang::Locale* pLocales = aLocales.getConstArray();
for(sal_Int32 i = 0; i aLocales.getLength(); i++)
{
ForbiddenCharacters aForbidden;
diff --git a/sw/source/ui/dbui/dbinsdlg.cxx b/sw/source/ui/dbui/dbinsdlg.cxx
index 33a053b..e059ab1 100644
--- a/sw/source/ui/dbui/dbinsdlg.cxx
+++ b/sw/source/ui/dbui/dbinsdlg.cxx
@@ -275,7 +275,7 @@ SwInsertDBColAutoPilot::SwInsertDBColAutoPilot( SwView
rView,
if(xColSupp.is())
{
SwWrtShell rSh = pView-GetWrtShell();
-Locale aDocLocale( SvxCreateLocale( rSh.GetCurLang() ));
+lang::Locale aDocLocale( SvxCreateLocale( rSh.GetCurLang() ));
SvNumberFormatter* pNumFmtr = rSh.GetNumberFormatter();
SvNumberFormatsSupplierObj* pNumFmt = new SvNumberFormatsSupplierObj(
pNumFmtr );
Reference util::XNumberFormatsSupplier xDocNumFmtsSupplier =
pNumFmt;
@@ -1705,7 +1705,7 @@ void SwInsertDBColAutoPilot::Commit()
if( eLang != ePrevLang )
{
-Locale aLocale;
+lang::Locale aLocale;
aLocale = SvxLanguageToLocale( aLocale, eLang );
(( sPrevLang = aLocale.Country ) += rtl::OUString( '-' )) +=
aLocale.Language;
ePrevLang = eLang;
@@ -1790,7 +1790,7 @@ void SwInsertDBColAutoPilot::Load()
rtl::OUString sNumberFormatLocale;
pSubProps[5] = sNumberFormatLocale;
-Locale aLocale;
+lang::Locale aLocale;
aLocale.Language = sNumberFormatLocale.copy(0, 2);
aLocale.Country = sNumberFormatLocale.copy(3, 2);
pInsDBColumn-eUsrNumFmtLng = SvxLocaleToLanguage( aLocale );
diff --git a/sw/source/ui/index/cnttab.cxx b/sw/source/ui/index/cnttab.cxx
index d5c2838..9f0f60f 100644
--- a/sw/source/ui/index/cnttab.cxx
+++ b/sw/source/ui/index/cnttab.cxx
@@ -1516,7 +1516,7 @@ IMPL_LINK(SwTOXSelectTabPage, RadioButtonHdl,
RadioButton*, EMPTYARG )
IMPL_LINK(SwTOXSelectTabPage, LanguageHdl, ListBox*, pBox)
{
-Locale aLcl( SvxCreateLocale( aLanguageLB.GetSelectLanguage() ) );
+lang::Locale aLcl( SvxCreateLocale( aLanguageLB.GetSelectLanguage() ) );
Sequence OUString aSeq = pIndexEntryWrapper-GetAlgorithmList( aLcl );
if( !pIndexRes )
diff --git a/sw/source/ui/misc/srtdlg.cxx b/sw/source/ui/misc/srtdlg.cxx
index 8027638..06c15a5 100644
--- a/sw/source/ui/misc/srtdlg.cxx
+++ b/sw/source/ui/misc/srtdlg.cxx
@@ -83,6 +83,7 @@ static sal_UnicodecDeli = '\t';
using namespace ::com::sun::star::lang;
using namespace ::com::sun::star::uno;
+using namespace ::com::sun::star;
using ::rtl::OUString;
void lcl_ClearLstBoxAndDelUserData( ListBox rLstBox )
@@ -462,7
[Libreoffice-commits] .: lingucomponent/source
lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx | 38
--
1 file changed, 18 insertions(+), 20 deletions(-)
New commits:
commit 5f04439b17f20ba3b3aeb3432fe90e6d11c34161
Author: Caolán McNamara caol...@redhat.com
Date: Thu Sep 29 14:16:27 2011 +0100
Resolves: fdo#41083 honour minimum word hyphenation length
diff --git a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx
b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx
index 1f8a508..615c488 100644
--- a/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx
+++ b/lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx
@@ -549,23 +549,21 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
const ::com::sun::star::beans::PropertyValues aProperties )
throw(::com::sun::star::lang::IllegalArgumentException,
::com::sun::star::uno::RuntimeException)
{
-int wordlen;
-char *hyphens;
-char *lcword;
-int k;
-
PropertyHelper_Hyphenation rHelper = GetPropHelper();
rHelper.SetTmpPropVals(aProperties);
sal_Int16 minTrail = rHelper.GetMinTrailing();
sal_Int16 minLead = rHelper.GetMinLeading();
+sal_Int16 minLen = rHelper.GetMinWordLength();
-HyphenDict *dict = NULL;
-rtl_TextEncoding eEnc = RTL_TEXTENCODING_DONTKNOW;
-CharClass* pCC = NULL;
-
-Reference XPossibleHyphens xRes;
+//Resolves: fdo#41083 honour MinWordLength in createPossibleHyphens as
+//well as hyphenate
+if (aWord.getLength() minLen)
+{
+return PossibleHyphens::CreatePossibleHyphens( aWord,
LocaleToLanguage( aLocale ),
+ aWord, Sequence sal_Int16 () );
+}
-k = -1;
+int k = -1;
for (int j = 0; j numdict; j++)
{
if (aLocale == aDicts[j].aLoc) k = j;
@@ -574,6 +572,7 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
// if we have a hyphenation dictionary matching this locale
if (k != -1)
{
+HyphenDict *dict = NULL;
// if this dictioanry has not been loaded yet do that
if (!aDicts[k].aPtr)
{
@@ -602,8 +601,8 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
// other wise hyphenate the word with that dictionary
dict = aDicts[k].aPtr;
-eEnc = aDicts[k].eEnc;
-pCC = aDicts[k].apCC;
+rtl_TextEncoding eEnc = aDicts[k].eEnc;
+CharClass* pCC = aDicts[k].apCC;
// we don't want to work with a default text encoding since following
incorrect
// results may occur only for specific text and thus may be hard to
notice.
@@ -633,9 +632,9 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
// now convert word to needed encoding
OString encWord(OU2ENC(nTerm,eEnc));
-wordlen = encWord.getLength();
-lcword = new char[wordlen+1];
-hyphens = new char[wordlen+5];
+int wordlen = encWord.getLength();
+char *lcword = new char[wordlen+1];
+char *hyphens = new char[wordlen+5];
char ** rep = NULL; // replacements of discretionary hyphenation
int * pos = NULL; // array of [hyphenation point] minus [deletion
position]
int * cut = NULL; // length of deletions in original word
@@ -690,7 +689,6 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
Sequence sal_Int16 aHyphPos(nHyphCount);
sal_Int16 *pPos = aHyphPos.getArray();
OUStringBuffer hyphenatedWordBuffer;
-OUString hyphenatedWord;
nHyphCount = 0;
for (i = 0; i nWord.getLength(); i++)
@@ -705,10 +703,10 @@ Reference XPossibleHyphens SAL_CALL
Hyphenator::createPossibleHyphens( const
}
}
-hyphenatedWord = hyphenatedWordBuffer.makeStringAndClear();
+OUString hyphenatedWord = hyphenatedWordBuffer.makeStringAndClear();
-xRes = PossibleHyphens::CreatePossibleHyphens( aWord,
LocaleToLanguage( aLocale ),
- hyphenatedWord, aHyphPos );
+Reference XPossibleHyphens xRes =
PossibleHyphens::CreatePossibleHyphens(
+aWord, LocaleToLanguage( aLocale ), hyphenatedWord, aHyphPos);
delete[] hyphens;
delete[] lcword;
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: tools/source
tools/source/rc/resmgr.cxx |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
New commits:
commit 05239e246346598a3cdffc7febcfaad41f1dabd5
Author: Andras Timar ati...@suse.com
Date: Thu Sep 29 15:17:42 2011 +0200
OSL_TRACE: Remove trailing newlines
diff --git a/tools/source/rc/resmgr.cxx b/tools/source/rc/resmgr.cxx
index 4d9d749..1973419 100644
--- a/tools/source/rc/resmgr.cxx
+++ b/tools/source/rc/resmgr.cxx
@@ -183,7 +183,7 @@ ResMgrContainer::~ResMgrContainer()
for( boost::unordered_map OUString, ContainerElement, OUStringHash
::iterator it =
m_aResFiles.begin(); it != m_aResFiles.end(); ++it )
{
-OSL_TRACE( Resource file %s loaded %d times\n,
+OSL_TRACE( Resource file %s loaded %d times,
OUStringToOString( it-second.aFileURL,
osl_getThreadTextEncoding() ).getStr(),
it-second.nLoadCount );
delete it-second.pResMgr;
@@ -268,7 +268,7 @@ void ResMgrContainer::init()
for( boost::unordered_map OUString, ContainerElement, OUStringHash
::const_iterator it =
m_aResFiles.begin(); it != m_aResFiles.end(); ++it )
{
-OSL_TRACE( ResMgrContainer: %s - %s\n,
+OSL_TRACE( ResMgrContainer: %s - %s,
OUStringToOString( it-first, osl_getThreadTextEncoding()
).getStr(),
OUStringToOString( it-second.aFileURL,
osl_getThreadTextEncoding() ).getStr() );
}
@@ -1017,7 +1017,7 @@ void ResMgr::decStack()
if( (rTop.Flags RC_FALLBACK_DOWN) )
{
#if OSL_DEBUG_LEVEL 1
-OSL_TRACE( returning from fallback %s\n,
+OSL_TRACE( returning from fallback %s,
OUStringToOString(pFallbackResMgr-GetFileName(),
osl_getThreadTextEncoding() ).getStr() );
#endif
delete pFallbackResMgr;
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: README.cross
README.cross |1 - 1 file changed, 1 deletion(-) New commits: commit d717c18c5b62583ba4fc770ff51ceebd9f21be83 Author: Jan Holesovsky ke...@suse.cz Date: Thu Sep 29 18:02:06 2011 +0200 Don't recommend --enable-symbols, it makes it huge. diff --git a/README.cross b/README.cross index 1aaf88c..9f7b6e1 100644 --- a/README.cross +++ b/README.cross @@ -209,7 +209,6 @@ CXX_FOR_BUILD=ccache g++ --disable-directx --disable-activex --disable-extension-integration ---enable-symbols Once you have compiled it, you may want to try to run it: ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'feature/gtk3' - vcl/generic vcl/headless
vcl/generic/print/printerjob.cxx | 53 +--
vcl/headless/svpdummies.cxx | 17 +++-
vcl/headless/svpframe.cxx| 13 +++--
vcl/headless/svpgdi.cxx |2 +
vcl/headless/svpprn.cxx |4 --
5 files changed, 19 insertions(+), 70 deletions(-)
New commits:
commit 6736cf693f4afd93bbd043cef283eb45179e4ba7
Author: Michael Meeks michael.me...@suse.com
Date: Thu Sep 29 17:27:46 2011 +0100
misc cross-platform dependency / build issue redux
diff --git a/vcl/generic/print/printerjob.cxx b/vcl/generic/print/printerjob.cxx
index dc06e3b..7509259 100644
--- a/vcl/generic/print/printerjob.cxx
+++ b/vcl/generic/print/printerjob.cxx
@@ -34,7 +34,6 @@
#include sys/stat.h
#include fcntl.h
#include unistd.h
-#include pwd.h
#include psputil.hxx
#include glyphset.hxx
@@ -49,8 +48,9 @@
#include rtl/strbuf.hxx
#include rtl/ustrbuf.hxx
-#include osl/thread.h
-#include sal/alloca.h
+#include osl/thread.h
+#include osl/security.hxx
+#include sal/alloca.h
#include sal/macros.h
#include algorithm
@@ -215,44 +215,6 @@ PrinterJob::PrinterJob () :
{
}
-namespace psp
-{
-
-/* return the username in the given buffer */
-sal_Bool
-getUserName (char* pName, int nSize)
-{
-struct passwd *pPWEntry;
-struct passwd aPWEntry;
-sal_Char pPWBuffer[256];
-
-sal_Bool bSuccess = sal_False;
-
-#ifdef FREEBSD
-pPWEntry = getpwuid( getuid());
-#else
-if (getpwuid_r(getuid(), aPWEntry, pPWBuffer, sizeof(pPWBuffer),
pPWEntry) != 0)
-pPWEntry = NULL;
-#endif
-
-if (pPWEntry != NULL pPWEntry-pw_name != NULL)
-{
-sal_Int32 nLen = strlen(pPWEntry-pw_name);
-if (nLen 0 nLen nSize)
-{
-memcpy (pName, pPWEntry-pw_name, nLen);
-pName[nLen] = '\0';
-
-bSuccess = sal_True;
-}
-}
-
-// wipe the passwd off the stack
-memset (pPWBuffer, 0, sizeof(pPWBuffer));
-
-return bSuccess;
-}
-
/* remove all our temporary files, uses external program rm, since
osl functionality is inadequate */
void
@@ -310,8 +272,6 @@ createSpoolDir ()
return rtl::OUString();
}
-} // namespace psp
-
PrinterJob::~PrinterJob ()
{
std::list osl::File* ::iterator pPage;
@@ -406,11 +366,12 @@ PrinterJob::StartJob (
WritePS (mpJobHeader, )\n);
// For (user name)
-sal_Char pUserName[64];
-if (getUserName(pUserName, sizeof(pUserName)))
+osl::Security aSecurity;
+rtl::OUString aUserName;
+if( aSecurity.getUserName( aUserName ) )
{
WritePS (mpJobHeader, %%For: ();
-WritePS (mpJobHeader, pUserName);
+WritePS (mpJobHeader, aUserName);
WritePS (mpJobHeader, )\n);
}
diff --git a/vcl/headless/svpdummies.cxx b/vcl/headless/svpdummies.cxx
index 272f06c..32646b8 100644
--- a/vcl/headless/svpdummies.cxx
+++ b/vcl/headless/svpdummies.cxx
@@ -26,24 +26,17 @@
*
/
+#include string.h
+#include rtl/ustrbuf.hxx
#include headless/svpdummies.hxx
#include headless/svpinst.hxx
-#include rtl/ustrbuf.hxx
// SalObject
SvpSalObject::SvpSalObject()
{
-m_aSystemChildData.nSize= sizeof( SystemChildData );
-m_aSystemChildData.pDisplay = NULL;
-m_aSystemChildData.aWindow = 0;
-m_aSystemChildData.pSalFrame= 0;
-m_aSystemChildData.pWidget = 0;
-m_aSystemChildData.pVisual = 0;
-m_aSystemChildData.nDepth = 0;
-m_aSystemChildData.aColormap= 0;
-m_aSystemChildData.pAppContext = NULL;
-m_aSystemChildData.aShellWindow = 0;
-m_aSystemChildData.pShellWidget = NULL;
+// fast and easy cross-platform wiping of the data
+memset( (void *)m_aSystemChildData, 0, sizeof( SystemChildData ) );
+m_aSystemChildData.nSize = sizeof( SystemChildData );
}
SvpSalObject::~SvpSalObject()
diff --git a/vcl/headless/svpframe.cxx b/vcl/headless/svpframe.cxx
index 8ff0e5e..864dd2c 100644
--- a/vcl/headless/svpframe.cxx
+++ b/vcl/headless/svpframe.cxx
@@ -26,6 +26,7 @@
*
/
+#include string.h
#include headless/svpframe.hxx
#include headless/svpinst.hxx
#include headless/svpgdi.hxx
@@ -51,17 +52,13 @@ SvpSalFrame::SvpSalFrame( SvpSalInstance* pInstance,
m_nMaxWidth( 0 ),
m_nMaxHeight( 0 )
{
+// fast and easy cross-platform wiping of the data
+memset( (void *)m_aSystemChildData, 0, sizeof( SystemChildData ) );
m_aSystemChildData.nSize= sizeof( SystemChildData );
-m_aSystemChildData.pDisplay = NULL;
-m_aSystemChildData.aWindow = 0;
+#if defined( UNX ) // FIXME: prolly redundant
m_aSystemChildData.pSalFrame= this;
-m_aSystemChildData.pWidget = NULL;
-m_aSystemChildData.pVisual = NULL;
m_aSystemChildData.nDepth = 24;
-m_aSystemChildData.aColormap= 0;
-
[Libreoffice-commits] .: 2 commits - bridges/source gettext/makefile.mk
bridges/source/cpp_uno/gcc3_macosx_intel/except.cxx | 65 +++-
gettext/makefile.mk |3
2 files changed, 66 insertions(+), 2 deletions(-)
New commits:
commit b94aa65357bb7c9e7da8ef3b4dc4ed98ab70ec2f
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Sep 29 17:33:27 2011 +0300
Fix gettext build against MacOSX SDK 10.7
diff --git a/gettext/makefile.mk b/gettext/makefile.mk
index b6443f5..50d294f 100644
--- a/gettext/makefile.mk
+++ b/gettext/makefile.mk
@@ -47,7 +47,8 @@ GETTEXTVERSION=0.18.1.1
TARFILE_NAME=$(PRJNAME)-$(GETTEXTVERSION)
TARFILE_MD5=3dd55b952826d2b32f51308f2f91aa89
-PATCH_FILES=
+# see https://savannah.gnu.org/bugs/index.php?33999
+PATCH_FILES=gettext-0.18.1.1.stpncpy.patch
.IF $(OS)==MACOSX
commit 229efd7754227277b9b4ec050783b7ca9b17b9a5
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Sep 29 15:51:54 2011 +0300
Make the C++/UNO bridge compile against the MacOSX 10.7 SDK
Old work in progress by sberg, committed by tml.
diff --git a/bridges/source/cpp_uno/gcc3_macosx_intel/except.cxx
b/bridges/source/cpp_uno/gcc3_macosx_intel/except.cxx
index 888e6f8..b5ba92a 100644
--- a/bridges/source/cpp_uno/gcc3_macosx_intel/except.cxx
+++ b/bridges/source/cpp_uno/gcc3_macosx_intel/except.cxx
@@ -31,7 +31,11 @@
#include stdio.h
#include dlfcn.h
+#if MAC_OS_X_VERSION_MIN_REQUIRED 1070
#include cxxabi.h
+#else
+#include typeinfo
+#endif
#include boost/unordered_map.hpp
#include rtl/instance.hxx
@@ -52,12 +56,62 @@ using namespace ::std;
using namespace ::osl;
using namespace ::rtl;
using namespace ::com::sun::star::uno;
+#if MAC_OS_X_VERSION_MIN_REQUIRED 1070
using namespace ::__cxxabiv1;
-
+#endif
namespace CPPU_CURRENT_NAMESPACE
{
+#if MAC_OS_X_VERSION_MIN_REQUIRED = 1070
+
+// MacOSX10.4u.sdk/usr/include/c++/4.0.0/cxxabi.h defined
+// __cxxabiv1::__class_type_info and __cxxabiv1::__si_class_type_info but
+// MacOSX10.7.sdk/usr/include/cxxabi.h no longer does, so instances of those
+// classes need to be created manually:
+
+// std::type_info defined in typeinfo offers a protected ctor:
+struct FAKE_type_info: public std::type_info {
+FAKE_type_info(char const * name): type_info(name) {}
+};
+
+// Modeled after __cxxabiv1::__si_class_type_info defined in
+// MacOSX10.4u.sdk/usr/include/c++/4.0.0/cxxabi.h (i.e.,
+// abi::__si_class_type_info documented at
+// http://www.codesourcery.com/public/cxx-abi/abi.html#rtti):
+struct FAKE_si_class_type_info: public FAKE_type_info {
+FAKE_si_class_type_info(char const * name, std::type_info const * theBase):
+FAKE_type_info(name), base(theBase) {}
+
+std::type_info const * base;
+// actually a __cxxabiv1::__class_type_info pointer
+};
+
+struct Base {};
+struct Derived: Base {};
+
+std::type_info * create_FAKE_class_type_info(char const * name) {
+std::type_info * p = new FAKE_type_info(name);
+// cxxabiv1::__class_type_info has no data members in addition to
+// std::type_info
+*reinterpret_cast void ** (p) = *reinterpret_cast void * const * (
+typeid(Base));
+// copy correct __cxxabiv1::__class_type_info vtable into place
+return p;
+}
+
+std::type_info * create_FAKE_si_class_type_info(
+char const * name, std::type_info const * base)
+{
+std::type_info * p = new FAKE_si_class_type_info(name, base);
+*reinterpret_cast void ** (p) = *reinterpret_cast void * const * (
+typeid(Derived));
+// copy correct __cxxabiv1::__si_class_type_info vtable into place
+return p;
+}
+
+#endif
+
void dummy_can_throw_anything( char const * )
{
}
@@ -180,13 +234,22 @@ type_info * RTTI::getRTTI(
typelib_CompoundTypeDescription *pTypeDescr ) SAL_THR
// ensure availability of base
type_info * base_rtti = getRTTI(
(typelib_CompoundTypeDescription
*)pTypeDescr-pBaseTypeDescription );
+#if MAC_OS_X_VERSION_MIN_REQUIRED 1070
rtti = new __si_class_type_info(
strdup( rttiName ), (__class_type_info *)base_rtti );
+#else
+rtti = create_FAKE_si_class_type_info(
+strdup( rttiName ), base_rtti );
+#endif
}
else
{
// this class has no base class
+#if MAC_OS_X_VERSION_MIN_REQUIRED 1070
rtti = new __class_type_info( strdup( rttiName ) );
+#else
+rtti = create_FAKE_class_type_info( strdup( rttiName ) );
+#endif
}
pair t_rtti_map::iterator, bool insertion(
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: vcl/Library_vcl.mk
vcl/Library_vcl.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit b1920bed1b9ef4a779539647208b333a4dc6712e Author: Jan Holesovsky ke...@suse.cz Date: Thu Sep 29 19:04:46 2011 +0200 Fix MinGW runtime; we need only the DLLPOSTFIX, no other magic. diff --git a/vcl/Library_vcl.mk b/vcl/Library_vcl.mk index 07da2dd..0d479f0 100644 --- a/vcl/Library_vcl.mk +++ b/vcl/Library_vcl.mk @@ -56,7 +56,7 @@ $(eval $(call gb_Library_set_include,vcl,\ $(eval $(call gb_Library_add_defs,vcl,\ -DVCL_DLLIMPLEMENTATION \ -DCUI_DLL_NAME=\$(call gb_Library_get_runtime_filename,cui)\ \ --DDLLPOSTFIX=$(subst $(or $(gb_Library_DLLEXT),$(gb_Library_PLAINEXT)),,$(gb_Library_OOOEXT)) \ +-DDLLPOSTFIX=$(gb_Library_DLLPOSTFIX) \ )) $(eval $(call gb_Library_add_api,vcl,\ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sw/source
sw/source/core/docnode/nodedump.cxx |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) New commits: commit 5e4a7452c8f96192a420704b12090e871d8b25dd Author: Tor Lillqvist t...@iki.fi Date: Thu Sep 29 21:12:45 2011 +0300 Allow for lack of LIBXML_ATTR_FORMAT diff --git a/sw/source/core/docnode/nodedump.cxx b/sw/source/core/docnode/nodedump.cxx index f5b85dc..52f61ce 100644 --- a/sw/source/core/docnode/nodedump.cxx +++ b/sw/source/core/docnode/nodedump.cxx @@ -47,7 +47,11 @@ public: xmlTextWriterPtr operator-(); void startElement( const char* element ); void endElement(); -void writeFormatAttribute( const char* attribute, const char* format, ... ) LIBXML_ATTR_FORMAT(3,4); +void writeFormatAttribute( const char* attribute, const char* format, ... ) +#ifdef LIBXML_ATTR_FORMAT +LIBXML_ATTR_FORMAT(3,4) +#endif +; private: xmlTextWriterPtr writer; bool owns; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Makefile.in solenv/bin
Makefile.in |3 +--
solenv/bin/install-gdb-printers | 14 --
2 files changed, 9 insertions(+), 8 deletions(-)
New commits:
commit 235a5e6c323432bf44db8de6cd05d1a5cc526022
Author: Stephan Bergmann sberg...@redhat.com
Date: Thu Sep 29 20:55:27 2011 +0200
Make install-gdb-printers work on Mac OS X.
diff --git a/Makefile.in b/Makefile.in
index ec38633..2b5eb5c 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -32,8 +32,7 @@ dev-install: build
ln -s $$SOLARVER/$$INPATH/installation/opt/ \
@abs_builddir@/install \
printf '\n' \
-install-gdb-printers -a $$SOLARVER/$$INPATH/installation/opt \
--L \
+install-gdb-printers -L \
printf \
'\nDeveloper installation finished, you can now execute:\n\n' \
\
diff --git a/solenv/bin/install-gdb-printers b/solenv/bin/install-gdb-printers
index 3606dca..b4dcd0d 100755
--- a/solenv/bin/install-gdb-printers
+++ b/solenv/bin/install-gdb-printers
@@ -29,6 +29,7 @@
GDBDIR=${SOLARENV}/gdb
SOLVERLIBDIR=${SOLARVER}/${INPATH}/lib
INSTALLDIR=${SOLARVER}/${INPATH}/installation/opt
+[ $(uname) = Darwin ] INSTALLDIR=$INSTALLDIR/LibreOffice.app/Contents
die() {
echo $1 2
@@ -82,7 +83,8 @@ make_autoload() {
local lib=${dir}/$3
if ! ${flat}; then
-lib=$(readlink -f ${DESTDIR}${installdir}/$2/$3)
+local resolved=$(readlink ${DESTDIR}${installdir}/$2/$3)
+[ -n $resolved ] lib=$resolved
dir=${lib%/*}
fi
@@ -163,10 +165,10 @@ if [[ ${DESTDIR}${pythondir} != ${GDBDIR} ]]; then
cp -r ${GDBDIR}/libreoffice ${DESTDIR}${pythondir}
fi
-make_autoload cppu basis-link/ure-link/lib libuno_cppu.so.3
-make_autoload sal basis-link/ure-link/lib libuno_sal.so.3
-make_autoload svl basis-link/program libsvllo.so
-make_autoload sw basis-link/program libswlo.so
-make_autoload tl basis-link/program libtllo.so
+make_autoload cppu basis-link/ure-link/lib libuno_cppu.{dylib,so}.3
+make_autoload sal basis-link/ure-link/lib libuno_sal.{dylib,so}.3
+make_autoload svl program libsvllo.{dylib,so}
+make_autoload sw program libswlo.{dylib,so}
+make_autoload tl program libtllo.{dylib,so}
# 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] .: 2 commits - desktop/source slideshow/source
desktop/source/pkgchk/unopkg/unopkg_app.cxx |3 ++- slideshow/source/engine/OGLTrans/mac/OGLTrans_TransitionerImpl.mm |2 +- 2 files changed, 3 insertions(+), 2 deletions(-) New commits: commit eeefce57c8a415c8bc5a4b044849d1e85ba20447 Author: Tor Lillqvist t...@iki.fi Date: Thu Sep 29 21:54:00 2011 +0300 Fix error: invalid conversion from 'long int*' to 'const GLint*' diff --git a/slideshow/source/engine/OGLTrans/mac/OGLTrans_TransitionerImpl.mm b/slideshow/source/engine/OGLTrans/mac/OGLTrans_TransitionerImpl.mm index 346808b..d67355f 100644 --- a/slideshow/source/engine/OGLTrans/mac/OGLTrans_TransitionerImpl.mm +++ b/slideshow/source/engine/OGLTrans/mac/OGLTrans_TransitionerImpl.mm @@ -822,7 +822,7 @@ void SAL_CALL OGLTransitionerImpl::update( double nTime ) throw (uno::RuntimeExc */ // works but not mandatory #if defined(MAC_OS_X_VERSION_10_5) -long int swapInt = 1; +GLint swapInt = 1; #else /* build target 10.4 */ long swapInt = 1; #endif commit 50ce26da1431d4695af24827679799c7a20c507b Author: Tor Lillqvist t...@iki.fi Date: Thu Sep 29 21:53:29 2011 +0300 WaE: suggest a space before ';' or explicit braces around empty body in 'while' statement diff --git a/desktop/source/pkgchk/unopkg/unopkg_app.cxx b/desktop/source/pkgchk/unopkg/unopkg_app.cxx index 82af6dc..ec156d3 100644 --- a/desktop/source/pkgchk/unopkg/unopkg_app.cxx +++ b/desktop/source/pkgchk/unopkg/unopkg_app.cxx @@ -277,7 +277,8 @@ extern C DESKTOP_DLLPUBLIC int unopkg_main() return 0; } //consume all bootstrap variables which may occur before the subcommannd -while(isBootstrapVariable(nPos)); +while(isBootstrapVariable(nPos)) +; if(nPos = nCount) return 0; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: test/user-template
test/user-template/user/psprint/pspfontcache | 1198 --- 1 file changed, 1198 deletions(-) New commits: commit b8d6626a13d2cc61623376a2b9498ec0d11d707d Author: Markus Mohrhard markus.mohrh...@googlemail.com Date: Thu Sep 29 23:09:45 2011 +0200 remove file from unit test user dir that gets modified diff --git a/test/user-template/user/psprint/pspfontcache b/test/user-template/user/psprint/pspfontcache deleted file mode 100644 index aadf16e..000 --- a/test/user-template/user/psprint/pspfontcache +++ /dev/null @@ -1,1198 +0,0 @@ -PspFontCacheFile format 4 -EmptyFontCacheDirectory:1317234604:/devel/libo/libo1/test/user-template/user/fonts -FontCacheDirectory:1310697283:/usr/share/fonts/URW -File:b018012l.pfb -1;1 -URW Bookman L --1;URWBookmanL-Ligh;0;6;0;2;91;942;268;210;0;1266;681;1266;681;0;0;0;b018012l.afm;Light - -File:n022004l.pfb -1;1 -Nimbus Mono L --1;NimbusMonL-Bold;0;8;0;1;91;1029;278;307;0;888;583;888;583;0;0;0;n022004l.afm;Bold - -File:p052003l.pfb -1;1 -URW Palladio L --1;URWPalladioL-Roma;0;6;0;2;91;993;283;276;0;1079;692;1079;692;0;0;0;p052003l.afm;Roman - -File:s05l.pfb -1;1 -Standard Symbols L --1;StandardSymL;0;5;0;2;10;1010;293;303;0;1090;673;1090;673;0;0;0;s05l.afm;Regular - -File:bchr.pfa -1;1 -Bitstream Charter --1;CharterBT-Roman;0;5;0;2;91;963;237;200;0;1194;672;1194;672;0;0;0;bchr.afm;Regular - -File:z003034l.pfb -1;1 -URW Chancery L --1;URWChanceryL-MediItal;2;6;0;2;91;829;242;71;0;915;477;915;477;0;0;0;z003034l.afm;Medium Italic - -File:n019043l.pfb -1;1 -Nimbus Sans L --1;NimbusSanL-ReguCond;0;5;0;2;91;959;282;241;0;893;718;893;718;0;0;0;n019043l.afm;Regular - -File:n021024l.pfb -1;1 -Nimbus Roman No9 L --1;NimbusRomNo9L-MediItal;2;8;0;2;91;964;324;288;0;1230;669;1230;669;0;0;0;n021024l.afm;Medium Italic - -File:c059016l.pfb -1;1 -Century Schoolbook L --1;CenturySchL-Bold;0;8;0;2;91;1011;372;383;0;1230;722;1230;722;0;0;0;c059016l.afm;Bold - -File:n022023l.pfb -1;1 -Nimbus Mono L --1;NimbusMonL-ReguObli;1;5;0;1;91;970;240;210;0;902;563;902;563;0;0;0;n022023l.afm;Regular Oblique - -File:c059033l.pfb -1;1 -Century Schoolbook L --1;CenturySchL-Ital;2;5;0;2;91;994;329;323;0;1289;722;1289;722;0;0;0;c059033l.afm;Italic - -File:n019003l.pfb -1;1 -Nimbus Sans L --1;NimbusSanL-Regu;0;5;0;2;91;953;285;238;0;1028;729;1028;729;0;0;0;n019003l.afm;Regular - -File:a010013l.pfb -1;1 -URW Gothic L --1;URWGothicL-Book;0;4;0;2;91;1009;240;249;0;1151;739;1151;739;0;0;0;a010013l.afm;Book - -File:p052024l.pfb -1;1 -URW Palladio L --1;URWPalladioL-BoldItal;2;8;0;2;91;1000;300;300;0;1127;681;1127;681;0;0;0;p052024l.afm;Bold Italic - -File:b018035l.pfb -1;1 -URW Bookman L --1;URWBookmanL-DemiBoldItal;2;8;0;2;91;1002;332;334;0;1333;681;1333;681;0;0;0;b018035l.afm;Demi Bold Italic - -File:a010015l.pfb -1;1 -URW Gothic L --1;URWGothicL-Demi;0;7;0;2;91;1051;251;302;0;1248;739;1248;739;0;0;0;a010015l.afm;Demi - -File:n019064l.pfb -1;1 -Nimbus Sans L --1;NimbusSanL-BoldCondItal;2;8;0;2;91;989;298;287;0;1001;718;1001;718;0;0;0;n019064l.afm;Bold Italic - -File:d05l.pfb -1;1 -Dingbats --1;Dingbats;0;5;0;2;10;819;143;-38;0;981;691;981;691;0;0;0;d05l.afm;Regular - -File:a010033l.pfb -1;1 -URW Gothic L --1;URWGothicL-BookObli;1;4;0;2;91;1007;232;239;0;1275;739;1275;739;0;0;0;a010033l.afm;Book Oblique - -File:n021004l.pfb -1;1 -Nimbus Roman No9 L --1;NimbusRomNo9L-Medi;0;8;0;2;91;960;341;301;0;1093;676;1093;676;0;0;0;n021004l.afm;Medium - -File:n022003l.pfb -1;1 -Nimbus Mono L --1;NimbusMonL-Regu;0;5;0;1;91;820;273;93;0;650;563;650;563;0;0;0;n022003l.afm;Regular - -File:n019024l.pfb -1;1 -Nimbus Sans L --1;NimbusSanL-BoldItal;2;8;0;2;91;979;309;288;0;1199;729;1199;729;0;0;0;n019024l.afm;Bold Italic - -File:c059013l.pfb -1;1 -Century Schoolbook L --1;CenturySchL-Roma;0;6;0;2;91;993;302;295;0;1188;722;1188;722;0;0;0;c059013l.afm;Roman - -File:a010035l.pfb -1;1 -URW Gothic L --1;URWGothicL-DemiObli;1;7;0;2;91;1054;251;305;0;1281;739;1281;739;0;0;0;a010035l.afm;Demi Oblique - -File:bchbi.pfa -1;1 -Bitstream Charter --1;CharterBT-BoldItalic;2;8;0;2;91;972;237;209;0;1243;672;1243;672;0;0;0;bchbi.afm;Bold Italic - -File:n021023l.pfb -1;1 -Nimbus Roman No9 L --1;NimbusRomNo9L-ReguItal;2;5;0;2;91;924;270;194;0;1112;653;1112;653;0;0;0;n021023l.afm;Regular Italic - -File:p052004l.pfb -1;1 -URW Palladio L --1;URWPalladioL-Bold;0;8;0;2;91;995;301;296;0;1177;681;1177;681;0;0;0;p052004l.afm;Bold - -File:b018015l.pfb -1;1 -URW Bookman L --1;URWBookmanL-DemiBold;0;8;0;2;91;1000;306;306;0;1346;681;1346;681;0;0;0;b018015l.afm;Demi Bold - -File:n019044l.pfb -1;1 -Nimbus Sans L --1;NimbusSanL-BoldCond;0;8;0;2;91;975;307;282;0;878;718;878;718;0;0;0;n019044l.afm;Bold - -File:b018032l.pfb -1;1 -URW Bookman L --1;URWBookmanL-LighItal;2;5;0;2;91;962;281;243;0;1269;681;1269;681;0;0;0;b018032l.afm;Light Italic - -File:n022024l.pfb -1;1 -Nimbus Mono L --1;NimbusMonL-BoldObli;1;8;0;1;91;1029;278;307;0;914;583;914;583;0;0;0;n022024l.afm;Bold Oblique - -File:p052023l.pfb -1;1 -URW
[Libreoffice-commits] .: 2 commits - sc/qa test/user-template
sc/qa/unit/filters-test.cxx |4 ++-- test/user-template/user/basic/dialog.xlc | 10 -- test/user-template/user/basic/script.xlc | 10 -- 3 files changed, 2 insertions(+), 22 deletions(-) New commits: commit eea06c00ab4ea0e26259a1e9f732076709d1026c Author: Markus Mohrhard markus.mohrh...@googlemail.com Date: Fri Sep 30 00:43:50 2011 +0200 enable the registration for vba unit test again diff --git a/sc/qa/unit/filters-test.cxx b/sc/qa/unit/filters-test.cxx index 03a1f5e..8611df0 100644 --- a/sc/qa/unit/filters-test.cxx +++ b/sc/qa/unit/filters-test.cxx @@ -195,8 +195,8 @@ ScDocShellRef FiltersTest::load(const rtl::OUString rFilter, const rtl::OUStrin if (!xDocShRef-DoLoad(aSrcMed)) // load failed. xDocShRef.Clear(); -//else if (nFormatType) -//SfxObjectShell::SetCurrentComponent( xDocShRef-GetModel() ); +else if (nFormatType) +SfxObjectShell::SetCurrentComponent( xDocShRef-GetModel() ); return xDocShRef; } commit 5e733c781fb1344d1906c6b4f3d9c4f032305bbd Author: Markus Mohrhard markus.mohrh...@googlemail.com Date: Fri Sep 30 00:42:04 2011 +0200 remove library entries for now maybe add them later and adapt path to something useful diff --git a/test/user-template/user/basic/dialog.xlc b/test/user-template/user/basic/dialog.xlc index b63ebd6..aed4ac2 100644 --- a/test/user-template/user/basic/dialog.xlc +++ b/test/user-template/user/basic/dialog.xlc @@ -1,13 +1,4 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE library:libraries PUBLIC -//OpenOffice.org//DTD OfficeDocument 1.0//EN libraries.dtd library:libraries xmlns:library=http://openoffice.org/2000/library; xmlns:xlink=http://www.w3.org/1999/xlink; - library:library library:name=FormWizard xlink:href=$(INST)/share/basic/FormWizard/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Template xlink:href=$(INST)/share/basic/Template/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Tools xlink:href=$(INST)/share/basic/Tools/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Schedule xlink:href=$(INST)/share/basic/Schedule/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Gimmicks xlink:href=$(INST)/share/basic/Gimmicks/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=ImportWizard xlink:href=$(INST)/share/basic/ImportWizard/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Euro xlink:href=$(INST)/share/basic/Euro/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Depot xlink:href=$(INST)/share/basic/Depot/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=ScriptBindingLibrary xlink:href=$(INST)/share/basic/ScriptBindingLibrary/dialog.xlb/ xlink:type=simple library:link=true library:readonly=false/ -/library:libraries \ No newline at end of file +/library:libraries diff --git a/test/user-template/user/basic/script.xlc b/test/user-template/user/basic/script.xlc index aaf1b0d..aed4ac2 100644 --- a/test/user-template/user/basic/script.xlc +++ b/test/user-template/user/basic/script.xlc @@ -1,13 +1,4 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE library:libraries PUBLIC -//OpenOffice.org//DTD OfficeDocument 1.0//EN libraries.dtd library:libraries xmlns:library=http://openoffice.org/2000/library; xmlns:xlink=http://www.w3.org/1999/xlink; - library:library library:name=FormWizard xlink:href=$(INST)/share/basic/FormWizard/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Template xlink:href=$(INST)/share/basic/Template/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Tools xlink:href=$(INST)/share/basic/Tools/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Schedule xlink:href=$(INST)/share/basic/Schedule/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Gimmicks xlink:href=$(INST)/share/basic/Gimmicks/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=ImportWizard xlink:href=$(INST)/share/basic/ImportWizard/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Euro xlink:href=$(INST)/share/basic/Euro/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=Depot xlink:href=$(INST)/share/basic/Depot/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ - library:library library:name=ScriptBindingLibrary
Re: [Libreoffice] unit tests run on top-level make ?
On Wed, 28 Sep 2011 16:15:30 -0500 Norbert Thiebaud nthieb...@gmail.com wrote: On Wed, Sep 28, 2011 at 1:27 PM, Michael Meeks michael.me...@novell.com wrote: Having done a from-clean make (successfully), I was slightly surprised to discover that this had failed to compile the unit tests: the target 'all' was not the first target anymore but 'build' was so make was doing make build instead of make all Sorry for that -- I was so used to have .DEFAULTGOAL set explicitly from gbuild, that I did not think about that. fixed Thanks. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error
Hi, this patch is only to fix the wrong namespace. To get a better accessibility is a different problem and has to be addressed separate. Kind regards Regina Christophe Strobbe schrieb: Hi, At 16:14 28-9-2011, Christophe Strobbe wrote: Hi Regina, At 15:50 28-9-2011, Regina Henschel wrote: Hi all, The patch fixes the following error: When you export a document via File-Export-XHTML it generates an invalid file, because the lang attribute gets a wrong namespace. How to proof it: Export any file and make sure, that the file extension is xhtml. Upload the file to http://validator.w3.org/#validate-by-upload to validate it. Do this with the current version to see the error. Do the same with a patched version, to see that it is OK then. Please don't throw away the lang attribute by replacing it with xml:lang, just add xml:lang. Language information is important for text-to-speech software, and last time I checked, screen readers only supported lang, not xml:lang. Correction: I now notice that the exported format is XHTML 1.1 plus MathML 2.0 (which does not support the lang attribute), not XHTML 1.0 (where lang was still allowed). From my point of view accessibility is more important than that little validation issue, so I would still argue in favour of keeping the lang attribute. What is really needed to solve the namespace issue is replacing namespace=http://www.w3.org/XML/1998/namespace; with xmlns=http://www.w3.org/1999/xhtml; Oops, sorry, I was comparing XSLT code with XHTML code. The XSLT code already outputs xmlns=http://www.w3.org/1999/xhtml; Best regards, Christophe Best regards, Christophe I do not know, whether this will fix bug fdo#40373; but it fixes, that the currently exported file is invalid, as described above. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Replace-SvULongs-with-std-vector-in-sfx2
On Tue, Sep 27, 2011 at 10:11:11PM +0200, Maciej Rumianowski wrote:
Hi *,
Simple Patch replacing SvULongs with std::vector. Related Bug 38831.
Pushed, thanks!
@@ -53,7 +54,7 @@ TYPEINIT1_FACTORY( SvxClipboardFmtItem, SfxPoolItem , new
SvxClipboardFmtItem(0
SvxClipboardFmtItem_Impl::SvxClipboardFmtItem_Impl(
const SvxClipboardFmtItem_Impl rCpy )
{
-aFmtIds.Insert( rCpy.aFmtIds, 0 );
+std::copy(rCpy.aFmtIds.begin(), rCpy.aFmtIds.end(), aFmtIds.begin());
for( sal_uInt16 n = 0, nEnd = rCpy.aFmtNms.Count(); n nEnd; ++n )
{
String* pStr = rCpy.aFmtNms[ n ];
This is totally wrong! The original line _inserts_ all items from
rCpy.aFmtIds at the beginning of aFmtIds. std::copy _overwrites_ the
first n elements of aFmtIds by items from the given range--this requires
that aFmtIds has sufficient size. Since this is constructor, aFmtIds is
always empty, therefore the line is practically guaranteed to corrupt
memory (unless rCpy.aFmtIds is empty). I changed it to simple copy
construction of aFmtIds from rCpy.aFmtIds.
D.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] unit tests run on top-level make ?
On Thu, 2011-09-29 at 08:07 +0200, Bjoern Michaelsen wrote: Norbert Thiebaud nthieb...@gmail.com the target 'all' was not the first target anymore but 'build' was so make was doing make build instead of make all Sorry for that -- I was so used to have .DEFAULTGOAL set explicitly from gbuild, that I did not think about that. Hah ;-) I was just looking for an excuse for having broken the master build yet again (while trying to fix the master build breakage) - hopefully all good now ... Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] New Config Variable in Impress
On 09/28/2011 11:00 PM, Rob Snelders wrote: I'm looking into bug fdo#35973. But I have trouble finding out how I can add config-variables for Impress. Can anybody give me any pointers? The configuration data is in module officecfg. There you have schema (.xcs) files describing the static layout of the data tree (think of it as a hierarchy of structs and lists, with data types like bool and string and integer at the leaves) and data (.xcu) files describing the actual values (if they need to be preset). For a new impress flag, say, you would need to add to officecfg/registry/schema/org/openoffice/Office/Impress.xcs. The corresponding XML schema is described at officecfg/registry/component-schema.dtd. (When you modify anything in module officecfg, you also need to rebuild module postprocess, as there various small .xcs/.xcu files are packed together into larger .xcd files. Impress.xcs ends up in a main.xcd, see postprocess/packregistry/makefile.mk.) Accessing the configuration data at runtime is done via the configmgr UNO services (although there are---rather unnecessary---layers of abstraction above those UNO services themselves in the code base, which the application code typically uses instead.) Let me know if you have any further questions (I'm sberg at #libreoffice-dev, if you prefer IRC). -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Build Error - Graphite2-1.0.3
Hi, I have encountered an error while building latest source. = (1/1) Building module graphite = Entering /home/maciej/Dokumenty/LibreOffice-Dev/master/graphite Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/direct_machine.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_features.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_face.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_font.cpp dmake: Error: -- `processUTF.h' not found, and can't be made dmake: Error code 255, while making './unxlngi6.pro/misc/build/so_built_libgraphite' I have checked there is no processUTF.h in http://dev-www.libreoffice.org/src/3bf481ca95109b14435125c0dd1f2217-graphite2-1.0.3.tgz but is in http://dev-www.libreoffice.org/src/3115c721f5cb7c464f01c2dddccfaba6-graphite2-1.0.2.tgz Cheers, Maciej ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Android cross-building state
Hi there, On Wed, 2011-09-28 at 17:40 +0200, Thorsten Behrens wrote: thanks to Tor's and others (Kendy, Fridrich, Jesus and all those I forgot) work around making LibO truly cross-buildable, there's now Android building up to instsetoo_native again. Awesome - so the GUI bit comes next :-) The problem is, this piece rather overlaps with the feature/gtk3 branch which cleans up, accelerates and adds damage support to the svp backend, as well as moving a load of vcl/unx files into more sensible places, and re-factoring the gtk+ backend. If people are going to work on Android UI pieces (which sounds like a plan), I'd love to share that CWS for that work [ we can re-base it to master of course ]. As / when I've de-broken the gtk2 support, I'd love to get it merged back to master (no problem with broken, optional gtk3 support I guess). IMHO doing anything else is just going to create a bus-load of conflicts, and (of course) I'd love the Android stuff to be based on this (rather cleaner) backend. Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Replace-SvULongs-with-std-vector-in-sfx2
Hi David,
@@ -53,7 +54,7 @@ TYPEINIT1_FACTORY( SvxClipboardFmtItem, SfxPoolItem , new
SvxClipboardFmtItem(0
SvxClipboardFmtItem_Impl::SvxClipboardFmtItem_Impl(
const SvxClipboardFmtItem_Impl rCpy )
{
-aFmtIds.Insert( rCpy.aFmtIds, 0 );
+std::copy(rCpy.aFmtIds.begin(), rCpy.aFmtIds.end(), aFmtIds.begin());
for( sal_uInt16 n = 0, nEnd = rCpy.aFmtNms.Count(); n nEnd; ++n )
{
String* pStr = rCpy.aFmtNms[ n ];
This is totally wrong! The original line _inserts_ all items from
rCpy.aFmtIds at the beginning of aFmtIds. std::copy _overwrites_ the
first n elements of aFmtIds by items from the given range--this requires
that aFmtIds has sufficient size. Since this is constructor, aFmtIds is
always empty, therefore the line is practically guaranteed to corrupt
memory (unless rCpy.aFmtIds is empty). I changed it to simple copy
construction of aFmtIds from rCpy.aFmtIds.
Thanks, sorry for that. I thought if I am working on vector than i will
automatically resize, but I missed in description that I have to
manually resize.
Cheers,
Maciej
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
On Thu, 2011-09-29 at 01:49 -0700, bugzilla-dae...@freedesktop.org wrote: https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #209 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 01:49:55 PDT --- Nominating 41022 as blocker. Obviously can't be a release blocker, 3.4 is already released :-) C. ___ 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 --- Comment #210 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 01:57:26 PDT --- (In reply to comment #209) Nominating 41022 as blocker. Nasty crash in database form edit mode when using automatic field order activation function. It is also a regression over 3.3.4 where the crash does not occur and the function works as intended. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Replace-SvULongs-with-std-vector-in-sfx2
On Thu, Sep 29, 2011 at 10:33:50AM +0200, Maciej Rumianowski wrote:
Hi David,
@@ -53,7 +54,7 @@ TYPEINIT1_FACTORY( SvxClipboardFmtItem, SfxPoolItem ,
new SvxClipboardFmtItem(0
SvxClipboardFmtItem_Impl::SvxClipboardFmtItem_Impl(
const SvxClipboardFmtItem_Impl rCpy )
{
-aFmtIds.Insert( rCpy.aFmtIds, 0 );
+std::copy(rCpy.aFmtIds.begin(), rCpy.aFmtIds.end(), aFmtIds.begin());
for( sal_uInt16 n = 0, nEnd = rCpy.aFmtNms.Count(); n nEnd; ++n )
{
String* pStr = rCpy.aFmtNms[ n ];
This is totally wrong! The original line _inserts_ all items from
rCpy.aFmtIds at the beginning of aFmtIds. std::copy _overwrites_ the
first n elements of aFmtIds by items from the given range--this requires
that aFmtIds has sufficient size. Since this is constructor, aFmtIds is
always empty, therefore the line is practically guaranteed to corrupt
memory (unless rCpy.aFmtIds is empty). I changed it to simple copy
construction of aFmtIds from rCpy.aFmtIds.
Thanks, sorry for that. I thought if I am working on vector than i will
automatically resize, but I missed in description that I have to
manually resize.
Hi,
it will if you use vector fuctions. But standard algorithms work with
iterator ranges and know nothing about the structure behind them. E.g.,
std::copy will work just as well if the destination is plain old array.
This is nothing to be ashamed of--I suppose every one of us made the
same (or similar) invalid assumption at some time in the past :)
D.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] unit-test / code sharing ...
On Wed, 2011-09-28 at 11:47 +0200, Stephan Bergmann wrote: I suspect we should do this for all unit-tests above tools, and the head-less smoketest too. But isn't it the way that all dialogs are implicitly cancelled in headless mode, anyway? Oh - quite possibly for headless mode - though they perhaps do it a different way, we just call InitVCL - prolly we could do better. For one thing I'm re-factoring some parts of the vcl's svp backend to make it more independent of X, if we can get all the way with that, we can make that work cross-platform which'd be nice. Regards, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error
Hi Regina, On Wed, 2011-09-28 at 15:50 +0200, Regina Henschel wrote: The patch fixes the following error: When you export a document via File-Export-XHTML it generates an invalid file, because the lang attribute gets a wrong namespace. Nice patch to fix it :-) I assume you have commit access to push that ? [1] I do not know, whether this will fix bug fdo#40373; but it fixes, that the currently exported file is invalid, as described above. Sounds like it fixes the issue to me, if it is a multi-issue bug it needs splitting up :-) The a11y issue is annoying, but I'm not sure we should generate bad output for that, although of course we should accept bad input gracefully wherever possible. Thanks, Michael. [1] - if not, please can you follow this flow: http://www.freedesktop.org/wiki/AccountRequests and mail me the bug number privately :-] -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] bug in GCC 4.6.1?
At 4:14pm -0400 Wed, 28 Sep 2011, Julien Nabet wrote: I just found this gcc bugtracker : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383 But it's about GCC 4.7. Ah, shame on me. First hit on Google. GCC 4.7 still shares plenty of code (and this included) with 4.6+, so that's good enough for me; and yes, it's been reported. Thank you Julien, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
Le 29/09/11 10:57, Caolán McNamara a écrit : --- Comment #209 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 01:49:55 PDT --- Nominating 41022 as blocker. Obviously can't be a release blocker, 3.4 is already released :-) Damn !!! How'd that happen, LOL :-)) Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch][PUSHED] Porting js2hxx.py to python3
On Thu, Sep 29, 2011 at 7:14 AM, David Tardon dtar...@redhat.com wrote: On Wed, Sep 28, 2011 at 05:02:29PM +0200, Hugo Beauzée-Luyssen wrote: Hi, This is a simple patch to allow using python 3 when building. I'm new to this list, and to submitting patches for libreoffice, so if I did anything wrong, feel free to correct me :) Thanks, you did all right :) Can you confirm that the patch (and all future ones--you do want to contribute further, don't you? :) are licensed under LGPLv3+/MPL? And add yourself to http://wiki.documentfoundation.org/Development/Developers ? D. Considering the size of the patch : - Feel free to license to whatever feels right, but if you need a clear agreement for legal reasons : Yes, all patches sent and to come are licensed under LGPLv3+/MPL :) - This page looks like regular contributors. Again, seeing the size of the patch, I find it a little premature, if not pretentious, to claim myself a libreoffice dev ;) Regards, -- Hugo Beauzée-Luyssen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error
Hi, At 11:13 29-9-2011, Michael Meeks wrote: Hi Regina, On Wed, 2011-09-28 at 15:50 +0200, Regina Henschel wrote: The patch fixes the following error: When you export a document via File-Export-XHTML it generates an invalid file, because the lang attribute gets a wrong namespace. Nice patch to fix it :-) I assume you have commit access to push that ? [1] I do not know, whether this will fix bug fdo#40373; but it fixes, that the currently exported file is invalid, as described above. Sounds like it fixes the issue to me, if it is a multi-issue bug it needs splitting up :-) The a11y issue is annoying, but I'm not sure we should generate bad output for that, although of course we should accept bad input gracefully wherever possible. OK, I'll work on the other issues (especially accessibility) separately, so there are no objections to push this patch. Best regards, Christophe Thanks, Michael. [1] - if not, please can you follow this flow: http://www.freedesktop.org/wiki/AccountRequests and mail me the bug number privately :-] -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot -- 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] need help with feature/gbuild
On 09/29/2011 01:04 AM, Matúš Kukan wrote: I have recreated feature/gbuild branch. I'm gbuildizing sal, salhelper, cppu and cppuhelper there. It's almost done but there are few problems. In odk I'm getting: check cpp docu: + ERROR: ../../unxlngi6.pro/bin/odkcommon/docs/cpp/ref/names/cppu/AccessControl is missing It's because I have added visibility macro as: class CPPUHELPER_DLLPUBLIC AccessControl The problem is also when CPPUHELPER_DLLPUBLIC expands to empty string . For now I use --disable-odk but unless we want to remove odk something has to be done with that and maybe someone knows what. Looks like yet another shortcoming of that silly autodoc tool; probably it can't parse class CPPUHELPER_DLLPUBLIC AccessControl correctly. One more reason to switch to Doxygen or similar soon (expecting that to be mature enough to cope with such macro uses). [...] And another problem is with libraries with version (libuno_sal.so.3, ..) That's probably only for linux? Not only Linux, but also at least Mac OS X and Solaris use this naming scheme of a suffixed .3. -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] GPS全球卫星定位，来试试吧~(AD)libreoffice@lists.freedesktop.org
网络版GPS全球定位上线了~ 精准定位全球手机位置，只要输入手机号，就可以精准定位所在位置 卫星地图精准显示，误差30米 我也来试试，定位一下~ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] need help with feature/gbuild
Not only Linux, but also at least Mac OS X and Solaris use this naming scheme of a suffixed .3. Also in a cross-compiled Windows build is a 3 used, although there the 3 goes into the basename, uno_sal3.dll. (Note that this is different from what a native MSVC build produces, sal3.dll. That is not entirely by accident; presumably a MinGW-built LO is not binary compatible anyway with binary extensions built against a MSVC-produced SDK, so it doesn't matter. If that is incorrect, we need to change it then.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch][PUSHED] Porting js2hxx.py to python3
On Thu, Sep 29, 2011 at 5:01 AM, Hugo Beauzée-Luyssen beauz...@gmail.com wrote: On Thu, Sep 29, 2011 at 7:14 AM, David Tardon dtar...@redhat.com wrote: On Wed, Sep 28, 2011 at 05:02:29PM +0200, Hugo Beauzée-Luyssen wrote: Hi, This is a simple patch to allow using python 3 when building. I'm new to this list, and to submitting patches for libreoffice, so if I did anything wrong, feel free to correct me :) Thanks, you did all right :) Can you confirm that the patch (and all future ones--you do want to contribute further, don't you? :) are licensed under LGPLv3+/MPL? And add yourself to http://wiki.documentfoundation.org/Development/Developers ? D. Considering the size of the patch : - Feel free to license to whatever feels right, but if you need a clear agreement for legal reasons : Yes, all patches sent and to come are licensed under LGPLv3+/MPL :) - This page looks like regular contributors. Again, seeing the size of the patch, I find it a little premature, if not pretentious, to claim myself a libreoffice dev ;) Maybe I should add a little paragraph on top of that page. or re-title it 'Contributors' or something... No, it is not premature or pretentious. this page is meant to: 1/ help keep track and validate licensing 2/ help find people based on partial information, when need be. Even if you have only one commit (so far :-) ), we'd like you in there. But of course, it is up to you... Norbert Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Language selection
On Tue, 2010-11-30 at 10:56 +, Caolán McNamara wrote: On Mon, 2010-11-29 at 17:09 -0500, Arno Teigseth wrote: I have installed just a few languages, but still all the wrong languages show up. As far as I recall, those langauges are from the language guessing feature, and hopefully are in order of most likely language first and so on. Could it be an idea to show the -last used languages first or -installed languages first in that box? Sure, shouldn't be too difficult to play around with it. You can find the code around sw/source/ui/lingu/olmenu.cxx and search for LanguageGuessing The bit of magic that does the actual guessing of the language is spun off as libexttextcat now, i.e. see http://blogs.linux.ie/caolan/2011/09/28/libexttextcat-text-guessing-feature/ for details. Various language fingerprints are fixed now as well, and some languages which were disabled because they were broken, should hopefully be fixed, and are reenabled as well. Which *might* have a bearing on your original problem. Being available standalone should allow it to be tested in isolation to see how well it guesses what language some text is, and make it easier to improve its guessing and to add new language detection to it. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch][PUSHED] Porting js2hxx.py to python3
Done then ! Thanks for the merge btw :) On Thu, Sep 29, 2011 at 1:10 PM, Norbert Thiebaud nthieb...@gmail.com wrote: On Thu, Sep 29, 2011 at 5:01 AM, Hugo Beauzée-Luyssen beauz...@gmail.com wrote: On Thu, Sep 29, 2011 at 7:14 AM, David Tardon dtar...@redhat.com wrote: On Wed, Sep 28, 2011 at 05:02:29PM +0200, Hugo Beauzée-Luyssen wrote: Hi, This is a simple patch to allow using python 3 when building. I'm new to this list, and to submitting patches for libreoffice, so if I did anything wrong, feel free to correct me :) Thanks, you did all right :) Can you confirm that the patch (and all future ones--you do want to contribute further, don't you? :) are licensed under LGPLv3+/MPL? And add yourself to http://wiki.documentfoundation.org/Development/Developers ? D. Considering the size of the patch : - Feel free to license to whatever feels right, but if you need a clear agreement for legal reasons : Yes, all patches sent and to come are licensed under LGPLv3+/MPL :) - This page looks like regular contributors. Again, seeing the size of the patch, I find it a little premature, if not pretentious, to claim myself a libreoffice dev ;) Maybe I should add a little paragraph on top of that page. or re-title it 'Contributors' or something... No, it is not premature or pretentious. this page is meant to: 1/ help keep track and validate licensing 2/ help find people based on partial information, when need be. Even if you have only one commit (so far :-) ), we'd like you in there. But of course, it is up to you... Norbert Norbert -- Hugo Beauzée-Luyssen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] minutes of tech. steering call ...
Present: + Norbert, Thorsten, Michael, Stephan, Andras, David, Rainer, Mitch, Bjoern, Caolan + Completed Action Items + spec. for beefier gerrit machine - sysadmin team (Bjoern) + Pending Action Items + default to TM safe (non-TDF) branding (Thorsten) + enable on-line updates for QA for dailies ... (Kendy) + publicise / aggregate our list of ODF proposals / extensions (Thorsten) + update openSymbol with version gap checks (Julien Nabet cf. Caolan) * Agenda items + pending action items + cppunittest code sharing - new TestFixture in vcl ? (Michael) + done in 'test' split to 'unotest' + virus trojan warnings in source code [CVE docs] (Caolan) AA: + plan is to add a magic XOR mangling for unit tests now the code is shared, to hide the issue (Caolan) + enabling -Werror automatically for some people (Michael) + pretty difficult in gcc world to turn on -Werror sensibly, distros back-porting patches are an issue, triplet version number is not reliable / helpful (Caolan) + have it enabled on build-bots if a known-good compiler (Caolan) + if can build with on, then should build with it on (Bjoern) + stick with status quo, -Werror is a good thing if it works, but users need to fix others' warnings + per shlib forward definition headers (Michael) + using include what you need is the best first step. + Lanedo / Win32 project (Mitch) + plan is to start after the conference + cross-compiled msi building + C++ ABI issues MS VC++ vs. gcc + plan to switch this for production code at flag-day for 4.0 AA: + add details to the release 4 wiki page (Kendy) + current status (Kendy) + mingw tinderbox cross-compiler, working mailing people + binaries run under wine - 50% of status bar ... + debugging with VStudio debugger: needs a VS extension that de-mangles dwarf + winedbg support: can linkoo the build, re-compile and run directly as on Linux + from clean build - instsetoo_native: 12 minutes for a Windows build (on big Linux H/W) + ABI / API break (Norbert) + copy Mozilla ? un-froze the whole API fixed up incrementally (Caolan) + talk at the conference about it (Michael) + concern that we capture all ABI breakage to do for 4.0 AA: + please do that incrementally in the wiki: (Everyone) http://wiki.documentfoundation.org/Development/LibreOffice4 + no release bits (Petr on vacation) + QA update (Rainer) + Bugzilla Bug Submission Assistant + beautiful scripting magic from Loic (with thanks) http://www.libreoffice.org/get-help/bug/ + Kendy already patched to re-order icons, code in website/bug/ + Solaris Unix Support + porters / hackers belong on the developers list, otherwise, 'discuss' is fine + OpenIndiana guys have done some work here + Gerrit + seems to require raw access control of the git server + concerns of merge / pushing ... + Fun updates + cudos to Tor / Fridrich / Kendy / Norbert / Bjoern etc. for cross-build goodness (Thorsten) + Bjoern + upgrading his hardware, will setup another PC tinderbox + Pandabord looking fun - might get an ARM tinderbox with a build-per-week or somesuch + Michael + re-factoring vcl to remove X dependency from headless mode, should allow cross-platform smoke-tests during build -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [RFC] npapi-sdk instead of xulrunner
Hi, I was noticed that there is package called npapi-sdk [1] that can be used as firefox/mozilla headers instead of requiring whole beast to build the plugins. Do you think it would be possible to use this in libreoffice, or is it impossible? I don't understand the nsplugin part much, and it was just reported by users at gentoo [2]. Cheers Tom [1] https://github.com/mgorny/npapi-sdk [2] https://bugs.gentoo.org/show_bug.cgi?id=384287 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch
Hi Tomas, On Thu, 2011-09-29 at 16:14 +0200, Tomáš Chvátal wrote: I need these two patches in the 3.4 branch so I don't have to patch it on distro side, they just add ifdefs to make the thing work on the newest poppler. They look good to me. Is there any chance we can update our internal xpdf to popplar instead (on master) - that is long overdue ;-) This saves me from keeping them in our vcs as patches agains 3.4 series. http://cgit.freedesktop.org/libreoffice/core/commit/?id=91313fc05abbfe35ee1e0c2464a28dd580780f07 This one needs only the first part when applying. Second is already there. http://cgit.freedesktop.org/libreoffice/core/commit/?id=8861df394604fa6dd8c72181a023557d037f7235 http://cgit.freedesktop.org/libreoffice/core/commit/?id=0f862a7432737d16056270cf8fbc29478f988f7d Why do we bother to check for that header in configure ? is it not guarenteed to be there for older poppler versions ? if so it'd be better as a conditional - I'm not sure it's needed, but otherwise it looks fine. HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #211 from Michael Meeks michael.me...@novell.com 2011-09-29 08:58:37 PDT --- LE GARREC Vincent - it is normal for someone else to add a 'most annoying' bug as a dependency after triage, just suggest things in the comments. Also - wrt. most annoyingness, a bug being a regression is a huge issue here - and it seems there is a suitable workaround for 40854 - so I recommend dropping it. Thanks for suggesting it though, it does sound annoying :-) -- 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] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch
On Thu, 2011-09-29 at 16:30 +0100, Michael Meeks wrote: Why do we bother to check for that header in configure ? is it not guarenteed to be there for older poppler versions ? Debian splits their poppler packages into poppler poppler-cpp and poppler-glib I believe, and the cpp/* headers are only in the poppler-cpp-dev package or some such, so poppler-dev isn't sufficient to get the header. Where cpp is c++. Possibly a bit of a poppler bug to have the version header, which is valid c, in the cpp dir. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] ODBC handles, a quibble
Silly me! While reading some of the LibreOffice code for ODBC connections, I started to look at ... ISO/IEC FCD 9075-3:2006(E) Title: Information technology - Database Languages - SQL - Part 3: Call-Level Interface (SQL/CLI) http://jtc1sc32.org/doc/N1501-1550/32N1527T-text%20for%20FCD%209075-3.pdf This passage in section 4.4.1 Handles catches my eye: The validity of a handle in a compilation unit other than the one in which the identified resource was allocated is implementation-defined. Yikes! How can any large (or moderate sized) project avoid assuming the validity of ODBC handles across the boundaries of compilation units? LibreOffice seems to assume continued validity; for example connectivity/source/drivers/odbcbase/OConnection.cxx line 640 allocates a statement handle which connectivity/source/drivers/odbcbase/OStatement.cxx line 94 copies for use later. So, I wonder ... (*) Is there a better reference document for me to look at? (*) What ODBC driver invalidates an ODBC handle across compilation unit boundaries? (*) By what magic can the driver know anything about its caller's compilation units, anyway? Will some kind soul here please tell me that I need not worry about such things? Thanks, Terry. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [RFC] npapi-sdk instead of xulrunner
On 09/29/2011 06:01 PM, Tomáš Chvátal wrote: Hi, I was noticed that there is package called npapi-sdk [1] that can be used as firefox/mozilla headers instead of requiring whole beast to build the plugins. Do you think it would be possible to use this in libreoffice, or is it impossible? I don't understand the nsplugin part much, and it was just reported by users at gentoo [2]. There are only 4 C header files that are needed to build a NPAPI plugin. They may as well be shipped inside LibO and not bother with external deps for this - it would mean adding another build/configure test for npapi-sdk along with the ones looked for now. The NPAPI API is stable so an internal copy should be fine. But I think mozilla build-dep was needed anyway for LDAP, I don't know if that dependency is obsolete or not. Jani ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LO Custom properties
On Wed, 2011-09-28 at 05:35 +, swagat sharma wrote: Hi, I have created a .deb package of LO using epm. i have a 64-bit ubuntu machine. And the package generated is x86_64. I have to install it using --force-architecture option. I dont want that. Q1) How can I generate 32-bit package using epm? Q2) Is the build we make machine specific? Like if I'm building it on 64 bit machine, the package generated would also be 64 bit?? Typically you can run linux32 to munge uname to trick things into assuming 32bit and then things may work out ok when you build inside that shell. You may need to fiddle with CC/CXX to add e.g. -m32 if your compiler defaults to 64bit, like mine done. You may need to override PKG_CONFIG_LIBDIR as well if e.g. on 64bit multi-lib fedora where you want to use the 32bit pkg-config data from /usr/lib/pkgconfig and not /usr/lib64/pkgconfig Specifically EPM_FLAGS can be used to override the arch of the final .rpm/.deb themselves, but that won't be of any real use if the contained binaries are really 64bit and/or configured to look for things, e.g. java and extensions in x86_64 dirs and so forth. C. ___ 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 --- Comment #212 from LE GARREC Vincent legarrec.vinc...@gmail.com 2011-09-29 09:57:33 PDT --- (In reply to comment #211) LE GARREC Vincent - it is normal for someone else to add a 'most annoying' bug as a dependency after triage, just suggest things in the comments. Also - wrt. most annoyingness, a bug being a regression is a huge issue here - and it seems there is a suitable workaround for 40854 - so I recommend dropping it. Thanks for suggesting it though, it does sound annoying :-) Sorry, I just read to much strictly the first post please add the Bug ID as dependent Bug here to the Meta Bug in field Depends on. without noticing that everyone add bugs in comment. I didn't knew the workaround but I still think that bug should be solved because it's really disappointing when you select two draws at page 100 and you always move to page 30 and select another draw. This behavior always make me thing It's not really a bug; it's an undocumented feature. If you still think that bug should be drop, I let you removing from Depends on. No prob. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error
Hi Michael, Michael Meeks schrieb: Hi Regina, On Wed, 2011-09-28 at 15:50 +0200, Regina Henschel wrote: The patch fixes the following error: When you export a document via File-Export-XHTML it generates an invalid file, because the lang attribute gets a wrong namespace. Nice patch to fix it :-) I assume you have commit access to push that ? [1] No I have not. And I feel uncomfortable with the idea of getting commit access. I contribute patches only from time to time; it would bring a large overhead to me and likely damage to the repository. Kind regards Regina ___ 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 --- Comment #213 from dle...@free.fr 2011-09-29 10:28:22 PDT --- Proposing bug 39928 - VIEWING: pictures in particular .doc shown wrong, picture size correct, but contents shrunken and surrounded by white margin Because it is a regression over LO 3.3 Because it corrupts you documents Because you don't see it happening, so when you see the bug, you have already corrupted many documents -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [FIXED] Re: Questions about Easyhack 37007 Add Math symbol There does not exist
Hello, Just to tell that this fdo is fixed now ((c) + version changed now) and to thank Caolán and Andras for their support. I closed the tracker too. Julien. -- View this message in context: http://nabble.documentfoundation.org/Questions-about-Easyhack-37007-Add-Math-symbol-There-does-not-exist-tp3272776p3380183.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] IAccessible2 - Windows (from libreoffice-accessibility)
Am 27.09.2011 17:14, schrieb Fridrich Strba: On 27/09/11 16:41, Michael Meeks wrote: It is very useful for archiving understanding on the off chance that IBM don't meet their commitment to do the right thing and get this into Apache in a form that we can easily consume. At ODF PlugFest in Berlin this July, IBM's Rob Weir announced that although they will make that code public, they will not do the AOOo integration of that code. Nevertheless they would support/advise anybody who would try to do such an integration. You must have misunderstood Robert Weir (it's quite easy to do so ;-)). Here's a recent quote from the AOOo dev list: Accessibility is something IBM has taken very seriously with Symphony, as with our other products. We've worked with standards bodies, assistive technology vendors and others to advance the state of accessibility in this area. We'd love to see this same support in OOo and LO and in every other derivative product. That is why we contributed the code to OOo several years ago. Of course, integrating this into the current AOOo (or LO) trunk is non-trivial. IMHO, we're unlikely to integrate IAccessible2 for AOOo 3.4.0. But it is something we should look at for the next major release. As mentioned elsewhere, we have good IAccessible2 support in Symphony today. And we've already announced that we will be contributing the Symphony source code to Apache. Something we'll need to figure out is the least complicated way to merge IAccessible2 support, as well as other desired UI and other enhancements from Symphony, into future Apache releases. Though he talks about the next major release, I'm pretty sure that if both communities (LO as well as AOOo) show huge interest to get it integrated ASAP after the AOOo 3.4 release, there should be ways to make that a priority. Of course Robert Weir won't do that integration himself ;-), but most probably one of the new IBM ex-Oracle devs that now work on AOOo. Or somebody else, in case there would be someone who can't wait to get it earlier than 3.4. AFAIK the heavy lifting already was done and the code is available in some cws. That's as close as it can become for an integration into Libre Office. I doubt that pulling from AOOo's svn would be easier than pulling from some hg cws. If you are interested in getting that integrated into LO and especially if you want to get it integrated as soon and as smooth as possible, some cooperation might make that easier. Regards, Mathias ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build Error - Graphite2-1.0.3
Dnia 2011-09-29, czw o godzinie 10:29 +0200, Maciej Rumianowski pisze: Hi, I have encountered an error while building latest source. = (1/1) Building module graphite = Entering /home/maciej/Dokumenty/LibreOffice-Dev/master/graphite Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/direct_machine.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_features.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_face.cpp Compiling: libgraphite2_off/unxlngi6.pro/misc/build/graphite2-1.0.3/src/gr_font.cpp dmake: Error: -- `processUTF.h' not found, and can't be made dmake: Error code 255, while making './unxlngi6.pro/misc/build/so_built_libgraphite' I have checked there is no processUTF.h in http://dev-www.libreoffice.org/src/3bf481ca95109b14435125c0dd1f2217-graphite2-1.0.3.tgz but is in http://dev-www.libreoffice.org/src/3115c721f5cb7c464f01c2dddccfaba6-graphite2-1.0.2.tgz make clean helped, but shouldn't it be automatically done after new version is downloaded. Cheers, Maciej ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [RFC] npapi-sdk instead of xulrunner
Hi, On Thu, Sep 29, 2011 at 07:05:45PM +0300, Jani Monoses wrote: plugin. They may as well be shipped inside LibO and not bother with external deps for this - it would mean adding another build/configure test for npapi-sdk along with the ones looked for now. The NPAPI API is stable so an internal copy should be fine. I disagree. It's a external component, however you put it. But I think mozilla build-dep was needed anyway for LDAP, I don't know if that dependency is obsolete or not. For the LDAP backend stuff: is obsolete (you can use openldap) For the Mozilla adressbook stuff (and that bogusly includes also LDAP adressbook): you still need it. Someone should move the LDAP adressbook thing to OpenLDAP, though. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Developer resources
I wish to work on extensions. I'm looking for some tutorials/code samples/API references. Could you please provide me some links? -- Thanks and Regards, Shoubhik Bose IF I REST, I SHALL RUST.. SO, LETS SHARE THE KNOWLEDGE ! ___ 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 Mihkel Tõnnov mihh...@gmail.com changed: What|Removed |Added Depends on||34548 --- Comment #214 from Mihkel Tõnnov mihh...@gmail.com 2011-09-29 13:48:03 PDT --- Nominating bug 34548 - Undo in Impress fails to work at times and sometimes crashes LibreOffice altogether. This bug is probably inherited from OOo, as I could also reproduce it on their 3.4 dev-snapshot I had laying around. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] 14 files in libreoffice git source flagged as trojans
Hello LibreOffice devs, I just did my first git clone of the core libreoffice codebase, hoping to poke around to see if I could start helping out with some bugfixing. After the clone completed, MS Security Essentials popped up with nine severe trojans and exploits. The affected files are .doc, .rtf, and .wmf -- which would be the places that Windows viruses and trojans would indeed hide. I have no way of knowing if these are legit or not, but figured someone on this list who does Windows dev would want to know. So, here's the list of files. Might want to check this out! Cheers - Billy \core\svtools\qa\cppunit\data\wmf\fail\CVE-2006-0143-1.wmf \core\sw\qa\core\data\ww8\pass\CVE-2008-2752-1.doc \core\sw\qa\core\data\ww8\pass\CVE-2008-2752-2.doc \core\sw\qa\core\data\ww8\pass\CVE-2008-2752-3.doc \core\sw\qa\core\data\ww8\pass\CVE-2008-2752-4.doc \core\sw\qa\core\data\rtf\pass\CVE-2010--1.rtf \core\writerfilter\qa\cppunittests\rtftok\data\pass\CVE-2010--1.rtf \core\svtools\qa\cppunit\data\wmf\fail\CVE-2006-0143-2.wmf \core\sw\qa\core\data\ww8\pass\CVE-2006-6561-1.doc \core\sw\qa\core\data\ww8\pass\CVE-2006-6628-1.doc \core\sw\qa\core\data\ww8\fail\CVE-2006-2389-1.doc \core\sw\qa\core\data\ww8\pass\CVE-2006-3493-1.doc \core\sw\qa\core\data\ww8\pass\CVE-2007-1347-1.doc \core\svtools\qa\cppunit\data\emf\fail\CVE-2008-1083-1.emf ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch
Hi, On Thu, Sep 29, 2011 at 05:02:00PM +0100, Caolán McNamara wrote: On Thu, 2011-09-29 at 16:30 +0100, Michael Meeks wrote: Why do we bother to check for that header in configure ? is it not guarenteed to be there for older poppler versions ? Debian splits their poppler packages into poppler poppler-cpp and poppler-glib I believe, and the cpp/* headers are only in the poppler-cpp-dev package or some such, so poppler-dev isn't sufficient to get the header. Where cpp is c++. Possibly a bit of a poppler bug to Exactly. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] MinGW cross-compilation: Runs!
Hi all, Based on Tor's, Fridrich's, and others great work, I was able to get the MinGW cross-compilation to state that it not only builds, but even runs! :-) The good thing about all this is that with this, you do not need a Windows machine at all to be able to produce LibreOffice Windows executable. Even debugging can be done on Linux, using wine. The full description is here: http://cgit.freedesktop.org/libreoffice/core/tree/README.cross#n63 Few highlights: - use the pre-build MinGW packages from OBS [http://en.opensuse.org/Portal:Build_Service], it will save you lots of pain - don't expect a nice installer, the result of build is just a tarball containing the executable and libraries - the resulting build works under wine - you can use winedbg to debug that You might have noticed that there is a tinderbox that builds the MinGW builds regularly, and I am fixing the breakages when they are not fixed by the committer for a long time ;-), so the code should not bitrot that easily. I have also enabled uploading of the build results to http://dev-builds.libreoffice.org , the first ones should appear there shortly. Most probably they won't run out of the box, because they will be missing the .dlls that come from the OBS MinGW project - but I'll adapt scp2 to include them. All in all - enjoy! :-) Would be great to see more people hacking on this; it is an exciting new world, and lots of things can (and should) be improved - see the TODO in the README.cross. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] #ifdef ALPHA for DEC Alpha?
Hi, I stumbled on some ifdefs of ALPHA existing as follows: sfx2/inc/sfx2/minarray.hxx:#if defined (ALPHA) defined (UNX) svtools/source/filter/filter.cxx:#if defined UNX defined ALPHA sw/source/core/docnode/ndsect.cxx:#if defined( ALPHA ) defined( UNX ) sw/source/core/docnode/node.cxx:#if defined( ALPHA ) defined( UNX ) sw/source/core/docnode/node.cxx:#if defined( ALPHA ) defined( UNX ) sw/source/core/table/swtable.cxx:#if defined(ALPHA) defined(WNT) sw/source/core/table/swtable.cxx:#if defined(ALPHA) defined(WNT) tools/source/stream/strmunx.cxx:#if defined(RS6000) || defined(ALPHA) || defined(NETBSD) || \ tools/source/stream/strmunx.cxx:#if !defined(RS6000) !defined(ALPHA) !defined(NETBSD) !defined (FREEBSD) \ but solenv/inc/unxlngaxp.mk does not define it nor somewhere else. Should it be fixed or just removed? Cheers, -- Takeshi Abe ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] MinGW cross-compilation: Runs!
Hello Kendy These are great news indeed! Congratulations to all the team! Olivier Em 29-09-2011 18:18, Jan Holesovsky escreveu: Hi all, Based on Tor's, Fridrich's, and others great work, I was able to get the MinGW cross-compilation to state that it not only builds, but even runs! :-) The good thing about all this is that with this, you do not need a Windows machine at all to be able to produce LibreOffice Windows executable. Even debugging can be done on Linux, using wine. The full description is here: http://cgit.freedesktop.org/libreoffice/core/tree/README.cross#n63 Few highlights: - use the pre-build MinGW packages from OBS [http://en.opensuse.org/Portal:Build_Service], it will save you lots of pain - don't expect a nice installer, the result of build is just a tarball containing the executable and libraries - the resulting build works under wine - you can use winedbg to debug that You might have noticed that there is a tinderbox that builds the MinGW builds regularly, and I am fixing the breakages when they are not fixed by the committer for a long time ;-), so the code should not bitrot that easily. I have also enabled uploading of the build results to http://dev-builds.libreoffice.org , the first ones should appear there shortly. Most probably they won't run out of the box, because they will be missing the .dlls that come from the OBS MinGW project - but I'll adapt scp2 to include them. All in all - enjoy! :-) Would be great to see more people hacking on this; it is an exciting new world, and lots of things can (and should) be improved - see the TODO in the README.cross. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Olivier Hallot Founder, Steering Commitee Member - The Document Foundation Voicing the enterprise needs LibreOffice translation leader for Brazilian Portuguese +55-21-8822-8812 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Developer resources
On Fri, Sep 30, 2011 at 02:16:39AM +0530, Shoubhik Bose sbos...@gmail.com wrote: I wish to work on extensions. I'm looking for some tutorials/code samples/API references. Could you please provide me some links? If you're willing to do it in Java with Eclipse, a tutorial: http://wiki.services.openoffice.org/wiki/JavaEclipseTuto API reference: http://api.libreoffice.org/ pgpIslmyIF0HI.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch
Hi, On Thu, Sep 29, 2011 at 04:30:57PM +0100, Michael Meeks wrote: Why do we bother to check for that header in configure ? is it not guarenteed to be there for older poppler versions ? if so it'd be better As said in other replies, it's in libpoppler-cpp-dev in Debian so not there when you just install libpoppler-dev. But yes, I checked now, and cpp/ isn't even in old popplers, like Debian stables: libpoppler-dev | 0.12.4-1.2 | squeeze| amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc - and that one doesn't have a libpoppler-cpp-dev. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Fix for bug fdo#41310 - Need more room for localized string
Hi here is the patch for bug fdo#41310 - Need more room for localized
string.
I resized the dialog box 30 units to the right, and the objects were ajusted
accordingly.
I have measured for a fontsize of 10.
I have no Windows nor Mac box to test the patch.
Regards
--
Olivier Hallot
Founder and Steering Commitee Member
The Document Foundation
From eca17fedb3051140913063d74813735bb05260d5 Mon Sep 17 00:00:00 2001
From: Olivier Hallot olivier.hal...@alta.org.br
Date: Thu, 29 Sep 2011 21:13:11 -0300
Subject: [PATCH] Fix for bug fdo#41310 - Need more room for localized string
The following patch resizes the sheet protection dialog to
display localized strings without truncation
Sizes adjusted for fontsize = 10
---
sc/source/ui/miscdlgs/protectiondlg.src | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/sc/source/ui/miscdlgs/protectiondlg.src b/sc/source/ui/miscdlgs/protectiondlg.src
index aca43c6..ca4e9be 100644
--- a/sc/source/ui/miscdlgs/protectiondlg.src
+++ b/sc/source/ui/miscdlgs/protectiondlg.src
@@ -31,24 +31,24 @@ ModalDialog RID_SCDLG_TABPROTECTION
{
HelpID = sc:ModalDialog:RID_SCDLG_TABPROTECTION;
Text [ en-US ] = Protect Sheet ;
-Size = MAP_APPFONT ( 220 , 135 ) ;
+Size = MAP_APPFONT ( 250 , 135 ) ;
Moveable = TRUE ;
Closeable = TRUE ;
OKButton BTN_OK
{
-Pos = MAP_APPFONT ( 164 , 6 ) ;
+Pos = MAP_APPFONT ( 194 , 6 ) ;
Size = MAP_APPFONT ( 50 , 14 ) ;
DefButton = TRUE ;
};
CancelButton BTN_CANCEL
{
-Pos = MAP_APPFONT ( 164 , 23 ) ;
+Pos = MAP_APPFONT ( 194 , 23 ) ;
Size = MAP_APPFONT ( 50 , 14 ) ;
};
HelpButton BTN_HELP
{
-Pos = MAP_APPFONT ( 164 , 43 ) ;
+Pos = MAP_APPFONT ( 194 , 43 ) ;
Size = MAP_APPFONT ( 50 , 14 ) ;
};
@@ -56,7 +56,7 @@ ModalDialog RID_SCDLG_TABPROTECTION
{
HelpID = sc:CheckBox:RID_SCDLG_TABPROTECTION:BTN_PROTECT;
Pos = MAP_APPFONT ( 6 , 6 ) ;
-Size = MAP_APPFONT ( 150 , 10 );
+Size = MAP_APPFONT ( 180 , 10 );
Text [ en-US ] = P~rotect this sheet and the contents of protected cells ;
};
@@ -98,7 +98,7 @@ ModalDialog RID_SCDLG_TABPROTECTION
FixedLine FL_OPTIONS
{
Pos = MAP_APPFONT ( 6, 60 );
-Size = MAP_APPFONT ( 150, 8 );
+Size = MAP_APPFONT ( 180, 8 );
Text [ en-US ] = Options;
};
--
1.7.4.1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] #ifdef ALPHA for DEC Alpha?
Should it be fixed or just removed? Removed. As lovely and before its time as the Alpha architecture was, by now it is irrelevant for LibreOffice. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Bug Submission Assistant : double submissions problem fixed
Loic Dachary schrieb: I noticed a few duplicate entries and figured they were caused by double clicks on the submit button. Hi, sounds good, I will additionally test the fix with a new report and mark [Bug 41300] New: BUGZILLAASSISTANT: Missing Message that Attachment has been uploaded successfully as fixed if I can confirm that the problem does no longer exist. Thank you Rainer ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 40373] export xhtml parse error
https://bugs.freedesktop.org/show_bug.cgi?id=40373 --- Comment #4 from Regina Henschel rb.hensc...@t-online.de 2011-09-28 23:19:00 PDT --- Created an attachment (id=51739) View: https://bugs.freedesktop.org/attachment.cgi?id=51739 Review: https://bugs.freedesktop.org/review?bug=40373attachment=51739 Patch to correct the wrong namespace The patch corrects the wrong namespace. Other problems (bug fdo#39937) are not addressed and have to be solved separate. -- 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 36391] in Calc UI looks incorrect
https://bugs.freedesktop.org/show_bug.cgi?id=36391 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #3 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-28 23:36:48 PDT --- NOT reproducible with LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)], LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)] pr any other of my LibO versions. My PC: 64 bit AMD Phenom II X4 955 Processor 3.2 GHz, 4GB RAM, Graphic Card: NVIDIA GeForce GT 430 @sasha: Still a problem with the current versions? Any idea whether a setting or anything else might cause the problem? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 40895] Writer crashes when exporting a certain file to PDF
https://bugs.freedesktop.org/show_bug.cgi?id=40895 Andreas Neudecker zap...@gmx.net changed: What|Removed |Added CC||zap...@gmx.net --- Comment #1 from Andreas Neudecker zap...@gmx.net 2011-09-28 23:37:50 PDT --- Hi, just a thought: do you have an backup of your thesis from the day before the problems occurred? If so, could you try to copy all the new stuff from the current, problem-causing file to A COPY of that backup file? You might also try to copy all content from your current thesis file to a new file (and, in a 2nd step, after trying to export to PDF for a 1st time), import the styles from the old thesis file to the new file, or redo them manually if you didn't change much from the defaults. Another thing might be doing diffs (http://en.wikipedia.org/wiki/Diff) over the files inside the two versions of your thesis file. They are actually ZIP archives you can unzip using an appropriate archiver program; and most of the files inside the ODF ZIP archives are actually plain text/XML. If you do not have a program for doing diffs on Mac, jEdit (http://jedit.org/; written in Java and http://jedit.org/index.php?page=compatibility#macx) has an extension (installable from inside the program once it is installed) for doing diffs between files). Kind regards Andreas -- 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 41317] FORMATTING lost cell's formula after merge
https://bugs.freedesktop.org/show_bug.cgi?id=41317 domi dmouto...@free.fr changed: What|Removed |Added CC||dmouto...@free.fr --- Comment #1 from domi dmouto...@free.fr 2011-09-29 00:47:21 PDT --- if it is a feature or a technical requirement the message should be MORE explicit warning that the formula will be lost and only the value kept -- 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 41022] Activation Order Crashes Address Database
https://bugs.freedesktop.org/show_bug.cgi?id=41022 Alex Thurgood alex.thurg...@gmail.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All OS/Version|Linux (All) |All Severity|critical|blocker Blocks||35673 -- 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 --- Comment #209 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 01:49:55 PDT --- Nominating 41022 as blocker. Nasty crash in database form edit mode when using automatic field order activation function. -- 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 41321] undefined: Imported Word bullets not correct in Mac OS X
https://bugs.freedesktop.org/show_bug.cgi?id=41321 mrr...@yahoo.com changed: What|Removed |Added See Also||https://issues.apache.org/o ||oo/show_bug.cgi?id=92011 -- 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 41022] Activation Order Crashes Address Database
https://bugs.freedesktop.org/show_bug.cgi?id=41022 --- Comment #5 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 02:07:53 PDT --- Hasarding a guess that something is wrong in taborder.cxx... -- 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 41322] New: Presentation: TESTING TESTING
https://bugs.freedesktop.org/show_bug.cgi?id=41322 Summary: Presentation: TESTING TESTING Product: LibreOffice Version: LibO 3.3.0 RC2 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Documentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: l...@dachary.org Problem description: Steps to reproduce: 1. 2. 3. alksd Current behavior: Expected behavior: -- 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 41322] Presentation: TESTING TESTING
https://bugs.freedesktop.org/show_bug.cgi?id=41322 Loic Dachary l...@dachary.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID -- 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 41022] Activation Order Crashes Address Database
https://bugs.freedesktop.org/show_bug.cgi?id=41022 --- Comment #6 from Alex Thurgood alex.thurg...@gmail.com 2011-09-29 02:23:23 PDT --- (In reply to comment #5) Hasarding a guess that something is wrong in taborder.cxx... or stdtabcontroller.cxx... -- 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 41176] VIEWING: Error in combination of subscript and superscript.
https://bugs.freedesktop.org/show_bug.cgi?id=41176 --- Comment #1 from Alastair Rae arae.mer...@yahoo.com 2011-09-29 02:40:03 PDT --- Work around is to put plus in quotes. All these render correctly: V_i sup + V_i sup b V_i^b V_i^+ V sub i sup b V sub i sup + -- 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 41326] New: UI: Impossible to select text from the input line in a read-only document
https://bugs.freedesktop.org/show_bug.cgi?id=41326 Summary: UI: Impossible to select text from the input line in a read-only document Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: oc-spa...@laposte.net Created an attachment (id=51746) -- (https://bugs.freedesktop.org/attachment.cgi?id=51746) Minimal file (should have read-only permission) Hello, I opened a read-only document with localc and I wanted to copy/paste some part of some cells from the input line. I clicked on the desired cell and it appeared appropriately in the input line. However, when I tried to select this input line with the left mouse boutton, and I got the message Document opened in read-only mode and I could not do the selection. This is a defect. I just want to select the text for copy/paste. This should be allowed. Thank you for correcting this bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 36391] in Calc UI looks incorrect
https://bugs.freedesktop.org/show_bug.cgi?id=36391 --- Comment #4 from sasha.libreoff...@gmail.com 2011-09-29 03:03:06 PDT --- Indeed, it is not reproducible. I can reproduce it only in one computer-room and only under Guest. It my be because of corrupted Windows. I think this bug my closed as invalid because not 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 41327] New: : Comment scrolling issue
https://bugs.freedesktop.org/show_bug.cgi?id=41327 Summary: : Comment scrolling issue Product: LibreOffice Version: LibO 3.3.2 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: darkdad...@yahoo.fr Problem description: When writing a comment on a paper in Writer and the cursor is focused on this note, it is impossible to scroll away from the note. One has to first click on the paper to be able to scroll freely again. Steps to reproduce: 1. Create or open a text file in Writer (several pages) 2. Create a note and leave the cursor focus in it 3. Try scrolling up or down in other pages Current behavior: The view is restricted to the comment and can't go up or down. Also when one tries to get away from the note by scrolling, the view jumps back several lines. Expected behavior: When the cursor is focused on a note, scrolling the whole document should be possible like when the cursor is anywhere on the document. NB : the assistant is buggy and I can't select the Writer component; please move this bug to the relevant section. -- 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 41328] New: VIEWING: Active hyperlink area far away from rotated text with hyperlink
https://bugs.freedesktop.org/show_bug.cgi?id=41328 Summary: VIEWING: Active hyperlink area far away from rotated text with hyperlink Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Steps to reproduce with LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]: 1. download and open attached linksample.ods 2. try to click the hyperlink in the word Problem Expected: in rotated text Actual: far away from text (see green area) is the hyperlink click area where you see the mouse pointer changing The problem only exists for rotated text. -- 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 41328] VIEWING: Active hyperlink area far away from rotated text with hyperlink
https://bugs.freedesktop.org/show_bug.cgi?id=41328 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-29 03:41:22 PDT --- Created an attachment (id=51748) -- (https://bugs.freedesktop.org/attachment.cgi?id=51748) SCREENSHOT SCREENSHOT COMMENT -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41328] VIEWING: Active hyperlink area far away from rotated text with hyperlink
https://bugs.freedesktop.org/show_bug.cgi?id=41328 --- Comment #3 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-29 03:41:58 PDT --- Created an attachment (id=51750) -- (https://bugs.freedesktop.org/attachment.cgi?id=51750) SCREENSHOT SCREENSHOT COMMENT -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41330] New: BUGZILLAASSISTANT: Missing Message that submission has been completed
https://bugs.freedesktop.org/show_bug.cgi?id=41330 Summary: BUGZILLAASSISTANT: Missing Message that submission has been completed Product: LibreOffice Version: unspecified Platform: Other URL: https://www.libreoffice.org/get-help/bug/ OS/Version: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: WWW AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Steps to reproduce: 1. Submit a bug You reach the Attachment demand Expected: should have choice: Browse + Upload or Terminate without Attachment Actually: User does not know what to do if nothing has to be uploaded After Upload or click on Terminate without Attachment a Message You successfully submitted Bug . Similar to heading in Bugzilla with link) should appear, may be also something should happen in the progress-ladder at the left. -- 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 41083] Hyphenation doesn't honour minimum word length in Basic
https://bugs.freedesktop.org/show_bug.cgi?id=41083 --- Comment #3 from Caolán McNamara caol...@redhat.com 2011-09-29 05:16:34 PDT --- lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx Hyphenator::hyphenate takes MinWordLength into account, while Hyphenator::createPossibleHyphens doesn't -- 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 41128] Hyphenation doesn't honour properties in Basic
https://bugs.freedesktop.org/show_bug.cgi?id=41128 Caolán McNamara caol...@redhat.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All OS/Version|Windows (All) |All Status|NEW |ASSIGNED AssignedTo|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | --- Comment #2 from Caolán McNamara caol...@redhat.com 2011-09-29 07:10:17 PDT --- hum, looks like the settings stuff in hyphenation will only use the optimized name already mapped to number case, not the name only path, or some such, this is fixable anyway -- 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 41335] New: undefined: Numeric dot should turn into a comma only in a numeric context in French
https://bugs.freedesktop.org/show_bug.cgi?id=41335 Summary: undefined: Numeric dot should turn into a comma only in a numeric context in French Product: LibreOffice Version: LibO 3.3.2 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: darkdad...@yahoo.fr Problem description: French (and other non anglo-saxon languages) uses comma as decimal separator. Hence, the numeric dot on the keyboard was changed to output a comma everytime. Considering the stupid placement of the dot punctuation in the French keyboard (shift + ;), a lot of people actually use the more accessible numeric pad dot as the punctuation dot, and end up writing commas mistakingly. This key is represented as a dot and writes a dot in every other non-office programs, the user would then expect to write a dot with it, unless in numeric context. Current behavior: In French LO, the numeric pad dot writes a comma in every context. Expected behavior: I propose that this dot should turn into a comma only when the context is numeric, i.e. when the dot/comma is directly followed by a digit. -- 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 40023] CRASH (sigsegv) when dragging a slide to another place in presentation
https://bugs.freedesktop.org/show_bug.cgi?id=40023 --- Comment #6 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-29 10:33:50 PDT --- NOT reproducible with reporter's sample and LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)] Seems to be Linux specific? -- 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 37007] EasyHack: Add Math symbol There does not exist
https://bugs.freedesktop.org/show_bug.cgi?id=37007 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Julien Nabet serval2...@yahoo.fr 2011-09-29 11:41:50 PDT --- Fixed in Master (thank you Caolán and Andras) -- 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 41345] New: Should not advertise not possible export options
https://bugs.freedesktop.org/show_bug.cgi?id=41345 Summary: Should not advertise not possible export options Product: LibreOffice Version: LibO Master Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: hunt...@earlham.edu Referencing the same document as attached to Bug #41013. On or about page 5 is an embedded EMF, captioned Figure 1. There's no indication that it's an EMF (is there?), but when I right-click on it and select Save Graphics, there are a plethora of formats as which I may apparently save it. Problem: only some of the file formats work. For instance, if I select SVG, GIF, or EPS, a file is created in the file system, but it is zero bytes. Conversely, I can select BMP or PNG and a file is saved, that is apparently correct as viewed by an outside program. This appears to have implications farther than just the ability to Save Graphics as advertised, as an export to PDF of the entire document also does not display the image properly. -- 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 38640] FILESAVE, EDITING: Adding new custom property doesn't enable Save button
https://bugs.freedesktop.org/show_bug.cgi?id=38640 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39784] After upgrade to KDE 4.7 all tooltips in LibreOffice are black on black and illegible (theme regression)
https://bugs.freedesktop.org/show_bug.cgi?id=39784 Bruce Korb bruce.k...@gmail.com changed: What|Removed |Added CC||bruce.k...@gmail.com --- Comment #2 from Bruce Korb bruce.k...@gmail.com 2011-09-29 14:37:04 PDT --- This bug reports two problems: 1. that this happens, but also 2. there is no clear way to change it. Pretty surely, somebody was trying to highlight the tool tip font. The problem is likely something like highlighting in yellow, but the tool tip is black and white, so you get a black highlight of a black font. But I cannot remove the highlighting in the themes. Please give this some priority as it severely constrains the usefulness of your otherwise highly useful tool. Thank you. -- 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 37898] Printing documents with draw-lines and images - False printing result
https://bugs.freedesktop.org/show_bug.cgi?id=37898 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41347] New: FILESAVE: LibreOffice 3.4.2 OOO340m1 (Build:203)
https://bugs.freedesktop.org/show_bug.cgi?id=41347 Summary: FILESAVE: LibreOffice 3.4.2 OOO340m1 (Build:203) Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: a...@home.miltrix.de Problem description: Oftmaliger Absturz beim Versuch zu speichern. Dateigröße 1800 KB; 50% kyrillische Schrift Problemsignatur: Problemereignisname:BEX Anwendungsname:soffice.bin Anwendungsversion:3.4.201.500 Anwendungszeitstempel:4e2d908c Fehlermodulname:MSVCR90.dll Fehlermodulversion:9.0.30729.6161 Fehlermodulzeitstempel:4dace5b9 Ausnahmeoffset:0006ccd5 Ausnahmecode:c417 Ausnahmedaten: Betriebsystemversion:6.1.7601.2.1.0.256.48 Gebietsschema-ID:1031 Zusatzinformation 1:44d6 Zusatzinformation 2:44d63af45d52bc1ac1b857c69f3de7ff Zusatzinformation 3:1b98 Zusatzinformation 4:1b9864a08a3eb487ab1dca164629e7af Steps to reproduce: 1. 2. 3. Current behavior: Expected behavior: -- 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 41313] FILESAVE crashes when attempting to save chart into .odt format.
https://bugs.freedesktop.org/show_bug.cgi?id=41313 --- Comment #2 from rydenfr...@gmail.com 2011-09-29 15:58:18 PDT --- Created an attachment (id=51782) -- (https://bugs.freedesktop.org/attachment.cgi?id=51782) A document demonstrating the crash. Copying the chart from the sheet Chart 1 on this document into Writer and then saving to a .odt document causes Writer to crash. -- 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 41350] UI: Option Expand Single Word should only be shown active for Last line: Justified
https://bugs.freedesktop.org/show_bug.cgi?id=41350 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Summary|Expand single word |UI: Option Expand Single |paragraph formatting option |Word should only be shown |has no effect. |active for Last line: ||Justified Version|LibO 3.4.3 release |LibO 3.3.0 Beta2 OS/Version|Linux (All) |All Severity|normal |trivial CC||comme...@traduction.biz, ||LibreOffice@bielefeldundbus ||s.de --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-29 22:52:10 PDT --- User error! The last word of the paragraph is left aligned because user selected that in menu 'Format - Paragraph - Alignment - Las line. But I agree, UI is a little worrying. Option Expand Single word only is available with radio button alignment option Justified selected, for 3 others it's geeyed / inacitive. It should be inactive in the same way for 'Last Line' selection Centered and Left, only be active for Justified. I modify report. Very old issue, already visible in OOo 1.1.4 @David: Help is not optimum! Current text for Option Last Line / Expand single word: If the last line of a justified paragraph consists of one word, the word is stretched to the width of the paragraph. Should be ... stretched to the width of the paragraph if las line alignment Justified is selected. IMHO manual Writer Guide also under heading Settings on the Alignment page Expand single word explication is not clear, an explicit explication that that function only is active for last line Justified is missing (although yo can reason here that that might be meant). My suggestion: Modify then whenever the last line of a justified paragraph consists of a single word ... to then whenever the last Justified line of a justified paragraph consists of a single word ... @Cédric: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
