Re: Fisheye setup?

[Jürgen Schmidt]

On 1/17/13 12:42 AM, Kay Schenk wrote:
> [another top posting]
> 
> A week or so ago, fisheye6 just tanked. Now, it's up again, but given
> the size of our svn repository (this includes all branches and web
> sites), I am informed this may take some time (week or so) to regen.

opengrok is a much better tool from my perspective. Adfinis is so kind
to host an instance for us and keep it updated.

http://opengrok.adfinis-sygroup.org/source

I have one internally and run a cron job every night to update trunk.

I don't want miss opengrok :-)

Juergen


> 
> Stay tuned.
> 
> On 12/11/2012 02:59 PM, Kay Schenk wrote:
>> [top posting]
>> as a quick FYI on this. I contacted the Altassian folks, informed them
>> of the svn move, and they will get to correcting this soonish. No need
>> to change the link on:
>>
>> http://openoffice.apache.org/source.html
>>
>> I guess...some day Dec activity will just show up
>>
>> On 12/04/2012 10:19 AM, Kay Schenk wrote:
>>> On Mon, Dec 3, 2012 at 10:50 PM, Juergen Schmidt
>>>  wrote:


 Am Montag, 3. Dezember 2012 um 23:34 schrieb Kay Schenk:

> I don't know who did the initial setup for our fisheye instance --
>
> https://fisheye6.atlassian.com/browse/ooo
>
> The last activity on "trunk/main" via this interface seems to be Nov
> 24.
>
> Does the fisheye instance need editing do the recent svn move?
>
> Since I don't download the complete source, I use this a lot to find
> stuff. :/
>
>

 I don't know, I have tested fisheye ones but do not use it. A much
 better tool to search the code is opengrok. You can find an instance
 under
 http://opengrok.adfinis-sygroup.org/source

 I hope adfinis is keeping this up-to-date.

 Juergen
>>>
>>> Oh OK...I only brought this up because this it was referenced on our
>>> Source page:
>>> http://incubator.apache.org/openofficeorg/source.html
>>>
>>> so I thought one of the folks on the dev list had set this up.
>>>
>>> I will look into opengrok
>>>
>>>
>
> -- 
> 
>
>
> MzK
>
> “How wrong is it for a woman to expect the man to build the world
> she wants, rather than to create it herself?”
> -- Anais Nin
>
>


>>>
>>>
>>>
>>
> 

Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0

[Oliver-Rainer Wittmann]

Hi,

On 17.01.2013 03:16, Rob Weir wrote:

On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
 wrote:

Hi Rob,

I had the crash problem too, but unfortunately I do not have the user
profile any longer. But I can list some things, which I usually do with each
version:



Wow, this is quite a list!

So let's play detective here, and "think like a bug".  If something
went wrong, what are likely causes?

-- The profile conversion can't be totally broken or it would fail for
every upgrade

-- It cannot depend on a very rare situation, like a specific macro
import or a rarely used extension, otherwise we would not see many
reports at all.

So what is in the middle?   Volume of changes?  Exceeding a specific
string length?  Some data type conversion issue?  Locale dependency?
Character set conversion?

If it is any single cause then it could be narrowed down by a binary
search style set of tests.  Tedious, but doable.


- Add name to user data, turn off "Help Agent", increase Graphics cache to
maximum, number of objects to 100, set number of undo steps to 20.
- In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a folder
outside my home directory, do not make it the default. Set Graphics to the
default Windows folder for personal pictures.
- Set Macro Security to Medium.
- Set JRE to Java 1.6.0.37.
- Have Online Update to check automatically every week.
- Clear checkbox "Size optimation for ODF settings".
- Set HTML to Export OOoWriter and Character set UTF-8.
- Change Languages to not use the "default" item, enable both items in
enhanced language support.
- Set personal document templates from the added path (see above) as default
template.
- Define own toolbar in Draw and in Impress with commands for macros.
- Import about 10 macro libraries.
- In Draw and Impress: Dock toolbar 'Options' to the left and customize it.
Customize the drawing toolbar to show the toolboxes instead of single
shapes. Drag the zoom sub-toolbar from the standard bar and dock it. Stack
Page pane and Style&Formatting window.
- Customize standard toolbar: remove, disable and add commands.
In Writer dock table and numbering toolbar to the right, Style&Formatting
window to the left, show drawing toolbar, customize standard toolbar, define
own toolbar for macros.
  - Install a German or an English language pack, depending on which is the
basis installation. Make sure the dictionary is installed and install it, if
it is missing. Keep the default installed extensions.

Including the recent document list, this results always in a
registrymodifications.xcu with size around 800KB.

All that was done on WinXP. [I'm now on Win7.]

I think, this might give you an imagination of "highly customized".

Kind regards
Regina

Rob Weir schrieb:


On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk  wrote:




On 01/15/2013 12:48 AM, Herbert Duerr wrote:



On 14.01.2013 22:50, Hagar Delest wrote:



Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :



Does exist a description (may be inclusive a blob of the former user
profile) to reproduce the problem?




Sadly, no.
XP seems the version where it occurs the most.




Was the profile migration problem also reported on Mac, Linux or
FreeBSD? If it was mostly an XP problem then the observation by Stephan
Bergmann mentioned in


http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
could be real the root cause of all our profile migration related
instabilities.




as an FYI...I use linux 32 bit rpm, and have never had a user profile
issue,
that I know of :]



I've never seen the issue either, on Windows XP, 7 or 8.


But I do have a clean XP virtual machine image that I can run some
tests on.  If anyone has a suggestion on how one can force the problem
to occur, let me know.

I assume it is some form of:

1) Install OOo 3.3.0

2) Do a bunch of stuff that triggers profile changes

3) Upgrade to AOO 3.4.1

4) Kaboom!

But what are some things I should do for step #2?



I now have an user profile which causes constantly crashes.
It had been "created" on a Windows 7 machine where I had OOo 3.3, AOO 3.4 and 
now AOO 3.4.1 installed.

I did not remember what I did in step #2, but it was very little - I think.

I am now ready to debug the crash. It happens somehow when trying to access 
certain installed extensions. This is just the first glance. Thus, do not nail 
me down on it, when I find out that it is something else ;-)


I keep you informed.

Best regards, Oliver.

Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0

[Rob Weir]

On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
 wrote:
> Hi Rob,
>
> I had the crash problem too, but unfortunately I do not have the user
> profile any longer. But I can list some things, which I usually do with each
> version:
>

Wow, this is quite a list!

So let's play detective here, and "think like a bug".  If something
went wrong, what are likely causes?

-- The profile conversion can't be totally broken or it would fail for
every upgrade

-- It cannot depend on a very rare situation, like a specific macro
import or a rarely used extension, otherwise we would not see many
reports at all.

So what is in the middle?   Volume of changes?  Exceeding a specific
string length?  Some data type conversion issue?  Locale dependency?
Character set conversion?

If it is any single cause then it could be narrowed down by a binary
search style set of tests.  Tedious, but doable.

> - Add name to user data, turn off "Help Agent", increase Graphics cache to
> maximum, number of objects to 100, set number of undo steps to 20.
> - In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a folder
> outside my home directory, do not make it the default. Set Graphics to the
> default Windows folder for personal pictures.
> - Set Macro Security to Medium.
> - Set JRE to Java 1.6.0.37.
> - Have Online Update to check automatically every week.
> - Clear checkbox "Size optimation for ODF settings".
> - Set HTML to Export OOoWriter and Character set UTF-8.
> - Change Languages to not use the "default" item, enable both items in
> enhanced language support.
> - Set personal document templates from the added path (see above) as default
> template.
> - Define own toolbar in Draw and in Impress with commands for macros.
> - Import about 10 macro libraries.
> - In Draw and Impress: Dock toolbar 'Options' to the left and customize it.
> Customize the drawing toolbar to show the toolboxes instead of single
> shapes. Drag the zoom sub-toolbar from the standard bar and dock it. Stack
> Page pane and Style&Formatting window.
> - Customize standard toolbar: remove, disable and add commands.
> In Writer dock table and numbering toolbar to the right, Style&Formatting
> window to the left, show drawing toolbar, customize standard toolbar, define
> own toolbar for macros.
>  - Install a German or an English language pack, depending on which is the
> basis installation. Make sure the dictionary is installed and install it, if
> it is missing. Keep the default installed extensions.
>
> Including the recent document list, this results always in a
> registrymodifications.xcu with size around 800KB.
>
> All that was done on WinXP. [I'm now on Win7.]
>
> I think, this might give you an imagination of "highly customized".
>
> Kind regards
> Regina
>
> Rob Weir schrieb:
>
>> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk  wrote:
>>>
>>>
>>>
>>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:


 On 14.01.2013 22:50, Hagar Delest wrote:
>
>
> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>
>>
>> Does exist a description (may be inclusive a blob of the former user
>> profile) to reproduce the problem?
>
>
>
> Sadly, no.
> XP seems the version where it occurs the most.



 Was the profile migration problem also reported on Mac, Linux or
 FreeBSD? If it was mostly an XP problem then the observation by Stephan
 Bergmann mentioned in


 http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
 could be real the root cause of all our profile migration related
 instabilities.
>>>
>>>
>>>
>>> as an FYI...I use linux 32 bit rpm, and have never had a user profile
>>> issue,
>>> that I know of :]
>>>
>>
>> I've never seen the issue either, on Windows XP, 7 or 8.
>>
>>
>> But I do have a clean XP virtual machine image that I can run some
>> tests on.  If anyone has a suggestion on how one can force the problem
>> to occur, let me know.
>>
>> I assume it is some form of:
>>
>> 1) Install OOo 3.3.0
>>
>> 2) Do a bunch of stuff that triggers profile changes
>>
>> 3) Upgrade to AOO 3.4.1
>>
>> 4) Kaboom!
>>
>> But what are some things I should do for step #2?
>>
>> -Rob
>>
>>>

 The (very incomplete) stacks of the crash that I saw all mentioned the
 update service being involved. This also fits with the observation that
 the crash apparently happened after a predictable time, e.g. 30 secs,
 which would also point to a problem in the update service.

> Next time I'll try to make a copy of the whole profile.



 We're looking forward to it, thanks!

 Herbert
>>>
>>>
>>>
>>> --
>>> 
>>> MzK
>>>
>>> "No act of kindness, no matter how small, is ever wasted."
>>>   -- Aesop
>>
>>
>

Re: Build broken in canvas

[Pedro Giffuni]

Hi Maho;

Money is never a problem in the ASF ;)

We talked about the buildbot in ApacheConEU. infra@ was providing a VM
with FreeBSD 9 (9.1 now?).

The setup should not be difficult if we start from the current FreeBSD port
(which maho@ wrote and maintains).

Pedro.




>
> Da: Nakata Maho 
>A: "dev@openoffice.apache.org"  
>Cc: "dev@openoffice.apache.org"  
>Inviato: Mercoledì 16 Gennaio 2013 19:47
>Oggetto: Re: Build broken in canvas
> 
>Yes!! We should have a build bot. Is any financial support for a new machine 
>for that purpose? Then I can (if no still I can do).
>
>iPhoneから送信
>
>2013/01/17 8:53、Andrew Rist  のメッセージ:
>
>> 
>> On 1/16/2013 6:48 AM, Pedro Giffuni wrote:
>>> Thank you Armin;
>>> 
>>> It will take me some time to check but I think that you hit the issue.
>>> 
>>> I guess it's time to have a BSD buildbot (hi Andrew ;) ).
>> 
>> YES!
>> 
>> 
>>> 
>>> 
>>> The difference with the linux buildbot is that we try to use all the system
>>> libraries available.
>>> 
>>> Pedro.
>>> 
>>> 
>>> 
 
 Da: Armin Le Grand 
 A: dev@openoffice.apache.org
 Inviato: Mercoledì 16 Gennaio 2013 5:03
 Oggetto: Re: Build broken in canvas
 
     Hi Pedro,
 
 should be done with rev 1433875 in source/cairo/cairo_devicehelper.cxx, 
 please check.
 
 On 16.01.2013 10:41, Armin Le Grand wrote:
> Hi Pedro,
> 
> looks as if I had cairo disabled when building linux version of that 
> change, sorry. I'm on it...
 --
 ALG
>> 
>
>
>

Re: Apache OpenOffice at FOSDEM 2013

[Andrea Pescetti]

On 16/01/2013 Drew Jensen wrote:

OK, well I made a couple more small edits and pushed it to dropbox
https://www.dropbox.com/s/aef3a6fz44yrwft/AOO%20Flyer.odt


Thanks, looks very nice! I uploaded it to
https://cwiki.apache.org/confluence/display/OOOUSERS/FOSDEM+2013+Organization

There will be a couple tweaks to apply (including replacement of the 
Comic Sans font, which is known to be very unpopular among geeks) but 
this flyer will be very useful at FOSDEM and hopefully elsewhere.


Regards,
  Andrea.

Re: Build broken in canvas

[Nakata Maho]

Yes!! We should have a build bot. Is any financial support for a new machine 
for that purpose? Then I can (if no still I can do).

iPhoneから送信

2013/01/17 8:53、Andrew Rist  のメッセージ:

> 
> On 1/16/2013 6:48 AM, Pedro Giffuni wrote:
>> Thank you Armin;
>> 
>> It will take me some time to check but I think that you hit the issue.
>> 
>> I guess it's time to have a BSD buildbot (hi Andrew ;) ).
> 
> YES!
> 
> 
>> 
>> 
>> The difference with the linux buildbot is that we try to use all the system
>> libraries available.
>> 
>> Pedro.
>> 
>> 
>> 
>>> 
>>> Da: Armin Le Grand 
>>> A: dev@openoffice.apache.org
>>> Inviato: Mercoledì 16 Gennaio 2013 5:03
>>> Oggetto: Re: Build broken in canvas
>>> 
>>> Hi Pedro,
>>> 
>>> should be done with rev 1433875 in source/cairo/cairo_devicehelper.cxx, 
>>> please check.
>>> 
>>> On 16.01.2013 10:41, Armin Le Grand wrote:
 Hi Pedro,
 
 looks as if I had cairo disabled when building linux version of that 
 change, sorry. I'm on it...
>>> --
>>> ALG
> 

Starting Introduction to Contributing to Apache OpenOffice Module

[jones.ik...@yahoo.com]

Hey dev how u doing today.

--- Sent with mail@metro, Real Life Real Time Mobile ---

Re: Build broken in canvas

[Andrew Rist]

On 1/16/2013 6:48 AM, Pedro Giffuni wrote:

Thank you Armin;

It will take me some time to check but I think that you hit the issue.

I guess it's time to have a BSD buildbot (hi Andrew ;) ).


YES!





The difference with the linux buildbot is that we try to use all the system
libraries available.

Pedro.





Da: Armin Le Grand 
A: dev@openoffice.apache.org
Inviato: Mercoledì 16 Gennaio 2013 5:03
Oggetto: Re: Build broken in canvas

 Hi Pedro,

should be done with rev 1433875 in source/cairo/cairo_devicehelper.cxx, please 
check.

On 16.01.2013 10:41, Armin Le Grand wrote:

Hi Pedro,

looks as if I had cairo disabled when building linux version of that change, 
sorry. I'm on it...


--
ALG

Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0

[Regina Henschel]

Hi Rob,

I had the crash problem too, but unfortunately I do not have the user 
profile any longer. But I can list some things, which I usually do with 
each version:


- Add name to user data, turn off "Help Agent", increase Graphics cache 
to maximum, number of objects to 100, set number of undo steps to 20.
- In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a 
folder outside my home directory, do not make it the default. Set 
Graphics to the default Windows folder for personal pictures.

- Set Macro Security to Medium.
- Set JRE to Java 1.6.0.37.
- Have Online Update to check automatically every week.
- Clear checkbox "Size optimation for ODF settings".
- Set HTML to Export OOoWriter and Character set UTF-8.
- Change Languages to not use the "default" item, enable both items in 
enhanced language support.
- Set personal document templates from the added path (see above) as 
default template.

- Define own toolbar in Draw and in Impress with commands for macros.
- Import about 10 macro libraries.
- In Draw and Impress: Dock toolbar 'Options' to the left and customize 
it. Customize the drawing toolbar to show the toolboxes instead of 
single shapes. Drag the zoom sub-toolbar from the standard bar and dock 
it. Stack Page pane and Style&Formatting window.

- Customize standard toolbar: remove, disable and add commands.
In Writer dock table and numbering toolbar to the right, 
Style&Formatting window to the left, show drawing toolbar, customize 
standard toolbar, define own toolbar for macros.
 - Install a German or an English language pack, depending on which is 
the basis installation. Make sure the dictionary is installed and 
install it, if it is missing. Keep the default installed extensions.


Including the recent document list, this results always in a 
registrymodifications.xcu with size around 800KB.


All that was done on WinXP. [I'm now on Win7.]

I think, this might give you an imagination of "highly customized".

Kind regards
Regina

Rob Weir schrieb:

On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk  wrote:



On 01/15/2013 12:48 AM, Herbert Duerr wrote:


On 14.01.2013 22:50, Hagar Delest wrote:


Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :


Does exist a description (may be inclusive a blob of the former user
profile) to reproduce the problem?



Sadly, no.
XP seems the version where it occurs the most.



Was the profile migration problem also reported on Mac, Linux or
FreeBSD? If it was mostly an XP problem then the observation by Stephan
Bergmann mentioned in

http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
could be real the root cause of all our profile migration related
instabilities.



as an FYI...I use linux 32 bit rpm, and have never had a user profile issue,
that I know of :]



I've never seen the issue either, on Windows XP, 7 or 8.


But I do have a clean XP virtual machine image that I can run some
tests on.  If anyone has a suggestion on how one can force the problem
to occur, let me know.

I assume it is some form of:

1) Install OOo 3.3.0

2) Do a bunch of stuff that triggers profile changes

3) Upgrade to AOO 3.4.1

4) Kaboom!

But what are some things I should do for step #2?

-Rob





The (very incomplete) stacks of the crash that I saw all mentioned the
update service being involved. This also fits with the observation that
the crash apparently happened after a predictable time, e.g. 30 secs,
which would also point to a problem in the update service.


Next time I'll try to make a copy of the whole profile.



We're looking forward to it, thanks!

Herbert



--

MzK

"No act of kindness, no matter how small, is ever wasted."
  -- Aesop

Re: Fisheye setup?

[Kay Schenk]

[another top posting]

A week or so ago, fisheye6 just tanked. Now, it's up again, but given 
the size of our svn repository (this includes all branches and web 
sites), I am informed this may take some time (week or so) to regen.


Stay tuned.

On 12/11/2012 02:59 PM, Kay Schenk wrote:

[top posting]
as a quick FYI on this. I contacted the Altassian folks, informed them
of the svn move, and they will get to correcting this soonish. No need
to change the link on:

http://openoffice.apache.org/source.html

I guess...some day Dec activity will just show up

On 12/04/2012 10:19 AM, Kay Schenk wrote:

On Mon, Dec 3, 2012 at 10:50 PM, Juergen Schmidt
 wrote:



Am Montag, 3. Dezember 2012 um 23:34 schrieb Kay Schenk:


I don't know who did the initial setup for our fisheye instance --

https://fisheye6.atlassian.com/browse/ooo

The last activity on "trunk/main" via this interface seems to be Nov
24.

Does the fisheye instance need editing do the recent svn move?

Since I don't download the complete source, I use this a lot to find
stuff. :/




I don't know, I have tested fisheye ones but do not use it. A much
better tool to search the code is opengrok. You can find an instance
under
http://opengrok.adfinis-sygroup.org/source

I hope adfinis is keeping this up-to-date.

Juergen


Oh OK...I only brought this up because this it was referenced on our
Source page:
http://incubator.apache.org/openofficeorg/source.html

so I thought one of the folks on the dev list had set this up.

I will look into opengrok




--


MzK

“How wrong is it for a woman to expect the man to build the world
she wants, rather than to create it herself?”
-- Anais Nin













--

MzK

"No act of kindness, no matter how small, is ever wasted."
 -- Aesop

Re: [Documentation] What gives the most bang for the buck?

[Kay Schenk]

On 12/18/2012 12:25 PM, Rob Weir wrote:

As we wait, patiently, for the new doc list to be created, it might be
worth having a quick discussion about priorities.

I know there has been talk about "getting started" guides, perhaps
done on the wiki.

Another idea I had was a very targeted version of that, thinking
specifically of Microsoft Office users migrating to OpenOffice.  Would
it be worth having a small guide just for them, say the "top 10"
helpful hints for MS Office users, things they might find confusing at
first.

For example:

1) In Calc, the argument separator is a semi-colon, not a comma.

2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4

OK.  Maybe we end up more with 40 or 50 things like this.

Would this be useful and worth trying?

-Rob



I realize I am a bit late in reviewing this thread. However, here's a 
site I came across:

http://www.linuxtopia.org/online_books/office_guides/microsoft_office_to_openoffice_migration/index.html

-- and a specific example



http://www.linuxtopia.org/online_books/office_guides/microsoft_office_to_openoffice_migration/openoffice_migration_Keyboard_shortcuts_0606MG-DifferencesInUseCalcExcel.html

info is for OO.o 3.2. See licensing details. Maybe we can use it.
--

MzK

"No act of kindness, no matter how small, is ever wasted."
 -- Aesop

Re: New QA Volunteers

[Kay Schenk]

On 01/16/2013 01:34 PM, Rob Weir wrote:

We've got a bunch of new volunteers on the QA list.   They've gone
through the orientation pages on the website and I've encouraged them
to take a batch of defect reports (appropriate to their testing
platform) and review them.  I'm hoping we can clear out some of the
backlog of unconfirmed reports that accumulated, much of it before the
Apache project started.

It is natural to expect that mistakes will be made, in classifying
defects, indicating the resolution, distinguishing what is and isn't a
bug versus an enhancement, etc.  Everyone new tends to make these
errors at first.  And since we have a lot of new volunteers we'll
certainly see a few of these kinds of errors.   So I ask for your
patience as they come up to speed.  Any gentle correction and
encouragement you can offer them when you see an error is also greatly
appreciated.

Regards,

-Rob


The fact that we have a bunch of new volunteers for QA is great news 
IMO! Your advice noted.






--

MzK

"No act of kindness, no matter how small, is ever wasted."
 -- Aesop

New QA Volunteers

[Rob Weir]

We've got a bunch of new volunteers on the QA list.   They've gone
through the orientation pages on the website and I've encouraged them
to take a batch of defect reports (appropriate to their testing
platform) and review them.  I'm hoping we can clear out some of the
backlog of unconfirmed reports that accumulated, much of it before the
Apache project started.

It is natural to expect that mistakes will be made, in classifying
defects, indicating the resolution, distinguishing what is and isn't a
bug versus an enhancement, etc.  Everyone new tends to make these
errors at first.  And since we have a lot of new volunteers we'll
certainly see a few of these kinds of errors.   So I ask for your
patience as they come up to speed.  Any gentle correction and
encouragement you can offer them when you see an error is also greatly
appreciated.

Regards,

-Rob

Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0

[Rob Weir]

On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk  wrote:
>
>
> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>
>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>
>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :

 Does exist a description (may be inclusive a blob of the former user
 profile) to reproduce the problem?
>>>
>>>
>>> Sadly, no.
>>> XP seems the version where it occurs the most.
>>
>>
>> Was the profile migration problem also reported on Mac, Linux or
>> FreeBSD? If it was mostly an XP problem then the observation by Stephan
>> Bergmann mentioned in
>>
>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>> could be real the root cause of all our profile migration related
>> instabilities.
>
>
> as an FYI...I use linux 32 bit rpm, and have never had a user profile issue,
> that I know of :]
>

I've never seen the issue either, on Windows XP, 7 or 8.


But I do have a clean XP virtual machine image that I can run some
tests on.  If anyone has a suggestion on how one can force the problem
to occur, let me know.

I assume it is some form of:

1) Install OOo 3.3.0

2) Do a bunch of stuff that triggers profile changes

3) Upgrade to AOO 3.4.1

4) Kaboom!

But what are some things I should do for step #2?

-Rob

>
>>
>> The (very incomplete) stacks of the crash that I saw all mentioned the
>> update service being involved. This also fits with the observation that
>> the crash apparently happened after a predictable time, e.g. 30 secs,
>> which would also point to a problem in the update service.
>>
>>> Next time I'll try to make a copy of the whole profile.
>>
>>
>> We're looking forward to it, thanks!
>>
>> Herbert
>
>
> --
> 
> MzK
>
> "No act of kindness, no matter how small, is ever wasted."
>  -- Aesop

Re: Symphony code in AOO 4.0

[Rob Weir]

On Wed, Jan 16, 2013 at 10:42 AM, Alexandro Colorado  wrote:
> On 1/10/13, Rob Weir  wrote:
>> On Thu, Jan 10, 2013 at 1:01 PM, Drew Jensen 
>> wrote:
>>> Rob,
>>>
>>> Are you referring only to the email on the TDF mailing list - I know
>>> which
>>> one that would be I'm sure, and I drafted but then did not send a reply
>>> to
>>> it.
>>>
>>> I ask because I did not see that go any further then the ml, but that
>>> doesn't mean that it didn't.
>>>
>>
>> I learned about these claims via email, but not from the TDF mailing
>> list.  But I would not be surprised if it originated there.  In any
>> case, when a TDF Director and Marketing Lead makes such claims, it
>> carries some weight, and if utterly false the claims should be
>> rebutted.  IMHO.
>
> Playing devils advocate here, I would say that there is no feature or
> design element in the current 3.4.1 version of AOO that resembles
> Symphony nor its functionality. That said I never really used symphony
> except the screenshot and the casual youtube video but as a user I
> would expect an option to switch the UI to the panes that made
> Symphony stand out from the rest of the OOo forks back in the day.
>

Right.  I doubt there is much in AOO 3.4.1 due to Symphony.  The
merging work was occurring in the trunk while the AOO 3.4.1 work
happened in branch.  This was true for bug fixes as well as UI
enhancements.  Expect to see this in 4.0.

-Rob


> Also not even sure, how much of the old old IBM workbench
> authentication and collaboration features really held to Symphony and
> eventually to AOO.
>
> So bugfixing is nice, but as a user I expect for bugfixing to happen,
> but I would have expect much more for a product incorporation. (i.e.
> Homesite merge into Dreamweaver in 2002, the code editor got so much
> more usable) and that only took 6 months to do the product merging.)
>
> I would have expect maybe 3.5 or 4.0 to have a functional and easy way
> to do a one click UI change to the pane views. And be able to connect
> have collaboration features at least present on the Options dialog to
> connect it to some messaging-backend system.
>
> Or alternatively some IBM hosted extensions for their products.
>
>>
>> -Rob
>>
>>> Thanks
>>>
>>> Drew
>>>
>>>
>>> On Thu, Jan 10, 2013 at 12:45 PM, Rory O'Farrell  wrote:
>>>
 On Thu, 10 Jan 2013 12:35:16 -0500
 Rob Weir  wrote:

 > On Thu, Jan 10, 2013 at 12:16 PM, Donald Whytock 
 wrote:
 > > On Thu, Jan 10, 2013 at 12:06 PM, Rob Weir 
 > > wrote:
 > >> I'm reading FUD, from the usual misinformed suspects, saying that
 > >> the
 > >> "IBM donation to AOO is pure marketing fluff" and "IBM faked the
 > >> donation of the Symphony code" and "IBM did not donate anything".
 > >
 > > Did they explain how one fakes a donation to ASF?
 > >
 >
 > I assume he is confusing two different things:
 >
 > 1) The donation of Symphony, which was done via an SGA (Software Grant
 > Agreement).  This occurred last year.  This was recorded by the ASF
 > Secretary and the PMC was notified when this occurred.  So there
 > should be no doubts here. Symphony was donated to the ASF.
 >
 > 2) Publication of Symphony as a code base via an ASF release.  After
 > discussion the PMC decided not to go down that path.  The preference
 > was to do a slower merge of Symphony enhancements rather than to
 > rebase AOO on Symphony.  If we had done the rebase path this would
 > have required additional work from the project, including IP
 > Clearance, modifying file headers, etc.
 >
 > Maybe the belief was that the "slow merge" was not for real?  It
 > certainly is not very flashy.  The fixes are very practical, mundane
 > things, the nuts and bolts of what users most care about,
 > interoperability, stability, etc.  So we have not boasted loudly about
 > these improvements.  But maybe it is worth a blog post?
 >
 Certainly worth a blog (and elsewhere) mention that "forthcoming AOO 4.0
 will incorporate many features and fixes from IBM Symphony code
 donation;
 this process will continue throughout further AOO releases" or words to
 that effect. Would it be premature to mention timescale for AOO 4.0
 release?


 --
 Rory O'Farrell 

>>
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://es.openoffice.org

Re: [bugzilla] "Product" category clean-up?

[Ariel Constenla-Haile]

On Wed, Jan 16, 2013 at 12:28:44PM -0500, Rob Weir wrote:
> On Wed, Jan 16, 2013 at 12:10 PM, Ariel Constenla-Haile
>  wrote:
> > Hi,
> >
> > I was trying to assign to the right "Product" category a bug related to
> > i18n, and realized we have no such category of its own, it's merged with
> > i10n, while there are other obsolete categories and some others that
> > overlap:
> >
> >
> > - api: This is the application programming interface.
> > - app dev: Issues with app dev programming features like macros, scripts
> >   and extensions.
> > - extensions: Issues related to the extensions project. Extensions
> >   include all elements extending OpenOffice.org
> > - scripting: Everything related to Basic, the Scripting Framework and
> >   the Basic IDE including the dialog editor.
> >
> > "app_dev" looks like a mix of "api" and "scripting"
> >
> > "extensions" has a confusing description: if you click on it, the
> > respective informations looks like it is about the extensions developed
> > in the source tree by the project:
> > https://issues.apache.org/ooo/describecomponents.cgi?product=extensions
> > (those not being maintained anymore may be removed)
> >
> >
> > - native‑lang: Native-Lang deals with information and resources in
> >   a person's native tongue.
> > - l10n: Localization and Internationalization
> >
> > "native-lang" is obsolete if separated from "l10n" now, and "l10n" mixes two
> > different things: l10n != i18n
> >
> 
> The native-lang "product" has a separate "component" for each locale.
> That was a change from the legacy OOo BZ where each NL project had its
> own top-level "product".  I think this is an improvement, since the
> old structure cluttered the root level with more than 100 of products.
> 
> In the BZ UI "l10n" is described as "localization and
> internationalization".   Would it help to rename that to "i18n" and
> use it for only that?

Yes. I guess localization bugs are now submitted under native-lang
-> locale; so changing l10n to l18n makes sense. Looking at
https://issues.apache.org/ooo/describecomponents.cgi?product=l10n 
"helpcontent" is rather ambiguos. If it is about the Online Help
application, this belongs to the application framework; if its about the
help files, it belongs to documentation; if it about help files
translation, it belongs to native-lang->locale...

All the other items belong to i18n:

- BiDi
- i18npool
- localedata

but "www" I have no idea what that means in this context.


May be the new QA contributors can perform an experiment in submitting
new bugs, sure new eyes can tell how hard it is to guess which is the right
product-component, and how much sense do some categories have.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpMxgPLvLVrk.pgp
Description: PGP signature

Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0

[Kay Schenk]

On 01/15/2013 12:48 AM, Herbert Duerr wrote:

On 14.01.2013 22:50, Hagar Delest wrote:

Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :

Does exist a description (may be inclusive a blob of the former user
profile) to reproduce the problem?


Sadly, no.
XP seems the version where it occurs the most.


Was the profile migration problem also reported on Mac, Linux or
FreeBSD? If it was mostly an XP problem then the observation by Stephan
Bergmann mentioned in
http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
could be real the root cause of all our profile migration related
instabilities.


as an FYI...I use linux 32 bit rpm, and have never had a user profile 
issue, that I know of :]




The (very incomplete) stacks of the crash that I saw all mentioned the
update service being involved. This also fits with the observation that
the crash apparently happened after a predictable time, e.g. 30 secs,
which would also point to a problem in the update service.


Next time I'll try to make a copy of the whole profile.


We're looking forward to it, thanks!

Herbert


--

MzK

"No act of kindness, no matter how small, is ever wasted."
 -- Aesop

Re: [bugzilla] "Product" category clean-up?

[Rob Weir]

On Wed, Jan 16, 2013 at 12:10 PM, Ariel Constenla-Haile
 wrote:
> Hi,
>
> I was trying to assign to the right "Product" category a bug related to
> i18n, and realized we have no such category of its own, it's merged with
> i10n, while there are other obsolete categories and some others that
> overlap:
>
>
> - api: This is the application programming interface.
> - app dev: Issues with app dev programming features like macros, scripts
>   and extensions.
> - extensions: Issues related to the extensions project. Extensions
>   include all elements extending OpenOffice.org
> - scripting: Everything related to Basic, the Scripting Framework and
>   the Basic IDE including the dialog editor.
>
> "app_dev" looks like a mix of "api" and "scripting"
>
> "extensions" has a confusing description: if you click on it, the
> respective informations looks like it is about the extensions developed
> in the source tree by the project:
> https://issues.apache.org/ooo/describecomponents.cgi?product=extensions
> (those not being maintained anymore may be removed)
>
>
> - native‑lang: Native-Lang deals with information and resources in
>   a person's native tongue.
> - l10n: Localization and Internationalization
>
> "native-lang" is obsolete if separated from "l10n" now, and "l10n" mixes two
> different things: l10n != i18n
>

The native-lang "product" has a separate "component" for each locale.
That was a change from the legacy OOo BZ where each NL project had its
own top-level "product".  I think this is an improvement, since the
old structure cluttered the root level with more than 100 of products.

In the BZ UI "l10n" is described as "localization and
internationalization".   Would it help to rename that to "i18n" and
use it for only that?

>
> There are many other categories that resemble former OO.o projects
> structure, and now look rather obsolete.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina

[bugzilla] "Product" category clean-up?

[Ariel Constenla-Haile]

Hi,

I was trying to assign to the right "Product" category a bug related to
i18n, and realized we have no such category of its own, it's merged with
i10n, while there are other obsolete categories and some others that
overlap:


- api: This is the application programming interface.
- app dev: Issues with app dev programming features like macros, scripts
  and extensions.
- extensions: Issues related to the extensions project. Extensions
  include all elements extending OpenOffice.org
- scripting: Everything related to Basic, the Scripting Framework and
  the Basic IDE including the dialog editor.

"app_dev" looks like a mix of "api" and "scripting"

"extensions" has a confusing description: if you click on it, the
respective informations looks like it is about the extensions developed
in the source tree by the project:
https://issues.apache.org/ooo/describecomponents.cgi?product=extensions
(those not being maintained anymore may be removed)


- native‑lang: Native-Lang deals with information and resources in
  a person's native tongue.
- l10n: Localization and Internationalization

"native-lang" is obsolete if separated from "l10n" now, and "l10n" mixes two
different things: l10n != i18n


There are many other categories that resemble former OO.o projects
structure, and now look rather obsolete.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpS_uQmWu98z.pgp
Description: PGP signature

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Jürgen Schmidt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 1/16/13 5:38 PM, Ariel Constenla-Haile wrote:
> On Wed, Jan 16, 2013 at 05:27:10PM +0100, Jürgen Schmidt wrote:
>>> I noticed that add-on extensions with toolbars have a problem
>>> on
 trunk. The ext can be installed but the toolbar is not
 visible and also not in the View -> Toolbars menu. Top-level
 menus coming with the same ext are visible. I am currently
 don't know if it is related to the bigger changes with the
 name or something else in the context of add-on, means the
 framework part.
 
 Does any body have an idea or is aware of changes here?
>>> 
>>> I guess you missed 
>>> https://issues.apache.org/ooo/show_bug.cgi?id=121577 See
>>> comment 2, the samples attached there, and the SDK examples:
>>> 
>>> odk/examples/java/Inspector/ 
>>> odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ 
>>> odk/examples/cpp/complextoolbarcontrols/
>>> 
>> 
>> I had indeed the issue not in place but remembered that you
>> wanted to change it. I checked the schema and saw the new Title
>> property for the Toolbar. Good to know and we should communicate
>> this very clear in the release notes. I recommend a max version
>> dependency for all add-on extensions to 3.4/3.4.1 (have to check)
>> and a quick and easy change for 4.0. We know it is a very useful
>> but incompatible change, future extensions become much easier.
> 
> We should create a wiki page listing API changes (I'd prefer de
> mwiki as it has support for syntax highlighting, allowing a
> before-after snippet; suggestions for the page location are
> welcome), I'll write about them when the next developer snapshot is
> ready, so that people can test some changes (like this incompatible
> change in Addons.xcu, some API changes I've made, etc.) and some
> new features (like status bar merging and full support for UNO
> status bar controllers - see examples on 
> odk/examples/cpp/StatusbarController -, and some other more to
> come).

I would recommend

http://wiki.openoffice.org/wiki/API/Changes/AOO4.0

Under changes we can give a general explanation and under the version
section we can document this kind of important incompatible changes
(only allowed for major versions until we decide something new) and
also new API's, removed unpublished etc.

Juergen


> 
> 
> Regards
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBCgAGBQJQ9tkPAAoJEM/u8xZRtf3oOOYP/iCzboe98YKZqaVTX8+AUven
q9gCNXnSzKTNh75E0HvZn/eoubsV9RpfyUsBK6U1mUwkNSO9HHUsfvYayV3ioKEY
l2ZHdWY4nLc5qjv0kXgyS+BxuFOeXE/N/2TG9CRAUQWBbDi6LAnSZoeLg6anBoft
zjKZ4L7As8gUdtzYrs3p2AnUyM5Mb/ULissHSOmjkl9mP6hSkuaSTRhwi0g1Irt8
ywqPSwTXENaP761QJizXeYewTIaVnh0ZkpyxROwB5u968laHYZ+AnC09Cw8mo+Lf
Be9mpLCErxqvkoIXRCVtxhnUKv6+z0rWhOBnp/N0wH5mdZ8c+CEu9kFVenLDC8QJ
Fr67B29/NmMtZNr7ZnAA55HOL4SLusCqaI/bAcjUbuXZD5ahxkOJPFicHAZ8Fi2q
2dsHgvVrvuwuDslwnYqNadNdb2AASw2o65U5FECp/Wgv7GLIGX2wnvzjXAeNxcXr
xEXz+zgUnhoFW0vcwXrfkmP+08o9IOGzgeChkWTf+66Qo1yV6Bvzf3F5CqZsuqyq
35/eJMUsmRi0TB1OV5ntui9n0mPJ6WPaUWGN8hFYEdJLX3npMZewzjsaQygj4O/o
sC8WGfRlq60NXoty2OGXqMWBHgPqHPEB+vzPwqR0ztp5EHUhZbRT644vn/QYujqa
Z4IX9hYhGBjl/jRRo6WZ
=jU4v
-END PGP SIGNATURE-

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Ariel Constenla-Haile]

On Wed, Jan 16, 2013 at 05:27:10PM +0100, Jürgen Schmidt wrote:
 >> I noticed that add-on extensions with toolbars have a problem on 
> >> trunk. The ext can be installed but the toolbar is not visible 
> >> and also not in the View -> Toolbars menu. Top-level menus
> >> coming with the same ext are visible. I am currently don't know
> >> if it is related to the bigger changes with the name or something
> >> else in the context of add-on, means the framework part.
> >> 
> >> Does any body have an idea or is aware of changes here?
> > 
> > I guess you missed 
> > https://issues.apache.org/ooo/show_bug.cgi?id=121577 See comment
> > 2, the samples attached there, and the SDK examples:
> > 
> > odk/examples/java/Inspector/ 
> > odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ 
> > odk/examples/cpp/complextoolbarcontrols/
> > 
> 
> I had indeed the issue not in place but remembered that you wanted to
> change it. I checked the schema and saw the new Title property for the
> Toolbar. Good to know and we should communicate this very clear in the
> release notes. I recommend a max version dependency for all add-on
> extensions to 3.4/3.4.1 (have to check) and a quick and easy change
> for 4.0. We know it is a very useful but incompatible change, future
> extensions become much easier.

We should create a wiki page listing API changes (I'd prefer de mwiki as
it has support for syntax highlighting, allowing a before-after snippet;
suggestions for the page location are welcome), I'll write about them
when the next developer snapshot is ready, so that people can test some
changes (like this incompatible change in Addons.xcu, some API changes
I've made, etc.) and some new features (like status bar merging and full
support for UNO status bar controllers - see examples on
odk/examples/cpp/StatusbarController -, and some other more to come).


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgppR2eydpzYX.pgp
Description: PGP signature

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Alexandro Colorado]

Should this issue be mirrored to API list?

On 1/16/13, Jürgen Schmidt  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 1/16/13 3:35 PM, Ariel Constenla-Haile wrote:
>> On Wed, Jan 16, 2013 at 02:36:24PM +0100, Jürgen Schmidt wrote:
>>> Hi,
>>>
>>> I noticed that add-on extensions with toolbars have a problem on
>>> trunk. The ext can be installed but the toolbar is not visible
>>> and also not in the View -> Toolbars menu. Top-level menus
>>> coming with the same ext are visible. I am currently don't know
>>> if it is related to the bigger changes with the name or something
>>> else in the context of add-on, means the framework part.
>>>
>>> Does any body have an idea or is aware of changes here?
>>
>> I guess you missed
>> https://issues.apache.org/ooo/show_bug.cgi?id=121577 See comment
>> 2, the samples attached there, and the SDK examples:
>>
>> odk/examples/java/Inspector/
>> odk/examples/DevelopersGuide/Extensions/DialogWithHelp/
>> odk/examples/cpp/complextoolbarcontrols/
>>
>
> I had indeed the issue not in place but remembered that you wanted to
> change it. I checked the schema and saw the new Title property for the
> Toolbar. Good to know and we should communicate this very clear in the
> release notes. I recommend a max version dependency for all add-on
> extensions to 3.4/3.4.1 (have to check) and a quick and easy change
> for 4.0. We know it is a very useful but incompatible change, future
> extensions become much easier.
>
> Thanks for the clarification
>
> Juergen
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with undefined - http://www.enigmail.net/
>
> iQIcBAEBCgAGBQJQ9tTdAAoJEM/u8xZRtf3odhMQAIHkkOSZ6JHNl0HEXnWvz/qC
> NqTAiSY8w/rPC5UvV3n1XyYScbuyOGgtvhrGzkyXT9aJIV8+aJgnpAFWV+mdOLzi
> G//cX0YUyFWLD3FGBkqMtHUdkQoOzYgmfc/yCVIUPJJBA3n5d6Klk0pdIGd150xi
> K+CanvZdvXSuxcf2IeaawbxKbqIT+GMFPOYjbJZbBCZb/al/cHNkbi3ZB+nTjCQt
> CyKK0t756eaPZDStkv1777x7T2TqoQUyFvCDcSRTALRqVohZqRTqIysXkkempk8Y
> m0iVQiAls/8sKF0ncaP++a+nS4Pu+jOS5HPrf7s5sQBGd7FZuot2U1dZ7oJbYWoM
> 2ahdY7+nH+68Rj4WRrWV8Wswy0hFK4SMssCQQqJFasbTvKq/oVCpEPiPaF3A8whx
> ciiIXmU2PFmcsbAQd8u3LfORZsGkg0INMQCAOUbwkRk+duUct3cwleqQbFzqEJX9
> jtfJWR6ujSJGdF19YafT76v/tlvh5EbJGcoA5+cmq2NyXe8PB6CiBUs9I+7IZBOY
> eOe6Mgxz5CB71WfaAL9RAT1sZn8fTZCD3VcH04GG3WVBIUC62kRj7N4jqz6Hpp37
> uY3b/JmQDlV4Jukj2lmmbS0siYBUtvGjDUXZYfiUCLYg/FbnLKR9QVZqa5qISFXC
> zcjYFdIzZSdaeSuyEcaj
> =GYo/
> -END PGP SIGNATURE-
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Jürgen Schmidt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 1/16/13 3:35 PM, Ariel Constenla-Haile wrote:
> On Wed, Jan 16, 2013 at 02:36:24PM +0100, Jürgen Schmidt wrote:
>> Hi,
>> 
>> I noticed that add-on extensions with toolbars have a problem on 
>> trunk. The ext can be installed but the toolbar is not visible 
>> and also not in the View -> Toolbars menu. Top-level menus
>> coming with the same ext are visible. I am currently don't know
>> if it is related to the bigger changes with the name or something
>> else in the context of add-on, means the framework part.
>> 
>> Does any body have an idea or is aware of changes here?
> 
> I guess you missed 
> https://issues.apache.org/ooo/show_bug.cgi?id=121577 See comment
> 2, the samples attached there, and the SDK examples:
> 
> odk/examples/java/Inspector/ 
> odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ 
> odk/examples/cpp/complextoolbarcontrols/
> 

I had indeed the issue not in place but remembered that you wanted to
change it. I checked the schema and saw the new Title property for the
Toolbar. Good to know and we should communicate this very clear in the
release notes. I recommend a max version dependency for all add-on
extensions to 3.4/3.4.1 (have to check) and a quick and easy change
for 4.0. We know it is a very useful but incompatible change, future
extensions become much easier.

Thanks for the clarification

Juergen

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBCgAGBQJQ9tTdAAoJEM/u8xZRtf3odhMQAIHkkOSZ6JHNl0HEXnWvz/qC
NqTAiSY8w/rPC5UvV3n1XyYScbuyOGgtvhrGzkyXT9aJIV8+aJgnpAFWV+mdOLzi
G//cX0YUyFWLD3FGBkqMtHUdkQoOzYgmfc/yCVIUPJJBA3n5d6Klk0pdIGd150xi
K+CanvZdvXSuxcf2IeaawbxKbqIT+GMFPOYjbJZbBCZb/al/cHNkbi3ZB+nTjCQt
CyKK0t756eaPZDStkv1777x7T2TqoQUyFvCDcSRTALRqVohZqRTqIysXkkempk8Y
m0iVQiAls/8sKF0ncaP++a+nS4Pu+jOS5HPrf7s5sQBGd7FZuot2U1dZ7oJbYWoM
2ahdY7+nH+68Rj4WRrWV8Wswy0hFK4SMssCQQqJFasbTvKq/oVCpEPiPaF3A8whx
ciiIXmU2PFmcsbAQd8u3LfORZsGkg0INMQCAOUbwkRk+duUct3cwleqQbFzqEJX9
jtfJWR6ujSJGdF19YafT76v/tlvh5EbJGcoA5+cmq2NyXe8PB6CiBUs9I+7IZBOY
eOe6Mgxz5CB71WfaAL9RAT1sZn8fTZCD3VcH04GG3WVBIUC62kRj7N4jqz6Hpp37
uY3b/JmQDlV4Jukj2lmmbS0siYBUtvGjDUXZYfiUCLYg/FbnLKR9QVZqa5qISFXC
zcjYFdIzZSdaeSuyEcaj
=GYo/
-END PGP SIGNATURE-

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Jürgen Schmidt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 1/16/13 3:35 PM, Ariel Constenla-Haile wrote:


I had indeed the issue not in place but remembered that you wanted to
change it. I checked the schema and saw the new Title property for the
Toolbar. Good to know and we should communicate this very clear in the
release notes. I recommend a max version dependency for all add-on
extensions to 3.4/3.4.1 (have to check) and a quick and easy change
for 4.0. We know it is a very useful but incompatible change, future
extensions become much easier.

Thanks for the clarification

Juergen

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBCgAGBQJQ9tTXAAoJEM/u8xZRtf3oSIoQAJw2YudxDIt6u7MSobTIThZW
XOgJ41v2xbTkj8FRbuZSPLpRyKd1gYQeQf6gLlClLRmJv2qKrx9rco8FReQrPbtJ
Yr97M0USZNbEipMPBNgg0Nb5aZ1xAYzdSb3Kdt5Xv9eh5UjdKKuTL98LXjVdG3zh
+f8HGiO/aXUl/NTcYMdGJAEqv9E3F9bPblA58CTSEpQ1wvDErbHHKvyfb3oRoDrG
PrdW/cE6V9mhFS3PkxQDiq0H204RUfJOEDFFU4bMwXt238bAPCeWTitRYVqwYDUw
m4Gk3CfSqfQ/TZ8CjV6pwkTlbevOA+zaDUqrWRlN8TqDzTx4WHS0ZzcWbo67vWOe
1Wl6ddJH/2BcZkhEKRjuWpypBhJx/wYtbLpHxElgR357OXIif+yWAgM0XqmF0DH2
m1v52b6nGtBJjq2RAP2T9ceMDG+nQW8l00PtpHEFUmn04QB/Chp4YNAXYNjPSw7j
mQjth2X+DgvIXkcxmZ1A56sguwt1Ff1luJfy0JmC4iWOOEDsGSAOL1Jy4INb5m/1
4/FbzN9Vj6hQt0FfaREC3ZiZg2ld+AKNGQvY0dIcv7IjXAnaH8Bq6zr4z1zjDeEe
ZU+VtGhVluW3jRFt/6mNtWLPR0HACvPpuqN172wngGjoonPlcuUAgRjga3HSixPM
nKlS2gqY6ve5WOB3rZf5
=1MlM
-END PGP SIGNATURE-

Re: OO / unsubscribed posters

[Andrea Pescetti]

On 16/01/2013 hagar.delest wrote:

I just thought about another way: today the delivered-to header for
moderation is the second one in the code of the email. I guess that
the TB filter sees only the first field.
Could it be possible to swap the 2 delivered-to headers


While this might improve the handling of messages, this would require 
patching ezmlm-idx like the other options, so it is not applicable 
either, unfortunately.


Regards,
  Andrea.

Re: Symphony code in AOO 4.0

[Alexandro Colorado]

On 1/10/13, Rob Weir  wrote:
> On Thu, Jan 10, 2013 at 1:01 PM, Drew Jensen 
> wrote:
>> Rob,
>>
>> Are you referring only to the email on the TDF mailing list - I know
>> which
>> one that would be I'm sure, and I drafted but then did not send a reply
>> to
>> it.
>>
>> I ask because I did not see that go any further then the ml, but that
>> doesn't mean that it didn't.
>>
>
> I learned about these claims via email, but not from the TDF mailing
> list.  But I would not be surprised if it originated there.  In any
> case, when a TDF Director and Marketing Lead makes such claims, it
> carries some weight, and if utterly false the claims should be
> rebutted.  IMHO.

Playing devils advocate here, I would say that there is no feature or
design element in the current 3.4.1 version of AOO that resembles
Symphony nor its functionality. That said I never really used symphony
except the screenshot and the casual youtube video but as a user I
would expect an option to switch the UI to the panes that made
Symphony stand out from the rest of the OOo forks back in the day.

Also not even sure, how much of the old old IBM workbench
authentication and collaboration features really held to Symphony and
eventually to AOO.

So bugfixing is nice, but as a user I expect for bugfixing to happen,
but I would have expect much more for a product incorporation. (i.e.
Homesite merge into Dreamweaver in 2002, the code editor got so much
more usable) and that only took 6 months to do the product merging.)

I would have expect maybe 3.5 or 4.0 to have a functional and easy way
to do a one click UI change to the pane views. And be able to connect
have collaboration features at least present on the Options dialog to
connect it to some messaging-backend system.

Or alternatively some IBM hosted extensions for their products.

>
> -Rob
>
>> Thanks
>>
>> Drew
>>
>>
>> On Thu, Jan 10, 2013 at 12:45 PM, Rory O'Farrell  wrote:
>>
>>> On Thu, 10 Jan 2013 12:35:16 -0500
>>> Rob Weir  wrote:
>>>
>>> > On Thu, Jan 10, 2013 at 12:16 PM, Donald Whytock 
>>> wrote:
>>> > > On Thu, Jan 10, 2013 at 12:06 PM, Rob Weir 
>>> > > wrote:
>>> > >> I'm reading FUD, from the usual misinformed suspects, saying that
>>> > >> the
>>> > >> "IBM donation to AOO is pure marketing fluff" and "IBM faked the
>>> > >> donation of the Symphony code" and "IBM did not donate anything".
>>> > >
>>> > > Did they explain how one fakes a donation to ASF?
>>> > >
>>> >
>>> > I assume he is confusing two different things:
>>> >
>>> > 1) The donation of Symphony, which was done via an SGA (Software Grant
>>> > Agreement).  This occurred last year.  This was recorded by the ASF
>>> > Secretary and the PMC was notified when this occurred.  So there
>>> > should be no doubts here. Symphony was donated to the ASF.
>>> >
>>> > 2) Publication of Symphony as a code base via an ASF release.  After
>>> > discussion the PMC decided not to go down that path.  The preference
>>> > was to do a slower merge of Symphony enhancements rather than to
>>> > rebase AOO on Symphony.  If we had done the rebase path this would
>>> > have required additional work from the project, including IP
>>> > Clearance, modifying file headers, etc.
>>> >
>>> > Maybe the belief was that the "slow merge" was not for real?  It
>>> > certainly is not very flashy.  The fixes are very practical, mundane
>>> > things, the nuts and bolts of what users most care about,
>>> > interoperability, stability, etc.  So we have not boasted loudly about
>>> > these improvements.  But maybe it is worth a blog post?
>>> >
>>> Certainly worth a blog (and elsewhere) mention that "forthcoming AOO 4.0
>>> will incorporate many features and fixes from IBM Symphony code
>>> donation;
>>> this process will continue throughout further AOO releases" or words to
>>> that effect. Would it be premature to mention timescale for AOO 4.0
>>> release?
>>>
>>>
>>> --
>>> Rory O'Farrell 
>>>
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

Re: [WEBSITE] broken link on mac porting page

[Rob Weir]

On Wed, Jan 16, 2013 at 2:28 AM,   wrote:
> Hey but bootstrap is not alone on js its on cuss too and you don't have to 
> make drastic changes
>
> Its simple enough to apply,


It may be worth prototyping what it could look like for some pages.
We have the ability, for example, to compare alternative versions of
the same page and see which one is better at achieving some measurable
goal, e.g., download conversion rate, time on page, abandon rate, etc.

But the main concern, I think, is that we don't get too far ahead of
the browser capabilities in use by our users.  But if we want a rough
estimate, here is what I see for % of visits for all browsers that
represent 1% or more of the visits:

1.  Chrome  23.0.1271.9723.92%  
2.  Firefox 17.018.19%
3.  Internet Explorer   9.0 13.56%
4.  Internet Explorer   8.0 8.70%
5.  Internet Explorer   10.04.48%
6.  Safari  536.26.17   3.89%
7.  Firefox 18.02.93%
8.  Chrome  24.0.1312.522.05%
9.  Firefox 16.01.63%
10. Safari  534.57.21.59%
11. Internet Explorer   7.0 1.51%
12. Opera   12.12   1.29%
13. Chrome  23.0.1271.101   1.26%

Note that together is only 85% of our visitors.  The "long tail" has
older versions.  With over 5 million website visitors/month, even
losing access for 1% means 50,000 users blocked.

-Rob

> Sent from BlackBerry® on Airtel
>
> -Original Message-
> From: Andrea Pescetti 
> Date: Wed, 16 Jan 2013 01:56:03
> To: 
> Reply-To: dev@openoffice.apache.org
> Subject: Re: [WEBSITE] broken link on mac porting page
>
> Rob Weir wrote:
>> On Tue, Jan 15, 2013 at 11:48 AM, saransh wrote:
>>> Can we make a website with automated language selector or optional
>>> language selector
>
> Sure, if you want to give it a try just provide somewhere a version of
> the index.html page with the additional selector and a working
> redirection to the native lang pages (example: German
> http://www.openoffice.org/de/ ; Italian http://www.openoffice.org/it );
> but read below for constraints.
>
>>> and over all I m not convinced really website
>>> looks great either you can incorporate bootstrap into it what do
>>> you say...
>> I'm not very familiar with Bootstrap.  Can you explain more?  For
>> example, does it require server-side processing?
>
> No, Bootstrap is a JavaScript framework under Apache License 2:
> http://twitter.github.com/bootstrap/ ; while very good for certain use
> cases, we probably don't want to depend on a JavaScript framework at the
> moment. So no jQuery, no Bootstrap, even though I wouldn't rule them out
> if we at a certain time restructure the whole site.
>
>> And for a language selector, we talked at one time about adding the
>> Google Translate drop down on each page, to make it easier for
>> visitors to get a page translated
>
> It would be enough to have a language selector on the homepage (or
> everywhere, but redirecting to the native-lang homepage). So, no content
> translation, but merely a redirection to a localized website. Now, to
> see the German site, one has to click on "Native Language" and then
> select "German". Having a language drop-down near the search box would
> improve the user experience. (By the way: no flags, language names are
> OK and politically correct).
>
> Regards,
>Andrea.

Re: Symphony code in AOO 4.0

[Rob Weir]

On Tue, Jan 15, 2013 at 4:09 PM, Andrea Pescetti  wrote:
> On 11/01/2013 Rob Weir wrote:
>>
>> In any case, pointing out the lie on this list already gives 90% of
>> the benefit, since such FUD cannot survive the light of day.  A blog
>> post is unnecessary.
>
>
> Regardless of what prompted the discussion here, a specific blog post about
> what the Symphony contribution specifically has meant for OpenOffice would
> probably be very informative for our users.
>
> It would also be a nice way to show that formerly proprietary code was
> incorporated in OpenOffice and is now available to other products that can
> integrate it (and actually, in a few cases, probably already did).
>
> Of course, no need to post it today, and especially no need to post it with
> the aim of refuting misleading claims... I'm just saying that the discussion
> here suggested that the Symphony contribution in itself is worth to be
> properly acknowledged and get exposure.
>

Agreed.  So I am glad then that you made the call for additional blog
authors.  It is probably best if the Symphony contribution is
acknowledged, etc., by a non-IBM project member.  That would make it
harder to dismiss it in some quarters.

-Rob

> Regards,
>   Andrea.

Re: Build OpenOffice 3.4.1 - Error in module

[Fabrizio Sancin]

Hi,

Solved.

I built with SVN repository  :https://svn.apache.org/repos/asf/openoffice/trunk
and after 10 hours, on core2duo 2gHz, the build has been successful,
without error.
I think that some files are missing in the previous environment.

Thanks & Best regards,

Fabrizio



2013/1/15 Oliver-Rainer Wittmann 

> Hi,
>
>
> On 15.01.2013 12:51, Fabrizio Sancin wrote:
>
>> Hi, Oliver
>>
>> I built it with a source release.
>> Now I'm build trying with SVN :
>> https://svn.apache.org/repos/**asf/incubator/ooo/trunk
>> then, I will follow your advice.
>> See what happens.
>>
>>
> Thus, I assume that the file is missing in your environment. Right?
>
> Before doing the huge step to setup another complete environment you might
> should have a look into the source release package, if the file is
> available.
> If it is available, just extract this file from the source release package
> and copy it at its expected location.
>
> Best regards, Oliver.
>
>
>>
>>
>> 2013/1/15 Oliver-Rainer Wittmann 
>>
>>  Hi,
>>>
>>>
>>> On 15.01.2013 10:53, Fabrizio Sancin wrote:
>>>
>>>  Hello,

 I have tried to build OpenOffice using the steps described here:
 http://wiki.openoffice.org/wiki/Documentation/Building_**
 Guide_AOO/Step_by_step
 >


 My platform is windows 7 x64 sp1

 I downloaded Source release at
 http://www.openoffice.org/download/other.html#tested-sdk
 **
 **>


 Everything worked out just fine until i ran the command build --all in
 cygwin, after compiling one hour, the error i got was:


 =
 Building module comphelper
 =

 Entering /tmp/aoo-3.4.1/main/comphelper/prj


 cd .. && make -s -r -j1  && make -s -r deliverlog
 [ info  ALL ] LinkTarget Library/isal.lib not defined: Assuming headers
 to
 be there!
 [ info  ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/icppu.lib not defined: Assuming headers
 to
 be there!
 [ info  ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers
 to
 be there!
 [ info  ALL ] LinkTarget Library/stlport_vc71.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming
 headers
 to be there!
 [ info  ALL ] LinkTarget Library/kernel32.lib not defined: Assuming
 headers
 to be there!
 [ info  ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming
 headers
 to be there!
 [ info  ALL ] LinkTarget Library/oldnames.lib not defined: Assuming
 headers
 to be there!
 [ build PKG ] comphelper_inc
 [ build PCH ] precompiled_comphelper
 precompiled_comphelper.cxx
 awk: fatal: can't open source file
 `C:/cygwinc:/cygwin/tmp/aoo-3.4.1/main/solenv/gbuild/
 processdeps.awk'

 for
 reading (No such file or directory)
 C:/cygwin/tmp/aoo-3.4.1/main/solenv/gbuild/
 PrecompiledHeaders.mk:49:
 recipe
 for target `/tmp/aoo-3.4.1/main/solver/341/
 wntmsci12.pro/workdir/PrecompiledHeader/nodebug/**
 precompiled_comphelper.hxx.**pch
 >
 **'
 failed
 make: *** [/tmp/aoo-3.4.1/main/solver/341/
 wntmsci12.pro/workdir/PrecompiledHeader/nodebug/**
 precompiled_comphelper.hxx.**pch
 >
 **]

 Error 2
 dmake:  Error code 2, while making 'all'

 1 module(s):
   comphelper
 need(s) to be rebuilt

 Reason(s):

 ERROR: error 65280 occurred while making /tmp/aoo-3.4.1/main/**

 comphelper/prj

 When you have fixed the errors in that module you can resume the build
 by
 running:

   build --all:comphelper


 Please help if you can!

 Thank you!


  It looks like that you hav

Re: (Draft) Introduction to Development module

[Shenfeng Liu]

2013/1/16 Rob Weir 

> On Tue, Jan 15, 2013 at 11:01 AM, Regina Henschel
>  wrote:
> > Hi Rob,
> >
> > Rob Weir schrieb:
> >
> >> On Tue, Jan 15, 2013 at 3:44 AM, Oliver-Rainer Wittmann
> >>  wrote:
> >>>
> >>> Hi,
> >>>
> >>>
> >>> On 14.01.2013 20:01, Rob Weir wrote:
> 
> 
>  http://openoffice.apache.org/orientation/intro-development.html
> 
>  The idea here is to have a dev-focused introduction page that works
>  along side the similar pages we have for Marketing and QA.  This is
>  the first draft.   I already see a few typos, so don't worry about
>  those.   But I am looking for more content.
> 
>  What else should we put here?  Any other links?  Any other startup
>  tasks?
> 
> >
> > There exists different type of "development":
> > - changing the core
> > - using AOO in other applications
> > - adding functionality to AOO via extensions and macros
> >
>
> Right.  It is a term with several meanings.  But only the first one
> involves a volunteer contributing to the project, so it should be
> clear from the context.
>
> > Your text addresses only "changing the core". That is likely correct,
> when
> > someone reaches that page following a hierarchical instruction. But
> nowadays
> > pages are more often found by searching.
> >
>
> Good point.
>
> > So my suggestion is, to make a short page for the other type of
> development
> > and add at the beginning of your text, the target audience of your page
> and
> > a reference to the other page.
> >
>
> Right now, when I search Google for 'OpenOffice development' I get this
> page:
>
> http://www.openoffice.org/development/
>
> That looks like a mix of topics, but need to be updated.
>
> Regards,
>
> -Rob
>
> > I don' know, whether an introduction page for the other kind of
> development
> > already exist. But it should contain hints to:
> > - a...@openoffice.apache.org
> > - existence and download of SDK
> > -
> http://www.openoffice.org/api/docs/common/ref/com/sun/star/module-ix.html
> > - http://wiki.openoffice.org/wiki/Documentation/BASIC_Guide
> > -
> >
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide
> > [- http://wiki.openoffice.org/wiki/Using_Cpp_with_the_OOo_SDK, if it
> will be
> > continued]
> >
> >
> >
> >>>
> >>> I think it makes sense to include the link to the OpenGrok instance
> from
> >>> Adfinis Sygroup [1] which can be also used to "inspect" the source
> code.
> >>>
> >>> [1] http://opengrok.adfinis-sygroup.org/source/
> >>>
> >>>
> >>
> >> Thanks!  I made changes, mainly additions, based on your feedback and
> >> earlier comments from Kay and Jan.  Here is the updated version:
> >>
> >> http://openoffice.apache.org/orientation/intro-development.html
> >
> >
> > The section 'Other Useful Resources' should have a link to
> > http://wiki.openoffice.org/wiki/Source_code_directories
> > and
> > http://wiki.openoffice.org/wiki/Coding_Standards
> > and
> > http://wiki.openoffice.org/wiki/Writer/Code_Conventions
> > However, they seem to need revision and additions. But they are useful
> for
> > newcomer nevertheless.
> >
>
> OK.  I created new sections for "Orienting Yourself" and "Coding
> Standards".
>
>
> > A hint to Doxygen for LibreOffice. The tool is helpful and it would be
> nice
> > to have a similar thing for AOO. If a module has it, you can get it when
> you
> > click on the module name in http://docs.libreoffice.org/ and then on
> > 'Doxygen'. Try it for example with module 'sd'.
> >
>
> I agree, that would be nice.
>
> Does anyone have any hints for debugging?  Or do we even have a page
> on debug logging/tracing?  For easy hacks it is probably sufficient to
> insert debugging log statements and debug things that way.
>
> -Rob
>

Rob,
  The page looks great! Of course there are more detailed guidance that we
need to add or update (e.g. debug, build...), but we can complement them
gradually.

  We already have a volunteer directory wiki[1], and I think we should
encourage them to register.
  And further more, I'm thinking if we should create a new wiki page and
give a checklist for new developers to record their progress, e.g. "build
successfully on xx platform", "can debug", "submitted n patch(es)".
(1) For themselves, it will be great to feel their own progress with
regular milestone achievements.
(2) For other new comers, this page can be a good reference to get help
and exchange the experience, who still has fresh memory to some of the pain
that old members might forgot already. :P
(3) For community, it is definitely good to know where are our new
comers. e.g. If few new volunteers recorded "build successfully", we need
to check with them and review if our document is not adequate...

  Just my 0.02$.

[1]
https://cwiki.apache.org/confluence/display/OOOUSERS/Directory+of+Volunteers


- Shenfeng





>
> >
> > Kind regards
> > Regina
> >
> >
> >
> >
>

Re: Build broken in canvas

[Pedro Giffuni]

Thank you Armin;

It will take me some time to check but I think that you hit the issue.

I guess it's time to have a BSD buildbot (hi Andrew ;) ).


The difference with the linux buildbot is that we try to use all the system
libraries available.

Pedro.



>
> Da: Armin Le Grand 
>A: dev@openoffice.apache.org 
>Inviato: Mercoledì 16 Gennaio 2013 5:03
>Oggetto: Re: Build broken in canvas
> 
>    Hi Pedro,
>
>should be done with rev 1433875 in source/cairo/cairo_devicehelper.cxx, please 
>check.
>
>On 16.01.2013 10:41, Armin Le Grand wrote:
>> Hi Pedro,
>> 
>> looks as if I had cairo disabled when building linux version of that change, 
>> sorry. I'm on it...
>> 
>--
>ALG
>
>
>

Re: [CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Ariel Constenla-Haile]

On Wed, Jan 16, 2013 at 02:36:24PM +0100, Jürgen Schmidt wrote:
> Hi,
> 
> I noticed that add-on extensions with toolbars have a problem on trunk.
> The ext can be installed but the toolbar is not visible and also not in
> the View -> Toolbars menu. Top-level menus coming with the same ext are
> visible. I am currently don't know if it is related to the bigger
> changes with the name or something else in the context of add-on, means
> the framework part.
> 
> Does any body have an idea or is aware of changes here?

I guess you missed https://issues.apache.org/ooo/show_bug.cgi?id=121577
See comment 2, the samples attached there, and the SDK examples:

odk/examples/java/Inspector/
odk/examples/DevelopersGuide/Extensions/DialogWithHelp/
odk/examples/cpp/complextoolbarcontrols/


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp8qH_Ba8w5a.pgp
Description: PGP signature

[CODE]: noticed a problem on trunk with add-on extensions and toolbars

[Jürgen Schmidt]

Hi,

I noticed that add-on extensions with toolbars have a problem on trunk.
The ext can be installed but the toolbar is not visible and also not in
the View -> Toolbars menu. Top-level menus coming with the same ext are
visible. I am currently don't know if it is related to the bigger
changes with the name or something else in the context of add-on, means
the framework part.

Does any body have an idea or is aware of changes here?

Juergen

Re: Introduction and Question

[Fan Zheng]

HI:

Before running 'configure', you may need to run 'autoconf' for creating the
configure script.

Easyfan


2013/1/13 Ariel Constenla-Haile 

> On Fri, Jan 11, 2013 at 08:00:04AM -0800, Jonathan Simona wrote:
> > Hi, unfortunately I'm currently using the Windows OS (I really should
> > switch to Linux). I've finished downloading the source code and am just
> > waiting to wiki to get back up so I can start trying to build it.
>
> The wiki is up. Looking at the Windows instructions, if you are using
> the VisualStudio 2008 Express Edition, in trunk there are new configure
> flags for enabling building with ATL from the Windows Driver SDK; run
> ./configure --help
>
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: [WEBSITE] broken link on mac porting page

[saransh]

No bootstrap is the front end engine to make apps and website look great and 
best part its by twitter and it is open source so I don't think so server side 
is needed it basically html,css and js with customized layouts and predefined 
set of tools you can google about and about the selector of country we have to 
work on seperate sites based on language 
Sent from BlackBerry® on Airtel

-Original Message-
From: Rob Weir 
Date: Tue, 15 Jan 2013 19:32:11 
To: ; 
Reply-To: dev@openoffice.apache.org
Subject: Re: [WEBSITE] broken link on mac porting page

On Tue, Jan 15, 2013 at 11:48 AM,   wrote:
> Can we make a website with automated language selector or optional language 
> selector and over all I m not convinced really website looks great either you 
> can incorporate bootstrap into it what do you say...


I'm not very familiar with Bootstrap.  Can you explain more?  For
example, does it require server-side processing?  For performance and
security reasons we have some severe restrictions on server-side
processes.

And for a language selector, we talked at one time about adding the
Google Translate drop down on each page, to make it easier for
visitors to get a page translated, but there were concerns on the poor
quality of the automated translation.

-Rob


> Sent from BlackBerry® on Airtel
>
> -Original Message-
> From: Rob Weir 
> Date: Tue, 15 Jan 2013 08:36:07
> To: 
> Reply-To: dev@openoffice.apache.org
> Subject: Re: [WEBSITE] broken link on mac porting page
>
> Sorry for top posting, but I think we've discussed this enough to have
> a sense of what our constraints are.
>
> A quick proposal:
>
> Let's start from this page:
>
> http://www.openoffice.org/product/
>
> That is linked to prominently from the homepage and the top navigation bar.
>
> I propose adding a new section to the left navigation panel, between
> "Products" and "More".  The new section will be called "Platforms" and
> will link to four pages:
>
> 1) Windows
>
> 2) Mac
>
> 3) Linux
>
> 4) Ports
>
> The first three will be new landing pages.  The last one will link to
> the existing /porting page.
>
> Each of the platform pages will have basic system requirements and a
> link to the download page. They pages can grow to contain (or link to)
> other platform specific instructions or FAQ's.
>
>
> -Rob
>
> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir  wrote:
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti  wrote:
>>> Rob Weir wrote:

 I could see /platforms/mac if we imagine creating in the future
 similar landing pages for Windows or Linux.
 Note that today, a query of  "OpenOffice for Linux" has this ancient
 page as a #1 hit:
 http://www.openoffice.org/dev_docs/setup-linux.html
 And the #1 hit for "OpenOffice for Windows" is not even at our
 website.  It goes to CNet's download.com page.
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>> openoffice portable 2,500
>> open office portable1,000
>> openoffice portable italiano150
>> apache openoffice portable  16
>> portable90
>> openoffice portable download16
>> portable openoffice 12
>> openofficeportable  <10
>> office portable <10
>> openoffice portable日本語版 <10
>> openoffice portable 3.4 <10
>> openoffice 3.4 portable <10
>> openoffice portable deutsch <10
>> openoffice.org portable 日本語版<10
>> portable open office<10
>> openoffice.org portable <10
>> openoffice portable 日本語 <10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>>
>> -Rob
>>
>>
>>
>>
>>> Regards,
>>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

[saransh]

Hey but bootstrap is not alone on js its on cuss too and you don't have to make 
drastic changes 

Its simple enough to apply,
Sent from BlackBerry® on Airtel

-Original Message-
From: Andrea Pescetti 
Date: Wed, 16 Jan 2013 01:56:03 
To: 
Reply-To: dev@openoffice.apache.org
Subject: Re: [WEBSITE] broken link on mac porting page

Rob Weir wrote:
> On Tue, Jan 15, 2013 at 11:48 AM, saransh wrote:
>> Can we make a website with automated language selector or optional
>> language selector

Sure, if you want to give it a try just provide somewhere a version of 
the index.html page with the additional selector and a working 
redirection to the native lang pages (example: German 
http://www.openoffice.org/de/ ; Italian http://www.openoffice.org/it ); 
but read below for constraints.

>> and over all I m not convinced really website
>> looks great either you can incorporate bootstrap into it what do
>> you say...
> I'm not very familiar with Bootstrap.  Can you explain more?  For
> example, does it require server-side processing?

No, Bootstrap is a JavaScript framework under Apache License 2: 
http://twitter.github.com/bootstrap/ ; while very good for certain use 
cases, we probably don't want to depend on a JavaScript framework at the 
moment. So no jQuery, no Bootstrap, even though I wouldn't rule them out 
if we at a certain time restructure the whole site.

> And for a language selector, we talked at one time about adding the
> Google Translate drop down on each page, to make it easier for
> visitors to get a page translated

It would be enough to have a language selector on the homepage (or 
everywhere, but redirecting to the native-lang homepage). So, no content 
translation, but merely a redirection to a localized website. Now, to 
see the German site, one has to click on "Native Language" and then 
select "German". Having a language drop-down near the search box would 
improve the user experience. (By the way: no flags, language names are 
OK and politically correct).

Regards,
   Andrea.

Re: Build broken in canvas

[Armin Le Grand]

Hi Pedro,

should be done with rev 1433875 in source/cairo/cairo_devicehelper.cxx, 
please check.


On 16.01.2013 10:41, Armin Le Grand wrote:

Hi Pedro,

looks as if I had cairo disabled when building linux version of that 
change, sorry. I'm on it...



--
ALG

Re: Build broken in canvas

[Armin Le Grand]

Hi Pedro,

looks as if I had cairo disabled when building linux version of that 
change, sorry. I'm on it...


On 15.01.2013 03:37, Pedro Giffuni wrote:

Hello;

No idea if this is because I am using the system cairo, but..



...
Entering /usr/ports/editors/openoffice-3-devel/work/ooo/main/canvas/source/cairo

Compiling: canvas/source/cairo/cairo_devicehelper.cxx
c++  -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 
-DENABLE_LAYOUT_EXPERIMENTAL=0   -I/usr/local/include/cairo -D_REENTRANT 
-I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 
-I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -D_THREAD_SAFE 
-I/usr/local/include  -I/usr/local/include/freetype2 -I/usr/local/include  -I. 
-I../../unxfbsdx.pro/inc/cairocanvas -I../inc -I../../inc/pch -I../../inc 
-I../../unx/inc -I../../unxfbsdx.pro/inc -I. 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/stl
 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/external
 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc
 -I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/unxfbsdx/inc 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/inc 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/res
  
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/stl
 -I/
usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/inc/Xp31 
-I/usr/local/openjdk6/include -I/usr/local/openjdk6/include/freebsd 
-I/usr/local/openjdk6/include/bsd -I/usr/local/openjdk6/include/linux 
-I/usr/local/openjdk6/include/native_threads/include -I/usr/local/include  
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/offuh
 -I. -I../../res -I. -pipe  -fvisibility-inlines-hidden -g1 -Wall -Wextra 
-Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor   
-fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341 -DX86_64 -DX86_64  -D_PTHREADS 
-D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=450 
-DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.2 -DSUPD=350 -DPRODUCT -DNDEBUG 
-DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DGUI -DSOLAR_JAVA   -DVERBOSE -DSHAREDLIB 
-D_DLL_   -fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON  -o
  ../../unxfbsdx.pro/slo/cairo_devicehelper.o 
/usr/ports/editors/openoffice-3-devel/work/ooo/main/
canvas/source/cairo/cairo_devicehelper.cxx
: && 
LD_LIBRARY_PATH=/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
 
/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/bin/makedepend 
@/tmp/mk2qgQew > ../../unxfbsdx.pro/misc/s_cairo_devicehelper.dpcc
Compiling: canvas/source/cairo/cairo_services.cxx
c++  -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 
-DENABLE_LAYOUT_EXPERIMENTAL=0   -I/usr/local/include/cairo -D_REENTRANT 
-I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 
-I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -D_THREAD_SAFE 
-I/usr/local/include  -I/usr/local/include/freetype2 -I/usr/local/include  -I. 
-I../../unxfbsdx.pro/inc/cairocanvas -I../inc -I../../inc/pch -I../../inc 
-I../../unx/inc -I../../unxfbsdx.pro/inc -I. 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/stl
 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/external
 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc
 -I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/unxfbsdx/inc 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/inc 
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/res
  
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/stl
 -I/
usr/ports/editors/openoffice-3-devel/work/ooo/main/solenv/inc/Xp31 
-I/usr/local/openjdk6/include -I/usr/local/openjdk6/include/freebsd 
-I/usr/local/openjdk6/include/bsd -I/usr/local/openjdk6/include/linux 
-I/usr/local/openjdk6/include/native_threads/include -I/usr/local/include  
-I/usr/ports/editors/openoffice-3-devel/work/ooo/main/solver/350/unxfbsdx.pro/inc/offuh
 -I. -I../../res -I. -pipe  -fvisibility-inlines-hidden -g1 -Wall -Wextra 
-Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor   
-fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341 -DX86_64 -DX86_64  -D_PTHREADS 
-D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=450 
-DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.2 -DSUPD=350 -DPRODUCT -DNDEBUG 
-DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DGUI -DSOLAR_JAVA   -DVERBOSE -DSHAREDLIB 
-D_DLL_   -fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON  -o
  ../../unxfbsdx.pro/slo/cairo_services.o 
/usr/ports/editors/openoffice-3-devel/work/ooo/main/
canvas/source/cairo/cairo_services.cxx
: && 
LD_LIBRARY_PATH=/usr/port

Re: Build broken in canvas

[Herbert Duerr]

Hi Pedro,

On 15.01.2013 03:37, Pedro Giffuni wrote:

Compiling: canvas/source/cairo/cairo_devicehelper.cxx
[...]
/usr/ports/editors/openoffice-3-devel/work/ooo/main/canvas/source/cairo/cairo_devicehelper.cxx:
 In member function 'void cairocanvas::DeviceHelper::dumpScreenContent() const':
/usr/ports/editors/openoffice-3-devel/work/ooo/main/canvas/source/cairo/cairo_devicehelper.cxx:271: error: no match for 
'operator<<' in 'aStream << OutputDevice::GetBitmap(const Point&, const Size&) const(((const 
Point&)(& aEmptyPoint)), ((const Size&)((const Size*)(&((OutputDevice*)((const 
cairocanvas::DeviceHelper*)this)->cairocanvas::DeviceHelper::mpRefDevice)->OutputDevice::GetOutputSizePixel()'


The change http://svn.apache.org/viewvc?rev=1431512&view=rev removed the 
the Bitmap::operator<<() method.


I don't understand how the linux build can work without it? Maybe it 
found an implicit conversion to something else that had such a stream 
operator? The purpose of my commit 
http://svn.apache.org/viewvc?rev=1432943&view=rev was to catch such 
unintended conversions make by making some important implicit 
conversions explicit, but I doubt the window related classes are 
involved here.


Herbert