Re: [Libreoffice-commits] .: distro-configs/LibreOfficeMinGW.conf distro-configs/LibreOfficeWin32.conf distro-configs/LibreOfficeWin64.conf

[Stephan Bergmann]

On 03/30/2012 08:51 AM, Stephan Bergmann wrote:

Looks like this kills MinGW builds


Ah, looks like Luboš already fixed it, with 
e20fa170160e1bb1953ad171e092edfb3de531af.


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

Re: [PUSHED] remove unnecessary includes

[Noel Grandin]

On 2012-03-29 18:58, Michael Meeks wrote:
Good stuff, looks like you're really there; are the sc/ pch includes 
actually necessary ? ATB, Michael. 

I don't know for sure, so I thought I'd leave them till right at the end :-)

Disclaimer: http://www.peralex.com/disclaimer.html


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

Re: [Libreoffice-commits] .: distro-configs/LibreOfficeMinGW.conf distro-configs/LibreOfficeWin32.conf distro-configs/LibreOfficeWin64.conf

[Stephan Bergmann]

On 03/29/2012 12:09 PM, Michael Meeks wrote:

New commits:
commit 6219ff898a8c3ae6b7abe4272b4b68cc986093e4
Author: Michael Meeks
Date:   Thu Mar 29 11:09:24 2012 +0100

 Disable cairo canvas on Windows fdo#46901 fdo#46532

  We never used cairocanvas on Win, this got accidentally enabled
 due to configure.in cleanups. Not that we shouldn't, but it needs
 some more fixing ( Analog of Thorsten's Mac commit for fdo#45584 )

diff --git a/distro-configs/LibreOfficeMinGW.conf 
b/distro-configs/LibreOfficeMinGW.conf
index 7d4bc8a..32df782 100644
--- a/distro-configs/LibreOfficeMinGW.conf
+++ b/distro-configs/LibreOfficeMinGW.conf
@@ -22,6 +22,7 @@
  --without-myspell-dicts
  --disable-activex
  --disable-binfilter
+--disable-cairo-canvas
  --disable-build-mozilla
  --disable-directx
  --disable-extension-integration


Looks like this kills MinGW builds (witness the Win-x86@7-MinGW 
tinderbox), as -- quite counter-intuitively -- --disable-cairo-canvas 
leads to BUILD_TYPE now including CAIRO, which it does not for the 
default --enable-cairo-canvas, and module cairo is completely 
unbuildable under MinGW (cairo/pixman configure phase is complaining 
that the compiler can't compile programs, as the passed in LDFLAGS are 
completely bogus).


I locally helped myself with


diff --git a/configure.in b/configure.in
index face6c2..f77302c 100644
--- a/configure.in
+++ b/configure.in
@@ -10101,7 +10101,7 @@ else
 dnl We only need cairo for Windows if we
 dnl build librsvg or directx disabled
 if test "$ENABLE_LIBRSVG" != NO -o -z "$ENABLE_DIRECTX"; then
-BUILD_TYPE="$BUILD_TYPE CAIRO"
+: #BUILD_TYPE="$BUILD_TYPE CAIRO"
 fi
 else
 if test "$enable_cairo_canvas" = "yes"; then


for now, but I would appreciate it if somebody who knows about what 
needs to be built when for Windows would have a look and fix this mess.


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

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

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

sasha.libreoff...@gmail.com changed:

   What|Removed |Added

 Depends on||41261

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

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

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

--- Comment #256 from sasha.libreoff...@gmail.com 2012-03-29 23:23:27 PDT ---
Slide preview (on left side) of Impress not working correctly, all slides
except of first looks corrupted:
Bug 41261 - UI: Wrong slides preview when images on slide are cropped and
scaled

-- 
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: Build breaks, likely somewhere in linking

[Regina Henschel]

Hi Matúš,

Matúš Kukan schrieb:

On 29 March 2012 22:56, Regina Henschel  wrote:

Hi all,

build breaks, I have attached the build_error.log. I have run "make build"
twice to make sure, that it not a simple timing problem.


make[1]: *** No rule to make target `/c', needed by
`/cygdrive/c/git/LO36APR/workdir/wntmsci12/CxxObject/extensions/source/propctrlr/browserlistbox.o'.
  Stop.
does not look good. I can't imagine where /c came from.

Sorry, no other help then generic:
make extensions.clean&&  make extensions
of maybe: make extensions.clean&&  gb_FULLDEPS= make extensions
There is non-zero chance it will help.


Will try it tomorrow (go sleeping now), if nobody else has an idea.


Btw, what is output of:
make cmd cmd="\${GNUMAKE} -v"


$ /opt/lo/bin/make cmd cmd="\${GNUMAKE} -v"
echo "custom cmd" && ( /opt/lo/bin/make -v )
custom cmd
GNU Make 3.82
Built for i686-pc-cygwin
Copyright (C) 2010  Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
LibreOffice patched version

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

Re: Build breaks, likely somewhere in linking

[Matúš Kukan]

On 29 March 2012 22:56, Regina Henschel  wrote:
> Hi all,
>
> build breaks, I have attached the build_error.log. I have run "make build"
> twice to make sure, that it not a simple timing problem.

make[1]: *** No rule to make target `/c', needed by
`/cygdrive/c/git/LO36APR/workdir/wntmsci12/CxxObject/extensions/source/propctrlr/browserlistbox.o'.
 Stop.
does not look good. I can't imagine where /c came from.

Sorry, no other help then generic:
make extensions.clean && make extensions
of maybe: make extensions.clean && gb_FULLDEPS= make extensions
There is non-zero chance it will help.
Btw, what is output of:
make cmd cmd="\${GNUMAKE} -v"

Best,
Matúš
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Source tree location hint for writer table issue?

[David Bolen]

I was wondering if someone more familiar with the source tree layout
than I am might be able to offer a hint as to where I should be
looking for something?

I'm trying to investigate an issue with tables (in Writer) that showed
up when I auto-generated a table, where selecting the table as a whole
shows "read-only" in the status bar and you can't do anything with it
(and about the only way to get rid of it is to select a single cell
and then use Table -> Delete -> Table from the menu).  Nothing about
the table or any of its cells were actually protected in any way
during generation.  I don't think it's an open issue though it's tough
to search for given all the cell and row/column protection related
discussions, but very little for the table as a whole.

I finally worked out that it happens if the last table cell is
vertically merged with row(s) above, and I don't think it's a new
issue (in OO 3.3 too).  A horizontal merge in the final cell seems
fine, and adding a row to the table also clears things up.  My
hypothesis is that there's some code somewhere using the final cell of
the table as a proxy for the state of the entire table, which is no
longer accurate when that cell is hidden by a vertical merge.

Anyway, I've been feeling a bit like was back playing Adventure ("You
are in a maze of twisty little passages, all alike") attempting to
deduce where the table status might be getting determined (and even
back-tracking the "read-only" status bar string), and was wondering if
anyone with past experience with the table code might be able to give
me a nudge in a general direction in terms of the source tree?

Thanks.

-- David

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

Re: Headless for everything in build? (Re: [Libreoffice-commits] .: hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk)

[Michael Meeks]

On Thu, 2012-03-29 at 20:43 +0100, Caolán McNamara wrote:
> On Thu, 2012-03-29 at 16:56 +0200, Lubos Lunak wrote:
> >  Is there any need to run UI stuff during build? IOW, can't we simply 
> > globally 
> > force using headless for everything during build?
> 
> Unix has the env SAL_USE_VCLPLUGIN=svp which would force headless mode.
> Though I don't think macosx or windows honors that, hence the --headless

Right.

> I'm not sure why e.g. the fairly simple hwpfilter test, or any of them
> really, would end up triggering anything UI-related. I guess there might
> be some painful-to-fix assumption somewhere that tries to create a
> dialog or render some text into a drawable and want to query the
> desktop-settings for the default fontoptions on the system or some such
> which cascades out of control.

So - unfortunately on Windows & Mac we initialize VCL for those tests
which I imagine creates an invisible window (for it's event loop) and
other more or less evil & non-desired stuff.

Having said that, it normally doesn't popup dialogs and shouldn't
interfere with the UI - what are you seeing ?

The main reason (IIRC) is that the font logic is not available outside
of the unix / freetype world and that is needed for the headless /
generic code, and until we either split out the font handling to be
better abstracted, or ship freetype cross-platform we'll have to do this
way I IIRC.

Work appreciated to improve the vcl/generic split etc. :-)

HTH,

Michael.

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

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

Re: [PUSHED][PATCH] remove unused code (oox)

[Caolán McNamara]

On Thu, 2012-03-29 at 15:23 +0200, Petr Vorel wrote:
> Hi there,
> 
> removed unused methods

pushed, thanks for these

C.

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

Re: Headless for everything in build? (Re: [Libreoffice-commits] .: hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk)

[Caolán McNamara]

On Thu, 2012-03-29 at 16:56 +0200, Lubos Lunak wrote:
>  Is there any need to run UI stuff during build? IOW, can't we simply 
> globally 
> force using headless for everything during build?

Unix has the env SAL_USE_VCLPLUGIN=svp which would force headless mode.
Though I don't think macosx or windows honors that, hence the --headless

I'm not sure why e.g. the fairly simple hwpfilter test, or any of them
really, would end up triggering anything UI-related. I guess there might
be some painful-to-fix assumption somewhere that tries to create a
dialog or render some text into a drawable and want to query the
desktop-settings for the default fontoptions on the system or some such
which cascades out of control.

C.

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

Re: minutes of ESC call ...

[Tommy]

On Thu, 29 Mar 2012 18:46:55 +0200, Michael Meeks   
wrote:



snip

* Pending Action Items
+ [well underway] review and re-close 3.4.x MAB fixed in 3.5.x (Rainer)
  snip


"MAB = most annoying bugs" is a registered trademark by Tommy

however I'm gonna let you use it under LGPLv3+/GPLv3+/MPL licences

:-)

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

[ANN] LibreOffice 3.5.2 RC2 available

[Christian Lohmaier]

Dear Community,

The Document Foundation is happy to announce the first release
candidate of LibreOffice 3.5.2. The upcoming 3.5.2 will be the second
in a series of frequent bugfix releases on our feature-packed 3.5 code
line. Please be aware that LibreOffice 3.5.2 RC2 is not ready for
production use, you should continue to use LibreOffice 3.4.5 or 3.5.1
for that.

The release is available for Windows, Linux and Mac OS X from our QA
builds download page at

 http://www.libreoffice.org/download/pre-releases/

A note for Windows users: this Release Candidate will uninstall your
current stable build and replace it. If you do not wish this to happen
but still would like to test, you should follow the instructions for
installing in parallel:

 http://wiki.documentfoundation.org/Installing_in_parallel

Should you find bugs, please report them to the FreeDesktop Bugzilla:

 https://bugs.freedesktop.org

A good way to assess the RC2 quality is to run some specific manual
tests on it, our TCM wiki page has more details:

 
http://wiki.documentfoundation.org/QA/Testing/Regression_Tests#Full_Regression_Test

 (and the announcement mail:
http://lists.freedesktop.org/archives/libreoffice/2011-December/022464.html)

For other ways to get involved with this exciting project - you can
e.g. contribute code:

 https://www.libreoffice.org/get-involved/developers/

translate LibreOffice to your language:

 http://wiki.documentfoundation.org/Translation_for_3.5

or help with funding our operations:

 http://challenge.documentfoundation.org/

A list of known issues with 3.5.2 RC2 is available from our wiki:

 http://wiki.documentfoundation.org/Releases/3.5.2/RC2

Please find the list of changes against LibreOffice 3.5.2 RC1 here:

 
http://download.documentfoundation.org/libreoffice/src/bugfixes-libreoffice-3-5-2-release-3.5.2.2.log

Let us close again with a BIG Thank You! to all of you having
contributed to the LibreOffice project - this release would not have
been possible without your help.

Yours,

The Document Foundation Board of Directors
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Tor Lillqvist]

>> On a opposite trend it would be great if the installer ASKED which
>> dictionaries should be installed (like Abiword' installer does), while
>> suggesting the most obvious (based on locale)

My *personal* fear is that if we start doing these kinds of
suggestions, we will get into nasty nationalistic arguments...

"We here in Freedonia certainly don't need any Sylvanian dictionary;
we will never forget how they destroyed our Holy Bicycle of Yendor at
the Glorious Battle of Strawberry Fields in A.D. 567!"

On the other hand, not suggesting any except that for the UI language
selected, also opens up a Pandora's Box, "Don't you idiots know that
Baklavian is also an official language here in Equatorial Kundu, all
EqK citizens are required by law to be able to write documents in
either languages, this is an insult to the Kundu People!"

Better to just include them all, always. And if they show up as
"extensions" in the GUI, that is a bug that should be fixed. If they
don't show up, less people will fear the Disk Space Eating Monster of
Unused Stuff.

I repeat, this is my personal opinion, it doesn't necessarily reflect
that, if any, of my employer, wife, dog or other entity, living or
undead.

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

Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.2 RC2 test builds available

[Pedro Lino]

Hi all,

Did anyone verify that the version info is updated (re the secunia
> reports problem)
>
>
I think Secunia has already fixed the numbering so that the warning it gone
for version 3.5.1.

But the Version number in the file Properties for 3.5.2rc2 is now 3.5.0.202
instead of 3.5.2.2

Unless there is an rc3 and this is fixed meanwhile LO is going to get a bad
image with Secunia (and all the security minded people :) )

Personally I couldn't care less about Secunia but since it only takes a
small number change, I think it would be worth the effort :)

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

[PUSHED] remove unnecessary includes

[Michael Meeks]

On Thu, 2012-03-29 at 16:52 +0200, Noel Grandin wrote:
> A nice easy patch to review for a change :-)

:-) looks exciting.

> This removes some unnecessary includes of "tools/table.hxx", part of my 
> ongoing quest to eliminate it :-)

Good stuff, looks like you're really there; are the sc/ pch includes
actually necessary ?

ATB,

Michael.

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

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

minutes of ESC call ...

[Michael Meeks]

Present:
+ Norbert, Andras, Markus, Michael, Will, Rainer, Bjoern,
  Stephan, Petr, Caolan, Fridrich, Cedric

* Completed Action Items
+ Hamburg Hackfest
+ Hamburg Hack-fest mail the developers list (Bjoern)
+ Hamburg Hack-fest in topic of IRC channel (Bjoern)
+ annotate RTF bugs with 'rtf_filter' to break-down regressions (Cedric)
+ Official TDF blog item announcing GSOC required (Fridrich)

* Pending Action Items
+ [well underway] review and re-close 3.4.x MAB fixed in 3.5.x (Rainer)
+ [ever-pending] extract 64bit build hardware from firewall (Kendy / 
Admins)
+ rename VCL API to make it GetBeamerFoo & fix (Michael)
+ cost and usefulness of exceptions proposal (Michael)
+ Hamburg Hackfest
+ blog some artwork for 'going to the LibreOffice hack-fest' 
(All)
  http://wiki.documentfoundation.org/Hackfest/Hamburg2012
+ TDF blog entry publicising the Hamburg hack-fest (Fridrich)
+ poke RedHat security chappy wrt. keys (Caolan)

* Action Items review

* Release Engineering update (Petr)
+ 3.5.2 status ...
+ Windows build for rc2 re-spinning & currently up-loading
+ Win32 downloads disabled until that's done
+ possibly delayed by mirror synching issues
+ following 2 weeks no release.
+ 3.4.6 retrospective ...
+ lots of fixes here from 3.5 re-using the reviews
+ no issues reported / little interest (?)
+ 3.6 - release plan ...
+ feature-freeze is two months away: June 4th
+ hack like crazies before then !

* GSOC update (Cedric)
+ 2-3 applications filed so far
+ some students getting stuck into easy hacks
+ perhaps a perception problem:
+ do people get scared of the scale ?
AA: + add a bold heading: LibreOffice is easy & fun to hack (Cedric)
+ how can we make LibreOffice seem less scary now it's less sick ?
+ answers on a postcard

* Collaboration Hack-fest update (Will Thompson)
+ various videos on-line eg.
+ http://www.youtube.com/watch?v=hBsa212X2OE
+ over enthusiasm in media wrt. ship-ability etc.
+ telepathy improvements being fed-back to the core code
+ how far to completion ? (Norbert)
+ not that much work on the comms side (Will)
+ chunk of UI work needed (GSOC)
+ lots of model/view/controller splitting heavy
  lifting needed in calc (Michael)
+ hopefully much more incremental work
+ experimental feature for a while ...
+ how do we avoid getting out of sync generally ?
+ how much needs to be done before the number of
  things that de-sync becomes reasonably small ?
+ how much of a model/view separation is needed (Fridrich)
+ not needed as yet - as long as we can intercept
  model changes (Michael)
+ calc an easy start for referencing (Michael)
+ layout nodes have id's to nodes, could re-use
  those for writer / SwPaM ? (Cedric)
+ using undo/redo for calc is not ideal (Markus)
+ great chunks of data are stored, it's not conservative
+ same for writer (Cedric)
+ hopefully can use this logging to replace autosave too
+ save on a given log-size ...
+ undo/redo is abstracted behind the ScDocFunc interface
+ can expand undo/redo more.
+ can we look at / interoperate with other work in this area (Will?)
+ interesting ideas, real DOM vs. ODF

* exception size stats (Caolan)
+ likes exceptions, but they are big
+ trade-off - bigger tables for smaller code ?
+ new constructors in 3.6 - work on string literals
+ shouldn't have to throw - small strings
+ not strings controlled by malicious input (Stephan)
+ we abort anyway in these cases
AA: + drop exception specs from new string constructors (Lubos)
+ drop from Any / small object allocations as interested

* memory / heap usage prodding (Caolan)
+ every static object construction
- don't go adding thousands of these, not necessary
  and slows startup
- also chews memory to clean them up.
+ much of heap is in configmgr
+ lots of maps ...
+ is the map problem - or sheer amount of data ?
+ change from previous to OUStrings from UTF-8
AA: + do the string dump magic (Michael)

* Handling obsolete document formats (Rainer)
+ Word 6.0 export
+ https://bugs.freedesktop.org/show_bug.cgi?id=47857
  

[PATCH] conver tools/table.hxx usage to std::set in EditorWindow class in basctl module

[Noel Grandin]

Hi

License is on file.

Including this patch (and the last 2 from today), there is only 1 place 
in the codebase still using the tools/table.hxx class


Regards, Noel Grandin

Disclaimer: http://www.peralex.com/disclaimer.html




0001-Convert-tools-table.hxx-to-std-set-in-EditorWindow-c.patch
Description: application/mbox
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Michael Meeks]

Hi Pedro,

On Thu, 2012-03-29 at 07:47 -0700, Pedro wrote:
> On a opposite trend it would be great if the installer ASKED which
> dictionaries should be installed (like Abiword' installer does), while
> suggesting the most obvious (based on locale)

Ho hum :-)

> Since each dictionary is an Extension and extensions are checked at load
> time, having dozens of un-needed dictionaries loaded not only makes first
> load take ages but surely increases memory usage ? (I haven't tested this but
> I can tell for sure that dev builds which only have three languages load
> significantly faster)

It'd be interesting to compare like for like; in theory there is no
reason at all why having a lot of dictionaries installed -needs- to
cause grief, it'd be interesting to get some hard warm-start time /
memory numbers on that; if you can (?)

ATB,

Michael.

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

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

[PATCH] convert tools/table.hxx to std::set in Calendar class in svtools module

[Noel Grandin]

Hi

License is on file.

Regards, Noel Grandin

Disclaimer: http://www.peralex.com/disclaimer.html




0001-Convert-tools-table.hxx-usage-to-std-set-in-Calendar.patch
Description: application/mbox
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Alex Thurgood]

Le 29/03/2012 16:23, Alex Thurgood a écrit :


checking whether to build the MySQL Connector extension... yes
checking for MySQL prerequisites... configure: error: not given. Please
specify either --with-system-mysql or --with-libmysql-path
Error running configure at ./autogen.sh line 179.


Have downloaded the mysql-coonector-c library from mysql.com and pointed 
the --with-libmysql-path option to it. Will see whether it builds for me.


Alex


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

Headless for everything in build? (Re: [Libreoffice-commits] .: hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk)

[Lubos Lunak]

On Thursday 29 of March 2012, Lubos Lunak wrote:
>  hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk |1 +
>  1 file changed, 1 insertion(+)
>
> New commits:
> commit 61d6d08667e03271604007fe602063c08e0e8608
> Author: Luboš Luňák 
> Date:   Thu Mar 29 16:52:42 2012 +0200
>
> --headless for hwpfilter test
>
> Otherwise there's a build dependency missing (and it's apparently
> not needed anyway).

 Is there any need to run UI stuff during build? IOW, can't we simply globally 
force using headless for everything during build? I don't see why it should 
be needed, and it can avoid various problems (I've already had a D-Bus 
timeout from KDE UI when the system load was high during the final linking).

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

[PATCH] remove unnecessary includes

[Noel Grandin]

Hi

A nice easy patch to review for a change :-)

This removes some unnecessary includes of "tools/table.hxx", part of my 
ongoing quest to eliminate it :-)


License statement is on file.

Regards, Noel Grandin

Disclaimer: http://www.peralex.com/disclaimer.html




0001-Remove-unnecessary-tools-table.hxx-includes.patch
Description: application/mbox
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Pedro]

Michael Meeks-2 wrote
> 
>   Personally, I think the ability to save 30k of stripped install size is
> not really that valuable - so I'd want it to be bundled unconditionally
> really if possible.
> 

I agree that saving 30k in a 200Mb+ install is absurd.

On a opposite trend it would be great if the installer ASKED which
dictionaries should be installed (like Abiword' installer does), while
suggesting the most obvious (based on locale)

Since each dictionary is an Extension and extensions are checked at load
time, having dozens of un-needed dictionaries loaded not only makes first
load take ages but surely increases memory usage? (I haven't tested this but
I can tell for sure that dev builds which only have three languages load
significantly faster)

Please consider this.

Regards,
Pedro

--
View this message in context: 
http://nabble.documentfoundation.org/ANN-LibreOffice-3-5-2-RC2-test-builds-available-tp3865776p3867899.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Alex Thurgood]

Le 29/03/2012 15:11, Stephan Bergmann a écrit :

Hi Stephan,


On 03/29/2012 02:42 PM, Alexander Thurgood wrote:

Perhaps there is some switch I can use that will force the mysql client
libraries to be packaged inside the extension, like the AOOo one did ?


Not sure which extension it is exactly you are talking about and how you
build it, but -- at least in theory -- configure --without-system-mysql
--without-system-mysql-cppconn should result in module mysqlc building a
mysql-connector-ooo.oxt that bundles instances of the mysqlclient and
mysqlcppconn libraries.



Unfortunately, not :

alex@acer-xubuntu:~/LODEV/core$ ./autogen.sh
--without-junit
--enable-ext-mysql-connector
--with-epm
--enable-ext-barcode
--enable-ext-google-docs
--enable-ext-nlpsolver
--enable-ext-numbertext
--enable-ext-oooblogger
--enable-ext-scripting-beanshell
--enable-ext-scripting-javascript
--enable-ext-typo
--enable-ext-validator
--enable-ext-watch-window
--enable-ext-wiki-publisher
--enable-evolution2
--enable-crashdump
--enable-extra-gallery
--enable-extra-template
--enable-extra-sample
--with-openldap
--enable-extra-font
--enable-python=auto
--enable-binfilter
--disable-mozilla
--without-system-mysql
--without-system-mysql-cppconn

checking whether to build the MySQL Connector extension... yes
checking for MySQL prerequisites... configure: error: not given. Please 
specify either --with-system-mysql or --with-libmysql-path

Error running configure at ./autogen.sh line 179.

Alex

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

Re: Extensions tutorial

[Miklos Vajna]

On Thu, Mar 29, 2012 at 10:52:34AM -0300, Thiago Ferauche 
 wrote:
> I would like to start developing extensions. I found some information about
> LibreOffice Development at  http://www.libreoffice.org/developers-2/.
> 
> Does anybody knows some extensions tutorial, something very simple to teach
> how to develop a Hello World extension?

Hi Thiago,

What language are you interested in? There are examples here:

http://api.libreoffice.org/examples/examples.html

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

Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.2 RC2 test builds available

[ape]

 Sorry, I am ashamed. It was my mistake. I think that the reason for failure
the MS installer was to change the registration of components
LibreOffice-3.5.2rc1.

Parameter:

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\The Document
Foundation\LibreOffice\3.5\Capabilities\FileAssociations]
"soffice.StarWriterGlobalDocument.6"=""

I changed to:
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\The Document
Foundation\LibreOffice\3.5\Capabilities\FileAssociations]
".sxg"="soffice.StarWriterGlobalDocument.6"

and added new parameters:

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\The Document
Foundation\LibreOffice\3.5\Capabilities\FileAssociations]
".vsd"="OpenOffice.org.Vsd"
".vst"="OpenOffice.org.Vst"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vsd]
@="Microsoft Visio 2003 Document"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vsd\DefaultIcon]
@="C:\\Program Files (x86)\\LibreOffice 3.5\\program\\soffice.bin,5"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vsd\shell]
@="open"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vsd\shell\open]

[HKEY_CLASSES_ROOT\OpenOffice.org.Vsd\shell\open\command]
@="\"C:\\Program Files (x86)\\LibreOffice 3.5\\programsdraw.exe\" -o
\"%1\""

[HKEY_CLASSES_ROOT\OpenOffice.org.Vst]
@="Microsoft Visio 2003 Template"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vst\DefaultIcon]
@="C:\\Program Files (x86)\\LibreOffice 3.5\\program\\soffice.bin,6"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vst\shell]
@="open"

[HKEY_CLASSES_ROOT\OpenOffice.org.Vst\shell\open]

[HKEY_CLASSES_ROOT\OpenOffice.org.Vst\shell\open\command]
@="\"C:\\Program Files (x86)\\LibreOffice 3.5\\programsdraw.exe\" -o
\"%1\""

These parameters was saved and they creates an error when updating
LibreOffice-3.5.2rc1 to "rc2".


--
View this message in context: 
http://nabble.documentfoundation.org/ANN-LibreOffice-3-5-2-RC2-test-builds-available-tp3865776p3867736.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] remove unused code (oox)

[Petr Vorel]

Hi there,

removed unused methods, hope better this time.

Regards,
Petr
>From 2d8c47fede9ec6842a98663f16c4efa70f833e22 Mon Sep 17 00:00:00 2001
From: Petr Vorel 
Date: Thu, 29 Mar 2012 11:54:36 +0200
Subject: [PATCH] remove unused code (oox)

---
 oox/inc/oox/dump/dffdumper.hxx   |1 -
 oox/inc/oox/dump/dumperbase.hxx  |   10 --
 oox/inc/oox/dump/oledumper.hxx   |1 -
 oox/inc/oox/ole/vbaprojectfilter.hxx |5 ---
 oox/source/dump/dffdumper.cxx|6 
 oox/source/dump/dumperbase.cxx   |   53 --
 oox/source/dump/oledumper.cxx|5 ---
 oox/source/ole/vbaprojectfilter.cxx  |5 ---
 unusedcode.easy  |   12 ---
 9 files changed, 0 insertions(+), 98 deletions(-)

diff --git a/oox/inc/oox/dump/dffdumper.hxx b/oox/inc/oox/dump/dffdumper.hxx
index 10f84f3..de0913f 100644
--- a/oox/inc/oox/dump/dffdumper.hxx
+++ b/oox/inc/oox/dump/dffdumper.hxx
@@ -49,7 +49,6 @@ protected:
 inline explicit DffStreamObject() {}
 
 using   SequenceRecordObjectBase::construct;
-voidconstruct( const OutputObjectBase& rParent, const BinaryInputStreamRef& rxStrm );
 
 virtual boolimplReadRecordHeader( BinaryInputStream& rBaseStrm, sal_Int64& ornRecId, sal_Int64& ornRecSize );
 virtual voidimplWriteExtHeader();
diff --git a/oox/inc/oox/dump/dumperbase.hxx b/oox/inc/oox/dump/dumperbase.hxx
index a8b16b0..0dd1abc 100644
--- a/oox/inc/oox/dump/dumperbase.hxx
+++ b/oox/inc/oox/dump/dumperbase.hxx
@@ -231,7 +231,6 @@ struct ItemFormat
 explicitItemFormat();
 
 voidset( DataType eDataType, FormatType eFmtType, const ::rtl::OUString& rItemName );
-voidset( DataType eDataType, FormatType eFmtType, const ::rtl::OUString& rItemName, const ::rtl::OUString& rListName );
 
 /** Initializes the struct from a vector of strings containing the item format.
 
@@ -398,7 +397,6 @@ public:
 static void appendToken( ::rtl::OUStringBuffer& rStr, const ::rtl::OUString& rToken, sal_Unicode cSep = OOX_DUMP_LISTSEP );
 static void appendToken( ::rtl::OUStringBuffer& rStr, sal_Int64 nToken, sal_Unicode cSep = OOX_DUMP_LISTSEP );
 static void prependToken( ::rtl::OUStringBuffer& rStr, const ::rtl::OUString& rToken, sal_Unicode cSep = OOX_DUMP_LISTSEP );
-static void prependToken( ::rtl::OUStringBuffer& rStr, sal_Int64 nToken, sal_Unicode cSep = OOX_DUMP_LISTSEP );
 
 static void appendIndex( ::rtl::OUStringBuffer& rStr, const ::rtl::OUString& rIdx );
 static void appendIndex( ::rtl::OUStringBuffer& rStr, sal_Int64 nIdx );
@@ -1047,11 +1045,9 @@ public:
 
 voidincIndent();
 voiddecIndent();
-voidresetIndent();
 
 voidstartTable( sal_Int32 nW1 );
 voidstartTable( sal_Int32 nW1, sal_Int32 nW2 );
-voidstartTable( sal_Int32 nW1, sal_Int32 nW2, sal_Int32 nW3 );
 voidstartTable( sal_Int32 nW1, sal_Int32 nW2, sal_Int32 nW3, sal_Int32 nW4 );
 voidstartTable( size_t nColCount, const sal_Int32* pnColWidths );
 voidtab();
@@ -1209,8 +1205,6 @@ public:
 explicitStorageIterator( const StorageRef& rxStrg );
 virtual ~StorageIterator();
 
-size_t  getElementCount() const;
-
 StorageIterator&operator++();
 
 ::rtl::OUString getName() const;
@@ -1251,8 +1245,6 @@ protected:
 
 // 
 
-voidreconstructConfig( const ConfigRef& rxConfig );
-
 inline Config&  cfg() const { return *mxConfig; }
 
 private:
@@ -1564,8 +1556,6 @@ protected:
 ::rtl::OUString dumpNullCharArray( const String& rName, rtl_TextEncoding eTextEnc );
 ::rtl::OUString dumpNullUnicodeArray( const String& rName );
 
-double  dumpRk( const String& rName = EMPTY_STRING );
-sal_Int32   dumpColorABGR( const String& rName = EMPTY_STRING );
 ::com::sun::star::util::DateTime dumpFileTime( const String& rName = EMPTY_STRING );
 ::rtl::OUString dumpGuid( const String& rName = EMPTY_STRING );
 
diff --git a/oox/inc/oox/dump/oledumper.hxx b/oox/inc/oox/dump/oledumper.hxx
index 42abf2d..4d3ceaa 100644
--- a/oox/inc/oox/dump/oledumper.hxx
+++ b/oox/inc/oox/dump/oledumper.hxx
@@ -178,7 +178,6 @@ protected:
 
 using   StorageObjectBase::construct;
 voidconstruct( const ObjectBase& rParent, const StorageRef& rxStrg, const ::rtl::OUString& rSysPath );
-voidconstruct( const ObjectBase& rParent );
 
 virtual voidimplDumpStream(
 const ::com::sun::star::uno::Reference< ::com::sun::star::io::XInputStream >& rxStrm,
diff --git a/oox/inc/oox/ole/vbapro

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Stephan Bergmann]

On 03/29/2012 02:42 PM, Alexander Thurgood wrote:

Perhaps there is some switch I can use that will force the mysql client
libraries to be packaged inside the extension, like the AOOo one did ?


Not sure which extension it is exactly you are talking about and how you 
build it, but -- at least in theory -- configure --without-system-mysql 
--without-system-mysql-cppconn should result in module mysqlc building a 
mysql-connector-ooo.oxt that bundles instances of the mysqlclient and 
mysqlcppconn libraries.


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

Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.2 RC2 test builds available

[Pedro Lino]

Hi Christian

Did anyone verify that the version info is updated (re the secunia
> reports problem)
> http://ask.libreoffice.org/question/1459/secunia-psi-reports-insecure
> also on the mailinglists)
>
> i.e. version info of soffice.exe, not the one in the about dialog.
>

I didn't check that and now I can't have access to the installer at
http://dev-builds.libreoffice.org/pre-releases/win/x86/

it only shows the help packs. Was the installer removed?

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

Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Alexander Thurgood]

Hi,

As some of you may (or may not) know, I have been attempting to provide
the native mysql connector extension via the Extensions website.

For Mac OS, things still seem to be working (as far as I can tell, no
one seems to have complained).

However, I've hit a bit of a dilemma with providing a mysql connector
for LO on Linux :

- first, there's the now frequent 32bit/64bit supply request, which
means building for 2 separate architectures - doable, although a PITA on
my ageing Linux hardware, but that's not the major problem as such ;

- second, the connector code is, from what I understand, currently
designed to use system provided mysql libs which is fine for building
one's own connector, since everything gets pulled (well the
libmysqlcppconn/libmysqlclient16 essentially) in at component load time
- this also makes for a much smaller extension because those libraries
are not included in the extension, but linked to (or at least that is
what it appears to be like to me when I compare the Oracle connector, 4
Mb, and the one I build myself 997kb).

Now, the killer is that such an extension is not portable, i.e. it will
only run on an identical OS that already has identical revision numbers
of libmysqlcppconn and libmysqlclient16 libraries. This means that it is
virtually pointless providing the extension I build for Linux at
present, since it can only be used by someone have the same setup
(Ubuntu Oneiric 11.10 FWIW). Other users with different Linux systems
have tried doing so and reported back that they get a component loading
error. Indeed, I have managed to confirm that the extension I built on
Oneiric can not be installed on say, Bodhi Linux 1.4 or Linux Mint 12.

I would like, if that is at all possible, to have a way to build the
connector so that I can just stick it up there and have any Linux OS
user install it and have it work (notwithstanding the arch requirement
of course). Of course, as I put it in the subject line, this may well be
a pipe dream, in which case I'm just going to stop providing them,
there's no way I'm gonna spend my life building a connector for each and
every conceivable platform.

The distribs do provide their own connectors, but these are linked to
the "stable" version of LO which they provide at any given time, i.e. at
least 2 points behind the main version release on the whole. For
example, I tried the following with Bodhi Linux, none of which worked :

- the Bodhi Linux distrib provided mysql connector (valid for 3.3.2 only
!!) - this did not install/work with the Deb download of LO 3.5.1.2)

- the Oracle 32bit Mysql Connector 1.0.1 available from the AOOo
Extensions site - failed installation, i.e. not registered, therefore
non functional

- my own Ubuntu Oneiric built 32bit mysql connector - failed installation

- Bodhi Linux OpenOffice.org mysql connector - failed installation


Perhaps there is some switch I can use that will force the mysql client
libraries to be packaged inside the extension, like the AOOo one did ?


Hints and practical tips welcome.


Alex

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

Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.2 RC2 test builds available

[Christian Lohmaier]

Hi *,

On Wed, Mar 28, 2012 at 8:13 PM, Fridrich Strba
 wrote:
>
> for the upcoming new version 3.5.2, the RC2 builds now start to be
> available on pre-releases.

Did anyone verify that the version info is updated (re the secunia
reports problem)
http://ask.libreoffice.org/question/1459/secunia-psi-reports-insecure
also on the mailinglists)

i.e. version info of soffice.exe, not the one in the about dialog.

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

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Fridrich Strba]

It is installed with the version that you mention. Look for OpenDocument
Text (Flat XML) format.

The xslt filters are installed by default now. However, if you are
upgrading your LibreOffice, the installer checks what options were
chosen the previous time, so if you did not have your XSLT filters
installed then, upgrade will not install them either.

Cheers

F.

On 29/03/12 05:11, ape wrote:
> *Attention! A blocking error Writer (LibreOffice 3.5.2.2; build_ID
> 281b639-6baa1d3-ef66a77-d866f25-f36d45f; Windows_OS):
>  "File" menu, point "Save as": format FlatXML (*. fodt) is not in the list
> of available formats.*
> 
> --
> View this message in context: 
> http://nabble.documentfoundation.org/ANN-LibreOffice-3-5-2-RC2-test-builds-available-tp3865776p3866620.html
> Sent from the Dev mailing list archive at Nabble.com.
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice

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

Re: [PUSHED][PATCH] Remove unused code (connectivity)

[Caolán McNamara]

On Wed, 2012-03-28 at 21:51 +0200, Santiago Martinez wrote:
> This patch removes unused code as listed in unusedcode.easy 

Looks good, pushed now, thanks for these.

C.

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

Re: [PUSHED][PATCH] Remove unused code in sqlnode

[Caolán McNamara]

On Wed, 2012-03-28 at 21:31 +0200, Santiago Martinez wrote:
> This patch removes unused code as listed in unusedcode.easy 

Look good, pushed now.

C.

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

Re: initializing extensions in daily from Master slooow

[Stephan Bergmann]

On 03/29/2012 01:22 PM, Michael Meeks wrote:

Stephan - for example, can we inherit UNO structs and be sure the new
version is correctly co-erced into the old one in other places ? [
that might be helpful ]


No (witness the border line debacle).

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

Re: initializing extensions in daily from Master slooow

[Michael Meeks]

On Wed, 2012-03-28 at 21:25 -0500, Norbert Thiebaud wrote:
> or you could actually call sync() directly from the save() method once
> your done with your writing (*),

Urgh; wow, synching the whole system (though fsync tends to end up
doing this on ext2/ext3 anyway) is also a bit extreme, certainly
inelegant and osl (luckily) has no abstraction for that ;-)

> that push up some implementation details... but that still would be a
> less ugly than the hack above

Well - an open-fsync-close triplet, is not as bad as a 20second
regression on first-start from the bus-load of gross-ness that is done
in desktop's setup / migration code ;-)

> (*) I'm assuming here that this sync really matter only when saving
> 'documents'... and that we could live without it for other write...

Sure - the only problem is is trying to push the semantic: 'we want to
fsync' through the multiple layers of abstractions ;-) Stephan - for
example, can we inherit UNO structs and be sure the new version is
correctly co-erced into the old one in other places ? [ that might be
helpful ]

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: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Alexander Thurgood]

Le 29/03/12 07:28, Pedro a écrit :

Hi,

> 
> FlatXML is not installed by default, was it ever?

On Mac, all of the filters are installed as default...

Alex

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

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

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

Bug 37361 depends on bug 46532, which changed state.

Bug 46532 Summary: SLIDESHOW does not show pictures with Hardware Acceleration 
activated
https://bugs.freedesktop.org/show_bug.cgi?id=46532

   What|Old Value   |New Value

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

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

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

Bug 37361 depends on bug 46901, which changed state.

Bug 46901 Summary: cairo canvas used in error on windows.
https://bugs.freedesktop.org/show_bug.cgi?id=46901

   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: Another Dalvik oddity: "bogus byte value: 128" while processing DNDConstants.class

[Stephan Bergmann]

On 03/28/2012 03:12 PM, Tor Lillqvist wrote:

The patch below seems to help. OK to commit? I'm looking at you, Stephan;)


 
"UNO BYTE is signed" should hopefully fix this problem at the root 
rather.  Let me know if it re-introduces any problems on Dalvik.


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

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Michael Meeks]

On Thu, 2012-03-29 at 10:32 +0300, Tor Lillqvist wrote:
> The current name of the item doesn't really make much sense. If
> "sample" means that the filters in question are intended to be
> representative samples of source code for people writing new filters,
> why does that have to show up in the installer UI ?

Quite - this is a -tiny- piece of code that implements a really rather
sexy feature IMHO; it should be in the default install and IIRC it is
(but if you upgrade you don't get it enabled according to Fridrich).

> If there is something wrong with them so that we don't want them to be
> installed by default, why do we include them at all then?

Personally, I think the ability to save 30k of stripped install size is
not really that valuable - so I'd want it to be bundled unconditionally
really if possible.

Regards,

Michael.

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

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

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[ape]

Now I can DOCX files with formulas of Word-2003 and Word-2010 save as ODT
files across FODT filter only. I used "Sample.." at all times.  But I can
not install it normal, when the "LibreOffice-3.5.2rc2_win-x86.msi" was used.
The question "sample - simple" is not relevant when Flat XML filter is
installed correctly across "Sample.." like in other versions LibO\LOdev.

--
View this message in context: 
http://nabble.documentfoundation.org/ANN-LibreOffice-3-5-2-RC2-test-builds-available-tp3865776p3867097.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[Tor Lillqvist]

> This item is called "Sample Filters". It seems to me, the word "Sample" is
> synonymous with the word "Example". Is the "Simple Filters" correct?

The current name of the item doesn't really make much sense. If
"sample" means that the filters in question are intended to be
representative samples of source code for people writing new filters,
why does that have to show up in the installer UI? Doesn't the
installer have too much optionality anyway already, why can't we just
install these filters always? If there is something wrong with them so
that we don't want them to be installed by default, why do we include
them at all then?

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

Re: [ANN] LibreOffice 3.5.2 RC2 test builds available

[ape]

Filter "Flat XML" is set, if I choose "Sample Filters". But the item "Sample
Filters" makes it so that MSI can not finish the job in my OS
(Windows_7_HP_32-bit; Windows_XP_64-bit).
This item is called "Sample Filters". It seems to me, the word "Sample" is
synonymous with the word "Example". Is the "Simple Filters" correct?


--
View this message in context: 
http://nabble.documentfoundation.org/ANN-LibreOffice-3-5-2-RC2-test-builds-available-tp3865776p3866954.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] [Libreoffice] named formatting attributs overwrite automatic formatting attributs (paragraph / character)

[Maxime de Roucy]

Hello,

I have been ask to rewrite my mail with the term "direct
formatting" (which means with the buttons) and "style formatting" (which
means with the "Style and Formatting" window).

So here it is :

I am wondering, when I apply a direct character formatting attribut on a
portion of text (not a whole paragraph) (for example I clic on bold in
the "Formatting" toolbar) and then apply a style character formatting
attribut on the same portion of text (for example "Internet Link"), the
attributs are merged.

When I apply a direct character formatting attribut to a paragraph (for
example I clic on bold in the "Formatting" toolbar) and the apply a
style paragraph formatting attribut (for example "Default") on the same
paragraph, the style attribut overwrite the automatic one (the bold
attribut disappear).

For my part I think this should be fixed, I mean that both paragraph and
character attributs should have the same behavior (overwriting or
merging).

What do you think ?
- am I wrong ? (Not my choice…)
- Should the style paragraph formatting attribut be merge with the
direct one ? (My first choice)
- Should the style character formatting attribut overwrite the direct
one ? (My second choice)

Regards

Maxime de Roucy

-- 
Maxime de Roucy
Groupe LINAGORA - OSSA
80 rue Roque de Fillol
92800 PUTEAUX
Tel. : 0 810 251 251


Le mercredi 28 mars 2012 à 18:23 +0200, Maxime de Roucy a écrit :
> Hello,
> 
> I am wondering, when I apply an automatic character formatting attribut
> on a portion of text (not a whole paragraph) and then apply a named
> character formatting attribut on the same portion of text, the attribut
> are merged.
> 
> When I apply an automatic character formatting attribut to a paragraph
> and the apply a named paragraph formatting attribut on the same
> paragraph, the named attribut overwrite the automatic one.
> 
> For my part I think this should be fixed, I mean that both paragraph and
> character attributs should have the same behavior (overwriting or
> merging).
> 
> What do you think ?
> - am I wrong ? (Not my choice…)
> - Should the named paragraph formatting attribut be merge with the
> automatic one ? (My first choice)
> - Should the named character formatting attribut overwrite the automatic
> one ? (My second choice)
> 
> Regards
> 
> Maxime de Roucy
> 
> PS : I think I already ask but nobody answers, furthermore I don't find
> my previous mail
> 
> ___
> Libreoffice-ux-advise mailing list
> libreoffice-ux-adv...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


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: Small "use of english" mistake on the site

[Mark Stanton]

There's nothing wrong with saying "very many of them" in this 
context, it's perfectly acceptable English.

Mark Stanton
(Publisher and proof reader)


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

Re: gsoc 2012 idea,Java Guifor Libreoffice based andriod app

[Jonathan Aquilina]

On 3/26/12 1:20 PM, Michael Meeks wrote:

Hi Vivek,

On Sat, 2012-03-24 at 23:28 +0530, vivek nalla wrote:

  I am vivek nalla , first year undergraduate student from bits
pilani institution india. Since i am a fresher out of school, i didn't
get a chance to contribute to opensource.


First of all I would like to welcome you :) to the project.

Great to meet you.


  I am very  much interested in the project suggested by libreOffice
Java Gui for LibreOffice based Andriod app.

Ok - so this is really quite a substantial task :-) I would set about
getting a cross-compile from the feature/android branch, by following
the README.Android instructions. I'd want to be sure you could follow
the steps and effectively build and run that in the emulator :-)


  Also i would like to ask you about the details of the project as the
ideas page contains very abstract idea. I will be grateful to you if
anyone could help me tell what actually the goals and milestones of

So - of course, you'll need to think and come up with some of this
yourself. What do you think is achievable in the time, and so on. Having
said that, Tor's abstract is just a tad abstract ;-)

There are a number of things that need doing there, Eagles may have
produced at least a start of something here. We're going to need to
produce a shell that deals with pages as a series of tiled bitmaps I
suspect, allow flipping between them, thumbnailing of pages etc. there
is a chunk of work in making that work nicely - and this is primarily
what the task is about.


I have already started a project for the UI work for the android port. 
Currently I only have the main application selector done, and I would 
like to make a further improvement to it before starting other menus for 
the various apps.


I have a git hub repository which has the eclipse project I created so 
far: https://github.com/eagles051387/LibreOffice-Android-UI-


Michael, I know there has been some chatter on the mailing list from tml 
and oddities with dalvik, does that mean he is working on integrating 
the core with a UI such as mine, or is he working on other things?


As well the very tricky, but interesting part is integration of the core 
code using the NDK, which is currently where I am held up.

The heavy-duty guts of rendering a word processing document are not
your problem for this task :-) you should treat that as a black-box that
presents you with a set of pages of a given geometry, and renders them
to pixels / bitmaps for you.

Does that make sense ? Tor - I hope that's what you intended, I'll
update the task page to say the above ;-)

ATB,

Michael.

If you have any questions dont hesitate to contact the list, and I look 
forward to working with you to put together a killer UI for this great 
project and port to Android.


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