date:20111116

August Sodora píše v St 16. 11. 2011 v 14:43 -0500:
> I asked this once on IRC but it seems to me that some people are
> actually using the testtool so I figured I'd ask again to a broader
> audience. Is there any interest in maintaining/cleaning up the
> testtool? If not is there a way that those tests can be rewritten to
> work in one of the other test suites?

I am surprised that anyone still uses it. The following two bugs makes
me feel that it does not work for LO-3.4 and master:

+ https://bugs.freedesktop.org/show_bug.cgi?id=37059
+ https://bugs.freedesktop.org/show_bug.cgi?id=37566

AFAIK, developers does not like it. My understanding of the problems is
summarized at
http://wiki.documentfoundation.org/QA/Testing/Using_Testtool#IMPORTANT:_Obsoleted_by_Unit_tests_and_Subsequenttests

AFAIK, developers prefer unit tests and subsequent tests, see
http://wiki.documentfoundation.org/QA/Testing/Automated_Tests


Best Regards,
Petr

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

Re: [Libreoffice] [Libreoffice-qa] Improving the QA and Release for 3.5

2011-11-16 Thread August Sodora

I asked this once on IRC but it seems to me that some people are
actually using the testtool so I figured I'd ask again to a broader
audience. Is there any interest in maintaining/cleaning up the
testtool? If not is there a way that those tests can be rewritten to
work in one of the other test suites?

August Sodora
aug...@gmail.com
(201) 280-8138



On Wed, Nov 16, 2011 at 2:18 PM, Petr Mladek  wrote:
> Cor Nouws píše v Pá 11. 11. 2011 v 17:40 +0100:
>> Hi,
>>
>> As a result of the discussions, the presentation, at the LibOCon, here
>> are the conclusions.
>> https://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5
>> and the places where people can comment and show commitment.
>>
>> What do you think?
>
> Some of the things are already in progress:
>
>        + we are cleaning up QA wiki pages [1]
>        + there is long discussion on the QA mailing list [2] about
>          how to organize testing in Litmus [3]
>        + we decided to update the schedule for 3.5.0 [4]:
>                + add beta0 before one week feature freeze
>                + do only beta1, beta2, beta3 with two weeks cadence
>
>
> Reference:
> [1] http://wiki.documentfoundation.org/QA
> [2] libreoffice...@lists.freedesktop.org
> [3]
> http://lists.freedesktop.org/archives/libreoffice-qa/2011-November/thread.html
> [4]
> http://lists.freedesktop.org/archives/libreoffice/2011-November/020724.html
>
>
> Best Regards,
> Petr
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Unable to build moz

2011-11-16 Thread Marc-André Laverdière

I tried that, made a make clean, and rebuilt. And now I have almost the
same thing in svtools

/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libutllo.so:
undefined reference to `vtable for INetMIMEOutputSink'
/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
undefined reference to `vtable for ErrorInfo'
/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
undefined reference to `vtable for GZCodec'

So what am I doing wrong this time?

Marc-André LAVERDIÈRE
"Perseverance must finish its work so that you may be mature and complete,
not lacking anything." -James 1:4
http://asimplediscipleslife.blogspot.com/
mlaverd.theunixplace.com




2011/11/16 saad igueninni 

> Can u try disabling mozilla as i said before.
>  with --*disable*-*mozilla.*
> *
> *
> *Cdt,*
> *SIG
> *
> Le 16 novembre 2011 17:23, Marc-André Laverdière <
> marcandre.laverdi...@gmail.com> a écrit :
>
>> Hi everyone,
>>
>> I had some help from shm_get on IRC yesterday. We disabled the system
>> libs in part but things are still not building after a make clean :(.
>>
>> My autogen options now are:
>> --with-num-cpus=4
>> --with-system-libs
>> --with-system-headers
>> --with-system-dicts
>> --enable-lto
>> --without-system-libvisio
>> --without-system-libexttextcat
>> --without-system-libcmis
>> --without-system-graphite
>> --without-system-lpsolve
>> --without-system-nss (that's the one I added)
>>
>> And the errors in building moz are now as follows:
>> /home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libutllo.so:
>> undefined reference to `vtable for INetMIMEOutputSink'
>> /home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
>> undefined reference to `vtable for ErrorInfo'
>> /home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
>> undefined reference to `vtable for GZCodec'
>>
>>
>>
>> Marc-André LAVERDIÈRE
>> "Perseverance must finish its work so that you may be mature and
>> complete,
>> not lacking anything." -James 1:4
>> http://asimplediscipleslife.blogspot.com/
>> mlaverd.theunixplace.com
>>
>>
>>
>>
>> On Wed, Nov 16, 2011 at 5:41 AM, Caolán McNamara wrote:
>>
>>> On Tue, 2011-11-15 at 17:12 -0500, Marc-André Laverdière wrote:
>>> > Hello,
>>> >
>>> > I can't build for a long long time on this Ubuntu box.
>>> > I have lots of error, but they all more or less look like this:
>>> >
>>> > (.text+0xaab): undefined reference to `SECITEM_CopyItem_Util'
>>> > /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
>>> > `crmf_get_public_value':
>>>
>>> What's the exact configure options btw. Not that I have a clue, but good
>>> for reference. I'm guessing its fallout from nss/mozilla tweaking, but
>>> unsure if e.g. its stray libs in the solver and affects a
>>> complete-from-scratch build ? or only an incremental ?
>>>
>>> C.
>>>
>>>
>>
>> ___
>> LibreOffice mailing list
>> LibreOffice@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>>
>>
>
>
> --
> Saad Igueninni
>
> Consultant SAP HR
>
> ETCM Group
>
> Tel : +33 619026290
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-qa] Improving the QA and Release for 3.5

Cor Nouws píše v Pá 11. 11. 2011 v 17:40 +0100:
> Hi,
> 
> As a result of the discussions, the presentation, at the LibOCon, here 
> are the conclusions.
> https://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5
> and the places where people can comment and show commitment.
> 
> What do you think?

Some of the things are already in progress:

+ we are cleaning up QA wiki pages [1]
+ there is long discussion on the QA mailing list [2] about
  how to organize testing in Litmus [3]
+ we decided to update the schedule for 3.5.0 [4]:
+ add beta0 before one week feature freeze
+ do only beta1, beta2, beta3 with two weeks cadence


Reference:
[1] http://wiki.documentfoundation.org/QA
[2] libreoffice...@lists.freedesktop.org
[3]
http://lists.freedesktop.org/archives/libreoffice-qa/2011-November/thread.html
[4]
http://lists.freedesktop.org/archives/libreoffice/2011-November/020724.html


Best Regards,
Petr

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

[Libreoffice] [PATCH] Make the toolbars not popping-up randomly

2011-11-16 Thread Tim Hardeck

Hi,

Undocked, context sensitive toolbars often tend to overlay important
parts of the document.

With this patch these toolbars should be docked to the bottom to prevent
the document from being moved each time the toolbar is displayed.
Furthermore the findbar setting was changed to make sure that it stays
on top of the other toolbars at the bottom.


After working with these files I would suggest to consolidate them if
possible.

Like one global default file for all applications, since many toolbars
are shared and evenly treated.
For every application and the dialogs which really need a special
default configuration only the difference to the global one is stored
and not parts of it.

In this case for example I could have moved the tableobjectbar with one
instead of eight changes to the bottom.

This change should also have no influence on the user configuration
since these files are only relevant for the default settings.

So what do you think?

Tim

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

From 77d26829e9b8872cc80a151a2dbbaced998e44b7 Mon Sep 17 00:00:00 2001
From: Tim Hardeck 
Date: Wed, 16 Nov 2011 19:12:06 +0100
Subject: [PATCH] Make the toolbars not popping-up randomly

Undocked, context sensitive toolbars often tend to overlay important parts of
a document.
With this patch these toolbars are docked to the bottom to prevent the document from
being moved each time the toolbar is displayed.
Furthermore the findbar setting was changed to make sure that it stays
on top of the other toolbars at the bottom.
---
 .../openoffice/Office/UI/BasicIDEWindowState.xcu   |   10 ++-
 .../org/openoffice/Office/UI/CalcWindowState.xcu   |   10 ++-
 .../org/openoffice/Office/UI/DrawWindowState.xcu   |   49 +++--
 .../openoffice/Office/UI/ImpressWindowState.xcu|   49 +++--
 .../openoffice/Office/UI/WriterFormWindowState.xcu |   66 +++---
 .../Office/UI/WriterGlobalWindowState.xcu  |   73 +---
 .../Office/UI/WriterReportWindowState.xcu  |   67 +++---
 .../openoffice/Office/UI/WriterWebWindowState.xcu  |   45 +++--
 .../org/openoffice/Office/UI/WriterWindowState.xcu |   71 ---
 .../org/openoffice/Office/UI/XFormsWindowState.xcu |   58 +--
 10 files changed, 423 insertions(+), 75 deletions(-)

diff --git a/officecfg/registry/data/org/openoffice/Office/UI/BasicIDEWindowState.xcu b/officecfg/registry/data/org/openoffice/Office/UI/BasicIDEWindowState.xcu
index 031a01a..4debaed 100644
--- a/officecfg/registry/data/org/openoffice/Office/UI/BasicIDEWindowState.xcu
+++ b/officecfg/registry/data/org/openoffice/Office/UI/BasicIDEWindowState.xcu
@@ -112,8 +112,14 @@
 Toolbox
 
 
+
+0,0
+
+
+1
+
 
-false
+true
 
 
 true
@@ -148,7 +154,7 @@
 
 
 
-1,0
+0,3
 
 
 1
diff --git a/officecfg/registry/data/org/openoffice/Office/UI/CalcWindowState.xcu b/officecfg/registry/data/org/openoffice/Office/UI/CalcWindowState.xcu
index ace87a1a..81736a6 100644
--- a/officecfg/registry/data/org/openoffice/Office/UI/CalcWindowState.xcu
+++ b/officecfg/registry/data/org/openoffice/Office/UI/CalcWindowState.xcu
@@ -295,7 +295,7 @@
 
 
 
-1,0
+0,3
 
 
 true
@@ -540,8 +540,14 @@
 
 
 
+
+0,0
+
+
+1
+
 
-false
+true
 
 
 Fontwork
diff --git a/officecfg/registry/data/org/openoffice/Office/UI/DrawWindowState.xcu b/officecfg/registry/data/org/openoffice/Office/UI/DrawWindowState.xcu
index 0a7f591..5ac84cb 100644
--- a/officecfg/registry/data/org/openoffice/Office/UI/DrawWindowState.xcu
+++ b/officecfg/registry/data/org/openoffice/Office/UI/DrawWindowState.xcu
@@ -30,11 +30,14 @@
 
 
 
+
+0,0
+
 
-0
+1
 
 
-false
+true
 
 
 true
@@ -108,7 +111,7 @@
 
 
 
-1,0
+0,3

[Libreoffice] ANNOUNCE: Updated schedule for LibreOffice 3.4.5 and 3.5.0 release

Hi,

there was too big delay before 3.4.5 bugfix release. We decided the
following changes on the last steering call[1]:

+ create 3.4.5-rc1 instead of 3.5.0-beta2
+ create 3.4.5-rc2 instead of 3.5.0-beta4
+ add 3.5.0-beta0 one week before the feature freeze

By other words:

+ 3.4.5 will be released two months after 3.4.4
+ 3.5.0 will get first beta one week earlier; it will help to
  make good beta1
+ only one 3.5.0 beta is removed
+ there are two weeks between 3.5.0 betas (some QA
  people actually wanted this)


See the updated schedule at
https://wiki.documentfoundation.org/ReleasePlan
https://wiki.documentfoundation.org/ReleasePlan/3.4
https://wiki.documentfoundation.org/ReleasePlan/3.5


Reference:

[1]
http://lists.freedesktop.org/archives/libreoffice/2011-November/020404.html

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

Re: [Libreoffice] iOS and convert to PDF

2011-11-16 Thread BrianS

This one:

[ build C   ] desktop/source/app/main
In file included from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:9,
 from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System/Library/Frameworks/UIKit.framework/Headers/UIAccelerometer.h:10,
 from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System/Library/Frameworks/UIKit.framework/Headers/UIKit.h:10,
 from
/Users/brians/develop/libreOffice2/core/solver/unxiosr.pro/inc/sal/main.h:48,
 from
/Users/brians/develop/libreOffice2/core/desktop/source/app/main.c:30:

And this one:

In file included from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System/Library/Frameworks/UIKit.framework/Headers/UIKit.h:65,
 from
/Users/brians/develop/libreOffice2/core/solver/unxiosr.pro/inc/sal/main.h:48,
 from
/Users/brians/develop/libreOffice2/core/desktop/source/pkgchk/unopkg/unopkg_main.c:30:


--
View this message in context: 
http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3513623.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] iOS and convert to PDF

2011-11-16 Thread Tor Lillqvist

> Env.Host.sh ends up with
> CPUNAME of ARM when I think it ought to be intel.

Well, CPUNAME or CPU aren't used for any deep magic, they are just
strings used to form some directory names etc. I don't think we would
win much by using a separate CPU and CPUNAME string for the iOS
simulator. The only place I can think of where the architecture really
matters, i.e. inline assembly code is used etc, is in bridges, and
there we can then use #ifdef __arm__ .

But yeah, I admit this is something I am not totally sure of. Still, I
think we can continue as now, pretending that the iOS simulator also
is "ARM", until something definitely shows that it causes lots of
complications.

> The problem is that main.c
> and a couple of other C files #include the objective-C headers.  I don't
> find a main.m or command line option to force the file to be compiled as
> Objective-C so I'm wondering how this is intended to work.

Which main.c in particular? We do have a couple of files with the .cxx
extension that actually are Objective-C++ for iOS in vcl (and for Mac
OS X we have many ), and there are makefile tweaks in place to make
that work. At least it used to work last time I checked...

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

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH] Word count dialog modeless

2011-11-16 Thread Kevin Hunter


At 12:51pm -0500 Wed, 16 Nov 2011, Astron wrote:

On 15 November 2011 19:15, Michael Meeks wrote:

:-) sounds reasonable. My only concern would be to make it
discoverable and of course performance: would we take a
per-keystroke hit there ? so perhaps having it easy-to-enable but
disabled by default would make sense.


How large is the hit? Has anyone measured already? Personally, I
can't really perceive anything when comparing writing with the Word
Count window open v/ without it.


It seems to me to be an issue of how one implements the word count 
statistics collection.  Are the word count statistics constantly kept 
up-to-date via a incrementers/decrementers per key-stroke?  Or are they 
only collected upon request?


From a brief and unscientific test of copying 10MiB of copy and paste 
text into a Writer document, waiting while it paginates to 2250 pages, 
then timing how long it takes for the Word Count dialog to give results, 
it would appear the former: every keystroke /already/ calculates the 
these statistics.


Thus, my first un-educated guess is that this should have very little 
performance impact.


Cheers,

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

[Libreoffice] development summary: year 2011, week 45

Hi,

this time a brief summary of what happened during the 45th week in 2011
on LibreOffice repositories and the living branches:

+ master:LO-3.5 development
+ libreoffice-3-3:   fixes for LO-3.3.5 bug fix release
+ no changes on that branch
+ libreoffice-3-4:   fixes for LO-3.4.4 bug fix release

There are two logs for each branch:

+ bugfixes--week--.txt lists all commits that 
reference a proper
  bug id from a variety of trackers, i.e. #i... referring to the 
OpenOffice
  issuezilla, fdo# to freedesktop, rhbz# to RedHat bugzilla

+ commit-log--week--.txt lists all relevant commits 
on the actual
  source repositories

Many thanks to all contributors - you make all the difference!


Best Regards,
Petr
+ calc
+ display caption strings without format detection. (fdo#42169) [Kohei Yoshida]
+ libs-gui
+ fix crash at exit ( access of deleted GtkSalDisplay instance ) (bnc#728603) [Noel Power]
+ fix horizontal scrollbars with KDE oxygen style (bnc#722918) [Luboš Luňák]
+ postprocess
+ make the 3D transitions work again (bnc#728559) [Radek Doulik]
+ translations
+ workaround, remove access key to prevent crash (fdo#30977) [Andras Timar]
+ writer
+ nO_STYLE default for borderlines mso import, fixes image size issue (bnc#718971) [Noel Power]
+ core
+ - EasyHack: remove unused anchor icons ... (FDO#42453) [Julien Chaffraix]
+ : need to parse the address convention for parsing references (fdo#42526) [Markus Mohrhard]
+ change ANKER to ANCHOR (fdo#42455) [Korrawit Pruegsanusak]
+ do not honour ForceFocusAndToFront preference for preview (fdo#35091) [Lionel Elie Mamane]
+ don't show -0 as number in a cell (fdo#37925) [Markus Mohrhard]
+ fix rtf image import ( causing wrong image sometimes displayed ) (fdo#42640) [Noel Power]
+ fixed mismatch between drawing layer and cell grid (fdo#36247) [Eike Rathke]
+ fixed regex compile infinite loop (fdo#41738) [Karl Koehler]
+ nO_STYLE default for borderlines mso import, fixes image size issue (bnc#718971) [Noel Power]
+ rTF import: Fixed unicode characters import, (fdo#42109) [Cédric Bosdonnat]
+ rTF import: delete graphic helper once it's not used (fdo#42640) [Miklos Vajna]
+ reenable CheckBookmarks subsequenttest (lp#868229, fdo#40819) [Bjoern Michaelsen]
+ related: don't try to read after the last closing brace (fdo#37498) [Miklos Vajna]
+ related: fedora ant+java-1.5.0-gcj won't resolve env variables (rhbz#753201) [Caolán McNamara]
+ related: fix crash on invalid RTF tables (i#110745) [Miklos Vajna]
+ related: null pointer check for the unit test (i#108154, fdo#38966, fdo#37716) [Miklos Vajna]
+ related: null pointer check for the unit test to pass (fdo#33012) [Miklos Vajna]
+ revert "field-patch-uno-fix.diff: enhanced fields UNO fix" (fdo#40819) [Bjoern Michaelsen]
+ show blink borders for cut like we do for copy (fdo#36100) [Markus Mohrhard]
+ word doesn't break the numberings and prefers hiding them (bnc#707157) [Cédric Bosdonnat]
+ help
+ change ANKER to ANCHOR (fdo#42455) [Korrawit Pruegsanusak]
+ calc
+ display caption strings without format detection. (fdo#42169) [Kohei Yoshida]
+ fixed the wrong keyboard selection behavior in reference mode. [Kohei Yoshida]
+ impress
+ fix build of ogltrans.component [Stephan Bergmann]
+ libs-gui
+ fix crash at exit ( access of deleted GtkSalDisplay instance ) (bnc#728603) [Noel Power]
+ fix horizontal scrollbars with KDE oxygen style (bnc#722918) [Luboš Luňák]
+ postprocess
+ make the 3D transitions work again (bnc#728559) [Radek Doulik]
+ translations
+ workaround, remove access key to prevent crash (fdo#30977) [Andras Timar]
+ writer
+ nO_STYLE default for borderlines mso import, fixes image size issue (bnc#718971) [Noel Power]
+ binfilter
+ cleanup list length mismatch [Michael Meeks]
+ heavily simplified utl::ConfigManager. [Stephan Bergmann]
+ removed Simple Handles option (binfilter) [Caolán McNamara]
+ waE: uninitialized [Caolán McNamara]
+ core
+ - EasyHack: remove unused anchor icons ... (FDO#42453) [Julien Chaffraix]
+ : need to parse the address convention for parsing references (fdo#42526) [Markus Mohrhard]
+ _SVSTDARR_sal_uIt16S is a typo and doesn't do anything [Christina Rossmanith]
+ aString is always empty [Caolán McNamara]
+ add --disable-xmlsec for now [Tor Lillqvist]
+ add -Wl,--fix-cortex-a8 to the Android CC and CXX [Tor Lillqvist]
+ add ARM Thumb mutex implementation from a "arm-thumb-mutex.patch" [Tor Lillqvist]
+ add actual $(MOZILLA_HEADERS_CFLAGS) to extensions' build [Rene Engelhard]
+ add an initial ppt cve test [Caolán McNamara]
+ add android_native_app_glue.[hc} from the NDK [Tor Lillqvist]
+ add note about an iOS SDK hickup [Tor Lillqvist]
+ add nsplugin switch so we dont bind nsplugin building to gtk switch

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

2011-11-16 Thread Lionel Elie Mamane

On Wed, Nov 16, 2011 at 11:27:54AM +, bugzilla-dae...@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=37361

> --- Comment #22 from Orwel  2011-11-16 03:27:54 PST ---
> I would like to focus on an improvement, not a bug.

Improvement requests are handled in the same way as bugs, the system
still calls it "bug" even though it is an improvement; file a "bug" in
the bugzilla and give it severity "enhancement".

As to your request, please check out bug numbers 35902 and 36815. Do
they cover your request, do you have anything to add to them? You can
also subscribe to the progress on them if you want. Check the box next
to "Add me to CC list" (on the right, rather high up) and click "save
changes" (below the "additional comments") box. See also
http://wiki.documentfoundation.org/Vote_for_Enhancement .

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

[Libreoffice] help pushing

2011-11-16 Thread August Sodora

Hello all,

I'm having a little difficult pushing to the remote branch for adding
line numbers to the basic ide. In particular, when doing a ./g push I
get the following error:

ssh: 
/home/aasodora/Sources/libo/solver/unxlngx6.pro/installation/opt/program/libnss3.so:
version `NSS_3.12.9' not found (required by
/usr/lib64/libldap-2.4.so.2)
fatal: The remote end hung up unexpectedly

Is there something that I should have included in my autogen? Right
now it is fairly bare-bones:

./autogen.sh --enable-symbols --enable-debug --enable-dbgutil
--enable-crashdump --enable-ext-scripting-beanshell
--enable-ext-scripting-javascript --with-jdk-home=/usr/lib/jvm/java

August Sodora
aug...@gmail.com
(201) 280-8138
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH] Word count dialog modeless

2011-11-16 Thread Astron

Hi everyone,

First of all: very nice feature indeed!

On 15 November 2011 19:15, Michael Meeks  wrote:
>        :-) sounds reasonable. My only concern would be to make it discoverable
> and of course performance: would we take a per-keystroke hit there ? so
> perhaps having it easy-to-enable but disabled by default would make
> sense.

How large is the hit? Has anyone measured already?
Personally, I can't really perceive anything when comparing writing
with the Word Count window open v/ without it.

>> eg. Page 1/2 (354 words)
>> Would that be an acceptable UI change?
>
>        Sounds fine to me - but we have the ux-advise list for this sort of
> thing. I think Kendy is gunning to allow people to remove the status bar
> altogether ;-) but ... no doubt that is not to everyone's taste.

I tend to agree with Kendy here. We also already have a lot of things
in the status bar already, to the point where it looks cluttered on
smaller screens.

>> I think MS Word has something I this, but I no idea if it on by default
>> or some soft of option or dock.
>
>        Interesting question of course. Clearly docking the word-count window
> is an easy option wrt. adding new UI.

I like this as a solution much better, that's for two reasons:
* currently we don't use the space to sides of the pages at all
(except for the ruler and the scrollbar)
* more information can be presented in a much more coherent manner
than in a status bar
Would it be possible to add the word count as a "Tasks" sidebar
element (see Impress/Draw)? (This is possible in Writer, see the
recently released AccessODF extension [1] which also uses the tasks
sidebar. I think the interface is also XML based there, no idea if
that tells us anything about how easy relayouting is.)

Astron.

[1] sourceforge.net/p/accessodf
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] need some explaination on formatclipboard.[hc]xx

2011-11-16 Thread Maxime de Roucy

Hello

I would like to understand how writer format paintbrush.
I think it bug on some case and I would like to write a patch, but I am
new at libreoffice developpement.

I managed to locate via gdb the "format paintbrush" classe in
formatclipboard.hxx. I understand basically how it work but it would be
easier if someone could explain me what is the SfxItemSet : m_pItemSet
and m_pTableItemSet.

Thank you in advance

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


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] [PATCH] Fix for fdo#42178

2011-11-16 Thread Ivan Timofeev

2011/11/16 Michael Stahl :
> please try it out: remove the 4 lines, then try print and cancel, then
> try print and close-the-document (to get a high page count just print
> 1000 copies), see that we survive that in Calc and Writer.

Can not reproduce crash with removed lines. :-) Have tried in Writer
and Calc. In addition, have tried in v3.4 too - it crashes on same my
actions.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] iOS and convert to PDF

2011-11-16 Thread BrianS

OK so I fixed the problem in bridges.  The includes just needed to be
modified like the mac version of that file.

I'm still not getting a successful build but I'm a few steps closer.

Some comments and questions:

Needless to say there's no need to build the arm bridge if I'm trying to
produce a Sim build. The reason it was trying to build the arm bridge (I
think) is because the distro file for iOS specifies the host as the arm
compiler. Maybe there needs to be a Sim distro. Env.Host.sh ends up with
CPUNAME of ARM when I think it ought to be intel. Is this correct?

Anyway, if I let it do that and go down that path to build I get compile
errors when it tries to build module tail_build. The problem is that main.c
and a couple of other C files #include the objective-C headers.  I don't
find a main.m or command line option to force the file to be compiled as
Objective-C so I'm wondering how this is intended to work.

My goal at this point is to get to the point you show in your blog entry
from July where you're starting to debug. 

--
View this message in context: 
http://nabble.documentfoundation.org/iOS-and-convert-to-PDF-tp3498093p3513276.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] [PATCH] Fix for fdo#42178

On 16/11/11 17:30, Michael Stahl wrote:
> On 16/11/11 17:15, Ivan Timofeev wrote:
>> 2011/11/16 Michael Stahl :
>> When canceling in the print dialog, PrinterController::abortJob() is
>> called, and abortJob calls getPageFile. Your code above returns
>> *before* the call to printPage and this causes troubles so that the
>> last page will not be printed.
>>
>> What is the solution for this?
> 
> i have added this because the preceding call to
> getPageParametersProtected could have aborted the printing.
> but actually i think we should be able to survive a call to render()
> even if the document has been closed already (this should throw an
> exception and call abortJob again, no problem...).

correction: it will hopefully not call abortJob() but only set the state
to PrintableState_JOB_ABORTED (because i had an infinite recursion
problem there), so there is indeed hope :)

> please try it out: remove the 4 lines, then try print and cancel, then
> try print and close-the-document (to get a high page count just print
> 1000 copies), see that we survive that in Calc and Writer.

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

Re: [Libreoffice] [PUSHED] [PATCH] Part of FDO #42454 - Remove code associated with unused icons

2011-11-16 Thread Julien Chaffraix

> builds, installs,  starts & smoketest passes :-) so... pushed again
>
> btw, I see you have stated license information in the past (didn't see it
> for this one ), if you haven't already could you give some sort of statement
> like "unless stated otherwise all my patch contribution to libreoffice are
> under LGPLv3+ / MPL."  Perhaps you could update
> http://wiki.documentfoundation.org/Development/Developers similarly ?

I will do. In the meantime, this patch was contributed under the
LGPLv3+ / MPL (my bad for forgetting that).

> anyway, thanks again for the effort and the nice patch, we appreciate it !!

Thanks Noel, I appreciated the time you took to fix this!

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

Re: [Libreoffice] [PATCH] Fix for fdo#42178

On 16/11/11 17:15, Ivan Timofeev wrote:
> 2011/11/16 Michael Stahl :
>> your workaround looks good (but please add an assertion for the case
>> that we don't get any page number, i.e. OSL_ENSURE(pPreView,...))
> 
> Ok!
> 
>> isn't m_pPrintUIOptions supposed to be deleted when
>> SwXTextDocument::render is called for the last page (and there is
>> specific code in vcl to ensure that this is done even on cancel)?
>>
>> hmm... could be that i broke that... is the m_pPrintUIOptions really not
>> deleted for you?
> 
> Well, digging deeper... :-)
> 
> vcl/source/gdi/print3.cxx, PrinterController::getPageFile. You added
> 
> if (mpImplData->meJobState != view::PrintableState_JOB_STARTED)
> {   // rhbz#657394: check that we are still printing...
> return PrinterController::PageSize();
> }
> 
> Removing of these helps! If I have understood the code correctly:

oh noes, i had feared something like that :-/

> When canceling in the print dialog, PrinterController::abortJob() is
> called, and abortJob calls getPageFile. Your code above returns
> *before* the call to printPage and this causes troubles so that the
> last page will not be printed.
> 
> What is the solution for this?

i have added this because the preceding call to
getPageParametersProtected could have aborted the printing.
but actually i think we should be able to survive a call to render()
even if the document has been closed already (this should throw an
exception and call abortJob again, no problem...).

please try it out: remove the 4 lines, then try print and cancel, then
try print and close-the-document (to get a high page count just print
1000 copies), see that we survive that in Calc and Writer.

> Regards,
> Ivan

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

Re: [Libreoffice] Unable to build moz

2011-11-16 Thread Marc-André Laverdière

Hi everyone,

I had some help from shm_get on IRC yesterday. We disabled the system libs
in part but things are still not building after a make clean :(.

My autogen options now are:
--with-num-cpus=4
--with-system-libs
--with-system-headers
--with-system-dicts
--enable-lto
--without-system-libvisio
--without-system-libexttextcat
--without-system-libcmis
--without-system-graphite
--without-system-lpsolve
--without-system-nss (that's the one I added)

And the errors in building moz are now as follows:
/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libutllo.so:
undefined reference to `vtable for INetMIMEOutputSink'
/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
undefined reference to `vtable for ErrorInfo'
/home/marc-andre/libreoffice/core/solver/unxlngi6.pro/lib/libvcllo.so:
undefined reference to `vtable for GZCodec'


Marc-André LAVERDIÈRE
"Perseverance must finish its work so that you may be mature and complete,
not lacking anything." -James 1:4
http://asimplediscipleslife.blogspot.com/
mlaverd.theunixplace.com




On Wed, Nov 16, 2011 at 5:41 AM, Caolán McNamara  wrote:

> On Tue, 2011-11-15 at 17:12 -0500, Marc-André Laverdière wrote:
> > Hello,
> >
> > I can't build for a long long time on this Ubuntu box.
> > I have lots of error, but they all more or less look like this:
> >
> > (.text+0xaab): undefined reference to `SECITEM_CopyItem_Util'
> > /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> > `crmf_get_public_value':
>
> What's the exact configure options btw. Not that I have a clue, but good
> for reference. I'm guessing its fallout from nss/mozilla tweaking, but
> unsure if e.g. its stray libs in the solver and affects a
> complete-from-scratch build ? or only an incremental ?
>
> C.
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Tinderbox naming

2011-11-16 Thread Jan Holesovsky

Hi Pedro,

Probably better to bring this to the development mailing list...

On 2011-11-16 at 06:21 -0800, pedl...@gmail.com wrote:

> The naming scheme you are using (naming the folder with the machine OS) seems 
> to imply that those builds are for that OS. There is only one MSVC build for 
> Windows and one MinGW. Why so many Tinderboxes?
> 
> That is confusing for users...

If it helps our QA guys, indeed, let's agree on a consistent naming;
we'll bring it as a topic at the tomorrow's TSC meeting.

But we definitely do not want to limit the amount of the tinderboxes.
The tinderboxes are operated by volunteers; it happens from time to time
that the some of the people do not have time to update a box when it
gets stuck or something, so it is always better to have more of them as
backup.

> Can you please take a look at this topic
> http://nabble.documentfoundation.org/Windows-tinderboxes-tp3509359p3509359.html

The situation when we did not have Windows builds for quite long was
extremely unfortunate, and I hope we'll be able to prevent that now with
the reasonably fast Windows tinderbox.

Hope that helps,
Kendy

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

Re: [Libreoffice] [PATCH] Fix for fdo#42178

2011-11-16 Thread Ivan Timofeev

2011/11/16 Michael Stahl :
> your workaround looks good (but please add an assertion for the case
> that we don't get any page number, i.e. OSL_ENSURE(pPreView,...))

Ok!

> isn't m_pPrintUIOptions supposed to be deleted when
> SwXTextDocument::render is called for the last page (and there is
> specific code in vcl to ensure that this is done even on cancel)?
>
> hmm... could be that i broke that... is the m_pPrintUIOptions really not
> deleted for you?

Well, digging deeper... :-)

vcl/source/gdi/print3.cxx, PrinterController::getPageFile. You added

if (mpImplData->meJobState != view::PrintableState_JOB_STARTED)
{   // rhbz#657394: check that we are still printing...
return PrinterController::PageSize();
}

Removing of these helps! If I have understood the code correctly:

When canceling in the print dialog, PrinterController::abortJob() is
called, and abortJob calls getPageFile. Your code above returns
*before* the call to printPage and this causes troubles so that the
last page will not be printed.

What is the solution for this?

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

Re: [Libreoffice] [PATCH] fdo 42286 in calc solved ?

2011-11-16 Thread Kohei Yoshida

On Tue, 2011-11-15 at 21:12 +0100, Pierre-André Jacquod wrote:

> My solution: suppress this call...
> I have tested it and it seems to work. I did not managed to find a case 
> where something is broken with the filter..
> 
> But it seems me too simple.

Yes it is too simple, isn't it?

The good news is that, you are in the right neighborhood.  The bad news
is that, you've just removed a valid functionality.  I'm afraid I can't
push your change, since the line you wish to remove is there for a
reason.

Also, your use case is a weird one.  Normally Calc users don't want to
filter out the bottom empty rows.  In fact, if you have an empty row it
actually acts as a data range separator, which affects what range is
used for so-called "database" operations; filtering, subtotal, sorting
etc.  That's an intended feature, not a bug, and supporting use cases
like yours will not be easy & require non-trivial code change and
perhaps several configuration options too (since the default behavior
can't possibly please all users).

Having said that, this auto range selection code for database ranges has
grown too complex & probably needs some cleanup.  But I'm afraid
removing that line will not be the way to go.  Sorry.

Kohei

-- 
Kohei Yoshida, LibreOffice hacker, Calc

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

Re: [Libreoffice] [PATCH] fix for fdo#40831 - Writer will crash when searching text with using regular expressions

On 12/11/11 08:27, Tomofumi Yagi wrote:
> Hi All,
> 
> This patch will fix fdo#40831 "Writer will crash when searching text with 
> using regular expressions".
> Please review my attached patch.
> 
> Bug URL: https://bugs.freedesktop.org/show_bug.cgi?id=40831
> 
> I reproduced this bug on LibO 3.4 and 3.5.
> This bug occurs when a row or column containing cursor position was removed 
> by substitution. 
> This patch is to skip the process of returning the position of the cursor,
> when the row or column containing cursor position is removed.

hi Tomofumi,

now i remember: this bug is exactly the one i fixed in OOo in CWS
sw34bf04 (issue i102333).

the fix is not merged in libreoffice-3-4, but is in master
(230fcf4a456636bb466f72834cd57238621d206d),
but LO master still crashes while an Apache OOo 3.4 build does not crash...

i will investigate what went wrong there; Cedric, any idea what changes
could have broken it again?

i am currently not sure if your patch is the right fix; i would assume
that the cursor that points to the removed node should have been moved
away from it by ... something.

but in any case thank you for investigating...

regards,
 michael

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

Re: [Libreoffice] [PATCH] fix for fdo#40831 - Writer will crash when searching text with using regular expressions

2011-11-16 Thread Tomofumi Yagi


Hi Cedric,

Thanks a lot for your reviewing.
I am very happy to hear the opinions of the expert.


(11/11/15 18:30), Cedric Bosdonnat wrote:

  * The if should be like the following or we still have the crash when
the last line is removed.
 if( pSavePos&&  pSavePos->nNode<  uNodeCount )


I was wrong.
Thanks for pointing out.
I attached a revised patch.


  * Then I have no idea why you added the checks on the nIdx, I have the
impression that this is not really needed.




The verificationwill avoid the strange behavior such as the 
following(not a crash).


Steps to reproduce:
1. Create a new document
2. Type AAA
3. Edit > Find & replace
4. Find : A+
5. Replace with nothing
6. Check « Regular expressions »
7. Click “Replace all''
8. Close dialog.
9. Type B
10. Type Backspace key.
11. B is not deleted.

I think thatthis strange behavior should be corrected in the 
"SwCursor::RestoreSavePos()" method,
and "SwCursor::RestoreSavePos()" method should note both 
"pSavePos->nNode" and "pSavePos->nCntnt" value.

So I added the verification.
But, perhaps, the verificationmay not be included in the same commit to 
fix fdo#40831.

I noticed in your point,and I'm still wondering.

Please tell me your opinion again,If you think that you need.

Best regards,
--
Tomofumi Yagi

diff --git a/sw/source/core/crsr/swcrsr.cxx b/sw/source/core/crsr/swcrsr.cxx
index c27d8f7..fd6c782 100644
--- a/sw/source/core/crsr/swcrsr.cxx
+++ b/sw/source/core/crsr/swcrsr.cxx
@@ -2091,10 +2091,22 @@ sal_Bool SwCursor::MoveSection( SwWhichSection 
fnWhichSect,
 
 void SwCursor::RestoreSavePos()
 {
-if( pSavePos )
+// fdo#40831 if you delete the row or column containing pSavePos,
+// Writer will crash. Work around this.
+sal_uLong uNodeCount = GetPoint()->nNode.GetNodes().Count();
+if( pSavePos && pSavePos->nNode < uNodeCount )
 {
 GetPoint()->nNode = pSavePos->nNode;
-GetPoint()->nContent.Assign( GetCntntNode(), pSavePos->nCntnt );
+
+xub_StrLen nIdx = 0;
+if ( GetCntntNode() ) 
+if ( pSavePos->nCntnt <= GetCntntNode()->Len() ) 
+nIdx = pSavePos->nCntnt;
+else 
+nIdx = GetCntntNode()->Len(); 
+else 
+nIdx = GetPoint()->nContent.GetIndex(); // Probably, nIdx = 0
+GetPoint()->nContent.Assign( GetCntntNode(), nIdx );
 }
 }
 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Fix for fdo#42178

On 16/11/11 14:35, Ivan Timofeev wrote:
> Hi there,
> 
> I have fixed https://bugs.freedesktop.org/show_bug.cgi?id=42178 :-) ,
> but I think an additional review will not be superfluous, since I am
> still a newbie.
> 
> The fact is SwDocShell::GetWrtShell() always returns 0 in page
> preview. And Writer dies due to that in "lcl_GetPrintUIOptions"
> function (sw/source/ui/uno/unotxdoc.cxx).

ah yes, the ever-reocurring "this special document is missing this or
that shell" problem.
your workaround looks good (but please add an assertion for the case
that we don't get any page number, i.e. OSL_ENSURE(pPreView,...))

> The second patch makes testing of the first one easier. :-) Because,
> when you press "Cancel" in a print dialog, then make changes to a doc
> and open a print dialog again, you currently will not see any effect.
> Options will not be updated. The patch fixes this.

isn't m_pPrintUIOptions supposed to be deleted when
SwXTextDocument::render is called for the last page (and there is
specific code in vcl to ensure that this is done even on cancel)?

hmm... could be that i broke that... is the m_pPrintUIOptions really not
deleted for you?

the XRenderable implementation in writer is quite braindamaged imho with
storing stuff in SwXTextDocument members; while debugging printing
crashes a couple of weeks ago i noticed that in Draw the XModel
implementation does not implement XRenderable itself but creates an
extra class for it, which wouldn't have these ridiculous problems
because then every print job gets its own instance (but refactoring that
in writer is going to be some work...).

thanks for digging into this,
 michael

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

Re: [Libreoffice] [PATCH] Fix for fdo#42178

2011-11-16 Thread Noel Power


On 16/11/11 13:35, Ivan Timofeev wrote:

Hi there,

I have fixed https://bugs.freedesktop.org/show_bug.cgi?id=42178 :-) ,
but I think an additional review will not be superfluous, since I am
still a newbie.

The fact is SwDocShell::GetWrtShell() always returns 0 in page
preview. And Writer dies due to that in "lcl_GetPrintUIOptions"
function (sw/source/ui/uno/unotxdoc.cxx).

The second patch makes testing of the first one easier. :-) Because,
when you press "Cancel" in a print dialog, then make changes to a doc
and open a print dialog again, you currently will not see any effect.
Options will not be updated. The patch fixes this.

If someone will approve the patches, I will push them.


these look perfectly find and sensible to me, Cedric would you double check

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

[Libreoffice] New Windows tinderbox: Windows 2008R2

2011-11-16 Thread Jan Holesovsky

Hi,

I've retired the "Windows XP SP3" tinderbox (with build times > 24
hours), and instead set up a new one, called "Windows 2008R2".  Cloph -
can you please remove the "Windows XP SP3" box from the tinderbox
reports?

"Windows 2008R2" is a fairly fast machine that produces the builds in
about 3.5 hours, so hopefully it will drastically decrease our
time-to-fix of the Windows breakages; being informed 8 hours (or later)
after you have committed something that broke the build is not that
helpful ;-)

So please - if this box spams you, try to fix what broke ASAP, or poke
me (or others with access to Windows H/W) if you are unable to unwind it
from the log.

Build results are uploaded to

 http://dev-builds.libreoffice.org/daily/Windows_2008R2/master

[For those interested, the H/W is not _that_ special - Core2 Quad, 8G
ram, 2 fast disks in RAID0; no idea why it is that much faster compared
to eg. the Voreppe box.]

Thank you,
Kendy

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

[Libreoffice] xmllint problem validating using ODF RelaxNG

2011-11-16 Thread Dag Wieers


Hi,

There is a (known) problem when using xmllint with the ODF RelaxNG schema, 
that causes xmllint to fail with error message:


Unimplemented block at relaxng.c:8948

This was bothering us for the asciidoc-odf development.

I reported it to Red Hat and Daniel Veillard fixed this promptly 
in libxml2.


https://bugzilla.redhat.com/show_bug.cgi?id=752393

The reason is that xmllint did not implement the RelaxNG optional 
element. In case you have had this problem, you can patch your libxml2 
implementation:



http://git.gnome.org/browse/libxml2/commit/?id=7dd0d916c6a92ca4a398b8bc56fb0d7f98df00b6

PS I am hoping that this is backported to RHEL6 (and hopefully RHEL5 too), 
but in the meantime I plan to provide packages fixing this problem in 
RPMforge's Extras repository for RHEL/CentOS.


Thanks to Daniel for the excellent support :-)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [PATCH] Fix for fdo#42178

2011-11-16 Thread Ivan Timofeev

Hi there,

I have fixed https://bugs.freedesktop.org/show_bug.cgi?id=42178 :-) ,
but I think an additional review will not be superfluous, since I am
still a newbie.

The fact is SwDocShell::GetWrtShell() always returns 0 in page
preview. And Writer dies due to that in "lcl_GetPrintUIOptions"
function (sw/source/ui/uno/unotxdoc.cxx).

The second patch makes testing of the first one easier. :-) Because,
when you press "Cancel" in a print dialog, then make changes to a doc
and open a print dialog again, you currently will not see any effect.
Options will not be updated. The patch fixes this.

If someone will approve the patches, I will push them.

Thanks,
Ivan
From bc7d667dccb8505516614daa5fb7da7996967617 Mon Sep 17 00:00:00 2001
From: Ivan Timofeev 
Date: Wed, 16 Nov 2011 15:47:51 +0400
Subject: [PATCH 1/2] fix fdo#42178: crash when printing from Page Preview

---
 sw/source/ui/inc/pview.hxx|1 +
 sw/source/ui/uno/unotxdoc.cxx |   15 ---
 2 files changed, 13 insertions(+), 3 deletions(-)

diff --git a/sw/source/ui/inc/pview.hxx b/sw/source/ui/inc/pview.hxx
index e9902fb..329ba5e 100644
--- a/sw/source/ui/inc/pview.hxx
+++ b/sw/source/ui/inc/pview.hxx
@@ -273,6 +273,7 @@ public:
 voidShowVScrollbar(sal_Bool bShow);
 
 sal_uInt16  GetPageCount() const{ return mnPageCount; }
+sal_uInt16  GetSelectedPage() const {return aViewWin.SelectedPage();}
 
 sal_BoolHandleWheelCommands( const CommandEvent& );
 
diff --git a/sw/source/ui/uno/unotxdoc.cxx b/sw/source/ui/uno/unotxdoc.cxx
index c849fa7..f4d2935 100644
--- a/sw/source/ui/uno/unotxdoc.cxx
+++ b/sw/source/ui/uno/unotxdoc.cxx
@@ -187,10 +187,19 @@ SwPrintUIOptions * lcl_GetPrintUIOptions(
 const SwPrintData &rPrintData = pDocShell->GetDoc()->getPrintData();
 
 // Get current page number
+sal_uInt16 nCurrentPage = 1;
 SwWrtShell* pSh = pDocShell->GetWrtShell();
-SwPaM* pShellCrsr = pSh->GetCrsr();
-sal_uInt16 nCurrentPage = pShellCrsr->GetPageNum(sal_True, 0);
-
+if (pSh)
+{
+SwPaM* pShellCrsr = pSh->GetCrsr();
+nCurrentPage = pShellCrsr->GetPageNum(sal_True, 0);
+}
+else
+{
+const SwPagePreView* pPreView = dynamic_cast< const SwPagePreView* >(pView);
+if (pPreView)
+nCurrentPage = pPreView->GetSelectedPage();
+}
 return new SwPrintUIOptions( nCurrentPage, bWebDoc, bSwSrcView, bHasSelection, bHasPostIts, rPrintData );
 }
 
-- 
1.7.7.2

From e312651c459495c9604206a611a36462b12db654 Mon Sep 17 00:00:00 2001
From: Ivan Timofeev 
Date: Wed, 16 Nov 2011 17:01:37 +0400
Subject: [PATCH 2/2] always refresh print ui options, not only after printing

---
 sw/source/ui/uno/unotxdoc.cxx |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/sw/source/ui/uno/unotxdoc.cxx b/sw/source/ui/uno/unotxdoc.cxx
index f4d2935..4b545b4 100644
--- a/sw/source/ui/uno/unotxdoc.cxx
+++ b/sw/source/ui/uno/unotxdoc.cxx
@@ -2661,6 +2661,12 @@ uno::Sequence< beans::PropertyValue > SAL_CALL SwXTextDocument::getRenderer(
 // otherwise be provided here!
 //if( ! m_pRenderData )
 //m_pRenderData = new SwRenderData;
+
+if (nRenderer == 0)
+{
+delete m_pPrintUIOptions;
+m_pPrintUIOptions = 0;
+}
 if (!m_pPrintUIOptions)
 m_pPrintUIOptions = lcl_GetPrintUIOptions( pDocShell, pView );
 m_pPrintUIOptions->processProperties( rxOptions );
-- 
1.7.7.2

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

Re: [Libreoffice] Interested to implement this feature?

2011-11-16 Thread Regina Henschel


Hi Fridrich,

Fridrich Strba schrieb:

Hello, Regina,

On 15/11/11 23:34, Regina Henschel wrote:

It is not, that I would not be able to learn it, but I like to stay in
Calc or Draw. And there is already more stuff to learn and to do than my
time permits.


You are indeed my personal Draw hero. How else would I be able to find
the Fontwork menu if it was not you who showed it to me.

I was thinking the other day about you (yes it can happen in any time).
I discovered that there is one line property that is new in ODF 1.2 and
we don't support it: svg:stroke-linecap


It seems that drawing layer supports it there is a place in the line
property dialogue for the UI modification:

Instead of "Corner style" ->  "Corner and cap style"
Instead of "Style" ->  "Corner" and add another scroll menu with "Cap"

The unfortunate thing is that I will for sure not have time before the
feature freeze to do it and also I am not as familiar with that code as
that. So I was wondering whether this would be something interesting you
and whether you would have a time to try to implement it.


That sound interesting and feasible. If it need not to be ready for 3.5 
but has time till 3.6, I like to take it. Feature freeze of 3.5 is 
2011-12-05, isn't it? That would not be possible. That's the problem 
with spare time coding, that you first need to do the things for what 
you are paid, for me especially correcting tests of my pupils.




If so, I will give you any help possible so that you are not blocked.


It is good to know, that you will respond to my questions.

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

Re: [Libreoffice] uno discoverability

2011-11-16 Thread Stephan Bergmann


On 11/16/2011 11:25 AM, Michael Meeks wrote:

IMHO we need to make that code efficient by having a var-args style
helper:

throw FooException("Failure loading file '%S' code %d",
   aOUStr.pData, nCode);

That would also be fairly code size efficient as well vs. the
heavy-lifting, and big string-buffer construction madness :-)


This (as well as cooking something up using OSL_FORMAT) would have the 
disadvantage that it potentially converts data from UTF-16 to char 
("%S") and then from char to UTF-16 (as UNO Exception's Message is of 
type rtl::OUString).


It seems like all attempts at true improvement in this area always 
collide with rtl::OUString being neither UTF-8 (i.e., layout compatible 
with plain char) nor wchar_t (at least on Linux etc.; and using GCC's 
-fshort-wchar would not help, as it breaks binary compatibility with 
libstdc++).  We'll probably wait until either all relevant compilers 
support C++11's new character types, or we incompatibly change 
rtl::OUString to UTF-8 (whatever happens first).



It'd be great to use a more pleasant format like Stephan's new configmr
XML - if we can get the performance we need there; and of course add the
API docs to some parallel docs file, only loaded when needed
(interactively by developers). But of course it's a good idea.


For types.rdb, my vision is to either use an XML format or, IMO even 
better, a new .idl format that is (a) less verbose (why the heck all 
those ";" in there, etc.?) and (b) does not rely on a preprocessor. 
Then, a types.rdb could effectively be just one large .idl file.


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

Re: [Libreoffice] using ATL with MSVC 2008 Express

2011-11-16 Thread Regina Henschel

Hi Thorsten,

Thorsten Behrens schrieb:

Regina Henschel wrote:

It is not, that I would not be able to learn it, but I like to stay
in Calc or Draw. And there is already more stuff to learn and to do
than my time permits.

Hi Regina,

sure, no prob - but maybe you could help extracting the information
where the DDK installer stores its paths, so others can hack up the
magic:

Yes. I have started that already yesterday evening. So here my results,
for my WinXP-System. I haven't got a Window7, so cannot examine there.

I suspect somewhere below these registry keys:
- HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Microsoft SDKs

No, that contains only
.NETFramework\v2.0 with REG_SZ with value C:\Programme\Microsoft Visual
Studio 8\SDK\2.0\

and
Windows\v6.0A and Windows\v6.1 with path to C:\Programme\Microsoft
SDKs\Windows\v6.0 and \v6.1 respectively.

- HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/Directories
- HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs

Those contain only information
C:\Programme\Microsoft Platform SDK for Windows Server 2003 R2

I had tried that too. The "Microsoft Platform SDK for Windows Server
2003 R2" contains a lot of the "atl"-things but at least one file is
missing; I don't remember which one.

could you hunt that down?

A search with WinDDK in the registry gives some results.

It seems that the driver kit is identified by a pair of IDs

{B4285279-1846-49B4-B8FD-B9EAF0FF17DA}:{68656B6B-555E-5459-5E5D-6363635E5F61}

1.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\KitSetup\configured-kits\{B4285279-1846-49B4-B8FD-B9EAF0FF17DA}\{68656B6B-555E-5459-5E5D-6363635E5F61}

key
setup-install-location
value
C:\WinDDK\7600.16385.1\

2.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WDKDocumentation\7600.091201\Setup
key
BUILD
value
C:\WinDDK\7600.16385.1\

But it might be, that the documentation is not installed.

3.
For nearly each file of the kit (>500!) an entry
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Components\magic number>\ with

key
B4285279-1846-49B4-B8FD-B9EAF0FF17DA
value

I think, that only the first is a usable registry item.

Another approach to find the kit might be to use the entry in (German WinXP)
C:\Programme\Gemeinsame Dateien\Microsoft KitSetup\Kit
Definitions\{B4285279-1846-49B4-B8FD-B9EAF0FF17DA}\{68656B6B-555E-5459-5E5D-6363635E5F61}

and therein the file
SKOM_1-kit-identification.xml
which has the nodes
%SYSTEMDRIVE%\WinDDK\
and
7600.16385.1

But all will not help, if the files are copied to another place and the
kit is uninstalled, as Mathias suggested on other place. I have not
tested, whether that would work.

Auto-detecting is fine, but a parameter --with-winddk-home with user set
value, for me "C:\WinDDK\7600.16385.1", from which the other four paths
are generated, would already help.

Kind regards
Regina

Thanks,

-- Thorsten

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

Re: [Libreoffice] [ANNOUNCE] Partial Build without the need to source Env.Host.sh

Hi

Thank you to all the hackers working to make the build process smoother! Your 
efforts are much appreciated.

Having some time spelunking in the build system, I now understand why almost 
every large-scale software project ends up
writing it's own build system - trying to read gmake/dmake macro code makes me 
think back to my
programming-with-MSDOS-batch-file days :-)

-- Noel Grandin

Norbert Thiebaud wrote:
> Hi all,
>
> Having to source Env.Host.sh to do partial build is a pain, especially
> since it polute tour session environment quite a bit and essentially
> force you to start a new session eveytime ou need to re-autogen.sh, or
> go to another source tree
>
> I've recently pushed a series of patch to alleviate that problem.
>
> First, the patches do not hinder the 'old' way. If you were hapy to
> source Env.Host.sh... you can still do it.. nothing changes
>
> Second, after these patches, partial make on gbuildified moduel just
> work.. no need to do anything
>
> Third, for dmake module it is still a bit of work to do:
> There are two way to do it:
> a/ source the brand new build_env file generated during autogen
> The purpose of that file is essentially to create the proper aliases
> so that build and deliver 'works'
>
> b/ you can
> - copy solenv/bin/lo_find_src_root and solenv/bin/lo_proxy_start in a
> directory of your choice that is in your normal PATH
> - add
> alias build='lo_proxy_start build'
> alias deliver='lo_proxy_start deliver'
>
> to your .bashrc
>
> then build and deliver will do the 'right thing' based on the current
> working directory (that is, you can have more than one copy of the
> 'core' repo and can go from one to the other in the same session
> without having to source/re-source anything).
>
>
> As usual, if these broke something for you, please ping me.
>
> Norbert
>
> PS: I have not yet changed the build instruction, neither in build.pl
> nor on the Wiki...
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>

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


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

[Libreoffice] [ANNOUNCE] Partial Build without the need to source Env.Host.sh

2011-11-16 Thread Norbert Thiebaud

Hi all,

Having to source Env.Host.sh to do partial build is a pain, especially
since it polute tour session environment quite a bit and essentially
force you to start a new session eveytime ou need to re-autogen.sh, or
go to another source tree

I've recently pushed a series of patch to alleviate that problem.

First, the patches do not hinder the 'old' way. If you were hapy to
source Env.Host.sh... you can still do it.. nothing changes

Second, after these patches, partial make on gbuildified moduel just
work.. no need to do anything

Third, for dmake module it is still a bit of work to do:
There are two way to do it:
a/ source the brand new build_env file generated during autogen
The purpose of that file is essentially to create the proper aliases
so that build and deliver 'works'

b/ you can
- copy solenv/bin/lo_find_src_root and solenv/bin/lo_proxy_start in a
directory of your choice that is in your normal PATH
- add
alias build='lo_proxy_start build'
alias deliver='lo_proxy_start deliver'

to your .bashrc

then build and deliver will do the 'right thing' based on the current
working directory (that is, you can have more than one copy of the
'core' repo and can go from one to the other in the same session
without having to source/re-source anything).


As usual, if these broke something for you, please ping me.

Norbert

PS: I have not yet changed the build instruction, neither in build.pl
nor on the Wiki...
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] bug in Jar_ScriptProviderForJava.mk?



Michael Stahl wrote:
> hmm...so clearly it is added to CLASSPATH, but it does not end up in the 
> command; that is most mysterious...
>
> what is the command like if, in the definition of gb_JavaClassSet__command 
> (solenv/gbuild/JavaClassSet.mk), you
> a) replace gb_Helper_abbreviate_dirs_native with
>gb_Helper_abbreviate_dirs

ScriptFramework.jar is still not on the command line, and javac blows up 
because it doesn't like paths that look like
"/cygdrive/c/yaddayadda"

> b) remove the first line "$(call gb_Helper_abbreviate_dirs_native,\"
>[and the matching closing parenthesis on the last line as well]
>

ScriptFramework.jar is still not on the command line, and javac blows up 
because it doesn't like paths that look like
"/cygdrive/c/yaddayadda"


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


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

Re: [Libreoffice] bug in Jar_ScriptProviderForJava.mk?


On 16/11/11 12:48, Noel Grandin wrote:



Michael Stahl wrote:


hmm... if you edit Jar_ScriptProviderForJava.mk, and move ScriptFramework.jar 
first, what happens then?

also you could try to edit solenv/gbuild/JavaClassSet.mk, and in the definition 
of gb_JavaClassSet_add_jar replace all
"eval" with "info", which should print some debug output (but it won't build 
that way...)



Moving the ScriptFramework.jar line around doesn't change anything.

Replacing eval with info gives me this:

/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/ScriptProviderForJava/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ScriptFramework.jar


hmm...so clearly it is added to CLASSPATH, but it does not end up in the 
command; that is most mysterious...


what is the command like if, in the definition of 
gb_JavaClassSet__command (solenv/gbuild/JavaClassSet.mk), you

a) replace gb_Helper_abbreviate_dirs_native with
   gb_Helper_abbreviate_dirs
b) remove the first line "$(call gb_Helper_abbreviate_dirs_native,\"
   [and the matching closing parenthesis on the last line as well]

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

Re: [Libreoffice] bug in Jar_ScriptProviderForJava.mk?



Michael Stahl wrote:
>
> hmm... if you edit Jar_ScriptProviderForJava.mk, and move ScriptFramework.jar 
> first, what happens then?
>
> also you could try to edit solenv/gbuild/JavaClassSet.mk, and in the 
> definition of gb_JavaClassSet_add_jar replace all
> "eval" with "info", which should print some debug output (but it won't build 
> that way...)
>

Moving the ScriptFramework.jar line around doesn't change anything.

Replacing eval with info gives me this:

$ build --verbose


=
(1/1) Building module scripting
=
Entering /cygdrive/c/libreoffice/libo/scripting/prj

cd .. && /opt/lo/bin/make -r -j6  gb_PARTIALBUILD=T
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/HelloWorld/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/jurt.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/ridl.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/Highlight/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/unoil.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/MemoryUsage/done
 :
/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/MemoryUsage/done
 : CLASSPATH :=
$(CLASSPATH);/cygdrive/c/libreoffice/libo/solver/wntmsci12.pro/bin/juh.jar
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/JavaClassSet/Jar/MemoryUsage/done
 : JARDEPS +=
/cygdrive/c/libreoffice/libo/solver/w

[Libreoffice] [Patch] Unreachable code ?

2011-11-16 Thread Muthu Subramanian K

Hi,

I have attached a trivial code removal with this mail.
I read the code, (since pUndoSet is set to null in the very constructor,
I guess this if() would never get executed), but, I could have missed
something here - hence the need for review.

Thank you so much!
Muthu Subramanian
diff --git a/svx/source/svdraw/svdundo.cxx b/svx/source/svdraw/svdundo.cxx
index b746813..f094add 100644
--- a/svx/source/svdraw/svdundo.cxx
+++ b/svx/source/svdraw/svdundo.cxx
@@ -317,11 +317,6 @@ SdrUndoAttrObj::SdrUndoAttrObj(SdrObject& rNewObj, bool bStyleSheet1, bool bSave
 
 if(!bIsGroup || bIs3DScene)
 {
-if(pUndoSet)
-{
-delete pUndoSet;
-}
-
 pUndoSet = new SfxItemSet(pObj->GetMergedItemSet());
 
 if(bStyleSheet)
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

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

2011-11-16 Thread bugzilla-daemon

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

--- Comment #22 from Orwel  2011-11-16 03:27:54 PST ---
I would like to focus on an improvement, not a bug. The possibility to print
notes besides text, like in MS Office would be really a big step forward. This
feature is missing since the early OOo release. Due this lack I still need MS
Office for printing documents with notes, because it is not possible to work
with notes printed on the next/last page.

-- 
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] uno discoverability


On 16/11/11 11:25, Michael Meeks wrote:


On Tue, 2011-11-15 at 20:34 +0100, Michael Stahl wrote:



in a lot of UNO API implementations the only form of error reporting
used is "throw RuntimeException;", which leaves (as you correctly note)
a lot to be desired in terms of usability for the hapless API user.


Quite :-)


EasyHack filed:
https://bugs.freedesktop.org/show_bug.cgi?id=42982


this definitely ought to be an easy hack, as putting a more helpful
error message in there can really be done by anyone: patches welcome.


IMHO we need to make that code efficient by having a var-args style
helper:

throw FooException("Failure loading file '%S' code %d",
   aOUStr.pData, nCode);

That would also be fairly code size efficient as well vs. the
heavy-lifting, and big string-buffer construction madness :-)


Stephan recently added an OSL_FORMAT, that should be useful here...

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

Re: [Libreoffice] Unable to build moz

2011-11-16 Thread Caolán McNamara

On Tue, 2011-11-15 at 17:12 -0500, Marc-André Laverdière wrote:
> Hello,
> 
> I can't build for a long long time on this Ubuntu box.
> I have lots of error, but they all more or less look like this:
> 
> (.text+0xaab): undefined reference to `SECITEM_CopyItem_Util'
> /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> `crmf_get_public_value':

What's the exact configure options btw. Not that I have a clue, but good
for reference. I'm guessing its fallout from nss/mozilla tweaking, but
unsure if e.g. its stray libs in the solver and affects a
complete-from-scratch build ? or only an incremental ?

C.

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

Re: [Libreoffice] [PUSHED] [PATCH] Move cursor to the right of brace when the closing brace is typed.

2011-11-16 Thread Noel Power


Hi Daisuke
On 15/11/11 11:26, Daisuke Nishino wrote:

Hi all,

In Math's inline editing, closing braces ( ')', "]', '}' ) are 
literally inserted independent of the context.

This is not necessarily intuitive.

[...]
I fixed so that when you are at the tail of the brace and typed the 
closing brace, it does not insert anything but just move cursor out of 
the braces.



[...]

I think this is more convenient and natural.
Reviews and comments are welcome.
The patch is available under LGPLv3+/MPL.


really nice patch, great work, look forward to the next patch

thanks,

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

Re: [Libreoffice] error when building cmis stuff


On 16/11/11 09:13, Noel Grandin wrote:

Hi

I'm getting a build fail using Cygwin on Windows when building the
ucb/cmis module.

 From a cursory examination it looks like some .. are missing from the
path to the cms_provider object files?


indeed, it seems the relative path to the objects is wrong.
this is probably caused by my change to the makefile yesterday, but i 
have absolutely no idea how my change could have this consequence and it 
worked fine on linux... Kendy said he'd investigate...


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

Re: [Libreoffice] uno discoverability

2011-11-16 Thread Michael Meeks


On Tue, 2011-11-15 at 20:34 +0100, Michael Stahl wrote:
> > com.sun.star.uno.RuntimeException:
> >
> >  >>>

Presumably python is showing you the message embedded in the exception
(which is empty ?) or do we miss even that ?

> in a lot of UNO API implementations the only form of error reporting 
> used is "throw RuntimeException;", which leaves (as you correctly note) 
> a lot to be desired in terms of usability for the hapless API user.

Quite :-)

> this definitely ought to be an easy hack, as putting a more helpful 
> error message in there can really be done by anyone: patches welcome.

IMHO we need to make that code efficient by having a var-args style
helper:

throw FooException("Failure loading file '%S' code %d",
   aOUStr.pData, nCode);

That would also be fairly code size efficient as well vs. the
heavy-lifting, and big string-buffer construction madness :-)

On Tue, 2011-11-15 at 20:09 +0100, Michael Stahl wrote:
> but AFAIK currently the extensive API documentation that is in the
> IDL files is only available on the web; it ought to be possible to
> store that in the rdb files somehow and then have some thingy in UNO
> that allows programmatic access, so things like help in python can
> extract it?  hmm... maybe there's an easy-hack somewhere in there...

Certainly rather an 'advanced' easy hack but worth doing :-) I would be
-extremely- skeptical of putting more data into types.rdb though - that
is still using the hideous 'store' code that everyone should be eager to
see the back of, and which wastes space and I/O left and right like
nobody's business :-) Even after some work to shrink that we have
(commas added to size for effect):

-rw-r--r-- 1 michael users 10,649,600 Nov 11 20:44 offapi.rdb
-rw-r--r-- 1 michael users 13,647,356 Nov 16 10:21 offapi.rdb.regview-output
-rw-r--r-- 1 michael users  1,834,902 Nov 11 20:44 offapi.rdb.gz
-rw-r--r-- 1 michael users  1,375,023 Nov 16 10:21 offapi.rdb.regview-output.gz

It'd be great to use a more pleasant format like Stephan's new configmr
XML - if we can get the performance we need there; and of course add the
API docs to some parallel docs file, only loaded when needed
(interactively by developers). But of course it's a good idea.

ATB,

Michael.

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

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

[Libreoffice] Interested to implement this feature?

2011-11-16 Thread Fridrich Strba

Hello, Regina,

On 15/11/11 23:34, Regina Henschel wrote:
> It is not, that I would not be able to learn it, but I like to stay in
> Calc or Draw. And there is already more stuff to learn and to do than my
> time permits.

You are indeed my personal Draw hero. How else would I be able to find
the Fontwork menu if it was not you who showed it to me.

I was thinking the other day about you (yes it can happen in any time).
I discovered that there is one line property that is new in ODF 1.2 and
we don't support it: svg:stroke-linecap

It seems that drawing layer supports it there is a place in the line
property dialogue for the UI modification:

Instead of "Corner style" -> "Corner and cap style"
Instead of "Style" -> "Corner" and add another scroll menu with "Cap"

The unfortunate thing is that I will for sure not have time before the
feature freeze to do it and also I am not as familiar with that code as
that. So I was wondering whether this would be something interesting you
and whether you would have a time to try to implement it.

If so, I will give you any help possible so that you are not blocked.

Cheers

Fridrich

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

Re: [Libreoffice] lurking on IRC next Saturday ..

2011-11-16 Thread Michael Meeks

Hi Cor,

On Tue, 2011-11-15 at 23:17 +0100, Cor Nouws wrote:
> Still some time from now ...but next Saturday there will be the next 
> HackerEvent we have in Netherlands/Flanders.
> http://wiki.documentfoundation.org/NL/bijeenkomst_11-11-19

Cool ! :-) sounds dead fun. I'll try to prioritise turning some more of
my queue of easy hacks in a local text-file into well formed bugzilla
entries by then.

> Thanks a lot for you attention :-)

Nice work; I look forward to the results & write-up.

Incidentally, I -think- that quite a lot of the wonderful work we do is
never written-up in a single place; of course that takes a lot of
effort. GNOME does that annually http://foundation.gnome.org/reports/
which gets some attention - though a simple web-page that we built
incrementally over the year would prolly work better [ cf. the 3.5
release notes page ].

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] Unable to build moz

2011-11-16 Thread saad igueninni

Hi Mark-andré,

I think i had the same problem as you while building LibreOffice, i
disabled mozilla, rebuild and everything goes fine.

Hope this helps.



Le 15 novembre 2011 23:12, Marc-André Laverdière <
marcandre.laverdi...@gmail.com> a écrit :

> Hello,
>
> I can't build for a long long time on this Ubuntu box.
> I have lots of error, but they all more or less look like this:
>
> (.text+0xaab): undefined reference to `SECITEM_CopyItem_Util'
> /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> `crmf_get_public_value':
> (.text+0xae4): undefined reference to `SECITEM_ArenaDupItem_Util'
> /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> `crmf_encrypted_value_unwrap_priv_key':
> (.text+0xb5f): undefined reference to `SECOID_GetAlgorithmTag_Util'
> /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> `crmf_encrypted_value_unwrap_priv_key':
> (.text+0xb67): undefined reference to `SECOID_FindOIDByTag_Util'
> /usr/lib/i386-linux-gnu/libcrmf.a(crmfcont.o): In function
> `crmf_encrypted_value_unwrap_priv_key':
>
> What is the library I a missing?
>
> Marc-André LAVERDIÈRE
> "Perseverance must finish its work so that you may be mature and complete,
> not lacking anything." -James 1:4
> http://asimplediscipleslife.blogspot.com/
> mlaverd.theunixplace.com
>
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>


-- 
Saad Igueninni

Consultant SAP HR

ETCM Group

Tel : +33 619026290
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] uno discoverability

2011-11-16 Thread Laurent Godard

Hi all

Thanks to Thorsten pointing the old (2004) pyUno

I revived it recently and made it workable again, removing some
unnecessary things but it is in
my plans to make it cleaner as a lot of things is outdated (eg. old OOo
links to idl reference - need to be updated). I hope to find time in a
near future

btw, here is the version i'm actally using

the basic use to instrospect an object at runtime is rather simple

inside a pyUNo script :

from pyXray import XrayBox
XrayBox(self.ctx, theUnoObject)

self.ctx, is the context

Feel free to include it in LibreOffice sources if you find it usefull,
provided the licence is ok (otherwise, i may ask my old employer,
but there should be no problem, just let me know)

I really hope that it will be usefull for someone (as an introspection
tool or sample of pyUno script). Let me know and feel free to ask if any
question

HTH

Laurent


# (C) Copyright 2004 Indesko SARL 
# Author: Laurent Godard  (old email)
# Laurent Godard 
# based on Xray Basic macro from Bernard Marcelly
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License version 2 as published
# by the Free Software Foundation.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
# 02111-1307, USA.
#

import uno, unohelper

# UNO GUI toolkit
from com.sun.star.awt.WindowClass import TOP, SIMPLE
from com.sun.star.awt.PushButtonType import STANDARD as standard
from com.sun.star.awt.PushButtonType import OK as ok
from com.sun.star.awt.PushButtonType import CANCEL as cancel
from com.sun.star.awt.PushButtonType import HELP as help
from com.sun.star.awt.TextAlign import CENTER as center
from com.sun.star.awt.TextAlign import LEFT as left
from com.sun.star.awt.TextAlign import RIGHT as right

# used UNO listeners
from com.sun.star.awt import XActionListener
from com.sun.star.awt import XItemListener
from com.sun.star.awt import XMouseListener

# UNO typeClass handling for instrospection
from com.sun.star.uno.TypeClass import VOID as unoVoid
from com.sun.star.uno.TypeClass import CHAR as unoChar
from com.sun.star.uno.TypeClass import BOOLEAN as unoBoolean
from com.sun.star.uno.TypeClass import BYTE as unoByte
from com.sun.star.uno.TypeClass import SHORT as unoShort
from com.sun.star.uno.TypeClass import UNSIGNED_SHORT as unoUnsignedShort
from com.sun.star.uno.TypeClass import LONG as unoLong
from com.sun.star.uno.TypeClass import UNSIGNED_LONG as unoUnsignedLong
from com.sun.star.uno.TypeClass import HYPER as unoHyper
from com.sun.star.uno.TypeClass import UNSIGNED_HYPER as unoUnsignedHyper
from com.sun.star.uno.TypeClass import FLOAT as unoFloat
from com.sun.star.uno.TypeClass import DOUBLE as unoDouble
from com.sun.star.uno.TypeClass import STRING as unoString
from com.sun.star.uno.TypeClass import TYPE as unoType
from com.sun.star.uno.TypeClass import ANY as unoAny
from com.sun.star.uno.TypeClass import ENUM as unoEnum
from com.sun.star.uno.TypeClass import TYPEDEF as unoTypeDef
from com.sun.star.uno.TypeClass import STRUCT as unoStruct
from com.sun.star.uno.TypeClass import UNION as unoUnion
from com.sun.star.uno.TypeClass import EXCEPTION as unoException
from com.sun.star.uno.TypeClass import SEQUENCE as unoSequence
from com.sun.star.uno.TypeClass import ARRAY as unoArray
from com.sun.star.uno.TypeClass import INTERFACE as unoInterface
from com.sun.star.uno.TypeClass import SERVICE as unoService
from com.sun.star.uno.TypeClass import MODULE as unoModule
from com.sun.star.uno.TypeClass import INTERFACE_METHOD as unoInterfaceMethod
from com.sun.star.uno.TypeClass import INTERFACE_ATTRIBUTE as unoInterfaceAttribute
from com.sun.star.uno.TypeClass import UNKNOWN as unoUnknown
from com.sun.star.uno.TypeClass import PROPERTY as unoProperty
from com.sun.star.uno.TypeClass import CONSTANT as unoConstant
from com.sun.star.uno.TypeClass import CONSTANTS as unoConstants
from com.sun.star.uno.TypeClass import SINGLETON as unoSingleton

# file utilities
from os import sep
from os import mkdir

# path logo
from os import path
from sys import modules
logo_path = path.dirname (path.abspath (modules["pyXray"].__file__))
#logo_path = logo_path + sep + 'logo.jpg'
logo_path=""

#Browser for SDK Querying
from os import environ as OS_ENVIRON
#if sep == '/':
# problem on invoking konqueror
# http://aspn.activestate.com/ASPN/Mail/Message/python-Tutor/2184915
#if OS_ENVIRON['BROWSER']=='kfmclient openProfile webbrowsing':
#OS_ENVIRON['BROWSER']='konqueror'
import webbrowser
my_browser = webbrowser.get()

##

Re: [Libreoffice] using ATL with MSVC 2008 Express

2011-11-16 Thread Thorsten Behrens

Regina Henschel wrote:
> It is not, that I would not be able to learn it, but I like to stay
> in Calc or Draw. And there is already more stuff to learn and to do
> than my time permits.
> 
Hi Regina,

sure, no prob - but maybe you could help extracting the information
where the DDK installer stores its paths, so others can hack up the
magic:

I suspect somewhere below these registry keys:
 - HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Microsoft SDKs
 - HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/Directories
 - HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs

could you hunt that down?

Thanks,

-- Thorsten


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

[Libreoffice] error when building cmis stuff