Re: [Libreoffice] MinGW cross-compilation: Runs!

[Stephan Bergmann]

On 09/29/2011 11:18 PM, Jan Holesovsky wrote:

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.


Just to clarify:  Those MinGW based builds are binary incompatible with 
the traditional, MSVC based Windows builds (i.e., C++ extensions 
compiled for the traditional builds will not work).


But great work indeed!

-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] 14 files in libreoffice git source flagged as trojans

[Stephan Bergmann]

On 09/29/2011 10:52 PM, Billy Charlton wrote:

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.


This has been discussed recently, see the thread around 
 
"True Trojans or false positives ?"


-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] MinGW cross-compilation: Runs!

[Cor Nouws]

Olivier Hallot wrote (30-09-11 01:09)

These are great news indeed!

Congratulations to all the team!


+1

--
 - Cor
 - http://nl.libreoffice.org

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] IAccessible2 - Windows (from libreoffice-accessibility)

[Mathias Bauer]

Am 27.09.2011 17:51, schrieb Christophe Strobbe:

> Hi Michael,
> 
> At 16:41 27-9-2011, Michael Meeks wrote:
>>Hi Christophe,
>>
>> Thanks for forwarding this.
>>
>>On Tue, 2011-09-27 at 10:50 +0200, Christophe Strobbe wrote:
>> > It appears that the code is still only available in CWSes:
>> > . Malte Timmermann's message
>> > describes in what order the code from the CWSes was meant to be
>> > integrated.
>>
>> 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.
>>
>> The real question is - should we spend time continuing the 
>> (nice) work
>>that Malte started, when we know that IBM have this done & working
>>in-house, and have committed to release it at some stage.
> 
> I apologise in advance if I sound repetitive...
> 
> My understanding was that IBM donated IAccessible2 code based on an 
> OpenOffice.org version that was outdated by the time of their 
> donation, and that Malte Timmermann was working on integrating the 
> code when Oracle decided to give OOo to the community.
> As far as I know, what IBM has done & working in-house and promised 
> to release is Lotus Symphony code, i.e. with an SWT-based UI. SWT 
> does not expose accessibility info through the Java Accessibility API 
> but through the accessibility API of the target desktop operating 
> system (at least Eclipse does that [1]).

AFAIR from discussions on the list the SWT based part of the UI is not
planned to be integrated into AOOo. But IBM planned to integrate the C++
based parts of their UI (side bars etc.).

I wouldn't expect that Symphony code will be integrated in one big bang.
Nobody not employed by can predict what IBM will do. But OTOH nobody
also shouldn't predict what they won't do. Just wait and see. As I
wrote, there are new IBM devs from the old OOo team. I doubt that none
of them would do the integration of IA11y code.

Regards,
Mathias
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] #ifdef ALPHA for DEC Alpha?

[Tor Lillqvist]

> 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

[Libreoffice] [PATCH] Fix for bug fdo#41310 - Need more room for localized string

[Olivier Hallot]

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 
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] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch

[Rene Engelhard]

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

Re: [Libreoffice] Developer resources

[Miklos Vajna]

On Fri, Sep 30, 2011 at 02:16:39AM +0530, Shoubhik Bose  
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] MinGW cross-compilation: Runs!

[Olivier Hallot]

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

[Libreoffice] #ifdef ALPHA for DEC Alpha?

[Takeshi Abe]

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

[Libreoffice] MinGW cross-compilation: Runs!

[Jan Holesovsky]

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

Re: [Libreoffice] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch

[Rene Engelhard]

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] 14 files in libreoffice git source flagged as trojans

[Billy Charlton]

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

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Mihkel Tõnnov  changed:

   What|Removed |Added

 Depends on||34548

--- Comment #214 from Mihkel Tõnnov  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] Developer resources

[Shoubhik Bose]

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

Re: [Libreoffice] [RFC] npapi-sdk instead of xulrunner

[Rene Engelhard]

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

Re: [Libreoffice] Build Error - Graphite2-1.0.3

[Maciej Rumianowski]

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] IAccessible2 - Windows (from libreoffice-accessibility)

[Mathias Bauer]

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

[Libreoffice] [FIXED] Re: Questions about Easyhack 37007 Add Math symbol "There does not exist"

[julien2412]

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

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

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

Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error

[Regina Henschel]

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

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

--- Comment #212 from LE GARREC Vincent  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] LO Custom properties

[Caolán McNamara]

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

Re: [Libreoffice] [RFC] npapi-sdk instead of xulrunner

[Jani Monoses]

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

[Libreoffice] ODBC handles, a quibble

[Terrence Enger]

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)


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] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch

[Caolán McNamara]

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] [Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

--- Comment #211 from Michael Meeks  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

[Libreoffice] [REVIEWED] backport poppler-0.17/poppler-glib fixes to the 3.4 branch

[Michael Meeks]

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] [RFC] npapi-sdk instead of xulrunner

[Tomáš Chvátal]

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] minutes of tech. steering call ...

[Michael Meeks]

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] [PATCH] backport poppler-0.17/poppler-glib fixes to the 3.4 branch

[Tomáš Chvátal]

Hi,
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.

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

Please give me your acks so I can do it, thanks.

Cheers

Tom
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] gbuild question

[Matúš Kukan]

Hi Peter

On 25 September 2011 01:05, Peter Foley  wrote:
> While working on converting xmerge to gbuild I found that the current
> gbuild Jar.mk doesn't support adding non java files to the jar.
> The xmerge jars need a component.xml file included in the jar.
> I tried to implement file adding but couldn't get it to work. Help with
> implementing this would be greatly appreciated.
> I've included my (non-working) attempt at implementing this and a
> usage example below.
>
Maybe you have already solved this but in case it could be helpful I'm
sending something that should more or less work.
See attached.

I think gd_Deliver is only for $(OUTDIR) so it can't be used in this case.
And maybe you want to use cp --foo, I'm not sure about proper parameters.

Main part:

+define gb_Jar_get_workdir
+$(call gb_JavaClassSet_get_classdir,$(call gb_Jar_get_classsetname,$(1)))
+endef
+
+define gb_Jar_add_file
+$(call gb_Jar_get_target,$(1)) : PACKAGEFILES += $(2)
+$(call gb_Jar_get_target,$(1)) : $(call gb_Jar_get_workdir,$(1))/$(2)
+$(call gb_Jar_get_workdir,$(1))/$(2) : $(3) $(call
gb_JavaClassSet_get_target,$(call gb_Jar_get_classsetname,$(1)))
+   cp $(3) $$@
+
+endef

HTH,

Matus
diff --git a/solenv/gbuild/Jar.mk b/solenv/gbuild/Jar.mk
index b30bd3a..af14a56 100644
--- a/solenv/gbuild/Jar.mk
+++ b/solenv/gbuild/Jar.mk
@@ -54,7 +54,7 @@ define gb_Jar__command
 	mkdir -p $(dir $(2)) && \
 	cd $(call gb_JavaClassSet_get_classdir,$(call gb_Jar_get_classsetname,$(1))) && \
 	$(gb_Jar_JARCOMMAND) cfm $(2) $(call gb_Jar_get_manifest_target,$(1)) \
-		META-INF $(PACKAGEROOTS) \
+		META-INF $(PACKAGEROOTS) $(PACKAGEFILES) \
 	|| (rm $(2); false) )
 endef
 
@@ -80,6 +80,7 @@ define gb_Jar_Jar
 $(call gb_Jar_get_target,$(1)) : MANIFEST :=
 $(call gb_Jar_get_target,$(1)) : JARCLASSPATH :=
 $(call gb_Jar_get_target,$(1)) : PACKAGEROOTS :=
+$(call gb_Jar_get_target,$(1)) : PACKAGEFILES :=
 $(call gb_JavaClassSet_JavaClassSet,$(call gb_Jar_get_classsetname,$(1)),$(2))
 $(call gb_JavaClassSet_set_classpath,$(call gb_Jar_get_classsetname,$(1)),$(value XCLASSPATH))
 $(eval $(call gb_Module_register_target,$(call gb_Jar_get_outdir_target,$(1)),$(call gb_Jar_get_clean_target,$(1
@@ -98,6 +99,18 @@ define gb_Jar_set_packageroot
 $(call gb_Jar_get_target,$(1)) : PACKAGEROOTS := $(2)
 endef
 
+define gb_Jar_get_workdir
+$(call gb_JavaClassSet_get_classdir,$(call gb_Jar_get_classsetname,$(1)))
+endef
+
+define gb_Jar_add_file
+$(call gb_Jar_get_target,$(1)) : PACKAGEFILES += $(2)
+$(call gb_Jar_get_target,$(1)) : $(call gb_Jar_get_workdir,$(1))/$(2)
+$(call gb_Jar_get_workdir,$(1))/$(2) : $(3) $(call gb_JavaClassSet_get_target,$(call gb_Jar_get_classsetname,$(1)))
+	cp $(3) $$@
+
+endef
+
 define gb_Jar_add_sourcefiles
 $(foreach sourcefile,$(2),$(call gb_Jar_add_sourcefile,$(1),$(sourcefile)))
 endef
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Patch][PUSHED] Porting js2hxx.py to python3

[Hugo Beauzée-Luyssen]

Done then !
Thanks for the merge btw :)

On Thu, Sep 29, 2011 at 1:10 PM, Norbert Thiebaud  wrote:
> On Thu, Sep 29, 2011 at 5:01 AM, Hugo Beauzée-Luyssen
>  wrote:
>> On Thu, Sep 29, 2011 at 7:14 AM, David Tardon  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

Re: [Libreoffice] Language selection

[Caolán McNamara]

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

[Norbert Thiebaud]

On Thu, Sep 29, 2011 at 5:01 AM, Hugo Beauzée-Luyssen
 wrote:
> On Thu, Sep 29, 2011 at 7:14 AM, David Tardon  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] need help with feature/gbuild

[Tor Lillqvist]

> 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] [Bug 35673] LibreOffice 3.4 most annoying bugs

[Norbert Thiebaud]

On Thu, Sep 29, 2011 at 3:57 AM, Caolán McNamara  wrote:
> 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  2011-09-29 
>> 01:49:55 PDT ---
>> Nominating 41022 as blocker.
>
> Obviously can't be a release "blocker", 3.4 is already released :-)

humm, maybe we need to issue a Recall :-)

Norbert
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] GPS全球卫星定位，来试试吧~(AD)libreoffice@lists.freedesktop.org

[Iggg]

　
网络版GPS全球定位上线了~
精准定位全球手机位置，只要输入手机号，就可以精准定位所在位置
卫星地图精准显示，误差30米

我也来试试，定位一下~
　
　
　
　
　




___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] need help with feature/gbuild

[Stephan Bergmann]

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

Re: [Libreoffice] [PATCH] fdo#40373 - export xhtml parse error

[Christophe Strobbe]

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] [Patch][PUSHED] Porting js2hxx.py to python3

[Hugo Beauzée-Luyssen]

On Thu, Sep 29, 2011 at 7:14 AM, David Tardon  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] [Bug 35673] LibreOffice 3.4 most annoying bugs

[Alexander Thurgood]

Le 29/09/11 10:57, Caolán McNamara a écrit :

>>
>> --- Comment #209 from Alex Thurgood  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] bug in GCC 4.6.1?

[Kevin Hunter]

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] [PATCH] fdo#40373 - export xhtml parse error

[Michael Meeks]

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] unit-test / code sharing ...

[Michael Meeks]

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][PUSHED] Replace-SvULongs-with-std-vector-in-sfx2

[David Tardon]

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

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

--- Comment #210 from Alex Thurgood  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] [Bug 35673] LibreOffice 3.4 most annoying bugs

[Caolán McNamara]

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  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

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

--- Comment #209 from Alex Thurgood  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 on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Alex Thurgood  changed:

   What|Removed |Added

 Depends on||41022

-- 
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

[Maciej Rumianowski]

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] Android cross-building state

[Michael Meeks]

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

[Libreoffice] Build Error - Graphite2-1.0.3

[Maciej Rumianowski]

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] New Config Variable in Impress

[Stephan Bergmann]

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

Re: [Libreoffice] unit tests run on top-level make ?

[Michael Meeks]

On Thu, 2011-09-29 at 08:07 +0200, Bjoern Michaelsen wrote:
> Norbert Thiebaud 
> > 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