Re: Improving the Open Office Toolbars

[Kevin Grignon]

KG01 - see comments inline. 

On Jul 27, 2012, at 5:40 AM, "Mike Buzzard"  wrote:

> Hi
> 
> I would really like it if you could make Open Office's Toolbars better:
> better, even than any toolbars, ribbons, etc!

KG01 - Indeed. Over time, toolbars can begin to feel overloaded. 

> 
> I don't like Microsoft's Ribbon system!
> 
> I have tried to follow your efforts to make Toolbars better, but not
> succeeded.

KG01 - What does "better" mean to you? No wrong answers here. I'm looking to 
work on the toolbars in the next release and am gathering feedback. 

> However, Corel (in CorelDraw, PhotoPaint) have had a system for over a
> decade which very nearly solves the problem.  Have a try with CorelDraw: the
> toolbar changes depending on what you are doing, so nearly all the commands
> available at any time are the ones on the toolbar that is showing.  It's so
> simple!

KG01 - Yes, CorelDRAW had contextual toolbars back in version 7. There were 
common toolbars that persisted in the workspace, then toolbars that would 
appear contextual to the selection. For example, selection text would evoke a 
text properties toolbar. This is a pattern that AOO could explore to reduce 
complexity, minimize toolbar icon overload and present commands that are 
contextual to the selected element. 
> 
> It would be great if you could try to make it work with Open Office.

KG01 - We could use your help. Watch the UX wiki for more on this topic and 
other UI enhancements. 
> 
> By the way, I have not put this idea forward before because I have not found
> a way of doing it - every way of commenting seems to be so complicated.

KG01 - Again, no wrong answers. What would be your ideal way to share product 
ideas and feedback?
> 
> Best wishes to all
> 
> Mike Buzzard
> 

Re: trunk build fails, likely in python

[Pedro Giffuni]

Thank you Regina!
That crept in from a previous patchset and I didn't notice (plus the buildbots 
havent been building lately).
Fixed in r1366577, by removing the extra cruft in python/makefile.mk
Pedro.

--- Ven 27/7/12, Regina Henschel  ha scritto:

Da: Regina Henschel 
Oggetto: trunk build fails, likely in python
A: "Apache OpenOffice dev" 
Data: Venerdì 27 luglio 2012, 18:33

Hi,

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

What do I miss?

Kind regards
Regina

trunk build fails, likely in python

[Regina Henschel]

Hi,

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

What do I miss?

Kind regards
Regina

Re: Communications regarding post AOO 3.4.1 plans

[Kay Schenk]

On Fri, Jul 27, 2012 at 12:14 AM, Andrea Pescetti wrote:

> On 26/07/2012 Kay Schenk wrote:
>
>> Re -- security bug fixes. I know we did the older CVE-2012-0037 with
>> "patches" to Windows and Mac. But we weren't able to deal with a Linux
>> patch as I recall. (I don't know what progress has been made on that
>> front).
>>
>
> For the record, Ariel provided a procedure to fix the security issue in
> 3.3 by copying a file from the 3.4 binaries we distribute. So all supported
> operating systems are now covered. But of course we now only support
> upgrading to 3.4 as the way to fix this security issue.
>
> Regards,
>   Andrea.
>

Hi Andrea--

Yes, I remember this. But because this solution was never put on the
CVE-2012-0037info page:

http://www.openoffice.org/security/cves/CVE-2012-0037.html

I didn't know if it was considered an "official" patch method.

We need to get back to Linux patches in another thread I think. When we get
past 3.4.1.


-- 

MzK

"I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool."
  -- Eddie Van Halen

Re: Install developer build side by side with regular version instead of overwriting it

[Kay Schenk]

On Mon, Jul 23, 2012 at 4:52 PM, Regina Henschel wrote:

> Hi Kay,
>
> Kay Schenk schrieb:
>
>> On Sun, Jul 22, 2012 at 4:41 AM, Andrea Pescetti > >wrote:
>>
>>  On 21/07/2012 Andrea Pescetti wrote:
>>>
>>>  there was a
 quite prominent warning on the download page last time I checked (it
 seems
 https://cwiki.apache.org/confluence/display/OOOUSERS/**
 AOO+3.4+Unofficial+Developer+Snapshots
 >

 is temporarily unavailable at the moment).


>>> Correcting myself: the page is online now, but the one above is the URL
>>> for 3.4 snapshots, not for current snapshots.
>>>
>>> The right one is
>>> https://cwiki.apache.org/confluence/display/OOOUSERS/**
>>> Development+Snapshot+Builds>> confluence/display/OOOUSERS/**Development+Snapshot+Builds
>>> >
>>>
>>>
>>> I've now changed both pages so that:
>>> - The 3.4 snapshots page redirects the reader to the second page, in case
>>> he is looking for current builds.
>>> - The second page explains that development builds can be provided with
>>> or
>>> without system integration (and what this means), and tells the reader if
>>> the currently available builds are with or without system integration.
>>>
>>> Regards,
>>>Andrea.
>>>
>>>
>> Maybe to address floris v's initial concerns -- and in truth this is how
>> we
>> have been operating for a while, with replacement -- we should just edit
>> the Development Snapshot page to caution folks to always do a "custom"
>> install so they can install a different location than the normal default
>> for their systems, which will always do an overwrite.
>>
>> Would this work? Even for Windows?
>>
>
>
> No. Overwriting does not depend on the install location but on the product
> key (or something similar, I don't know exactly). If it is the same, the
> previous version is uninstalled even if it is in a different folder. So the
> build itself must already have the property of parallel installation.
>
> But the second problem is, that you need a way to make the user directory
> different. You cannot use the same user settings with different versions.
>
> Kind regards
> Regina
>
>
> Thanks for this info, Regina...and too bad it works this way for Windows.

On Linux, I can install a new version in a separate area and both the older
and new version use my existing OO profile and this works fine and dandy.

So, no resolution for Windows testers without overwriting?

It would be nice if we could figure something out and document the
Developer Snapshot page.



-- 

MzK

"I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool."
  -- Eddie Van Halen

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Kay Schenk]

On Fri, Jul 27, 2012 at 3:48 PM, Rob Weir  wrote:

> On Fri, Jul 27, 2012 at 6:18 PM, Rob Weir  wrote:
> > On Fri, Jul 27, 2012 at 6:10 PM, Rob Weir  wrote:
> >> On Fri, Jul 27, 2012 at 6:00 PM, Dave Fisher 
> wrote:
> >>>
> >>> On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:
> >>>
>  On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo) 
> wrote:
> > Am 07/27/2012 02:25 PM, schrieb Rob Weir:
> >
> >> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
> >>   wrote:
> >>>
> >>> Hi,
> >>>
> >>> do we need special preparation for the upcoming release of aOO
> 3.4.1?
> >>>
> >>
> >> I think we should start preparations for:
> >>
> >> 1) Updating the /download site to point to 3.4.1 release files
> >
> >
> > Of course you mean *prepare* the update, aren't you? ;-)
> >
> > I'll takeover this part and try to deliver first things on Sunday.
> >>>
> >>> We should avoid even modifying ooo-site staging as people may very
> well inadvertently push to production.
> >>>
>  Ok, let us know when you want to light it up, since we do need to
>  prime the mirrors before.
> >>>
> >>> Whoa, slow down. There is no way that we are releasing on Sunday.
> ASFAIK. No one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of
> any kind.
> >>>
> >>> It's good to be ready, but let's not jump the gun.
> >>>
> >>
> >> Right.  We're just establishing a list of items that will need to be
> >> done once we have a release.   Some are entirely predictably and can
> >> be prepared off-line now.  For example, the final file names and paths
> >> are known, so download pages, scripts, etc., can be prepared.  I just
> >> checked in an updated stats python script to support AOO 3.4.1
> >> download stats, for example.
> >>
> >> But before things go onto the public website, or onto the blog or
> >> ooo-announce, we need an actual release, as well as time to load the
> >> mirrors.
> >>
> >> This might be a good thing to track on a wiki page, or even we
> >> webpage.  A check list of release tasks that we can refer to.
> >>
> >
> > Ah, that's why it seemed like a good idea.  We did this with AOO 3.4 as
> well:
> >
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks
> >
>
> I copied that page, removed the parts not needed with AOO 3.4.1 and
> added the copy here:
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4.1+Distribution+Tasks
>
> Let's work from that.
>
> -Rob
>

Ok, a much better idea. As Dave said, we don't even want to DO things and
let them sit in staging...changes can be published at any time.

I'm happy Marcus is around to lend a hand again! YAY!

This should go pretty smoothly I think.


> > -Rob
> >
> >> -Rob
> >>
> >>> Regards,
> >>> Dave
> >>>
> 
>  Thanks,
> 
>  Roberto
> 
> >
> > I don't know if I can bring in some more automatism for the releade
> (DL
> > links in the table, with checksums, etc.) but maybe then short after.
> >
> >
> >> 2) Keep the legacy download page as it is now, pointing to the
> >> previous major release, which is still OOo 3.3.0
> >
> >
> > Yes. IMHO we should change this earliest with 3.5 when we can offer
> some new
> > features. But latestly 4.0 is the time to delete the legacy website
> stuff
> > and point the users to the archive when there is still need for the
> last OOo
> > release.
> >
> > Marcus
> >
> >
> >
> >
> >> 3) Copy the AOO 3.4.0 files into archives.apache.org
> >>
> >> 4) Draft the announcement blog post
> >>
> >> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
> >> vendors have a similar process?)
> >>
> >> 6) Update the podling website to point to the new source
> distribution
> >>
> >> Of course, these are preparations only at this point.  We'll need to
> >> wait for an approved ballot to actually complete 3 and 5, and will
> >> need to wait for the mirrors and SourceForge to update with the
> >> released files before we pull the trigger on the other items.
> >>
> >> I'm already working on #4.  I did #5 before and can do it again,
> >> unless anyone else wants to see how this is done.
> >>
> >> -Rob
> >>
> >>
> >>
> >>> I assume that we don't have the time to rework the directory
> structure
> >>> for this release. I would keep it for now in the same structure as
> for
> >>> 3.4 but would like to work a simply structure for 3.5 in time.
> >>>
> >>> Juergen
> 
>  --
>  
>  This e- mail message is intended only for the named recipient(s)
> above. It
>  may contain confidential and privileged information. If you are not
> the
>  intended recipient you are hereby notified that any dissemination,
>  distribution or copying of this e-mail and any attachment(s) is
> strictly
>  prohibited. If you have receive

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Rob Weir]

On Fri, Jul 27, 2012 at 6:18 PM, Rob Weir  wrote:
> On Fri, Jul 27, 2012 at 6:10 PM, Rob Weir  wrote:
>> On Fri, Jul 27, 2012 at 6:00 PM, Dave Fisher  wrote:
>>>
>>> On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:
>>>
 On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  
 wrote:
> Am 07/27/2012 02:25 PM, schrieb Rob Weir:
>
>> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
>>   wrote:
>>>
>>> Hi,
>>>
>>> do we need special preparation for the upcoming release of aOO 3.4.1?
>>>
>>
>> I think we should start preparations for:
>>
>> 1) Updating the /download site to point to 3.4.1 release files
>
>
> Of course you mean *prepare* the update, aren't you? ;-)
>
> I'll takeover this part and try to deliver first things on Sunday.
>>>
>>> We should avoid even modifying ooo-site staging as people may very well 
>>> inadvertently push to production.
>>>
 Ok, let us know when you want to light it up, since we do need to
 prime the mirrors before.
>>>
>>> Whoa, slow down. There is no way that we are releasing on Sunday. ASFAIK. 
>>> No one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of any kind.
>>>
>>> It's good to be ready, but let's not jump the gun.
>>>
>>
>> Right.  We're just establishing a list of items that will need to be
>> done once we have a release.   Some are entirely predictably and can
>> be prepared off-line now.  For example, the final file names and paths
>> are known, so download pages, scripts, etc., can be prepared.  I just
>> checked in an updated stats python script to support AOO 3.4.1
>> download stats, for example.
>>
>> But before things go onto the public website, or onto the blog or
>> ooo-announce, we need an actual release, as well as time to load the
>> mirrors.
>>
>> This might be a good thing to track on a wiki page, or even we
>> webpage.  A check list of release tasks that we can refer to.
>>
>
> Ah, that's why it seemed like a good idea.  We did this with AOO 3.4 as well:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks
>

I copied that page, removed the parts not needed with AOO 3.4.1 and
added the copy here:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4.1+Distribution+Tasks

Let's work from that.

-Rob

> -Rob
>
>> -Rob
>>
>>> Regards,
>>> Dave
>>>

 Thanks,

 Roberto

>
> I don't know if I can bring in some more automatism for the releade (DL
> links in the table, with checksums, etc.) but maybe then short after.
>
>
>> 2) Keep the legacy download page as it is now, pointing to the
>> previous major release, which is still OOo 3.3.0
>
>
> Yes. IMHO we should change this earliest with 3.5 when we can offer some 
> new
> features. But latestly 4.0 is the time to delete the legacy website stuff
> and point the users to the archive when there is still need for the last 
> OOo
> release.
>
> Marcus
>
>
>
>
>> 3) Copy the AOO 3.4.0 files into archives.apache.org
>>
>> 4) Draft the announcement blog post
>>
>> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
>> vendors have a similar process?)
>>
>> 6) Update the podling website to point to the new source distribution
>>
>> Of course, these are preparations only at this point.  We'll need to
>> wait for an approved ballot to actually complete 3 and 5, and will
>> need to wait for the mirrors and SourceForge to update with the
>> released files before we pull the trigger on the other items.
>>
>> I'm already working on #4.  I did #5 before and can do it again,
>> unless anyone else wants to see how this is done.
>>
>> -Rob
>>
>>
>>
>>> I assume that we don't have the time to rework the directory structure
>>> for this release. I would keep it for now in the same structure as for
>>> 3.4 but would like to work a simply structure for 3.5 in time.
>>>
>>> Juergen

 --
 
 This e- mail message is intended only for the named recipient(s) above. It
 may contain confidential and privileged information. If you are not the
 intended recipient you are hereby notified that any dissemination,
 distribution or copying of this e-mail and any attachment(s) is strictly
 prohibited. If you have received this e-mail in error, please immediately
 notify the sender by replying to this e-mail and delete the message and any
 attachment(s) from your system. Thank you.

>>>

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Rob Weir]

On Fri, Jul 27, 2012 at 6:10 PM, Rob Weir  wrote:
> On Fri, Jul 27, 2012 at 6:00 PM, Dave Fisher  wrote:
>>
>> On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:
>>
>>> On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  wrote:
 Am 07/27/2012 02:25 PM, schrieb Rob Weir:

> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
>   wrote:
>>
>> Hi,
>>
>> do we need special preparation for the upcoming release of aOO 3.4.1?
>>
>
> I think we should start preparations for:
>
> 1) Updating the /download site to point to 3.4.1 release files


 Of course you mean *prepare* the update, aren't you? ;-)

 I'll takeover this part and try to deliver first things on Sunday.
>>
>> We should avoid even modifying ooo-site staging as people may very well 
>> inadvertently push to production.
>>
>>> Ok, let us know when you want to light it up, since we do need to
>>> prime the mirrors before.
>>
>> Whoa, slow down. There is no way that we are releasing on Sunday. ASFAIK. No 
>> one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of any kind.
>>
>> It's good to be ready, but let's not jump the gun.
>>
>
> Right.  We're just establishing a list of items that will need to be
> done once we have a release.   Some are entirely predictably and can
> be prepared off-line now.  For example, the final file names and paths
> are known, so download pages, scripts, etc., can be prepared.  I just
> checked in an updated stats python script to support AOO 3.4.1
> download stats, for example.
>
> But before things go onto the public website, or onto the blog or
> ooo-announce, we need an actual release, as well as time to load the
> mirrors.
>
> This might be a good thing to track on a wiki page, or even we
> webpage.  A check list of release tasks that we can refer to.
>

Ah, that's why it seemed like a good idea.  We did this with AOO 3.4 as well:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks

-Rob

> -Rob
>
>> Regards,
>> Dave
>>
>>>
>>> Thanks,
>>>
>>> Roberto
>>>

 I don't know if I can bring in some more automatism for the releade (DL
 links in the table, with checksums, etc.) but maybe then short after.


> 2) Keep the legacy download page as it is now, pointing to the
> previous major release, which is still OOo 3.3.0


 Yes. IMHO we should change this earliest with 3.5 when we can offer some 
 new
 features. But latestly 4.0 is the time to delete the legacy website stuff
 and point the users to the archive when there is still need for the last 
 OOo
 release.

 Marcus




> 3) Copy the AOO 3.4.0 files into archives.apache.org
>
> 4) Draft the announcement blog post
>
> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
> vendors have a similar process?)
>
> 6) Update the podling website to point to the new source distribution
>
> Of course, these are preparations only at this point.  We'll need to
> wait for an approved ballot to actually complete 3 and 5, and will
> need to wait for the mirrors and SourceForge to update with the
> released files before we pull the trigger on the other items.
>
> I'm already working on #4.  I did #5 before and can do it again,
> unless anyone else wants to see how this is done.
>
> -Rob
>
>
>
>> I assume that we don't have the time to rework the directory structure
>> for this release. I would keep it for now in the same structure as for
>> 3.4 but would like to work a simply structure for 3.5 in time.
>>
>> Juergen
>>>
>>> --
>>> 
>>> This e- mail message is intended only for the named recipient(s) above. It
>>> may contain confidential and privileged information. If you are not the
>>> intended recipient you are hereby notified that any dissemination,
>>> distribution or copying of this e-mail and any attachment(s) is strictly
>>> prohibited. If you have received this e-mail in error, please immediately
>>> notify the sender by replying to this e-mail and delete the message and any
>>> attachment(s) from your system. Thank you.
>>>
>>

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Marcus (OOo)]

Am 07/28/2012 12:00 AM, schrieb Dave Fisher:


On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:


On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  wrote:

Am 07/27/2012 02:25 PM, schrieb Rob Weir:


On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
   wrote:


Hi,

do we need special preparation for the upcoming release of aOO 3.4.1?



I think we should start preparations for:

1) Updating the /download site to point to 3.4.1 release files



Of course you mean *prepare* the update, aren't you? ;-)

I'll takeover this part and try to deliver first things on Sunday.


We should avoid even modifying ooo-site staging as people may very well 
inadvertently push to production.


Ok, let us know when you want to light it up, since we do need to
prime the mirrors before.


Whoa, slow down. There is no way that we are releasing on Sunday. ASFAIK. No 
one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of any kind.

It's good to be ready, but let's not jump the gun.


Maybe I was not clear enough. Of course I will not commit anything for 
production. Just for testing. ;-)


Marcus




I don't know if I can bring in some more automatism for the releade (DL
links in the table, with checksums, etc.) but maybe then short after.



2) Keep the legacy download page as it is now, pointing to the
previous major release, which is still OOo 3.3.0



Yes. IMHO we should change this earliest with 3.5 when we can offer some new
features. But latestly 4.0 is the time to delete the legacy website stuff
and point the users to the archive when there is still need for the last OOo
release.

Marcus





3) Copy the AOO 3.4.0 files into archives.apache.org

4) Draft the announcement blog post

5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
vendors have a similar process?)

6) Update the podling website to point to the new source distribution

Of course, these are preparations only at this point.  We'll need to
wait for an approved ballot to actually complete 3 and 5, and will
need to wait for the mirrors and SourceForge to update with the
released files before we pull the trigger on the other items.

I'm already working on #4.  I did #5 before and can do it again,
unless anyone else wants to see how this is done.

-Rob




I assume that we don't have the time to rework the directory structure
for this release. I would keep it for now in the same structure as for
3.4 but would like to work a simply structure for 3.5 in time.

Juergen


--

This e- mail message is intended only for the named recipient(s) above. It
may contain confidential and privileged information. If you are not the
intended recipient you are hereby notified that any dissemination,
distribution or copying of this e-mail and any attachment(s) is strictly
prohibited. If you have received this e-mail in error, please immediately
notify the sender by replying to this e-mail and delete the message and any
attachment(s) from your system. Thank you.

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Rob Weir]

On Fri, Jul 27, 2012 at 6:00 PM, Dave Fisher  wrote:
>
> On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:
>
>> On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  wrote:
>>> Am 07/27/2012 02:25 PM, schrieb Rob Weir:
>>>
 On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
   wrote:
>
> Hi,
>
> do we need special preparation for the upcoming release of aOO 3.4.1?
>

 I think we should start preparations for:

 1) Updating the /download site to point to 3.4.1 release files
>>>
>>>
>>> Of course you mean *prepare* the update, aren't you? ;-)
>>>
>>> I'll takeover this part and try to deliver first things on Sunday.
>
> We should avoid even modifying ooo-site staging as people may very well 
> inadvertently push to production.
>
>> Ok, let us know when you want to light it up, since we do need to
>> prime the mirrors before.
>
> Whoa, slow down. There is no way that we are releasing on Sunday. ASFAIK. No 
> one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of any kind.
>
> It's good to be ready, but let's not jump the gun.
>

Right.  We're just establishing a list of items that will need to be
done once we have a release.   Some are entirely predictably and can
be prepared off-line now.  For example, the final file names and paths
are known, so download pages, scripts, etc., can be prepared.  I just
checked in an updated stats python script to support AOO 3.4.1
download stats, for example.

But before things go onto the public website, or onto the blog or
ooo-announce, we need an actual release, as well as time to load the
mirrors.

This might be a good thing to track on a wiki page, or even we
webpage.  A check list of release tasks that we can refer to.

-Rob

> Regards,
> Dave
>
>>
>> Thanks,
>>
>> Roberto
>>
>>>
>>> I don't know if I can bring in some more automatism for the releade (DL
>>> links in the table, with checksums, etc.) but maybe then short after.
>>>
>>>
 2) Keep the legacy download page as it is now, pointing to the
 previous major release, which is still OOo 3.3.0
>>>
>>>
>>> Yes. IMHO we should change this earliest with 3.5 when we can offer some new
>>> features. But latestly 4.0 is the time to delete the legacy website stuff
>>> and point the users to the archive when there is still need for the last OOo
>>> release.
>>>
>>> Marcus
>>>
>>>
>>>
>>>
 3) Copy the AOO 3.4.0 files into archives.apache.org

 4) Draft the announcement blog post

 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
 vendors have a similar process?)

 6) Update the podling website to point to the new source distribution

 Of course, these are preparations only at this point.  We'll need to
 wait for an approved ballot to actually complete 3 and 5, and will
 need to wait for the mirrors and SourceForge to update with the
 released files before we pull the trigger on the other items.

 I'm already working on #4.  I did #5 before and can do it again,
 unless anyone else wants to see how this is done.

 -Rob



> I assume that we don't have the time to rework the directory structure
> for this release. I would keep it for now in the same structure as for
> 3.4 but would like to work a simply structure for 3.5 in time.
>
> Juergen
>>
>> --
>> 
>> This e- mail message is intended only for the named recipient(s) above. It
>> may contain confidential and privileged information. If you are not the
>> intended recipient you are hereby notified that any dissemination,
>> distribution or copying of this e-mail and any attachment(s) is strictly
>> prohibited. If you have received this e-mail in error, please immediately
>> notify the sender by replying to this e-mail and delete the message and any
>> attachment(s) from your system. Thank you.
>>
>

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Dave Fisher]

On Jul 27, 2012, at 2:49 PM, Roberto Galoppini wrote:

> On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  wrote:
>> Am 07/27/2012 02:25 PM, schrieb Rob Weir:
>> 
>>> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
>>>   wrote:
 
 Hi,
 
 do we need special preparation for the upcoming release of aOO 3.4.1?
 
>>> 
>>> I think we should start preparations for:
>>> 
>>> 1) Updating the /download site to point to 3.4.1 release files
>> 
>> 
>> Of course you mean *prepare* the update, aren't you? ;-)
>> 
>> I'll takeover this part and try to deliver first things on Sunday.

We should avoid even modifying ooo-site staging as people may very well 
inadvertently push to production.

> Ok, let us know when you want to light it up, since we do need to
> prime the mirrors before.

Whoa, slow down. There is no way that we are releasing on Sunday. ASFAIK. No 
one has cut, proposed, reviewed or VOTED on any AOO 3.4.1 RC of any kind.

It's good to be ready, but let's not jump the gun.

Regards,
Dave

> 
> Thanks,
> 
> Roberto
> 
>> 
>> I don't know if I can bring in some more automatism for the releade (DL
>> links in the table, with checksums, etc.) but maybe then short after.
>> 
>> 
>>> 2) Keep the legacy download page as it is now, pointing to the
>>> previous major release, which is still OOo 3.3.0
>> 
>> 
>> Yes. IMHO we should change this earliest with 3.5 when we can offer some new
>> features. But latestly 4.0 is the time to delete the legacy website stuff
>> and point the users to the archive when there is still need for the last OOo
>> release.
>> 
>> Marcus
>> 
>> 
>> 
>> 
>>> 3) Copy the AOO 3.4.0 files into archives.apache.org
>>> 
>>> 4) Draft the announcement blog post
>>> 
>>> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
>>> vendors have a similar process?)
>>> 
>>> 6) Update the podling website to point to the new source distribution
>>> 
>>> Of course, these are preparations only at this point.  We'll need to
>>> wait for an approved ballot to actually complete 3 and 5, and will
>>> need to wait for the mirrors and SourceForge to update with the
>>> released files before we pull the trigger on the other items.
>>> 
>>> I'm already working on #4.  I did #5 before and can do it again,
>>> unless anyone else wants to see how this is done.
>>> 
>>> -Rob
>>> 
>>> 
>>> 
 I assume that we don't have the time to rework the directory structure
 for this release. I would keep it for now in the same structure as for
 3.4 but would like to work a simply structure for 3.5 in time.
 
 Juergen
> 
> -- 
> 
> This e- mail message is intended only for the named recipient(s) above. It 
> may contain confidential and privileged information. If you are not the 
> intended recipient you are hereby notified that any dissemination, 
> distribution or copying of this e-mail and any attachment(s) is strictly 
> prohibited. If you have received this e-mail in error, please immediately 
> notify the sender by replying to this e-mail and delete the message and any 
> attachment(s) from your system. Thank you.
> 

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Roberto Galoppini]

On Fri, Jul 27, 2012 at 11:34 PM, Marcus (OOo)  wrote:
> Am 07/27/2012 02:25 PM, schrieb Rob Weir:
>
>> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
>>   wrote:
>>>
>>> Hi,
>>>
>>> do we need special preparation for the upcoming release of aOO 3.4.1?
>>>
>>
>> I think we should start preparations for:
>>
>> 1) Updating the /download site to point to 3.4.1 release files
>
>
> Of course you mean *prepare* the update, aren't you? ;-)
>
> I'll takeover this part and try to deliver first things on Sunday.

Ok, let us know when you want to light it up, since we do need to
prime the mirrors before.

Thanks,

Roberto

>
> I don't know if I can bring in some more automatism for the releade (DL
> links in the table, with checksums, etc.) but maybe then short after.
>
>
>> 2) Keep the legacy download page as it is now, pointing to the
>> previous major release, which is still OOo 3.3.0
>
>
> Yes. IMHO we should change this earliest with 3.5 when we can offer some new
> features. But latestly 4.0 is the time to delete the legacy website stuff
> and point the users to the archive when there is still need for the last OOo
> release.
>
> Marcus
>
>
>
>
>> 3) Copy the AOO 3.4.0 files into archives.apache.org
>>
>> 4) Draft the announcement blog post
>>
>> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
>> vendors have a similar process?)
>>
>> 6) Update the podling website to point to the new source distribution
>>
>> Of course, these are preparations only at this point.  We'll need to
>> wait for an approved ballot to actually complete 3 and 5, and will
>> need to wait for the mirrors and SourceForge to update with the
>> released files before we pull the trigger on the other items.
>>
>> I'm already working on #4.  I did #5 before and can do it again,
>> unless anyone else wants to see how this is done.
>>
>> -Rob
>>
>>
>>
>>> I assume that we don't have the time to rework the directory structure
>>> for this release. I would keep it for now in the same structure as for
>>> 3.4 but would like to work a simply structure for 3.5 in time.
>>>
>>> Juergen

-- 

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Marcus (OOo)]

Am 07/27/2012 02:25 PM, schrieb Rob Weir:

On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
  wrote:

Hi,

do we need special preparation for the upcoming release of aOO 3.4.1?



I think we should start preparations for:

1) Updating the /download site to point to 3.4.1 release files


Of course you mean *prepare* the update, aren't you? ;-)

I'll takeover this part and try to deliver first things on Sunday.

I don't know if I can bring in some more automatism for the releade (DL 
links in the table, with checksums, etc.) but maybe then short after.



2) Keep the legacy download page as it is now, pointing to the
previous major release, which is still OOo 3.3.0


Yes. IMHO we should change this earliest with 3.5 when we can offer some 
new features. But latestly 4.0 is the time to delete the legacy website 
stuff and point the users to the archive when there is still need for 
the last OOo release.


Marcus




3) Copy the AOO 3.4.0 files into archives.apache.org

4) Draft the announcement blog post

5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
vendors have a similar process?)

6) Update the podling website to point to the new source distribution

Of course, these are preparations only at this point.  We'll need to
wait for an approved ballot to actually complete 3 and 5, and will
need to wait for the mirrors and SourceForge to update with the
released files before we pull the trigger on the other items.

I'm already working on #4.  I did #5 before and can do it again,
unless anyone else wants to see how this is done.

-Rob




I assume that we don't have the time to rework the directory structure
for this release. I would keep it for now in the same structure as for
3.4 but would like to work a simply structure for 3.5 in time.

Juergen

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Marcus (OOo)]

Am 07/27/2012 10:55 AM, schrieb Jürgen Schmidt:

do we need special preparation for the upcoming release of aOO 3.4.1?

I assume that we don't have the time to rework the directory structure
for this release. I would keep it for now in the same structure as for


Great. ;-)


3.4 but would like to work a simply structure for 3.5 in time.


OK, when we can agree on the release time frame Q4 then this should be 
possible. Hm, what about to prepare a nice X-mas present?


Marcus

RE: Connecting to open spreadsheet instance via extension

[Steele, Raymond]

Okay, I figured this out. I don't need the bootstrap() because I am not 
connecting remotely. I obtained the XComponentContext from my Addon contructor 
which was provided by the WeakBase.

Thanks.

From: Steele, Raymond
Sent: Friday, July 27, 2012 12:35 PM
To: 'ooo-dev@incubator.apache.org'
Subject: Connecting to open spreadsheet instance via extension

Hi,

I am using OpenOffice SDK 3.1 on Solaris 10 x86 with StarOffice 9 ( I cannot 
upgrade at this time). I am having issues and was hoping that someone could 
shed some light on it.  I've created an extension to the spreadsheet 
application. I would like for the extension to perform some tasks on the sheets 
that are opened. The user will use the new menu items to interact with the 
sheet. For instance, the new menu item will implement the XStoreable interface 
to save the document. (I want the 'Save' to execute other code that will 
generate some XML files, which will be stored in a specified location).  In 
this example, do I have to use the Bootstrap() method to get the context of an 
document that is already opened? If so, I am having issues with this. I am 
using the BootstrapSocketConnector::bootstrap(String program) method, but the 
program (Java) just hangs there. Hopefully, someone can point me in the right 
direction.


Raymond Steele

Re: New links for localization web page

[Peter Pöml]

Am 27.07.2012 um 09:32 schrieb Andrea Pescetti :

> On 27/07/2012 Peter Pöml wrote:
>> I have configured a HTTP redirect to my replacement server
>> on .mirrorbrain.org now. I hope that helps you.
> 
> Thanks Peter, this helps a lot! Whatever we replace in the openoffice.org 
> HTML pages, there's a huge number of links out there pointing to 
> http://download.services.openoffice.org so it's very good to have them 
> redirected.

Understandably.

>> Why download.services.openoffice.org still has address 192.9.173.38 even
>> though we agreed (IIRC) that the DNS should be changed to my server, I
>> don't know...
> 
> I was about to ask Infra to redirect http://download.services.openoffice.org 
> to http://openoffice.mirrorbrain.org but it seems it's already done. The old 
> links appear to work normally now. Example:
> http://download.services.openoffice.org/files/localized/fi/3.3.0/OOo_3.3.0_Win_x86_install-wJRE_fi.exe

It seems it's already done because, this morning, I configured 
download.services.openoffice.org to redirect to openoffice.mirrorbrain.org :) 
But if the DNS would be changed, the needless redirect could be saved, and it 
would continue to work when download.services.openoffice.org is switched off at 
some day. 

Peter

Re: Some requests... ApacheCon and OpenOffice

[Donald Harbison]

Thanks Ross.

On Fri, Jul 27, 2012 at 12:44 PM, Ross Gardler
wrote:

> The ApacheCon CFP closes on Aug 3rd. I'd like to float some ideas for
> sessions that I would love to see there. I'm not equipped to deliver
> sessions on AOO so I'm pitching them here in case someone wants to
> submit them. If I am interested then maybe others are too.
>
> First off, here's some info about the OpenOffice
> conference-within-a-conference:
> https://blogs.apache.org/OOo/entry/apache_openoffice_conference_within_a
>
> The CFP is at http://www.apachecon.eu/cfp/
>
> Note that there is travel assistance available to those who would be
> otherwise unable to attend. There is no guarantee of getting
> assistance as it is evaluated on a needs basis, but if your employer
> can't pay for your expenses you might want to consider applying for
> TAC, see http://www.apache.org/travel/
>
>
I've contacted TAC chair and will report back here wrt next steps and
procedures for reviewing/awarding
TAC support to members of the extended Apache OpenOffice family; i.e.
presenters, and participants
of our track at ACE.



> When I go to conferences I personally prefer sessions that are less
> about presentation and more about engaging with one another. So I'd
> love to see some sessions aimed at cross-project collaboration. One of
> the great things about Apache is the breadth of projects we have here.
> Cross-pollination is often valuable. Sessions designed to do this tend
> to be small, probably 2-5 people per project. The goal would be to
> explore the potential for collaboration between projects.
> Unfortunately, as I write we are not sure of how flexible the venue is
> in terms of space use (there is a site visit tomorrow) but we might be
> able to accomodate some intimate sessions like these. I'm hoping that
> we can create some smaller spaces to allow this kind of session to
> work.
>
> What we need is someone to own them. That means touch base with the
> projects in question and check someone will be there and then propose
> the session in the CFP. That someone will also need coordinate
> preparations and chair the sessions on the day. An example session
> (which is completely made up as an example I don't know if there is
> genuine value in this, but I'd like to explore it...)
>
> "OpenSocial implementations, such as Apache Shindig, open
> opportunities to share mini-applications across various platforms. If
> Apache OpenOffice were to embed Shindig services then it could provide
> social integration features such as messaging, collaborative research
> and expertise discovery. Such social applications could be integrated
> with document content and meta-data to provide automated
> cross-pollination opportunities (e.g. an activity stream that
> indicates Jane is working on a document that has some similar content
> to Joe's). Furthermore, by enabling such features using OpenSocial it
> becomes possible to extend AOO UI features into other applications
> that act as a host, such as dashboards built using Apache Rave or
> document management systems. Similar results can be achieved by
> adopting the W3C Widget packaging standards as implemented by Apache
> Wookie, also used in Rave.
>
>
Great example! I hope someone steps forward with a proposal in this arena.


> In this session we'll start with demonstrating the potential of some
> of these core technologies. The second half of the session will
> explore, in an interactive style, use-cases and opportunities for
> collaboration between projects represented by members of the audience.
> This session is therefore intended for developers familiar with social
> technologies and users who wished their office tools could integrate
> better with more recently developerd collaboration tools,"
>
> This would be a session for around 6-15 people. It might well lead to
> a subsequent hackathon session in which some proof-of-concepts are
> built (as it happens this is exactly what happened at OSCON when we
> got an Alfresco guy together with a Rave guy)
>
> I could imagine there being potential for a number of such sessions
> (CMIS, Semantic data and content searching all jump to mind for
> example). Pick your favourite topic, touch base with the appropriate
> project communities and send in a CFP. Sessions like these take much
> less time to prepare than full blown presentation and, personally, I
> find them more rewarding.
>
> I'd also love to see something on the A11Y opportunities with AOO4,
> thanks to the IA2 work in Symphony. As I understand it this is a
> non-trivial integration effort. This might be a great opportunity to
> build some momentum in something that typically attracts only a few
> developers. Such a session might spend as much time on *why* this is
> important in the general sense since most developers don't understand
> it beyond the moral justification of doing the right thing. For
> example, how many people here know that "Around 10 per cent of the
> world’s population, or 650 

Connecting to open spreadsheet instance via extension

[Steele, Raymond]

Hi,

I am using OpenOffice SDK 3.1 on Solaris 10 x86 with StarOffice 9 ( I cannot 
upgrade at this time). I am having issues and was hoping that someone could 
shed some light on it.  I've created an extension to the spreadsheet 
application. I would like for the extension to perform some tasks on the sheets 
that are opened. The user will use the new menu items to interact with the 
sheet. For instance, the new menu item will implement the XStoreable interface 
to save the document. (I want the 'Save' to execute other code that will 
generate some XML files, which will be stored in a specified location).  In 
this example, do I have to use the Bootstrap() method to get the context of an 
document that is already opened? If so, I am having issues with this. I am 
using the BootstrapSocketConnector::bootstrap(String program) method, but the 
program (Java) just hangs there. Hopefully, someone can point me in the right 
direction.


Raymond Steele

Some requests... ApacheCon and OpenOffice

[Ross Gardler]

The ApacheCon CFP closes on Aug 3rd. I'd like to float some ideas for
sessions that I would love to see there. I'm not equipped to deliver
sessions on AOO so I'm pitching them here in case someone wants to
submit them. If I am interested then maybe others are too.

First off, here's some info about the OpenOffice
conference-within-a-conference:
https://blogs.apache.org/OOo/entry/apache_openoffice_conference_within_a

The CFP is at http://www.apachecon.eu/cfp/

Note that there is travel assistance available to those who would be
otherwise unable to attend. There is no guarantee of getting
assistance as it is evaluated on a needs basis, but if your employer
can't pay for your expenses you might want to consider applying for
TAC, see http://www.apache.org/travel/

When I go to conferences I personally prefer sessions that are less
about presentation and more about engaging with one another. So I'd
love to see some sessions aimed at cross-project collaboration. One of
the great things about Apache is the breadth of projects we have here.
Cross-pollination is often valuable. Sessions designed to do this tend
to be small, probably 2-5 people per project. The goal would be to
explore the potential for collaboration between projects.
Unfortunately, as I write we are not sure of how flexible the venue is
in terms of space use (there is a site visit tomorrow) but we might be
able to accomodate some intimate sessions like these. I'm hoping that
we can create some smaller spaces to allow this kind of session to
work.

What we need is someone to own them. That means touch base with the
projects in question and check someone will be there and then propose
the session in the CFP. That someone will also need coordinate
preparations and chair the sessions on the day. An example session
(which is completely made up as an example I don't know if there is
genuine value in this, but I'd like to explore it...)

"OpenSocial implementations, such as Apache Shindig, open
opportunities to share mini-applications across various platforms. If
Apache OpenOffice were to embed Shindig services then it could provide
social integration features such as messaging, collaborative research
and expertise discovery. Such social applications could be integrated
with document content and meta-data to provide automated
cross-pollination opportunities (e.g. an activity stream that
indicates Jane is working on a document that has some similar content
to Joe's). Furthermore, by enabling such features using OpenSocial it
becomes possible to extend AOO UI features into other applications
that act as a host, such as dashboards built using Apache Rave or
document management systems. Similar results can be achieved by
adopting the W3C Widget packaging standards as implemented by Apache
Wookie, also used in Rave.

In this session we'll start with demonstrating the potential of some
of these core technologies. The second half of the session will
explore, in an interactive style, use-cases and opportunities for
collaboration between projects represented by members of the audience.
This session is therefore intended for developers familiar with social
technologies and users who wished their office tools could integrate
better with more recently developerd collaboration tools,"

This would be a session for around 6-15 people. It might well lead to
a subsequent hackathon session in which some proof-of-concepts are
built (as it happens this is exactly what happened at OSCON when we
got an Alfresco guy together with a Rave guy)

I could imagine there being potential for a number of such sessions
(CMIS, Semantic data and content searching all jump to mind for
example). Pick your favourite topic, touch base with the appropriate
project communities and send in a CFP. Sessions like these take much
less time to prepare than full blown presentation and, personally, I
find them more rewarding.

I'd also love to see something on the A11Y opportunities with AOO4,
thanks to the IA2 work in Symphony. As I understand it this is a
non-trivial integration effort. This might be a great opportunity to
build some momentum in something that typically attracts only a few
developers. Such a session might spend as much time on *why* this is
important in the general sense since most developers don't understand
it beyond the moral justification of doing the right thing. For
example, how many people here know that "Around 10 per cent of the
world’s population, or 650 million people, live with a disability.
They are the world’s largest minority." -
http://www.un.org/disabilities/convention/facts.shtml)

It would also be great if someone could look back at the community
history of OOo -> AOO (Juergen a little bird told me you are well
placed for this...)  I'm not talking about looking at what went wrong
in late Sun and Oracle days. That's old news, combatative and boring.
I'm interested in hearing (from an old hand) what made OOo a success
in the early days. How it managed to become so po

CMS diff: Apache OpenOffice - Slobodný a otvorený kancelársky balík

[Michal Hriň]

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html

Michal Hriň

Index: trunk/content/sk/index.html
===
--- trunk/content/sk/index.html (revision 1366437)
+++ trunk/content/sk/index.html (working copy)
@@ -140,7 +140,7 @@
 http://incubator.apache.org/openofficeorg/mailing-lists.html#announce-mailing-list";>Oznamovacieho
 mailing list.
 
   
-  Viac noviniek o OpenOffice...
+ Viac noviniek o 
OpenOffice...
   
 
 

CMS diff:

[Michal Hriň]

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Fbrand.mdtext

Michal Hriň

Index: trunk/content/sk/brand.mdtext
===
--- trunk/content/sk/brand.mdtext   (revision 1366436)
+++ trunk/content/sk/brand.mdtext   (working copy)
@@ -5,6 +5,6 @@
 logo:  AOO_logos/OOo_Website_v2_copy.png
 domain:www.openoffice.org
 divid: bannera
-announce:  Oznámenie: Bol vydaný Apache OpenOffice 3.4
-announceurl:   /news/aoo34.html
+announce:  OpenOffice na ApacheCon Europe: Prijímanie príspevkov je 
otvorené!
+announceurl:   
http://blogs.apache.org/OOo/entry/apache_openoffice_conference_within_a
 announcetip:   Prečítajte si oznámenie

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Kay Schenk]

On Fri, Jul 27, 2012 at 7:52 AM, Rob Weir  wrote:

> On Fri, Jul 27, 2012 at 8:25 AM, Rob Weir  wrote:
> > On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
> >  wrote:
> >> Hi,
> >>
> >> do we need special preparation for the upcoming release of aOO 3.4.1?
> >>
> >
> > I think we should start preparations for:
> >
> > 1) Updating the /download site to point to 3.4.1 release files
>

I was thinking we wouldn't do this step until we went through the vote
process.
I think it would premature to do this now.


> >
> > 2) Keep the legacy download page as it is now, pointing to the
> > previous major release, which is still OOo 3.3.0
>

OK, this makes sense.


> >
> > 3) Copy the AOO 3.4.0 files into archives.apache.org
> >
> > 4) Draft the announcement blog post
> >
> > 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
> > vendors have a similar process?)
> >
> > 6) Update the podling website to point to the new source distribution
>

OK, again, AFTER we actual go through the vote for this release.


> >
>
> Something else we need to do to prepare for the release:  Update the
> NL pages for the newly supported languages.
>
> AOO 3.4.1 adds support for 5 more languages.   Just in time for the
> Olympic Games we now have the UI translation for British English.
> Other languages added are Khmer, Finnish, Slovak and Slovenian.  The
> NL pages are here (no NL page needed for en-GB):
>
> http://www.openoffice.org/km/
>
> http://www.openoffice.org/fi/
>
> http://www.openoffice.org/sk/
>
> http://www.openoffice.org/sl/
>
> Some of them are in good shape already and will just need to update
> the download links and maybe add an announcement about the AOO 3.4.1
> release.  Others need more work.
>
> -Rob
>
> > Of course, these are preparations only at this point.  We'll need to
> > wait for an approved ballot to actually complete 3 and 5, and will
> > need to wait for the mirrors and SourceForge to update with the
> > released files before we pull the trigger on the other items.
> >
> > I'm already working on #4.  I did #5 before and can do it again,
> > unless anyone else wants to see how this is done.
> >
> > -Rob
> >
> >
> >
> >> I assume that we don't have the time to rework the directory structure
> >> for this release. I would keep it for now in the same structure as for
> >> 3.4 but would like to work a simply structure for 3.5 in time.
> >>
> >> Juergen
>



-- 

MzK

"I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool."
  -- Eddie Van Halen

Re: CMS diff: Apache OpenOffice - Slobodný a otvorený kancelársky balík

[Kay Schenk]

Hi Mical--

Thank you so much for these updates. We will get to them soonish.



On Fri, Jul 27, 2012 at 9:03 AM, Michal Hriň  wrote:

> Clone URL (Committers only):
>
> https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html
>
> Michal Hriň
>
> Index: trunk/content/sk/index.html
> ===
> --- trunk/content/sk/index.html (revision 1366428)
> +++ trunk/content/sk/index.html (working copy)
> @@ -1,3 +1,4 @@
> +main page, bad link
>   http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
>  http://www.w3.org/1999/xhtml";>
>  
> @@ -140,7 +141,7 @@
>  http://incubator.apache.org/openofficeorg/mailing-lists.html#announce-mailing-list";>Oznamovacieho
> mailing list.
>
>
> -  Viac noviniek o OpenOffice...
> + Viac noviniek o
> OpenOffice...
>
>
>
>
>


-- 

MzK

"I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool."
  -- Eddie Van Halen

CMS diff: Apache OpenOffice - Slobodný a otvorený kancelársky balík

[Michal Hriň]

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html

Michal Hriň

Index: trunk/content/sk/index.html
===
--- trunk/content/sk/index.html (revision 1366428)
+++ trunk/content/sk/index.html (working copy)
@@ -1,3 +1,4 @@
+main page, bad link
 http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
 http://www.w3.org/1999/xhtml";>
 
@@ -140,7 +141,7 @@
 http://incubator.apache.org/openofficeorg/mailing-lists.html#announce-mailing-list";>Oznamovacieho
 mailing list.
 
   
-  Viac noviniek o OpenOffice...
+ Viac noviniek o 
OpenOffice...
   
 
 

CMS diff:

[Michal Hriň]

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Fbrand.mdtext

Michal Hriň

Index: trunk/content/sk/brand.mdtext
===
--- trunk/content/sk/brand.mdtext   (revision 1366426)
+++ trunk/content/sk/brand.mdtext   (working copy)
@@ -1,3 +1,4 @@
+brand.mdtext, was in conflict
 home:  home
 search:hľadať
 name:  Apache OpenOffice (incubating)
@@ -5,6 +6,6 @@
 logo:  AOO_logos/OOo_Website_v2_copy.png
 domain:www.openoffice.org
 divid: bannera
-announce:  Oznámenie: Bol vydaný Apache OpenOffice 3.4
-announceurl:   /news/aoo34.html
+announce:  OpenOffice na ApacheCon Europe: Prijímanie príspevkov je 
Otvorené!
+announceurl:   
http://blogs.apache.org/OOo/entry/apache_openoffice_conference_within_a
 announcetip:   Prečítajte si oznámenie

Re: XBRL reporting for the SEC

[Alexandro Colorado]

On Thu, Jul 26, 2012 at 11:56 PM, alan tenore  wrote:

> Hello:
>
>
>
> I was
> interested in knowing if OpenOffice can create XBRL (Business reporting
> language) files that are now required to be filed with the Securities and
> Exchange Commission for company filings – 10Q 10K?  This is a very
> specific program
>

As a sidenote, looking at Edgar 10Q for IBM it showed a very odd render of
an Excel file which is not able to be opened either by AOO or by Google
Docs, is a plain XML-HTML version which generates an odd mapping of the
document.
http://sec.gov/cgi-bin/viewer?action=view&cik=51143&accession_number=0001104659-12-027715&xbrl_type=v
It also resembles very little to the original taxonomy.

At first I thought it was OOXML but later found out is really an HTML
mapped through an XML. The mapping seems to be missing from this file,
which is hard to tell how Excel maps it's generic cells to the ifs taxonomy
which should be key to have some sort of relation.

There is also some extension that provides a mapping interface to route the
cells or lables to the right nodes. I am curious how excel produce the XBRL
starting from the generic cell-row format. Something similar to the Letter
Wizard duaring the field mapping section from the address book to the mail
merge.


>
>
>
> Microsoft
> has a product called FXr Reporting.
>
>
>
> Essentially,
> it a database providing drop down menus for the various sections of a 10K
>
>
>
> Thanks,
>
>
>
> Alan

Re: XBRL reporting for the SEC

[drew]

On Thu, 2012-07-26 at 21:56 -0700, alan tenore wrote:
> Hello:
> 
>  
> 
> I was
> interested in knowing if OpenOffice can create XBRL (Business reporting
> language) files that are now required to be filed with the Securities and
> Exchange Commission for company filings – 10Q 10K?  This is a very specific 
> program
> 
>  
> 
> Microsoft
> has a product called FXr Reporting.
> 
>  
> 
> Essentially,
> it a database providing drop down menus for the various sections of a 10K
> 
>  
> 
> Thanks,
> 
>  
> 
> Alan

Hi Alan,

(note I am not certified for XBRL - but do have some EDGAR compliance
experience )

Good question - I'm curious why you would see AOO as a tool for this, is
there some specific in your business processes where you see AOO as the
natural tool for this?

Anyway - A couple of resources for you too consider:
http://www.xbrlwiki.info/index.php?title=Open_Source_and_XBRL

Thanks,

//drew

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Rob Weir]

On Fri, Jul 27, 2012 at 8:25 AM, Rob Weir  wrote:
> On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
>  wrote:
>> Hi,
>>
>> do we need special preparation for the upcoming release of aOO 3.4.1?
>>
>
> I think we should start preparations for:
>
> 1) Updating the /download site to point to 3.4.1 release files
>
> 2) Keep the legacy download page as it is now, pointing to the
> previous major release, which is still OOo 3.3.0
>
> 3) Copy the AOO 3.4.0 files into archives.apache.org
>
> 4) Draft the announcement blog post
>
> 5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
> vendors have a similar process?)
>
> 6) Update the podling website to point to the new source distribution
>

Something else we need to do to prepare for the release:  Update the
NL pages for the newly supported languages.

AOO 3.4.1 adds support for 5 more languages.   Just in time for the
Olympic Games we now have the UI translation for British English.
Other languages added are Khmer, Finnish, Slovak and Slovenian.  The
NL pages are here (no NL page needed for en-GB):

http://www.openoffice.org/km/

http://www.openoffice.org/fi/

http://www.openoffice.org/sk/

http://www.openoffice.org/sl/

Some of them are in good shape already and will just need to update
the download links and maybe add an announcement about the AOO 3.4.1
release.  Others need more work.

-Rob

> Of course, these are preparations only at this point.  We'll need to
> wait for an approved ballot to actually complete 3 and 5, and will
> need to wait for the mirrors and SourceForge to update with the
> released files before we pull the trigger on the other items.
>
> I'm already working on #4.  I did #5 before and can do it again,
> unless anyone else wants to see how this is done.
>
> -Rob
>
>
>
>> I assume that we don't have the time to rework the directory structure
>> for this release. I would keep it for now in the same structure as for
>> 3.4 but would like to work a simply structure for 3.5 in time.
>>
>> Juergen

Re: Help please - working on an AOO34 CD

[drew]

On Thu, 2012-07-26 at 19:34 -0400, Rob Weir wrote:
> On Mon, Jun 25, 2012 at 11:34 AM, drew jensen
>  wrote:
> > Howdy,
> >
> > Have been working on an AOO 3.4 CD image - suitable for boosters to use
> > as swag, part of individual supports toolbox, etc.
> >
> > The work is down to the final stages now and I could use some help in
> > the way of input with some of the details.
> >
> 
> Hi Drew,
> 
> Did anything come of this?  We've received a few requests for AOO
> 3.4.0 CD's by those with only dial up connections.
> 
> -Rob

Short answer - I decided to hold up for 3.4.1, _as soon as_ it's
released will finish this up. 


//drew

Re: Should quickstarter be enabled or disabled by default?

[Armin Le Grand]

Hi Joost,

- Begin Message - 
Group: gmane.comp.apache.incubator.ooo.devel 
MsgID:  

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

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

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

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

> 
> Kind regards, Joost 

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



--
ALG (iPad)

Re: remove system font selection

[Rob Weir]

On Fri, Jul 27, 2012 at 1:36 AM, Lei Wang  wrote:
> This must be done by core. You need build your owner AOO. You need change
> the font selection UI control from toolbar and property dialog.
>

Another way of achieving a similar effect might be to create a
document template that defines styles using only the two fonts.

If that was done, is there any easy way to hide the font selection
toolbar item without rebuilding the core?

-Rob

> On Fri, Jul 27, 2012 at 1:04 PM, Wie Kiang  wrote:
>
>> Hello,
>>
>> Any idea how to remove system font selection on open office UI
>> (Writer, Calc and Impress)?
>> i just only need 2 fonts like Arial and Times New Roman only.
>>
>> Any feedback will be appreciate.
>>
>>
>> Regards,
>> Wie
>>

3.4.1_release_blocker granted: [Bug 120385] [Regression]Fail to load and save document with password

[bugzilla]

j...@apache.org has granted h...@apache.org's request for 3.4.1_release_blocker:
Bug 120385: [Regression]Fail to load and save document with password
https://issues.apache.org/ooo/show_bug.cgi?id=120385


--- Additional Comments from j...@apache.org
set flag release blocker flag again

Re: [RELEASE][3.4.1]: propose revision r1366353 for next developer snapshot (RC)

[Jürgen Schmidt]

On 7/26/12 5:07 PM, Jürgen Schmidt wrote:
> Hi,
> 
> I would like to propose revision r1365887 as base for the next developer
> snapshot.
> 
> Well we have already or building currently and I have tested the source
> release and have created and uploaded the MacOS and windows version
> already. QA volunteers can start to take a closer look on these builds.
> 
> When Ariel has finished the upload of tghe Linux builds we will start
> the voting on this build.
> 

We had to cancel the build on r1365887 because of a serious regression
which is fixed now.

Reset everything and start new builds based on revision r1366353.
Hopefully the final ones.

@Ariel: sorry for this further round but for me it's the same. Hopefully
we can start the vote on Monday latest, maybe earlier. I will check the
status over the weekend but will have only limited time.

Juergen

Re: [RELEASE][3.4.1]: preparation of download links etc.

[Rob Weir]

On Fri, Jul 27, 2012 at 4:55 AM, Jürgen Schmidt
 wrote:
> Hi,
>
> do we need special preparation for the upcoming release of aOO 3.4.1?
>

I think we should start preparations for:

1) Updating the /download site to point to 3.4.1 release files

2) Keep the legacy download page as it is now, pointing to the
previous major release, which is still OOo 3.3.0

3) Copy the AOO 3.4.0 files into archives.apache.org

4) Draft the announcement blog post

5) Submit SHA256 hashes to Symantec for whitelisting.  (Any other AV
vendors have a similar process?)

6) Update the podling website to point to the new source distribution

Of course, these are preparations only at this point.  We'll need to
wait for an approved ballot to actually complete 3 and 5, and will
need to wait for the mirrors and SourceForge to update with the
released files before we pull the trigger on the other items.

I'm already working on #4.  I did #5 before and can do it again,
unless anyone else wants to see how this is done.

-Rob



> I assume that we don't have the time to rework the directory structure
> for this release. I would keep it for now in the same structure as for
> 3.4 but would like to work a simply structure for 3.5 in time.
>
> Juergen

3.4.1_release_blocker requested: [Bug 120385] [Regression]Fail to load and save document with password

[bugzilla]

h...@apache.org has asked  for 3.4.1_release_blocker:
Bug 120385: [Regression]Fail to load and save document with password
https://issues.apache.org/ooo/show_bug.cgi?id=120385


--- Additional Comments from h...@apache.org
Fixed now, sorry about that. Thanks to Yan Ji for finding it and for Jian Fang
Zhang and Andre Fischer for their suggestions.

3.4.1_release_blocker granted: [Bug 120385] [Regression]Fail to load and save document with password

[bugzilla]

j...@apache.org has granted Yan Ji 's request for
3.4.1_release_blocker:
Bug 120385: [Regression]Fail to load and save document with password
https://issues.apache.org/ooo/show_bug.cgi?id=120385


--- Additional Comments from j...@apache.org
set release blocker flag

Re: AOO 3.4.1 and Mountain Lion support?

[Jürgen Schmidt]

On 7/27/12 1:37 PM, Alex Thurgood wrote:
> On 27/07/2012 02:51, Michael Acevedo wrote:
> 
> Hi all,
> 
> I have downmloaded OSX Mountain Lion, but not yet installed. Good to
> know that the AOO app can still be installed and launched, but
> seriously, how many normal "users" are going to keep an office suite
> that requires two clicks to launch.
> 
> The same goes for LibreOffice of course, which has exactly the same
> problem (i.e. as yet uncertified/unsigned according to Apple's rules).
> 
> Business users/admins will find this unacceptable and switch to an app
> that is signed.

we will address this asap

Juergen

> 
> How does Symphony fare, will it be / is it signed ?
> 
> 
> Alex
> 

Re: AOO 3.4.1 and Mountain Lion support?

[Alex Thurgood]

On 27/07/2012 02:51, Michael Acevedo wrote:

Hi all,

I have downmloaded OSX Mountain Lion, but not yet installed. Good to 
know that the AOO app can still be installed and launched, but 
seriously, how many normal "users" are going to keep an office suite 
that requires two clicks to launch.


The same goes for LibreOffice of course, which has exactly the same 
problem (i.e. as yet uncertified/unsigned according to Apple's rules).


Business users/admins will find this unacceptable and switch to an app 
that is signed.


How does Symphony fare, will it be / is it signed ?


Alex

Re: 3.4.1_release_blocker requested: [Bug 120385] [Regression]Fail to load and save document with password

[Jürgen Schmidt]

On 7/27/12 12:03 PM, Jürgen Schmidt wrote:
> On 7/27/12 11:18 AM, zhangjf wrote:
>> On Fri, Jul 27, 2012 at 4:35 PM, Jürgen Schmidt
>>  wrote:
>>> On 7/27/12 5:24 AM, Yan Ji wrote:
 It's really a serious problem and regress since last build. So I propose 
 it as release blocker. Anyone will take look this bug?

>>
>>>
>>> yes it is indeed a blocker issue. Have you test or verified this issue
>>> on trunk as well?
>>>
>>> Juergen
>>>
>>
>> As I remember, it doesn't work on trunk as well.
> 
> mmh, really, seems that I have missed this. That's of course even more
> worse because I thought the issue is fixed trunk as well.
> 

Ok I was confused and mixed it with
https://issues.apache.org/ooo/show_bug.cgi?id=119366

I remembered that we had fixed a problem with passwords but this is of
course a different problem ...

Seems to be a useful test case for our automated GUI testing. Creating a
document - save with password - close and load again.

Juergen

> Juergen
> 
>> zhangjf
>>
>>>
 Thanks & Best Regards, Yan Ji

 On Jul 27, 2012, at 9:41 AM, bugzi...@apache.org wrote:

> Yan Ji  has asked  for 3.4.1_release_blocker:
> Bug 120385: [Regression]Fail to load and save document with password
> https://issues.apache.org/ooo/show_bug.cgi?id=120385
>
>
> --- Additional Comments from Yan Ji 
> Build: AOO 3.4.1_r1365887
> OS: All
>
> Steps:
> 1. Launch AOO and new Text Document
> 2. Input some content
> 3. Save the document with password
>
> Defect: An error dialog popup said
>  Error saving the document Untitled 1:
>  General Error.
>  General input/output error.
>
> Note if open a document with password a dialog said the document is 
> corrupt.
> Please refer to the snapshot.
>
> This problem doesn't exist in last 3.4.1 build rev 1364591


>>>
> 

Re: 3.4.1_release_blocker requested: [Bug 120385] [Regression]Fail to load and save document with password

[Jürgen Schmidt]

On 7/27/12 11:18 AM, zhangjf wrote:
> On Fri, Jul 27, 2012 at 4:35 PM, Jürgen Schmidt
>  wrote:
>> On 7/27/12 5:24 AM, Yan Ji wrote:
>>> It's really a serious problem and regress since last build. So I propose it 
>>> as release blocker. Anyone will take look this bug?
>>>
> 
>>
>> yes it is indeed a blocker issue. Have you test or verified this issue
>> on trunk as well?
>>
>> Juergen
>>
> 
> As I remember, it doesn't work on trunk as well.

mmh, really, seems that I have missed this. That's of course even more
worse because I thought the issue is fixed trunk as well.

Juergen

> zhangjf
> 
>>
>>> Thanks & Best Regards, Yan Ji
>>>
>>> On Jul 27, 2012, at 9:41 AM, bugzi...@apache.org wrote:
>>>
 Yan Ji  has asked  for 3.4.1_release_blocker:
 Bug 120385: [Regression]Fail to load and save document with password
 https://issues.apache.org/ooo/show_bug.cgi?id=120385


 --- Additional Comments from Yan Ji 
 Build: AOO 3.4.1_r1365887
 OS: All

 Steps:
 1. Launch AOO and new Text Document
 2. Input some content
 3. Save the document with password

 Defect: An error dialog popup said
  Error saving the document Untitled 1:
  General Error.
  General input/output error.

 Note if open a document with password a dialog said the document is 
 corrupt.
 Please refer to the snapshot.

 This problem doesn't exist in last 3.4.1 build rev 1364591
>>>
>>>
>>

Re: 3.4.1_release_blocker requested: [Bug 120385] [Regression]Fail to load and save document with password

[zhangjf]

On Fri, Jul 27, 2012 at 4:35 PM, Jürgen Schmidt
 wrote:
> On 7/27/12 5:24 AM, Yan Ji wrote:
>> It's really a serious problem and regress since last build. So I propose it 
>> as release blocker. Anyone will take look this bug?
>>

>
> yes it is indeed a blocker issue. Have you test or verified this issue
> on trunk as well?
>
> Juergen
>

As I remember, it doesn't work on trunk as well.
zhangjf

>
>> Thanks & Best Regards, Yan Ji
>>
>> On Jul 27, 2012, at 9:41 AM, bugzi...@apache.org wrote:
>>
>>> Yan Ji  has asked  for 3.4.1_release_blocker:
>>> Bug 120385: [Regression]Fail to load and save document with password
>>> https://issues.apache.org/ooo/show_bug.cgi?id=120385
>>>
>>>
>>> --- Additional Comments from Yan Ji 
>>> Build: AOO 3.4.1_r1365887
>>> OS: All
>>>
>>> Steps:
>>> 1. Launch AOO and new Text Document
>>> 2. Input some content
>>> 3. Save the document with password
>>>
>>> Defect: An error dialog popup said
>>>  Error saving the document Untitled 1:
>>>  General Error.
>>>  General input/output error.
>>>
>>> Note if open a document with password a dialog said the document is corrupt.
>>> Please refer to the snapshot.
>>>
>>> This problem doesn't exist in last 3.4.1 build rev 1364591
>>
>>
>

[RELEASE][3.4.1]: preparation of download links etc.

[Jürgen Schmidt]

Hi,

do we need special preparation for the upcoming release of aOO 3.4.1?

I assume that we don't have the time to rework the directory structure
for this release. I would keep it for now in the same structure as for
3.4 but would like to work a simply structure for 3.5 in time.

Juergen

Re: warning while playing with UOF

[Jürgen Schmidt]

On 7/26/12 10:56 PM, Pedro Giffuni wrote:
> Hello;
> I started playing (writing and then re-reading a "hello world" document)with 
> UOF and I noticed this warning:
> openoffice-r1356713-swriterWarning: at xsl:variable on line 14352 column 36 
> of odf2uof.xsl:  SXWN9001: A variable with no following sibling instructions 
> has no effect
> cheers,
> Pedro.
> 
you should have started a new thread for this ;-)

Juergen

Re: 3.4.1_release_blocker requested: [Bug 120385] [Regression]Fail to load and save document with password

[Jürgen Schmidt]

On 7/27/12 5:24 AM, Yan Ji wrote:
> It's really a serious problem and regress since last build. So I propose it 
> as release blocker. Anyone will take look this bug?
> 

yes it is indeed a blocker issue. Have you test or verified this issue
on trunk as well?

Juergen


> Thanks & Best Regards, Yan Ji
> 
> On Jul 27, 2012, at 9:41 AM, bugzi...@apache.org wrote:
> 
>> Yan Ji  has asked  for 3.4.1_release_blocker:
>> Bug 120385: [Regression]Fail to load and save document with password
>> https://issues.apache.org/ooo/show_bug.cgi?id=120385
>>
>>
>> --- Additional Comments from Yan Ji 
>> Build: AOO 3.4.1_r1365887
>> OS: All
>>
>> Steps:
>> 1. Launch AOO and new Text Document
>> 2. Input some content
>> 3. Save the document with password
>>
>> Defect: An error dialog popup said 
>>  Error saving the document Untitled 1:
>>  General Error.
>>  General input/output error.
>>
>> Note if open a document with password a dialog said the document is corrupt.
>> Please refer to the snapshot.
>>
>> This problem doesn't exist in last 3.4.1 build rev 1364591
> 
> 

Re: [Call-for-​​Review][Calc]Data validity works incorrectly with criteria "Allow text length" for numbers

[Lei Wang]

I am taking care of this

On Wed, Jul 25, 2012 at 1:11 PM, Zhang Lu  wrote:

> Hi~
>
> One fix for review.
>
> https://issues.apache.org/ooo/show_bug.cgi?id=93128
>
> Step:
>
> 1 Select the cells for which you want to define a new validity rule
> 2 Choose Data - Validity
> 3 On the Criteria tab page, enter the conditions for new values entered
> into
> cells
> 4 In the Allow field, select "Text length"
> 5 In the Data field, select such as "less than"
> 6 In the Value field, enter into "10"
>
> Result:
> If you enter "1" into the cells for which you want to define a new
> validity rule, there is a error message "Invalidate value".
>
> Expectation:
> we can enter anything into the cells
>
>
> Root cause: There is no flow to handle a real number when selecting string
> length operation
>
> Solution: if operation is string length type, to get the number's length,
> and consider it as a string.
>

Re: Communications regarding post AOO 3.4.1 plans

[Jürgen Schmidt]

On 7/27/12 9:14 AM, Andrea Pescetti wrote:
> On 26/07/2012 Kay Schenk wrote:
>> Re -- security bug fixes. I know we did the older CVE-2012-0037 with
>> "patches" to Windows and Mac. But we weren't able to deal with a Linux
>> patch as I recall. (I don't know what progress has been made on that
>> front).
> 
> For the record, Ariel provided a procedure to fix the security issue in
> 3.3 by copying a file from the 3.4 binaries we distribute. So all
> supported operating systems are now covered. But of course we now only
> support upgrading to 3.4 as the way to fix this security issue.

yes and it is the only reliable way how we can do it. But I think it is
ok because we want that people migrate as soon as possible to a newer
release where we have everything under control.

Juergen

Re: Fwd: New links for localization web page

[Andrea Pescetti]

On 27/07/2012 Peter Pöml wrote:

I have configured a HTTP redirect to my replacement server
on .mirrorbrain.org now. I hope that helps you.


Thanks Peter, this helps a lot! Whatever we replace in the 
openoffice.org HTML pages, there's a huge number of links out there 
pointing to http://download.services.openoffice.org so it's very good to 
have them redirected.



Why download.services.openoffice.org still has address 192.9.173.38 even
though we agreed (IIRC) that the DNS should be changed to my server, I
don't know...


I was about to ask Infra to redirect 
http://download.services.openoffice.org to 
http://openoffice.mirrorbrain.org but it seems it's already done. The 
old links appear to work normally now. Example:

http://download.services.openoffice.org/files/localized/fi/3.3.0/OOo_3.3.0_Win_x86_install-wJRE_fi.exe

Regards,
  Andrea.

RE : New labels format

[Info Agipa]

De : Jürgen Schmidt [jogischm...@googlemail.com]
Date d'envoi : vendredi 20 juillet 2012 16:26

>I would create a template extension package including templates for
>these labels. This extension can be easy deployed and you can upload it
>in the extension repository

>Juergen

Hello.

I've found the file labels.xcu which contains labels descriptions.
I think I can prepare a file with our products.
But how to include it in the trunk ?
Can I send it to someone for merging with actual file ?

Thanks.

suggest to make language package depend on base package

[lou ql]

On windows, I installed Aoo3.4 en-US full installation package then zh-CN
language package upon it.

Then I upgrade to Aoo 3.4.1 en-US full installation set.

Upgrade smoothly, while the 3.4 zh-CN language package remains and is used
by the new 3.4.1 openoffice.

My suggestion is to uninstall the corresponding language package while
removing Aoo full installation set, atomatically, then user has to
re-install the new version of language package after upgrade to new version.

My reason:
1. if there are any UI change or any new translated string updated in
current release, user may miss them
2. release No. and revision in help->about: it's not translated now. but
once translated there may be a mistake: install aoo 3.4.1 base package and
using 3.4 language package, what the revison should be?


-- 
Regards,
Lou QingLe

Re: Communications regarding post AOO 3.4.1 plans

[Andrea Pescetti]

On 26/07/2012 Kay Schenk wrote:

Re -- security bug fixes. I know we did the older CVE-2012-0037 with
"patches" to Windows and Mac. But we weren't able to deal with a Linux
patch as I recall. (I don't know what progress has been made on that front).


For the record, Ariel provided a procedure to fix the security issue in 
3.3 by copying a file from the 3.4 binaries we distribute. So all 
supported operating systems are now covered. But of course we now only 
support upgrading to 3.4 as the way to fix this security issue.


Regards,
  Andrea.