from:"Armin"

Hi,

Jürgen Schmidt jogischm...@googlemail.com wrote:
 On 7/28/12 11:57 PM, Ariel Constenla-Haile wrote:
 Hi Regina,
[..]
 IMHO besides of being incomplete, they are incompatible, and thus the
 API changes should be reverted: this kind of incompatible API changes
 should happen only on mayor versions, they should wait for AOO 4; in
 the meantime, the solution seems to be:
 
 in general yes and I would agree but in this case Armin told me that the
 implementation was always different and the IDL was wrong. We did such
 changes in the past as well but always very seldom and carefully.
 
 It doesn't help to keep wrong IDL types that never have worked and were
 not really used. The mistake that was made here is to forget a clean
 build from scratch and solve all code places accordingly. That has to be
 solved.

We discussed and agreed that this case is more a bugfix, the type is used
in ODF as bool and in core, too. Sven wrote the same in his description.
Thanks Juergen for explaining here, too.

I am sorry for the hassle, I *did* a complete clean build from trunk (I
would have never dared to checkin otherwise). What I forgot is e.g.
binfilter since my default flags disable it. Sorry for that inconvenice,
I'll have a look ASAP...

 Juergen
 
 
 * Removed: 
 incubator/ooo/trunk/main/offapi/com/sun/star/drawing/TextFitToSizeType.idl
   com.sun.star.drawing.TextFitToSizeType was removed from module
 offapi but it was published API, thus it shouldn't be removed, but
 deprecated
 
 * Modified:  
 incubator/ooo/trunk/main/offapi/com/sun/star/drawing/TextProperties.idl
   The type of TextFitToSize cannot be changed because it is a
 published service, it should be tagged as deprecated, and a new
 property should be introduced instead, something like [property]
 boolean FitTextToSize; tagged as optional, because the service is
 published.
 
 In order to fix the build breaker you'll have to do more than just
 reintroduce TextFitToSizeType.idl in offapi. The removal was also
 incomplete, opengroking TextFitToSizeType shows that:
 http://opengrok.adfinis-sygroup.org/source/search?q=TextFitToSizeTypedefs=refs=path=hist=project=aoo-trunk
 
 binfilter is breaking too (this module is built by default in trunk,
 until we decide to deprecate/remove it).
 
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_svx/source/unoedit/svx_unotext.cxx:71:0:
 ../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl/sch_mapprov.cxx:40:0:
 ../../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl/sch_ChXDataPoint.cxx:36:0:
 ../../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl/sch_ChXDataRow.cxx:37:0:
 ../../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl/sch_ChXChartObject.cxx:36:0:
 ../../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 In file included from
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl/sch_ChXChartAxis.cxx:59:0:
 ../../../../inc/bf_svx/unoshprp.hxx:76:54: fatal error:
 com/sun/star/drawing/TextFitToSizeType.hpp: No such file or directory
 compilation terminated.
 dmake:  Error code 1, while making
 '../../../../unxlngx6/slo/sch_ChXDataPoint.obj'
 dmake:  Error code 1, while making '../../../unxlngx6/slo/svx_unotext.obj'
 ERROR: error 65280 occurred while making
 /build/aoo/src/playground/trunk/main/binfilter/bf_svx/source/unoedit
 ERROR: error 65280 occurred while making
 /build/aoo/src/playground/trunk/main/binfilter/bf_svx/source/svdraw
 ERROR: error 65280 occurred while making
 /build/aoo/src/playground/trunk/main/binfilter/bf_sch/source/ui/unoidl
 
 
 Regards
 


-- 
ALG

Re: trunk build breaks in qadevOOo because of missing class TextFitToSizeType


Hi Regina,

On 29.07.2012 02:17, Regina Henschel wrote:

Hi Ariel,

thanks for your work. But it is not urgent for me. I can wait till it is
fixed.


Could you please quickly post the build flags here you are using? Thanks 
in advance!



Kind regards
Regina


Ariel Constenla-Haile schrieb:

HI Regina,

On Sat, Jul 28, 2012 at 8:33 PM, Regina Henschel
rb.hensc...@t-online.de wrote:

just in case you need to work and can't wait until this is fixed,
disable building binfilter and qadevOOo, this works (at least on
Linux, with a clean build).



I have already --disable-binfilter in configure.
For qadevOOo it would be --disable-qadevOOo ?


I thought it was because I don't have JUnit, but it seems this is not
the case. Although build --all in instsetoo_native finished without
errors, build in qadevOOo tries to build the module, also a build
--all in toolkit...
There used to be a --disable-qadevooo (at least I see it on
DEV300_m79), but this is gone.

You will have to comment the code in
trunk/main/qadevOOo/runner/util/ValueChanger.java
(I'll try another build, though I'm sure I cleaned the whole source
tree with dmake clean).

Regards

Re: trunk build breaks in qadevOOo because of missing class TextFitToSizeType

Hi,

On 30.07.2012 15:56, Jürgen Schmidt wrote:
On 7/30/12 2:36 PM, Ariel Constenla-Haile wrote:
On Mon, Jul 30, 2012 at 10:08:05AM +0200, Jürgen Schmidt wrote:
[..]

It doesn't matter what the implementation did internally, API users
don't care about implementation details. And it is a mistake to assume
that no API clients are using this API. In fact, it is more justified to
asume it is being used, as it's been documented in the SDK example:
main/odk/examples/DevelopersGuide/Drawing/TextDemo.java

It also seems logical to assume that people read the documentation and
follow the examples

We did such
changes in the past as well but always very seldom and carefully.

But this change is *not* carefully done: the change is not tracked in
the IDL documentation; as API user, I would expect a @deprecated tag in
the IDL, not simple removal without further information (besides the
Developer's Guide being updated too

http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Drawings/General_Drawing_Properties)

It doesn't help to keep wrong IDL types that never have worked and were
not really used.

This is a wrong assumption, see the example from the SDK quoted above.
You cannot mesure how many API users are using this API, but assuming
that some people actually read the examples and follow them seems more
reasonable.

I agree and apologize to not go deeper in this special case. Under this
circumstance I would suggest that we revert the change and document it
in IDL. The enum has no real effect and is obsolete. We can postpone
this incompatible change for a 4.0 if we all agree that the change in
general make sense.

I also apologize for not checking deeper, I thought it was a simple
cleanup/fix (see task). I think the simplest is to revert it for now,
document the missing adaptions (which I have ready now) in the task and
note in the API doc that all values not NONE do the same, thus not
really being used.

Is that okay..?

Juergen

Regards

--
ALG

Re: trunk build fails, likely in python


Hi,

just checked out current version and build stopped in python (win7). 
Message is as follows.


Where does sqlite3.h come from? There is a folder 
main\python\wntmsci12\misc\build\Python-2.7.3\Doc\includes\sqlite3 but 
no sqlite3.h in there. Should it be there...?


Can someone help please?

--8-

c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

statement.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

row.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

module.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

microprotocols.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

cursor.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory

connection.c
c:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\python-2.7.3\modules\_sqlite\connection.h(33) 
: fatal error C1083: Cannot open include file: 'sqlite3.h': No such file 
or directory
Build log was saved at 
file://C:\aoo\svn_trunk13\main\python\wntmsci12\misc\build\Python-2.7.3\PCbuild\Win32-temp-Release\_sqlite3\BuildLog.htm

_sqlite3 - 7 error(s), 0 warning(s)
Build started: Project: _testcapi, Configuration: Release|Win32
_testcapi - up-to-date
Build started: Project: select, Configuration: Release|Win32
select - up-to-date
Build started: Project: unicodedata, Configuration: Release|Win32
unicodedata - up-to-date
Build started: Project: pyexpat, Configuration: Release|Win32
pyexpat - up-to-date
Build started: Project: _multiprocessing, Configuration: Release|Win32
_multiprocessing - up-to-date
Build started: Project: _ssl, Configuration: Release|Win32
Project : warning PRJ0018 : The following environment variables were not 
found:

$(UPDMINOREXT)
_ssl - up-to-date

Build complete: 18 Projects succeeded, 1 Projects failed, 1 Projects skipped
dmake:  Error code 1, while making 
'./wntmsci12/misc/build/so_built_so_python'
ERROR: error 65280 occurred while making 
/cygdrive/c/aoo/svn_trunk13/main/python


--8-

On 28.07.2012 01:33, Regina Henschel wrote:

Hi,

I start a build on WinXP with MSVC Express. It fails with error message
dmake:  Error: -- `./Python-2.7.3-vc.patch' not found, and can't be made

What do I miss?

Kind regards
Regina

Re: trunk build fails, likely in python


Hmmm..

looks as if noone before built a nonpro (debug) version. Regina, you 
build without debug, right?


Looking deeper at the tipp from Tsutomu Uchino...
Thanks for the hints so far. More are of course welcome...

On 30.07.2012 18:38, Pedro Giffuni wrote:

FWIW,

One hint: googling around it looks like it's and issue when building a debug 
python.

Pedro.




[..]

Re: Definition of draw:angle in ODF1.2 does not fit to implementation


Hi Regina,

On 30.07.2012 18:34, Regina Henschel wrote:

Hi all,

I want to suggest OASIS to change the definition of draw:angle. The
draft mail follows below. What do you think about it?

Kind regards
Regina

Draft of the mail to OASIS:

For draw:gradient type 'Linear' section 19.218 defines The axis of
the gradient is specified with the draw:angle attribute clockwise to the
vertical axis.
It actually means, that in the internal coordinate system (that with an
upright y-axis), rotating this y-axis clockwise with the draw:angle
gives the gradient vector.

draw:angle section 19.122 repeats this in a less exact form. For the
angle itself it specifies:
The draw:angle attribute has the data type angle 18.3.1.

And in section 18.3.1 you read, An angle, as defined in §4.1 of [SVG].
An angle is a double value that may be followed immediately by one of
the following angle unit identifiers: deg (degrees), grad (gradiants) or
rad (radians). If no unit identifier is specified, the value is assumed
to be in degrees.

But that is wrong for the implementations in Apache OpenOffice,
LibreOffice, and Microsoft Office. All of them allow in draw:angle only
integers without unit and interpret them as 0.1deg. Calligra does not
use draw:gradient but uses svg:gradient. Microsoft Office can read
negative integers, but writes itself always non negative integers.
Apache OpenOffice and LibreOffice read and write only non negative
integers.

Therefore I suggest to alter the definition of draw:angle in this way:
Instead of the sentence

The draw:angle attribute has the data type angle 18.3.1.

use the text

The draw:angle attribute has the date type integer. A value of n is
interpreted as n*0.1 degrees.


Sorry, I would not do that. This would limit the possible precision 
without needs in a format definition. If the precision in the cores is 
limited or not does not play a role for the definition (it will 
increase, we are on it). I would rather suggest to go with the SVG 
definition and propose that. It's always good to get closer to other 
graphic standards.


It also needs to be evaluated to which orientation The axis of
the gradient is specified with the draw:angle attribute clockwise to the 
vertical axis. leads. What does this mean?


The Y-Axis goes down (X to the right), thus the correct mathematical 
orientation would go anti-clockwise, starting at 0.0 on the Y-Axis which 
is below the origin. It may be wrong, the same as the current object 
rotation (and shear) is wrong in this aspect, see our current UI and 
what it does for a 5 degree object rotation (and would need to be 
proposed to be changed, too).


Thus, when we are at it, we may need to correct the orientation of 
draw:angle, too. BTW: It is correct in the MS UI and their core data. Do 
the same 5 degree rotation there.


I am currently not sure where draw:angle is used, is it the object 
rotation or the gradient rotation, or is it used for both? If used for 
both, I would not want precision to be limited to 0.1 degrees for 
objects. I would evtl. accept this for gradients.


If it is used for both, we should think about the orientation (also for 
shear)...


Sincerely,
Armin
--
ALG

Re: Definition of draw:angle in ODF1.2 does not fit to implementation


On 30.07.2012 19:14, Armin Le Grand wrote:

 Hi Regina,

On 30.07.2012 18:34, Regina Henschel wrote:

Hi all,

I want to suggest OASIS to change the definition of draw:angle. The
draft mail follows below. What do you think about it?

Kind regards
Regina

Draft of the mail to OASIS:

For draw:gradient type 'Linear' section 19.218 defines The axis of
the gradient is specified with the draw:angle attribute clockwise to the
vertical axis.
It actually means, that in the internal coordinate system (that with an
upright y-axis), rotating this y-axis clockwise with the draw:angle
gives the gradient vector.

draw:angle section 19.122 repeats this in a less exact form. For the
angle itself it specifies:
The draw:angle attribute has the data type angle 18.3.1.

And in section 18.3.1 you read, An angle, as defined in §4.1 of [SVG].
An angle is a double value that may be followed immediately by one of
the following angle unit identifiers: deg (degrees), grad (gradiants) or
rad (radians). If no unit identifier is specified, the value is assumed
to be in degrees.

But that is wrong for the implementations in Apache OpenOffice,
LibreOffice, and Microsoft Office. All of them allow in draw:angle only
integers without unit and interpret them as 0.1deg. Calligra does not
use draw:gradient but uses svg:gradient. Microsoft Office can read
negative integers, but writes itself always non negative integers.
Apache OpenOffice and LibreOffice read and write only non negative
integers.

Therefore I suggest to alter the definition of draw:angle in this way:
Instead of the sentence

The draw:angle attribute has the data type angle 18.3.1.

use the text

The draw:angle attribute has the date type integer. A value of n is
interpreted as n*0.1 degrees.


Sorry, I would not do that. This would limit the possible precision
without needs in a format definition. If the precision in the cores is
limited or not does not play a role for the definition (it will
increase, we are on it). I would rather suggest to go with the SVG
definition and propose that. It's always good to get closer to other
graphic standards.

It also needs to be evaluated to which orientation The axis of
the gradient is specified with the draw:angle attribute clockwise to the
vertical axis. leads. What does this mean?

The Y-Axis goes down (X to the right), thus the correct mathematical
orientation would go anti-clockwise, starting at 0.0 on the Y-Axis which
is below the origin. It may be wrong, the same as the current object
rotation (and shear) is wrong in this aspect, see our current UI and
what it does for a 5 degree object rotation (and would need to be
proposed to be changed, too).


Argh, mixed things up. Y-Axis down, X to the right, the correct 
mathematical orientation would be clockwise starting at (1.0, 0.0) on 
the X-Axis, right of the center.
Sorry for mixing things up. Fact is that we currently use the wrong 
orinetation in our Core, UI and file format, though. Make the experiment 
with a object, rotate it by 5 degrees, do the same in MS.



Thus, when we are at it, we may need to correct the orientation of
draw:angle, too. BTW: It is correct in the MS UI and their core data. Do
the same 5 degree rotation there.

I am currently not sure where draw:angle is used, is it the object
rotation or the gradient rotation, or is it used for both? If used for
both, I would not want precision to be limited to 0.1 degrees for
objects. I would evtl. accept this for gradients.

If it is used for both, we should think about the orientation (also for
shear)...

Sincerely,
 Armin
--
ALG

Re: trunk build breaks in qadevOOo because of missing class TextFitToSizeType


Hi,

On 30.07.2012 16:02, Armin Le Grand wrote:


Hi,


[..]


Is that okay..?



I have reverted the change in revision 1366087.

[..]

Sincerely,
Armin
--
ALG

Re: trunk build fails, likely in python


Hi,

looks as if pcbuild.sln does not get patched at all, need to lokk 
further tomorrow.


On 30.07.2012 18:58, Armin Le Grand wrote:

 Hmmm..

looks as if noone before built a nonpro (debug) version. Regina, you
build without debug, right?

Looking deeper at the tipp from Tsutomu Uchino...
Thanks for the hints so far. More are of course welcome...

On 30.07.2012 18:38, Pedro Giffuni wrote:

FWIW,

One hint: googling around it looks like it's and issue when building a
debug python.

Pedro.




[..]



Sincerely,
Armin
--
ALG

Re: Should quickstarter be enabled or disabled by default?

2012-07-27 Thread Armin Le Grand

Hi Joost,

- Begin Message - 
Group: gmane.comp.apache.incubator.ooo.devel 
MsgID: juqstl$5ph$1...@dough.gmane.org 

Joost Andrae joost.and...@gmx.de wrote: 
 Hi Armin, 
 
 
 This would mean that it gets slower again after some time. I just did not 
 use AOO, but worked on something else ca. 1 1/2 Hrs after rebooting. 
 Nonetheless AOO started (doubleclicking the test document, no quickstarter, 
 last used after reboot) instantly. There must be some least-recently-used 
 thingy involved, I doubt that all dlls get kicked out after 10 min. Well, 
 may depend on mem available and other things, though... 
 I could not see it getting slower after 1 1/2 hours. If someone else has 
 seen this (without quickstarter, on Win) please comment here. 
 
 
 how about to use available MS VC++ addons regarding GPU computing to compile 
 AOO like MS does with its own Metro apps for Win8 ? And how about to invest 
 some development resources into adding AOO libs to Win7/Win8 system cache at 
 install time instead of using the quickstarter ? 

Interesting to hear that this is possible, thus it could be a good replacement 
for quickstarter. It would (if I understand correctly) fill the only existing 
bad scenario without quickstarter, the first start directly after system reboot.

 
 On my notebook (without HR's quickstarter) a document opens in 11 seconds 
 without using the quickstarter and it starts immediately if the office once 
 started before. (Core2Duo 2.8 Ghz, 8 GB RAM, 512 GB SSD). 

Joost, thanks for the numbers. Not too bad, I think. Compared with some years 
ago the argument for quickstarter has scaled down accordingly, I guess.

 
 Kind regards, Joost 

Sincerely,
Armin
-- 
ALG 
-- End Message -- 



--
ALG (iPad)

Re: Should quickstarter be enabled or disabled by default?

Hi all,

[..]
 
 +1 for turn it off by default.
 
 About set it on the help menu, there is no relation between help
 functions and the quickstart so IMO it will be completely out of place
 there.
 
 Most users I know do not even realize that the quickstarter is running
 and in fact I cannot remember anyone using the right click menu on
 it...

Just wanted to collect pros and cons, so...

Pros:
- (p1) Faster first program start after system boot (highly
system-dependent)
- (p2) Extra context menus over quickstart icon

Cons:
- (c1) Uses system memory even when AOO is never used
- (c2) System boot takes longer
- (c3) Code complexity is higher, more stuff to maintain
- (c4) Installation problems/conflicts with running quickstarter
- (c5) Users do not know about it and what it means

If someone knows more, please add these. We should then think about the
pros and if they are worth it.

p2: I myself never used it, it's hard to say if it is used or not. The
functionality would be better placed in a system menu (e.g. start menu on
Win which tries to hold the last used app starts automatically). My guess
is that it is rarely used.

p1: I rebooted my Win7 a view times to measure (roughly) the difference.
Opening a test document with standard text as test. Version used is AOO3.4
Without quickstarter:
-booting:
-first doubleclick on document: 17 seconds
-Second doubleclick: 1 second or less
With quickstarter:
-booting: The tray icons appear asynchonously, but with the 3.4 error
(office starts) good to detect. the quickstarter boot steals some runitme
ressources (feels not responsible until fully loaded)
-first doubleclick on document: 8 seconds
-Second doubleclick: 1 second or less

I can just guess, but the quickstarter seems to load roughly half of the
libs needed into memory (17 compared to 8), so it should use roughly 9 secs
on my system on booting/preparing desktop.

Could others evtl. add numbers for mac and win...?

It shows that the quickstarter still makes the first startup faster on
todays systems (at least on win7). The original reason to add it was
(AFAIR) a huge waiting time for first startup (more than 30 secs, years
ago) which was not tolerable. When looking at Win8 and (as it seems)
improved startup there (Herbert?) and the problems I would also opt for
removal for the future. It may also pay to invest time in further reduce
startup time tha in keeping the quickstarter alive.

It would be interesting to get infos about the behaviour on other systems
(I would guess quickstarter is most useful on Win anyways...?).

 Regards
 Ricardo


-- 
ALG

Re: Should quickstarter be enabled or disabled by default?

Hi,

one interesting thing I just stumbled upon; when waiting after the boot
without quickstarter for some time (I left the system unattended after boot
and login for ca. 10 minutes) the first startup of AOO goes down to 8-9
seconds (without quickstarter!). Maybe Win7 already has some mechanism
which measures which dlls are most used and loads these after some time
when nothing was to do...? I was surprised, I will try to repeat this.

Armin Le Grand armin.le.gr...@me.com wrote:
 Hi all,
 
 [..]
 
 +1 for turn it off by default.
 
 About set it on the help menu, there is no relation between help
 functions and the quickstart so IMO it will be completely out of place
 there.
 
 Most users I know do not even realize that the quickstarter is running
 and in fact I cannot remember anyone using the right click menu on
 it...
 
 Just wanted to collect pros and cons, so...
 
 Pros:
 - (p1) Faster first program start after system boot (highly
 system-dependent)
 - (p2) Extra context menus over quickstart icon
 
 Cons:
 - (c1) Uses system memory even when AOO is never used
 - (c2) System boot takes longer
 - (c3) Code complexity is higher, more stuff to maintain
 - (c4) Installation problems/conflicts with running quickstarter
 - (c5) Users do not know about it and what it means
 
 If someone knows more, please add these. We should then think about the
 pros and if they are worth it.
 
 p2: I myself never used it, it's hard to say if it is used or not. The
 functionality would be better placed in a system menu (e.g. start menu on
 Win which tries to hold the last used app starts automatically). My guess
 is that it is rarely used.
 
 p1: I rebooted my Win7 a view times to measure (roughly) the difference.
 Opening a test document with standard text as test. Version used is AOO3.4
 Without quickstarter:
 -booting:
 -first doubleclick on document: 17 seconds
 -Second doubleclick: 1 second or less
 With quickstarter:
 -booting: The tray icons appear asynchonously, but with the 3.4 error
 (office starts) good to detect. the quickstarter boot steals some runitme
 ressources (feels not responsible until fully loaded)
 -first doubleclick on document: 8 seconds
 -Second doubleclick: 1 second or less
 
 I can just guess, but the quickstarter seems to load roughly half of the
 libs needed into memory (17 compared to 8), so it should use roughly 9 secs
 on my system on booting/preparing desktop.
 
 Could others evtl. add numbers for mac and win...?
 
 It shows that the quickstarter still makes the first startup faster on
 todays systems (at least on win7). The original reason to add it was
 (AFAIR) a huge waiting time for first startup (more than 30 secs, years
 ago) which was not tolerable. When looking at Win8 and (as it seems)
 improved startup there (Herbert?) and the problems I would also opt for
 removal for the future. It may also pay to invest time in further reduce
 startup time tha in keeping the quickstarter alive.
 
 It would be interesting to get infos about the behaviour on other systems
 (I would guess quickstarter is most useful on Win anyways...?).
 
 Regards
 Ricardo
 



-- 
ALG

Re: Should quickstarter be enabled or disabled by default?

RGB ES rgb.m...@gmail.com wrote:
 2012/7/25 Armin Le Grand armin.le.gr...@me.com:
 Hi,
 
 one interesting thing I just stumbled upon; when waiting after the boot
 without quickstarter for some time (I left the system unattended after boot
 and login for ca. 10 minutes) the first startup of AOO goes down to 8-9
 seconds (without quickstarter!). Maybe Win7 already has some mechanism
 which measures which dlls are most used and loads these after some time
 when nothing was to do...? I was surprised, I will try to repeat this.
 
 To speed up windows startup (no matter what they do, it's still slow),
 some libraries are loaded AFTER you get control of the system. Maybe
 the problem is simply that the system is busy with it's own start
 routine, slowing down everything else. Maybe it is a good idea to
 repeat the test with and without quickstart but giving the system at
 least five minutes to get everything running: I think there will be no
 big difference on AOO startup.

You are right. I just repeated without quickstarter, waited for the first
time the blanker started (5 min), re-loggedin, started by double-clicking
on my test document: AOO starts under 4 seconds.
Looks like an argument against quickstarter...

 
 Regards
 Ricardo


-- 
ALG

Re: Should quickstarter be enabled or disabled by default?

Hi Rory,

Rory O'Farrell ofarr...@iol.ie wrote:
[..]
 
 Armin: as far as I remember, Windows will remove any previously loaded
 DLL files from memory after about 10 minutes of un-use.  
 

This would mean that it gets slower again after some time. I just did not
use AOO, but worked on something else ca. 1 1/2 Hrs after rebooting.
Nonetheless AOO started (doubleclicking the test document, no quickstarter,
last used after reboot) instantly. There must be some least-recently-used
thingy involved, I doubt that all dlls get kicked out after 10 min. Well,
may depend on mem available and other things, though...
I could not see it getting slower after 1 1/2 hours. If someone else has
seen this (without quickstarter, on Win) please comment here.

-- 
ALG

Re: Should quickstarter be enabled or disabled by default?

Hi Rob,

Rob Weir robw...@apache.org wrote:
 On Wed, Jul 25, 2012 at 8:03 AM, Armin Le Grand armin.le.gr...@me.com wrote:
 Hi Rory,
 
 Rory O'Farrell ofarr...@iol.ie wrote:
 [..]
 
 Armin: as far as I remember, Windows will remove any previously loaded
 DLL files from memory after about 10 minutes of un-use.
 
 
 This would mean that it gets slower again after some time. I just did not
 use AOO, but worked on something else ca. 1 1/2 Hrs after rebooting.
 Nonetheless AOO started (doubleclicking the test document, no quickstarter,
 last used after reboot) instantly. There must be some least-recently-used
 thingy involved, I doubt that all dlls get kicked out after 10 min. Well,
 may depend on mem available and other things, though...
 I could not see it getting slower after 1 1/2 hours. If someone else has
 seen this (without quickstarter, on Win) please comment here.
 
 
 
 Also keep in mind the impact of multi-core.  In theory multi-core
 systems should be less slow at system start, since it could run the
 AOO quickstart task in parallel with other start up tasks. However,
 without quick start, the normal startup of AOO does not take advantage
 of multi-core.  So I'd expect a greater performance boast with modern
 hardware.

I guess only when we could manage to make AOO booting more multithreaded.

 But from user's perspective, I think the benefit depends on whether
 AOO is a key tool that they use several times a day, every day.  Or
 whether it is something they use only occasionally.

If used every day and quickstarter removed: Only when the first start is
done in the first five minutes (or less) after reboot the office will take
twice to three times as long as with quickstarter, after first start seems
no difference. When booting Win all three days may be acceptable. Remember
that with quickstarter system boot itself takes longer (what would be not
counted on our bill, though :-))

If used occasionally: Implies not used in the first 5 minutes, very small
(if at all) difference for first start, no system boot time and/or
ressources wasted (will the day come users of that type will com,plain
about this...?).

 --
 ALG
 


-- 
ALG

Re: [UI] ColorPicker - entering hex color code

2012-07-23 Thread Armin Le Grand

Hi Kevin,

Kevin Grignon kevingrignon...@gmail.com wrote:
 KG01 - See comments inline
 
 On Jul 20, 2012, at 4:57 PM, Armin Le Grand armin.le.gr...@me.com wrote:
 
 [..]
 It depends on what we mean by expected.   I suspect the typical user
 does not touch hexadecimal.  Programmers who are not web developers
 probably expect this to be treated like a number, i.e., they are
 entering the three least significant digits and it will be padded with
 zeros to the left.  Some users, those who are web developers, might
 know (but it is not guaranteed) that CSS3 defines what this means:
 
 The format of an RGB value in hexadecimal notation is a #
 immediately followed by either three or six hexadecimal characters.
 The three-digit RGB notation (#rgb) is converted into six-digit form
 (#rrggbb) by replicating digits, not by adding zeros. For example,
 #fb0 expands to #ffbb00. This ensures that white (#ff) can be
 specified with the short notation (#fff) and removes any dependencies
 on the color depth of the display.
 
 See:   http://www.w3.org/TR/css3-color/#rgb-color
 
 Thanks. I think we should stick to that definition.
 
 KG01 - Agreed. The W3 definition and rules should be supported. Perhaps
 our popup help and documentation should include a reference to the W3 
 material. 

+1

 
 Thus I suggest:
 - Allow Field as Input (see comments from Regina)
 - Ignore when not three or six valid hexadecimal signs
 
 KG01 - From a UX perspective, let's focus on error prevention vs error 
 recovery.

Always good to do so.

 
 - Apply HelpID
 - Adapt Help entries
 
 I will write a task for it when discussion led to a consensus.
 
 Regards,
 
 -Rob
 
 
 
 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina
 
 Sincerely,
Armin
 -- 
 ALG
 


-- 
ALG

Re: [UI] ColorPicker - entering hex color code

2012-07-20 Thread Armin Le Grand

[..]
 It depends on what we mean by expected.   I suspect the typical user
 does not touch hexadecimal.  Programmers who are not web developers
 probably expect this to be treated like a number, i.e., they are
 entering the three least significant digits and it will be padded with
 zeros to the left.  Some users, those who are web developers, might
 know (but it is not guaranteed) that CSS3 defines what this means:
 
 The format of an RGB value in hexadecimal notation is a #
 immediately followed by either three or six hexadecimal characters.
 The three-digit RGB notation (#rgb) is converted into six-digit form
 (#rrggbb) by replicating digits, not by adding zeros. For example,
 #fb0 expands to #ffbb00. This ensures that white (#ff) can be
 specified with the short notation (#fff) and removes any dependencies
 on the color depth of the display.
 
 See:   http://www.w3.org/TR/css3-color/#rgb-color

Thanks. I think we should stick to that definition. Thus I suggest:
- Allow Field as Input (see comments from Regina)
- Ignore when not three or six valid hexadecimal signs
- Apply HelpID
- Adapt Help entries

I will write a task for it when discussion led to a consensus.

 Regards,
 
 -Rob
 
 
 
 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina

Sincerely,
Armin
-- 
ALG

Re: Testing of SVN Bugzilla Robot enabled (was: [Bug 25920] test issue)

2012-07-16 Thread Armin Le Grand

Hi Herbert,

Herbert Duerr h...@apache.org wrote:
 Testing is enabled now for the robot [1] that watches out for commits
 into our SVN-tree and updates then updates the corresponding bugzilla
 entry if an issue was referenced in the commit summary.
 
 [1] https://issues.apache.org/jira/browse/INFRA-5004
 
 At the beginning of the commit summary classic issue references such as
 #i123456# are recognized. Some committers demanded that issue reference
 such as #123456# (without the 'i') are also accepted, so they are
 recognized too. Should we ever switch to another tracker like JIRA this
 will have to be revisited, though.
 
 If the test is successful there is a good chance that the automatism will
 be deployed in the apache infrastructure.
 
 Currently the robot adds a one-line comment to an issue, e.g.
   hdu committed SVN revision 1234567: #i25920# a test commit
 Would it be helpful if the comment was more or less verbose? E.g. it
 could mention whether trunk or a branch was updated, which sub-projects
 (e.g. sw, sc) were touched, whether a commit into the release branch had
 a matching release-blocker flag, etc.

Nice Idea! But why not simply take all the comment instead of trying to
'guess' the first line? I often try to provide a brief description for the
commit on the command line and a longer one on the task (including the
shorter from the commit plus extra infos). With your change I could simply
add a single, more extensive description when comitting. Maybe the 'Patch
by:', etc. fields should be filtered out though (by identifyingb them using
the ':' or 'by*:'. Just my 2 cent...

 
 Herbert


-- 
ALG

Re: [QE]About bug 119337 is reproduced in AOO3.4.1 snapshot build

2012-06-25 Thread Armin Le Grand


Hi,

On 25.06.2012 11:45, Jürgen Schmidt wrote:

On 6/25/12 10:19 AM, Oliver-Rainer Wittmann wrote:

Hi,

On 25.06.2012 08:33, Ji Yan wrote:

It's release blocker defect for AOO 3.4.1, so should some one merge ALG's
fix from trunk to branch stream.



Yes, the fix should be merged into branch AOO34 from my point of view.


indeed the fix was proposed for 3.4.1 but is not yet integrated.

In my role as release manager I expect that the developers who take
responsibility for issues will take care of the integration.


Thanks for pointing out, I somehow lost this one from my radar. Merged 
and comitted to AOO34 as r1353458.



Juergen



Best regards, Oliver.


2012/6/25 Xue Fei Duanduanx...@gmail.com


Hi,
For bug 119337[1], it's marked as AOO3.4.1 blocker flag. I can
reproduce it
on Mac 10.7 version using AOO 3.4.1- 1351960. Anyone can tell me if
the bug
has been fixed in this build?

[1]https://issues.apache.org/ooo/show_bug.cgi?id=119337











Sincerely,
Armin
--
ALG

Re: Commit message summaries

2012-06-21 Thread Armin Le Grand


Hi,

On 21.06.2012 14:10, Jürgen Schmidt wrote:

On 6/21/12 11:47 AM, Herbert Duerr wrote:

[..]

good point and I agree.

That means we use something like

###
issuenumber + 1_line_summary/description

longer description_on_demand

patch_by_on_demand
...
###

where

issuenumber is

- either the plain number + :
- or #number#
- or #inumber#

I can live with all but we should agree on one notation. My preference
is the first and then the second. I don't think we need the lower case
'i' anymore.


For me in the order of preference I would use:
- #number# (we have only one tracker, no need for flags like 'i')
- #inumber#

I would not like plain number + :, it is just too hard to recognize 
(also to grep for). Maybe it's years of training, but I can simply 
immediately scan if in a task and/or description a Task-ID is included 
or not, just because of the #-usages.


Removal of older tokenized values will depend on being able to identify 
those reliable 100% which I doubt being possible. I sometimes just enter 
a found ID to bugracker, if it does not exist, it's old. If it does 
exist, a short look at it normally makes clear if it is related or not 
(because it was from another tracker). Inconvenient, but better than 
nothing *sigh*.



Older commit messages can be interpreted by knowing the older
conventions and today we have only one bugtracker.

Issues from other bugtracker systems should be ideally duplicated in our
system. The other systems can be public or private bug tracking systems
and issue numbers of the latter ones don't help anybody.


+1


I would like to hear other opinions of people who actually work with our
code.

Juergen



I'm also against using a bare issue number, because having a number that
can be reliably parsed by eventual tools (e.g. a tool that updates
bugzilla with the revision number, a tool that links the revision commit
to the corresponding bug URL, etc.) is no extra effort whereas it opens
a whole world of opportunities. I prefer that computers do such work
that can be automated because they are rather good at that.


fix:short description/summary


I like the commit conventions used in the linux kernel. Browse some
commit links of the kernel shortlog at

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=shortlog
to see some examples.


A common notation used by all would be of course helpful


+1

Herbert

Re: a question of Export custom file format?

2012-06-07 Thread Armin Le Grand


Hi ,

On 07.06.2012 02:24,  wrote:

hi Armin

  can i modify the SDK to achieve my need.


Not the SDK, but the UNO API definition and imlementation for primitives.

You could do that in principle, but it is a lot of work and requires 
knowing the UNO API and it's principles, Primitives and their 
principles, some of the AOO code and it's functionalities and a lot of 
AOO-specific data types and how to handle them over the API. It also is 
a region where first design and then open discussion will be needed to 
guarantee a good API design; it would be intended to be used by everyone 
and (in principle) should never need to be changed (and needs to stay 
backward compatible from there on since it would be a public API).



  achieve  demo code as below:


  Reference  XRenderable  xRenderable( mxSrcDoc, UNO_QUERY )
VCLXDevice* pXDevice = new VCLXDevice;
..
PDFWriter*  pPDFWriter = new PDFWriter(
aURL.GetMainURL(INetURLObject::DECODE_TO_IURI), PDFWriter::PDF_1_4,
eCompressMode );
OutputDevice*  pOut = pPDFWriter-GetReferenceDevice();
pXDevice-SetOutputDevice( pOut );
..
GDIMetaFile aMtf;
const MapMode   aMapMode( MAP_100TH_MM );
const Size  aMtfSize( aPageSize.Width, aPageSize.Height );

pOut-Push();
pOut-EnableOutput( FALSE );
pOut-SetMapMode( aMapMode );

aMtf.SetPrefSize( aMtfSize );
aMtf.SetPrefMapMode( aMapMode );
aMtf.Record( pOut );

xRenderable-render( nSel - 1, aSelection, aRenderOptions );
aMtf.Stop();
aMtf.WindStart();

if( aMtf.GetActionCount() )
 bRet = ImplExportPage( *pPDFWriter, aMtf, nCompressMode ) || bRet;

pOut-Pop();

just provide the output of the VCL. To meet my needs.
  If this idea can be.
How do I do?

Regards

On 06.06.2012 12:23,  wrote:

hi  Armin

 could you give me  a example of  use your Way doing a new
exporter, assuming that the file format is pdf?


It would be more or less the same as every UNO API based export, iterate
over the document, the pages and the shapes. Instead of getting a
MetaFile from the shape (using Graphicxporter) you would get the
sequence of primitives and use that as base geometry information.

You cannot use this when you want to develop an extension, the UNO API
for primitives is minimal currently and thus you would have to link
against office components (what the definition of extension does not
allow). To do this, the most needed primitives would need to get an UNO
API implementation first.


   Regards


Sincerely,
Armin
--
ALG



/:includetail


Sincerely,
Armin
--
ALG

Re: Shape/Form control alt text import and export for Excel 2003

2012-06-07 Thread Armin Le Grand


Hi Jianyuan Li,

On 07.06.2012 10:08, Jianyuan Li wrote:

Hi, All,

In Excel 2003, for shape and form control, there is an attribute named alt
text. But Aoo shape and form control do not have an attribute similar like
it. So when Aoo import them, this attribute will be omitted. And on
exporting it as an Excel 2003 file, this attribute will not be exported. So
on opening the export file in Excel 2003, incorrect attribute value will be
shown. There is a bug related to it:
https://issues.apache.org/ooo/show_bug.cgi?id=119659

To fix this issue, is there someone having a good solution? How about
import alt text as the title(in shape description dialog) in Aoo? And then
export the Aoo title as Excel 2007 alt text?



There are 'Title', 'Description' and 'Name' properties for each shape. 
alt text sounds more like many lines, so I would suggest to use 
'Description' for it, maybe there is also a good fit for 'Title'. The 
property 'Name' should be a short string and is shown in the navigator, 
maybe also a good candidate to add something useful.


HTH!

Sincerely,
Armin
--
ALG

Re: a question of Export custom file format?

2012-06-06 Thread Armin Le Grand


Hi  (had to copy-paste, cannot read, hope it's correct)

On 06.06.2012 06:23,  wrote:

HI:

I need to develop an extension program of openoffice's write,
the extended function is export a custom file format
, the file format similar as PDF file format ,
But not the PDF file format.

I analyzed the export of PDF files ,the Function  through VCL output.
I have two question as below:

1)Such  need can be achieved in extension of openoffice's write?


Yes, when You use the UNO API. This means to get the document, iterate 
over pages and objects and export them.



2) Can I use
calss VirtualDevice
calss GDIMetaFile
interface---   ReferenceXRenderable  xRenderable (mxSrcDoc, UNO_QUERY)
in openoffice's write?


I do not know too much from it by heart, but a starting point is to get 
the document as handle.
More important: Using VirtualDevice and GDIMetaFile will work, but is 
somehow the older way to do things. With the current state of the core i 
would suggest to use primitives for SdrObjects when you need to export 
graphical representations (as in PDF export, and not the model data as 
in PPT export). Primitives give you all the geometry data in double 
precision and in a tree structure with some automatisms. For each 
SdrObject you may get a sequence of primitives (over UNO API from 
xShape). Examples how to proccess them can be found in 
drawinglayer/source/processor2d. E.g. vclmetafileprocessor2d is the 
instance which currently is used in the core to create GDIMetaFiles from 
primitives (these are not created from 'painting' SdrObjects since some 
time, this already shows that primitives contain more information than 
the GDIMetaFIles). Or e.g. vclpixelprocessor2d is the current renderer 
for pixel output (screen display).
In principle all exporters using geometry information as base data 
can/should be rewritten to use primitives. Thus, when doing a new 
exporter, I would recommend using them from the beginning.
To see how to get primitives from xShape grep for XPrimitiveFactory2D 
and createPrimitivesFromXShape.


HTH!
Sincerely,
Armin
--
ALG

Re: a question of Export custom file format?

2012-06-06 Thread Armin Le Grand


Hi ,

On 06.06.2012 12:23,  wrote:

hi  Armin

could you give me  a example of  use your Way doing a new
exporter, assuming that the file format is pdf?


It would be more or less the same as every UNO API based export, iterate 
over the document, the pages and the shapes. Instead of getting a 
MetaFile from the shape (using Graphicxporter) you would get the 
sequence of primitives and use that as base geometry information.


You cannot use this when you want to develop an extension, the UNO API 
for primitives is minimal currently and thus you would have to link 
against office components (what the definition of extension does not 
allow). To do this, the most needed primitives would need to get an UNO 
API implementation first.



  Regards


Sincerely,
Armin
--
ALG

Re: how Get Bitmap file from SVG module?

2012-06-04 Thread Armin Le Grand

Hi jianlizhao,

jianlizhao jianlizh...@hotmail.com wrote:
 Hi Armin:
 
 I send an Email to Texmaths's author ,  asked he some questions, communicate
 with each other as follows:
 
 My question:
 LaTeX will equations can be inserted as images (SVG or PNG formats) and
  the LaTeX, code is saved into the image attribute for further editing.
 
 His reply:
 Image attributes are not stored directly in the png file but in LibreOffice
 data that are attached to the image.
 
 
  attached the image attribute in openOffice data  below:( basic code)
 ,,,
 Sub SetAttributes( oShape as Variant, iEqSize as Integer, sEqType as String,
 sCode as String) 
  'Add the Latex attribute to the image.
  Dim oAttributes as Variant, oLatexAttribute as Variant
  oAttributes = oShape.UserDefinedAttributes
  oLatexAttribute = createUnoStruct(
 ;com.sun.star.xml.AttributeDataquot; )
  oLatexAttribute.Type =  
  oLatexAttribute.Value = 
  oAttributes.insertByName( ) 
  oShape.UserDefinedAttributes = oAttributes
 End Sub
 ,,,
 
 My question is:
 When the image attribute very long, example 10M bytes, if it  will  wrong.

I cannot tell you, I never used this. You will have to just try it out. I
would guess that it will work, I see no reason someone should have added a
size limitation to it.

 The image attribute can  as a zip file saved in the odf?

I do not know about internals, but saving image attributes with the image
is done internally at save/export time from the AOO code. I see no way to
do it yourself whithout changing this (e.g. implement callbacks which may
be used in an external module if needed). I think it is also not necessary.
Just try out if it works when you add that data and if it will be there
again after reading it.

  Look forward to your reply.
  Best Regards!

HTH!
Sincerely,
Armin
-- 
ALG

Re: how Get Bitmap file from SVG module?

2012-06-01 Thread Armin Le Grand


Hi jianlizhao,

On 01.06.2012 06:22, jianlizhao wrote:

Hi Armin:
You say this I understanding.
I would  insert original image aoo's write and display, I do not how to do it 
with zip file？


I am not sure I understand what you need to know. The method described 
is just a possibility to check the file content of ODF files.


If you insert the reduced Bitmap as GraphicObject in a ODF document and 
save it, it will be contained.


I understood from your last comments that including the raw data 
directly to ODF is not needed. Instead it is set as kind of comment to 
the inserted GraphicObject and thus evtl. indirectly saved and included 
in the ODF. How this may happen I have no idea, sorry.


HTH!


Look forward to your reply.
  Best Regards!


-邮件原件-
发件人: Armin Le Grand [mailto:armin.le.gr...@me.com]
发送时间: 2012年5月31日 22:28
收件人: ooo-dev@incubator.apache.org
主题: Re: how Get Bitmap file from SVG module?

Hi jianlizhao,

much more simple, only a trick to look at the contents of a ODF file.

Example: Save the file (e.g. foo.odf), extend filename (e.g. in explorer
on windows) by *.ziz (-  foo.odf.zip). You can the open the odf file as
zip archive and inspect/check it's contents.

HTH!


[..]

Sincerely,
Armin
--
ALG

Re: how Get Bitmap file from SVG module?

2012-05-31 Thread Armin Le Grand


Hi jianlizhao,

much more simple, only a trick to look at the contents of a ODF file.

Example: Save the file (e.g. foo.odf), extend filename (e.g. in explorer 
on windows) by *.ziz (- foo.odf.zip). You can the open the odf file as 
zip archive and inspect/check it's contents.


HTH!

On 31.05.2012 13:54, jianlizhao wrote:

Hi Armin:
You reply said  Another way is to add a '.zip' to
the AOO file name and to open it as archive.
how to do it?

Can you give a simple and complete example, Programming languages using C++ 
,runtime environment for Microsoft Windows.

Look forward to your reply.
Best Regards!

-邮件原件-
发件人: Armin Le Grand [mailto:armin.le.gr...@me.com]
发送时间: 2012年5月30日 23:46
收件人: ooo-dev@incubator.apache.org
主题: Re: how Get Bitmap file from SVG module?

Hi jianlizhao,


[..]

Sincerely,
Armin
--
ALG

[BLOCKER] Issue 119337

2012-05-30 Thread Armin Le Grand


Hi,

I would like to nominate issue 119337 ([1]) as show stopper/blocker bug.

It's a regression, Mac only. It was a blocker already, set back to major 
from marcus, but I see no reason for this. It's fixed on trunk now, 
patch added to task.


I think it's severe enough for AOO3.4.1 and since it was an API 
implementation problem more UNO API stuff may be concerned (e.g. draw 
object im/export uses this API) in the Mac version.


Sincerely,
Armin

[1] https://issues.apache.org/ooo/show_bug.cgi?id=119337

Re: how Get Bitmap file from SVG module?

2012-05-30 Thread Armin Le Grand


Hi jianlizhao,

On 30.05.2012 16:29, jianlizhao wrote:

Hi Armin:

I find  TexMaths extension is very like my needs. Described as follows:

TexMaths is an extension designed to provide LaTeX support into LibreOffice.
LaTeX equations can be inserted as images (SVG or PNG formats) and the LaTeX
code is saved into the image attribute for further editing.

My question as follows:
The new type picture can be inserted as images (PNG formats) and the
Original picture is saved into the image attribute for further used.
the image attribute can be saved with a file?


I have no idea, I never used something like this. If the example 
extension does it currently and it is allowed to save any binary data at 
the PNG then you can do the same (probably).


To find out if it is saved with the file I would check if it is saved 
currently with the TexMaths extension. Another way is to add a '.zip' to 
the AOO file name and to open it as archive. There you can check for the 
contained single files and data, your binary data should be there somewhere.



The difference between them is
LaTeX equations is small and short, The new type picture is large.
can  This method rigth?


If it serves your needs and works it is right. You need to check if the 
files you create are loadable by a standard office (the AOO3.4 release 
version for example). It should load and show the PNG. I cannot say if 
it will strip your binary data when saving changed, you have to find out 
yourself.


The only possible drawback is when you or other people using your 
extension would spread files generated this way and these files are very 
big. This may cause high eMail loads and similar effects. People may ask 
'why is this file so big, there is only one picture in it'. I would 
suggest to not spread such files with extra data in them too much, maybe 
you only need to use them inhouse or privately anyways. It is a very 
specialized usage of ODF files.



The benefits of the treatment is:
do not have to program  a import filter,
without considering the compatibility of the file ,
Only insert a  picture into openoffice's write.


Yes, looks reasonable.


Look forward to your reply.
Best Regards!


Thanks, same to You. And good luck with it!


  Hi Armin:

Receipt of your reply, I modified my needs.


[..]

Sincerely,
Armin
--
ALG

Re: Drawing layer performance issue

2012-05-29 Thread Armin Le Grand

Hi Clarence,

On 28.05.2012 08:11, Clarence GUO wrote:
 HI~ Armin,
 May I know after aw80 is done, will we have much perfomance improvement on
 rendering?

Some, but not much. aw080 is about security and basic paradigm changes
(I'm preparing documentation, could be ready later today). It is
aprerequisite to some needed stuff. One of the next steps will then be
to create system-specific renderes.

 If we will have, how much improvement can we get from it? Do we
 have some performance test result data or estimation number?

Not yet, aw080 is on progress but will need time and stabilisation. I
did not build the pro version for some time (needed for performance),
but of course feel free to do so (it's on
https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/aw080/)

 Thanks  regards,
 Clarence
 
 
 2012/5/15 王��kingwise...@gmail.com
 
 Hi,
 Currently the performance of drawing layer is not good enough.
 Does anybody know that is it possible to use a mature third-party graphic
 component to replace drawing laywer for improving performance?


 Antonio.Wang

 
Sincerely,
Armin
--
ALG

Re: how Get Bitmap file from SVG module?

2012-05-29 Thread Armin Le Grand

Hi jianlizhao,

I still have to guess what you want to do, but it sounds like:
- Insert raw data file to draw/Impress
- A special extension uses that data to proccess something and outputs a
text file
- That extension creates a Bitmap/BitmapEx AOO can display

If this is correct I see no real reason to implement/embed this
internally in AOO. If you only need the raw data in your extension, why
use AOO for it and create a file format which is potentially very big?
Why not load the raw data from an app which needs it and processes it
(the extension itself)? It seems so specialized that I would think about
a specialized solution. When you already put a *.txt file with results
next to the ODF, why not also let the raw data be aside the ODF file?
Why do you need Draw/Impress at all?

Maybe I'm wrong, still guessing your needs and plan.

On 25.05.2012 03:27, jianlizhao wrote:
 Hi Armin:
 Receipt of your reply, I modified my needs.
 
 The original picture I do not need to display and modify,only to provide
 data to the extension,used for data analysis and processing. This process
 does not need to show only need end result, the end result is saved to a TXT
 file.
 
 All requirements are summarized as follows:
 1)On screen Display bmp or png file, the bmp or png converted from the
 original pictures.

Yes. Who converts this? Which instance?

 2) In the save file include two files, one is the original file.
 In order to achieve compatibility.

Only useful when the extension is installed, no extra use for the
standard user, but much bigger files?

 3)on screen when the user delete the BMP file,in the save file, the file
 related to this BMP files do not save,that is also deleted.
 
 4)In the extension, the original file for data analysis and processing, and
 processing the results are saved to txt file.
 It should be based on the screen select the BMP file,access to the
 corresponding original file.
 
 Do you have any good suggestions.

See above!

 Thanks...
 Best Regards!
 
 
[..]

Sincerely,
Armin
--
ALG

Branch aw080

2012-05-29 Thread Armin Le Grand


Hi List,

due to the increasing number of requests concerning the aw080 branch I 
started to write some documentation and have put it here:


http://wiki.services.openoffice.org/wiki/Aw080_documentation

Short overview: It's a branch I'm working on for some time which will 
cleanup, simplify and make better functional basic parts of the 
DrawingLayer component. More to be read under the link.


Sincerely,
Armin
--
ALG

Re: how Get Bitmap file from SVG module?

2012-05-24 Thread Armin Le Grand


Hi Eric,

On 24.05.2012 03:43, Yong Lin Ma wrote:

Let me try to translate the message below.


Thanks, that helped. Ansering below...


Hi Armin,
I see two interfaces XSVGPrinter and XSVGWriter in svg mdoule

Could they be used for graphic in Bitmap format?


No.


For function extractFromGraphic in svgimagenode

void extractFromGraphic (
 const Graphic  rGraphic
 drawinglayer :: primitive2d :: Primitive2DSequence  rEmbedded,
 basegfx :: B2DRange  rViewBox,
 BitmapEx  rBitmapEx)

What is parameter rBitmapEx work for?


This is a helper method in module svxio. It is not exported from the 
svgio module to make that clear. It should not be called directly and 
may change in the future.


Instead, use the classes Graphic and GraphicObject and work with the 
SvgData class used there if you want to do something in the environment 
of the office core code.


From outside you may use the service XSvgParser to convert from 
io::XInputStream to uno::Sequence uno::Reference 
::graphic::XPrimitive2D   (the imported primitive representation of 
the SVG). Then use the service XPrimitive2DRenderer to convert such a 
primitive to a rendering::XBitmap. Grep the code to find usage examples.


HTH!


On Wed, May 23, 2012 at 5:06 PM, jianlizhaojianlizh...@hotmail.com  wrote:

Hi Armin:
I ask you some question as below:
In  module svg, have two Interfaces, one is  XSVGPrinter, the other is
XSVGWriter.

1) Can I use these interfaces, output Bitmap file?

2) under the module svg, in the file of svgimagenode.cxx,

void extractFromGraphic (
const Graphic  rGraphic
drawinglayer :: primitive2d :: Primitive2DSequence  rEmbedded,
basegfx :: B2DRange  rViewBox,
BitmapEx  rBitmapEx)

is the  parameters rBitmapEx get Bitmap file?

Thanks...
Best Regards!

Re: how Get Bitmap file from SVG module?

2012-05-24 Thread Armin Le Grand

Hi jianlizhao,

On 24.05.2012 10:57, jianlizhao wrote:
 Hi Armin:
 Read your letter, I know my idea is stupid.
 
 I would like to achieve an ADDON expansion in openoffice's write,
 The extension function is plug a new type of picture into openoffice's
 write, need following requirements
 
 1) There were also ODF-compatible File Format adaptions needed.That is to
 say,
 That is not installed the extended  on the openoffice's write  can open
 the saved file.
 2) If the extension is installed, can use the extended functionality to deal
 with the inserted picture.
 
 This function is very similar to  your SVGIO, so I need to look deeper
 SVGIO.

Sorry, it is not similar and I would not suggest svgio as an example to
extend for picture formats. The way to extend picture formats is to look
at how e.g. png, jpeg and others are handled in the office and to extend
these by a filter. Be warned, this is a complex (and fragile) system
which will need a lot of care.

Your raw format is pixel data, so this will fit much better than svgio.
Svgio needed an exception to be hold at Graphic/GraphicObject at all,
this will not be needed for another pixel-based format and thus is a
very bad example for your case.

All this would need to be done in the core, there are deep vcl- and
tools-based mechanisms behind this, including the GraphicManager who
will automatically buffer the picture data and import/export it on
demand to rduce mem footprint. I think it cannot be done as an extension.

What you could do in an extension is to implement the loader (raw data
to Bitmap/BitmapEx) and insert that pixel data using API to the writer
somehow. It will then not be embedded as the original raw bitmap data,
but it will be in the system in a compatible way.

HTH!

 Then modeled this idea, realization my needs.
 
 I have installed openoffice's SDK.Debugging through a simple C++ example of
 the addon.
 Do you have any good suggestions.
 
 Thanks...
 Best Regards!
 
 
 
 -邮件原件-
 发件人: Armin Le Grand [mailto:armin.le.gr...@me.com]
 发送时间: 2012年5月23日 20:51
 收件人: ooo-dev@incubator.apache.org
 主题: Re: how Get Bitmap file from SVG module?
 
   Hi jianlizhao,
 
 On 23.05.2012 11:06, jianlizhao wrote:
 Hi Armin:
 I ask you some question as below:
 In  module svg, have two Interfaces, one is  XSVGPrinter, the other is
 XSVGWriter.
 
 Both are interfaces, XSVGPrinter is not used at all and XSVGWriter is
 the current SVG export which has nothing to do with the new import.
 There also is no module svg, the module I added for the new SVG import
 is svgio.
 
 1) Can I use these interfaces, output Bitmap file?
 
 No.
 
 2) under the module svg, in the file of svgimagenode.cxx,

 void extractFromGraphic (
   const Graphic   rGraphic
   drawinglayer :: primitive2d :: Primitive2DSequence
 rEmbedded,
   basegfx :: B2DRange   rViewBox,
   BitmapEx   rBitmapEx)

 is the  parameters rBitmapEx get Bitmap file?
 
 I am not sure what you want to do. To work with imported SVGs you need a
 Graphic (see vcl and GraphicObject, too) where it is loaded. From
 Graphic you may try
 
   const SvgDataPtr  getSvgData() const;
 
 If getSvgData().is() there is a SVG graphic. At the contained SvgData
 you can use
 
   const BitmapEx  getReplacement() const;
 
 to get the BitmapEx of the SVG. There is no need to work with stuff from
 svgio directly. All usages work with it are using the service XSvgParser
 and do the work for you, where XSvgParser is implemented in svgio.
 
 I still do not understand what you want to do, please explain this, else
 I cannot really help you.
 
 Thanks...
 Best Regards!


 
 Sincerely,
   Armin
 --
 ALG

Re: how Get Bitmap file from SVG module?

2012-05-24 Thread Armin Le Grand

Hi jianlizhao,

On 24.05.2012 16:07, jianlizhao wrote:
 Hi Armin:
 I am very glad to receipt your letter,
 
 I see the following content in your blog:
 There were also ODF-compatible File Format adaptions needed, more concrete
 the in ODF already contained and described multi-image support. In ODF, the
 original SVG is now embedded to the 'Pictures' folder inside the ODF file as
 one would expect from such a feature and can be easily extracted (unzip the
 ODF file and there you are). There is also a Png file written as replacement
 image. The draw:frame is now multi-image capable (as the spec allows). In
 the case of a SVG it writes a good quality Png and the original SVG as
 draw:image elements. Since older (and other) office versions are only
 capable of loading a single (and thus the first) image, the Png is written
 first. This allows file exchange with other and older offices without
 breaking backward compatibility and/or ODF file exchange.
 
 I have two questions :
 1) I would also like to use this method to insert the picture, so that in
 document will retain the original file, the original file  is there are
 other useful.

To achieve this you have to add the needed code to the core (similar as
jpeg and png are added). This includes import code to get the data into
a Bitmap/BitmapEx. This is uniquely held (using a unique ID calculated
based on the bitmap data, there is one calculation defined for each
format) at the GraphicManager and can be accessed using
Graphic/GraphicObject.
AFAIK it is also possible to hold the original raw data at the entry in
the GraphicManager (to be able to write the original again in unchanged
form without needing to export it to it's format).
The feature you mentioned above is needed for file formats which differ
in content, in Your case this is not needed since a e.g. reduced data
BitmapEx can be recreated without data loss from your raw data. It makes
no sense to write both, so no need for this feature.

 2) How do I access the original file.

The Graphic holding it (and the contact with the GraphicManager) may
have it as raw data, but also has a link to a temporary storage (using
the temp on your system) where it is swapped out.
To Access, use Graphic/GraphicObject. I repeat here: It is no easy task
to add a graphic format to the core. I'm also not the specialist for
that, maybe someone else knows in more details about exactly what steps
have to be done to implement it.

HTH!

 Thanks...
 Best Regards!
 
 
 -邮件原件-
 发件人: Armin Le Grand [mailto:armin.le.gr...@me.com]
 发送时间: 2012年5月24日 18:10
 收件人: ooo-dev@incubator.apache.org
 主题: Re: how Get Bitmap file from SVG module?
 
   Hi jianlizhao,
 
[..]

Sincerely,
Armin
--
ALG

Re: how Get Bitmap file from SVG module?

2012-05-23 Thread Armin Le Grand


Hi jianlizhao,

On 23.05.2012 11:06, jianlizhao wrote:

Hi Armin:
I ask you some question as below:
In  module svg, have two Interfaces, one is  XSVGPrinter, the other is
XSVGWriter.


Both are interfaces, XSVGPrinter is not used at all and XSVGWriter is 
the current SVG export which has nothing to do with the new import. 
There also is no module svg, the module I added for the new SVG import 
is svgio.



1) Can I use these interfaces, output Bitmap file?


No.


2) under the module svg, in the file of svgimagenode.cxx,

void extractFromGraphic (
 const Graphic  rGraphic
 drawinglayer :: primitive2d :: Primitive2DSequence  rEmbedded,
 basegfx :: B2DRange  rViewBox,
 BitmapEx  rBitmapEx)

is the  parameters rBitmapEx get Bitmap file?


I am not sure what you want to do. To work with imported SVGs you need a 
Graphic (see vcl and GraphicObject, too) where it is loaded. From 
Graphic you may try


const SvgDataPtr getSvgData() const;

If getSvgData().is() there is a SVG graphic. At the contained SvgData 
you can use


const BitmapEx getReplacement() const;

to get the BitmapEx of the SVG. There is no need to work with stuff from 
svgio directly. All usages work with it are using the service XSvgParser 
and do the work for you, where XSvgParser is implemented in svgio.


I still do not understand what you want to do, please explain this, else 
I cannot really help you.



Thanks...
Best Regards!




Sincerely,
Armin
--
ALG

Re: svx/source/svdraw/svdfmtf.cxx

2012-05-21 Thread Armin Le Grand


Hi,

On 21.05.2012 11:34, Andre Fischer wrote:

On 20.05.2012 13:30, Armin Le Grand wrote:

Hi Pavel,

[..]

Who will check in the changes?


Already did, Pavel is informed.



-Andre








Sincerely,
Armin
--
ALG

Re: WaE: cui

2012-05-21 Thread Armin Le Grand


On 21.05.2012 14:28, Pavel Janík wrote:

Compiling: cui/source/tabpages/tpline.cxx
cc1plus: warnings being treated as errors
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/cui/source/tabpages/tpline.cxx: In member 
function ‘virtual void SvxLineTabPage::Reset(const SfxItemSet)’:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/cui/source/tabpages/tpline.cxx:1021: 
warning: unused variable ‘pPageView’
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/cui/source/tabpages/tpline.cxx: In 
member function ‘long int SvxLineTabPage::MenuCreateHdl_Impl(MenuButton*)’:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/cui/source/tabpages/tpline.cxx:1753: 
warning: unused variable ‘pPageView’
dmake:  Error code 1, while making '../../unxmacxi.pro/slo/tpline.obj'
ERROR: error 65280 occurred while making 
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/cui/source/tabpages

Indeed, adaptions from Regina using MarkAll(), so the SdrPageView 
pointer is no longer used. Adaped, comitted.


Sincerely,
Armin
--
ALG

Re: WaE: chart2

2012-05-21 Thread Armin Le Grand


On 21.05.2012 14:31, Pavel Janík wrote:

Compiling: chart2/source/view/main/ShapeFactory.cxx
cc1plus: warnings being treated as errors
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/chart2/source/view/main/ShapeFactory.cxx: In 
function ‘com::sun::star::drawing::PolyPolygonShape3D 
chart::createPolyPolygon_Symbol(const com::sun::star::drawing::Position3D, const 
com::sun::star::drawing::Direction3D, sal_Int32)’:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/chart2/source/view/main/ShapeFactory.cxx:1329:
 warning: unused variable ‘fMaxSize’
dmake:  Error code 1, while making '../../../unxmacxi.pro/slo/ShapeFactory.obj'
ERROR: error 65280 occurred while making 
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/chart2/source/view/main

Just commenting out this variable helped (the same applies in cui case in 
previous mail).

Yes. Do you commit yourself...?

Sincerely,
Armin
--
ALG

Re: svx/source/svdraw/svdfmtf.cxx

2012-05-20 Thread Armin Le Grand

Hi Pavel,

Pavel Janík pa...@janik.cz wrote:
 Hi,
 
 WaE = Warning as Error.
 
 or Warnings Are Errors.
 
 Gcc option -Werror: Make all warnings into errors.
 
 With this option turned on, all warnings are made into errors. Our long
 term goal is to make gcc silent.

Ah, yes, I remember now. We spent some time on this years ago, but never
coud make the whole code WaE-safe. Despite that, it's good to work on it;
sometimes this gives good hints at weird code.

 These issues are not errors per se, but e.g.:
 
 @@ -1330,6 +1331,7 @@
  
  void ImpSdrGDIMetaFileImport::DoAction(MetaWallpaperAction rAct)
Please just comment /*rAct*/
  {
 +(void) rAct;
  OSL_ENSURE(false, Tried to construct SdrObject from
 MetaWallpaperAction: not supported (!));
  }
  
 This means that rAct is unused in the method. gcc warns about it.
 
 This change:
 
 @@ -1384,6 +1388,7 @@
  case GRADIENT_ELLIPTICAL: aXGradientStyle = 
 XGRAD_ELLIPTICAL; break;
  case GRADIENT_SQUARE: aXGradientStyle = XGRAD_SQUARE; break;
  case GRADIENT_RECT: aXGradientStyle = XGRAD_RECT; break;
 +   default: break;
Hmm. I do not have the code at hand right now, cannot tell until monday.
  }
  
  const XFillGradientItem aXFillGradientItem(
 
 means that some enum value is forgotten in the switch.
 
 This change:
 
 -for(sal_uInt32 y(0); y  pOld-Height(); y++)
 +for(sal_Int32 y(0); y  pOld-Height(); y++)
Please change to sal_uInt32
 means that we were comparing signed and unsigned value.
 
 I do not know if these changes are OK, thus I send the patch as I used to
 make the module WaE free.

I have not seen a patch. If you have one, please send again (maybe
directly) and I'll happily take a look on monday. I'm currently not
compiling on gcc, so I will not be able to guarantee, though.

 Hope this helps.
 
 P.S. Of course warnings differ between compilers and sometims the changes 
 look weird etc.

Yes, I remember now. Do you have a good solution for swich..case where not
all missing entries would have to be listed? 


-- 
ALG

Re: Need guide for my first 'push'

2012-05-20 Thread Armin Le Grand

Regina Henschel rb.hensc...@t-online.de wrote:
 Hi Ariel,
 
 Ariel Constenla-Haile schrieb:
 On Sat, May 19, 2012 at 03:43:49PM -0300, Ariel Constenla-Haile wrote:
 Hi Regina,
 
 On Sat, May 19, 2012 at 04:39:31PM +0200, Regina Henschel wrote:
 Hi all,
 
 I'm ready to push my first patch. But it is the first time and I
 need a guide how to do it.
 
 I have cloned from trunk by 'git svn clone ...'
 I have made all the changes, compiled and tested.
 I have done 'git commit -am' and controlled the changes with 'git
 format-patch git-svn'.
 
 But now I do not know how to continue.
 
 First, make sure you have committed everything:
 
 git status
 
 Then check out the last changes, so that your tree is up to date:
 
 git svn rebase
 
 If there was a merge, make sure your changes are still working.
 Once ready to push your changes to the Apache SVN repo, simply do:
 
 * check what will be committed:
 
 git svn dcommit --dry run
 
 typo: --dry-run
 
 * commit it:
 
 git svn dcommit
 
 
 More info:
 
 - git help svn
 - http://trac.parrot.org/parrot/wiki/git-svn-tutorial
 - http://blog.tsunanet.net/2007/07/learning-git-svn-in-5min.html
 - http://www.reasonablyopinionated.com/2009/06/git-svn-workflow.html
 - ...
 
 
 DOne, but it seems to fail. I get
 $ git svn dcommit
 Committing to https://svn-master.apache.org/repos/asf/incubator/ooo/trunk ...
 Authentication realm: https://svn-master.apache.org:443 ASF Committers
 Password for 'pppregin':
 Authentication realm: https://svn-master.apache.org:443 ASF Committers
 Username: regina
 Password for 'regina':
 M 
 main/chart2/source/controller/chartapiwrapper/WrappedSymbolProperties.cxx
 No such file or directory: Can't create temporary file from template
 '/cygdrive/c/AOO_2012_05_g
 it/trunk/C:/cygwin/tmp/svn-XX': No such file or directory at
 /usr/lib/git-core/git-svn line
  579
 
 What is wrong?

I made the following experience: After using 'source winenv.set.sh' on win
there is the variable TMPDIR which still uses a DOSstyle path. I usually
chnage it to 'TMPDIR=/cygdrive/a/TEMP' (choose your own path of course) to
fix that.

HTH!

 Kind regards
 Regina


-- 
ALG

Re: about openoffice support on SVG ?

2012-05-20 Thread Armin Le Grand

Hi jianlizhao,

jianlizhao jianlizh...@hotmail.com wrote:
 Hello my friend,
 
 I ask you some question as below:
 1) source code with support for SVG code, What programming language is used?

It's C++.


 IS   C + + or JAVA?
 2) In order to support SVG features, which files additions and modifications
 to those source code?

The code is in the main/svgio module, I wrote it. What do you want to do?
Maybe I can help you or just support your needs. Have you read the blog
entry on it
(https://blogs.apache.org/OOo/entry/native_svg_support_for_apache), it
explains some basic principles about it and how it is added to the office
processing (primitive usage).

 Thanks...
 
  Best Regards!

Sincerely,
Armin
-- 
ALG

Re: [Build] build problem in svx

2012-05-19 Thread Armin Le Grand

Hi,

yes, xbitmap is gone. The problems you describe happen when you update a
local copy of trunk and do not cleanup the output trees, in that case the
prebuilt dependencies still contain references to the file. There are two
alternatives: build fresh with a new checkout or delete all build
dependencies. The 2nd can be done in several ways, I usually rm -rf
trunk/main/solver* and rm -rf trunk/main/*/wntmsci12* (for windows,
corresponding for other plattforms).

HTH!

Regina Henschel rb.hensc...@t-online.de wrote:
 Hi all,
 
 I get the build error
 make: *** No rule to make target
 `/cygdrive/c/AOO_2012_5_git/main/svx/inc/svx/xbitmap.hxx', needed by
 `/cygdrive/c/AOO_2012_5_git/main/solver/340/wntmsci12/workdir/CxxObject/svx/source/engine3d/obj3d.o'.
  Stop.
 dmake:  Error code 2, while making 'all'
 
 I need a hint, where to search for the reason.
 
 Kind regards
 Regina


-- 
ALG

Re: svx/source/svdraw/svdfmtf.cxx

2012-05-19 Thread Armin Le Grand

Hi Pavel,

I worked on it. What do you mean with WaE? I googled, but couild not find
explanations. I know there was something, but I do not want to rely on
guessing.

Pavel Janík pa...@janik.cz wrote:
 Hi,
 
 this file in the trunk has several WaE issues:
 
 http://tmp.janik.cz/AOOo/svx-WaE.diff


-- 
ALG

Re: svx/source/svdraw/svdfmtf.cxx

2012-05-19 Thread Armin Le Grand

Marcus (OOo) marcus.m...@wtnet.de wrote:
 Am 05/19/2012 01:22 PM, schrieb Armin Le Grand:
 Hi Pavel,
 
 I worked on it. What do you mean with WaE? I googled, but couild not find
 explanations. I know there was something, but I do not want to rely on
 guessing.
 
 WaE = Warning as Error.

Ah, okay, thanks. So, what aspect of that file should be different? It
wants to warn for non-impemented actions, but it does not need to be an
error. If the result looks weird, the issued warnings in a debug version
may help as a hint for what went wrong.

What should be different? 

 HTH
 
 Marcus
 
 
 
 Pavel Janíkpa...@janik.cz  wrote:
 Hi,
 
 this file in the trunk has several WaE issues:
 
 http://tmp.janik.cz/AOOo/svx-WaE.diff


-- 
ALG

Re: Drawing layer performance issue

2012-05-17 Thread Armin Le Grand

Hi Antonio,

Antonio.Wang kingwise...@gmail.com wrote:
 Hi Armin,
 What you've done is a pretty great work.
 
 Here is my focus area about drawing layer:
 1. Refreshment
  #Currently, when refresh the window (for example, just minise and then
 restore), many primitives will be created again. That will cause some
 effort waste during this process. I wonder why we could not keep the
 primitive unchanged and just repaint it?

That's one of the paradigm changes I've made in aw080 already. Background:
When doing primitives this was my first concept, but it showed that the
other needed mechanism - to detect core changes and ensure recreation of
the primitive - did not work reliably. Thus, the safest was to create the
most high-level primitive, compare it with the existing one and detect
every evtl. change reliably. Remark that the old primitive is used in the
most no-change case, thus all the decompositiopns and the low-level
primitives are reused most of the time.
Done in aw080, plus the needed ensurement of invalidations.

But anyways, that's not where the time is spent, see
https://issues.apache.org/ooo/show_bug.cgi?id=118984

 2. System-specific renderers
 #This is the most intreset point of my care,  since different base
 renderers especially hardware releated ones works in different ways, if the
 drawing layer become more universal for high level APIs, it'll need more
 work to seperate the universal items into specific items and process, and
 then it could use the best performance of those System-specific renderers.
 That's really a render engine work should do.

That's true, but a lot of preps need to be done for that. The idea is to
not use sal/vcl at all, but to use UNO API renderer modules on surfaces
(API will hand over handle to window (however) the sequence of primitives
and info (transformation, etc.)). For each  OS a UNO API module should be
implemented containing a renderer implementation (see drawinglayer module).
To be able to do so, the surfaces which are created from vcl as Window need
to be controlled, too. E.g. on win ther will not be the fastest renderiung
when the Window implementation creates just any HDC-type, but not e.g. a 3d
surdace one. OTOH Vcl will always have to work on that surfaces, too
(EditEngine paints, controls, ...) and the rendering will me a mixture of
both accesses.

   As far as I know a render engine contains 6 basic parts at least:
 Primitives, GraphicObjects, GraphicTree, Universal Rendering Process,
 Universal rendering APIs to encapsulate Specific plantform rendering APIs.
 The primitive is the most base items for a render engine, if our work now
 is focus on the primitive converting, I think it is still a long long
 way to reach the final target.

It is, but I'm on it. We should evtl. clarify the terms you used, they do
not match 1005 of the stuff in the source and/or the current mechanisms
work.

  What we mainly focus is the office production, and the the rendering
 engine is a module which function is very independent, so why don't we just
 to use a mature third party ones, and save lots of time and effort to do
 our professional things? Professional ones do professional things is my
 view, we are not a render engine group after all. :-)

Also true. Do you have any idea what renmderer would be best to use under
Linux? AA is needed, speed of course, and it should be able to paint
PolyPolygons (what X is not,, argh...). I see no big problems of choosing
on Win and Mac, and we still have the Vcl fallback which is used today...

HTH!

Sincerely,
Armin

 Antonio
 
 2012/5/16 Armin Le Grand armin.le.gr...@me.com
 
Hi Liang and Antonio,
 
 
[..]
 --
 ALG
 
 


-- 
ALG

Re: Drawing layer performance issue

2012-05-16 Thread Armin Le Grand


Hi Liang and Antonio,

On 16.05.2012 03:00, Liang Weike wrote:

Hi,

On 2012-5-15 22:31, Armin Le Grand wrote:

Hi Antonio Wang,

On 15.05.2012 10:44, 王喆 wrote:

Hi,
Currently the performance of drawing layer is not good enough.


Yes, that's true :-)

And what is the percentage it takes within the whole performance?



Does anybody know that is it possible to use a mature third-party
graphic
component to replace drawing laywer for improving performance?


Yes, I know that it's not s easy. I'm preparing this for years. Do not
forget that DrawingLayer has many components (model, viewer to which
you probably refer, controller) and is used hardcoded from 14 users
(not only the visible apps, also dialogs, helpers, etc.). Also it's
used on (at least) five systems. It's going in the right direction,
but is ongoing work which will need some more time. I'm on it...

HTH!

I'm interested in it,too. Could you please introduce the work that you
have done and the plan in the future? Thanks!


I am working on the code for 15 years, concentrating on the 
DrawingLayer. I have added primitives (see 
http://wiki.services.openoffice.org/wiki/DrawingPrimitives) and e.g. the 
new SVG import based on them. All graphic rendering is done using 
primitives now (leaded to AntiAliasing). I am currently working on aw080 
which will make further deep core changes (preparing some docu on it 
currently, will send a note if done) the code is at 
https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/aw080/. This 
will bring us closer to more safe DrawingLayer core objects.


The future plan is to:
- convert as many as possible components to primitive usage, e.g. 
SlideShow, exports (PDF, SVG, printing, ...)
- Implement generic system-specific renderers for visualisation of 
primitives


Of course the prerequisite is to have all graphical output based on 
primitives. Draw/Impress is, Chart is, DrawingLayer objects in Writer 
and Calc are. Missing is EditEngine in edit mode, cells and text in 
calc, text in writer.


HTH!





Antonio.Wang



Sincerely,
Armin
--
ALG



Sincerely,
Armin
--
ALG

Re: Drawing layer performance issue

2012-05-15 Thread Armin Le Grand


Hi Antonio Wang,

On 15.05.2012 10:44, 王喆 wrote:

Hi,
Currently the performance of drawing layer is not good enough.


Yes, that's true :-)


Does anybody know that is it possible to use a mature third-party graphic
component to replace drawing laywer for improving performance?


Yes, I know that it's not s easy. I'm preparing this for years. Do not 
forget that DrawingLayer has many components (model, viewer to which you 
probably refer, controller) and is used hardcoded from 14 users (not 
only the visible apps, also dialogs, helpers, etc.). Also it's used on 
(at least) five systems. It's going in the right direction, but is 
ongoing work which will need some more time. I'm on it...


HTH!



Antonio.Wang



Sincerely,
Armin
--
ALG

Re: Build broken at SVX ?

2012-05-11 Thread Armin

Hi Pedro,

xbitmap.hxx is gone, you have old dependencies. use 'make clean' in svx and
be sure to build incompatible from svx.

Sincerely,
Armin

Pedro Giffuni p...@apache.org wrote:
 Doesn't look like one of my changes ;)
 
 
 gmake: *** No rule to make target
 `/usr/ports/editors/openoffice-3-devel/work/ooo/main/svx/inc/svx/xbitmap.hxx',
  needed by
 `/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/340/unxfbsdx.pro/workdir/CxxObject/svx/source/engine3d/obj3d.o'.
  Stop.
 gmake: *** Waiting for unfinished jobs
 dmake:  Error code 2, while making 'all'
 
 
 
 Cheers,
 
 Pedro.


-- 
ALG

Re: APPR is enabled with AOO3.4 on Ubuntu 11.04

2012-05-08 Thread Armin Le Grand


Hi Chao Huang,

On 08.05.2012 10:04, Chao Huang wrote:

hi, Armin

The layout of text in Aoo 3.4 is better than that in FireFox. Here are
snapshots. Thanks!


Thanks for the feedback! Yay!

[..]

Sincerely,
Armin
--
ALG

Re: [CODE] build breaks with commit r1334023 in drawinglayer

2012-05-05 Thread Armin

Hi Regina and others,

sorry, I forgot to add and commit newly added files. Argh! I'll try to add
these ASAP...
I apologize; I should always 'svn add ...' immediately for new files...

Sincerely,
Armin

Regina Henschel rb.hensc...@t-online.de wrote:
 Hi,
 
 build breaks in drawinglayer with error
 /usr/bin/cp: cannot stat
 `/cygdrive/c/AOO_2012_5_git/main/drawinglayer/inc/drawinglayer/primitive2d/objectinfoprimitive2d.hxx':
 No such file or directory
 
 Kind regards
 Regina


-- 
ALG

Re: [CODE] Build breaks with r1334023 in svgio

2012-05-05 Thread Armin

Hi Regina,

sorry, I forgot to add new files and thus these are missing for the commit.
I have to be more careful in the future and 'svn add ...' new files
immediately/sooner. I tried to access my develop machine in the office tbis
aftrenoon, but it's locked, could not access it. Thus you should use the
last revision before r1334023. I will fix this asap on Monday.

Sorry for the inconvenience (a good lesson to take the machine home on
weekends...)

Armin

Regina Henschel rb.hensc...@t-online.de wrote:
 Hi,
 
 build breaks with error
 /usr/bin/cp: cannot stat
 `/cygdrive/c/AOO_2012_5_git/main/svgio/inc/svgio/svgreader/svgtitledescnode.hxx':
  No such
 file or directory
 
 Kind regards
 Regina


-- 
ALG

Re: APPR is enabled with AOO3.4 on Ubuntu 11.04

2012-05-04 Thread Armin Le Grand

Hi Chao Huang,

just one remark; when you are at it, could you also take the chance to
open the SVG results in AOO3.4 directly, not only in firefox? I guess
these would be very good test files for seeing if all works well with
the new SVG feature. I'm always interested when there should be problems...

On 04.05.2012 11:18, Chao Huang wrote:

hi, all

I'm working on adapting APPR against the latest OpenOffice - Apache
OpenOffice 3.4 on Ubuntu 11.04. At right now, APPR can work with AOO 3.4 on
Ubuntu to get performance data, such as Startup, LoadFile and
PlaySlide.

In general, the following 3rd parts should be installed to run APPR.

- gawk
- bash
- libperl-dev
- libyaml-perl
- SVG
- XML::Mini
- XML::Simple

The patch file for sal\rtl\source\makefile should be updated, due to the
change on the original file. I replaced svgdisplay with firefox to show
the result in SVG file. If you have a recommended one, please update the
wiki
http://wiki.services.openoffice.org/wiki/How_to_enable_APPR_with_Apache_OpenOffice_3.4_on_Ubuntu_11.04#Run_APPR_for_Apache_OpenOffice_3.4.
Thanks!

Another thing in todo list is to find resource about *VTune*. If I can get
the installation package for VTune, I will try to enable it and test it in
APPR.

The next step for me is to run APPR against AOO 3.4 with sample file to
generate performance report. It may be the performance baseline in AOO 3.4.
But I know nothing about how to use APPR in OO's formal test. Is there
anyone who can share the guide/script/expereince?

Any feedback will be appreciated. Thanks!

Sincerely,
Armin
--
ALG

Re: Release Notes: missing screenshots

2012-05-02 Thread Armin

Andrea Pescetti pesce...@apache.org wrote:
 Paolo is now coordinating volunteers that are translating the Release
 Notes into Italian, and while quickly reviewing the original document
 https://cwiki.apache.org/OOOUSERS/aoo-34-incubating-release-candidate.html
 I have the impression that some paragraphs would be much clearer with a
 screenshot or a sample document. For example, does anyone have more
 information on the following items?
 
 - Further development/bug fixes for DOCX import filter
 (a sample DOCX to test, or a screenshot showing the progress in import
 would be very useful)
 
 - Enhanced chart visualization
 (is this backend only or user-visible? if it's the latter, is there an
 ODF available to test?)

It basically means that internally the graphic objects are not exchanged
using a metafile in old metafile format with integer coordinates, but
primitves are used directly with all their possibilities. This removes two
transformation steps and avoids losing quality, thus being faster and
qualitatively better, e.g. when having charts with more than 65535 data
points (the maximum for polygons in metafiles). Also positions are better
due to double precision when zooming in or needing high resolutions. The
main advantage is that 3d charts do not need to be visualized as bitmaps
(metafiles do not know 3d at all, thus they need to be transported as
bitmap), but stay in 3d geometry for visualisation. To see the advantages,
try to zoom into a 3d chart in OOO3.3 and AOO3.4. This also gives enhanced
printing and exports, too. One of the features which were forgotten to be
mentioned in some publications recently...

 
 - Formula: Automatic baseline for Math objects
 (while it is well explained, again having a sample ODF file or
 screenshots would help, since Math isn't the most popular module)
 
 Thanks,
   Andrea.


-- 
ALG

Re: After AOO 3.4?

2012-04-30 Thread Armin Le Grand


On 30.04.2012 14:35, Rob Weir wrote:

On Mon, Apr 30, 2012 at 12:55 AM, Juergen Schmidt
jogischm...@googlemail.com  wrote:

[..]

I don't think so, I would do it exactly in the other direction. Fixes for 
critical issues or issues that are assigned for a 3.4.1 should be fixed on the 
related stable branch and also merged into trunk.



I thought Armin ran into some performance-related issues with merging.
  Do we know what direction that was, and what we need to do to avoid
this problem in the future?


It happened due to having a branch for aw080 before quite some header 
changes and file attribute changes were made, plus some exchange and 
movement of binary blobs. This should not happen with working branches 
in the future as long as the changes to the source will not get extreme 
(as in this case). Anyways, there are two distinct branch usages here:


(1) What I called 'work branch': Something branched from trunk, but with 
the medium or long time goal to reintegrate to trunk. This makes 
resyncing with trunk necessary; thus may be expensive with big changes 
on trunk


(2) Release branches: These are here to 'freeze' a release and to 
continue development of a bugfixed version (no features) .e.g. a 3.4.1 
from a 3.4. These are from the principle not intended to be merged back 
to trunk ever, thus no danger to run in performance issues here.



-Rob



But we can discuss if we want code reviews for fixes going into the stable 
branch before they are committed.

Juergen



Pedro.






Sincerely,
Armin
--
ALG

Re: [VOTE] Release Apache OpenOffice 3.4 (incubating) RC1

2012-04-24 Thread Armin Le Grand


Hi,

Fetched r1327774, built and checked win pro version and mac version, 
played around with both.

Looks fine, no bigger problems found

+1

On 21.04.2012 02:58, Jürgen Schmidt wrote:

Hi all,

this is a call for vote on releasing the following candidate as Apache
OpenOffice 3.4 (incubating). This will be the first incubator release
for Apache OpenOffice and a key milestone to continue the success of
OpenOffice.org.



[..]


[ ] +1 Release this package as Apache OpenOffice 3.4 (incubating)
[ ] 0 Don't care
[ ] -1 Do not release this package because...




Sincerely,
Armin
--
ALG

Re: [USER EXPERIENCE DESIGN] Hello

2012-04-13 Thread Armin Le Grand


Hi Kevin,

welcome to the project!

On 13.04.2012 09:37, Kevin Grignon wrote:

Hello All,

I joined the AOO project a few weeks ago and wanted to take a moment to
formally introduce myself to the project.

My name is Kevin Grignon, I'm a user experience designer with 15 years of
experience in product research, interaction design and usability
evaluation. I'm a Certified User Experience Professional who is currently
working for IBM, based out of Shanghai, China.

I'm very excited to be joining this effort, and look forward to
contributing to the design direction moving forward.

My area of interest are related to product design and user experience
design. I feel that successful products are those that are designed for
people. I feel that technology should compliment, rather thank disrupt,
people's lives. I like to balance incremental enhancements to the existing
user experience, with explorations of future design direction and
innovation.


I'm looking forward to suggestions for enhancing the user experience. 
I'm more on the technical side, but may help discussing if, how and for 
what effort suggested changes may be doable.



Within the Apache OpenOffice community, I'm looking to work with others who
are interested in researching and understanding how people use our products
to accomplish their goals. More specifically, I'd like to determine how
might we understand how people use our tools today, what works? what
doesn't? I'd also like to understand how people will use our tools in the
future? I'd like to understand the customer journey and the document life
cycle in the age of social networks, mobile devices and cloud computing.


These are very important questions to answer and discuss; the best 
feature is worthless when people do not find or not understand them (we 
have examples in AOO :-))



There has been some really great UX work done in past on this project, I'd
like to build of this strong base and bring AOO to the next level.


Looking forward to suggestions and discussions in this area!


Please contact me if you are interested in working together to
re-invigoratethe UX effort on Apache OpenOffice moving forward. I'd like to
work with development to learn how I can contribute to feature design and
direction. I'd like to work with users to understand what OpenOffice means
in the context of their world.

Best regards,
Kevin

Kevin Grignon
User Experience Designer
kevingrignon...@gmail.com



Sincerely,
Armin
--
ALG

Re: [RELEASE]: showstopper Bug 119215 - save operation fail and prompt continuing to save endlessly on r1309668-Chinese China (zh-CN) version

2012-04-13 Thread Armin Le Grand


On 13.04.2012 11:54, Jürgen Schmidt wrote:
[..]


Here a short update on the topic. My fix solve the problem and also
solve the translation problem that Claudio pointed out before for pt-BR.


updated trunk, rebuilt en-US and zh-CN, both work as expected. Task is 
fixed.



I am already building MacOS based on revision 1325589 and I would like
to propose this one now for our first RC. And Oliver is building Windows.

@Ariel: I hope you are also able to build the linux packages soon and
sorry that this further showstopper comes up. For the future we should
work on a build bot solution that builds the binary releases with our
preferred configuration and on our defined base Linux version. And the
same for windows and Mac if possible.
You should only provide full install sets for now, no language packs.

Juergen

Re: ooo large commit breaks mirror sync !!

2012-04-11 Thread Armin Le Grand


Hi Gavin,

On 21.02.2012 00:21, Gavin McDonald wrote:

If anyone wants to do large commits like below link shows [1] (over 8000
paths changed and lots of zips and tar files.)

PLEASE notify infra first and schedule it for a WEEKEND.

People have been struggling to commit to the EU mirror since this large
commit was started 5 hours ago.

Thanks

Gav...

[1] -
http://svn.apache.org/viewvc?view=revisionsortby=revsortdir=downrevision=
1291394


sorry to come back to this one, but I've re-synched and built aw080 
branch 
(https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/aw080) 
which contains all the changes which lead to the first problems. Worse, 
this time even more changes are involved.


I see no other chance to resync my branch (containing 1 1/2 years of 
work on OOo code) than to commit it to the branch. Please give advice 
when and how to do that, I'll be ready to commit in the next days.


Sincerely,
Armin
--
ALG

Re: ParagraphData copy constructor not found

2012-04-05 Thread Armin Le Grand


On 05.04.2012 11:29, Jean-Louis 'Hans' Fuchs wrote:

Hello

I get an undefined symbol error for ParagraphData::ParagraphData(const 
ParagraphData). I checked that the library libediteng.so is included, that the 
symbol is there and that it really demangles to the signature. See below.

Has anybody an idea what I could try next?
Is it possible to disable that module? Since this is a debug build that I need 
soon and in the release build this doesn't happen.


ParagraphData is not used in dlgedfunc.cxx (in reportdesigner), it is 
also not exported from libediteng (see paragraphdata.hxx). Seems to be a 
solaris compiler thingy; somehow (maybe includes and inlines) he wants 
that constructor.


ParagraphData is not used outside editengine module, thus it is okay not 
to export it (each single export makes the startup slower, thus this was 
optimized once). If you find no solution, you may add EDITENG_DLLPUBLIC 
to the ParagraphData definition in paragraphdata.hxx, rebuild and 
deliver editeng module and try again.


Should look like this:

class EDITENG_DLLPUBLIC ParagraphData
{
...


Please do not check this in, it's only a workarund.

HTH!

Sincerely,
Armin



Best,
Jean

oobuild@sundev: ~/aoo-build-debug/ooo/main/reportdesign/unxsols4 $ 
/opt/solarisstudio12.3//bin/CC -w -mt -z combreloc -PIC -temp=/tmp -norunpath 
-library=no%Cstd -R'$ORIGIN:$ORIGIN/../ure-link/lib' -z text -G -Bdirect -z 
defs -M ../unxsols4/misc/component_rptui.map -L../unxsols4/lib -L../lib 
-L/build/aoo-build-debug/ooo/main/solenv/unxsols4/lib 
-L/build/aoo-build-debug/ooo/main/solver/340/unxsols4/lib 
-L/build/aoo-build-debug/ooo/main/solenv/unxsols4/lib 
-L/build/aoo-build-debug/ooo/main/solenv/unxsols4/libsolaris.2.6 -L/lib 
-L/usr/lib -L/usr/local/lib -L/usr/dt/lib -L/usr/openwin/lib 
-L/usr/jdk/instances/jdk1.6.0/lib -L/usr/jdk/instances/jdk1.6.0/jre/lib/sparc 
-L/usr/jdk/instances/jdk1.6.0/jre/lib/sparc/xawt 
-L/usr/jdk/instances/jdk1.6.0/jre/lib/sparc/native_threads -L/usr/X11/lib 
../unxsols4/slo/rptui_version.o -o ../unxsols4/lib/librptui.so 
../unxsols4/slo/RptUndo.o ../unxsols4/slo/ColorListener.o 
../unxsols4/slo/UITools.o ../unxsols4/slo/rptuiservices.o 
../unxsols4/slo/toolbox

controller.o ../unxsols4/slo/statusbarcontroller.o 
../unxsols4/slo/FunctionHelper.o ../unxsols4/slo/dlgpage.o 
../unxsols4/slo/Condition.o ../unxsols4/slo/CondFormat.o 
../unxsols4/slo/GroupExchange.o ../unxsols4/slo/PageNumber.o 
../unxsols4/slo/DateTime.o ../unxsols4/slo/AddField.o 
../unxsols4/slo/Navigator.o ../unxsols4/slo/GroupsSorting.o 
../unxsols4/slo/Formula.o ../unxsols4/slo/uistrings.o 
../unxsols4/slo/DefaultInspection.o ../unxsols4/slo/ReportComponentHandler.o 
../unxsols4/slo/GeometryHandler.o ../unxsols4/slo/DataProviderHandler.o 
../unxsols4/slo/metadata.o ../unxsols4/slo/SectionWindow.o 
../unxsols4/slo/ReportController.o ../unxsols4/slo/ReportControllerObserver.o 
../unxsols4/slo/FormattedFieldBeautifier.o ../unxsols4/slo/FixedTextColor.o 
../unxsols4/slo/ReportSection.o ../unxsols4/slo/SectionView.o 
../unxsols4/slo/ViewsWindow.o ../unxsols4/slo/ScrollHelper.o 
../unxsols4/slo/StartMarker.o ../unxsols4/slo/EndMarker.o 
../unxsols4/slo/dlgedfunc.o ../unxsols4/slo/dlgedfac.o ../u
nxsols4/slo/dlgedclip.o ../unxsols4/slo/ReportWindow.o 
../unxsols4/slo/DesignView.o ../unxsols4/slo/propbrw.o -lediteng -lsvxcore 
-lsvx -lsfx -lsvt -ltk -lvcl -lsvl -lsot -lutl -ltl -ldbtools -lcomphelpC52 
-luno_cppuhelperC52 -luno_cppu -lfwe -li18nisolang1C52 -luno_sal -ldbu -lrpt 
-lfor -lforui -Bdynamic -lpthread -lCrun -lm -lc -Bdynamic 
-lstlport_sunpro_debug

Undefined   first referenced
  symbol in file
ParagraphData::ParagraphData(const ParagraphData)
../unxsols4/slo/dlgedfunc.o
ld: fatal: symbol referencing errors. No output written to 
../unxsols4/lib/librptui.so
oobuild@sundev: ~/aoo-build-debug/ooo/main/reportdesign/unxsols4 $

oobuild@sundev: ~/aoo-build-debug/ooo/main/reportdesign/unxsols4 $ nm 
../unxsols4/slo/dlgedfunc.o | grep ParagraphData | grep UNDEF
[772]   | 0| 0|FUNC |GLOB |0|UNDEF  
|__1cNParagraphData2t6Mrk0_v_

oobuild@sundev: ~/aoo-build-debug/ooo/main/reportdesign/unxsols4 $ nm 
/build/aoo-build-debug/ooo/main/solver/340/unxsols4/lib/libediteng.so | grep 
__1cNParagraphData2t6Mrk0_v_
[1584]  |   1875448|28|FUNC |LOCL |2|11 
|__1cNParagraphData2t6Mrk0_v_

oobuild@sundev: ~/aoo-build-debug/ooo/main/reportdesign/unxsols4 $ echo 
__1cNParagraphData2t6Mrk0_v_ | /build/aoo-build-debug/demangle/demangle
ParagraphData::ParagraphData(const ParagraphData)

Re: After AOO 3.4, attracting new contributors


On 20.03.2012 11:09, Armin Le Grand wrote:

Hi Rob,


[..]

Extendign after Reginas eMail:

- refactoring
- featues
- bugfixing
- tutoring



The tradeoffs are hard, but splitting time in
- refactoring
- featues
- bugfixing
is the key, the ratio is hard to determine, maybe everyone has to find a
balance for himself.



[..]

Sincerely,
Armin
--
ALG

Re: Rat scan vs SGA

\pentaho\parser\style-mapping.txt
GR reportbuilder\java\com\sun\star\report\pentaho\smil.css
GR reportbuilder\java\com\sun\star\report\pentaho\star-office.css
GR reportbuilder\java\com\sun\star\report\pentaho\star-report.css
GR reportbuilder\java\com\sun\star\report\pentaho\star-rpt.css
GR reportbuilder\java\com\sun\star\report\pentaho\svg.css
GR reportbuilder\java\com\sun\star\report\pentaho\xsl-fo.css
GR reportbuilder\license\THIRDPARTYREADMELICENSE.html
GR reportbuilder\license\readme_en-US.html
GR reportbuilder\license\readme_en-US.txt
GR reportbuilder\prj\rpt.xml
GR reportbuilder\template\manifest.xml
GR reportbuilder\template\post.xml
GR reportbuilder\template\pre.xml
GR reportbuilder\util\component.txt
GR reportbuilder\util\description.xml
GR reportbuilder\util\manifest.xml

// originally from XConsortium, mkdepend.man contains license info 
(permission)

// and looks like MIT1.1 - should be added to rat excludes
// A case for https://issues.apache.org/jira/browse/LEGAL-130
OK soltools\mkdepend\collectdircontent.cxx
OK soltools\mkdepend\collectdircontent.hxx
OK soltools\mkdepend\cppsetup.c
OK soltools\mkdepend\def.h
OK soltools\mkdepend\ifparser.c
OK soltools\mkdepend\ifparser.h
OK soltools\mkdepend\imakemdep.h
OK soltools\mkdepend\include.c
OK soltools\mkdepend\main.c
OK soltools\mkdepend\mkdepend.man
OK soltools\mkdepend\parse.c
OK soltools\mkdepend\pr.c

// No license info, filtername lists probably written by testing, thus 
probably SUN/Oracle, should be added to grant
GR 
testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_add_en-US.txt
GR 
testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_en-US.txt


// No license info, test scripting lists probably written by testing, 
thus probably SUN/Oracle, should be added to grant
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_applications_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_content_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_topics_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_and_whole_words_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_only_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_whole_words_only_en-US.txt
GR 
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_without_filter_en-US.txt


// Copyright (C) 2007 TWAIN Working Group, e.g. available under 
www.twain.org/devfiles/twain.h
// uses The TWAIN License, see http://www.twain.org/license.shtm, as 
required there it is mentioned

// already in our NOTICE file - should be added to rat excludes
OK twain\inc\twain.h

// Open Document Managment API, uses OPEN DOCUMENT MANAGEMENT API 
LICENSE 1.0
// defined in the file. Text is equal to BSD license without advertising 
- should be added to rat excludes

// A case for https://issues.apache.org/jira/browse/LEGAL-130
OK ucb\source\ucp\odma\odma.h

// orw: dual license: GPL and BSD, BSD license without advertising - 
should be added to rat excludes

OK unixODBC\inc\iodbcunix.h
OK unixODBC\inc\sql.h
OK unixODBC\inc\sqlext.h
OK unixODBC\inc\sqltypes.h
OK unixODBC\inc\sqlucode.h

// in progress, see #119097#
// ydario solved this, now relicensed under ALv2
AL vcl\inc\os2\wingdi.h
AL vcl\inc\os2\xwphook.h

// (C) 1988, 1989, 1990 by Adobe Systems Incorporated, hdu is taking a look
?? vcl\unx\generic\fontmanager\parseAFM.cxx
?? vcl\unx\generic\fontmanager\parseAFM.hxx

// mixed file, (C) SUN/Oracle and Copyright (C) 2002 William Lachance
// May be GPL prtially
?? writerperfect\source\wpdimp\wpft_genericfilter.cxx

// Copyright © 2000 SuSE, Inc., license from text (see files)
// equal to MIT1.1 - should be added to rat excludes
// A case for https://issues.apache.org/jira/browse/LEGAL-130
OK x11_extensions\inc\Xrender.h
OK x11_extensions\inc\randr.h
OK x11_extensions\inc\randrproto.h
OK x11_extensions\inc\render.h
OK x11_extensions\inc\renderproto.h

Sincerely,
Armin
--
ALG

BSD (without advertisiong) Category A


Hi List,

in http://www.apache.org/legal/resolved.html BSD (without advertising 
clause) is part of Category A. I found no information in which category 
BSD *with advertising clause* maybe? Does someone know this?


Sincerely
Armin
--
ALG

Re: Rat scan vs SGA files which should be in SGA grant


Hi all,

these are the files (63) which are not covered by the RAT output but 
should be part of a third SGA from Oracle:




connectivity\com\sun\star\sdbcx\comp\hsqldb\StorageNativeOutputStream.java
mysqlc\source\mysqlc_connection.cxx
mysqlc\source\mysqlc_connection.hxx
mysqlc\source\mysqlc_databasemetadata.cxx
mysqlc\source\mysqlc_databasemetadata.hxx
mysqlc\source\mysqlc_driver.cxx
mysqlc\source\mysqlc_driver.hxx
mysqlc\source\mysqlc_general.cxx
mysqlc\source\mysqlc_general.hxx
mysqlc\source\mysqlc_preparedstatement.cxx
mysqlc\source\mysqlc_preparedstatement.hxx
mysqlc\source\mysqlc_propertyids.cxx
mysqlc\source\mysqlc_propertyids.hxx No info, but should be same as 
mysqlc_propertyids.cxx

mysqlc\source\mysqlc_resultset.cxx
mysqlc\source\mysqlc_resultset.hxx
mysqlc\source\mysqlc_resultsetmetadata.cxx
mysqlc\source\mysqlc_resultsetmetadata.hxx
mysqlc\source\mysqlc_services.cxx
mysqlc\source\mysqlc_statement.cxx
mysqlc\source\mysqlc_statement.hxx No info, but should be same as 
mysqlc_statement.cxx

mysqlc\source\mysqlc_subcomponent.hxx
mysqlc\source\mysqlc_types.cxx
mysqlc\source\mysqlc_types.hxx
mythes\mythes-1.2.0-makefile-mk.diff
ooo_custom_images\industrial\res\commandimagelist\frobnicate-icons.php
reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficeGroupInstanceSectionLayoutController.java
reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficePageSectionLayoutController.java
reportbuilder\java\com\sun\star\report\pentaho\model\OfficeGroupInstanceSection.java
reportbuilder\java\com\sun\star\report\pentaho\oasis-datastyle.css
reportbuilder\java\com\sun\star\report\pentaho\oasis-draw.css
reportbuilder\java\com\sun\star\report\pentaho\oasis-form.css
reportbuilder\java\com\sun\star\report\pentaho\oasis-style.css
reportbuilder\java\com\sun\star\report\pentaho\oasis-table.css
reportbuilder\java\com\sun\star\report\pentaho\oasis-text.css
reportbuilder\java\com\sun\star\report\pentaho\parser\style-mapping.txt
reportbuilder\java\com\sun\star\report\pentaho\smil.css
reportbuilder\java\com\sun\star\report\pentaho\star-office.css
reportbuilder\java\com\sun\star\report\pentaho\star-report.css
reportbuilder\java\com\sun\star\report\pentaho\star-rpt.css
reportbuilder\java\com\sun\star\report\pentaho\svg.css
reportbuilder\java\com\sun\star\report\pentaho\xsl-fo.css
reportbuilder\license\THIRDPARTYREADMELICENSE.html
reportbuilder\license\readme_en-US.html
reportbuilder\license\readme_en-US.txt
reportbuilder\prj\rpt.xml
reportbuilder\template\manifest.xml
reportbuilder\template\post.xml
reportbuilder\template\pre.xml
reportbuilder\util\component.txt
reportbuilder\util\description.xml
reportbuilder\util\manifest.xml
testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_add_en-US.txt
testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_applications_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_content_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_topics_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_and_whole_words_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_only_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_whole_words_only_en-US.txt
testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_without_filter_en-US.txt
writerperfect\source\wpdimp\wpft_genericfilter.cxx


Sincerely,
Armin

Re: Rat scan vs SGA Files with BSD/MIT similar license