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

[bugzilla-daemon]

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

vitriol  changed:

   What|Removed |Added

 Depends on||39447

--- Comment #174 from vitriol  2011-07-21 
22:25:23 PDT ---
Nominating Bug 39447. Crash and regression in Writer.

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

[Libreoffice] Mac OS 10.4 Support

[Joseph Powers]

Just doing a little research and wanted to report my findings:

1. The last G3 Mac was sold in January 1999 - 12 years ago
2. The last G5 mac was sold in August 2006 - 5 years ago
2. Mac OS 10.5 was released in October 2007 - 4 years ago
3. The last security update for Mac OS 10.4 was September 2009 - 2 years ago
4. A lot of software developers are dropping Mac OS 10.4 support.
a. VideoLAN - June 2009
b. Firefox - February 2010 
c. Adobe Flash - All PPC Macs in Jun 2011

Please note that all G4 & G5 PPC Macs can run 10.5; thus, 10.4 support is only 
needed for people who haven't  upgraded to 10.5 or for Macs older then 11 
years. If people don't want to upgrade the OS or still haven't replaced their 
12 year old computer, what are the odds that they will be upgrading to the 
latest version of LibreOffice?

I believe it's about time to drop 10.4 support in LibreOffice. The 3.4 release 
is quite good, so we can keep a versions of it around for those people who 
don't want to or can't upgrade their hardware/OS.

How hard would it be to change the build system for 3.5+ (master) to allow it 
to build for 10.5? (With the release of 10.7, Apple will most likely end 
support for 10.5; however, I have a G5 Mac and don't want to retire it yet… 
it's the wife's computer).

Most of this is because I'd like to Upgrade my box to 10.7 and the new version 
of xCode 4.1 (the Mac development suit) doesn't support 10.4. It also doesn't 
support PPC, so we'll still need to have a way to use the older xCode 3.2.6 for 
building the PPC binaries.

By dropping 10.4 the build system should be able to use xCode 3.2.6 or 4.1 
interchangeably. 

If we don't drop 10.4 support, I'm not sure how long Apple is going to keep 
xCode 3.2.6 available for download. Once it disappears, we'll have to drop 10.4 
support since all new developers won't be able to get a compiler suite; this 
will also mean the end of our ability to support PPC.

This post is mostly to get people thinking about the future of LibreOffice 
development. 

It would be nice to get consensus on when (i.e. which version) we should drop 
support of 10.4 in and also which version we should drop PPC support in general.

Joe P.

PS: I only upgraded to xCode 4.1 on a secondary drive. I'm going to only 
upgrade the main drive to Lion and leave xCode at 3.2.6 until we get decide to 
drop 10.4 support.

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

[Libreoffice] windows.h inclusions (was: Re: Review request for 3-4-2 build fix for Windows)

[Fridrich Strba]

Hello,

On 21/07/11 10:38, Michael Meeks wrote:
>   Ack'd both fixes - much cleaner than this (::std::max)(a,b) type
> ugliness IMHO :-) I'd also love to drop the mdds patch that added those.

I actually dare to contend that the mdds fix is much cleaner and more
robust for following reasons:

1) The MINMAX fix works with our internal boost, but not when we
cross-compile using external boost package. There is a reason why the
boost people, even though they know about this problem did not patch
boost with similar fix.

2) The "bracket" solution tells preprocessor to leave those alone and
that is what one needs exactly in this situation.

3) Whenever you include a modified windows.h in your file, any
subsequent inclusion with different modification has no effect. So, it
is possible that if by chance a windows.h will be in future included in
a file before that boost inclusion, you have the problem back.

4) We have a bit more control over mdds then over boost and since the
problem is solved where it appears, it is not necessary to spend time
trying to track which include sucked the windows.h in.

5) Ugly is in the eyes of the beer-holder.

We had similar problems in libwpd with some of programs using us. Since
we addopted the "bracket" solution, things are smooth.

I could have actually left the boost fix out of the buildfix tagging,
but since all safe fixes at a RC level are dangerous, I preferred to
have tagged exactly the tree I used for our RC2 and that I am 100% sure
that it builds.

Concerning the ucalc.cxx fix, it solves another problem and I added the
MINMAX dance only out of precaution not to cancel the dance done in the
boost header that was to be included immediately afterwards.

The issue here was following: The Win32 api is full of #defines and
unfortunately our vcl and maybe other places use a lot of function
numbers that are identical with function numbers in Win32 API. That is
the reason why we have the prewin.h and postwin.h headers that modify
windows.h before including it by series of #defines and prototype
declarations. Nevertheless, when one includes only one particular little
header from the Win32 api, it is sometimes enough to add a define before
and an undefine after without the whole prewin.h and postwin.h. Which
happens in that file in one header (don't know which one). So, when the
unmodified windows.h is included by boost, some type declarations are
different and you get a clash. That is why I forced the inclusion of a
modified windows.h using the prewin.h/postwin.h hack. It was easier and
more contained then to start to look for which header messes us up.
Especially that changing it somewhere low would mean another day for
Windows rebuild.

Thanks for reading until here

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

Re: [Libreoffice] LO Custom properties

[Dennis E. Hamilton]

This seems like an import-export problem.  The custom properties are presumably 
recorded in the appropriate places in the .odt ODF document.

So, either they are not being exported into their equivalent in the .doc or 
they are not being imported during the re-import of the .doc.

A way to narrow the cases is to set the costume properties on a .doc and see if 
they are retained when that file is opened in LibreOffice.

Then, I suppose a bug report is appropriate depending on the circumstances that 
are revealed.

 - Dennis

PS: I created a document by OOo-dev 3.4.0 (m0 Build:9583) by mistake.  However, 
in that document I created 3 custom properties, One Typist (my name), One QA 
(orcmid), and one QA confirmed (date defaulted to today).  The .doc opened in 
Word 2003 had the two text ones but not the date one.  When I added the date 
one to the .doc and then re-opened the .doc in OOo-dev 3.4.0 all three custom 
properties were present and correct.  (When I opened the .doc in OO.o 2.4.1 
Novell edition, the program got lost trying to bring up the File | Properties 
dialog.)

However, LibreOffice 3.3.3 neither saves custom properties into .doc files nor 
does it retrieve them.  The retrieval shows the usual empty "Info 1" through 
"Info 4" list.  This is true when the retrieved .doc has good custom properties 
in it, some of which were created by a version of OpenOffice.org.



-Original Message-
From: libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org 
[mailto:libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org] On 
Behalf Of Christoph Noack
Sent: Thursday, July 21, 2011 13:14
To: swagat sharma
Cc: LibreOffice@lists.freedesktop.org; michael.me...@novell.com
Subject: Re: [Libreoffice] LO Custom properties

Hi Swagat,

sorry, no code help - but the hint that there is a specification that
describes what kinds of properties can be added. Unfortunately, the spec
doesn't cover file handling or migration issues :-\

http://specs.openoffice.org/appwide/fileIO/Custom_Document_Properties.odt

Maybe it helps ... but I fear it doesn't.

Cheers,
Christoph


Am Donnerstag, den 21.07.2011, 09:15 +0530 schrieb swagat sharma:
> Hi Michael,
> 
> 
> Thanks for your valuable time.
> I'll explain the problem in more details.
> 
> 
> I create a new Document (.odt file). I add some custom properties, Say
> a text and a number, by going into File->Properties->Custom
> Properties.
> I save the file (as .odt) and close it. When I open the file, I go to
> custom properties and they are there.
> 
> 
> Now I save the same file as Microsoft 97/2000/XP format, using 'Save
> As' option.
> I close and reopen the .doc file again.. All the Custom properties are
> vanished.
> 
> 
> So I just want to know how libre office handles the Custom properties,
> which all files are involved.
> I just need a little start up. Its really bottleneck for me.
> 
> 
> Your help will be highly appreciated.
> Regards
> --
> Swagat
> 
> 
> 
> On Wed, Jul 20, 2011 at 4:05 PM, Michael Meeks
>  wrote:
> Hi Swagat,
> 
> On Wed, 2011-07-20 at 15:14 +0530, swagat sharma wrote:
> > I am working on fixing the custom properties in libre
> office, which
> > are not preserved in MS format.
> 
> 
>Sounds good - can you be more precise as to exactly
> which properties
> you're talking about though ? :-)
> 
> > I need little help as I have never worked on LO or OO
> before.
> > Can I know which all files are involved, or deals with
> custom
> > properties.
> 
> 
>So - more details apprecicated.
> 
> > Also how do we convert an .odt into a MS .doc.
> 
> 
>On the command-line; ./soffice --help will help you
> wrt. --convert-to
> etc.
> 
>The core code for the binary .doc filters is in
> sw/source/filter/ww8/
> 
>HTH,
> 
>Michael.
> 
> --
>  michael.me...@novell.com  <><, Pseudo Engineer, itinerant
> idiot
> 
> 
> 
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice


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

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

Re: [Libreoffice] Kill Dtwm/CDE

[Thomas Arnhold]

On 07/21/2011 09:49 PM, Francois Tigeot wrote:

Why does LO tinker with window managers in the first place ?


Maybe from times where you had to do so (various X servers and 
implementations) and the idea of StarOffice as all-in-one desktop tool ;)


Thomas

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

Re: [Libreoffice] Kill Dtwm/CDE

[Thomas Arnhold]

So I let the enums untouched. It's all pushed to master.

There is a strange vendor list at saldisp.cxx. I think some stuff is 
very outdated, but I have no possibility to check it on Sun etc.


http://opengrok.libreoffice.org/xref/libs-gui/vcl/unx/generic/app/saldisp.cxx#362

This vendor stuff is used to set some properties on X:

http://opengrok.libreoffice.org/xref/libs-gui/vcl/unx/generic/app/saldisp.cxx#883

Comments like "Solaris 2.5.1" should say all ;) If someone has some 
hardware to check a removal do it!


Thomas

On 07/21/2011 11:02 AM, Tor Lillqvist wrote:

I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you
sure that enum is not part of our stable API/ABI?

If it isn't, then you presumably can remove "vuewm" from the enum,
too, wasn't VUE some even older HP-UX-specific window manager and/or
desktop environment? (I should know; I used HP-UX machines back
then... but I have forgotten;)

And "FourDwm" (SGI's 4DWM) and "olwm" (the OpenLook WM) (and their
uses)...?

--tml

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

Re: [Libreoffice] Unit tests - cppunit crashing with debug build

[Tor Lillqvist]

Ha, I just came across this type of crash (initially seemed very mysterious, 
some data on the stack being apparently randomly overwritten by unrelated 
code...) when running the sal_cppunittester_all test on the iOS simulator...  
Luckily I didn't waste too much time going on some wild goose chase but 
remembered this thread.

Surely the same .IF "$(ENABLE_DEBUG_STL)" == "TRUE" / CFLAGSCXX += 
-D_GLIBCXX_DEBUG / .ENDIF is needed for all gcc-based platforms, not just in 
unxgcc.mk ? I.e. also in unxmacx.mk and unxiosr.mk, maybe also unxandr.mk.

--tml


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

Re: [Libreoffice] [Libreoofice] build errors - missing SvStream::remainingSize

[Maciej Rumianowski]

Dnia 2011-07-22, pią o godzinie 03:07 +0700, thamht pisze:
> Hi,
> 
> I'm trying to build libreoffice right after './g pull -r' to get the 
> latest source code, however, there are some errors as the following:

I see that SvStream was added 3 days ago, are you sure ./g pull -r went fine?

> /media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx: 
> In member function 'virtual sal_Bool 
> SvxMSDffManager::ProcessClientAnchor(SvStream&, sal_uInt32, char*&, 
> sal_uInt32&) const':
> 
> /media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx:6973:37:
>  error: 'class SvStream' has no member named 'remainingSize'
> 
> /media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx: 
> In member function 'virtual sal_Bool 
> SvxMSDffManager::ProcessClientData(SvStream&, sal_uInt32, char*&, 
> sal_uInt32&) const':
> 
> /media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx:6985:37:
>  error: 'class SvStream' has no member named 'remainingSize'
> 
> dmake:  Error code 1, while making '../../unxlngi6.pro/slo/msdffimp.obj'
> 
> 
> I have tried to make clean & build internally:
> 
> rm -Rf /media/LinuxData/git/libo/filter/unxlngi6.pro # optional module 'clean'
> 
> /bin/sh
> 
> cd /media/LinuxData/git/libo
> 
> source ./LinuxX86Env.Set.sh
> 
> cd filter

Try also rebuild tools module (cd tools), because SvStream is there.

Cheers,

Maciej


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

Re: [Libreoffice] [Libreoofice] build errors - missing SvStream::remainingSize

[Matúš Kukan]

On 21 July 2011 22:07, thamht  wrote:
> /media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx:6985:37:
> error: 'class SvStream' has no member named 'remainingSize'
>
remainingSize is new in SvStream and SvStream comes from tools, so I
guess you have to run 'make clean && make -sr' in tools/ .
But it's possible you will run into another trouble.
If so, you can again find which module to rebuild or failing that if
you don't want to investigate more just run make clean && make in main
directory.

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

Re: [Libreoffice] LO Custom properties

[Christoph Noack]

Hi Swagat,

sorry, no code help - but the hint that there is a specification that
describes what kinds of properties can be added. Unfortunately, the spec
doesn't cover file handling or migration issues :-\

http://specs.openoffice.org/appwide/fileIO/Custom_Document_Properties.odt

Maybe it helps ... but I fear it doesn't.

Cheers,
Christoph


Am Donnerstag, den 21.07.2011, 09:15 +0530 schrieb swagat sharma:
> Hi Michael,
> 
> 
> Thanks for your valuable time.
> I'll explain the problem in more details.
> 
> 
> I create a new Document (.odt file). I add some custom properties, Say
> a text and a number, by going into File->Properties->Custom
> Properties.
> I save the file (as .odt) and close it. When I open the file, I go to
> custom properties and they are there.
> 
> 
> Now I save the same file as Microsoft 97/2000/XP format, using 'Save
> As' option.
> I close and reopen the .doc file again.. All the Custom properties are
> vanished.
> 
> 
> So I just want to know how libre office handles the Custom properties,
> which all files are involved.
> I just need a little start up. Its really bottleneck for me.
> 
> 
> Your help will be highly appreciated.
> Regards
> --
> Swagat
> 
> 
> 
> On Wed, Jul 20, 2011 at 4:05 PM, Michael Meeks
>  wrote:
> Hi Swagat,
> 
> On Wed, 2011-07-20 at 15:14 +0530, swagat sharma wrote:
> > I am working on fixing the custom properties in libre
> office, which
> > are not preserved in MS format.
> 
> 
>Sounds good - can you be more precise as to exactly
> which properties
> you're talking about though ? :-)
> 
> > I need little help as I have never worked on LO or OO
> before.
> > Can I know which all files are involved, or deals with
> custom
> > properties.
> 
> 
>So - more details apprecicated.
> 
> > Also how do we convert an .odt into a MS .doc.
> 
> 
>On the command-line; ./soffice --help will help you
> wrt. --convert-to
> etc.
> 
>The core code for the binary .doc filters is in
> sw/source/filter/ww8/
> 
>HTH,
> 
>Michael.
> 
> --
>  michael.me...@novell.com  <><, Pseudo Engineer, itinerant
> idiot
> 
> 
> 
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice


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

[Libreoffice] [Libreoofice] build errors - missing SvStream::remainingSize

[thamht]

Hi,

I'm trying to build libreoffice right after './g pull -r' to get the 
latest source code, however, there are some errors as the following:


/media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx: In member 
function 'virtual sal_Bool SvxMSDffManager::ProcessClientAnchor(SvStream&, sal_uInt32, 
char*&, sal_uInt32&) const':

/media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx:6973:37:
 error: 'class SvStream' has no member named 'remainingSize'

/media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx: In member 
function 'virtual sal_Bool SvxMSDffManager::ProcessClientData(SvStream&, sal_uInt32, 
char*&, sal_uInt32&) const':

/media/LinuxData/git/libo/clone/filters/filter/source/msfilter/msdffimp.cxx:6985:37:
 error: 'class SvStream' has no member named 'remainingSize'

dmake:  Error code 1, while making '../../unxlngi6.pro/slo/msdffimp.obj'


I have tried to make clean & build internally:

rm -Rf /media/LinuxData/git/libo/filter/unxlngi6.pro # optional module 'clean'

/bin/sh

cd /media/LinuxData/git/libo

source ./LinuxX86Env.Set.sh

cd filter

build


The errors are still the same.

Thanks for your help.
Tham Ha - student from FPT University


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

Re: [Libreoffice] spurious build errors with make

[Norbert Thiebaud]

On Thu, Jul 21, 2011 at 1:38 PM, Eike Rathke  wrote:
> Hi,
>
> On Thursday, 2011-07-21 14:00:26 +0200, Eike Rathke wrote:
>
>> Building master on Debian Squeeze x86_64 unxlngx6.pro --with-num-cpus=2
>> --with-max-jobs=3 reported breakages in modules editeng and framework,
>
> Curious as I am ;-) I did make clean ; make
> and again there was a breakage in framework, but not in editeng this
> time, that went fine.
>
> [ build CHK ] framework
> [ build LNK ] Library/libfwilo.so
> [ build CHK ] loaded modules: framework
> [ build PKG ] framework_dtd
> [ build PKG ] framework_uiconfig
> [ build PKG ] framework_unotypes
> [ build LNK ] Library/libfwelo.so
> /bin/bash: line 1: 12268 Segmentation fault      make -s -r -j3
> dmake:  Error code 139, while making 'all'

Yeah that looks very much like the gnu make bug in 3.81... you need to get 3.82

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

Re: [Libreoffice] Kill Dtwm/CDE

[Francois Tigeot]

On Thu, Jul 21, 2011 at 03:02:09AM -0600, Tor Lillqvist wrote:
> I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you sure 
> that enum is not part of our stable API/ABI?
> 
> If it isn't, then you presumably can remove "vuewm" from the enum, too, 
> wasn't VUE some even older HP-UX-specific window manager and/or desktop 
> environment? (I should know; I used HP-UX machines back then... but I have 
> forgotten;)
> 
> And "FourDwm" (SGI's 4DWM) and "olwm" (the OpenLook WM) (and their uses)...?

The Irix bits have been removed from the tree and last time I saw olwm it was
on a version of Slackware from the 1990s.

Both can be killed IMHO.

Why does LO tinker with window managers in the first place ?

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

Re: [Libreoffice] [Fwd: RE: LibreOffice Build Problem]

[Maciej Rumianowski]

Hi,

I forwarded Tugay's message to list, because he forgot.

@Michael there is part to you.

> > /home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl1.cxx:295:
> >  error: prototype for ‘void 
> > SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, size_t, const 
> > Point*)’ does not match any in class ‘SvxIconChoiceCtrl_Impl’
> > /home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl.hxx:354:
> >  error: candidate is: void 
> > SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, sal_uLong, 
> > const Point*)
> > make: ***
> > [/home/ilbay/Desktop/libreoffice/bootstrap/solver/350/unxlngi6.pro/workdir/CxxObject/svtools/source/contnr/imivctl1.o]
> >  Error 1
> > ilbay@ilbay-U-100:~/Desktop/libreoffice/bootstrap/svtools$ make -r >
> > build.log
> > /home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl1.cxx:295:
> >  error: prototype for ‘void 
> > SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, size_t, const 
> > Point*)’ does not match any in class ‘SvxIconChoiceCtrl_Impl’
> > /home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl.hxx:354:
> >  error: candidate is: void 
> > SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, sal_uLong, 
> > const Point*)
> > make: ***
> > [/home/ilbay/Desktop/libreoffice/bootstrap/solver/350/unxlngi6.pro/workdir/CxxObject/svtools/source/contnr/imivctl1.o]
> >  Error 1

I know that one!
You have to ./g pull -r
You have an old master with bad patch, it has been fixed recently.

Best,
Maciej


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

[Libreoffice] [Fwd: RE: LibreOffice Build Problem]

[Maciej Rumianowski]

--- Begin Message ---

Hi,

I did the following:

> > rm -Rf /home/ilbay/Desktop/libreoffice/bootstrap/svtools/unxlngi6.pro
> > # optional module 'clean'
> > /bin/bash
> > cd /home/ilbay/Desktop/libreoffice/bootstrap
> > source ./LinuxX86Env.Set.sh
> > cd svtools
> > make -r

and I got this error message:

/home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl1.cxx:295:
 error: prototype for ‘void 
SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, size_t, const 
Point*)’ does not match any in class ‘SvxIconChoiceCtrl_Impl’
/home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl.hxx:354:
 error: candidate is: void 
SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, sal_uLong, const 
Point*)
make: *** 
[/home/ilbay/Desktop/libreoffice/bootstrap/solver/350/unxlngi6.pro/workdir/CxxObject/svtools/source/contnr/imivctl1.o]
 Error 1
ilbay@ilbay-U-100:~/Desktop/libreoffice/bootstrap/svtools$ make -r > build.log
/home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl1.cxx:295:
 error: prototype for ‘void 
SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, size_t, const 
Point*)’ does not match any in class ‘SvxIconChoiceCtrl_Impl’
/home/ilbay/Desktop/libreoffice/bootstrap/svtools/source/contnr/imivctl.hxx:354:
 error: candidate is: void 
SvxIconChoiceCtrl_Impl::InsertEntry(SvxIconChoiceCtrlEntry*, sal_uLong, const 
Point*)
make: *** 
[/home/ilbay/Desktop/libreoffice/bootstrap/solver/350/unxlngi6.pro/workdir/CxxObject/svtools/source/contnr/imivctl1.o]
 Error 1


Also I tried this http://wiki.documentfoundation.org/Development/Native_Build  
, but unfortunately nothing changed :(.

Thank you for all your help.

Sincerely,
Tugay Ilbay

PS: @Michael, I want to contribute developing code. Maybe it is better for me 
to begin with easy-hacking in order to get familiar with LibreOffice. However, 
I will be pleased if I hear what you think.
  --- End Message ---
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] spurious build errors with make

[Eike Rathke]

Hi,

On Thursday, 2011-07-21 14:00:26 +0200, Eike Rathke wrote:

> Building master on Debian Squeeze x86_64 unxlngx6.pro --with-num-cpus=2
> --with-max-jobs=3 reported breakages in modules editeng and framework,

Curious as I am ;-) I did make clean ; make
and again there was a breakage in framework, but not in editeng this
time, that went fine.

[ build CHK ] framework
[ build LNK ] Library/libfwilo.so
[ build CHK ] loaded modules: framework
[ build PKG ] framework_dtd
[ build PKG ] framework_uiconfig
[ build PKG ] framework_unotypes
[ build LNK ] Library/libfwelo.so
/bin/bash: line 1: 12268 Segmentation fault  make -s -r -j3
dmake:  Error code 139, while making 'all'


cd framework ; make -s -r -j3
again revealed no problem, but there also wasn't much left to build,
only to link the 4 libs and build the resource file. Looks related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622644 Bjoern
mentioned.

I also did
make clean ; make -s -r -j3
and again there was no error.

  Eike

-- 
 PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
 Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


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

[Libreoffice] minutes of tech steering call ...

[Michael Meeks]

Present:
+ Norbert, Mitch, David, Kendy, Andras, Michael,
  Caolan, Rainer, Bjoern, Fridrich, Petr

* Completed Action Items
+ implementing vertical text with Cairo (Caolan)
+ manual / wiki page for using nightlies (Rainer)
+ windows snapshot builds are really old (Fridrich)
+ kicking it again
+ lots of dependency problems
- switch to single CPU build
+ Submit the suggested papers ... (All)
+ Caolan
+ Writer internals cf. FOSDEM ? (with Cedric)
+ Security / testing infrastructure / work
+ Bjoern
+ gbuild - why / how / get involved
+ ask Matus to look into gnumake4 CWS ... (Michael)
+ gnumake4 CWS merge to master (Bjoern)
+ builds & runs nicely
+ subsequenttests not looking so good
+ incremental builds should be faster
+ read the gettext patch again (Michael)
+ looks good, no explanation for flakiness, perhaps threads ?
+ have a look at header wrap bug: 39155 (Kendy)
+ behavioural change for compat, requires more thought

* Pending Action Items:
+ review Norbert's updated C app (Kendy, Tor)
+ mail bugzilla query wrt. regression to dev list (Caolan)
+ easy hacks - completion / fixing (Bjoern)
+ in-progress: get SmartArt into master feature (Thorsten)
+ in-progress: create QA mailing list (Rainer)
+ conference papers:
+ http://conference.libreoffice.org/submit-your-paper/
+ Michael
+ meet the ESC panel ...
+ status report for the last year's work ?
+ Mitch
+ feedback from a new C++ extension author
+ Francois
+ making LibreOffice easier to port
+ Cedric
+ GSOC update - double-slot
+ what's next in writer
+ Norbert:
+ onegit / tinderbox
+ enable on-line updates for QA for dailies ... (Kendy)
+ create / re-use wiki page how to contact other teams for more
  complex features "proposals" (Petr)
+ go through the not-yet-fixed Most Annoying 3.4 bugs, and see
  how many of them are / are not in 3.3.x already (Rainer)

* misc technical / process decisions
+ one git migration timeline / plans (Norbert)
+ 
http://wiki.documentfoundation.org/Development/One_Git_Conversion#planning
+ update will happen Monday: 3 weeks from now
+ August 8th - a new git repo to clone ...
+ Python 3 support
+ cf. list discussion: prefered method to ship
  internal python3 on mac.
+ QA test vector / input for calc / mdds update (Kohei)
+ matrix formulae need heavy testing for 3.4.2(rc2) if possible
+ mdds migrated to git to allow branching in future
+ developer / build instructions: pointing at the wiki ? ... (Norbert)
AA: + clarify the instructions to point more at the wiki (Norbert)
AA: + get Norbert access for the developer web-page / CMS (Michael)

* Releng bits (Petr)
+ 3.4.2 status
+ tag for rc2 on Tuesday, builds are being up-loaded,
  on pre-release http server.
AA: + pre-announce for QA (Petr)
+ plenty more scope for fixing bugs in 3.4.3 (due in ~one month)
+ 3.3.4 schedule error being fixed: moving closer in.
+ 3.5.x schedule reminder
+ four months or less until feature freeze

* QA update (Rainer)
AA: + release notes for 3.4.2 rc1 39277 - (Petr)
+ more users starting to help out with bugs (much appreciated)
+ situation / backlog improving
+ encouraging growth & progress in QA
+ don't know how many of the Most Annoying are new in 3.4
+ perhaps the most interesting piece of data
+ 
http://wiki.documentfoundation.org/RBd/Workbench/Recommend_Upgrade_from_3.3.3_to_3.4.2
+ difficult to get a clear view
+ categories & sampling to detect regressions or not ?
+ prefer to use the most annoying as a proxy.

* Questions ?


-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] [PATCH] Make base debug.hxx free

[Thomas Arnhold]

Hi Jan, Hi Jacek,

script approach sounds good. I've used them for conversion from DBG_ to 
OSL_ already. Should be absolutely no problem to dump DBG_{C,D}TOR with it.


If it's ok I'm doing this. Should be done in some 10 minutes + building. 
Just give me the cue to ;)


Thomas

On 07/21/2011 07:32 PM, Jan Holesovsky wrote:

Hi Jacek,

Jacek Wolszczak píše v So 11. 06. 2011 v 11:21 +0200:


The patches attached hereto make base debug.hxx free.
I removed a lot of DBG_CHKTHIS, DBG_CTOR and DBG_DTOR with NULL argument
and did some standard #ifdef DBG_UTIL to #if OSL_DEBUG_LEVEL>  0
conversion.

I'm especially interested in getting some feedback on removing functions like:
DBG_CTOR(ODBTableDecorator, NULL);
DBG_DTOR(ODBTableDecorator, NULL);


Terribly sorry for the late answer, your mail fell through the cracks
somehow :-(

So - I myself have never used this kind of debug, and I think, it is
much better to use valgrind to check for bugs that might be somehow
uncovered by these DBG_CTOR etc. checks (if I understood them
correctly).

Though, they seem to be used more widely than just in base; so my
preferred approach (if we want to get rid of these) would be to come up
with a script that will remove the DBG_CTOR / DBG_DTOR / ... over all
the codebase - how does that sound?

Thank you,
Kendy

___
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] fix for fdo#37218: tinv only takes values up to 10000 as second parameter

[Markus Mohrhard]

Hello Regina, Eike,

Do you have valid reference values for the accuracy? Are the values of TINV
> worse or better than approximating with standard normal distribution?
>

it seems that the method is quite accurate up to 1E11 and with a bit more
difference up to 1E13 or 1E14 and above this goes badly wrong. But it
depends very much on the first paramter.


>
> There are some loops involved. Do you test the performance with huge
> values?
>

I haven't noticed any performance problems witht his method even that i
created a 14 times 10 table with very large numbers. The originla code is
from before 2001 so if there were any performance problems back then we
should not have them with modern computer.

>
> Kind regards
> Regina
>
> I have no definite opinion on the upper limit of the second parameter. It
is "degree of freedom" and 1E5 covers already exploring 5000 records. I
don't know whether a larger limit is needed. But the user should get an
information about problems with huge numbers, perhaps a remark in the help,
that it is not recommended to use values above ...

We have a bug report that asks for a larger upper limit and I think as long
as Excel has one and there is no technical reason to deny this we should
increase it. I think at least the 1E10 that Excel allows is something we
should do, everything above this is something for discussions.

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

Re: [Libreoffice] [PATCH] Make base debug.hxx free

[Jan Holesovsky]

Hi Jacek,

Jacek Wolszczak píše v So 11. 06. 2011 v 11:21 +0200:

> The patches attached hereto make base debug.hxx free.
> I removed a lot of DBG_CHKTHIS, DBG_CTOR and DBG_DTOR with NULL argument
> and did some standard #ifdef DBG_UTIL to #if OSL_DEBUG_LEVEL > 0
> conversion.
> 
> I'm especially interested in getting some feedback on removing functions like:
> DBG_CTOR(ODBTableDecorator, NULL);
> DBG_DTOR(ODBTableDecorator, NULL);

Terribly sorry for the late answer, your mail fell through the cracks
somehow :-(

So - I myself have never used this kind of debug, and I think, it is
much better to use valgrind to check for bugs that might be somehow
uncovered by these DBG_CTOR etc. checks (if I understood them
correctly).

Though, they seem to be used more widely than just in base; so my
preferred approach (if we want to get rid of these) would be to come up
with a script that will remove the DBG_CTOR / DBG_DTOR / ... over all
the codebase - how does that sound?

Thank you,
Kendy

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

Re: [Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi Caolan, Michael, *,

Am Donnerstag, 21. Juli 2011, 12:58:53 schrieb Caolán McNamara:
> There's no actual compiler/linker error included in that log. Its a
> parallel build and the error messages from vcl itself are probably mile
> back in your buffer. Just do a make -sr in vcl which is the reported
> failed module and post the results here.
> 
> Your very first post had the type of information that is useful, e.g.
> the linker errors. Assuming its still the same "missing glib and gtk"
> symbols error as reported as the last blocker, then we probably need to
> see the link line to see whether the libs for glib/gtk are missing from
> the command line, or if they are present but just not working, e.g.
> wrong architecture. Seeing as there are stacks of SuSE people building
> every day it must be a fairly trivial glitch.

yes, you are right. If I go to the vcl module and build there with make -r 
after a rm 
-Rf of unxlngx6.pro I got the old error messages:

/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::IMHandler::signalIMPreeditChanged(_GtkIMContext*, 
void*)':
gtkframe.cxx:(.text+0x991f): undefined reference to 
`gtk_im_context_get_preedit_string'
gtkframe.cxx:(.text+0x9a56): undefined reference to 
`pango_attr_list_get_iterator'
gtkframe.cxx:(.text+0x9a6a): undefined reference to `pango_attr_iterator_range'
gtkframe.cxx:(.text+0x9aa4): undefined reference to `g_utf8_pointer_to_offset'
gtkframe.cxx:(.text+0x9ab9): undefined reference to `g_utf8_pointer_to_offset'
gtkframe.cxx:(.text+0x9ac5): undefined reference to 
`pango_attr_iterator_get_attrs'
gtkframe.cxx:(.text+0x9b07): undefined reference to `pango_attribute_destroy'
gtkframe.cxx:(.text+0x9b2a): undefined reference to `pango_attribute_destroy'
gtkframe.cxx:(.text+0x9b49): undefined reference to `g_slist_free'
gtkframe.cxx:(.text+0x9b83): undefined reference to `pango_attr_iterator_next'
gtkframe.cxx:(.text+0x9b9d): undefined reference to `g_free'
gtkframe.cxx:(.text+0x9ba7): undefined reference to `pango_attr_list_unref'
gtkframe.cxx:(.text+0x9cf4): undefined reference to `g_free'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::EndSetClipRegion()':
gtkframe.cxx:(.text+0x114e): undefined reference to 
`gdk_window_shape_combine_region'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::ResetClipRegion()':
gtkframe.cxx:(.text+0x1174): undefined reference to 
`gdk_window_shape_combine_region'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::Beep(unsigned short)':
gtkframe.cxx:(.text+0x120e): undefined reference to `gdk_display_beep'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::Sync()':
gtkframe.cxx:(.text+0x1489): undefined reference to `gdk_display_sync'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::ToTop(unsigned short)':
gtkframe.cxx:(.text+0x16f6): undefined reference to `gtk_widget_grab_focus'
gtkframe.cxx:(.text+0x1747): undefined reference to `gtk_window_present'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::moveWindow(long, long)':
gtkframe.cxx:(.text+0x28e8): undefined reference to `gtk_fixed_move'
gtkframe.cxx:(.text+0x292e): undefined reference to `gtk_window_move'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::resizeWindow(long, long)':
gtkframe.cxx:(.text+0x2996): undefined reference to `gtk_window_resize'
gtkframe.cxx:(.text+0x29aa): undefined reference to 
`gtk_widget_set_size_request'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::SetWindowState(SalFrameState const*)':
gtkframe.cxx:(.text+0x2faa): undefined reference to `gtk_window_deiconify'
gtkframe.cxx:(.text+0x30fb): undefined reference to `gtk_window_iconify'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::getFromWindow(_GtkWindow*)':
gtkframe.cxx:(.text+0x311d): undefined reference to `g_object_get_data'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::SetDefaultSize()':
gtkframe.cxx:(.text+0x4625): undefined reference to `gtk_window_maximize'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6

[Libreoffice] [REVIEW] newer vcredist_x64.exe

[Andras Timar]

Hi,

For 32-bit Windows we ship the latest Microsoft Visual C++ 2008
Redistributable but for 64-bit Windows it is an older version. The
following patches update vcredist_x64.exe to the same version as
vcredist_x86.exe. Please review and cherry-pick to libreoffice-3-4
branch. Also, don't forget to replace the file on build servers. :)

http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?id=3f0ea8071584476c1de5b5123d21dcfaba8310a2
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=2a7e47e22366b10a35d50c69f0304e95832328e9

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

[Libreoffice] [ANN] LibreOffice 3.4.2 RC2 available

[Petr Mladek]

Hi *,

for 3.4.2 rc2, we're now uploading builds to a public (but non-mirrored
- so don't spread news too widely!) place, as soon as they're available.
Grab them here:

http://dev-builds.libreoffice.org/pre-releases/

If you've a bit of time, please give them a try & report *critical* bugs
not yet in bugzilla here, so we can incorporate them into the release
notes. Please note that it takes approximately 24 hours to populate the
mirrors, so that's about the time we have to collect feedback.

IMPORTANT:
Please, test statistic and matrix functions in Calc. They
might be affected by a rather extensive fix for
https://bugs.freedesktop.org/show_bug.cgi?id=38028.


The list of fixed bugs in this release is here:

http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-4-2-release-3.4.2.2.log

So playing with the areas touched there also greatly appreciated - and
validation that those bugs are really fixed.


NB: I'm jumping in for colleagues on vacation, but don't follow all
developer/release lists closely. In case there are major stoppers,
please Cc me or Florian into your reply. Thanks!

Thanks a lot for your help,
Petr


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

Re: [Libreoffice] spurious compile errors

[Bjoern Michaelsen]

On Thu, 21 Jul 2011 13:19:28 +0100
Michael Meeks  wrote:
 
>   Bjoern - any thoughts ?

With the given info not really. If I get that right Debian squeeze still
has the somewhat problematic unpatched make version:

 http://packages.debian.org/squeeze/make
 https://bugs.launchpad.net/ubuntu/+source/make-dfsg/+bug/759704
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622644
 http://savannah.gnu.org/bugs/?20033

but it is hard to tell, if that is the issue here with the given info.
Other than that, I had some issues with some of the in-build
unittests recently (they seem to miss some runtime deps), but IIRC that
was not in framework or editeng.

Best,

Bjoern

-- 
https://launchpad.net/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] DDEInitiate bug

[Knut Olav Bøhmer]

2011/7/21 Knut Olav Bøhmer :
> 2011/7/21 Caolán McNamara :
>> On Sat, 2011-07-16 at 11:06 +0200, Knut Olav Břhmer wrote:
>>> > pImp->hConv = DdeConnect( pInst->hDdeInstCli,*pService,*pTopic, NULL);
>>> > DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
>>> > is in unicows.
>>
>> http://support.microsoft.com/kb/136218
>>
>> Google says "setting up a DDE connection involves sending a message to
>> *every* top-level window to see if it will accept the conversation.
>> You've got a process that is not clearing its message queue"
>>
>> I guess the thing to try and find out is what process is the one not
>> responding to the DdeConnect, whether its LibreOffice itself in some
>> fashion or some other app.
>
> Thank you. It seams logical, as the 20 second delay is te standard
> timeout value for dde.
> I'll see what I can do using Spy++, something else or something similar :)

Spy++ did not help me much. It just dies :(

>> I presume your DdeServer there is working and not the one itself
>> directly blocking the DdeConnect ?
>
> My DDEserver is working, but it is not (so) important. It's just used
> to reproduce the bug in the /real/ program, which I can not
> distribute, and which I don't have the source code for.



-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [PATCH] Import of xrefs to numbered paragraphs from docx

[Troy Rollo]

The first part of this patch adds importing of cross-references to numbered
paragraphs from docx file.

The second part provides a fix to imports of bookmarks from docx, which in
the test files I have end up importing with an empty bookmark name. The
problem is that for each bookmark, DomainMapper_Impl::AddBookmark is called
twice - once with an empty string for rBookmarkName, and once for the
string that is in the file. The fix I have used is to ensure the passed in
name is used if the bookmark has presiously been added, and the old one has
an empty string as the name. This works, but I am not sure it is correct -
I have not investigated why it is called with an empty string in the first
place.
---
 writerfilter/source/dmapper/DomainMapper_Impl.cxx |   20 +++-
 1 files changed, 19 insertions(+), 1 deletions(-)

diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx 
b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
index 9944c8c..28d6215 100644
--- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx
+++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
@@ -2680,6 +2680,21 @@ void DomainMapper_Impl::CloseFieldCommand()
 //above-below
 nFieldPart = text::ReferenceFieldPart::UP_DOWN;
 }
+else if( lcl_FindInCommand( pContext->GetCommand(), 
'r', sValue ))
+{
+//number
+nFieldPart = text::ReferenceFieldPart::NUMBER;
+}
+else if( lcl_FindInCommand( pContext->GetCommand(), 
'n', sValue ))
+{
+//number-no-context
+nFieldPart = 
text::ReferenceFieldPart::NUMBER_NO_CONTEXT;
+}
+else if( lcl_FindInCommand( pContext->GetCommand(), 
'w', sValue ))
+{
+//number-full-context
+nFieldPart = text::ReferenceFieldPart::UP_DOWN;
+}
 xFieldProperties->setPropertyValue(
 rPropNameSupplier.GetName( 
PROP_REFERENCE_FIELD_PART ), uno::makeAny( nFieldPart ));
 }
@@ -2980,7 +2995,10 @@ void DomainMapper_Impl::AddBookmark( const 
::rtl::OUString& rBookmarkName, const
 xCursor->gotoRange( xTextAppend->getEnd(), true );
 uno::Reference< container::XNamed > xBkmNamed( xBookmark, 
uno::UNO_QUERY_THROW );
 //todo: make sure the name is not used already!
-xBkmNamed->setName( aBookmarkIter->second.m_sBookmarkName );
+if ( aBookmarkIter->second.m_sBookmarkName.getLength() > 0 )
+xBkmNamed->setName( aBookmarkIter->second.m_sBookmarkName );
+else
+xBkmNamed->setName( rBookmarkName );
 xTextAppend->insertTextContent( uno::Reference< text::XTextRange 
>( xCursor, uno::UNO_QUERY_THROW), xBookmark, !xCursor->isCollapsed() );
 m_aBookmarkMap.erase( aBookmarkIter );
 }
-- 
1.7.2.5

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

Re: [Libreoffice] spurious compile errors

[Michael Meeks]

Hi Eike,

On Thu, 2011-07-21 at 14:00 +0200, Eike Rathke wrote:
> Building master on Debian Squeeze x86_64 unxlngx6.pro --with-num-cpus=2
> --with-max-jobs=3 reported breakages in modules editeng and framework,

Oooh - interesting; and annoying - thanks for the report !

> unfortunately the real errors went out of sight of the scrollback buffer
> (I'll set that to 2000 lines..). cd'ing into the modules and running
> make did not reveal any error, a subsequent make in bootstrap finally
> built up to install sets.

Particularly odd since editeng and framework are nice, new, clean
gnu-make-ised modules which should (in theory) work much better in this
regard.

Bjoern - any thoughts ? Eike - we're hoping to land gnumake4 today /
tomorrow - which may improve things here.

> I suspect some racing condition in the parallel build process. Maybe
> other reports of build breakages are related to this.

Could be; I've not seen it myself - but it'd be great to catch and nail
down.

Thanks !

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] spurious compile errors

[Norbert Thiebaud]

On Thu, Jul 21, 2011 at 7:00 AM, Eike Rathke  wrote:
> Hi,
>
> Building master on Debian Squeeze x86_64 unxlngx6.pro --with-num-cpus=2
> --with-max-jobs=3 reported breakages in modules editeng and framework,
> unfortunately the real errors went out of sight of the scrollback buffer
> (I'll set that to 2000 lines..). cd'ing into the modules and running
> make did not reveal any error, a subsequent make in bootstrap finally
> built up to install sets.

check for a file named build_error.log  it should contain the full
output of the failed modules.

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

Re: [Libreoffice] [REVIEW] fix for fdo#37218: tinv only takes values up to 10000 as second parameter

[Regina Henschel]

Hi Markus,

Markus Mohrhard schrieb:

Hello,

this patch removes the check for the upper bound of the second parameter
of TINV. I checked the algorithm of TINV but there seems to be no reason
to limit this number.

The only problem is that for values greater than 1E14 the rounding error
dramatically increases but in my opinion everyone who uses such large
numbers should know about problems related to rounding and floating
point arithmetic.


I have no definite opinion on the upper limit of the second parameter. 
It is "degree of freedom" and 1E5 covers already exploring 5000 records. 
I don't know whether a larger limit is needed. But the user should get 
an information about problems with huge numbers, perhaps a remark in the 
help, that it is not recommended to use values above ...


Do you have valid reference values for the accuracy? Are the values of 
TINV worse or better than approximating with standard normal distribution?


There are some loops involved. Do you test the performance with huge values?

Kind regards
Regina

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

[Libreoffice] spurious compile errors

[Eike Rathke]

Hi,

Building master on Debian Squeeze x86_64 unxlngx6.pro --with-num-cpus=2
--with-max-jobs=3 reported breakages in modules editeng and framework,
unfortunately the real errors went out of sight of the scrollback buffer
(I'll set that to 2000 lines..). cd'ing into the modules and running
make did not reveal any error, a subsequent make in bootstrap finally
built up to install sets.

I suspect some racing condition in the parallel build process. Maybe
other reports of build breakages are related to this.

  Eike

-- 
 PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
 Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


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

Re: [Libreoffice] DDEInitiate bug

[Caolán McNamara]

On Sat, 2011-07-16 at 11:06 +0200, Knut Olav Bøhmer wrote:
> > pImp->hConv = DdeConnect( pInst->hDdeInstCli,*pService,*pTopic, NULL);
> > DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
> > is in unicows.

http://support.microsoft.com/kb/136218

Google says "setting up a DDE connection involves sending a message to
*every* top-level window to see if it will accept the conversation.
You've got a process that is not clearing its message queue" 

I guess the thing to try and find out is what process is the one not
responding to the DdeConnect, whether its LibreOffice itself in some
fashion or some other app.

I presume your DdeServer there is working and not the one itself
directly blocking the DdeConnect ?

C.

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

Re: [Libreoffice] [PATCH] Splash screen fix for multi-head on Linux (bug 33214)

[Christian Lohmaier]

Hi Kendy, Josh, *,

On Wed, Jul 20, 2011 at 6:31 PM, Jan Holesovsky  wrote:
> On 2011-07-20 at 13:23 +0200, Christian Lohmaier wrote:
>
>> Any specific reason for this construct?
>>
>> +        int i = 0;
>> +        for( ; i < n_xinerama_screens; i++ )
>
> Like, why not for( int i = 0; i < n_xinerama_screens; i++ ) ?

Yes, exactly.

> The
> splash is in C, not C++, so this wouldn't work there (unless C99 mode is
> used I think).

Thanks a lot :-) Learning new (or old, depends on how you look at it
:-)) every day...

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

Re: [Libreoffice] Minutes of the tech. steering call

[Caolán McNamara]

On Tue, 2011-07-19 at 18:02 +0200, Jan Holesovsky wrote:
> * cannot upgrade easily from one daily to another
> * biggest problem with windows minor / milestone no.

https://bugs.freedesktop.org/show_bug.cgi?id=39160 is the bug number for
this.

a) We should probably bump the version-id on master after a release
branch is created from it, and bump e.g. 3-4 when 3-4-X is created so
that e.g. when 3-4-2 is created its version is set to 3.4.2 and 3-4 is
set to 3.4.3 at the same time ?

b) Some pokery required to get each daily from a version to update the
previous one ?, say e.g. just splitting up MAX_INT or something over a
timeframe of 1-3 years and taking the distance in time from the last
commit to the creation of the branch tag (whatever the terminology is)
and automatically assign a update id for dailies off that ?

C.

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

[Libreoffice] file-selector oddness / duplication ...

[Michael Meeks]

Hi there,

I was wondering why:

sc/source/ui/vba/vbaapplication.cxx
and
sc/source/ui/vba/vbafiledialog.cxx

had this complicated duplication of this big ugly block:

sal_Bool bUseXFilePicker2 = false;
uno::Reference< lang::XServiceInfo > xServiceInfo( xFilePicker, 
UNO_QUERY );
if ( xServiceInfo.is() )
{
rtl::OUString sImplName = xServiceInfo->getImplementationName();
if ( 
sImplName.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM("com.sun.star.comp.fpicker.VistaFileDialog"))
 ||

sImplName.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM("com.sun.star.ui.dialogs.SalGtkFilePicker"))
 )
{
bUseXFilePicker2 = sal_True;
}
}
uno::Sequence< rtl::OUString > aSelectedFiles;
if ( bUseXFilePicker2 && xFilePicker2.is() )
{
// On Linux, XFilePicker->getFiles() always return one selected 
file although we select more than one file, also on Vista
// XFilePicker->getFiles() does not work well too, so we call 
XFilePicker2->getSelectedFiles() to get selected files.
aSelectedFiles = xFilePicker2->getSelectedFiles();
}

AFAIR only those two services implement xFilePicker2 anyway - so it
-looks- to me as if all of it is redundant except for:

if ( xFilePicker2.is() )

which of course we should always prefer.

Any idea why that heavy-lifting service name check is there ? I'd like
to bin it from both places: in future all fpicker services should use
XFilePicker2 (ideally).

Thanks,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] Make RPMs

[Caolán McNamara]

On Wed, 2011-07-20 at 07:46 +0700, Nguyen Vu Hung (KiEi) wrote:
> Executive summary: By adding "--enable-epm", I got an error: 
> rpm -bb: option not found.

It tried rpm -bb (old-style) because rpmbuild wasn't found. Install
rpmbuild. I decommission my RHEL-5 box last week or so, but rpmbuild was
probably in "rpm-build" on RHEL-5 as well as RHEL-6.

C.

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

Re: [Libreoffice] [REVIEW] fix for fdo#37218: tinv only takes values up to 10000 as second parameter

[Eike Rathke]

Hi Markus,

On Wednesday, 2011-07-20 19:29:47 +0200, Markus Mohrhard wrote:

> after a quick test it seems that excel allows values up to 1E10. I'm open
> for suggestions but 1E5 is definitely much too low. We should choose a value
> between 1E10 and 1E14 if we really want to add an upper limit.
> I'm open for any suggestions.

Did you compare the results of Excel and Calc around 1E5 and near the
1E10 limit?

  Eike

-- 
 PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
 Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


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

Re: [Libreoffice] [REVIEW] fix for fdo#37218: tinv only takes values up to 10000 as second parameter

[Michael Meeks]

On Wed, 2011-07-20 at 19:29 +0200, Markus Mohrhard wrote:
> after a quick test it seems that excel allows values up to 1E10. I'm
> open for suggestions but 1E5 is definitely much too low. We should
> choose a value between 1E10 and 1E14 if we really want to add an upper
> limit.

Matching Excel's limit seems like a no-brainer, though I wonder how our
algorithm performs vs theirs ...

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] Error compiling from master inside vcl

[Michael Meeks]

Hi Andreas,

On Wed, 2011-07-20 at 21:59 +0200, Andreas Mantke wrote:
> a complete clean building in a new / clean shell with a fresh autogen.sh with 
> the 
> options above didn't help, but  now I get another error inside vcl (vcl 
> seemed to be 
> an nightmare to me):

Goodness - lets hope we get to the bottom of this & can add a check to
avoid others hitting it.

> ---
> Oh dear - something failed during the build - sorry !
>   For more help with debugging build errors, please see the section in:
> http://wiki.documentfoundation.org/Development
> 
>   internal build errors:

Sadly none of the errors you pasted were from vcl/ :-) Can you re-do a
build inside vcl as it says here:

> /bin/sh
> cd /local/libreoffice/gitrepro/libreoffice1/libo
> source ./LinuxX86-64Env.Set.sh
> cd vcl
> make -r

And paste the output from that ?

Oh - and of course better to chase this interactively on IRC I think.

Thanks !

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] Kill Dtwm/CDE

[Caolán McNamara]

On Thu, 2011-07-21 at 03:02 -0600, Tor Lillqvist wrote:
> I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you
> sure that enum is not part of our stable API/ABI?

Its not, the only things you can link to that form the public abi are
the libs in ure/lib whose headers are in the sdk, its a really small set
actually.

C.

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

Re: [Libreoffice] Error compiling from master inside vcl

[Caolán McNamara]

There's no actual compiler/linker error included in that log. Its a
parallel build and the error messages from vcl itself are probably mile
back in your buffer. Just do a make -sr in vcl which is the reported
failed module and post the results here.

Your very first post had the type of information that is useful, e.g.
the linker errors. Assuming its still the same "missing glib and gtk"
symbols error as reported as the last blocker, then we probably need to
see the link line to see whether the libs for glib/gtk are missing from
the command line, or if they are present but just not working, e.g.
wrong architecture. Seeing as there are stacks of SuSE people building
every day it must be a fairly trivial glitch.

C.

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

Re: [Libreoffice] Kill Dtwm/CDE

[Tor Lillqvist]

> So maybe I let the enums untouched and only remove the uses of dtwm, 
> olwm, fourdwm and vuewm. Would this be ok?

Sounds good to me, yes.

--tml

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

[Libreoffice] [PUSHED to branch] feature/gnumake4

[Bjoern Michaelsen]

On Fri, 15 Jul 2011 18:12:18 +0200
Matúš Kukan  wrote:

> I've done my best I think but there was some error with set_soenv
> (first patch) and then something with Library makefiles. It can't
> register components or something like that after my attempt of merge.

Both patches pushed to feature/gnumake4 (first patch adopted as per
Tors comments).

Best,

Bjoern

-- 
https://launchpad.net/~bjoern-michaelsen


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

[Libreoffice] [REVIEW] bugfixes which break the string freeze for 3.4.3

[Andras Timar]

Hi,

2 or 3 weeks ago we agreed on the tech. steering call that we allow
bugfixes which break the string freeze, providing that translators have
enough time to catch up before release. So I suggest the following
patches to be cherry-picked to libreoffice-3-4 branch.

Update the operation of delete and backspace key fdo#31652
The operation of these two buttons are interchanged, so help needs update.
http://cgit.freedesktop.org/libreoffice/help/commit/?id=cf330b6e18030da5fb0d60c8bc9f9aa6f2bb824e

add Teke-Eboo language - fdo#37275
http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=62822cb7725fb8310c84f19517c9bc1ef25e8245

change 97/XP/2000 to 97/XP/2000/2003 - fdo#36734
http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=44421238abce72de88f2f8ba88503d7a2ddc9f82
http://cgit.freedesktop.org/libreoffice/filters/commit/?id=f456fed4e137b50f5ea350f30a8fe996b3f61dee

change 2007 XML to 2007/2010 XML in UI strings - fdo#36735
http://cgit.freedesktop.org/libreoffice/filters/commit/?id=4f418c15105a519bf11229750c3578f53777aaf0

change SV_BUTTONTEXT_LESS from More to Less - fdo#36663
http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=6934d9f0a0f8c89e384c9dd452b7a305bc8cd5f7

make these entries localizable - fdo#36274
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=ff535f4e4462495a5623404fbc0f96eadec2dd82

remove link to non-existing topic fdo#35823
http://cgit.freedesktop.org/libreoffice/help/commit/?id=2a2b1351ee5d0ca2ce6e55963797f7ca2e623e3a

make strings localizable - fdo#36706 (dupes: fdo#39224, fdo#38905)
http://cgit.freedesktop.org/libreoffice/calc/commit/?id=35297aeb038fe3fd3e35cd73500a51fa3163b487
http://cgit.freedesktop.org/libreoffice/impress/commit/?id=d34a90364ea74b8444bd2393efeb302dd8258b3b

Many thanks,
Andras


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

Re: [Libreoffice] Kill Dtwm/CDE

[Thomas Arnhold]

Here is the output of PrintInfo():

Environment
$XENVIRONMENT   ""
$DISPLAY":0.0"
$SAL_VISUAL ""
$SAL_FONTPATH   ""
$SAL_NOSEGV ""
$SAL_IGNOREXERRORS  ""
$SAL_PROPERTIES ""
$SAL_WM ""
$SAL_SYNCHRONIZE""
Client
Host"acer"
Display
Host":0.0"
Vendor (Release)"The X.Org Foundation (11003000)"
Protocol11.0
Screen (count,def)  0 (1,0)
shift ctrl alt  Shift_L (0xFFE1) Control_L (0xFFE3) Alt_L 
(0xFFE9)
XMaxRequestSize 262140 16777212 [bytes]
Properties  0x1000FCB
Windowmanager   0
WMName  Mutter
Screen
Resolution/Size 96*96 1366*768 16.3"
Black&White 0 65535
RGB 0xf800 0x7e0 0x1f
Visual  16-bit TrueColor ID=0x21


Thomas

On 07/21/2011 11:02 AM, Tor Lillqvist wrote:

I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you sure that 
enum is not part of our stable API/ABI?

If it isn't, then you presumably can remove "vuewm" from the enum, too, wasn't 
VUE some even older HP-UX-specific window manager and/or desktop environment? (I should 
know; I used HP-UX machines back then... but I have forgotten;)

And "FourDwm" (SGI's 4DWM) and "olwm" (the OpenLook WM) (and their uses)...?

--tml


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

[Libreoffice] [REVIEW] pptx import - hyperlink decoration

[Radek Doulík]

Hi all,

I am looking for 1 review to include the patch in 3-4 branch. It fixes
problem with hyperlinks decoration in imported pptx documents.

http://cgit.freedesktop.org/libreoffice/filters/commit/?id=bfa1f314e328e1363798880c431916f91f541d9c

commit bfa1f314e328e1363798880c431916f91f541d9c
Author: Radek Doulik 
Date:   Mon May 30 13:39:11 2011 +0200

set link text properties

 - hlink color from color scheme (if not overriden by text character 
properties)
 - single underline ( ditto )

Cheers
Radek




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

Re: [Libreoffice] Kill Dtwm/CDE

[Thomas Arnhold]

I'm not really sure. I could bring those enum values back. This enum is 
only used once at:


http://opengrok.libreoffice.org/xref/libs-gui/vcl/unx/generic/app/saldisp.cxx#871

Strangely SAL_WM is empty on my PC (gnome).

So maybe I let the enums untouched and only remove the uses of dtwm, 
olwm, fourdwm and vuewm. Would this be ok?


Thomas

On 07/21/2011 11:02 AM, Tor Lillqvist wrote:

I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you
sure that enum is not part of our stable API/ABI?

If it isn't, then you presumably can remove "vuewm" from the enum,
too, wasn't VUE some even older HP-UX-specific window manager and/or
desktop environment? (I should know; I used HP-UX machines back
then... but I have forgotten;)

And "FourDwm" (SGI's 4DWM) and "olwm" (the OpenLook WM) (and their
uses)...?

--tml

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

Re: [Libreoffice] LO Custom properties

[Michael Meeks]

Hi there,

On Thu, 2011-07-21 at 09:15 +0530, swagat sharma wrote:
> Thanks for your valuable time. I'll explain the problem in more
> details.

Great - that is most helpful :-)

> I create a new Document (.odt file). I add some custom properties, Say
> a text and a number, by going into File->Properties->Custom
> Properties.
> I save the file (as .odt) and close it. When I open the file, I go to
> custom properties and they are there.

Right - so the custom properties are saved in a separate stream either:
\05SummaryInformation and/or \05DocumentSummaryInformation - and are in
some magic MS/OLE file format. You can prolly chase some of this down
from here:

http://msdn.microsoft.com/en-us/library/dd908145%28v=office.12%29.aspx

Though there are a lot of links to follow. AFAIR each of Word, Excel
and (particularly) PPT use a slightly different version of this perhaps
different stream names.

One of our bigger missing .ppt export features used to be not exporting
slide names - which (AFAIR) were stored in streams like this too - it'd
be great to fix that: it sucks to loose slide name information.

> Now I save the same file as Microsoft 97/2000/XP format, using 'Save
> As' option. I close and reopen the .doc file again.. All the Custom
> properties are vanished.

Yep - so to find the related code:

/g grep 'SummaryInformation"'

Will show you some fertile places to read (ignore the binfilter stuff).

Hope that helps ! :-)

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] find and replace different dialogue libre office ms office

[Michael Meeks]

Hi there,

On Thu, 2011-07-21 at 15:10 +0700, speedyboiz wrote:
> I want to ask, to find ms office there is a search form that displays
> the character associated with that in the search.

It is certainly possible for you to add the feature. However, this is a
developers list, we are not interested in discussing bug reports without
code (sorry) :-)

Are you willing to hack on this ? do you have a build already ? if so
we can help with some code pointers.

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] [PUSHED] Preserve RTF \'00 sequences (NUL) in strings

[Stephan Bergmann]

On Jul 19, 2011, at 3:51 PM, Caolán McNamara wrote:
> As an aside we should check if the rtl::O[U]StringBuffer append's with a
> 0 character actually do append a 0 to the end of a already null
> terminated string so the ugliness can go away if/when the conversion
> train hits that code.

It sure looks strange that ByteString::Append(char) silently refuses to append 
a null character.  That mis-feature should probably simply be removed.  (And 
rtl::OStringBuffer::append(sal_Char) indeed works correctly for null 
characters.)

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

Re: [Libreoffice] Kill Dtwm/CDE

[Tor Lillqvist]

I noticed you removed the "dtwm" from an enum in saldisp.hxx, are you sure that 
enum is not part of our stable API/ABI?

If it isn't, then you presumably can remove "vuewm" from the enum, too, wasn't 
VUE some even older HP-UX-specific window manager and/or desktop environment? 
(I should know; I used HP-UX machines back then... but I have forgotten;)

And "FourDwm" (SGI's 4DWM) and "olwm" (the OpenLook WM) (and their uses)...?

--tml


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

Re: [Libreoffice] [PUSHED] Review request for 3-4-2 build fix for Windows

[Markus Mohrhard]

after acks from kendy, tor and me pushed to 3-4-2

2011/7/21 Michael Meeks 

>
> On Thu, 2011-07-21 at 10:00 +0200, Fridrich Strba wrote:
> > I need several reviews to get these two fixes to the 3-4-2 branch.
>
> Ack'd both fixes - much cleaner than this (::std::max)(a,b) type
> ugliness IMHO :-) I'd also love to drop the mdds patch that added those.
>
>Thanks,
>
>Michael.
>
> --
>  michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot
>
>
> ___
> 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 request for 3-4-2 build fix for Windows

[Michael Meeks]

On Thu, 2011-07-21 at 10:00 +0200, Fridrich Strba wrote:
> I need several reviews to get these two fixes to the 3-4-2 branch.

Ack'd both fixes - much cleaner than this (::std::max)(a,b) type
ugliness IMHO :-) I'd also love to drop the mdds patch that added those.

Thanks,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


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

[Libreoffice] Kill Dtwm/CDE

[Thomas Arnhold]

Hi,

CDE and Dtwm are pretty outdated and are only standard on HP-UX. As we 
killed main parts of HP-UX support it would be no problem to kill 
Dtwm/CDE as well. I've attached the patches. I would like to know what 
you think about killing it.


In patch 0002... I've removed some Sawfish extra handling as resizing is 
correctly working out of the box with newer Sawfish versions (checked it 
with 1.8.1).


Thomas
>From 716757b7789877575784b68c32c52603ea4baa23 Mon Sep 17 00:00:00 2001
From: Thomas Arnhold 
Date: Wed, 20 Jul 2011 23:52:21 +0200
Subject: [PATCH] Kill dtwm/cde

---
 extras/util/target.pmk |3 ---
 1 files changed, 0 insertions(+), 3 deletions(-)

diff --git a/extras/util/target.pmk b/extras/util/target.pmk
index 4491247..cec58f9 100644
--- a/extras/util/target.pmk
+++ b/extras/util/target.pmk
@@ -244,9 +244,6 @@ FONTS_TFM_TARGET= fontunxtfm
 FONTS_PPDS_TARGET   = fontunxppds
 FONTS_PSSOFTFONTS_TARGET= fontunxpssoft
 
-CDE_ALL_TARGET  = cde
-CDE_ROOT_TARGET = cderoot
-
 KDE_APPLNK_TARGET   = kdeapplnk
 KDE_ICONS_TARGET= kdeicons
 KDE_ICONS_MINI_TARGET   = kdemini
-- 
1.7.6

>From 7e7607b278de978429de23794bfc905c00a807b5 Mon Sep 17 00:00:00 2001
From: Thomas Arnhold 
Date: Wed, 20 Jul 2011 23:52:29 +0200
Subject: [PATCH] Kill dtwm/cde

---
 shell/source/unix/exec/shellexec.cxx |6 --
 1 files changed, 0 insertions(+), 6 deletions(-)

diff --git a/shell/source/unix/exec/shellexec.cxx b/shell/source/unix/exec/shellexec.cxx
index 1bbc2fd..a9f06f1 100644
--- a/shell/source/unix/exec/shellexec.cxx
+++ b/shell/source/unix/exec/shellexec.cxx
@@ -221,12 +221,6 @@ void SAL_CALL ShellExec::execute( const OUString& aCommand, const OUString& aPar
 {
 aBuffer.append(aDesktopEnvironment);
 aBuffer.append("-");
-
-/* CDE requires file urls to be decoded */
-if ( m_aDesktopEnvironment.equals("CDE") && 0 == aURL.compareToAscii("file://", 7) )
-{
-aURL = rtl::Uri::decode(aURL, rtl_UriDecodeWithCharset, osl_getThreadTextEncoding());
-}
 }
 }
  
-- 
1.7.6

>From b2f2567b186697dc31108afcdfc48c02833ae11e Mon Sep 17 00:00:00 2001
From: Thomas Arnhold 
Date: Wed, 20 Jul 2011 23:47:26 +0200
Subject: [PATCH 1/2] Kill dtwm/cde

---
 vcl/Library_vclplug_gen.mk|1 -
 vcl/inc/unx/cdeint.hxx|   47 
 vcl/inc/unx/desktops.hxx  |3 +-
 vcl/inc/unx/saldisp.hxx   |1 -
 vcl/inc/unx/wmadaptor.hxx |1 -
 vcl/unx/generic/app/saldisp.cxx   |   11 -
 vcl/unx/generic/app/wmadaptor.cxx |   68 +--
 vcl/unx/generic/desktopdetect/desktopdetector.cxx |   20 --
 vcl/unx/generic/gdi/cdeint.cxx|  237 -
 vcl/unx/generic/gdi/dtint.cxx |   22 --
 vcl/unx/generic/plugadapt/salplug.cxx |2 +-
 vcl/unx/generic/window/salframe.cxx   |   28 ---
 12 files changed, 3 insertions(+), 438 deletions(-)
 delete mode 100644 vcl/inc/unx/cdeint.hxx
 delete mode 100644 vcl/unx/generic/gdi/cdeint.cxx

diff --git a/vcl/Library_vclplug_gen.mk b/vcl/Library_vclplug_gen.mk
index d195400..1a7dfc8 100644
--- a/vcl/Library_vclplug_gen.mk
+++ b/vcl/Library_vclplug_gen.mk
@@ -111,7 +111,6 @@ $(eval $(call gb_Library_add_exception_objects,vclplug_gen,\
 vcl/unx/generic/dtrans/X11_selection \
 vcl/unx/generic/dtrans/X11_service \
 vcl/unx/generic/dtrans/X11_transferable \
-vcl/unx/generic/gdi/cdeint \
 vcl/unx/generic/gdi/dtint \
 vcl/unx/generic/gdi/gcach_xpeer \
 vcl/unx/generic/gdi/pspgraphics \
diff --git a/vcl/inc/unx/cdeint.hxx b/vcl/inc/unx/cdeint.hxx
deleted file mode 100644
index c2b7d57..000
--- a/vcl/inc/unx/cdeint.hxx
+++ /dev/null
@@ -1,47 +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).
- *
- 

[Libreoffice] find and replace different dialogue libre office ms office

[speedyboiz]

Hi All,

I want to ask, to find ms office there is a search form that displays the
character associated with that in the search. libreoffice different, the
results find all the libreoffice only provide color for character in the
search. is it possible to add columns like the search dialog find all
ms-office?
Sorry if a bad language.

-- 


Best Regards,




Asep Kurnia
**
Mobile : +62856 1655175
Email : asep.kur...@leadershipqb.com | asep.kurni...@gmail.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Review request for 3-4-2 build fix for Windows

[Fridrich Strba]

Hello, good people,

I need several reviews to get these two fixes to the 3-4-2 branch.

http://cgit.freedesktop.org/libreoffice/libs-extern-sys/commit/?h=libreoffice-3-4 
(2 reviews)


and

http://cgit.freedesktop.org/libreoffice/calc/commit/?id=a027bee4bb2565f14eb70c4325592b23a86c007a 
(3 review)


Without them our rc2 is not buildable on Windows :(

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