date:20120125

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

--- Comment #145 from Simon Kornblith  2012-01-25 20:21:08 
PST ---
Nominate Bug 45248. This is a seemingly minor regression, but it breaks our
extension quite badly :(

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Simon Kornblith  changed:

   What|Removed |Added

 Depends on||45248

--- Comment #144 from Simon Kornblith  2012-01-25 20:17:52 
PST ---
Nominate Bug 45248.

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

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-25 Thread Cor Nouws


Tim Hardeck wrote (25-01-12 15:29)

On Wednesday 25 January 2012 12:46:02 Jan Holesovsky wrote:



Also I changed the ZOOM_FACTOR from 1.1 to 2^(1/4), it feels better
here, the 1.1 means way too much wheel rotation to increase / decrease
the zoom considerably; but of course can be changed easily when another
[..]


I also thought that 1.2 was a better fit so fine with me.


Hmm, the issue was that the zoom factor also is used for the + and - in 
the zoom slider at the status bar. Jumping from 100 to 125% or so, is 
way to fast. Of course just IMHO ..


What do others think ?

(cc de UX list)

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

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

[Libreoffice] For developers to be: how to prepare to take the best from this year's FOSDEM

2012-01-25 Thread Fridrich Strba


Hello, good people,

I wrote a short blog about how to make the best of this year's FOSDEM if 
you are coming. Eilidh McAdam of libvisio fame will be there and we are 
ready to make our possible to have you started there and then in 
developing LibreOffice import filters. If you just lurk at this list and 
are coming to FOSDEM, please read 
http://fridrich.blogspot.com/2012/01/fosdem-2012-how-to-make-best-of-it-and.html 
and if you are not coming, please spread the word wide and high.


Thanks,

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

Re: [Libreoffice] LibreOffice / openIndiana ...

2012-01-25 Thread Michael Stahl

On 25/01/12 22:29, Gary wrote:
> On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote:
>>Anyhow - please do ask questions etc. here - hopefully we're a 
>> friendly
>> lot :-) I'd really recommend building from the "libreoffice-3-5"
>> code-branch, that is feature frozen and about to get released, whereas
>> 3.4 is some rather ultra deep-frozen branch.
> 
> Hi Michael,
> 
> Where would one find the 3.5 release? In the git repo?

hi Gary,

i've just added a section on checking out the release branch here:

http://wiki.documentfoundation.org/Development/Native_Build

oh, and i definitely second the other Michael's recommendations against
SunStudio: i'd personally only use that again if somebody paid me for
it... and i guess by now it won't be any more work to resurrect the
Solaris/GCC port that OOo used to have many years ago, than to get it to
build again with SunStudio and it's at times peculiar interpretation of
the C++ standard (and don't get me started on its code gen bugs...).

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

Re: [Libreoffice] LibreOffice / openIndiana ...

2012-01-25 Thread Norbert Thiebaud

On Wed, Jan 25, 2012 at 3:29 PM, Gary  wrote:
> On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote:
>>        Anyhow - please do ask questions etc. here - hopefully we're a 
>> friendly
>> lot :-) I'd really recommend building from the "libreoffice-3-5"
>> code-branch, that is feature frozen and about to get released, whereas
>> 3.4 is some rather ultra deep-frozen branch.
>
> Hi Michael,
>
> Where would one find the 3.5 release? In the git repo?

yep:
http://cgit.freedesktop.org/libreoffice/core/

The rest (external packages and other needed repos and external
packages) will get pull after autogen...

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

Re: [Libreoffice] [REVIEW] fix for fdo#43462, ScTableSheetObj::findAll returns always the whole sheet if something is found

2012-01-25 Thread Eike Rathke

Hi,

On Wednesday, 2012-01-25 15:47:48 -0500, Kohei Yoshida wrote:

> On Wed, 2012-01-25 at 21:19 +0100, Markus Mohrhard wrote:
> > http://cgit.freedesktop.org/libreoffice/core/commit/?id=b0af6fd51c644827593f3d69c46dc8074dca0ee3
> I concur.  Pushed to the -3-5 branch with my sign-off.
> We'll need two more sign-off's to put this into 3-5-0.

Ok from me, one more needed.

  Eike

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


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

Re: [Libreoffice] LibreOffice / openIndiana ...

2012-01-25 Thread Gary

On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote:
>        Anyhow - please do ask questions etc. here - hopefully we're a friendly
> lot :-) I'd really recommend building from the "libreoffice-3-5"
> code-branch, that is feature frozen and about to get released, whereas
> 3.4 is some rather ultra deep-frozen branch.

Hi Michael,

Where would one find the 3.5 release? In the git repo?

much thanks,
Gary
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Bug 37361 depends on bug 45067, which changed state.

Bug 45067 Summary: PIVOTTABLE: Pivot Table convert dates fields in text fields 
with date format ('), and don't lets grouping by date fields
https://bugs.freedesktop.org/show_bug.cgi?id=45067

   What|Old Value   |New Value

 Resolution||FIXED
 Status|ASSIGNED|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] [REVIEW][3-5-0][PUSHED]Fix pivot table's date and number grouping, take 2

2012-01-25 Thread Markus Mohrhard

Hey,

>> Kohei Yoshida píše v Út 24. 01. 2012 v 16:53 -0500:
>> > https://bugs.freedesktop.org/show_bug.cgi?id=45067
>> http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=6cc0bf1394ef9d6941d38a55a6155688a6f9bd43
>> We need two more reviews for 3-5-0 branch.
>
> Found fixed. One more review and a sign-off needed.
>

Seems to work and looks good. Pushed to 3-5-0 with my sign-off.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Making default tab prefix name configurable in Calc

2012-01-25 Thread Albert Thuswaldner

Hi Kohei/LO devs,

>> Now, a slightly bigger issue.  The sheet prefix option input box doesn't
>> check for valid sheet name.  It even allows an empty one, which is not
>> very good.  So, we should at least apply the same restriction as in
>> ScDocument::ValidTabName() method (located in document.cxx#250).  You
>> can simply call that method from the option page to validate the name
>> since that method is static.
>>
>> The preferred way to set the restriction is to inspect the new name each
>> time the text value in the input box changes.  You can intercept a input
>> value change event for the input box to do the inspection and accept or
>> reject the new text value.  I believe there are other UI parts that do
>> the same thing so hopefully you can find some example code to follow.
>> If not, let me know and I'll dig in to find one.
>>

This is an old one, other priorities in life, but now I'm back to
finish this

Can you give me any pointers on how to intercept a input value change
event. I've done some digging (looking for an event listener) but
haven't found it quite yet.

Thanks in advance.

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

Re: [Libreoffice] [REVIEW] fix for fdo#43462, ScTableSheetObj::findAll returns always the whole sheet if something is found

2012-01-25 Thread Kohei Yoshida

On Wed, 2012-01-25 at 21:19 +0100, Markus Mohrhard wrote:
> Hey,
> 
> It would be great if we could backport
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=b0af6fd51c644827593f3d69c46dc8074dca0ee3
> to 3-5 and 3-5-0.
> 
> The patch is extremelly safe and just removes the unnecessary and
> wrong usage of ScMarkData in this case. rMark is passed as const
> reference now and the range containing the result is in
> aMatchedRanges.

I concur.  Pushed to the -3-5 branch with my sign-off.

We'll need two more sign-off's to put this into 3-5-0.

Kohei

-- 
Kohei Yoshida, LibreOffice hacker, Calc

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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread Kohei Yoshida

On Wed, 2012-01-25 at 14:05 -0600, Norbert Thiebaud wrote:
> 
> I don't mind the removal of [LibreOffice], but I mind messing with the
> reply-to 

Same here.

Kohei

-- 
Kohei Yoshida, LibreOffice hacker, Calc

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

[Libreoffice] [REVIEW] fix for fdo#43462, ScTableSheetObj::findAll returns always the whole sheet if something is found

2012-01-25 Thread Markus Mohrhard

Hey,

It would be great if we could backport
http://cgit.freedesktop.org/libreoffice/core/commit/?id=b0af6fd51c644827593f3d69c46dc8074dca0ee3
to 3-5 and 3-5-0.

The patch is extremelly safe and just removes the unnecessary and
wrong usage of ScMarkData in this case. rMark is passed as const
reference now and the range containing the result is in
aMatchedRanges.

If you want to check, I also pushed an api test to
sc/qa/extras/sctablesheetobj.cxx testing that we now return the
correct number of elements.

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Bug 37361 depends on bug 43462, which changed state.

Bug 43462 Summary: findAll doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=43462

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Resolution||FIXED
 Status|ASSIGNED|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] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 RC2 available

On Wed, 2012-01-25 at 14:54 +0100, Rainer Bielefeld wrote:
> I got a virus alert, please see "[Bug 45227] New: Virus Kazy.7720 
> detected on installation By Bit defender"

Grief - these are random, depend on the virus checker and are simply
impossible to guard against.

> Might be a pest if lots of uses see the same message.

Yep - but without some hard-core details ~impossible to defend against.
Many virus checkers do the moral equivalent of:

"can we find these sequence of bytes: 0x13 0x67 0xfe 0x78"

if so it must be the foo virus ! ;-)

unfortunately, given the number of these things, the short sequences
that are often checked for etc. etc. the # of false-positives is really
rather high, and it's unclear if we can really work around them. Then
again, the way compression works - hopefully if we just change the
version number to rc3 - perhaps it'll perturb the bit causing the
grief ;-)

Thanks,

Michael.

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

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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread Norbert Thiebaud

On Tue, Jan 24, 2012 at 2:48 PM, Michael Meeks  wrote:
>
> On Tue, 2012-01-24 at 16:26 +0100, Lubos Lunak wrote:
>>  could this mailing list's configuration be changed to not add the pointless
>> [Libreoffice] to the beginning?
>
>        I'd be up for that, in the absence of any violent objections /
> industrial-scale bike-shed construction, lets make a decision at the ESC
> this Thur. :-)

I don't mind the removal of [LibreOffice], but I mind messing with the reply-to

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

[Libreoffice] LibreOffice / openIndiana ...

Hi guys

I was thrilled to read of your efforts trying to get LibreOffice going
on OpenIndiana; it'd be great to get any patches you have back into the
code.

Having said that - I think we -really- want to discourage use of the
sunpro compiler, and I'd suggest trying to build with gcc/g++ and fixing
that. That is likelier to cause fewer problems in the longer run I think
(though we'll need to rip out a number of compiler conditionals for
solaris at the same time I think). We routinely find & have to
workaround compiler bugs, and the fewer compilers we have to support the
better.

Anyhow - please do ask questions etc. here - hopefully we're a friendly
lot :-) I'd really recommend building from the "libreoffice-3-5"
code-branch, that is feature frozen and about to get released, whereas
3.4 is some rather ultra deep-frozen branch.

All the best,

Michael.

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

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

Re: [Libreoffice] [REVIEW 3-4][PUSHED 3-4] fdo#43193: fix rotation of shapes in imported MS documents

Ivan Timofeev píše v St 18. 01. 2012 v 08:43 +0400:
> 17.01.2012 16:49, Thorsten Behrens пишет:
> > Seen pushed on -3-5
> 
> Great, thanks! -3-4 is still pending.

I have ported it for 3-4 (fixed some context). It worked and looked fine
=> I pushed it there, see
http://cgit.freedesktop.org/libreoffice/filters/commit/?h=libreoffice-3-4&id=3475d300ef29866542007e295569075e592bde66


Best Regards,
Petr

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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread Fridrich Strba


OK, thanks for the pointer. I withdraw my vehement opposition then

F.

On 25/01/12 16:25, Lubos Lunak wrote:

http://googlesystem.blogspot.com/2007/11/filter-messages-from-mailing-list-in.html
disagrees.



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

[Libreoffice] [REVIEW] NetBSD fixes

2012-01-25 Thread Francois Tigeot

Hi,

I've just pushed two small fixes to -master and I'd like to have them
cherry-picked to the 3.5 and 3.5.0 branches:

* Ensure Env.Host.sh always return a zero exit code
http://cgit.freedesktop.org/libreoffice/core/commit/?id=a79889083b25d69ae6b801ed8cee90b5dd9199c4

* NetBSD also needs the internal gethostbyname_r() implementation
http://cgit.freedesktop.org/libreoffice/core/commit/?id=5f32a5558e8672ed56d5d393228aefacc632846c

Thanks for reviewing them,

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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread khagaroth

On Wed, Jan 25, 2012 at 12:04 PM, Lubos Lunak  wrote:
> On Tuesday 24 of January 2012, khagaroth wrote:
>> While at it, it would be nice to also set Reply-To:
>> libreoffice@lists.freedesktop.org.
>
>  Oh, well, that's something people will probably never agree on *shrug*. You
> just need to get a mail client that is modern enough (that's, like, last
> decade) to have 'reply-to-mailing-list' and that solves the problem. And that
> was a plural you, if I wanted to get all those useless duplicates of replies
> to my mails, I would have said so.

Tell that to google. I don't understand how they can support filtering
by mailing list so well, but don't have a 'reply to mailing list'
option.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW][3-5-0] Fix pivot table's date and number grouping, take 2

2012-01-25 Thread Eike Rathke

Hi,

On Wednesday, 2012-01-25 17:36:02 +0100, Petr Mladek wrote:

> Kohei Yoshida píše v Út 24. 01. 2012 v 16:53 -0500:
> > https://bugs.freedesktop.org/show_bug.cgi?id=45067
> http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=6cc0bf1394ef9d6941d38a55a6155688a6f9bd43
> We need two more reviews for 3-5-0 branch.

Found fixed. One more review and a sign-off needed.

  Eike

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


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

Re: [Libreoffice] [REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107

On Wed, 2012-01-25 at 16:44 +0100, Andras Timar wrote:
> Result on Windows is confusing. My test language was Hindi (hi).
> 
> Case 1 - without the patch in officecfg
> ...
> default-font entry for "hi" "IN" "" added
...
> searching for a node for "hi" "" "" for type UI_SANS

> BTW it was not called from outdev3.cxx

Righteo, so might as well get the backtrace from unotools when the
locale Language is "hi" and locale Country isEmpty() and see where that
bare "hi" comes from. 

I suspect that "hi" was basically injected in from from GetUILocale
maybe and *probably" your /path/to/3/user/registrymodifications.xcu has
a oor:name="UILocale" ... hi, right ? not
hi-IN.

If that's the case, then fair enough, I'm happy that there's nothing
horribly busted here and its simply an unexpected side-effect of
renaming hi-IN etc to hi uncovering that the config for default fonts
was over-specialized.

Assuming that UILocale is set as "hi" in the config then I suspect that
comes originally from code like optgdlg.cxx:1482 aLangString =
seqInstalledLanguages[d-1] where the name of the language comes from the
name of the installed language packs.

C.

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

Re: [Libreoffice] [REVIEW][3-5-0] Fix pivot table's date and number grouping, take 2

Kohei Yoshida píše v Út 24. 01. 2012 v 16:53 -0500:
> Again, this fixes
> 
> https://bugs.freedesktop.org/show_bug.cgi?id=45067
> 
> Since we've already branched for 3.5.0, I'll need three sign-off's to
> get this piece into 3.5.0 final.  Reviews and sign-off will be
> appreciated.

Works well here. It correctly creates pivot table with dates and with
strings and allows to group them accordingly. The patch looks sensible
=> pushed to 3-5 branch, see 
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=6cc0bf1394ef9d6941d38a55a6155688a6f9bd43

We need two more reviews for 3-5-0 branch.


Best Regards,
Petr


PS: I attach another test file from Kohei that allows to test both types
(dates and strings) when creating the pivot table.


test-pivot.ods
Description: application/vnd.oasis.opendocument.spreadsheet
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-25 Thread Stefan Knorr (Astron)

Sounds good. Had checked Tim's original patch yesterday and liked the
behaviour so far.

Astron.

On 25/01/2012, Tim Hardeck  wrote:
> Hi Kendy,
>
> thanks for the commit and cleanup. I also thought that 1.2 was a better fit
> so fine with me.
>
> Regards
> Tim
>
> On Wednesday 25 January 2012 12:46:02 Jan Holesovsky wrote:
>> Hi Tim,
>>
>> On 2012-01-24 at 17:38 +0100, Tim Hardeck wrote:
>>
>> > thanks for the information, I have attached a new patch and also 25% is
>> > enforced like Stefan requested.
>>
>> Great stuff - I've pushed that:
>>
>> http://cgit.freedesktop.org/libreoffice/core/commit/?id=315d2ddc161e4b296febe9e54c3cfc9270310bfe
>>
>> I did a minor stylistic cleanup - I've hidden the helper functions
>> (supposedly you did not want to make them public?), and reduced the
>> indentation in zoomtools.cxx; no point in having the entire file
>> starting at 8th position - I hope it is OK for you :-)
>>
>> Also I changed the ZOOM_FACTOR from 1.1 to 2^(1/4), it feels better
>> here, the 1.1 means way too much wheel rotation to increase / decrease
>> the zoom considerably; but of course can be changed easily when another
>> value feels better.  And now with your nice embedding of this stuff,
>> even the pre-defined values would be easy to implement, should there be
>> demand for that - nice work!
>>
>> Thank you,
>> Kendy
>>
>> ___
>> 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/
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [REVIEW] fdo#43869 use the old rtf importer for paste

2012-01-25 Thread Miklos Vajna

Hi,

See
http://cgit.freedesktop.org/libreoffice/core/commit/?id=bb147bbb801b53dba8928340df7e2aa2d4545349

Could somebody sign-off and push to -3-5, please?

Thanks,

Miklos


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

Re: [Libreoffice] [REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107

2012-01-25 Thread Andras Timar

2012/1/25 Caolán McNamara :
>
> So it seems to have been working correctly under Linux anyway. Can
> you find out what the value of aLocale is in
> OutputDevice::GetDefaultFont under windows for your failing case, i.e. a
> trace with the attached patch in place.

Result on Windows is confusing. My test language was Hindi (hi).

Case 1 - without the patch in officecfg
...
default-font entry for "hi" "IN" "" added
...
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
searching for a node for "hi" "" "" for type UI_SANS
result is ""
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
searching for a node for "hi" "IN" "" for type UI_SANS
result is "Lohit Hindi;Mangal;Lucidasans;Lucida Sans;Andale Sans
UI;Arial Unicode MS;Lucida Sans Unicode;clearlyU"
searching for a node for "hi" "IN" "" for type UI_SANS
result is "Lohit Hindi;Mangal;Lucidasans;Lucida Sans;Andale Sans
UI;Arial Unicode MS;Lucida Sans Unicode;clearlyU"
searching for a node for "hi" "IN" "" for type UI_SANS
result is "Lohit Hindi;Mangal;Lucidasans;Lucida Sans;Andale Sans
UI;Arial Unicode MS;Lucida Sans Unicode;clearlyU"
...
Some characters are corrupted.

Case 2 - with the patch in officecfg
...
default-font entry for "hi" "" "" added
...
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
searching for a node for "hi" "" "" for type UI_SANS
result is "Lohit Hindi;Mangal;Lucidasans;Lucida Sans;Andale Sans
UI;Arial Unicode MS;Lucida Sans Unicode;clearlyU"
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
searching for a node for "en" "" "" for type UI_SANS
result is "Andale Sans UI;Arial Unicode MS;Lucida Sans
Unicode;Tahoma;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans
L;Interface User;WarpSans;Geneva;Tahoma;MS Sans
Serif;Helv;Dialog;Lucida;Helvetica;Charcoal;Chicago;Helmet;Interface
System;Sans Serif"
...
All characters are correct.

BTW it was not called from outdev3.cxx, I did not get log messages
from there, until I created a new document.

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

Re: [Libreoffice] [REVIEW:3-5-0] UPDATE: Swedish hunspell dictionary

2012-01-25 Thread Norbert Thiebaud

2012/1/25 Petr Mladek :
> Andras Timar píše v St 25. 01. 2012 v 12:55 +0100:
>
>> http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=203e688ea667c26d0885a9d62c5a4c90090edb0b
>> Please review and cherry pick to 3-5 and 3-5-0.
>
> Looks fine => pushed into 3-5, see
> http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?h=libreoffice-3-5&id=8774041bbdbfe2419b07f9704a61c8ebbb5ddb19
>
> Two more approvals needed for 3-5-0 branch.

+1 from me. and pushed

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Bug 37361 depends on bug 43869, which changed state.

Bug 43869 Summary: Paste special as RTF inserted at wrong position, undo stack 
damaged
https://bugs.freedesktop.org/show_bug.cgi?id=43869

   What|Old Value   |New Value

 Resolution||FIXED
 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] Wrong cast to css.table.BorderLine2

2012-01-25 Thread Eike Rathke

Hi,

On Wednesday, 2012-01-25 11:17:54 +0100, Stephan Bergmann wrote:

> On 01/25/2012 09:48 AM, Cedric Bosdonnat wrote:
> >Hum, I'll have a look at that... but my problem with BorderLine and
> >BorderLine2 is that the second one should be used everywhere... and that
> >sometimes isn't the case.
> 
> You apparently need a css.table.TableBorder2 that has members of
> type BorderLine2 instead of plain BorderLine.

Right. Just to say that I'm wading my way through this as Cedric is
occupied with Writer stuff. This is going to be a larger patch that
will also have to go into 3.5.0

  Eike

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


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

Re: [Libreoffice] Changing list setup to not add to subject

On Wednesday 25 of January 2012, Thorsten Behrens wrote:
> Lubos Lunak wrote:
> > (and the filter-it-out suggestion is ridiculous, what if somebody really
> > explicitly also CC-ed me e.g. because it's urgent?).
>
> http://help.cselabs.umn.edu/email/procmail ;)

 Cool! So what exactly is the rule that makes procmail detect whether I'm in 
CC because the sender was lazy and did reply-to-all or because they actually 
wanted me to be in CC?

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

Re: [Libreoffice] Changing list setup to not add to subject

On Wednesday 25 of January 2012, Fridrich Strba wrote:
> On 24/01/12 16:26, Lubos Lunak wrote:
> > - it leaves less room for the actually important part of the subject when
> > browsing mail
> > - which gets expecially insane when forwarding mails futher or between
> > such mailing lists
> > - it makes adding tags like [PUSHED] more cumbersome
> > - one would hope that by 2012 everybody interested in filtering mail can
> > actually do it based on the List-Id header, which has the additional
> > benefit of really filtering mails from the mailing list
>
> Because of the huge traffic of this list, I had to go to gmail with it.
> Now, when I access that gmail from my phone, I don't want to have
> hundreds of messages messing up the actual inbox. And Gmail allows
> server-side filtering only on from/to/subject and has the words/does not
> have the words and presence of attachment.

http://googlesystem.blogspot.com/2007/11/filter-messages-from-mailing-list-in.html
 
disagrees.

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

Re: [Libreoffice] Changing list setup to not add to subject

Lubos Lunak wrote:
> (and the filter-it-out suggestion is ridiculous, what if somebody really 
> explicitly also CC-ed me e.g. because it's urgent?).
> 
http://help.cselabs.umn.edu/email/procmail ;)

-- Thorsten, who simply can't resist the bikeshedding


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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread Fridrich Strba


On 24/01/12 16:26, Lubos Lunak wrote:

- it leaves less room for the actually important part of the subject when
browsing mail
- which gets expecially insane when forwarding mails futher or between such
mailing lists
- it makes adding tags like [PUSHED] more cumbersome
- one would hope that by 2012 everybody interested in filtering mail can
actually do it based on the List-Id header, which has the additional benefit
of really filtering mails from the mailing list


Because of the huge traffic of this list, I had to go to gmail with it. 
Now, when I access that gmail from my phone, I don't want to have 
hundreds of messages messing up the actual inbox. And Gmail allows 
server-side filtering only on from/to/subject and has the words/does not 
have the words and presence of attachment.


I would really object to this change vehemently. Whether my voice counts 
something, that is other thing though.


Cheers

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

Re: [Libreoffice] [REVIEW:3-5-0] UPDATE: Swedish hunspell dictionary

On Wed, 2012-01-25 at 15:35 +0100, Petr Mladek wrote:
> Two more approvals needed for 3-5-0 branch.

+ack from me

C.

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

Re: [Libreoffice] [REVIEW:3-5-0] UPDATE: Swedish hunspell dictionary

Andras Timar píše v St 25. 01. 2012 v 12:55 +0100:

> http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=203e688ea667c26d0885a9d62c5a4c90090edb0b
> Please review and cherry pick to 3-5 and 3-5-0.

Looks fine => pushed into 3-5, see
http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?h=libreoffice-3-5&id=8774041bbdbfe2419b07f9704a61c8ebbb5ddb19

Two more approvals needed for 3-5-0 branch.


Best Regards,
Petr

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

Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 RC2 available

2012-01-25 Thread Volker Merschmann

Hi,

2012/1/25 Rainer Bielefeld :
> Thorsten Behrens schrieb:
>
>> for the upcoming new version 3.5.0, the RC2 builds now start to be
>> available on pre-releases.[...]
>>
>
> I got a virus alert, please see "[Bug 45227] New: Virus Kazy.7720 detected
> on installation By Bit defender"
>
> Might be a pest if lots of uses see the same message.
>
No problem here with Avira Antivirus on Windows XP.

Volker


-- 
Volker Merschmann
Member of The Document Foundation
http://www.documentfoundation.org
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-25 Thread Tim Hardeck

Hi Kendy,

thanks for the commit and cleanup. I also thought that 1.2 was a better fit so 
fine with me.

Regards
Tim

On Wednesday 25 January 2012 12:46:02 Jan Holesovsky wrote:
> Hi Tim,
> 
> On 2012-01-24 at 17:38 +0100, Tim Hardeck wrote:
> 
> > thanks for the information, I have attached a new patch and also 25% is 
> > enforced like Stefan requested.
> 
> Great stuff - I've pushed that:
> 
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=315d2ddc161e4b296febe9e54c3cfc9270310bfe
> 
> I did a minor stylistic cleanup - I've hidden the helper functions
> (supposedly you did not want to make them public?), and reduced the
> indentation in zoomtools.cxx; no point in having the entire file
> starting at 8th position - I hope it is OK for you :-)
> 
> Also I changed the ZOOM_FACTOR from 1.1 to 2^(1/4), it feels better
> here, the 1.1 means way too much wheel rotation to increase / decrease
> the zoom considerably; but of course can be changed easily when another
> value feels better.  And now with your nice embedding of this stuff,
> even the pre-defined values would be easy to implement, should there be
> demand for that - nice work!
> 
> Thank you,
> Kendy
> 
> ___
> 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: This is a digitally signed message part.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107

On Wed, 2012-01-25 at 12:03 +, Caolán McNamara wrote:
> Anyway, best would be to find the bit of locale matching code and see
> why it doesn't do the right thing

The default fonts get selected via OutputDevice::GetDefaultFont in
vcl/source/gdi/outdev3.cxx which calls
DefaultFontConfiguration::getDefaultFont
in unotools/source/config/fontcfg.cxx which calls tryLocale with the
full locale string, then with variant cleared and then with Country
cleared if the earlier attempts fail

so...

if in master if I set my locale via export LANG=ta_IN.UTF-8 I get with
the attached debugging patch...

searching for a node for "ta" "IN" "" for type CTL_TEXT
result is ""
searching for a node for "ta" "" "" for type CTL_TEXT
result is "Lohit Tamil;Latha;Lucidasans;Lucida Sans;Arial Unicode MS"

so it does the right thing.

if I revert all the changes to officecfg I get..

searching for a node for "ta" "IN" "" for type CTL_TEXT
result is "Lohit Tamil;Latha;Lucidasans;Lucida Sans;Arial Unicode MS"

so it does the right thing there too for me.

So it seems to have been working correctly under Linux anyway. Can
you find out what the value of aLocale is in
OutputDevice::GetDefaultFont under windows for your failing case, i.e. a
trace with the attached patch in place.

C.
diff --git a/unotools/source/config/fontcfg.cxx b/unotools/source/config/fontcfg.cxx
index cab7eb3..7cac6ad 100644
--- a/unotools/source/config/fontcfg.cxx
+++ b/unotools/source/config/fontcfg.cxx
@@ -158,6 +158,11 @@ DefaultFontConfiguration::DefaultFontConfiguration()
 aLoc.Variant = OUString();
 m_aConfig[ aLoc ] = LocaleAccess();
 m_aConfig[ aLoc ].aConfigLocaleString = pLocaleStrings[i];
+fprintf(stderr, "default-font entry for \"%s\" \"%s\" \"%s\" added\n",
+rtl::OUStringToOString(aLoc.Language, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(aLoc.Country, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(aLoc.Variant, RTL_TEXTENCODING_UTF8).getStr()
+);
 }
 }
 }
@@ -193,6 +198,13 @@ DefaultFontConfiguration::~DefaultFontConfiguration()
 
 OUString DefaultFontConfiguration::tryLocale( const Locale& rLocale, const OUString& rType ) const
 {
+fprintf(stderr, "searching for a node for \"%s\" \"%s\" \"%s\" for type %s\n",
+rtl::OUStringToOString(rLocale.Language, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(rLocale.Country, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(rLocale.Variant, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(rType, RTL_TEXTENCODING_UTF8).getStr()
+);
+
 OUString aRet;
 
 boost::unordered_map< Locale, LocaleAccess, LocaleHash >::const_iterator it =
@@ -237,6 +249,7 @@ OUString DefaultFontConfiguration::tryLocale( const Locale& rLocale, const OUStr
 }
 }
 
+fprintf(stderr, "result is \"%s\"\n", rtl::OUStringToOString(aRet, RTL_TEXTENCODING_UTF8).getStr());
 return aRet;
 }
 
diff --git a/vcl/source/gdi/outdev3.cxx b/vcl/source/gdi/outdev3.cxx
index bf2628c..044375b 100755
--- a/vcl/source/gdi/outdev3.cxx
+++ b/vcl/source/gdi/outdev3.cxx
@@ -474,6 +474,8 @@ Font OutputDevice::GetDefaultFont( sal_uInt16 nType, LanguageType eLang,
 {
 OSL_TRACE( "OutputDevice::GetDefaultFont()" );
 
+fprintf(stderr, "vcl: search for font for lang %x of type %d\n", eLang, nType);
+
 com::sun::star::lang::Locale aLocale;
 if( eLang == LANGUAGE_NONE || eLang == LANGUAGE_SYSTEM || eLang == LANGUAGE_DONTKNOW )
 {
@@ -484,9 +486,20 @@ Font OutputDevice::GetDefaultFont( sal_uInt16 nType, LanguageType eLang,
 MsLangId::convertLanguageToLocale( eLang, aLocale );
 }
 
+fprintf(stderr, "vcl: search for \"%s\" \"%s\" \"%s\"\n",
+rtl::OUStringToOString(aLocale.Language, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(aLocale.Country, RTL_TEXTENCODING_UTF8).getStr(),
+rtl::OUStringToOString(aLocale.Variant, RTL_TEXTENCODING_UTF8).getStr()
+);
+
+
 utl::DefaultFontConfiguration& rDefaults = utl::DefaultFontConfiguration::get();
 String aSearch = rDefaults.getUserInterfaceFont( aLocale ); // ensure a fallback
 String aDefault = rDefaults.getDefaultFont( aLocale, nType );
+
+fprintf(stderr, "vcl: default font string is %s\n", rtl::OUStringToOString(aDefault,
+RTL_TEXTENCODING_UTF8).getStr());
+
 if( aDefault.Len() )
 aSearch = aDefault;
 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Petr Mladek  changed:

   What|Removed |Added

   Platform|x86-64 (AMD64)  |All
 OS/Version|Linux (All) |All

--- Comment #143 from Petr Mladek  2012-01-25 06:02:04 PST ---
Heh, I have modified the platform setting by mistake.

-- 
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] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 RC2 available

2012-01-25 Thread Rainer Bielefeld


Thorsten Behrens schrieb:


for the upcoming new version 3.5.0, the RC2 builds now start to be
available on pre-releases.[...]

If you've a bit of time, please give them a try&  report *critical*


Hi,

I got a virus alert, please see "[Bug 45227] New: Virus Kazy.7720 
detected on installation By Bit defender"


Might be a pest if lots of uses see the same message.

CU

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

--- Comment #142 from Petr Mladek  2012-01-25 05:31:01 PST ---
(In reply to comment #138)
> In one bug hard to distinguish regression from new functionality:
> Bug 35735 - "Save As" defaults to current document format

It was already in LO-3.4. The current state seems reasonable. Just the
description is slightly confusing. People do not complain about LO-3.4 =>
normal bug.

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Petr Mladek  changed:

   What|Removed |Added

 OS/Version|All |Linux (All)
 Depends on||45219

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

Re: [Libreoffice] [REVIEW-3-5] send-feedback patch (was: Re: minutes of ESC call ...)

Michael Meeks wrote:
>   Anyhow - be that as it may, I'm interested in how we're going to send
> the properties of the system to this form: the exact version, the
> component, etc. AFIACS we send people to a plain URL currently: much
> better than nothing, but could be improved (?).
> 
Sure - but only starts to be a requirement past the first version we
release with this. ;)

There are a few more open todos, among them an icon for the
startcenter. Still, I think it's valuable to have the core feature
and the strings in early.

Cheers,

-- Thorsten


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

[Libreoffice] Binary URP bridge already disposed

2012-01-25 Thread Execute SARL


Hi,

I'm digging the UNO protocol to understand why my Delphi URP client 
freeze on a local host.


If I use (for debug purpose) always the same ID for an XInputStream, 
like '20767c8;uno[0];104;80fb13f4cf34cebb8f2971cc166b5d8' Office raise 
an exception even after a restart of my client.


com.sun.star.uno.RuntimeException
Binary URP bridge already disposed
(Thread : ...my thread ID...)

Why, and how, Office still know about this ID even after a client 
deconnexion and restart ? I have to restart Office to reuse this ID in a 
loadCompontFromURL request.


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

Re: [Libreoffice] More information in tinderbox failure mails.

2012-01-25 Thread Jan Holesovsky

Hi Stephan,

On 2012-01-25 at 12:57 +0100, Stephan Bergmann wrote:

> It would be great if tinderbox owners could update to this revision.

SLED11 (master Linux, libreoffice-3-5 Linux, master MinGW and
libreoffice-3-5 MinGW), and Windows fast boxes restarted.

Thank you,
Kendy

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

Re: [Libreoffice] [REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107

On Wed, 2012-01-25 at 11:52 +0100, Andras Timar wrote:
> Hi,
> 
> Yesterday two bugs came to my attention.
> fdo#44208 - under Windows crash occurred when user selected Tools -
> Options in selected Indian locales

Doesn't seem to be a lot of info wrt backtraces or anything like that in
that bug. I've seen crashes like this before with FreeSans and icu so my
instinct would be to blame icu :-) 

In which case it *might* be possible to figure that crash out by copying
the windows fonts to a linux box under ~/.fonts and running under
valgrind and scrolling through the font list

> fdo#45107 - under Windows garbage characters appeared at random places
> in selected Indian locales

> I would like to have these commits in libreoffice-3-5,
> libreoffice-3-5-0, and libreoffice-3-4. These are rather serious
> issues, that make Indian localizations useless under Windows.

On the basis that we should keep language tags as short as possible when
there isn't ambiguity I'm happy enough to have e.g. "hi" instead of
"hi-IN" and so on, while zh-CN has to remain as zh-CN given that there
are two scripts in use in different territories to write Chinese.

I *presume* this isn't simply some casing cockup ?, e.g. hi-IN vs hi-in
or some such. Not entirely sure where the code is for reading those and
matching them against the requested locale.

> Also, if somebody (Caolán?) knows how VCL.xcu works today, please help
> to update the documentation in wiki:
> http://wiki.documentfoundation.org/LibreOffice_Localization_Guide#Define_the_default_fonts_for_the_locale

Well, I updated it a little to show where fontconfig comes into the
picture under Unix, which is the bit I know best.

> If for example "ta-IN" entry was ignored, and it works with "ta", then
> we need to review the whole file, because many locales have country
> codes, while UI localization uses only language code. Should we add
> entries for locales which are not there? 

In the general case, stuff like hu-HU should probably be just "hu", its
not like Hungarian is some territory outside of Hungary gets written in
a different script (I presume anyway), so following the "as short as is
possible" rule, while e.g. pa-IN is a bit more problematic given the
multiple scripts used to write Punjabi in different territories and best
left alone without a bit of research to determine which script a bare
"pa" would best default to.

> Moreover, I'm not sure if the
> recently fixed fdo#43984 works at all (it uses zh-cn and zh-hk locale
> codes).

You mean
http://cgit.freedesktop.org/libreoffice/core/commit/?id=969abdc19a4d686b0288fee3d8e223df04becc7e
It better work :-), because like the pa-IN/pa-PK example zh-TW and zh-HK
are Traditional Chinese territories while zh-CN is Simplified Chinese so
need different lists of preferred fonts for the two different scripts.

Anyway, best would be to find the bit of locale matching code and see
why it doesn't do the right thing, but either way the final outcome of

82e0266b05dd53d0ce8b12bd5c76ae25872b87a9
86bf32c487852f4e466b27320e3724266cb53dba
9b55eeba78d4e6418750a12c3dad4b42e2dd3f03

looks sane to me

C.

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

Re: [Libreoffice] More information in tinderbox failure mails.


On Wed, 2012-01-25 at 12:57 +0100, Stephan Bergmann wrote:
> * The name of the tinderbox and of the branch (i.e., MASTER or 
> libreoffice-3-5) is included in the mail's subject.

Lovely.

> * The name of the branch and the starttime token are included in the 
> "Tinderbox info" block at the top of the mail's body.  The starttime 
> token is the same one that is listed as "tinderbox: starttime" in the

Thanks for that ! :-)

Michael.

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

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

[Libreoffice] More information in tinderbox failure mails.

 
adds more information to tinderbox failure mails, which should 
(hopefully) make it easier for people to understand what's going on:


* The name of the tinderbox and of the branch (i.e., MASTER or 
libreoffice-3-5) is included in the mail's subject.


* The name of the branch and the starttime token are included in the 
"Tinderbox info" block at the top of the mail's body.  The starttime 
token is the same one that is listed as "tinderbox: starttime" in the 
"Build Data" section of the build logs available at 
, and should help find the full build 
data corresponding to a failure mail.


It would be great if tinderbox owners could update to this revision.

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

Re: [Libreoffice] [REVIEW] UPDATE: Swedish hunspell dictionary

2012-01-25 Thread Andras Timar

Hi,

2012/1/25 Göran Andersson :
> The Swedish spell checking dictionary has been updated.
> The latest version will always be available at
> http://extensions.libreoffice.org/extension-center/swedish-spelling-dictionary-den-stora-svenska-ordlistan
> (it can also be downloaded from http://code.google.com/p/dsso/downloads/list).
>
> Please include the latest version in your next release (the latest
> version of the dictionary is 1.51, the one currently distributed with
> LibreOffice is 1.48).
> _
In fact it was 1.50 in LibreOffice 3.5 RC2, but thanks for the update anyway!

http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=203e688ea667c26d0885a9d62c5a4c90090edb0b
Please review and cherry pick to 3-5 and 3-5-0.

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

Re: [Libreoffice] Changing list setup to not add to subject

On Wednesday 25 of January 2012, Stephan Bergmann wrote:
> On 01/25/2012 12:04 PM, Lubos Lunak wrote:
> > if I wanted to get all those useless duplicates of replies to my
> > mails, I would have said so.
>
> This might be a controversial issue.  While I too feel I don't require
> to receive a personal to/cc in a response to a mail I sent to the list,
> I already got (indirect) complaint that people did not notice my replies
> to their mails-to-list when I sent the reply to the list only.  So, I
> got into the habit of reply-all.

 Well, I can start complaining about the extra copies whenever I get one if 
that helps anything :).

 There exists http://cr.yp.to/proto/replyto.html , which should help with 
this. There's of course the usual problem of some mail clients not bothering 
to support useful functionality, but if the reply-to-munging-harmful crowd 
can waive that argument off, I don't see why the same couldn't be done here. 

 Besides, there's the much simpler way of getting the copy by making a filter 
rule on "In-Reply-To:.**".

 Another reason is that this gives everybody a choice whether they want the 
extra copy or not, whereas reply-to-all forces everybody to get the duplicate 
(and the filter-it-out suggestion is ridiculous, what if somebody really 
explicitly also CC-ed me e.g. because it's urgent?).

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

Re: [Libreoffice] [REVIEW-3-5] send-feedback patch (was: Re: minutes of ESC call ...)


On Tue, 2012-01-24 at 23:30 +0100, Thorsten Behrens wrote:
> > Let's push this to -3-5 after the 3.5.0 branch-off.
>  
> That would be now - Stefan, Caolan, this is a late, but IMO very
> useful feature (for 3.5.1, I suggest), and needs two more approvals
> from differently affiliated people.

I attach the fairly obvious patch; you have a 3rd ack from me. IIRC we
dropped the requirement for inter-organisation approval a while back.

Anyhow - be that as it may, I'm interested in how we're going to send
the properties of the system to this form: the exact version, the
component, etc. AFIACS we send people to a plain URL currently: much
better than nothing, but could be improved (?).

Christian, how would you recommend improving upon:

+::rtl::OUString 
sURL(RTL_CONSTASCII_USTRINGPARAM("http://hub.libreoffice.org/file-a-bug/";));
+try
+{
+uno::Reference< com::sun::star::system::XSystemShellExecute > 
xSystemShellExecute(
+::comphelper::getProcessServiceFactory()->createInstance(
+
DEFINE_CONST_UNICODE("com.sun.star.system.SystemShellExecute") ), 
uno::UNO_QUERY_THROW );
+xSystemShellExecute->execute( sURL, ::rtl::OUString(),  
com::sun::star::system::SystemShellExecuteFlags::DEFAULTS );

Can we mangle that stuff into the URL somehow ? :-) [ I'm ignorant of
the server side ]

ATB,

Michael.

-- 
michael.me...@suse.com  <><, Pseudo Engineer, itinerant idiot
>From 924d0bdd47ed895592332714be8ee32afe1acebb Mon Sep 17 00:00:00 2001
From: Ivan Timofeev 
Date: Wed, 18 Jan 2012 22:47:58 +0400
Subject: [PATCH] add the "Send Feedback..." help menu item

---
 basctl/uiconfig/basicide/menubar/menubar.xml   |3 +-
 chart2/uiconfig/menubar/menubar.xml|3 +-
 dbaccess/uiconfig/dbapp/menubar/menubar.xml|3 +-
 dbaccess/uiconfig/dbquery/menubar/menubar.xml  |3 +-
 dbaccess/uiconfig/dbrelation/menubar/menubar.xml   |3 +-
 dbaccess/uiconfig/dbtable/menubar/menubar.xml  |3 +-
 dbaccess/uiconfig/dbtdata/menubar/menubar.xml  |3 +-
 .../uiconfig/sbibliography/menubar/menubar.xml |3 +-
 framework/uiconfig/startmodule/menubar/menubar.xml |3 +-
 .../org/openoffice/Office/UI/GenericCommands.xcu   |5 
 reportdesign/uiconfig/dbreport/menubar/menubar.xml |3 +-
 sc/uiconfig/scalc/menubar/menubar.xml  |3 +-
 sd/uiconfig/sdraw/menubar/menubar.xml  |3 +-
 sd/uiconfig/simpress/menubar/menubar.xml   |3 +-
 sfx2/inc/sfx2/sfxsids.hrc  |1 +
 sfx2/sdi/appslots.sdi  |4 +++
 sfx2/sdi/sfx.sdi   |   25 
 sfx2/source/appl/appserv.cxx   |   16 
 starmath/uiconfig/smath/menubar/menubar.xml|3 +-
 sw/uiconfig/sglobal/menubar/menubar.xml|3 +-
 sw/uiconfig/sweb/menubar/menubar.xml   |3 +-
 sw/uiconfig/swform/menubar/menubar.xml |3 +-
 sw/uiconfig/swreport/menubar/menubar.xml   |3 +-
 sw/uiconfig/swriter/menubar/menubar.xml|3 +-
 sw/uiconfig/swxform/menubar/menubar.xml|3 +-
 25 files changed, 91 insertions(+), 20 deletions(-)

diff --git a/basctl/uiconfig/basicide/menubar/menubar.xml b/basctl/uiconfig/basicide/menubar/menubar.xml
index 15d4fcd..0d7ecd7 100644
--- a/basctl/uiconfig/basicide/menubar/menubar.xml
+++ b/basctl/uiconfig/basicide/menubar/menubar.xml
@@ -83,8 +83,9 @@
 
 
 
-
+
 
+
 
 
 
diff --git a/chart2/uiconfig/menubar/menubar.xml b/chart2/uiconfig/menubar/menubar.xml
index 3c50167..a52dff8 100644
--- a/chart2/uiconfig/menubar/menubar.xml
+++ b/chart2/uiconfig/menubar/menubar.xml
@@ -147,8 +147,9 @@
 
 
 
-
+
 
+
 
 
 
diff --git a/dbaccess/uiconfig/dbapp/menubar/menubar.xml b/dbaccess/uiconfig/dbapp/menubar/menubar.xml
index a76fda5..0367d7e 100644
--- a/dbaccess/uiconfig/dbapp/menubar/menubar.xml
+++ b/dbaccess/uiconfig/dbapp/menubar/menubar.xml
@@ -133,8 +133,9 @@
 
 
 
-
+
 
+
 
 
 
diff --git a/dbaccess/uiconfig/dbquery/menubar/menubar.xml b/dbaccess/uiconfig/dbquery/menubar/menubar.xml
index 2d6ec8d..e041079 100644
--- a/dbaccess/uiconfig/dbquery/menubar/menubar.xml
+++ b/dbaccess/uiconfig/dbquery/menubar/menubar.xml
@@ -74,8 +74,9 @@
 
 
 
-
+
 
+
 
 
 
diff --git a/dbaccess/uiconfig/dbrelation/menubar/menubar.xml b/dbaccess/uiconfig/dbrelation/m

[Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-25 Thread Jan Holesovsky

Hi Tim,

On 2012-01-24 at 17:38 +0100, Tim Hardeck wrote:

> thanks for the information, I have attached a new patch and also 25% is 
> enforced like Stefan requested.

Great stuff - I've pushed that:

http://cgit.freedesktop.org/libreoffice/core/commit/?id=315d2ddc161e4b296febe9e54c3cfc9270310bfe

I did a minor stylistic cleanup - I've hidden the helper functions
(supposedly you did not want to make them public?), and reduced the
indentation in zoomtools.cxx; no point in having the entire file
starting at 8th position - I hope it is OK for you :-)

Also I changed the ZOOM_FACTOR from 1.1 to 2^(1/4), it feels better
here, the 1.1 means way too much wheel rotation to increase / decrease
the zoom considerably; but of course can be changed easily when another
value feels better.  And now with your nice embedding of this stuff,
even the pre-defined values would be easy to implement, should there be
demand for that - nice work!

Thank you,
Kendy

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

Re: [Libreoffice] Changing list setup to not add to subject

On Wednesday 25 of January 2012, Regina Henschel wrote:
> Hi,
>
> Lubos Lunak schrieb:
> > On Tuesday 24 of January 2012, khagaroth wrote:
> >> While at it, it would be nice to also set Reply-To:
> >> libreoffice@lists.freedesktop.org.
> >
> >   Oh, well, that's something people will probably never agree on *shrug*.
> > You just need to get a mail client that is modern enough (that's, like,
> > last decade) to have 'reply-to-mailing-list' and that solves the problem.
> > And that was a plural you, if I wanted to get all those useless
> > duplicates of replies to my mails, I would have said so.
>
> I use an actual "Seamonkey" and it has no "reply-to-mailing-list" but
> only a "reply-to-all". Please tell me a mail client for WinXP and for
> Windows 7, that has got this kind of replying.

 I checked Thunderbird on Linux and it has this, so I expect the Windows 
version has it as well. There also seems to exist an extension for Seamonkey 
that hacks it in (http://www.juergen-ernst.de/addons/replytolist.html). But 
otherwise, yeah, the sarcastic comment about last decade sadly was there for 
a reason.

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

Re: [Libreoffice] [PUSHED] File not found: cairocanvas.uno.so in smoketestoo_native

2012-01-25 Thread Riccardo Magliocchetti


Il 25/01/2012 12:04, Thorsten Behrens ha scritto:

Riccardo Magliocchetti wrote:

The attached patch is enough to give me a succesfull make
dev-install. And the build even run :)


Thanks, good catch - while at it, killed the silly
UNX/MAC/but-not-X11 crazy there, if cairocanvas is built, it should
surely be packaged as well.

Just to confirm, I assume your patch is under our LGPLv3+/MPL
project license?


Sure, thanks!

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

Re: [Libreoffice] Changing list setup to not add to subject


On 01/25/2012 12:04 PM, Lubos Lunak wrote:

if I wanted to get all those useless duplicates of replies to my
mails, I would have said so.


This might be a controversial issue.  While I too feel I don't require 
to receive a personal to/cc in a response to a mail I sent to the list, 
I already got (indirect) complaint that people did not notice my replies 
to their mails-to-list when I sent the reply to the list only.  So, I 
got into the habit of reply-all.


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

Re: [Libreoffice] [PUSHED] File not found: cairocanvas.uno.so in smoketestoo_native

Riccardo Magliocchetti wrote:
> The attached patch is enough to give me a succesfull make
> dev-install. And the build even run :)
> 
Thanks, good catch - while at it, killed the silly
UNX/MAC/but-not-X11 crazy there, if cairocanvas is built, it should
surely be packaged as well.

Just to confirm, I assume your patch is under our LGPLv3+/MPL
project license?

Cheers,

-- Thorsten


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

Re: [Libreoffice] Changing list setup to not add to subject

2012-01-25 Thread Regina Henschel


Hi,

Lubos Lunak schrieb:

On Tuesday 24 of January 2012, khagaroth wrote:

While at it, it would be nice to also set Reply-To:
libreoffice@lists.freedesktop.org.


  Oh, well, that's something people will probably never agree on *shrug*. You
just need to get a mail client that is modern enough (that's, like, last
decade) to have 'reply-to-mailing-list' and that solves the problem. And that
was a plural you, if I wanted to get all those useless duplicates of replies
to my mails, I would have said so.



I use an actual "Seamonkey" and it has no "reply-to-mailing-list" but 
only a "reply-to-all". Please tell me a mail client for WinXP and for 
Windows 7, that has got this kind of replying.


Kind regards
Regina

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

[Libreoffice] UPDATE: Swedish hunspell dictionary

2012-01-25 Thread Göran Andersson

The Swedish spell checking dictionary has been updated.
The latest version will always be available at
http://extensions.libreoffice.org/extension-center/swedish-spelling-dictionary-den-stora-svenska-ordlistan
(it can also be downloaded from http://code.google.com/p/dsso/downloads/list).

Please include the latest version in your next release (the latest
version of the dictionary is 1.51, the one currently distributed with
LibreOffice is 1.48).
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Changing list setup to not add to subject

On Tuesday 24 of January 2012, khagaroth wrote:
> While at it, it would be nice to also set Reply-To:
> libreoffice@lists.freedesktop.org.

 Oh, well, that's something people will probably never agree on *shrug*. You 
just need to get a mail client that is modern enough (that's, like, last 
decade) to have 'reply-to-mailing-list' and that solves the problem. And that 
was a plural you, if I wanted to get all those useless duplicates of replies 
to my mails, I would have said so.

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

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

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

Bug 35673 depends on bug 44208, which changed state.

Bug 44208 Summary: CRASH when click Tools -> Options with UI [ta_IN], [hi_IN] 
and other [xx_IN]
https://bugs.freedesktop.org/show_bug.cgi?id=44208

   What|Old Value   |New Value

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

[Libreoffice] [REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107

2012-01-25 Thread Andras Timar

Hi,

Yesterday two bugs came to my attention.
fdo#44208 - under Windows crash occurred when user selected Tools -
Options in selected Indian locales
fdo#45107 - under Windows garbage characters appeared at random places
in selected Indian locales
I suspected a font issue. Interestingly, these bugs are not
reproducible on all systems, but at least I could reproduce them on
clean Windows XP and clean Windows 7 64-bit. On my other Windows XP,
which is 6 years old, and there are many fonts from different sources
installed, the bugs were not reproducible.

I did not find how to fix the crash, but I found a workaround, and
that also solved fdo#45107. In VCL.xcu I replaced the iso code of
problematic Indian locales to language code only.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=82e0266b05dd53d0ce8b12bd5c76ae25872b87a9
I was too greedy, Fridrich fixed it after me:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=86bf32c487852f4e466b27320e3724266cb53dba

I would like to have these commits in libreoffice-3-5,
libreoffice-3-5-0, and libreoffice-3-4. These are rather serious
issues, that make Indian localizations useless under Windows.

Also, if somebody (Caolán?) knows how VCL.xcu works today, please help
to update the documentation in wiki:
http://wiki.documentfoundation.org/LibreOffice_Localization_Guide#Define_the_default_fonts_for_the_locale
If for example "ta-IN" entry was ignored, and it works with "ta", then
we need to review the whole file, because many locales have country
codes, while UI localization uses only language code. Should we add
entries for locales which are not there? Moreover, I'm not sure if the
recently fixed fdo#43984 works at all (it uses zh-cn and zh-hk locale
codes).

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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs

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

Rainer Bielefeld  changed:

   What|Removed |Added

 OS/Version|Linux (All) |All

--- Comment #141 from Rainer Bielefeld  
2012-01-25 02:49:57 PST ---
Add "Bug 45219 - SLIDESHOW: Transparency gradient effect fade in with wrong
VIEWING", that might make Presentation useless fol many users.

-- 
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] [ANN] LibreOffice 3.5.0 RC2 available

Hi *,

for the upcoming new version 3.5.0, the RC2 builds now start to be
available on pre-releases. For further milestones on the way towards
3.5.0, please refer to our release plan timings here:

 http://wiki.documentfoundation.org/ReleasePlan#3.5_release

Builds are now being uploaded 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.

The list of fixed bugs relative to rc1 is here:

 
http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-5-release-3.5.0.2.log

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

Thanks a lot for your help,

-- Thorsten


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

Re: [Libreoffice] Changing list setup to not add to subject

On Tue, 2012-01-24 at 21:01 +0100, khagaroth wrote:
> While at it, it would be nice to also set Reply-To:
> libreoffice@lists.freedesktop.org.

Which is an abomination :-)

ATB,

Michael.

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

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

Re: [Libreoffice] [Libreoffice-qa] 3.5.0 QA ... from BHS 1 to BHS 2

Hi Cor,

On Tue, 2012-01-24 at 23:10 +0100, Cor Nouws wrote:
> The idea/hope is, that faster/smarter fixing of bugs, leads to a shift 
> in the time spending: less weeks on bug fixing and more on features.

Sure - of course, those bugs need good visibility; they need to be
marked 'most annoying' if they are major issues as early as possible. So
this 'initial bug' date is (to me) uninteresting. There are thousands of
bugs, if we have serious / critical stoppers they need to be
-immediately- associated with the most annoying bug, or at least
suggested there in a comment [ NB. as we add a dependency we need to add
the bug in a comment too to have this date ;-].

> Examples:
> - 45068 Update from 3.4.4 on Win not possible without ...
>  initial bug 2011-04-29 3.4.0 beta3,
>  workaround published 2012-01-22

most annoying in 3.5 from: 2012-01-22

so - we got a same-day workaround; but the bug was not prioritised for
six months ? :-)

> - 41054 Saving problem ods with new sheets
>  initial report 2011-09-20
>  fixed for 3.5 2012-01-10
>  fixed for 3.4 still pending

added 3.4 most annoying 2012-01-13 after the 3.4.5 release ;-)
Hopefully it'll make it into 3.4.6 somewhen before we do that release
until we do - not a big issue.

> - 39118 Charts do not update
>  initial report 2011-07-10
>  fixed for master/3.5 2011-12-13
>  fixed for 3.4.6 2012-01-16

added to 3.4 most annoying: 2012-01-13 - also after the 3.4.5 release;
six months after filing.

> (pls don't ask me to provide more examples)

Sure - please do :-)

What I see here is that (for whatever reason) serious bugs (or at least
bugs with easy fixes which we could easily back-port) are not being
raised at the place that we track these things carefully before release
at, such that we have time to deal with them.

> Another reason: lack of triage / bundling of issues, which is both 
> important for developers (fixing) ans users (simple how-to's for work 
> around).

Right - it is a serious issue as you say; we need to get better
visibility into easy-to-back-port, and/or blocker-like bugs. And we need
to get that earlier.

All the best,

Michael.

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

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

Re: [Libreoffice] Wrong cast to css.table.BorderLine2


On 01/25/2012 09:48 AM, Cedric Bosdonnat wrote:

Hum, I'll have a look at that... but my problem with BorderLine and
BorderLine2 is that the second one should be used everywhere... and that
sometimes isn't the case.


You apparently need a css.table.TableBorder2 that has members of type 
BorderLine2 instead of plain BorderLine.  At least in the C++ UNO 
language binding (unlike in the Java one), struct members within structs 
are contained directly in the enclosing struct, without any 
pointer/reference indirection, so that, say, assigning a BorderLine2 
instance to a TableBorder.TopLine slices it to just BorderLine.


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

Re: [Libreoffice] [Libreoffice-qa] 3.5.0 QA ... from BHS 1 to BHS 2

Cor Nouws píše v Út 24. 01. 2012 v 23:10 +0100:
> Hi all,
> 
> Pedro wrote (10-01-12 18:57)
> > Michael Meeks-2 wrote
> 
> >>> OTH more releases means more features but also more bugs. And because new
> >>> bugs occur, old bugs are left behind.
> >>
> >>Oh ! so - this is an argument for doing a build every decade ;-)
> >
> > Not really. It's just an argument that if releases are too close, developers
> > will only have time to fix blockers :)
> > So not so critical bugs tend to accumulate. This could mean that it will
> > loose quality as it goes along if it there are no major obstacles ;)
> 
> This has been part of our discussion in Paris.
>   http://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5
> more specific
> 
> http://wiki.documentfoundation.org/File:Liboconf2011_improving_qa_release_cycle-cornouws_Slides19-28.pdf
> See #4 on slide 23, and slide 27 explaining that point.
> 
> That discussion (of course) carried no final conclusion - but the 
> 'agreement' (consent with Petr that it is a good idea) that the 
> developers try to remember/summarise their experience with this, so that 
> that can be part of an evaluation.
> 
> The idea/hope is, that faster/smarter fixing of bugs, leads to a shift 
> in the time spending: less weeks on bug fixing and more on features.

Please, look at
http://download.go-oo.org/lo/lo-release-plan-in-colors.png

The picture tries to visualize an expectation where developers spend
time. The strong yellow and red color shows huge activity in bug fixing.
The strong green shows the time where developers prefer work on
features. You see that the strong green is only half size of the strong
yellow and red.

=> developers spend a lot of time on bug fixing


Here are the commit statistics from weeks between 3.4.0-beta1 and
3.5.0-beta1:

week 13, 2011:19 bug fixes of 339 commits
week 14, 2011:22 bug fixes of 283 commits
week 15, 2011:17 bug fixes of 183 commits
week 16, 2011:16 bug fixes of 182 commits
week 17, 2011:21 bug fixes of 179 commits
week 18, 2011:20 bug fixes of 158 commits
week 19, 2011:19 bug fixes of 194 commits
week 20, 2011:26 bug fixes of 361 commits
week 21, 2011:26 bug fixes of 333 commits
week 22, 2011:8 bug fixes of 301 commits
week 23, 2011:40 bug fixes of 313 commits
week 24, 2011:27 bug fixes of 436 commits
week 25, 2011:21 bug fixes of 223 commits
week 26, 2011:23 bug fixes of 245 commits
week 27, 2011:21 bug fixes of 252 commits
week 28, 2011:11 bug fixes of 352 commits
week 29, 2011:15 bug fixes of 314 commits
week 30, 2011:33 bug fixes of 441 commits
week 31, 2011:15 bug fixes of 226 commits
week 32, 2011:20 bug fixes of 350 commits
week 33, 2011:24 bug fixes of 468 commits
week 34, 2011:16 bug fixes of 375 commits
week 35, 2011:20 bug fixes of 309 commits
week 36, 2011:34 bug fixes of 332 commits
week 39, 2011:5 bug fixes of 357 commits
week 40, 2011:16 bug fixes of 482 commits
week 41, 2011:10 bug fixes of 127 commits
week 42, 2011:21 bug fixes of 268 commits
week 43, 2011:17 bug fixes of 307 commits
week 44, 2011:24 bug fixes of 309 commits
week 45, 2011:20 bug fixes of 333 commits
week 46, 2011:36 bug fixes of 462 commits
week 47, 2011:64 bug fixes of 558 commits
week 48, 2011:59 bug fixes of 569 commits
week 49, 2011:52 bug fixes of 460 commits

Note that the real numbers are higher because developers sometimes do
not mention the fixed bug number in commit messages. It would be better
to get statistics from bugzilla but it is not that easy for me. Rainer
is the expert here.

Anyway, it shows that developers fix bugs all the time. They do not
spend months working only on features!



> However, there is inevitably a strong tangling with the QA work.
> And - despite my optimistic nature and the many hours spent on both QA 
> and getting that process at a higher level/notice - I have some serious 
> concerns on how secure our over all process is in this regard.
> 
> This results in bugs that should have been handled/getting floated much 
> earlier. Fix may be easy / ready in master / needed, but do not find 
> their way to the bug fix releases.
> 
> Examples:
> - 45068 Update from 3.4.4 on Win not possible without ...
>  initial bug 2011-04-29 3.4.0 beta3,
>  workaround published 2012-01-22

There was no activity on this bug until 2011-11-24; It was fixed the day
after on 2011-11-25.

=> The problem was that it was hidden in the swamp of other bugs and
newer assigned to a developer who could look at it


> - 41054 Saving problem ods with new sheets
>  initial report 2011-09-20
>  fixed for 3.5 2012-01-10
>  fixed for 3.4 still pending

There was no real activity until 2012-01-11. The bug was fixed the same
day.

=> again the same problem with hidden bug in the swamp


> - 39118 Charts do not update
>  initial report 2011-07-10
>  fixed for master/3.5 2011-12-13

This one was

Re: [Libreoffice] [Libreoffice-commits] .: vcl/android "WaE: unused parameter 'nType'"


On Wed, 2012-01-25 at 08:43 +0100, Stephan Bergmann wrote:
> Just a reminder that in C++, the preferred way to silence warnings about 
> legitimately unused parameters (like in this case of a virtual function 
> override) is to just remove the parameter name from the function definition,

Sure - but in this case I'm going to add back some uses of nType in a
few minutes so ... ;-) it's easier to have to delete a line than re-type
nType [sic] ;-)

Of course, C-style commenting out the variable can have the same
effect, but often looks like more hassle to me :-)

ATB,

Michael.

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

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

Re: [Libreoffice] [Libreoffice-commits] .: vcl/source "fix rendering of metafiles embedded in emf+"

One thing I did notice with the first hunk of your patch is that it 
moved "pAction = NextAction();" outside the for loop -- but that looks 
irrelevant to the problem at hand, as ImplPlayWithRenderer appears to 
always return true in the newly introduced if here.


Also, forms_unoapi now triggers lots of


warn:legacy.osl:10979:9:/data/lo/core/cppcanvas/source/mtfrenderer/implrenderer.cxx:2715:
 Unknown meta action type encountered


from within ImplPlayWithRenderer and at least once triggers that 
function's catch (RuntimeException) block with an exception with message



basegfx::B2DPolyPolygon cppcanvas::tools::createTextLinesPolyPolygon(basegfx::B2DPoint, 
const double&, const cppcanvas::tools::TextLineInfo&),
::cppcanvas::internal::createTextLinesPolyPolygon(): Unexpected strikeout case


-- anomalies the original code did not exhibit.

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

Re: [Libreoffice] bootstrap repos (was: Re: Problem with clipboard paste in 3.5)

Hi Michael,

On Tue, 2012-01-24 at 18:38 +0100, Michael Stahl wrote:
> it seems we have somebody unfortunate enough to try to build the master
> branch from bootstrap repos once a week; would it be possible to do
> something to prevent that?

We could commit a huge warning to the end of configure.in in there that
prints out:

"You are using the wrong branch, obsolete since 2010"

etc. :-)

> e.g. create a master-backup that points at the current master commit,
> then let master point to an empty source tree; that way people should
> notice something's wrong when they try... any opinions from git experts?

Sure - or we could do that. Are packagers still using build ? there is
no particular git-ness about either approach. It is easy to create a
libreoffice-3-5 branch from master there [ if it even works ], and then
just delete everything in master.

ATB,

Michael.

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

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

Re: [Libreoffice] [Libreoffice-commits] .: vcl/source "fix rendering of metafiles embedded in emf+"


On 01/25/2012 09:53 AM, Stephan Bergmann wrote:

On 01/25/2012 09:33 AM, Radek Doulik wrote:

I have reverted the patch and will try to replicate the problem and fix
it. Thanks for info and sorry for the trouble.


Looks like it is a memory leak in ImplPlayWithRenderer, just having a
look there myself right now.


Nah, can't find any obvious leak there.  Must be something more tricky. 
 Will wait for your fix then.


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

Re: [Libreoffice] Wrong cast to css.table.BorderLine2

2012-01-25 Thread Cedric Bosdonnat

Hi Stephan,

On Mon, 2012-01-23 at 21:41 +0100, Stephan Bergmann wrote:

> where borderline.cxx:128
>> const table::BorderLine2& rBorder2 = static_cast< const 
> table::BorderLine2& >( rStruct );
> 
> erroneously treats a BorderLine contained in a TableBorder (created at 
> afmtuno.cxx:776) as a derived BorderLine2.  That cast seemingly got in with
> 
> > commit 89d3e8a8424ce44404a554812e5136452bb8cb60
> > Author: Cédric Bosdonnat 
> > Date:   Fri Dec 24 10:00:15 2010 +0100
> >
> > Switching the order of the SetLinesWidth arguments

Hum, I'll have a look at that... but my problem with BorderLine and
BorderLine2 is that the second one should be used everywhere... and that
sometimes isn't the case. If only we could extend existing published UNO
types instead of specializing these.

--
Cedric

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

Re: [Libreoffice] [Libreoffice-commits] .: vcl/source "fix rendering of metafiles embedded in emf+"


On 01/25/2012 09:33 AM, Radek Doulik wrote:

I have reverted the patch and will try to replicate the problem and fix
it. Thanks for info and sorry for the trouble.


Looks like it is a memory leak in ImplPlayWithRenderer, just having a 
look there myself right now.


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

[Libreoffice] Fw: [ODFPlugtest] Call for proposals for 8th ODF plugfest in Brussel

FYI -

- Forwarded message from robert_w...@us.ibm.com -

From:   Arthur Buijs 
To: plugt...@opendocsociety.org
Date:   01/17/2012 08:08 AM
Subject:[ODFPlugtest] Call fo proposals for 8th ODF plugfest in 
Brussel
Sent by:plugtest-boun...@opendocsociety.org

  Amsterdam, Jan 16th 2012
Dear sir/madam,

on behalf of OpenDoc Society we kindly invite your contributions for
the Eight ODF plugfest will take place in Brussels (Belgium) on April
19-20, 2012. The venue is kindly provided by Microsoft Corporation.
Previous plugfests were held in Den Haag (NL), Orvieto (Italy),
Granada (Spain), Brussels, Windsor and Maidenhead (UK), Berlin (DE)
and Gouda (NL).

The programme of the plugfest will again consist of of a technical part
where the actual plugtesting is done (under Chatham house rule) and a
part which is open to the general public. The public facing event will
take place on the afternoon of April 20th 2012.

The deadline for submitting talks for the 8th ODF plugfest is March 1st
2012. Short abstracts of 50 - 100 words are invited on all subjects
relevant to OpenDocument Format. You will have an estimated 12-15
minutes available for your presentation and follow up questions. The
programme already contains a section on product updates where all
vendors attending can announce relevant product improvements and other
new developments, there is no need to submit a talk proposal for that.

Your contributions will be evaluated by an independent programme
committee, consisting of:

- - Alan Bell (OFE)
- - Basil Cousins (OFE)
- - Patrick Durusau (Individual)
- - Roberto Galoppini (Individual)
- - Sophie Gautier (The Document Foundation)
- - Bart Hanssens (Fedict)
- - Michiel Leenaars (NLnet foundation)
- - John Haug (Microsoft)
- - Jos van den Oever (WebODF, KO GmbH)
- - Louis-Suarez Potts
- - Rob Weir (IBM)

Please send your contributions before March 1st 2012 12:00 UCT to:
plugtest-organis...@opendocsociety.org. If you have any questions,
please contact one of the members of the programme committee.

Kind regards,

on behalf of OpenDoc Society
Arthur Buijs

- End forwarded message -

Cheers,

-- Thorsten

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

Re: [Libreoffice] [Libreoffice-commits] .: vcl/source "fix rendering of metafiles embedded in emf+"

2012-01-25 Thread Radek Doulik

Hi Stefan,

I have reverted the patch and will try to replicate the problem and fix
it. Thanks for info and sorry for the trouble.

Cheers
Radek

On Tue, 2012-01-24 at 22:11 +0100, Stephan Bergmann wrote:
> Radek,
> 
> bisecting showed me that it is this commit that causes my machine to 
> become unresponsive (as the involved soffice.bin process keeps growing 
> in size, apparently without limit) when executing the forms_unoapi test 
> (during "make check") -- and it is also most likely this commit that 
> causes the current failures of the Linux-RHEL6-x86_64@14-with-check 
> tinderbox when executing the same test.
> 
> Though what's the problem is beyond me for tonight...
> 
> -Stephan
> 
> On 01/24/2012 01:42 PM, Radek Doulík wrote:
> >   vcl/source/gdi/gdimtf.cxx |8 
> >   1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > New commits:
> > commit f7b6cd87f78b786b59984e5b3c8a5a78f0ed7a94
> > Author: Radek Doulik
> > Date:   Tue Jan 24 13:39:25 2012 +0100
> >
> >  fix rendering of metafiles embedded in emf+
> >
> > diff --git a/vcl/source/gdi/gdimtf.cxx b/vcl/source/gdi/gdimtf.cxx
> > index 38d66ed..1395fe6 100644
> > --- a/vcl/source/gdi/gdimtf.cxx
> > +++ b/vcl/source/gdi/gdimtf.cxx
> > @@ -406,9 +406,9 @@ void GDIMetaFile::Play( OutputDevice* pOut, size_t nPos 
> > )
> >   pOut->SetLayoutMode( 0 );
> >   pOut->SetDigitLanguage( 0 );
> >
> > -for( size_t nCurPos = nCurrentActionElement; nCurPos<  nPos; 
> > nCurPos++ )
> > -{
> > -if( !Hook() )
> > +OSL_TRACE("GDIMetaFile::Play on device of size: %d x %d", 
> > pOut->GetOutputSizePixel().Width(), pOut->GetOutputSizePixel().Height());
> > +if( !ImplPlayWithRenderer( pOut, Point(0,0), 
> > pOut->GetOutputSizePixel() ) ) {
> > +for( size_t nCurPos = nCurrentActionElement; nCurPos<  nPos; 
> > nCurPos++ )
> >   {
> >   MetaCommentAction* pCommentAct = 
> > static_cast(pAction);
> >   if( pAction->GetType() == META_COMMENT_ACTION&&
> > @@ -608,7 +608,7 @@ void GDIMetaFile::Play( OutputDevice* pOut, const 
> > Point&  rPos,
> >   {
> >   GDIMetaFile*pMtf = pOut->GetConnectMetaFile();
> >
> > -if( bUseCanvas&&  !pMtf&&  ImplPlayWithRenderer( pOut, rPos, 
> > aDestSize ) )
> > +if( bUseCanvas&&  ImplPlayWithRenderer( pOut, rPos, aDestSize ) )
> >   return;
> >
> >   Size aTmpPrefSize( pOut->LogicToPixel( GetPrefSize(), aDrawMap ) 
> > );
> 


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

[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs