[Libreoffice] feature/gbuild_extensions

[Norbert Thiebaud]

So,
I've run test on MacOSX... I ran  in a couple of issues.. I pushed
patches for them on the branch

The last commit ( 381bed81e43d7fdd541115e0ab4213b0609e7ac0 )  is a
hack and is probably wrong... but it get me to the end of the build +
package

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

Re: [Libreoffice] bug 36874 (label printing) further improvement?

[Winfried Donkers]

>> My calculation is based on the assumption (presumption?) that the
>> page containing the labels is symmetrical, i.e. rotating the page
>> 180 degrees is not a problem, left margine equals right margin and
>> top margin equals bottom margin.

>some labels paper that I bought last year (I guess of too bad quality) 
>were not symmetric

I found that too when I started to extend the label defintions (1700+ ...)
in labels.xcu with paper height and paper width. 
And also that by rounding off the calculated paper size can
differ +/- 2mm from the actual size, especially when the labels are small.

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

Re: [Libreoffice] make dev-install error, dict-xx.oxt files not found

[Winfried Donkers]

>>The error is that dict-xx.oxt (today they were dict-an.oxt, dict-be.oxt, 
>>dict-el.oxt, dict-gd.oxt, dict-si.oxt and dict-te.oxt) files cannot be found. 
>I think running "git pull -r" in core/dictionaries should fix this.

Thanks, it helped.
Still strange that git pull -r from core doesn't/didn't help. That's what I do 
to update my sources.

Winfried 

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

Re: [Libreoffice] [PATCH 3/8][PUSHED] Easyhack fdo#38831 remove SvStrings

[Brad Sowden]

On 01/04/2012 06:01 AM, Lubos Lunak wrote:

On Saturday 31 of December 2011, Brad Sowden wrote:

On 12/29/2011 10:26 PM, Brad Sowden wrote:

Hi,

See attached.


Actually, this patch causes "make dev-install -o build" to fail. I have
no idea why as the patch looks extremely innocent.

If I drop this patch (and patch 8 which removes the SvStrings
definition) then everything else applies correctly and "make dev-install
-o build" succeeds.


-for(i = 0; i<  aFldNames.Count();i++)
+for(std::vector::const_iterator it(aFldNames.begin()); it !=
aFldNames.end(); ++it)
  {
-pArray[i] = *aFldNames.GetObject(i);
+pArray[i] = **it;

^^^

+delete *it;
  }

  Fixed, pushed.


Doh! Sorry and thanks for the push.

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

Re: [Libreoffice] libvisio: how can I help?

[Bruno Girin]

On 03/01/12 21:34, Fridrich Strba wrote:

Hello, Bruno,

If you are looking at something cool to do inside libvisio, I might 
have an idea or two :)


For the while, libvisio is converting binary MS Visio files in 
versions 6 (Visio 2000 and 2002) and 11 (Visio 2003 -> 2010). There is 
another format that Visio can export to, and it is the XML version 
called also VDX. This file-format is specified (contrary to the binary 
one). If you could come with an abstract SAX interface and implement a 
parser of this file-format, it would fill some gap we have. But any 
bugfix is welcome.


Hi Fridrich,

Yes, I had a look at the VDX spec last year and it is indeed well 
documented and reasonably straight-forward, although there are 
difference between the 2003, 2007 and 2010 versions as far as I 
remember. I assume that all classes prefixed VSDX were designed to 
support both VSD and VDX and therefore should be shared between both 
types of parser?


I'd be very interested in working on that but in order not to 
over-commit myself and to get familiar with the code, I'll probably 
start with some tests and simple bug reports / patches.





Although in vacation, when I see that someone is interested to work on 
libvisio, I wake up to the e-mail writing mode :)


I know the feeling :-)


A small missing piece, libvisio's git repo is here:

http://cgit.freedesktop.org/libreoffice/contrib/libvisio/

Looking forward to the patches! :-)

Regards,
Kendy


Thanks Kendy!

Cheers,

Bruno

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

[Libreoffice] [PUSHED] Re: [PATCH] (3.5 Beta2) Fix for fdo#44280 [GUI] wrong position of 'Adding extension...' at Extension Manager dialog

[Michael Stahl]

On 29/12/11 19:10, Olivier Hallot wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi
> 
> Please find enclosed a patch to fix fdo#44280
> 
> The patch was done in master and should be cerry picked in 3.5 ASAP

thanks, looks much better with the patch!
pushed to master and libreoffice-3-5.

regards,
 michael

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

[Libreoffice] Updating Italian dictionaries

[Andrea Pescetti]

(I follow this list, but please do CC me explicitly on replies)

The Italian dictionary in LibreOffice master is not the latest version, 
that includes some bugfixes and a detailed history of contributions that 
was missing from the version shipped in OpenOffice.org 3.3.0 and 
imported into LibreOffice. This should be fixed.


Files are available on both the OpenOffice.org and the LibreOffice 
extensions repositories, but the most straightforward way to update 
dictionaries is to reuse the packaging work I already did and import 
them from OpenOffice (it's an external contribution under the GPL3 as it 
has always been: no license/copyright changes involved).


$ svn export 
https://svn.apache.org/repos/asf/incubator/ooo/trunk/main/dictionaries/it_IT@1208139 
latest
$ git clone git://anongit.freedesktop.org/libreoffice/dictionaries 
libreoffice
$ cp -r latest/{CHANGELOG.txt,legacy,README.txt,it_IT.aff,it_IT.dic} 
libreoffice/dictionaries/it_IT

$ rm libreoffice/dictionaries/it_IT/README_it_IT.txt

Then just apply the attached patch to
libreoffice/dictionaries/it_IT/makefile.mk
and you are done (the patch is trivial, but if a license statement is 
needed the patch is under LGPLv3+/MPL). This performs the update while 
respecting all choices LibreOffice did: removing flags, handling 
description files differently, autogenerating the thesaurus index file.


If you prefer a git patch in place of the above I can surely provide it, 
but it would be binary and largish, while the above is rather 
straightforward.


Of course for the next update (not before LibreOffice 3.5) we will have 
a dedicated public repository for the Italian dictionary and possibly 
standard non-binary patches. I apologize for the slightly larger work 
committers will need this time.


Regards,
  Andrea.
diff --git a/dictionaries/it_IT/makefile.mk b/dictionaries/it_IT/makefile.mk
index ae2e981..24b5562 100644
--- a/dictionaries/it_IT/makefile.mk
+++ b/dictionaries/it_IT/makefile.mk
@@ -53,6 +53,27 @@ DESCRIPTION_SRC:=$(MISC)/$(EXTENSIONNAME)_in/description.xml
 
 # just copy:
 COMPONENT_FILES= \
+$(EXTENSIONDIR)$/legacy/it_IT_AUTHORS \
+$(EXTENSIONDIR)$/legacy/it_IT_ChangeLog \
+$(EXTENSIONDIR)$/legacy/it_IT_COPYING \
+$(EXTENSIONDIR)$/legacy/it_IT_license.txt \
+$(EXTENSIONDIR)$/legacy/it_IT_notes.txt \
+$(EXTENSIONDIR)$/legacy/it_IT_README.1st \
+$(EXTENSIONDIR)$/legacy/it_IT_README.txt \
+$(EXTENSIONDIR)$/legacy/it_IT_statistiche.ods \
+$(EXTENSIONDIR)$/legacy/it_IT_todo.txt \
+$(EXTENSIONDIR)$/legacy/thes_gpl.txt \
+$(EXTENSIONDIR)$/legacy/th_it_IT_AUTHORS \
+$(EXTENSIONDIR)$/legacy/th_it_IT_ChangeLog \
+$(EXTENSIONDIR)$/legacy/th_it_IT_COPYING \
+$(EXTENSIONDIR)$/legacy/th_it_IT_copyright_licenza.txt \
+$(EXTENSIONDIR)$/legacy/th_it_IT_INSTALL \
+$(EXTENSIONDIR)$/legacy/th_it_IT_lettera_in_inglese.txt \
+$(EXTENSIONDIR)$/legacy/th_it_IT_Lingua.png \
+$(EXTENSIONDIR)$/legacy/th_it_IT_Linguistica-Modifica.png \
+$(EXTENSIONDIR)$/legacy/th_it_IT_README \
+$(EXTENSIONDIR)$/legacy/th_it_IT_sinonimi.jpg \
+$(EXTENSIONDIR)$/CHANGELOG.txt \
 $(EXTENSIONDIR)$/hyph_it_IT.dic \
 $(EXTENSIONDIR)$/it_IT.aff \
 $(EXTENSIONDIR)$/it_IT.dic \
@@ -65,7 +86,7 @@ COMPONENT_XCU= \
 $(EXTENSIONDIR)$/dictionaries.xcu
 
 # disable fetching default OOo license text
-CUSTOM_LICENSE=README_it_IT.txt
+CUSTOM_LICENSE=README.txt
 # override default license destination
 PACKLICS= $(EXTENSIONDIR)$/$(CUSTOM_LICENSE)
 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] libvisio: how can I help?

[Fridrich Strba]

Hello, Bruno,

If you are looking at something cool to do inside libvisio, I might have 
an idea or two :)


For the while, libvisio is converting binary MS Visio files in versions 
6 (Visio 2000 and 2002) and 11 (Visio 2003 -> 2010). There is another 
format that Visio can export to, and it is the XML version called also 
VDX. This file-format is specified (contrary to the binary one). If you 
could come with an abstract SAX interface and implement a parser of this 
file-format, it would fill some gap we have. But any bugfix is welcome.


Although in vacation, when I see that someone is interested to work on 
libvisio, I wake up to the e-mail writing mode :)


Cheers

F.

On 03/01/12 21:20, Jan Holesovsky wrote:

Hi Bruno,

On 2012-01-03 at 19:23 +, Bruno Girin wrote:


Fridrich is in vacation this week, so I'll step in :-)
I think you can build Lo and test the heck out of libvisio, fill bug
report when you find some (
http://wiki.documentfoundation.org/BugReport ) and even better post
patches to fix them on this list :-)

see : http://wiki.documentfoundation.org/Development as a starting point :-)


Hi Norbert,

I'll do that. If I find bugs, I'll fill bug reports and provide patches
when I can.


A small missing piece, libvisio's git repo is here:

http://cgit.freedesktop.org/libreoffice/contrib/libvisio/

Looking forward to the patches! :-)

Regards,
Kendy

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



--
Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Build Failure: Error in module icu

[Ashwini Oruganti]

Hi Eike,

>
>
> "/media/..." makes me wonder what medium Ash is and the file system used
> thereon. It's not by chance some kind of USB stick with a FAT file
> system? Such a constellation when building on Linux already caused
> trouble in the past.
>

Ash is, indeed, a USB stick, but it is formatted with ext3 file system. In
fact, I've tried building it directly (on an HDD) too, but icu still fails
on me(with similar behavior),


>  If not, maybe shortening the paths helps, e.g. build tree in

/media/Ash/libo/
> instead of
> /media/Ash/zcodes/zzlibre-office/git/libo/
>

 Doesn't help. Tried it.


> Though if it's a FAT system I'd ditch that attempt rather sooner than
> later anyway..
>
> It is not, I repeat, a FAT system. It's an ext3 file system, :-(

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

[Libreoffice] Python Bridge on MacOS x64 with python default

[Ovnicraft]

Hello i am start using the python bridge in mac, i am work in OSS ERP[1] it
has a report tool based in python bridge

I want to know if there is any plan to get LO for x64, python comes in LO
was built in x32.

In another hand is posible get python bridge standalone installation ?
Or get the sources from a repo to compile it.

I get the SDK for Libre office but has no python bridge.


Waiting for your help.

Regards,

[1] www.openerp.com

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

Re: [Libreoffice] [REVIEW] Easy patch on l10ntools

[Eike Rathke]

Hi Andras,

On Tuesday, 2012-01-03 20:09:42 +0100, Andras Timar wrote:

> >> diff --git a/l10ntools/source/export.cxx b/l10ntools/source/export.cxx
> >> @@ -1475,7 +1475,7 @@ void Export::InsertListEntry( const ByteString 
> >> &rText,
> >> const ByteString &rLine )
> >>              (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
> >>          }
> >>          else
> >> -            (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
> >> +            (*pCurEntry)[ SOURCE_LANGUAGE ] = rText;
> >>
> >>          pList->NewSourceLanguageListEntry();
> >>      }
> >>
> >> Your opinion ?
> >
> > Makes sense, especially when seen with context of the block immediately
> > above:
> >
> >    // For paired list use the line to set proper lid
> >    if( nList == LIST_PAIRED ){
> >        (*pCurEntry)[ m_sListLang ] = rLine;
> >    }else
> >        (*pCurEntry)[ m_sListLang ] = rText;
> >
> 
> On the other hand, if it changes the behaviour that we got used to, it
> may break localizations. I'd prefer to have a full code analysis.

Fair enough. Let's see.. we are in
void Export::InsertListEntry( const ByteString &rText, const ByteString &rLine )
that's called from Export::Execute() where rLine contains the entire
resource line and rText the translatable text extracted.

For paired lists the entire line is added as an entry to
(*pCurEntry)[m_sListLang] that contains brackets, pair.first (the
translatable text), pair.second (usually a defined named numeric
constant) and separators, e.g.

< "Text" ; NAME ; > ;

For Export::isSourceLanguage(m_sListLang) (read: m_sListLang equals
"en-US") then (*pCurEntry)[SOURCE_LANGUAGE] is set to the entire line
where SOURCE_LANGUAGE=="en-US", effectively overwriting the previous
(*pCurEntry)[m_sListLang], no matter if it's a paired list or something
else.

If it's not a paired list's entry the line may look like

"Text" ;


Maybe you can squeeze some sense out of that ;-)


If the current behavior is to remain, then

if ( Export::isSourceLanguage( m_sListLang ) ) {
-   if( nList == LIST_PAIRED ){
-   (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
-   }
-   else
-   (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
+   (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;

pList->NewSourceLanguageListEntry();
}

would do.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgpiixyjZDiSb.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] bug 36874 (label printing) further improvement?

[Pierre-André Jacquod]

Hello,

Just to mix in the middle: from this and a previous mail from you:


 >> It would be much better if the label-definitions contain all
dimensions, i.e.


yes

> My calculation is based on the assumption (presumption?) that the
> page containing the labels is symmetrical, i.e. rotating the page
> 180 degrees is not a problem, left margine equals right margin and
> top margin equals bottom margin.

some labels paper that I bought last year (I guess of too bad quality) 
were not symmetric


But anyway, the change is already very good.
Thanks
regards
Pierre-André
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] libvisio: how can I help?

[Jan Holesovsky]

Hi Bruno,

On 2012-01-03 at 19:23 +, Bruno Girin wrote:

> > Fridrich is in vacation this week, so I'll step in :-)
> > I think you can build Lo and test the heck out of libvisio, fill bug
> > report when you find some (
> > http://wiki.documentfoundation.org/BugReport ) and even better post
> > patches to fix them on this list :-)
> >
> > see : http://wiki.documentfoundation.org/Development as a starting point :-)
> 
> Hi Norbert,
> 
> I'll do that. If I find bugs, I'll fill bug reports and provide patches 
> when I can.

A small missing piece, libvisio's git repo is here:

http://cgit.freedesktop.org/libreoffice/contrib/libvisio/

Looking forward to the patches! :-)

Regards,
Kendy

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

Re: [Libreoffice] [Libreoffice-qa] [ANNOUNCE] libreoffice-3.4.5.2 tag created (3.4.5-rc2)

[Pedro Lino]

> do you mean 3.4.5-rc1 ?

No. That was almost a month ago :)

http://nabble.documentfoundation.org/ANNOUNCE-libreoffice-3-4-5-1-tag-created-3-4-5-rc1-tt3585973.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [PUSHED] Re: [REVIEW] quick patch for extensions ole part

[julien2412]

Thanks Eike !

I commited and pushed on master.

--
View this message in context: 
http://nabble.documentfoundation.org/REVIEW-quick-patch-for-extensions-ole-part-tp3619208p3630063.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] Build Failure: Error in module icu

[Eike Rathke]

Hi Ashwini,

On Monday, 2012-01-02 22:37:04 +0530, Ashwini Oruganti wrote:

> My LibreOffice build is  failing repeatedly and the error seems to be in
> the module "icu".

Strange..

> log for /media/Ash/zcodes/zzlibre-office/git/libo/icu

"/media/..." makes me wonder what medium Ash is and the file system used
thereon. It's not by chance some kind of USB stick with a FAT file
system? Such a constellation when building on Linux already caused
trouble in the past.

> mkdir uconvmsg
> make[5]: Entering directory 
> `/media/Ash/zcodes/zzlibre-office/git/libo/icu/unxlngx6.pro/misc/build/icu/source/extra/uconv'
> rm -rf pkgdata.inc
> LD_LIBRARY_PATH=../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY_PATH 
>  ../../bin/genrb -e UTF-8 -s resources -d uconvmsg fr.txt
> LD_LIBRARY_PATH=../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY_PATH 
>  ../../bin/genrb -e UTF-8 -s resources -d uconvmsg root.txt
> make[5]: Leaving directory 
> `/media/Ash/zcodes/zzlibre-office/git/libo/icu/unxlngx6.pro/misc/build/icu/source/extra/uconv'
> LD_LIBRARY_PATH=../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY_PATH 
>  MAKEFLAGS= ../../bin/pkgdata -p uconvmsg -O pkgdata.inc -m static -s 
> uconvmsg -d uconvmsg -T uconvmsg uconvmsg/uconvmsg.lst
> cd ../.. \
>&& CONFIG_FILES=extra/uconv/uconv.1 CONFIG_HEADERS= /bin/bash 
> ./config.status
> icupkg: unable to open input file "uconvmsg/root.res"

There should be a file
/media/Ash/zcodes/zzlibre-office/git/libo/icu/unxlngx6.pro/misc/build/icu/source/extra/uconv/uconvmsg/root.res
after uconvmsg root.txt ran, similar a file
/media/Ash/zcodes/zzlibre-office/git/libo/icu/unxlngx6.pro/misc/build/icu/source/extra/uconv/uconvmsg/fr.res
as an output of uconvmsg fr.txt

If not, maybe shortening the paths helps, e.g. build tree in
/media/Ash/libo/
instead of
/media/Ash/zcodes/zzlibre-office/git/libo/

Though if it's a FAT system I'd ditch that attempt rather sooner than
later anyway..

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgpL4IoPC747V.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] libvisio: how can I help?

[Bruno Girin]

On 03/01/12 18:59, Norbert Thiebaud wrote:

On Tue, Jan 3, 2012 at 9:50 AM, Bruno Girin  wrote:

Hi all,

I discovered the existence of libvisio [1] while building LibO this morning.
So first I'd like to thank Fridrich and Eilidh for the code and then I'd
like to know: how can I help? I'm happy to work on code or test cases: I use
Visio all the time at work so I often have weird and wonderful diagrams that
I can feed through the parser.

Hi Bruno,

Fridrich is in vacation this week, so I'll step in :-)
I think you can build Lo and test the heck out of libvisio, fill bug
report when you find some (
http://wiki.documentfoundation.org/BugReport ) and even better post
patches to fix them on this list :-)

see : http://wiki.documentfoundation.org/Development as a starting point :-)


Hi Norbert,

I'll do that. If I find bugs, I'll fill bug reports and provide patches 
when I can.



Happy new year,


Happy new year!

Bruno

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

Re: [Libreoffice] [REVIEW] Easy patch on l10ntools

[Andras Timar]

2012/1/3 Eike Rathke :
> Hi julien2412,
>
> On Wednesday, 2011-12-28 14:31:21 -0800, julien2412 wrote:
>
>> Cppcheck report tells this :
>> 1474  duplicateBranch style   Found duplicate branches for if and else
>> for l10ntools/source/export.cxx
>>
>>
>> Even if this seems easy, perhaps it could be something else than just
>> "rText" here.
>>
>> diff --git a/l10ntools/source/export.cxx b/l10ntools/source/export.cxx
>> index bd1fbfb..fbed184 100644
>> --- a/l10ntools/source/export.cxx
>> +++ b/l10ntools/source/export.cxx
>> @@ -1475,7 +1475,7 @@ void Export::InsertListEntry( const ByteString &rText,
>> const ByteString &rLine )
>>              (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
>>          }
>>          else
>> -            (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
>> +            (*pCurEntry)[ SOURCE_LANGUAGE ] = rText;
>>
>>          pList->NewSourceLanguageListEntry();
>>      }
>>
>> Your opinion ?
>
> Makes sense, especially when seen with context of the block immediately
> above:
>
>    // For paired list use the line to set proper lid
>    if( nList == LIST_PAIRED ){
>        (*pCurEntry)[ m_sListLang ] = rLine;
>    }else
>        (*pCurEntry)[ m_sListLang ] = rText;
>

On the other hand, if it changes the behaviour that we got used to, it
may break localizations. I'd prefer to have a full code analysis.

Best regards,
Andras
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] Patch for "Same expression on both sides of '&&'" in basegfx module

[Eike Rathke]

Hi julien2412,

On Wednesday, 2011-12-28 13:13:43 -0800, julien2412 wrote:

> On cppcheck report, there were 2 "Same expression on both sides of '&&'" on 
> b2dpolypolygoncutter.cxx
> 
> I don't know how this part works so I recognize it's just guessing.
> 
> diff --git a/basegfx/source/polygon/b2dpolypolygoncutter.cxx
> b/basegfx/source/polygon/b2dpolypolygoncutter.cxx
> index d32ee87..8745241 100644
> --- a/basegfx/source/polygon/b2dpolypolygoncutter.cxx
> +++ b/basegfx/source/polygon/b2dpolypolygoncutter.cxx
> @@ -282,7 +282,7 @@ namespace basegfx
>  bOnEdge = false;
>  }
>  }
> -while(bOnEdge && pPNa2 != &rPNa && pPNa2 != &rPNa);
> +while(bOnEdge && pPNa2 != &rPNa && pPNb2 != &rPNb);
>  
>  if(bOnEdge)
>  {
> @@ -408,7 +408,7 @@ namespace basegfx
>  bOnEdge = false;
>  }
>  }
> -while(bOnEdge && pPNa2 != &rPNa && pPNa2 != &rPNa);
> +while(bOnEdge && pPNa2 != &rPNa && pPNb2 != &rPNb);
>  
>  if(bOnEdge)
>  {
> 
> Does it seem ok ? (If yes, I can commit and push it on master branch)

I think so, but I'm not sure either. Anyone with a second opinion?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgp5NmKRPdM0B.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] Easy patch on l10ntools

[Eike Rathke]

Hi julien2412,

On Wednesday, 2011-12-28 14:31:21 -0800, julien2412 wrote:

> Cppcheck report tells this :
> 1474  duplicateBranch style   Found duplicate branches for if and else
> for l10ntools/source/export.cxx
> 
> 
> Even if this seems easy, perhaps it could be something else than just
> "rText" here.
> 
> diff --git a/l10ntools/source/export.cxx b/l10ntools/source/export.cxx
> index bd1fbfb..fbed184 100644
> --- a/l10ntools/source/export.cxx
> +++ b/l10ntools/source/export.cxx
> @@ -1475,7 +1475,7 @@ void Export::InsertListEntry( const ByteString &rText,
> const ByteString &rLine )
>  (*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
>  }
>  else
> -(*pCurEntry)[ SOURCE_LANGUAGE ] = rLine;
> +(*pCurEntry)[ SOURCE_LANGUAGE ] = rText;
>  
>  pList->NewSourceLanguageListEntry();
>  }
> 
> Your opinion ?

Makes sense, especially when seen with context of the block immediately
above:

// For paired list use the line to set proper lid
if( nList == LIST_PAIRED ){
(*pCurEntry)[ m_sListLang ] = rLine;
}else
(*pCurEntry)[ m_sListLang ] = rText;


  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgprOayP7XVa4.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] libvisio: how can I help?

[Norbert Thiebaud]

On Tue, Jan 3, 2012 at 9:50 AM, Bruno Girin  wrote:
> Hi all,
>
> I discovered the existence of libvisio [1] while building LibO this morning.
> So first I'd like to thank Fridrich and Eilidh for the code and then I'd
> like to know: how can I help? I'm happy to work on code or test cases: I use
> Visio all the time at work so I often have weird and wonderful diagrams that
> I can feed through the parser.

Hi Bruno,

Fridrich is in vacation this week, so I'll step in :-)
I think you can build Lo and test the heck out of libvisio, fill bug
report when you find some (
http://wiki.documentfoundation.org/BugReport ) and even better post
patches to fix them on this list :-)

see : http://wiki.documentfoundation.org/Development as a starting point :-)

Happy new year,

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

Re: [Libreoffice] [REVIEW] quick patch for extensions ole part

[Eike Rathke]

Hi julien2412,

On Thursday, 2011-12-29 08:38:31 -0800, julien2412 wrote:

> Another "Same expression on both sides of '||'"
>  detected by cppcheck.
> 
> I supposed this patch but I made a research of "INVOKE_PROPERTYPUT" on the
> file, either it's not the only location where INVOKE_PROPERTYPUTREF should
> be used or INVOKE_PROPERTYPUTREF shouldn't be used at all in this case.
> 
> @@ -1814,7 +1814,7 @@ Any 
> IUnknownWrapper_Impl::invokeWithDispIdComTlb(FuncDesc& aFuncDesc,
>  if (dispparams.cNamedArgs > 0 &&
>  ! (dispparams.cNamedArgs == 1 &&
> (aFuncDesc->invkind == INVOKE_PROPERTYPUT ||
> -aFuncDesc->invkind == INVOKE_PROPERTYPUT)))
> +aFuncDesc->invkind == INVOKE_PROPERTYPUTREF)))
>  {
>  //set up an array containing the member and parameter names
>  //which is then used in ITypeInfo::GetIDsOfNames
> 
> Any idea ?

IMHO it makes sense to change that to INVOKE_PROPERTYPUTREF. There are
other places that test for both, INVOKE_PROPERTYPUT and
INVOKE_PROPERTYPUTREF, i.e. line 1765

if (aFuncDesc->invkind == INVOKE_PROPERTYPUT
|| aFuncDesc->invkind == INVOKE_PROPERTYPUTREF)
dispparams.rgdispidNamedArgs = & idPropertyPut;

and line 1825

if (aFuncDesc->invkind == INVOKE_PROPERTYPUT
|| aFuncDesc->invkind == INVOKE_PROPERTYPUTREF)
{  
nSizeAr = dispparams.cNamedArgs; //counts the DISID_PROPERTYPUT
}

and line 2394

else if (pFuncDesc->invkind == INVOKE_PROPERTYPUT ||
 pFuncDesc->invkind == INVOKE_PROPERTYPUTREF)


  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgpir5SDUKQ0O.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Another code finesse I may have missed

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Norbert

So it went.

Kind regards

Olivier

Em 03-01-2012 15:31, Norbert Thiebaud escreveu:
> On Tue, Jan 3, 2012 at 10:59 AM, Olivier Hallot
>  wrote:
>> 636 OUnoObject::OUnoObject(const uno::Reference<
>> report::XReportComponent>& _xComponent
>> 637,const ::rtl::OUString& rModelName
>> 638,sal_uInt16   _nObjectType)
>> 639   :SdrUnoObj(rModelName, sal_True)
>> 640   ,OObjectBase(_xComponent)
>> 641   ,m_nObjectType(_nObjectType)
>> 642 {
>> 643 DBG_CTOR( rpt_OUnoObject, NULL);
>> 644 impl_setUnoShape( uno::Reference< uno::XInterface >(
>> _xComponent, uno::UNO_QUERY ) );
>> 645
>> 646 if ( rModelName.getLength() )
>> 647 impl_initializeModel_nothrow();
>> 648
>> 649 if ( rModelName.getLength() )
>> 650 impl_initializeModel_nothrow();
>> 651 }
>>
>>
>>
> 
> That looks like a merge snafu. and git blame seems to concurs
> 
> so yep the 2nd copy can go :-)
> 
> Norbert

- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPA0xaAAoJEJp3R7nH3vLx6W4H/RXgqRxpPepA5WMlxBCc9JFC
wPUL4lmQ8n9fbvW3bBPfHOGiDVjTf146saUwZV7DG1xQeFhQtPvVdwceGD9Oplu+
CleSDoprnd6qkToqXBmv+wYH4id7lhhxDGcDJhlari2K/OLlAd5dOGQGggtUPncR
ABBhtpS5kW6f4I2gHIUYJmurinWaodF+0u1Fd4C7NQTC2cPVo2pbC07r1bKJ2L9l
ROnYef8WlkoWs5xtkuMxTHX78SCK5dGMdVFbB4aQBPekvxDn/r7vXg2j+RSj0+W0
rFBLm/HjObJ7WtorHphjSZEpRZxvSGuaD+hSCV8ffDONWTl6RdPqie5cB23nfPs=
=dcGh
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Another code finesse I may have missed

[Norbert Thiebaud]

On Tue, Jan 3, 2012 at 10:59 AM, Olivier Hallot
 wrote:
> 636 OUnoObject::OUnoObject(const uno::Reference<
> report::XReportComponent>& _xComponent
> 637    ,const ::rtl::OUString& rModelName
> 638    ,sal_uInt16   _nObjectType)
> 639   :SdrUnoObj(rModelName, sal_True)
> 640   ,OObjectBase(_xComponent)
> 641   ,m_nObjectType(_nObjectType)
> 642 {
> 643 DBG_CTOR( rpt_OUnoObject, NULL);
> 644 impl_setUnoShape( uno::Reference< uno::XInterface >(
> _xComponent, uno::UNO_QUERY ) );
> 645
> 646 if ( rModelName.getLength() )
> 647 impl_initializeModel_nothrow();
> 648
> 649 if ( rModelName.getLength() )
> 650 impl_initializeModel_nothrow();
> 651 }
>
>
>

That looks like a merge snafu. and git blame seems to concurs

so yep the 2nd copy can go :-)

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

Re: [Libreoffice] product-name in title bar of the office ?

[Terrence Enger]

On Mon, 2012-01-02 at 22:23 +0100, Cor Nouws wrote:
> Hi Eike,
> 
> Eike Rathke wrote (02-01-12 22:18)
> > On Wednesday, 2011-12-28 17:18:02 +0100, Cor Nouws wrote:
> 
> >> But that does not change the title bar of the window?
> >
> > It does, but apparently only in an --enable-dbgutil build. Sorry for
> > confusion ;-)
> 
> Another learning moment, thanks for that ;-)
> 
> 

Harrumph.

On linux, commit id 5436f57 (pulled yesterday) built with
--enable-dbgutil seems not to honour a change to
ProductSource in versionrc.  A change to node Product >
ooName > value in file
solver/350/unxlngi6/installation/opt/share/registry/brand.xcd
(which used to work, and then stopped working) once again
changes the text in the title bar.  Meanwhile, my old notes
say that "the same" node in
solver/unxlngi6/installation/opt/share/registry/brand.xcd
worked in October, 2011 but not in November; I have not
tried it lately.

This question seems to come up every few months, so it seems
I am not alone in often running the version of LibreOffice
that comes with my distribution at the same time I work on a
newer version.  It just happens that "How To Build LibreOffice"

already has a section "Multiple Work Dirs", and that would
seem to be a good place to say how to change the title bar.
But ...

(*) Consistent behaviour in this respect then would become a
feature to be maintained.  Does a reduction in questions
to this list justify the maintenance burden?

(*) I only know my own observations (and I worry that even
there I might be confused), so updating the wiki will
take some attention (a little? a lot?) from somebody who
knows more than I do.  Is it worth it?

Thoughts?

Thanks,
Terry.


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

Re: [Libreoffice] [PATCH 3/8][PUSHED] Easyhack fdo#38831 remove SvStrings

[Lubos Lunak]

On Saturday 31 of December 2011, Brad Sowden wrote:
> On 12/29/2011 10:26 PM, Brad Sowden wrote:
> > Hi,
> >
> > See attached.
>
> Actually, this patch causes "make dev-install -o build" to fail. I have
> no idea why as the patch looks extremely innocent.
>
> If I drop this patch (and patch 8 which removes the SvStrings
> definition) then everything else applies correctly and "make dev-install
> -o build" succeeds.

-for(i = 0; i < aFldNames.Count();i++)
+for(std::vector::const_iterator it(aFldNames.begin()); it != 
aFldNames.end(); ++it)
 {
-pArray[i] = *aFldNames.GetObject(i);
+pArray[i] = **it;

   ^^^

+delete *it;
 }

 Fixed, pushed.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Another code finesse I may have missed

[Olivier Hallot]

636  
OUnoObject
::OUnoObject
(*const*
uno ::Reference
<
report 
::XReportComponent
>&
_xComponent 
   637  

  ,*const* ::rtl
::OUString
&
rModelName 
   638  

  ,sal_uInt16

_nObjectType )
   639  

 :SdrUnoObj
(rModelName
,
sal_True )
   640  

 ,OObjectBase
(_xComponent
)
641  

 ,m_nObjectType
(_nObjectType
)
642  
{
   643  

   DBG_CTOR (
rpt_OUnoObject 
,
NULL );
644  

   impl_setUnoShape
(
uno ::Reference
< uno
::XInterface
 >(
_xComponent ,
uno ::UNO_QUERY
 ) );
 645  

   646  

   *if* ( rModelName
.getLength
() )
647  

   impl_initializeModel_nothrow
();
   648  

   649  

   *if* ( rModelName
.getLength
() )
650  

   impl_initializeModel_nothrow
();
   651  
}



Hi

Can someone tell me the 2nd last IF's is not a repetition of the 1st? If it
is, can I drop the second IF?

Thanks

-- 
Olivier Hallot
Founder and Steering Commitee Member
The Document Foundation
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH 2/8][PUSHED] Easyhack fdo#38831 remove SvStrings

[Lubos Lunak]

On Thursday 29 of December 2011, Brad Sowden wrote:
> Hi,
>
> See attached.
>
> Note 1
> --
> I made the following change in one place. Is this ok or should I call
> reserve(10) to be safe?
>
> -SvStrings aArr( 10, 10 );
> +std::vector aArr;

 The same like before.

 Pushed.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH 1/8][PUSHED] Easyhack fdo#38831 remove SvStrings

[Lubos Lunak]

On Thursday 29 of December 2011, Brad Sowden wrote:
> Hi,
>
> See attached.
>
> Note 1
> --
> I assume casting from size_t to sal_uInt16 is reasonable in the
> following scenario (I didn't want to update all callers in this patch)?
>
>   sal_uInt16 SwGlossaries::GetGroupCnt()
>   {
> -return  GetNameList()->Count();
> +return static_cast(GetNameList()->size());
>   }

 The whole class seems to use sal_uInt16 there, so this at least doesn't make 
things worse.

> Note 2
> --
> In 2 functions I made the following change. Is this ok or should I also
> call reserve(16) to be safe?
>
> -SvStrings aFiles( 16, 16 );
> +std::vector aFiles;

 Calling reserve() is just avoiding reallocations, so unless something in the 
code relies on the fact that there will be no reallocations (i.e. addresses 
remain the same), which does not seem to be the case, this is just an 
optimization. The 16 looks a bit like a magic number anyway.


 You also removed the check for m_pGlosArr being NULL in the code below:
SwGlossaries::~SwGlossaries()
{
- sal_uInt16 nCount = m_pGlosArr? m_pGlosArr->Count() : 0;

 Fixed that, pushed.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] How to write an import filter?

[mete0r]

Hello Libre-office developers,

I'm interested in learning how to write an import filter for some legacy
document formats. I tried to figure out by myself but failed. Could you
point some documents / wiki pages, or even some files in the source code
repository?

Especially I need to know how to register an import filter to the
libreoffice installation and how the core invokes a filter, i.e. the
entry points of the filters, to start some hacking.

Thank you for reading.

Best regards,
mete0r

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

Re: [Libreoffice] .: sot/Library_sot.mk

[Michael Stahl]

On 21/12/11 16:16, Caolán McNamara wrote:
>  sot/Library_sot.mk |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> New commits:
> commit 56c0d3b569ba62eafe94f79299e5afb83f2f891b
> Author: Caolán McNamara 
> Date:   Wed Dec 21 15:16:26 2011 +
> 
> disable min as macro under msvc

wonder if it would make sense to define NOMINMAX globally in windows.mk
(presumably MinGW also carries this disease for compatibility?), should
be easier than finding out which libraries use std::min etc. by hand and
less clutter?

> diff --git a/sot/Library_sot.mk b/sot/Library_sot.mk
> index cc5271d..1c008a1 100644
> --- a/sot/Library_sot.mk
> +++ b/sot/Library_sot.mk
> @@ -42,7 +42,7 @@ $(eval $(call gb_Library_add_api,sot,\
>  ))
>  
>  $(eval $(call gb_Library_add_defs,sot,\
> --DSOT_DLLIMPLEMENTATION \
> +-DSOT_DLLIMPLEMENTATION -DNOMINMAX\
>  ))
>  
>  $(eval $(call gb_Library_add_linked_libs,sot,\

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

[Libreoffice] MUHTEŞEM FIRSATLAR YENİ YILDA DA DEVAM EDİYOR

[OYA SÖKMENOĞLU]

 




Ana Sayfa
 



 

 

  



Ana Sayfa 




Referanslarımız 




Ev Tipi Modellerimiz 



Ticari Modellerimiz 



İletişim 
  

  
Masaj koltuğu sektöründe 15. yılımızı 
doldurmaktayız. Ürünlerimizi kullanan bireylerin, kurum ve kuruluşların 
memnuniyetlerini dikkate alarak; ürünlerimizin aşağıdaki konularda faydası 
bulunduğunu belirtmek isteriz. 

   Sağlıklı ve mutlu bir yaşam dileriz... 
  

  


  

   
MASAJ;

. VÜCUTTAKİ AĞRILARIN AZALTILMASINA,

. SIRT VE BEL AĞRILARININ AZALTILMASINA,

. FITIKLARIN TEDAVİ EDİLMESİNE,

. KAN AKIŞINI HIZLANDIRIP DOKULARIN BESLENMESİNE,

. STRESİN ATILMASINA,

. KASLARIN GEVŞETİLMESİNE,

. KAN BASINCININ(TANSİYONUN) DÜŞÜRÜLMESİNE,

. EKLEM ESNEKLİĞİNİN ARTIRILMASINA,

. MİGREN VE GERİLİM BAŞAĞRISINA, 



. SİNDİRİM VE BAĞIRSAK FONKSİYONLARININ DÜZELTİLMESİNE,

. ANKSİYENİN (HUZURSUZLUĞUN) AZALMASINA,

. MENTAL UYANIKLIĞIN SAĞLANMASINA

. DÜŞÜNME VE YARATICILIK YETENEĞİNİN ARTIRILMASINA 

. ATLETİK PERFORMANSIN ARTIRILMASINA,

. SONUÇ OLARAK FİZİKSEL SAĞLIK VE YAŞAM KALİTESİNDE TAM BİR DÜZELMEYE.

YARDIMCI OLUR. 
  


 
  

  


  




FUTURE   



LP7000 



ROBO - GYM 
  

  



 


 


 
  

  


ÜRÜNLERİMİZDEN  DİĞER ÖRNEKLER 
  

  


RT8300 

  

  
  

  


 


 


 
  

  


 


 


 
  

  


 


 


 
  

  
 
  

  
  
  

  


CELLINI MASAJ KOLTUKLARI


Showroom

Bağdat Cad. No: 351/6

Şaşkınbakkal / İstanbul

Tel: 0 216 385 70 00 

Fax: 0 216 385 86 33 


www.masajkoltugu.com



masajkolt...@hotmail.com 
 
  

  


  



Ana Sayfa 




Referanslarımız 




Ev Tipi Modellerimiz 



Ticari Modellerimiz 



İletişim 
  


 
  

  

Listeden Çıkmak için 
b...@listedencikar.com adresine "Çıkar" başlıklı Boş 
bir e-posta gönderiniz 
  

  
 

 


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

Re: [Libreoffice] [libreoffice-l10n] Re: [Libreoffice-qa] Online update service up & running

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Kendy

Em 03-01-2012 13:15, Jan Holesovsky escreveu:
> Hi Olivier,
> 
> [taking this rather to the dev ML :-)]
> 
> On 2012-01-03 at 07:06 -0200, Olivier Hallot wrote:
> 

(snip)

>> Also, as far as I remember, OpenOffice had a download interface for the
>> new version. Are you going to reactivate it? I would also like to let
>> special deployments to handle the download URL in a XML file.
> 
> Download interface, like that it downloaded the version when available,
> and just offered the user to install it when she wants?  The code that
> handles this is still there, but I don't provide this on the server side
> as I think this is too intrusive, and potentially dangerous for people
> who are still on dial-up.

Okay.

> 
> Or did you mean something different?

Actually, in a controlled environment, you may want to download the new
version from a internal server, sparing your expensive external
bandwidth. That is why I would like to have the download URL
configureable in a XML file (e.g. main.xcd)

Regards

- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPAyZhAAoJEJp3R7nH3vLxur4IAICFhLH8OwdXiM9sJb5ThWkC
Qqtcsf5TBGY05z9U1qw2TkZ72lYUGG1YFD5EXEmxZr311YSXLKCrb8kwKJ9i6uTN
iAFqxSQrNbyedc3i/IB8q1BOApRmxYhJCtMjLbC38+3wHVT8GJD6dpcd0uRYV7s5
fA90IVbWM2HyidqlEm2iSzhb/HUliNbbM5KYqs9VWXkJf/kAe+SkCn8zcsI8vFGf
GKiFlO94LuD7tAAh94LJJkoFPzwph2EmMT8vOAv3ztmkzq8eEXGk877cqZ+Z0uRd
SFudPgshg14iKsgPiQM0uVEbOrHfOr+80PaVLy5fBZTe7dHArL+OZPxnNDUdmpY=
=XktM
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] libvisio: how can I help?

[Bruno Girin]

Hi all,

I discovered the existence of libvisio [1] while building LibO this 
morning. So first I'd like to thank Fridrich and Eilidh for the code and 
then I'd like to know: how can I help? I'm happy to work on code or test 
cases: I use Visio all the time at work so I often have weird and 
wonderful diagrams that I can feed through the parser.


[1] http://www.freedesktop.org/wiki/Software/libvisio

Cheers,

Bruno

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

[Libreoffice] [ANNOUNCE] libreoffice-3.4.5.2 tag created (3.4.5-rc2)

[Petr Mladek]

Hi,

there have been created the libreoffice-3.4.5.2 tag for 3.4.5-rc2 release.
The corresponding official builds will be available by the end of the week.
It will be used as final if no blocker is found.

See the attached list of changes against 3.4.5-rc2.


Now, you might switch your current 3-4 source tree to it using:

./g fetch --tags
./g checkout -b tag-libreoffice-3.4.5.2 libreoffice-3.4.5.2

See also the schedule at 
http://wiki.documentfoundation.org/ReleasePlan#3.4_release
and release criteria at http://wiki.documentfoundation.org/Release_Criteria


Best Regards,
Petr

+ base
+ missing icons in Index Design dialog (fdo#38435) [Andras Timar]
+ components
+ revert broken fix (bnc#653688) [Thorsten Behrens]
+ libs-core
+ fix hyphenation attributes (fdo#44082) [Michael Stahl]
+ impress210: disconnect and reconnect to table style on change model in SdrTableObjImpl (i#117319) [Christian Lippka ORACLE]
+ ODF export: fix layout grid invalid ODF (fdo#44073) [Michael Stahl]
+ writer
+ label PRINTING misplaced on paper sheet (fdo#36874) [Winfried Donkers]
+ sw: temp selection print doc: (fdo#40482, fdo#39159) [Michael Stahl]
+ common
+ branch libreoffice-3-4-5 [Petr Mladek]
+ version 3.4.5.2, tag libreoffice-3.4.5.2 (3.4.5-rc2) [Petr Mladek]
+ base
+ missing icons in Index Design dialog (fdo#38435) [Andras Timar]
+ bootstrap
+ bump product version to 3.4.5-rc2, release number to 502 [Petr Mladek]
+ fix build with bleeding edge external boost and gcc [Caolán McNamara]
+ components
+ revert broken fix (bnc#653688) [Thorsten Behrens]
+ filters
+ avoid looping on busted escher records [Caolán McNamara]
+ dmapper: fix NS_sprm::LN_CFDStrike with zero nIntValue [Miklos Vajna]
+ libs-core
+ fix hyphenation attributes (fdo#44082) [Michael Stahl]
+ impress210: disconnect and reconnect to table style on change model in SdrTableObjImpl (i#117319) [Christian Lippka ORACLE]
+ ODF export: fix layout grid invalid ODF (fdo#44073) [Michael Stahl]
+ support libebook-1.2.so.12 (evolution 3.2) [Rene Engelhard]
+ we need to include the localized file [David Tardon]
+ translations
+ translation update for LibreOffice 3.4.5 rc2 [Andras Timar]
+ writer
+ label PRINTING misplaced on paper sheet (fdo#36874) [Winfried Donkers]
+ sw: temp selection print doc: (fdo#40482, fdo#39159) [Michael Stahl]
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH][PUSHED] Remove unused tools function.

[Lubos Lunak]

On Tuesday 03 of January 2012, Marcel Metz wrote:
> Hello lo-devs,
>
> this patch removes the unused (according to OpenGrok) GetIsoFallback
> function from the tools module.

 Looks ok, pushed.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [libreoffice-l10n] Re: [Libreoffice-qa] Online update service up & running

[Jan Holesovsky]

Hi Olivier,

[taking this rather to the dev ML :-)]

On 2012-01-03 at 07:06 -0200, Olivier Hallot wrote:

> I guess LibreOffice will send a ping to a given URL and get a response
> that a new version is available.

Yes.

>  I affirmative, can this URL be placed
> in a configuration (XML) file (so that special deployments can handle it)

Yes, the check URL can be changed in the configuration - see UpdateURL
in program/version{rc,.ini}

> Also, as far as I remember, OpenOffice had a download interface for the
> new version. Are you going to reactivate it? I would also like to let
> special deployments to handle the download URL in a XML file.

Download interface, like that it downloaded the version when available,
and just offered the user to install it when she wants?  The code that
handles this is still there, but I don't provide this on the server side
as I think this is too intrusive, and potentially dangerous for people
who are still on dial-up.

Or did you mean something different?

Regards,
Kendy

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

Re: [Libreoffice] Tinderbox failure, last success: 2011-12-05 19:05:50

[Stephan Bergmann]

On 01/03/2012 01:49 PM, Matúš Kukan wrote:

On 3 January 2012 03:37, Norbert Thiebaud  wrote:

I believe that one is linked to the gbuild conversion of cppuhelper...


Hm, me too, but I have no idea how
cppu::WeakImplHelper1::~WeakImplHelper1(void)
could be defined in comphelpMSC.dll.


This is apparently yet another incarnation of a well-known mis-feature 
of the MS C++ compiler.  Mathias Bauer once explained it quite nicely on 
now-defunct GullFOSS, but still archived at 
 
"Why some compilers suck more than others."


 
"Do not export whole class to avoid MS C++ implicitly exporting base 
template." should hopefully fix it.


Stephan


On Mon, Jan 2, 2012 at 8:12 PM, nthieb...@gmail.com  wrote:

Hi folks,

One of you broke the build of LibreOffice with your commit :-(
Please commit and push a fix ASAP!

Full log available at http://tinderbox.libreoffice.org/MASTER/status.html

Tinderbox info:

  Box name: Win-x86@9-Voreppe Win32
  Machine: CYGWIN_NT-6.1-WOW64 VOREPPELIBO 1.7.9(0.237/5/3) 2011-03-29 10:10 
i686 Cygwin
  Configured with: --with-distro=LibreOfficeWin32
--disable-build-mozilla
--with-mozilla-build=c:/mozilla-build
--with-ant-home=c:/apache-ant-1.8.2
--without-junit
--with-lang=en-US fr de
--without-helppack-integration
--enable-binfilter
--with-max-jobs=2

Commits since the last success:

 core 
  5436f57  gbuild: Rdb: blind fix for Windows, use 
gb_Helper_abbreviate_dirs_native
  14c0e03  Clean non English strings in the code we do translation differently.
  9cb0780  Online update: Enable online update even for the Linux release 
builds.
  adad42f  Online update: Don't check for buildid at the user's end.
  7489604  pack *.default files, too fdo#43923
  b052839  -Wunused-but-set-variable
  ca34393  Group a common test to avoid unnecessary calculations
  fe36838  Do not repeat the same test twice
  85d1ce2  Fix for fdo43460 Part XXVII getLength() to isEmpty()
  829db12  Fix for fdo43460 Part XXVI getLength() to isEmpty()
  6af5964  Fix for fdo43460 Part XXV getLength() to isEmpty()
  93d2a2e  tabs ->  spaces
  e8559f0  Remove unused code
  9d54084  Replace dynamic array with std::vector.
  13a40f3  Get rid of manual ref counting.
  c28c09a  USE_INTROSPECTION_CACHE is always defined.
  9bbb628  oops use == not = in dmake conditional
  4f769af  Fix thinko: ==, not =
  004f9bd  We have no MAKEFILE.MK or makefile.rc files
  08c7038  The Android NDK calls the CPU just "arm", not "armel"
  eee474c  scp2: cppuhelper is now gbuild'ified
  dee53a3  Temporary hack around cppu_detail_getCppuType variants violating ODR.
  8907d15  Temporary hack to work around autodoc bug
  a768436  CppunitTest_cppuhelper_qa_weak depends on module bridges
  b222aa8  cppuhelper: convert to gbuild
  bd46aa5  cppuhelper: add visibility symbols as first step for porting to 
gbuild


[...]


  .o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/genericunodialog.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/miscservices.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/popupmenucontrollerbase.o
 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/popupwindowcontroller.o
 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/statusbarcontroller.o
 d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/svtxgridcontrol.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/toolboxcontroller.o
 d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/treecontrolpeer.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/unocontroltablemodel.o
 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/unogridcolumnfacade.o
 d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/unoevent.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/unoiface.o 
d:/master/workdir/wn

tmsci

  12.pro/CxxObject/svtools/source/uno/unoimap.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/wizard/unowizard.o 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/wizard/wizardpagecontroller.o
 
d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/uno/wizard/wizardshell.o
 d:/master/workdir/wntmsci12.pro/CxxObject/svtools/source/urlobj/inetimg.o 
d:/master/workdir/wntmsci12.pro/CObject/svtools/source/filter/jpeg/jpegc.o
[ build RES ] svtde
icomphelp.lib(comphelpMSC.dll) : error LNK2005: "public: virtual __thiscall 
cppu::WeakImplHelper1::~WeakImplHelper1(void)" 
(??1?$WeakImplHelper1@VXOutputStream@io@star@sun@com@@@cppu@@UAE@XZ) already defined in filter.o
   Creating library 
d:/master/workdir/wntmsci12.pro/LinkTarget/Library/svtool.lib and object 
d:/master/workdir/wntmsci12.pro/LinkTarget/Library/svtool.exp
LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; 
use /NODEFAULT

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

[bugzilla-daemon]

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

Bug 35673 depends on bug 41089, which changed state.

Bug 41089 Summary: FILESAVE: Impossible with password protection
https://bugs.freedesktop.org/show_bug.cgi?id=41089

   What|Old Value   |New Value

 Resolution||WORKSFORME
 Status|NEW |RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] fixing some errors when building with clang on linux

[Lubos Lunak]

On Monday 02 of January 2012, August Sodora wrote:
> The fourth and final patch is the most troubling one because there is
> no way it can be correct. Clang really doesn't like stlport trying to
> use placement new to call a "helper" constructor and according to [1]
> it might not do what was intended there anyway. I would rather not
> have to do --without-stlport because my understanding is that it would
> break abi compat. Is there a better way to fix this issue than making
> an init() method somewhere that both constructors can call?

 I think C++11 allows a ctor to directly call another ctor, but otherwise 
init() seems to be the only correct option.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [PATCH 2/2] Added missing includes.

[Marcel Metz]

---
 binfilter/bf_xmloff/source/core/xmloff_xmlexp.cxx  |1 +
 .../bf_xmloff/source/meta/xmloff_xmlmetae.cxx  |1 +
 2 files changed, 2 insertions(+), 0 deletions(-)


diff --git a/binfilter/bf_xmloff/source/core/xmloff_xmlexp.cxx b/binfilter/bf_xmloff/source/core/xmloff_xmlexp.cxx
index 6f7b2aa..b4d2d13 100644
--- a/binfilter/bf_xmloff/source/core/xmloff_xmlexp.cxx
+++ b/binfilter/bf_xmloff/source/core/xmloff_xmlexp.cxx
@@ -29,6 +29,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
diff --git a/binfilter/bf_xmloff/source/meta/xmloff_xmlmetae.cxx b/binfilter/bf_xmloff/source/meta/xmloff_xmlmetae.cxx
index 1505eea..c67a9ec 100644
--- a/binfilter/bf_xmloff/source/meta/xmloff_xmlmetae.cxx
+++ b/binfilter/bf_xmloff/source/meta/xmloff_xmlmetae.cxx
@@ -34,6 +34,7 @@
 
 
 #include 
+#include 
 
 #include 
 #include 

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

[Libreoffice] [PATCH 1/2] Added missing includes.

[Marcel Metz]

---
 binfilter/inc/bf_starmath/smmod.hxx |2 ++
 binfilter/inc/bf_sw/shellres.hxx|2 +-
 2 files changed, 3 insertions(+), 1 deletions(-)


diff --git a/binfilter/inc/bf_starmath/smmod.hxx b/binfilter/inc/bf_starmath/smmod.hxx
index f3f4ec4..1ec73db 100644
--- a/binfilter/inc/bf_starmath/smmod.hxx
+++ b/binfilter/inc/bf_starmath/smmod.hxx
@@ -29,6 +29,8 @@
 #ifndef _SMMOD_HXX
 #define _SMMOD_HXX
 
+#include 
+#include 
 #include 
 #include 
 #include 
diff --git a/binfilter/inc/bf_sw/shellres.hxx b/binfilter/inc/bf_sw/shellres.hxx
index 847d749..9f6c979 100644
--- a/binfilter/inc/bf_sw/shellres.hxx
+++ b/binfilter/inc/bf_sw/shellres.hxx
@@ -31,7 +31,7 @@
 #include 
 
 
-
+#include 
 #include 
 
 #ifndef _SVSTDARR_HXX

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

[Libreoffice] [PATCH 1/2] Added missing includes.

[Marcel Metz]

---
 binfilter/inc/bf_starmath/smmod.hxx |2 ++
 binfilter/inc/bf_sw/shellres.hxx|2 +-
 2 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/binfilter/inc/bf_starmath/smmod.hxx
b/binfilter/inc/bf_starmath/smmod.hxx
index f3f4ec4..1ec73db 100644
--- a/binfilter/inc/bf_starmath/smmod.hxx
+++ b/binfilter/inc/bf_starmath/smmod.hxx
@@ -29,6 +29,8 @@
 #ifndef _SMMOD_HXX
 #define _SMMOD_HXX
 +#include 
+#include 
 #include 
 #include 
 #include 
diff --git a/binfilter/inc/bf_sw/shellres.hxx
b/binfilter/inc/bf_sw/shellres.hxx
index 847d749..9f6c979 100644
--- a/binfilter/inc/bf_sw/shellres.hxx
+++ b/binfilter/inc/bf_sw/shellres.hxx
@@ -31,7 +31,7 @@
 #include 
  -
+#include 
 #include 
  #ifndef _SVSTDARR_HXX
-- 
1.7.6.4

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

[Libreoffice] [PATCH 5/5] Removed unnecessary tools includes.

[Marcel Metz]

---
 sd/source/filter/eppt/pptx-epptbase.cxx |1 -
 sfx2/source/doc/docfile.cxx |1 -
 sfx2/source/doc/objstor.cxx |1 -
 vcl/unx/generic/app/salinst.cxx |1 -
 4 files changed, 0 insertions(+), 4 deletions(-)


diff --git a/sd/source/filter/eppt/pptx-epptbase.cxx b/sd/source/filter/eppt/pptx-epptbase.cxx
index 75bab47..f4823aa 100644
--- a/sd/source/filter/eppt/pptx-epptbase.cxx
+++ b/sd/source/filter/eppt/pptx-epptbase.cxx
@@ -35,7 +35,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/sfx2/source/doc/docfile.cxx b/sfx2/source/doc/docfile.cxx
index abe827e..d4711c6 100644
--- a/sfx2/source/doc/docfile.cxx
+++ b/sfx2/source/doc/docfile.cxx
@@ -72,7 +72,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/sfx2/source/doc/objstor.cxx b/sfx2/source/doc/objstor.cxx
index 3fbe37d..8355ebd 100644
--- a/sfx2/source/doc/objstor.cxx
+++ b/sfx2/source/doc/objstor.cxx
@@ -31,7 +31,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/vcl/unx/generic/app/salinst.cxx b/vcl/unx/generic/app/salinst.cxx
index 33e4ede..3fac1ec 100644
--- a/vcl/unx/generic/app/salinst.cxx
+++ b/vcl/unx/generic/app/salinst.cxx
@@ -32,7 +32,6 @@
 #include 
 
 #include "osl/module.hxx"
-#include "tools/solarmutex.hxx"
 
 #include "unx/salunx.h"
 #include "unx/saldata.hxx"

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

[Libreoffice] [PATCH 4/5] Removed unnecessary tools includes.

[Marcel Metz]

---
 avmedia/source/gstreamer/gstcommon.hxx |1 -
 avmedia/source/quicktime/quicktimecommon.hxx   |1 -
 avmedia/source/win/wincommon.hxx   |1 -
 basic/source/sbx/sbxres.cxx|2 ++
 basic/source/sbx/sbxres.hxx|2 +-
 dbaccess/source/core/dataaccess/ModelImpl.hxx  |1 -
 dbaccess/source/core/dataaccess/datasource.hxx |1 -
 .../source/inc/OAuthenticationContinuation.hxx |2 +-
 dbaccess/source/ui/browser/formadapter.cxx |1 -
 dbaccess/source/ui/inc/JoinDesignView.hxx  |1 -
 dbaccess/source/ui/inc/RelationDesignView.hxx  |1 -
 dbaccess/source/ui/inc/TableRow.hxx|1 -
 dbaccess/source/ui/inc/charsets.hxx|2 +-
 desktop/source/app/langselect.hxx  |1 -
 .../deployment/gui/dp_gui_dependencydialog.cxx |1 -
 editeng/source/editeng/editdbg.hxx |1 -
 extensions/source/dbpilots/optiongrouplayouter.cxx |1 -
 .../source/plugin/inc/plugin/unx/mediator.hxx  |1 -
 extensions/source/propctrlr/eformshelper.hxx   |2 +-
 extensions/source/propctrlr/pcrcommon.hxx  |1 -
 extensions/source/propctrlr/proplinelistener.hxx   |2 +-
 extensions/source/propctrlr/stringdefine.hxx   |1 -
 extensions/source/xmlextract/xmxcom.hxx|1 -
 extensions/workben/testcomponent.cxx   |1 -
 filter/inc/filter/msfilter/mstoolbar.hxx   |1 -
 forms/source/component/imgprod.hxx |1 -
 formula/inc/formula/ExternalReferenceHelper.hxx|2 +-
 fpicker/source/office/fpsmartcontent.cxx   |1 -
 framework/inc/framework/eventsconfiguration.hxx|1 -
 framework/inc/framework/statusbarconfiguration.hxx |1 -
 framework/inc/framework/toolboxconfiguration.hxx   |1 -
 framework/source/classes/fwlresid.cxx  |1 -
 framework/source/fwe/classes/fwkresid.cxx  |1 -
 .../uiconfiguration/uicategorydescription.cxx  |1 -
 l10ntools/inc/l10ntools/directory.hxx  |1 -
 l10ntools/source/directory.cxx |2 +-
 linguistic/source/convdicxml.hxx   |1 -
 lotuswordpro/source/filter/lwpheader.hxx   |1 -
 reportdesign/source/ui/inc/FunctionHelper.hxx  |1 -
 rsc/inc/rscall.h   |1 -
 rsc/inc/rscdb.hxx  |1 +
 rsc/inc/rsctools.hxx   |3 ++-
 sc/inc/dpsave.hxx  |1 -
 sc/inc/sortparam.hxx   |1 -
 sc/source/core/inc/core_pch.hxx|1 -
 sc/source/filter/inc/biff.hxx  |1 -
 sc/source/filter/inc/decl.h|1 -
 sc/source/filter/inc/filt_pch.hxx  |1 -
 sc/source/filter/inc/formel.hxx|1 -
 sc/source/filter/inc/qproform.hxx  |1 -
 sc/source/filter/xml/sheetdata.cxx |2 +-
 sc/source/ui/inc/formdata.hxx  |1 -
 sc/source/ui/inc/ui_pch.hxx|1 -
 sc/source/ui/unoobj/scdetect.hxx   |1 -
 sc/source/ui/unoobj/unodoc.cxx |2 +-
 sd/source/ui/dlg/sdabstdlg.cxx |2 +-
 sd/source/ui/inc/unokywds.hxx  |1 -
 .../toolpanel/controls/RecentlyUsedMasterPages.hxx |1 -
 sd/source/ui/unoidl/sddetect.hxx   |1 -
 sd/source/ui/unoidl/unodoc.cxx |2 +-
 sfx2/inc/frmload.hxx   |1 -
 sfx2/inc/sfx2/sfxresid.hxx |1 -
 sfx2/source/dialog/sfxdlg.cxx  |1 -
 sfx2/source/doc/SfxDocumentMetaData.cxx|1 -
 starmath/source/smdetect.hxx   |1 -
 starmath/source/unodoc.cxx |1 -
 svl/source/items/cntwall.cxx   |1 -
 svl/source/memtools/svarray.cxx|1 -
 svtools/inc/svtools/accessibilityoptions.hxx   |1 -
 svtools/source/contnr/treelist.cxx |1 -
 svtools/source/misc/wallitem.cxx   |1 -
 svtools/workben/cui/loadlib.cxx|1 -
 svx/inc/svx/fmsrccfg.hxx   |1 -
 svx/inc/svx/msdffdef.hxx   |1 -
 svx/inc/svx/sdrhittesthelper.hxx   |1 -
 svx/inc/svx/svdsob.hxx |4 
 svx/source/accessibility/ShapeTypeHandler.cxx  |1 -
 svx/source/form/fmtools.cxx|1 -
 svx/source/inc/fmvwimp.hxx |1 -
 svx/source/smarttags/SmartTagMgr.cxx   |1 -
 sw/inc/SwNumberTree.hxx|1 -
 sw/inc/index.hxx

[Libreoffice] [PATCH 3/5] Removed unnecessary tools includes.

[Marcel Metz]

---
 cui/source/factory/cuiresmgr.cxx   |1 -
 cui/source/factory/dlgfact.cxx |1 -
 cui/source/inc/about.hxx   |1 -
 dbaccess/source/core/api/viewcontainer.cxx |1 -
 dbaccess/source/ui/inc/charsets.hxx|1 -
 dbaccess/source/ui/inc/imageprovider.hxx   |1 +
 desktop/source/app/userinstall.cxx |1 -
 .../deployment/gui/dp_gui_dependencydialog.cxx |1 -
 .../source/deployment/gui/dp_gui_updatedialog.cxx  |1 -
 .../deployment/gui/dp_gui_updateinstalldialog.cxx  |1 -
 desktop/source/deployment/inc/dp_resource.h|1 -
 desktop/source/deployment/misc/dp_resource.cxx |1 +
 editeng/inc/editeng/outliner.hxx   |1 +
 forms/source/richtext/richtextunowrapper.cxx   |1 +
 fpicker/source/aqua/SalAquaFilePicker.mm   |1 -
 fpicker/source/aqua/SalAquaFolderPicker.mm |2 --
 fpicker/source/office/iodlgimp.cxx |1 -
 framework/source/dispatch/menudispatcher.cxx   |1 -
 framework/source/services/backingcomp.cxx  |1 -
 sc/source/core/tool/compiler.cxx   |1 -
 sd/source/ui/dlg/sddlgfact.cxx |1 -
 sfx2/source/appl/appcfg.cxx|1 -
 sfx2/source/appl/appdata.cxx   |1 -
 sfx2/source/appl/appinit.cxx   |1 -
 sfx2/source/appl/appuno.cxx|1 -
 sfx2/source/config/evntconf.cxx|1 -
 sfx2/source/dialog/filtergrouping.cxx  |1 -
 sfx2/source/doc/doctempl.cxx   |1 -
 sfx2/source/doc/objxtor.cxx|1 -
 svtools/source/config/miscopt.cxx  |1 -
 svtools/source/contnr/contentenumeration.hxx   |1 +
 svtools/source/dialogs/insdlg.cxx  |1 -
 svtools/source/graphic/transformer.cxx |1 -
 svx/source/dialog/dialmgr.cxx  |1 -
 svx/source/form/fmobj.cxx  |1 -
 svx/source/inc/AccessibleFrameSelector.hxx |1 +
 sw/inc/ccoll.hxx   |1 -
 sw/source/ui/inc/swrenamexnameddlg.hxx |1 -
 sw/source/ui/inc/swuiccoll.hxx |1 +
 sw/source/ui/inc/swuicnttab.hxx|1 -
 tools/inc/tools/resary.hxx |3 ++-
 tools/source/fsys/wntmsc.cxx   |1 -
 tools/source/rc/resary.cxx |1 +
 unotools/source/config/defaultoptions.cxx  |1 -
 unotools/source/config/extendedsecurityoptions.cxx |1 -
 unotools/source/config/inetoptions.cxx |1 -
 unotools/source/config/pathoptions.cxx |1 -
 vcl/aqua/source/app/salsys.cxx |2 --
 vcl/inc/vcl/bitmap.hxx |2 +-
 vcl/inc/vcl/pdfwriter.hxx  |1 +
 vcl/ios/source/app/salsys.cxx  |2 --
 vcl/source/control/field.cxx   |1 -
 52 files changed, 12 insertions(+), 46 deletions(-)


diff --git a/cui/source/factory/cuiresmgr.cxx b/cui/source/factory/cuiresmgr.cxx
index 8e3bc31..20d41b3 100644
--- a/cui/source/factory/cuiresmgr.cxx
+++ b/cui/source/factory/cuiresmgr.cxx
@@ -29,7 +29,6 @@
 // include ---
 
 #include 
-#include 
 #include 
 #include 
 
diff --git a/cui/source/factory/dlgfact.cxx b/cui/source/factory/dlgfact.cxx
index dc7c368..55b2b72 100644
--- a/cui/source/factory/dlgfact.cxx
+++ b/cui/source/factory/dlgfact.cxx
@@ -29,7 +29,6 @@
 #include "align.hxx" //add for SvxAlignmentTabPage
 #include "dlgfact.hxx"
 
-#include 
 #include 
 #include 
 #include 
diff --git a/cui/source/inc/about.hxx b/cui/source/inc/about.hxx
index 4e09e0e..e7e5227 100644
--- a/cui/source/inc/about.hxx
+++ b/cui/source/inc/about.hxx
@@ -30,7 +30,6 @@
 
 // include ---
 
-#include 
 #include 
 #include 
 #include 
diff --git a/dbaccess/source/core/api/viewcontainer.cxx b/dbaccess/source/core/api/viewcontainer.cxx
index 83badfb..4f004e1 100644
--- a/dbaccess/source/core/api/viewcontainer.cxx
+++ b/dbaccess/source/core/api/viewcontainer.cxx
@@ -34,7 +34,6 @@
 #include "View.hxx"
 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/dbaccess/source/ui/inc/charsets.hxx b/dbaccess/source/ui/inc/charsets.hxx
index f5f5169..89fa3d4 100644
--- a/dbaccess/source/ui/inc/charsets.hxx
+++ b/dbaccess/source/ui/inc/charsets.hxx
@@ -30,7 +30,6 @@
 #define _DBAUI_CHARSETS_HXX_
 
 #include 
-#include 
 #include 
 #include 
 
diff --git a/dbaccess/source/ui/inc/imageprovider.hxx b/dbaccess/source/ui/inc/imageprovider.hxx
index e3b5489..85ac3a5 100644
--- a/dbaccess/source/ui/inc/imageprovider.hxx
+++ b/dbaccess/

[Libreoffice] [PATCH 1/5] Removed unnecessary tools includes.

[Marcel Metz]

Hello lo-devs,

this patch series removes a lot of unnecessary includes for the various
tools header. The patches without suffix should be applied to the core
repository, the .binfilter.patch suffix should be applied to the
binfilter repository. I've tested the build with the configuration
--enable-binfilter --enable-dbgutil --enable-debug, is this sufficient
or did I miss another important configuration, that enables some
conditional compiled code? I've only build this on linux-x86_64, but the
patch also touches some of the mac specific code like
fpicker/source/aqua/SalAquaFilePicker.mm so it would be maybe a good
idea to test this patch.


regards Marcel Metz

---
 basic/source/classes/sb.cxx|1 -
 chart2/source/view/axes/VAxisProperties.cxx|1 -
 chart2/source/view/diagram/VDiagram.cxx|1 -
 chart2/source/view/main/ShapeFactory.cxx   |1 -
 connectivity/source/drivers/calc/CTable.cxx|1 -
 connectivity/source/drivers/flat/ETable.cxx|1 -
 connectivity/workben/testmoz/main.cxx  |1 -
 connectivity/workben/testmoz/mozthread.cxx |1 -
 cui/source/dialogs/hldocntp.cxx|1 -
 cui/source/options/optpath.cxx |1 -
 dbaccess/source/ext/adabas/AdabasNewDb.cxx |1 -
 dbaccess/source/ui/browser/brwctrlr.cxx|1 -
 desktop/source/app/appfirststart.cxx   |1 -
 desktop/source/app/appinit.cxx |1 -
 desktop/source/migration/migration.cxx |1 -
 editeng/source/items/textitem.cxx  |1 -
 editeng/source/rtf/svxrtf.cxx  |1 -
 extensions/source/nsplugin/source/so_instance.cxx  |1 -
 extensions/source/scanner/sanedlg.hxx  |1 -
 filter/source/graphicfilter/eps/eps.cxx|1 -
 forms/source/component/ComboBox.hxx|2 --
 forms/source/component/EditBase.hxx|1 -
 forms/source/richtext/richtextvclcontrol.cxx   |3 ---
 framework/inc/jobs/jobdata.hxx |1 -
 framework/inc/uiconfiguration/imagemanager.hxx |3 ---
 .../inc/uiconfiguration/moduleimagemanager.hxx |3 ---
 framework/source/fwe/classes/addonsoptions.cxx |1 -
 framework/source/fwe/classes/bmkmenu.cxx   |1 -
 framework/source/services/sessionlistener.cxx  |1 -
 .../source/uiconfiguration/imagemanagerimpl.hxx|3 ---
 idl/source/cmptools/lex.cxx|1 -
 l10ntools/source/export2.cxx   |1 -
 padmin/source/adddlg.cxx   |1 +
 padmin/source/cmddlg.cxx   |1 +
 padmin/source/cmddlg.hxx   |1 -
 padmin/source/newppdlg.cxx |1 +
 padmin/source/padialog.hxx |1 -
 reportdesign/source/core/api/FixedText.cxx |1 +
 reportdesign/source/core/api/FormatCondition.cxx   |1 +
 reportdesign/source/core/api/FormattedField.cxx|1 +
 reportdesign/source/core/api/ImageControl.cxx  |1 +
 .../source/core/inc/ReportControlModel.hxx |1 -
 sc/source/core/inc/core_pch.hxx|1 -
 sc/source/filter/inc/biff.hxx  |1 -
 sc/source/filter/inc/excrecds.hxx  |1 -
 sc/source/filter/inc/filt_pch.hxx  |1 -
 sc/source/filter/inc/qpro.hxx  |1 -
 sc/source/filter/inc/qprostyle.hxx |1 -
 sc/source/filter/qpro/qprostyle.cxx|1 -
 .../ui/Accessibility/AccessibleContextBase.cxx |1 -
 sc/source/ui/inc/ui_pch.hxx|1 -
 sd/source/filter/eppt/eppt.cxx |1 -
 sd/source/filter/ppt/propread.cxx  |1 -
 sd/source/filter/ppt/propread.hxx  |1 -
 sd/source/ui/annotations/annotationwindow.hxx  |3 ---
 sd/source/ui/dlg/morphdlg.cxx  |1 -
 sd/source/ui/dlg/vectdlg.cxx   |1 -
 .../controls/RecentMasterPagesSelector.cxx |1 -
 sfx2/source/appl/app.cxx   |1 -
 sfx2/source/appl/appcfg.cxx|1 -
 sfx2/source/appl/appdata.cxx   |1 -
 sfx2/source/appl/appinit.cxx   |1 -
 sfx2/source/appl/appmain.cxx   |1 -
 sfx2/source/appl/appmisc.cxx   |1 -
 sfx2/source/appl/appserv.cxx   |1 -
 sfx2/source/appl/appuno.cxx|1 -
 sfx2/source/appl/newhelp.cxx   |1 -
 sfx2/source/bastyp/fltfnc.cxx  |1 -
 sfx2/source/doc/docfac.cxx |1 -
 sfx2/source/doc/docfile.cxx|1 -
 sfx2/source/doc/objcont.cxx   

Re: [Libreoffice] [PATCH] Fix for bug fdo#44110, New Math symbols issues in Windows

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Kendy

Em 30-12-2011 06:36, Jan Holesovsky escreveu:
> Hi Olivier,
> 
> On 2011-12-24 at 00:13 -0200, Olivier Hallot wrote:
> 
>> Please find the patch attached in bug 44110, together with the
>> description of the issue and fix.
>>
>> https://bugs.freedesktop.org/show_bug.cgi?id=44110
> 
> Terribly sorry for being late with reviewing :-(
> 
> I looked at the patch, and it seems to me as if it changes much more
> than just the affected characters.  I think the biggest change that
> seems to make it huge is changing Encoding: from Custom to UnicodeBmp.
> Was that deliberate?  If yes, I think we should split the commit into 2
> - the huge change, and the fix of the math symbols.  Can you please have
> a look?
> 
> Thank you,
> Kendy
> 

WRT to this patch, there are two files; the binary file opens.ttf
and the text file OpenSymbol.sfd.

I used fontforge tool under ubuntu to draw the new characters. This tool
apparently needs only the binary ttf file to let you edit and draw
fonts. The sfd file is generated based on the ttf binaries. For what it
worth, LibreOffice needs only the ttf file and the sfd is not even
packed into the distribuables.

So actually I am not sure how to handle the sfd file.It appears to be
superfluous.

Please advise.
- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPAwzFAAoJEJp3R7nH3vLxn1QIAIqzjTBlev5PrDxp9Zv5nW+t
IAuizqZRb0yNTFdanI533WrcReVqaiYQF3WAklrNX3wKx3fXm0V171sR9wIRZF6T
Qy+8VmwSUiB1Lq4zTXCjswt/C9VZxZE0Okn5Hpmz+FQvMrNzkRmEnU/1f14pXH+L
GqPPUJhhe5ttBK81RcqjohOSlDDuPrW08KpLe7UNcgYIn9R1ITvZfTkJjKj4qguy
Rd7b3UCL4pkCfaU2RttU3w0p3tfCIJbGzPHNGCw4UmIUhVWLEAtkJyXE3C5vEsBQ
9oq9OD8TT1ojfaeTsGzH+sLaH/DCUvhoZFxwcW2xBUn/hRiIbYONac2sSLDXWI0=
=cRJZ
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED][PATCH] Correct ARCCOSH's parameter description

[Ivan Timofeev]

Hi Korrawit,

31.12.2011 14:46, Korrawit Pruegsanusak пишет:

I found this while translating.
Could someone please review it?


Looks great! Nice catch, thanks! :)


Also, if this patch could be pushed in -3-5 branch as well?
I've found the wiki page [1] says hard string freeze is next week.
So, it would be good if it could be pushed.


Pushed to 3-5:
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=321d449a07740ab82680e7502817d4035f380744

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

[Libreoffice] [PATCH] Remove unused tools function.

[Marcel Metz]

Hello lo-devs,

this patch removes the unused (according to OpenGrok) GetIsoFallback
function from the tools module.

regards Marcel

---
 rsc/source/parser/rscdb.cxx |1 -
 tools/Library_tl.mk |1 -
 tools/Package_inc.mk|1 -
 tools/inc/tools/isofallback.hxx |   40 --
 tools/source/rc/isofallback.cxx |   70
---
 tools/source/rc/resmgr.cxx  |2 -
 6 files changed, 0 insertions(+), 115 deletions(-)
 delete mode 100644 tools/inc/tools/isofallback.hxx
 delete mode 100644 tools/source/rc/isofallback.cxx


diff --git a/rsc/source/parser/rscdb.cxx b/rsc/source/parser/rscdb.cxx
index 2a36f69..3c8d93d 100644
--- a/rsc/source/parser/rscdb.cxx
+++ b/rsc/source/parser/rscdb.cxx
@@ -35,7 +35,6 @@
 
 #include 
 #include 
-#include 
 #include 
 #include 
 
diff --git a/tools/Library_tl.mk b/tools/Library_tl.mk
index 8dc9215..30bf9fd 100644
--- a/tools/Library_tl.mk
+++ b/tools/Library_tl.mk
@@ -95,7 +95,6 @@ $(eval $(call gb_Library_add_exception_objects,tl,\
 tools/source/misc/extendapplicationenvironment \
 tools/source/misc/getprocessworkingdir \
 tools/source/misc/solarmutex \
-tools/source/rc/isofallback \
 tools/source/rc/rc \
 tools/source/rc/resary \
 tools/source/rc/resmgr \
diff --git a/tools/Package_inc.mk b/tools/Package_inc.mk
index c17aedd..91642c4 100644
--- a/tools/Package_inc.mk
+++ b/tools/Package_inc.mk
@@ -53,7 +53,6 @@ $(eval $(call gb_Package_add_file,tools_inc,inc/tools/inetdef.hxx,tools/inetdef.
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/inetmime.hxx,tools/inetmime.hxx))
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/inetmsg.hxx,tools/inetmsg.hxx))
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/inetstrm.hxx,tools/inetstrm.hxx))
-$(eval $(call gb_Package_add_file,tools_inc,inc/tools/isofallback.hxx,tools/isofallback.hxx))
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/line.hxx,tools/line.hxx))
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/link.hxx,tools/link.hxx))
 $(eval $(call gb_Package_add_file,tools_inc,inc/tools/list.hxx,tools/list.hxx))
diff --git a/tools/inc/tools/isofallback.hxx b/tools/inc/tools/isofallback.hxx
deleted file mode 100644
index 4a23462..000
--- a/tools/inc/tools/isofallback.hxx
+++ /dev/null
@@ -1,40 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-/*
- *
- * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
- *
- * Copyright 2000, 2010 Oracle and/or its affiliates.
- *
- * OpenOffice.org - a multi-platform office productivity suite
- *
- * This file is part of OpenOffice.org.
- *
- * OpenOffice.org is free software: you can redistribute it and/or modify
- * it under the terms of the GNU Lesser General Public License version 3
- * only, as published by the Free Software Foundation.
- *
- * OpenOffice.org is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU Lesser General Public License version 3 for more details
- * (a copy is included in the LICENSE file that accompanied this code).
- *
- * You should have received a copy of the GNU Lesser General Public License
- * version 3 along with OpenOffice.org.  If not, see
- * 
- * for a copy of the LGPLv3 License.
- *
- /
-
-#ifndef _ISOFALLBACK_HXX
-#define _ISOFALLBACK_HXX
-
-#include 
-#include "tools/toolsdllapi.h"
-
-// Return true if valid fallback found
-TOOLS_DLLPUBLIC bool GetIsoFallback(rtl::OString& rLanguage);
-
-#endif //_ISOFALLBACK_HXX
-
-/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/tools/source/rc/isofallback.cxx b/tools/source/rc/isofallback.cxx
deleted file mode 100644
index 3c134df..000
--- a/tools/source/rc/isofallback.cxx
+++ /dev/null
@@ -1,70 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-/*
- *
- * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
- *
- * Copyright 2000, 2010 Oracle and/or its affiliates.
- *
- * OpenOffice.org - a multi-platform office productivity suite
- *
- * This file is part of OpenOffice.org.
- *
- * OpenOffice.org is free software: you can redistribute it and/or modify
- * it under the terms of the GNU Lesser General Public License version 3
- * only, as published by the Free Software Foundation.
- *
- * OpenOffice.org is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU Lesser General Public License version 3 for more details
- * (a copy is included in t

Re: [Libreoffice] make dev-install error, dict-xx.oxt files not found

[Tim Hardeck]

Hi Winfried,

I think running "git pull -r" in core/dictionaries should fix this.

Tim

On 01/03/2012 12:10 PM, Winfried Donkers wrote:
>
> I often get a failed make dev_install when building following a git
> pull --rebase.
>
> The error is that dict-xx.oxt (today they were dict-an.oxt,
> dict-be.oxt, dict-el.oxt, dict-gd.oxt, dict-si.oxt and dict-te.oxt)
> files cannot be found.
>
> This occurred also after a clean git clone on a new machine.
>
>  
>
> My quick and dirty solution is to copy dict-en.oxt to the missing
> ones, as I am not currently interested in these dictionaries.
>
> But there should be a proper solution/cause to be fixed.
>
>  
>
> Can anyone help me on this?
>
>  
>
>  
>
> Winfried
>
>  
>
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice


-- 
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 
16746 (AG Nürnberg)
Maxfeldstr. 5, 90409 Nürnberg, Germany
T: +49 (0) 911 74053-0  F: +49 (0) 911 74053-483
http://www.suse.de/



signature.asc
Description: OpenPGP digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] bug 36874 (label printing) further improvement?

[Winfried Donkers]

Hi Ivan,

>> Ivan, what do you think? Are you interested?

>Interested, but extremely busy the whole January through... :-(
>I'm sorry. But an UI is an easy piece of programming; Winfried, may be 
>you need a few little tips to start, and then there will be no 
>questions? If so, please ask on using the mailing list (or the IRC).

I'm not out of work myself too, so it may well take me longer than just 
January...
I will start on the structure (label definitions and coding).
When that is done, I will certainly need tips to start (no recent experience 
with UI programming and then mostly with Borland C++ Builder).

You'll hear from me :)

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

Re: [Libreoffice] bug 36874 (label printing) further improvement?

[Ivan Timofeev]

Hi Rainer, hi Winfried,

03.01.2012 11:41, Rainer Bielefeld пишет:

Winfried Donkers schrieb:

(See bug 36874 (and this list) for history)



I am quite willing to further improve the labelprinting functionality by
adding the page size to the label definitions and label-creation code,
but I need someone who is willing to improve/change the UI


Hello,

Ivan Timofeev was very active eliminating problems and improving GUI.

Ivan, what do you think? Are you interested?


Interested, but extremely busy the whole January through... :-(
I'm sorry. But an UI is an easy piece of programming; Winfried, may be 
you need a few little tips to start, and then there will be no 
questions? If so, please ask on using the mailing list (or the IRC).


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

Re: [Libreoffice] [REVIEW:3-4-5][PUSHED:3-4-5] crash in LO 3.4.5 rc1 : fdo40253

[Jean-Baptiste Faure]

Le 03/01/2012 11:20, Petr Mladek a écrit :
> Lubos Lunak píše v Po 02. 01. 2012 v 18:39 +0100:
>> On Monday 02 of January 2012, Petr Mladek wrote:
>>> Petr Mladek píše v Po 02. 01. 2012 v 11:31 +0100:
 Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> Hi,
>
> Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> 3.4.5 rc1. I don't know which commit solved this but is it possible to
> backport the fix to 3.4.5 ?

 I guess that it has been fixed by
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=cbaadd31d3ff53f18
 a7b8d2b0af947328dc81d91

 It looks good and pretty safe to me. Similar thing is done also in
 SdrTableObj::setTableStyle.
>>>
>>> It really fixes the crash and works fine. The fix makes sense and looks
>>> safe => pushed to the 3-4 branch, see
>>> http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4
>>> &id=395c05c288116683ffb3bceb658f61694c042b28
>>>
>>> We need 2 more approvals for the 3-4-5 branch.
>>
>>  Makes sense.
> 
> Radek approved it over irc => 3rd approval => pushed to 3-4-5 branch,
> see
> http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4-5&id=47fad446a73a27e3335b98745cf77ec9e8065f5f
> 
> It will be in 3.4.5-rc2.

Many thanks :-)

Best regards
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

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

[bugzilla-daemon]

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

Bug 35673 depends on bug 37390, which changed state.

Bug 37390 Summary: LibreOffice writes invalid ODF (please don't re-open, file 
new bugs instead)
https://bugs.freedesktop.org/show_bug.cgi?id=37390

   What|Old Value   |New Value

 Resolution||FIXED
 Status|REOPENED|RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] fixing some errors when building with clang on linux

[Stephan Bergmann]

On 01/02/2012 08:11 PM, August Sodora wrote:

For the past couple of weeks I've been trying to build LO with clang
on linux and have hit a couple of obstacles. I can't get the internal
nss to build and I didn't even try to enable mozilla because it fails
to build on ubuntu anyway. The -Qunused-arguments is really to silence
warnings from clang that -ggdb2 and other options are not recognized.
Ultimately, I can complete make with


Sounds great.  My attempts always failed due to 
 "no code emitted for 
virtual inline function inherited indirectly from class template". 
Interesting that that does not hit you, too -- or do you somehow disable 
hidden visibility?


From my past attempts (unxlngx6) I still have a patch file around that 
is attached.  Maybe it is useful (I always intended to follow up, but 
somehow never found the time).  It does contain a fix for nss (assembler 
comments needing to start with "#" instead of "/").



The first patch attached fixes an error related to implicitly
converting constants to a type that should be too small to hold the
constant. I've added static_casts to make the situation a lot more
explicit which also suppresses the error, I'm just not sure that this
is a real solution.


The literal 0x8000 that is used to initialize sal_Int32 
SvxMSDffHandle.nRangeYMin at 
svx/source/customshapes/EnhancedCustomShapeGeometry.cxx:164 etc. is 
probably better replaced with SAL_MIN_INT32.  Checking all the various 
places, what the best fix would be (change the relevant var. from 
sal_Int32 to sal_uInt32, etc.) would surely be tedious...



The second and third patches simply fix warnings that flood the screen
so often that it makes it difficult to diagnose other problems.


Also see my attached patch.  (I prefer removing names of unused 
parameters, instead of adding "(void)x;" lines; also, additional patches 
should go to the end of PATCH_FILES, as "dmake create_patch" creates 
them against all previous patches already applied.)


Stephan
 basebmp/inc/basebmp/bitmapdevice.hxx   |2 +-
 boost/boost_1_44_0-clang.patch |   39 ++
 boost/makefile.mk  |2 +
 cppunit/cppunit-1.12.1-clang.patch |   11 ++
 cppunit/makefile.mk|2 +-
 libcmis/libcmis-0.1.0-clang.patch  |   10 ++
 libcmis/makefile.mk|2 +-
 nss/makefile.mk|3 +-
 nss/nss-3.12.8-with-nspr-4.8.6-clang.patch |  205 
 openssl/makefile.mk|2 +-
 openssl/openssl-0.9.8o-clang.patch |   27 
 python/makefile.mk |4 +-
 12 files changed, 303 insertions(+), 6 deletions(-)

diff --git a/basebmp/inc/basebmp/bitmapdevice.hxx b/basebmp/inc/basebmp/bitmapdevice.hxx
index ca11292..2807b7d 100644
--- a/basebmp/inc/basebmp/bitmapdevice.hxx
+++ b/basebmp/inc/basebmp/bitmapdevice.hxx
@@ -56,7 +56,7 @@ namespace basebmp
 // Temporary. Use like the tools color object
 class Color;
 typedef boost::shared_ptr< class BitmapDevice >BitmapDeviceSharedPtr;
-typedef boost::shared_ptr< class IBitmapDeviceDamageTracker >  IBitmapDeviceDamageTrackerSharedPtr;
+typedef boost::shared_ptr< struct IBitmapDeviceDamageTracker >  IBitmapDeviceDamageTrackerSharedPtr;
 typedef boost::shared_array< sal_uInt8 >   RawMemorySharedArray;
 typedef boost::shared_ptr< const std::vector >  PaletteMemorySharedVector;
 
diff --git a/boost/boost_1_44_0-clang.patch b/boost/boost_1_44_0-clang.patch
new file mode 100644
index 000..222ed86
--- /dev/null
+++ b/boost/boost_1_44_0-clang.patch
@@ -0,0 +1,39 @@
+--- misc/boost_1_44_0/boost/optional/optional.hpp	2011-12-02 21:01:18.833604597 +0100
 misc/build/boost_1_44_0/boost/optional/optional.hpp	2011-12-02 21:01:00.767778299 +0100
+@@ -846,12 +846,12 @@
+ 
+ template
+ inline
+-bool operator == ( none_t x, optional const& y )
++bool operator == ( none_t, optional const& y )
+ { return equal_pointees(optional() ,y); }
+ 
+ template
+ inline
+-bool operator < ( none_t x, optional const& y )
++bool operator < ( none_t, optional const& y )
+ { return less_pointees(optional() ,y); }
+ 
+ template
+--- misc/boost_1_44_0/boost/ptr_container/detail/default_deleter.hpp	2008-03-22 22:45:55.0 +0100
 misc/build/boost_1_44_0/boost/ptr_container/detail/default_deleter.hpp	2011-12-02 20:14:04.606949179 +0100
+@@ -61,7 +61,7 @@
+ { 
+ default_deleter() { }
+ template
+-default_deleter(default_deleter tt) { }
++default_deleter(default_deleter) { }
+ };
+ 
+ } } } // End namespaces ptr_container_detail, move_ptrs, boost.
+--- misc/boost_1_44_0/boost/ptr_container/ptr_sequence_adapter.hpp	2011-12-02 20:15:30.747191950 +0100
 misc/build/boost_1_44_0/boost/ptr_container/ptr_sequence_adapter.hpp	2011-12-02 20:14:35.148680353 +0100
+@@ -664,7 +664,7 @@
+ 
+ }
+ 
+-  

[Libreoffice] make dev-install error, dict-xx.oxt files not found

[Winfried Donkers]

I often get a failed make dev_install when building following a git pull 
--rebase.
The error is that dict-xx.oxt (today they were dict-an.oxt, dict-be.oxt, 
dict-el.oxt, dict-gd.oxt, dict-si.oxt and dict-te.oxt) files cannot be found.
This occurred also after a clean git clone on a new machine.

My quick and dirty solution is to copy dict-en.oxt to the missing ones, as I am 
not currently interested in these dictionaries.
But there should be a proper solution/cause to be fixed.

Can anyone help me on this?


Winfried

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

Re: [Libreoffice] [REVIEW:3-4, 3-4-5] crash in LO 3.4.5 rc1 : fdo40253

[Radek Doulik]

On Mon, 2012-01-02 at 11:31 +0100, Petr Mladek wrote:
> Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> > Hi,
> > 
> > Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> > 3.4.5 rc1. I don't know which commit solved this but is it possible to
> > backport the fix to 3.4.5 ?

Looks good to me too.

Cheers
Radek

> I guess that it has been fixed by
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=cbaadd31d3ff53f18a7b8d2b0af947328dc81d91
> 
> It looks good and pretty safe to me. Similar thing is done also in 
> SdrTableObj::setTableStyle.
> 
> Thorsten, is it ok for you to add it into 3.4.5 release?
> 
> 
> 
> Best Regards,
> Petr
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice


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

Re: [Libreoffice] [REVIEW:3-4-5][PUSHED:3-4-5] crash in LO 3.4.5 rc1 : fdo40253

[Petr Mladek]

Lubos Lunak píše v Po 02. 01. 2012 v 18:39 +0100:
> On Monday 02 of January 2012, Petr Mladek wrote:
> > Petr Mladek píše v Po 02. 01. 2012 v 11:31 +0100:
> > > Jean-Baptiste Faure píše v Po 26. 12. 2011 v 10:51 +0100:
> > > > Hi,
> > > >
> > > > Bug fdo40253 seems to be fixed in LO 3.5.0 beta2+ but still crashes LO
> > > > 3.4.5 rc1. I don't know which commit solved this but is it possible to
> > > > backport the fix to 3.4.5 ?
> > >
> > > I guess that it has been fixed by
> > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=cbaadd31d3ff53f18
> > >a7b8d2b0af947328dc81d91
> > >
> > > It looks good and pretty safe to me. Similar thing is done also in
> > > SdrTableObj::setTableStyle.
> >
> > It really fixes the crash and works fine. The fix makes sense and looks
> > safe => pushed to the 3-4 branch, see
> > http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4
> >&id=395c05c288116683ffb3bceb658f61694c042b28
> >
> > We need 2 more approvals for the 3-4-5 branch.
> 
>  Makes sense.

Radek approved it over irc => 3rd approval => pushed to 3-4-5 branch,
see
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4-5&id=47fad446a73a27e3335b98745cf77ec9e8065f5f

It will be in 3.4.5-rc2.


Best Regards,
Petr

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

Re: [Libreoffice] [REVIEW 3-4-5][PUSHED:3-4-5] Related: fdo#33463 (writerfilter)

[Petr Mladek]

Lubos Lunak píše v Po 02. 01. 2012 v 18:29 +0100:
> On Monday 02 of January 2012, Petr Mladek wrote:
> > Miklos Vajna píše v So 31. 12. 2011 v 14:51 +0100:
> > > I don't have a -3-4 checkout around - could someone check if commit
> > > 52f51f57287fc955fd83b521c80519beb5c923bf in master is what fixes the
> > > double strike-though problem? If yes, I think it would make sense to
> > > backport that one to -3-4 as well.
> >
> > The fix makes perfect sense. The same check is used for other
> > attributes, e.g. LN_CFStrike, LN_CFBold, LN_CFCaps => I have pushed it
> > to the libreoffice-3-4 branch, see
> > http://cgit.freedesktop.org/libreoffice/filters/commit/?h=libreoffice-3-4&i
> >d=9dcc765e88bf23418ffbf66345e4eaa4c36005e4
> 
>  Yes, it's correct.
> 
> > We need two more approvals for the 3-4-5 branch.
> 
>  One.

Cedric approved it on irc. I have pushed it to the 3-4-5 branch. It will
be in 3.4.5-rc2.

Best Regards,
Petr

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

Re: [Libreoffice] [REVIEW-3-4-5][PUSHED:3-4-5] bug#36874 to be patched in 3.4.5 as well?

[Petr Mladek]

and correct subject

Petr Mladek píše v Út 03. 01. 2012 v 10:15 +0100:
> Korrawit Pruegsanusak píše v Út 03. 01. 2012 v 10:38 +0700:
> > >> I see the point and agree with your assumption. Your patch makes sense
> > >> and I have pushed it to the 3-4 branch, see
> > >> http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-3-4&id
> > >>=502ef71db74c3cdb1433c3402a0d93971dc47f1b
> > >>
> > >> We need two more approvals for the 3-4-5 branch.
> > >
> > >  Looks ok.
> > 
> I have cherry-picked it, see
> http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-3-4-5&id=7f978af6476d73246d7cf6c29b48e88a7465f44e
> 
> It will be in 3.4.5-rc2.

> Best Regards,
> Petr


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

Re: [Libreoffice] [REVIEW-3-4-5] bug#36874 to be patched in 3.4.5 as well?

[Petr Mladek]

Korrawit Pruegsanusak píše v Út 03. 01. 2012 v 10:38 +0700:
> >> I see the point and agree with your assumption. Your patch makes sense
> >> and I have pushed it to the 3-4 branch, see
> >> http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-3-4&id
> >>=502ef71db74c3cdb1433c3402a0d93971dc47f1b
> >>
> >> We need two more approvals for the 3-4-5 branch.
> >
> >  Looks ok.
> 
> Just a reminder. As you are the third reviewer, could you please
> cherry-pick it to 3-4-5?

I have cherry-picked it, see
http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-3-4-5&id=7f978af6476d73246d7cf6c29b48e88a7465f44e

It will be in 3.4.5-rc2.


Best Regards,
Petr

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

[Libreoffice] [PATCH] Correct ARCCOSH's parameter description

[Korrawit Pruegsanusak]

Hello all,

I found this while translating.
Could someone please review it?

Also, if this patch could be pushed in -3-5 branch as well?
I've found the wiki page [1] says hard string freeze is next week.
So, it would be good if it could be pushed.

[1] http://wiki.documentfoundation.org/ReleasePlan/3.5

Best Regards,
-- 
Korrawit Pruegsanusak
From 805bdb320838cd42e3802380c8da3ecfb31ff54a Mon Sep 17 00:00:00 2001
From: Korrawit Pruegsanusak 
Date: Sat, 31 Dec 2011 16:19:23 +0700
Subject: [PATCH] Correct ARCCOSH()'s parameter description

---
 sc/source/ui/src/scfuncs.src |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/sc/source/ui/src/scfuncs.src b/sc/source/ui/src/scfuncs.src
index 4458409..1363edb 100644
--- a/sc/source/ui/src/scfuncs.src
+++ b/sc/source/ui/src/scfuncs.src
@@ -3121,7 +3121,7 @@ Resource RID_SC_FUNCTION_DESCRIPTIONS1
 };
 String 3 // Description of Parameter 1
 {
-Text [ en-US ] = "A value greater than or equal to 1 for which the hyperbolic cosine is to be returned." ;
+Text [ en-US ] = "A value greater than or equal to 1 for which the inverse hyperbolic cosine is to be returned." ;
 };
 };
  // -=*# Resource for function ARCSINHYP #*=-
-- 
1.7.1

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

Re: [Libreoffice] [REVIEW-3-4-5] bug#36874 to be patched in 3.4.5 as well?

[Tommy]

On Tue, 03 Jan 2012 04:38:05 +0100, Korrawit Pruegsanusak  
 wrote:




Just a reminder. As you are the third reviewer, could you please
cherry-pick it to 3-4-5?

Thanks!
Best Regards,



a last minute 3.4.5 cherry-pick would be a bless!!!

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