You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Armin Le Grand <Ar...@me.com> on 2011/12/02 11:55:58 UTC

Re: [Code] strategy for "child works spaces"

	Salut eric,

On 23.11.2011 17:21, eric b wrote:
> Hello Armin,
>
> Le 23 nov. 11 à 16:48, Armin Le Grand a écrit :
>

[..]

>
> Great !
>
>
> Now, I'll have to retrieve the command line to extract the diff :-)
>
> If I'm not too wrong, could be something like: svn diff http//... main
> http:// your branch/main > my_full_diff.diff
>
>
>> in place. I'm just co'ing these and will then add my changes.
>>
>> @eric: It will soon be possible to take a look at svg replacement :-)
>>
>
> Sure I will. thank you very much !

Feel free to fetch and build the first version of Svg replacement on 
https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/svgreplacement. 
Win and mac version built, linux not yet.

Looking forward to Your findings, esp. bugs of course :-)

> Regards,
> Eric
>

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi Eric,

On 14.12.2011 23:45, eric b wrote:
> Hello,
>
> Looks like some files are missing (svgclippathnode.hxx here) :
>
> truc:~/Desktop/apache_ooo/alg/svgreplacement/main/svgio ericb$ make -sr
> cp:
> /Users/ericb/Desktop/apache_ooo/alg/svgreplacement/main/svgio/inc/svgio/svgreader/svgclippathnode.hxx:
> No such file or directory

Sorry, some files were missing. I'll have to add the wntmsci12 dirs to 
the stuff to be ignored on status, svn status does not give a good 
overview on windows builds. Sorry, added and comitted. Argh.

> Thanks,
> Eric
>
Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Hello,

Looks like some files are missing (svgclippathnode.hxx here) :

truc:~/Desktop/apache_ooo/alg/svgreplacement/main/svgio ericb$ make -sr
cp: /Users/ericb/Desktop/apache_ooo/alg/svgreplacement/main/svgio/inc/ 
svgio/svgreader/svgclippathnode.hxx: No such file or directory


Thanks,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Le 14 déc. 11 à 18:33, Armin Le Grand a écrit :

> 	Hi *,
>

Hello Armin,


> my approach to replacing Svg in 3.4 with an internal interpreter  
> makes good progress. It's available on [1], some people already  
> took a look. It's stable and I added quite some Svg features the  
> last days. If someone wishes to test there have already been links  
> to built versions in this tread (thanks to eric b).


I'll build new versions with the last changes you did. Mac OS X will  
be available tomorrow (build started), and Windows, probably friday  
(en-US, de and fr for both). + I'll try to build some debs too on my  
i7@920.

People interested can contact me for the download.


Regards,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi *,

my approach to replacing Svg in 3.4 with an internal interpreter makes 
good progress. It's available on [1], some people already took a look. 
It's stable and I added quite some Svg features the last days. If 
someone wishes to test there have already been links to built versions 
in this tread (thanks to eric b).

Since it's part of IP clearance (and replacement) I suggest to integrate 
it back to the main trunk in the next 2-3 weeks. This will ensure 
broader testing with the upcoming nightly builds and enough time to work 
on evtl. upcoming tasks, too.

[1] 
https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/svgreplacement

On 02.12.2011 11:55, Armin Le Grand wrote:
> Salut eric,
>
[..]
>
> Feel free to fetch and build the first version of Svg replacement on
> https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/svgreplacement.
> Win and mac version built, linux not yet.
>
> Looking forward to Your findings, esp. bugs of course :-)
>
[..]

Sincerely,
	Armin
-- 
ALG


Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Le 5 déc. 11 à 10:45, Armin Le Grand a écrit :

> 	Hi Eric,
>


Hi Armin,


> On 02.12.2011 21:25, eric b wrote:
>> Hi,
>> Answering to myself, build completed (some hacks mandatory, mostly  
>> berkeleydb and rhino broken) on Mac OS X 10.4, for en-US, de and  
>> fr locales.
>> They should work on all Mac OS X Intel, from 10.4 to 10.7
>
> Hmm. I resynched to trunk on friday noon and could build win and  
> mac without problems for svgreplacement.


Ok, so that's very probably my fault. I'll continue to search what is  
wrong.


> I'm not sure what is going wrong on Your side.


No idea either.  To tell you more, my build, after several breakages  
due to Junit tests (I'm searching what happens) in toolkit and sfx2.  
After I disabled them, my build is currently at svx, so if nothing  
goes wrong in meantime, I should have a set for testing purpose on  
windows too .. say tonight.


> On win I use
>
> --with-cl-home="/cygdrive/c/Program Files (x86)/Microsoft Visual  
> Studio 9.0/VC" \
> --with-jdk-home="/cygdrive/c/Program Files (x86)/Java/jdk1.6.0_27" \
> --with-mspdb-path="/cygdrive/c/Program Files (x86)/Microsoft Visual  
> Studio 9.0/Common7/IDE" \
> --with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/ 
> v6.1" \
> --with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/ 
> v6.1" \
> --with-midl-path="/cygdrive/c/Program Files/Microsoft SDKs/Windows/ 
> v6.1/Bin" \
> --with-asm-home="/cygdrive/c/Program Files (x86)/Microsoft Visual  
> Studio 9.0/VC" \
> --with-csc-path="/cygdrive/c/Program Files (x86)/Microsoft Visual  
> Studio 9.0/VC/SDK/v3.5" \
> --with-ant-home="/cygdrive/c/ant" \
> --with-dmake-url="http://dmake.apache-extras.org.codespot.com/files/ 
> dmake-4.12.tar.bz2" \
> --enable-pch \
> --enable-dbgutil \
> --disable-atl \
> --disable-activex \
> --disable-binfilter \
> --disable-copyleft \
> --without-junit
>
> HTH!


Thanks ! Looks like I missed --disable-copyleft and --enale-pch  
(never tested I must admit)


Regards,
Eric


P.S. : I'll try on Linux 32 bits (Debian) per see

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi Eric,

On 02.12.2011 21:25, eric b wrote:
> Hi,
>
> Answering to myself, build completed (some hacks mandatory, mostly
> berkeleydb and rhino broken) on Mac OS X 10.4, for en-US, de and fr
> locales.
>
> They should work on all Mac OS X Intel, from 10.4 to 10.7

Hmm. I resynched to trunk on friday noon and could build win and mac 
without problems for svgreplacement. I'm not sure what is going wrong on 
Your side. On win I use

--with-cl-home="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 
9.0/VC" \
--with-jdk-home="/cygdrive/c/Program Files (x86)/Java/jdk1.6.0_27" \
--with-mspdb-path="/cygdrive/c/Program Files (x86)/Microsoft Visual 
Studio 9.0/Common7/IDE" \
--with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1" \
--with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1" \
--with-midl-path="/cygdrive/c/Program Files/Microsoft 
SDKs/Windows/v6.1/Bin" \
--with-asm-home="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 
9.0/VC" \
--with-csc-path="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 
9.0/VC/SDK/v3.5" \
--with-ant-home="/cygdrive/c/ant" \
--with-dmake-url="http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2" 
\
--enable-pch \
--enable-dbgutil \
--disable-atl \
--disable-activex \
--disable-binfilter \
--disable-copyleft \
--without-junit

HTH!

> Is there a place I could upload those builds for testing purpose ?
>
>
> On the testing side now ....
>
> ... first test : opening the first .svg I found on the web -> no
> problem. Second test : .svg export does nothing (reopen the exported
> .svg gives a white page)
>
>
> Just "en passant", I'd suggest to rename the preferences folder, e.g. :
> ~/Library/Application Support/ApacheOpenOffice/ on Mac OS X to avoid
> confusion with the previous 3.3.x
>
> What do you think ?
>
>
>
>
>
> Thanks in advance,
> Eric
>
>
>
>

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by Rory O'Farrell <of...@iol.ie>.
On Mon, 5 Dec 2011 18:57:01 +0100
eric b <er...@free.fr> wrote:

> Le 5 déc. 11 à 18:51, Rory O'Farrell a écrit :
<snip>

> > Do you mean that the continuous tone gradient resolves
into
> > dicrete tonal steps?
> >
> 
> Something lke that, yes. In applied optics (my job in the real
> life) the name is "aliasing", but I'm unsure this is what we
> observe here.

I think this is what in graphics would be called a "grey scale";
I'm just trying to help the description of the result, which may
strike a chord in some else's mind of some problem they have come
across before.
> 
> If you want to verify, I can provide a link to download Mac OS
> X Intel build, either german, english or french (apologies,
> Windows is not finished yet).

I'm not into low level code, due to time constraints.  My free
time is given as a Volunteer on the Forum, where I am one of the
top posters.

-- 
Rory O'Farrell <of...@iol.ie>

Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Hi,

Le 5 déc. 11 à 18:51, Rory O'Farrell a écrit :

> On Mon, 5 Dec 2011 18:40:14 +0100
> eric b <er...@free.fr> wrote:
> <snip>
>> 2) Opening an .svg containing gradients, I played with the zoom,  
>> until a big value, and the only strange issue I saw was sort of  
>> spatial filtering, say spectral effect, like aliasing in the areas  
>> containing the gradient. After some tries, the phenomen occurs  
>> every times for some well defined zoom values (sorry if I'm not  
>> clear).
>
> Do you mean that the continuous tone gradient resolves into dicrete  
> tonal steps?
>

Something lke that, yes. In applied optics (my job in the real life)  
the name is "aliasing", but I'm unsure this is what we observe here.

If you want to verify, I can provide a link to download Mac OS X  
Intel build, either german, english or french (apologies, Windows is  
not finished yet).


Regards,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by Rory O'Farrell <of...@iol.ie>.
On Mon, 5 Dec 2011 18:40:14 +0100
eric b <er...@free.fr> wrote:
<snip> 
> 2) Opening an .svg containing gradients, I played with the
> zoom, until a big value, and the only strange issue I saw was
> sort of spatial filtering, say spectral effect, like aliasing
> in the areas containing the gradient. After some tries, the
> phenomen occurs every times for some well defined zoom values
> (sorry if I'm not clear).

Do you mean that the continuous tone gradient resolves into
dicrete tonal steps?

-- 
Rory O'Farrell <of...@iol.ie>

Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi Eric,

On 05.12.2011 18:40, eric b wrote:
> Hi Armin,
>
> Le 5 déc. 11 à 16:58, Armin Le Grand a écrit :
>
>> Hi Eric,
>>
>> On 05.12.2011 16:22, Armin Le Grand wrote:
>>> Hi eric,
>> [..]
>>>
>>> Ah okay, have not done exactly that yet. I mostly D&D Svgs to a
>>> freshly opened Draw/Impress, save and reload it (also Writer). I have
>>> to check what happens when saving as Svg.
>>> Currently my workspace is corrupt (svn cleanup saying to use svn cleanup
>>>
>
>
>
>>> :-(), so I'll need a moment...
>>
>
> :-/
>
>
>> Have now opened SVG directly from start screen -> I get a Draw with
>> centered Svg graphic object.
>> Saved as, given a name -> saved as *.odg
>> Reloaded -> all works, Svg is in reloaded file
>>
>> Tried to Save as and choosing SVG -> not possible, SVG is not in the
>> selection.
>>
>
> FYI, On Mac OS X, I got it.
>
> The process:
>
> Drag an .svg file over the startcenter -> it opens a draw page,
> containing the centered .svg.
>
> File -> Export ...
>
> Select ".svg"
>
> Got a screenshot :
> http://ftp.educoo.org/home/ApacheOpenOffice.org/native_svg/save_as_svg.png

Very strange. Thhis is not possible with Win, I do not know about Linux 
versions. Hmmm.

>> Thus I guess You used 'export...', there You can select SVG (and to
>> only export selected objects, but I did not) -> Creates a SVG export
>> file containing the Svg as Bitmap (<image x="3533" y="6566"
>> width="13934" height="16567" xlink:href="data:image/png;base64,
>> iVBORw0KGgoAAAANSUhEUgAAAogAAAMDCAYAAAAhSeQVAAAACXBIWXMAA....>). Not
>> perfect, but working (using the already existing Svg exporter).
>>
>
> Ok
>
>
>> Hmm, looks pretty complete to me,
>
>
>
> Some other tests I did :
>
> 1) I downloaded the full OpenClipart archive, and open a lot of .svg
> (no, I didn't open all ;) . No problem so far. Seems to work very well,
> at least for all the files I opened.

Good news. It seems to pay to base an import systematically on the spec...

> 2) Opening an .svg containing gradients, I played with the zoom, until a
> big value, and the only strange issue I saw was sort of spatial
> filtering, say spectral effect, like aliasing in the areas containing
> the gradient. After some tries, the phenomen occurs every times for some
> well defined zoom values (sorry if I'm not clear).

Please send the example, a screenshot and mark where I should zoom. I 
have a guess, but will need to play around with it.

> Other remarks : one people wrote me the import works fine with the
> penguin, but there were some glitches. Excepted the gradient, I didn't
> see anything wrong. Do you confirm ?

I saw that in the comments, maybe the same issue...

>> embedding the Svg when exporting Svg would of course be better, but
>> it's existing Svg export code and I will have to check first if this
>> would be possible...
>
> Ok. anyway, I confirm it works very well already !! (Windows build is
> slow as hell ... maybe tomorrow morning, if no other breakage occurs in
> meantime)
>
>
> Regards,
> Eric
>

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Hi Armin,

Le 5 déc. 11 à 16:58, Armin Le Grand a écrit :

> 	Hi Eric,
>
> On 05.12.2011 16:22, Armin Le Grand wrote:
>> Hi eric,
> [..]
>>
>> Ah okay, have not done exactly that yet. I mostly D&D Svgs to a  
>> freshly opened Draw/Impress, save and reload it (also Writer). I  
>> have to check what happens when saving as Svg.
>> Currently my workspace is corrupt (svn cleanup saying to use svn  
>> cleanup
>>



>> :-(), so I'll need a moment...
>

:-/


> Have now opened SVG directly from start screen -> I get a Draw with  
> centered Svg graphic object.
> Saved as, given a name -> saved as *.odg
> Reloaded -> all works, Svg is in reloaded file
>
> Tried to Save as and choosing SVG -> not possible, SVG is not in  
> the selection.
>

FYI, On Mac OS X, I got it.

The process:

Drag an .svg file over the startcenter -> it opens a draw page,  
containing the centered .svg.

File -> Export ...

Select ".svg"

Got a screenshot   : http://ftp.educoo.org/home/ApacheOpenOffice.org/ 
native_svg/save_as_svg.png



> Thus I guess You used 'export...', there You can select SVG (and to  
> only export selected objects, but I did not) -> Creates a SVG  
> export file containing the Svg as Bitmap (<image x="3533" y="6566"  
> width="13934" height="16567" xlink:href="data:image/png;base64,
> iVBORw0KGgoAAAANSUhEUgAAAogAAAMDCAYAAAAhSeQVAAAACXBIWXMAA....>).  
> Not perfect, but working (using the already existing Svg exporter).
>

Ok


> Hmm, looks pretty complete to me,



Some other tests I did :

1) I downloaded the full OpenClipart archive, and open a lot of .svg  
(no, I didn't open all ;)  . No problem so far. Seems to work very  
well, at least for all the files I opened.

2) Opening an .svg containing gradients, I played with the zoom,  
until a big value, and the only strange issue I saw was sort of  
spatial filtering, say spectral effect, like aliasing in the areas  
containing the gradient. After some tries, the phenomen occurs every  
times for some well defined zoom values (sorry if I'm not clear).


Other remarks : one people wrote me the import works fine with the  
penguin, but there were some glitches. Excepted the gradient, I  
didn't see anything wrong. Do you confirm ?



> embedding the Svg when exporting Svg would of course be better, but  
> it's existing Svg export code and I will have to check first if  
> this would be possible...

Ok. anyway, I confirm it works very well already !!  (Windows build  
is slow as hell ... maybe tomorrow morning, if no other breakage  
occurs in meantime)


Regards,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi Eric,

On 05.12.2011 16:22, Armin Le Grand wrote:
> Hi eric,
[..]
>
> Ah okay, have not done exactly that yet. I mostly D&D Svgs to a freshly
> opened Draw/Impress, save and reload it (also Writer). I have to check
> what happens when saving as Svg.
> Currently my workspace is corrupt (svn cleanup saying to use svn cleanup
> :-(), so I'll need a moment...

Have now opened SVG directly from start screen -> I get a Draw with 
centered Svg graphic object.

Saved as, given a name -> saved as *.odg

Reloaded -> all works, Svg is in reloaded file

Tried to Save as and choosing SVG -> not possible, SVG is not in the 
selection.

Thus I guess You used 'export...', there You can select SVG (and to only 
export selected objects, but I did not) -> Creates a SVG export file 
containing the Svg as Bitmap (<image x="3533" y="6566" width="13934" 
height="16567" xlink:href="data:image/png;base64,
iVBORw0KGgoAAAANSUhEUgAAAogAAAMDCAYAAAAhSeQVAAAACXBIWXMAA....>). Not 
perfect, but working (using the already existing Svg exporter).

Hmm, looks pretty complete to me, embedding the Svg when exporting Svg 
would of course be better, but it's existing Svg export code and I will 
have to check first if this would be possible...

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi eric,

On 05.12.2011 14:35, eric b wrote:
>
> Le 5 déc. 11 à 10:47, Armin Le Grand a écrit :
>
>> Hi Eric,
>>
>
>
> Hi Armin,
>
>
>> On 02.12.2011 21:25, eric b wrote:
>>> Hi,
>>>
>> [..]
>>> ... first test : opening the first .svg I found on the web -> no
>>> problem. Second test : .svg export does nothing (reopen the exported
>>> .svg gives a white page)
>>
>> OOps, I checked exporting. What exactly are You doing?
>
> What I did :
>
> Open an .svg file => opens in Draw.
>
> Save it as the same_name2.svg
>
> Open it again -> empty page.

Ah okay, have not done exactly that yet. I mostly D&D Svgs to a freshly 
opened Draw/Impress, save and reload it (also Writer). I have to check 
what happens when saving as Svg.
Currently my workspace is corrupt (svn cleanup saying to use svn cleanup 
:-(), so I'll need a moment...

>> Selecting the object to export (a embedded Svg),
>
>
> Select or not the object does nothing more.
>
>> then using Export from the menu,
>
> ok
>
>> specifying Svg and activating the 'Only Selection' switch in the
>> export dialog...?
>
> ok
>
> (I modified nothing in the export dialog box, which had autpmatic
> extension by default)
>
>
>> Please explain in detail, different things happen internally when
>> choosing different ways to export.
>>
>
> I tried. Please tell me whether you need more information.

You tried and...what? Was there something or not? I guess not, but want 
to make sure :-)

> Regards,
> Eric
>

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Le 5 déc. 11 à 10:47, Armin Le Grand a écrit :

> 	Hi Eric,
>


Hi Armin,


> On 02.12.2011 21:25, eric b wrote:
>> Hi,
>>
> [..]
>> ... first test : opening the first .svg I found on the web -> no
>> problem. Second test : .svg export does nothing (reopen the exported
>> .svg gives a white page)
>
> OOps, I checked exporting. What exactly are You doing?

What I did :

Open an .svg file => opens in Draw.

Save it as the same_name2.svg

Open it again -> empty page.


> Selecting the object to export (a embedded Svg),


Select or not the object does nothing more.

> then using Export from the menu,

ok

> specifying Svg and activating the 'Only Selection' switch in the  
> export dialog...?

ok

(I modified nothing in the export dialog box, which had autpmatic  
extension by default)


> Please explain in detail, different things happen internally when  
> choosing different ways to export.
>

I tried. Please tell me whether you need more information.


Regards,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by Armin Le Grand <Ar...@me.com>.
	Hi Eric,

On 02.12.2011 21:25, eric b wrote:
> Hi,
>
[..]
> ... first test : opening the first .svg I found on the web -> no
> problem. Second test : .svg export does nothing (reopen the exported
> .svg gives a white page)

OOps, I checked exporting. What exactly are You doing? Selecting the 
object to export (a embedded Svg), then using Export from the menu, 
specifying Svg and activating the 'Only Selection' switch in the export 
dialog...? Please explain in detail, different things happen internally 
when choosing different ways to export.

[..]

>
> Thanks in advance,
> Eric
>
>
>
>

Sincerely,
	Armin
--
ALG


Re: [Code] strategy for "child works spaces"

Posted by "O.Felka" <ol...@gmx.de>.
Hello,

Am 03.12.2011 11:39, schrieb eric b:
> Hi,
>
> Le 3 déc. 11 à 11:09, Marcus (OOo) a écrit :
>
>> Am 12/02/2011 09:25 PM, schrieb eric b:
>>> Just "en passant", I'd suggest to rename the preferences folder, e.g. :
>>> ~/Library/Application Support/ApacheOpenOffice/ on Mac OS X to avoid
>>> confusion with the previous 3.3.x
>>>
>>> What do you think ?

any thoughts of migrating the user settings from OOo to AOO?


Regards,
Olaf



>>
>> Of course a good thing. But I think it's a logical step as OOo is now
>> done in any form of appearance in the product.
>> IMHO this applies also for the strings in the basename for the install
>> and user directory.
>>
>
>
> Sure, we'll have to :
>
> - modify the application name ( instsetoo_native, sysui, desktop,
> setup_native)
> - change the logos (ooo_custom_images, setup_native, sysui)
>
> On all OS's that is, but this is not a problem imho.
>
> In fact, rename the preferences folder is the direct and most simple way
> to install Apache OpenOffice.org beside OpenOffice.org without break
> anything.
>
>
> Regards,
> Eric Bachard
>
>


Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Hi,

Le 3 déc. 11 à 11:09, Marcus (OOo) a écrit :

> Am 12/02/2011 09:25 PM, schrieb eric b:
>> Just "en passant", I'd suggest to rename the preferences folder,  
>> e.g. :
>> ~/Library/Application Support/ApacheOpenOffice/ on Mac OS X to avoid
>> confusion with the previous 3.3.x
>>
>> What do you think ?
>
> Of course a good thing. But I think it's a logical step as OOo is  
> now done in any form of appearance in the product.
> IMHO this applies also for the strings in the basename for the  
> install and user directory.
>


Sure, we'll have to :

- modify the application name ( instsetoo_native, sysui, desktop,  
setup_native)
- change the logos (ooo_custom_images, setup_native, sysui)

On all OS's that is, but this is not a problem imho.

In fact, rename the preferences folder is the direct and most simple  
way to install Apache OpenOffice.org beside OpenOffice.org without  
break anything.


Regards,
Eric Bachard


-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 12/02/2011 09:25 PM, schrieb eric b:
> Just "en passant", I'd suggest to rename the preferences folder, e.g. :
> ~/Library/Application Support/ApacheOpenOffice/ on Mac OS X to avoid
> confusion with the previous 3.3.x
>
> What do you think ?

Of course a good thing. But I think it's a logical step as OOo is now 
done in any form of appearance in the product. IMHO this applies also 
for the strings in the basename for the install and user directory.

Marcus

Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Hi,

Answering to myself, build completed (some hacks mandatory, mostly  
berkeleydb and rhino broken) on Mac OS X 10.4, for en-US, de and fr  
locales.

They should work on all Mac OS X Intel, from 10.4 to 10.7

Is there a place I could upload those builds for testing purpose ?


On the testing side now ....

... first test : opening the first .svg I found on the web -> no  
problem. Second test :  .svg export does nothing (reopen the  
exported .svg gives a white page)


Just "en passant", I'd suggest to rename the preferences folder,  
e.g. :   ~/Library/Application Support/ApacheOpenOffice/ on Mac OS X  
to avoid confusion with the previous 3.3.x

What do you think ?





Thanks in advance,
Eric




-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news






Re: [Code] strategy for "child works spaces"

Posted by eric b <er...@free.fr>.
Le 2 déc. 11 à 11:55, Armin Le Grand a écrit :

> 	Salut eric,
>


Moin Armin ^^


>
> Feel free to fetch and build the first version of Svg replacement  
> on https://svn.apache.org/repos/asf/incubator/ooo/branches/alg/ 
> svgreplacement.


Currently checking out. I see you resync'ed with the current trunk.

That's an awesome work you did btw, congratulations !!



> Win and mac version built, linux not yet.
>

Ok will start a build on Windows first, and on Linux later today.

On Mac OS X, will be later (tomorrow probably)


> Looking forward to Your findings, esp. bugs of course :-)
>


I'll have a look at the full diff this week end,cannot promise before.


Thanks,
Eric

-- 
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news