Re: [Discussion] ODF 1.3 filter implementation strategy

[Kay Schenk]

Hello all --

If you'd like an opinion from someone who hasn't contributed to the 
project in about 3 years...


I think using the filter API is the way to go. I remember getting very 
curious about the filter API quite some time ago for something I wanted 
to work on -- maybe generic XML docs, and realized this API seemed very 
useful but I wasn't sure how it had been used. So, one opinion for you 
in any case.


On 10/10/21 4:35 AM, Peter Kovacs wrote:

Hi all,

ODF 1.3 becomes more relevant soon. MS Office 2021 will support only 
ODF 1.3


So I try to look into this, however our implementation on ODF 
currently uses not the filter API but office Document model directly.


Should we stay with this architecture or should we use this 
opportunity to migrate on a API driven filter?


What is your opinion on this?


--
---
"Do what you can, with what you've got,
  where you are."
  -- Theodore Roosevelt
MzK

Re: Who moderates users...@openoffice.apache.org?

[Kay Schenk]

On 11/9/21 20:25, Dave Fisher wrote:


Sent from my iPhone


On Nov 9, 2021, at 3:48 PM, Marcus  wrote:

Am 07.11.21 um 21:18 schrieb Dave:

On 07/11/2021 19:42, Dave Fisher wrote:

Sorry to put it this way Dave, but this is the same answer that I have
had received from you and other PMC members previously.

If your statement is true, then we and the ASF have a very serious and
extreme privacy challenge here:
https://people.apache.org/committers-by-project.html#openoffice

In my view anyone who "steps up to he plate" for ANY role in an OPEN
source project should not have any concerns about being identified a
contributor and their role that project. I am not ashamed of being
identified as a (very small, relatively unimportant) contributor to the
AOO project and I suggest that ANYONE who is wishes to adopt this
underhanded, secretive approach, should step away from the project.

I agree about every role except moderation. I moderate 27 different Apache 
Mailing Lists only one of which is an AOO list.

If the community wishes to disclose all of the moderators that would be an 
acceptable outcome.

I read your words, which are the same as you and other PMC members have
previously stated, but I still do not read any explanation as to the
rational of why moderators should hold any more of an exclusive or
covert role within the ASF.
Let's just put this down to my natural stupidity and end this thread,
because there is nothing to be gained by perusing the subject.

normally I would agree. However, I'm curious to know what you mean with "... why 
moderators should hold any more of an exclusive or covert role within the ASF ..." 
and why you think there is something secret?

A moderator is just a committer as you and me. Some are also a PMC member or 
maybe also supporter/committer/member of other ASF projects. But thats it.

I volunteer to create a Wiki page to show who is moderating which mailing 
list(s) - if the community think it has a value.


my thoughts

Once upon a time, mailing list moderators were listed on the project 
page -- openoffice.apache.org -- along with the mailing lists. I see 
that this is no longer the case.  It might be a good idea to list the 
moderators...but as Dave sez, make it clear they are not to be directly 
contacted and (maybe?) to contact the PMC about issues with mailing list 
behavior instead(???)



That’s ok as long as it is made clear NOT to ever contact moderators directly 
about the mailing list.

I hope you see the conundrum being presented.

Regards,
Dave

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


--
---
"Do what you can, with what you've got,
  where you are."
  -- Theodore Roosevelt
Kay Schenk


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Things you don't want to know about Ukraine??

[Kay Schenk]

I go started down a rabbit hole this am when my husband told me Putin was
contemplating bombing the US Embassey in Ukraine. A vacant building at this
point but internet searches kept popping up about the embassy pulling
docs/information about some bio labs housed in Ukraine that were/are
jointly run by Ukraine/US and wholly funded by the US!
Dare I say if this is true, the US has a MUCH LARGER stake in the future of
Ukraine.
You can do your own search or enlist your son to help.
I am more freaked out than ever. And if Biden knows all this -- which I'm
sure he does -- he needs to get his ass in gear!

We live in WAY WAY WAY BEYOND BULLSHIT times!


https://www.newsweek.com/us-biological-weapons-ukraine-labs-germ-warfare-1685956

Please ignore message sent to this list at 0910 PDT today...

[Kay Schenk]

My political message was NOT INTENDED for AOODEV.

Hopefully it will be stricken from ASF archives soon.

--
---
"Do what you can, with what you've got,
 where you are."
  -- Theodore Roosevelt
MzK

Re: requirements for vm-admins of forum/translate/wiki

[Kay Schenk]

On Wed, Sep 4, 2013 at 9:36 AM, janI  wrote:

> Hi.
>
> We have had some longer discussions on different ML/IRC about how a
> vm-admin should behave and which level of service we expect for our
> servers.
>
> We need new admins, so this is also a request for anyone interested to chip
> in.
>
> We have had some unfortunate incidents on all 3 vm, of different nature,
> which made me question if we as a community:
> a) want servers, that are cared for professionally or by happening.
> b) want to (are capable to) maintain the servers ourself.
> c) are prepared to support a change that make a), b) possible.
>
> I have formulated some thoughts on how admins could work, but in general I
> believe we should convince infra to take over the vm responsibility and
> keep our well functioning forum/wiki admins.
>
> We have a vm-team in place, that was created with the purpose of not having
> a single person as admin. I my opinion the team have not lived up to that
> purpose but I am still thankful for the help I have received.
>
> Remarks the ideas below are my personal thought, which I have used during
> the time where I maintained the servers:
>
> ===
> The server should at all times be maintained with the following priority:
> 1) security (the backside of being popular is to have the attention of
> people who want to gain merit by breaking our servers)
> 2) stability (we have limited cpu/ram/disk so we must optimize)
> 3) add user wishes (we already have stable systems, 1,2 are far  more
> important that enhancing the systems).
>
> Being an admin on a vm is a job that does not take soo much time, but
> requires a lot of monitoring and communication (especially with infra).
>
> A good setup would be, 3 types of admin:
> Each server will have an appointed "owner" (anchor-admin)
> A number of persons have full sudo on a server (admin)
> A number of persons can reboot/restart/work on po files (help-admin)
>
> === Anchor-admin responsibilities ===
> Anchor-admin is the "owner" of the vm and the prime contact to infra.
>
> Anchor-admin has the overall responsibility of the vm.
> 1) help when receiving alerts
> 2) keep informed on available patches, especial security related patches
> 3) create/keep a maintenance plan
> 4) coordinate changes external to vm (like dns) with infra
> 5) participate in infra discussions relevant for the vm (e.g. certificates)
> 6) monitor the vm regularly for resource usage
> 7) secure that appl changes are implemented with relevant consensus
> 8) discuss work with admin, with the goal that they should be able to take
> over one day.
>
> These activities are expected to take 3-4 hours pr week, more in the
> beginning and less later. The hour usage highly depend on the number and
> level of admins.
>
> === Admin responsibilities ===
> Admins help the anchor admin with ongoing maintenance and have full sudo.
>
> All changes must be discussed and agreed with the anchor admin, no change
> is so important that it cannot wait until discussed !
>
> Admins are expected to:
> 1) help when receiving alerts
> 2) stay informed with the vm configuration
> including but not limited to:
> - where are which configuration done, and stored (svn/backup)
> - how are the apps. configured
> - read and update runbook, if something is unclear
> 3) participate in the regular maintenance
> 4) coordinate all non-scheduled work with anchor-admin
>
> These activities are expected to take 1-2 hours pr week, more in the
> beginning and less later.
>
> Admin does not need to be specialists, we all learn, but it is important
> that the admin have motivation and time to learn.
>
>
> === Help-admin responsibilities ===
> Help-admins are located in different timezones, so we have 24/7 coverage
> and have limited sudo (only restart/reboot/handle po files).
>
> When a help-admin receives an alert mail, actions should be taken
> 1) is the vm reachable via ssh, then login else escalate to admin/infra
> 2) is the vm overloaded, or is apache/mysql not running
> 3) restart the needed processes
> 4) mail at least anchor-admin about with obervations and what was done.
>
>
> ===
> remark the above are just my thoughts, there are a lot of other
> possibilities.
>
> Lets hear your opinion?
>
> rgds
> jan I.
>

I would like to discuss this topic further, much further as a matter of
fact, but right now I don't really have enough information.

Can you provide details on the following 9or point to document that
describes this):

* to aid our memories, who are the current vm-team
* what are the three servers now under the vm-team
* what vm-OS does each use
* for each server, what are the specific applications a vm-sysadmin would
need to know/become familiar with to be an effective sysadmin
* how are alerts on system failure currently handled
* what resources would a vm-admin need to respond to a system failure


Your role outline is good, but I think before we discuss future strategy,
we need a better idea about what's involved.







--

Re: Reporting a problem with the Open Office website

[Kay Schenk]

On Sat, Aug 31, 2013 at 11:32 AM, Rick and Jill Lee wrote:

>
> Dear sirs:
>
> The latest issue of Open Office is unstable. In spreadsheets, it repeats
> lines when scrolling, refuses to copy and past entire lines or even groups
> of cells, some formatting has been lost compared to the prior version of
> Open Office.
>
> This is very disconcerting and disappointing.  Can you possible assist?
>
> Rick
>
>
Hello Rick --

The best avenues to receive help with your OpenOffice issues is to use one
of the options on the Support page -- either the users mailing list or one
of the Forums.

 http://www.openoffice.org/support/

or, you can make use of the issue lookup service on that same page to see
if similar problems were reported by other users, see possible reasons is
for it, or if a "fix" is forthcoming.

For "calc scrolling problem" in BZ, I get the following list:

https://issues.apache.org/ooo/buglist.cgi?quicksearch=calc%20scrolling%20problems

if one of these issues seems to match your problem, it would help us a lot
if you could add information about your system, etc.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: User questions on dev mailing list

[Kay Schenk]

On Thu, Sep 5, 2013 at 4:11 PM, sebb  wrote:

> A related issue is: why so many emails with the (irrelevant) subject:
>
> "Reporting a problem with the Open Office website"
>

that's the pre-constructed subject for the  first entry in:
"If you have technical problems with one of the Apache OpenOffice
websites.."

this was put in a few weeks ago, so folks using this email section would
get more of an indication about what the subject they're sending about.

But we are still getting product problem reports this way. I would still
recommend removing the first reference to contacting the developers,
however.

If folks really do need an immediate e-mail on this Contact Us page, we
could easily put in a mailto: to "us...@openoffice.apache.org" the way
we've done with contact the developers. This would go through moderation,
but at least it would be going to a more appropriate mailing list. Is this
a good idea?



>
> I assume there must be a mailto: link somewhere that is producing this.
> The surrounding text may need to be tweaked to reduce these.
>
>
> On 5 September 2013 22:48, Kay Schenk  wrote:
> > On Thu, Sep 5, 2013 at 6:29 AM, sebb  wrote:
> >
> >> On 5 September 2013 12:00, Rob Weir  wrote:
> >> > On Thu, Sep 5, 2013 at 5:24 AM, sebb  wrote:
> >> >> The dev list sees the occasional thread which IMO really belongs on
> >> >> the user list/forum
> >> >>
> >> >> Although it is convenient for the poster to have the question
> answered
> >> >> on the dev list, I wonder if that is the best approach overall.
> >> >>
> >> >> The disadvantages of not referring the poster to the user list are
> >> several:
> >> >>
> >> >> - other users don't benefit from the thread
> >> >> - the dev list is cluttered with the off-topic threads
> >> >> - the poster may continue to use the dev list rather than the user
> >> >> list/forum where there are lots more potential responders
> >> >>
> >> >> Just a thought.
> >> >>
> >> >
> >> > This is all true.  We also get user questions to the private mailing
> >> > list, and via the press alias address.  And we also get product
> >> > support questions to the Bugzilla admin alias and the ezmlm admin
> >> > alias.
> >> >
> >> > But I don't think we actively encourage users to post questions to do
> >> > these things.  But it is a puzzle why this happens.
> >> >
> >> > The main contact page for the project, on the footer of every web page
> >> is this:
> >> >
> >> > http://www.openoffice.org/contact_us.html
> >> >
> >> > We've adjusted this over time, to make sure that the support options
> >> > were first and more prominent.  But we still get misdirected emails,
> >> > to the dev, private, etc. lists.  But with a million downloads a week
> >> > there will always be some small number of users who don't read that
> >> > page carefully, or maybe think they will get a faster response if they
> >> > send to a different list.
> >>
> >> [And they are proved right when their off-topic questions are promptly
> >> answered ...]
> >>
> >> The second heading currently says:
> >>
> >> "If you want to contact the Apache OpenOffice developer team..."
> >>
> >> which may explain some of the misdirected questions.
> >> [Who better to ask than a developer if there is a problem?
> >> Maybe I'll get a faster response?]
> >>
> >> I think that section should have some explanation as to when it is
> >> appropriate to contact the team directly.
> >> Possibly move it further down the page as well.
> >>
> >
> > Maybe the "contact the Apache OpenOffice developer team" needs to be
> > removed from the "Contact Us" page entirely.  Honestly, given the
> context,
> > I'm not sure this belongs here. Maybe delete that section and add a
> heading
> > at the end called Mailing Lists and route them to the project mailing
> list
> > page. That might encourage users to  make a better choice for contacting.
> >
> >
> >
> >
> >> > -Rob
> >> >
> >> >> -
> >> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> >> For additional comman

Re: User questions on dev mailing list

[Kay Schenk]

On Thu, Sep 5, 2013 at 6:29 AM, sebb  wrote:

> On 5 September 2013 12:00, Rob Weir  wrote:
> > On Thu, Sep 5, 2013 at 5:24 AM, sebb  wrote:
> >> The dev list sees the occasional thread which IMO really belongs on
> >> the user list/forum
> >>
> >> Although it is convenient for the poster to have the question answered
> >> on the dev list, I wonder if that is the best approach overall.
> >>
> >> The disadvantages of not referring the poster to the user list are
> several:
> >>
> >> - other users don't benefit from the thread
> >> - the dev list is cluttered with the off-topic threads
> >> - the poster may continue to use the dev list rather than the user
> >> list/forum where there are lots more potential responders
> >>
> >> Just a thought.
> >>
> >
> > This is all true.  We also get user questions to the private mailing
> > list, and via the press alias address.  And we also get product
> > support questions to the Bugzilla admin alias and the ezmlm admin
> > alias.
> >
> > But I don't think we actively encourage users to post questions to do
> > these things.  But it is a puzzle why this happens.
> >
> > The main contact page for the project, on the footer of every web page
> is this:
> >
> > http://www.openoffice.org/contact_us.html
> >
> > We've adjusted this over time, to make sure that the support options
> > were first and more prominent.  But we still get misdirected emails,
> > to the dev, private, etc. lists.  But with a million downloads a week
> > there will always be some small number of users who don't read that
> > page carefully, or maybe think they will get a faster response if they
> > send to a different list.
>
> [And they are proved right when their off-topic questions are promptly
> answered ...]
>
> The second heading currently says:
>
> "If you want to contact the Apache OpenOffice developer team..."
>
> which may explain some of the misdirected questions.
> [Who better to ask than a developer if there is a problem?
> Maybe I'll get a faster response?]
>
> I think that section should have some explanation as to when it is
> appropriate to contact the team directly.
> Possibly move it further down the page as well.
>

Maybe the "contact the Apache OpenOffice developer team" needs to be
removed from the "Contact Us" page entirely.  Honestly, given the context,
I'm not sure this belongs here. Maybe delete that section and add a heading
at the end called Mailing Lists and route them to the project mailing list
page. That might encourage users to  make a better choice for contacting.




> > -Rob
> >
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: requirements for vm-admins of forum/translate/wiki

[Kay Schenk]

On Thu, Sep 5, 2013 at 2:56 PM, janI  wrote:

> On 5 September 2013 22:14, Kay Schenk  wrote:
>
> > On Wed, Sep 4, 2013 at 9:36 AM, janI  wrote:
> >
> > > Hi.
> > >
> > > We have had some longer discussions on different ML/IRC about how a
> > > vm-admin should behave and which level of service we expect for our
> > > servers.
> > >
> > > We need new admins, so this is also a request for anyone interested to
> > chip
> > > in.
> > >
> > > We have had some unfortunate incidents on all 3 vm, of different
> nature,
> > > which made me question if we as a community:
> > > a) want servers, that are cared for professionally or by happening.
> > > b) want to (are capable to) maintain the servers ourself.
> > > c) are prepared to support a change that make a), b) possible.
> > >
> > > I have formulated some thoughts on how admins could work, but in
> general
> > I
> > > believe we should convince infra to take over the vm responsibility and
> > > keep our well functioning forum/wiki admins.
> > >
> > > We have a vm-team in place, that was created with the purpose of not
> > having
> > > a single person as admin. I my opinion the team have not lived up to
> that
> > > purpose but I am still thankful for the help I have received.
> > >
> > > Remarks the ideas below are my personal thought, which I have used
> during
> > > the time where I maintained the servers:
> > >
> > > ===
> > > The server should at all times be maintained with the following
> priority:
> > > 1) security (the backside of being popular is to have the attention of
> > > people who want to gain merit by breaking our servers)
> > > 2) stability (we have limited cpu/ram/disk so we must optimize)
> > > 3) add user wishes (we already have stable systems, 1,2 are far  more
> > > important that enhancing the systems).
> > >
> > > Being an admin on a vm is a job that does not take soo much time, but
> > > requires a lot of monitoring and communication (especially with infra).
> > >
> > > A good setup would be, 3 types of admin:
> > > Each server will have an appointed "owner" (anchor-admin)
> > > A number of persons have full sudo on a server (admin)
> > > A number of persons can reboot/restart/work on po files (help-admin)
> > >
> > > === Anchor-admin responsibilities ===
> > > Anchor-admin is the "owner" of the vm and the prime contact to infra.
> > >
> > > Anchor-admin has the overall responsibility of the vm.
> > > 1) help when receiving alerts
> > > 2) keep informed on available patches, especial security related
> patches
> > > 3) create/keep a maintenance plan
> > > 4) coordinate changes external to vm (like dns) with infra
> > > 5) participate in infra discussions relevant for the vm (e.g.
> > certificates)
> > > 6) monitor the vm regularly for resource usage
> > > 7) secure that appl changes are implemented with relevant consensus
> > > 8) discuss work with admin, with the goal that they should be able to
> > take
> > > over one day.
> > >
> > > These activities are expected to take 3-4 hours pr week, more in the
> > > beginning and less later. The hour usage highly depend on the number
> and
> > > level of admins.
> > >
> > > === Admin responsibilities ===
> > > Admins help the anchor admin with ongoing maintenance and have full
> sudo.
> > >
> > > All changes must be discussed and agreed with the anchor admin, no
> change
> > > is so important that it cannot wait until discussed !
> > >
> > > Admins are expected to:
> > > 1) help when receiving alerts
> > > 2) stay informed with the vm configuration
> > > including but not limited to:
> > > - where are which configuration done, and stored (svn/backup)
> > > - how are the apps. configured
> > > - read and update runbook, if something is unclear
> > > 3) participate in the regular maintenance
> > > 4) coordinate all non-scheduled work with anchor-admin
> > >
> > > These activities are expected to take 1-2 hours pr week, more in the
> > > beginning and less later.
> > >
> > > Admin does not need to be specialists, we all learn, but it is
> important
> > > that the admin have motivation and time to learn.
> > >
> > >
> > > === Help-admin responsibili

Re: User questions on dev mailing list

[Kay Schenk]

On Fri, Sep 6, 2013 at 1:37 PM, Andrew Rist  wrote:

>
> On 9/6/2013 4:41 AM, Rob Weir wrote:
> 
>
>  Another angle is to realize that enabling the user and motivating them in
>> a specific direction is more powerful than trying to steer them away from a
>> specific direction. Maybe the problem is we are not making the support
>> forums sound attractive enough? Maybe if we said something like, "For the
>> fastest and most expert response, post your question to"? Make the
>> forums sound like the most attractive option. We know they are the best
>> place for questions, of course. But we ought to describe it equally
>> attractively. -Rob
>>
>
> Perhaps this is a situation of people who are more comfortable with email
> as a tool as opposed to a forum.  If you are not familiar with forums in
> general, our forum can be pretty daunting to navigate - there's a lot of
> info there.
>

I think you could be right about this. The other thing is I think people
want some immediate way, once they get to the contact page, to actually
"DO" something there -- e-mail or a web form -- to get help. So sending
them on to another page is frustrating.

On the "dev" email link being there. I think this is historical from when
we moved the site to Apache and were just getting things started, and maybe
even before we set up us...@openoffice.apache.org. It's placement there now
is not really relevant.

Assuming we put in a link to "users" in the first paragraph, I think the
rest of the e-mail links, with the existing subject lines which are
helpful, should stay.




>
> Do we have a way of bridging the two?  Is there a way to have an email
> address (e.g. forum_questi...@openoffice.org**) that autoposts to a catch
> all forum topic.  Then after the post was triaged, the poster would be
> autosubscribed for replies?
> I have no idea if something like this is possible, but it could provide
> both a bridge to introduce these users to the forum, and a mechanism to
> provide for feedback without having dev become help.
>
> A.
>
>
>
>>>  
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Latest update fucked my spread sheets

[Kay Schenk]

On Thu, Sep 5, 2013 at 3:52 AM, Rob Weir  wrote:

> On Thu, Sep 5, 2013 at 2:16 AM, Oliver-Rainer Wittmann
>  wrote:
> > Hi,
> >
> >
> > On 05.09.2013 02:49, Krynock Construction wrote:
> >>
> >> Just to let you dicks know, I updated the program with the latest
> >> update and all my text documents are fine.  However, ALL my spread
> >> sheets that I use to estimate my jobs, track profit and expenses,
> >> track accounting expenses etc were blown all out of scale and
> >> proportion.  I have to completely redo all my worksheets.  Right when
> >> I have tons of  physical job work, job-related paper work and school
> >> work to get done now I have to redo all of my spreadsheets.  Thanks.
> >> Fuck you, I'm going over to Microsoft Office even if I have to pay.
> >> Better than redoing all my work and then having this shit happen
> >> again.  Can you tell I'm pissed?  I used to love an outside the box
> >> program that was competition to Microsoft. I'm beside myself.
> >
> >
> > Ok.
> >
> > Let us be constructive:
> > If you want to help to get the defect fixed, then please provide a sample
> > spreadsheet document (or more if needed) together with a description of
> want
> > is broken in these spreadsheet documents when using them in AOO 4.0.0.
> >
>
> Are we even aware of any spreadsheet formatting related issues in AOO
> 4.0?  I know of the scrolling/redraw issue.  And the slow save
> performance issue.  But nothing that matches this description: "blown
> all out of scale and proportion".   If this was a common failure we
> would have known about it before a month had past, right?   Any ideas
> what he could be talking about?   One thing we don't know is what
> spreadsheet he had before AOO 4.0.
>
> -Rob
>
>
At the risk of sounding very naive -- could this have anything to do with
font rendering mismatches or even the  little size slider in the lower
right hand corner of Calc. I mention this last item up because I freaked
out one time when I experienced something similar -- I don't recall which
version it was though -- and then, when I figured it out -- it was like "Oh
-- I didn't know that was there!"  Also, I don't really know what the
default setting on that is...

I guess we'll have to wait for image snapshots.


> >
> > Best regards, Oliver.
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Wrong "vendor" on last dev build

[Kay Schenk]

On Sat, Sep 7, 2013 at 1:39 AM, Ricardo Berlasso  wrote:

> Under Help → About OpenOffice it seems that the build system name is used
> as vendor:
>
> AOO401m3(Build:9712)  -  Rev. 1520285
> 2013-09-05 14:04 - Linux x86_64
>
> Copyright © 2013 aoo_centos5_64.
>
> Este producto fue creado por aoo_centos5_64, basado en Apache OpenOffice
>
>
> Regards
> Ricardo
>

I saw this too on the last couple of Linux builds and was going to ask
about it.


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Does our "Decision Making" information need additional instructions?

[Kay Schenk]

The information we currently have on Decision Making can be found in our
Orientation section:

http://openoffice.apache.org/orientation/decision-making.html

On that page, there are explanations for types of decision making used in
this project specifically and within the Apache Software Foundation. In my
opinion, this is very good "how to" guide, but somewhat limited as a "when
to" guide.

Most of the source code changes done currently are preceded by a BZ issue.
This is wonderfully simple and anyone on the commits list can follow what
and why something has been done.  In other cases, for much larger changes,
discussions have been initiated. So, we would NOT see an action such as
deleting an entire module undertaken without discussion. Decision making
for these types of change follow a a well-known and followed process.

Aside from code changes, there are changes to other areas of the project --
web sites, wiki, forums -- whose changes are not typically noted in BZ.
Sometimes there are proposals and discussions, sometimes not.  These are
the kinds of changes that may need additional clarification with regard to
decision making.

In summary, what kinds of change for non-source code need  a
[PROPOSAL]/discussion before change?



-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: bug 107063 (needs update)

[Kay Schenk]

On Sun, Sep 8, 2013 at 6:55 AM,  wrote:

> Can someone please set the bugs:
> 26331
> 20525
> as duplicate of:
> 107063
>
> And change the "Version" of  107063 to 4.0.1.
> I tested this on Apache_OpenOffice_4.0.1_Win_x86_install_en-GB.exe on XP
> and this bug still occurs.
> (tested with frames of images and tables)
>  thx
>

I marked the duplicate issues you suggested. Please log in and update the
version on your own if you would. If there is some problem you can't do
this, please let us know.

Thanks.


>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Introduction

[Kay Schenk]

On Thu, Sep 5, 2013 at 11:41 PM, Matt Korman wrote:

> Hello,
>
> This is my first time really doing anything like this. My name is Matthew
> Korman, a southern New Jersey resident with a BA in journalism, minor in
> political science, and roughly four years experience as both a journalist
> and editor.
>
> The focus of those four years has been primarily in the entertainment
> industry (particularly music), however my most successful position was as a
> copy editor from 2009 to 2011. At this point in my career, I know my path
> must change for me to become a prominent and successful employee. I can no
> longer focus on my absolute passions - music, sports, men's lifestyle
> trends, and politics - without admitting to myself that if I haven't gotten
> a break yet, that the break probably isn't coming.
>
> This is my chance, I feel, to make a substantial change for good and move
> on to a more tangible career - hopefully as some sort of technical writer,
> considering my career up to this point has been mostly writing-focuses. I'm
> very open to suggestions about what to do moving forward, as I'm more
> willing to work than anything else right now.
>
> Thanks again for all of your time.
>
> Sincerely,
>
> Matthew Sean Korman
>

Hello Matthew and thanks for the introduction.

If you haven't already done so, it would be good for you to review the
Orientation modules:

http://openoffice.apache.org/orientation/index.html

Just based on the information you provided in this message, it looks like
you would be an ideal fit for the Documentation area. We welcome your
contribution.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Incorrect link on cwiki

[Kay Schenk]

On Mon, Sep 9, 2013 at 10:33 AM, Drew Jensen wrote:

> Howdy
>
> Just over at the cwiki (community) wiki and clicking on the "Help Wanted"
> page, this URL https://cwiki.apache.org/OOOUSERS/help-wanted.html gives me
> a 404 error - Just to let you know.
>

The correct (and working link) is:

 https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted

Please let us know where you found this incorrect one. Thanks.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Does our "Decision Making" information need additional instructions?

[Kay Schenk]

On Sun, Sep 8, 2013 at 3:48 PM, Rob Weir  wrote:

> On Sun, Sep 8, 2013 at 4:23 PM, Kay Schenk  wrote:
> > The information we currently have on Decision Making can be found in our
> > Orientation section:
> >
> > http://openoffice.apache.org/orientation/decision-making.html
> >
> > On that page, there are explanations for types of decision making used in
> > this project specifically and within the Apache Software Foundation. In
> my
> > opinion, this is very good "how to" guide, but somewhat limited as a
> "when
> > to" guide.
> >
>
> I drafted the orientation pages based on my understanding.   I didn't
> get many comments at the time, so I'm sure there is room for
> improvement.
>
> > Most of the source code changes done currently are preceded by a BZ
> issue.
> > This is wonderfully simple and anyone on the commits list can follow what
> > and why something has been done.  In other cases, for much larger
> changes,
> > discussions have been initiated. So, we would NOT see an action such as
> > deleting an entire module undertaken without discussion. Decision making
> > for these types of change follow a a well-known and followed process.
> >
> > Aside from code changes, there are changes to other areas of the project
> --
> > web sites, wiki, forums -- whose changes are not typically noted in BZ.
> > Sometimes there are proposals and discussions, sometimes not.  These are
> > the kinds of changes that may need additional clarification with regard
> to
> > decision making.
> >
> > In summary, what kinds of change for non-source code need  a
> > [PROPOSAL]/discussion before change?
> >
>
> For source changes and non-source changes the idea is essentially the
> same.  It is a judgement call more than a hard rule.  That's why we
> should try to vote in committers who have demonstrated good judgement
> as well as technical skills.
>
> We operate in Commit-Then-Review mode most of the time, except when
> close to a Release Candidate.  We try to avoid unnecessary discussion.
>  A timid committer who needs to review every minor change with is an
> annoyance to most of the 453 subscribers of the dev list.  So we want
> to encourage JFDI where appropriate.  But it is still a judgement
> call.
>
> But in general, I think (my personal view) a committer should put out
> a proposal in situations such as:
>
> 1) They are unsure of the technical merits of what they want to do.
> They want an extra pair of eyes to review the proposal point out
> weaknesses, alternatives, etc.
>
> 2) It is a job for more than one person or requires coordination
> across several subgroups within the project.  By putting out a formal
> proposal you can find additional volunteers and move forward in a
> coordinated way.
>
> 3)  A change to one of our websites that impacts terms and conditions,
> license, copyright, branding, etc.  So not a technical change, but a
> substantive change to content in these areas.  These require PMC
> review.
>
> 4) A technical change that breaks backwards compatibility of the product.
>
> 5) Changes that break things.  Sometimes this is unavoidable.  But it
> should be proposed and coordinated like #2 above.
>
> 6) Changes that cannot easily be reversed.  Code changes and most
> website changes are in SVN and can be reverted.  But some changes,
> like administrative bulk actions in BZ, cannot be easily undone.
>
> 7) Public statements in behalf of the project, e.g., some blog posts
> and announcements, press releases, etc.
>
> Those are examples, but the list is by no means complete.  And for
> almost any of these there may be cases where CTR or even JFDI is
> appropriate.   I'd take them more as "things to think about" when
> developing good judgement.
>
> Regards,
>
> -Rob
>

These are great guidelines! We should definitely integrate them into the
Decision Making page somehow.  Number 7 might need more elaboration.

"Developing good judgement", like so many things in life, is learned by
trial and error.  It would be great if we could at least better define what
we think "good judgement" is.



>
> >
> >
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [request for review] - Solution for regressions 122862, 122870, 122955, 123161 and 123163

[Kay Schenk]

On Fri, Sep 6, 2013 at 8:28 AM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Hi,
>
> I had worked on a fix to solve some regressions [1][2][3][4][5] introduced
> into Calc in AOO 4.0.0 by changes for issue 12666 [6].
> The patch is attached to issue 122862 [1] and I have committed it on
> trunk, rev. 1520602
>
> Probably, the one or the other can try one of the next build bot
> installation sets from trunk and check the fixed issues and issue 12666.
>
> I would like to have the regressions solved for AOO 4.0.1.
> If my fix works fine (may be with the one or the other smaller
> correction), we can go for it.
> Otherwise, I will revert the changes made for issue 12666 for AOO 4.0.1 to
> get the regressions fixed for AOO 4.0.1
> Issue 12666 will then be solved for AOO 4.1
>
> Thanks in advance.
>
> [1] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=122862
> [2] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=122870
> [3] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=122955
> [4] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=123161
> [5] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=123163
> [6] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=12666
>
>
> Best regards, Oliver.
>

I tried the sample doc with the latest linux-32 nightly build from
buildbot, and made some comments on 122862. Then, I noticed this seemed to
only be Windows 7.

Anyway, all good with Linux-32 but maybe this is not related to  the
issue.  :/


> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Does our "Decision Making" information need additional instructions?

[Kay Schenk]

On Tue, Sep 10, 2013 at 11:29 AM, Alexandro Colorado  wrote:

> I have recently been impact, on this lack of decision making tasks not
> being followed (ignoring 72 hr limit, etc) basically breaking the process.
> So I have a few comments on this.
>

I think you're referring to using "lazy concensus" .

https://openoffice.apache.org/docs/governance/lazyConsensus.html
https://community.apache.org/committers/lazyConsensus.html

One of the important aspects of Lazy Consensus is that it should be stated
at the outset of a communication that this is what will be in effect for
whatever is proposed. In other words, proposing something and stating that
you will be using Lazy Consensus to implement whatever it is you might want
to do is critical to this particular process.

So far, I am finding 2 threads that seem to relate to all this:

[1] http://markmail.org/message/hsdepqzlfvh33pdr
(proposals for wiki, forum , web site extensions, etc)

and yes,I did vote +1 on the one design I saw in the issue and using it,
but mine was only ONE vote in a series of other comments.

and this one, more recent

[2] http://markmail.org/message/wlvv7gsnsmcurwfv

in which there is  claim that something was proposed. Based on the first
thread, all I see are suggestions for designs and discussion, but no
specific proposal.

So, no proposal, no broken "lazy consensus" process.


> One important part is focusing on the meritocracy aspect of FLOSS. Is
> important not only to have a bug but an 'evidence'. Everyone has the right
> to a voice and have their opinion on implementations. However I think that
> the impact of that voice should be accompany with actual evidence, and
> would go into even having to propose an alternative. Deny things for the
> sole case of  opinion shouldn't be enforced,


We have a process here at the ASF. Denying something, and I take this to
mean denying implementing something, based on opinion is what discussion
and building consensus is all about.


> otherwise this will leave us
> to have many unverifiable opinions at a very low cost (think of spam for
> bitmessage) slowing the project down.
>
> There should also be a 'good enough' flag deadline after a certain period
> of time to get out of locked-in discussions. This is usually used on power
> negotiations (HBR article on the topic:
> http://hbswk.hbs.edu/archive/4354.html).
>

We have Lazy Consensus and other "decision making" processes.The ideas in
the article you have above are not the way we make decisions at  Apache
OpenOffice.
Lazy Consensus comes close, but, again, this must be explicitly stated --
or else other participants don't have any idea if you're just discussing
something or actually intend to do something.



>
> On Mon, Sep 9, 2013 at 4:00 PM, Kay Schenk  wrote:
>
> > On Sun, Sep 8, 2013 at 3:48 PM, Rob Weir  wrote:
> >
> > > On Sun, Sep 8, 2013 at 4:23 PM, Kay Schenk 
> wrote:
> > > > The information we currently have on Decision Making can be found in
> > our
> > > > Orientation section:
> > > >
> > > > http://openoffice.apache.org/orientation/decision-making.html
> > > >
> > > > On that page, there are explanations for types of decision making
> used
> > in
> > > > this project specifically and within the Apache Software Foundation.
> In
> > > my
> > > > opinion, this is very good "how to" guide, but somewhat limited as a
> > > "when
> > > > to" guide.
> > > >
> > >
> > > I drafted the orientation pages based on my understanding.   I didn't
> > > get many comments at the time, so I'm sure there is room for
> > > improvement.
> > >
> > > > Most of the source code changes done currently are preceded by a BZ
> > > issue.
> > > > This is wonderfully simple and anyone on the commits list can follow
> > what
> > > > and why something has been done.  In other cases, for much larger
> > > changes,
> > > > discussions have been initiated. So, we would NOT see an action such
> as
> > > > deleting an entire module undertaken without discussion. Decision
> > making
> > > > for these types of change follow a a well-known and followed process.
> > > >
> > > > Aside from code changes, there are changes to other areas of the
> > project
> > > --
> > > > web sites, wiki, forums -- whose changes are not typically noted in
> BZ.
> > > > Sometimes there are proposals and discussions, sometimes not.  These
> > are
> > > > the kinds of changes that may need additional clarificati

Re: Wanting to contribute

[Kay Schenk]

[ re-posting in case phillip is not subscribed to "dev" ]


On Wed, Sep 11, 2013 at 12:09 AM, Alexandro Colorado  wrote:

> On 9/11/13, phillip brown  wrote:
> > Hello, my name is Phillip Brown, I am a university student and am
> required
> > to contribute to an open source project.
>
> Excellent wish more universities did the same.
>
> > I was interested in contributing by submitting problem reports about the
> > product/website and am wondering where I should start with this?
>
> Probably QA would be a good place to start, we have a QA mailing list
> and an introductory module to learn about the way to contribute to QA
> and testing:
> http://openoffice.apache.org/orientation/intro-qa.html
>
> >
> > Thanks
> >
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Incorrect link on cwiki

[Kay Schenk]

On Wed, Sep 11, 2013 at 12:23 PM, Drew Jensen wrote:

> I clicked on the link on the wiki page.
>

OK -- still confused here...

This is the "top" of our wiki currently...

https://cwiki.apache.org/confluence/display/OOOUSERS/Wiki+Home

So far, I can not find anything that resolves to the link you originally
posted.


Can you provide more information? If the wrong link IS "stuck" someplace,
we'd like to fix it.



>
>
> On Mon, Sep 9, 2013 at 4:52 PM, Kay Schenk  wrote:
>
> > On Mon, Sep 9, 2013 at 10:33 AM, Drew Jensen  > >wrote:
> >
> > > Howdy
> > >
> > > Just over at the cwiki (community) wiki and clicking on the "Help
> Wanted"
> > > page, this URL https://cwiki.apache.org/OOOUSERS/help-wanted.htmlgives
> > me
> > > a 404 error - Just to let you know.
> > >
> >
> > The correct (and working link) is:
> >
> >  https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted
> >
> > Please let us know where you found this incorrect one. Thanks.
> >
> >
> >
> > --
> >
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
> >
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Menu language problem with Wiki

[Kay Schenk]

On Wed, Sep 11, 2013 at 12:50 PM, Dave Fisher  wrote:

> On Sep 11, 2013, at 10:23 AM, sebb wrote:
>
> > On 11 September 2013 17:49, sebb  wrote:
> >> Just clicked on "OpenOffice Wiki: Documentation area" link under
> >> http://www.openoffice.org/support/#community-support.
> >>
> >> The page that is displayed has English body text, but Dutch (I think)
> >> for the menu bar.
> >>
> >> Clicking other languages (under "Ander tale") changes the body text,
> >> but not the menu.
>

OK, you mean when you get TO the wiki Documenation page. I tried this just
now also -- to ES. As you say, It does change the contents of the wiki page
but not the left menu -- you are correct. I am not a Media Wiki guru, but I
would image that side menu template needs some function applied to it on a
language change to make this happen.

Maybe a fun project for a volunteer to investigate.




> >>
> >> However, when I try the same in Opera and Chrome, the menu stays in
> English.
> >>
> >> Very odd.
> >
> > Sorry, my fault - I'd forgotten I'd been playing with the languages
> > setting in Firefox.
> > It was actually Afrikaans.
> >
> > However, given that the menu is available in languages other than
> > English, why does it not change when the user selects a different
> > language?
>
> The menu language is under the control of what directory the user is in
> and if that has templates//ssi.mdtext and has
> content//topnav.mdtext
>
> Regards,
> Dave
>
>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

help needed with links on http://www.openoffice.org/api/modules.html

[Kay Schenk]

I will be happy to fix the links in the table on:

http://www.openoffice.org/api/modules.html

if someone would tell me if these used to refer to actual links to source
code areas in /trunk/main.

Most of the modules linked in this table are still alive via our current
source browsing:

http://svn.apache.org/viewvc/openoffice/trunk/main/

so the links can be changed. But some no longer exist as individual
modules.  If some modules are now defunct, I will delete them from the
table.

Thanks.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: help needed with links on http://www.openoffice.org/api/modules.html

[Kay Schenk]

On Thu, Sep 12, 2013 at 12:21 AM, Jürgen Schmidt wrote:

> On 9/12/13 12:41 AM, Kay Schenk wrote:
> > I will be happy to fix the links in the table on:
> >
> > http://www.openoffice.org/api/modules.html
> >
> > if someone would tell me if these used to refer to actual links to source
> > code areas in /trunk/main.
> >
> > Most of the modules linked in this table are still alive via our current
> > source browsing:
> >
> > http://svn.apache.org/viewvc/openoffice/trunk/main/
> >
> > so the links can be changed. But some no longer exist as individual
> > modules.  If some modules are now defunct, I will delete them from the
> > table.
>
> I would remove the whole page and the modules link in the sidebar
> navigation
>
> The information is not really interesting here in this context.
>
> If you prefer to keep it, change the links to the current repo or remove
> the links that does not longer exist.
>
>
> Juergen
>

ok, thank you


>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Incorrect link on cwiki

[Kay Schenk]

On Thu, Sep 12, 2013 at 8:53 AM, Drew Jensen wrote:

> Well, I'm confused then also - that was the page I thought I was at.. and
> all I did was click on the help wanted - anyway it sure isn't what I had
> just now so nothing to do (maybe it was some cache issue on the netbook,
> that little guy had not been used for a number of months.. I don't know)
>

Well I'm happy it works for you now.


>
>
> On Wed, Sep 11, 2013 at 5:21 PM, Kay Schenk  wrote:
>
> > On Wed, Sep 11, 2013 at 12:23 PM, Drew Jensen <
> drewjensen.in...@gmail.com
> > >wrote:
> >
> > > I clicked on the link on the wiki page.
> > >
> >
> > OK -- still confused here...
> >
> > This is the "top" of our wiki currently...
> >
> > https://cwiki.apache.org/confluence/display/OOOUSERS/Wiki+Home
> >
> > So far, I can not find anything that resolves to the link you originally
> > posted.
> >
> >
> > Can you provide more information? If the wrong link IS "stuck" someplace,
> > we'd like to fix it.
> >
> >
> >
> > >
> > >
> > > On Mon, Sep 9, 2013 at 4:52 PM, Kay Schenk 
> wrote:
> > >
> > > > On Mon, Sep 9, 2013 at 10:33 AM, Drew Jensen <
> > drewjensen.in...@gmail.com
> > > > >wrote:
> > > >
> > > > > Howdy
> > > > >
> > > > > Just over at the cwiki (community) wiki and clicking on the "Help
> > > Wanted"
> > > > > page, this URL
> > https://cwiki.apache.org/OOOUSERS/help-wanted.htmlgives
> > > > me
> > > > > a 404 error - Just to let you know.
> > > > >
> > > >
> > > > The correct (and working link) is:
> > > >
> > > >  https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted
> > > >
> > > > Please let us know where you found this incorrect one. Thanks.
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > >
> > >
> >
> -
> > > > MzK
> > > >
> > > > "Truth is stranger than fiction, but it is because Fiction is obliged
> > > >  to stick to possibilities. Truth isn't."
> > > >  -- "Following the Equator", Mark Twain
> > > >
> > >
> >
> >
> >
> > --
> >
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
> >
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [discuss] drop support for Java 5 and Java 6 for Windows

[Kay Schenk]

On Thu, Aug 8, 2013 at 9:23 AM, Kay Schenk  wrote:

>
>
> On Thu, Aug 8, 2013 at 2:56 AM, janI  wrote:
>
>> On 8 August 2013 11:43, sebb  wrote:
>>
>> > On 8 August 2013 02:26, Rob Weir  wrote:
>> > > On Wed, Aug 7, 2013 at 5:23 PM, Kay Schenk 
>> wrote:
>> > >> On Wed, Aug 7, 2013 at 11:24 AM, janI  wrote:
>> > >>
>> > >>> On 7 August 2013 18:55, Andrea Pescetti 
>> wrote:
>> > >>>
>> > >>> > Oliver-Rainer Wittmann wrote:
>> > >>> >
>> > >>> >> Important note for discussion: it is all about platform Windows.
>> > >>> >> On my work to update the AOO build environment for Windows I
>> > recognized
>> > >>> >> that it is hard to get an official JDK 1.5 (Java 5) or JDK 1.6
>> > (Java 6)
>> > >>> >> for Windows. Thus, I decided to go with JDK 1.7. The resulting
>> AOO
>> > >>> >> installation on Windows no longer works together with an JRE 6.
>> It
>> > does
>> > >>> >> not recognize an installed JRE 6 as an valid Java runtime
>> > environment.
>> > >>> >>
>> > >>> >
>> > >>> > May we frame the problem in more technical terms, just to know
>> what
>> > is
>> > >>> > broken? For example, why is this affecting only Windows and why is
>> > Java 6
>> > >>> > not recognized in your build? Could the problem be in detection
>> > rather
>> > >>> than
>> > >>> > in the actual compatibility?
>> > >>> >
>> > >>> > Java issues were extensively discussed in earlier times, so
>> here's a
>> > >>> quick
>> > >>> > summary that also answers most of the questions in this thread:
>> > >>> > - As of 4.0, OpenOffice can be built with Java 5, 6 or 7
>> > >>> > - Whatever you use for building, the resulting binary has a "Java
>> > >>> > baseline" of 1.5 as per http://wiki.openoffice.org/**
>> > >>> > wiki/Policies/Java_Usage<
>> > >>> http://wiki.openoffice.org/wiki/Policies/Java_Usage>(means: runs
>> with
>> > >>> Java 5, 6 or 7)
>> > >>> > - We built 4.0 with Java 6 (on Linux at least; not 100% sure about
>> > other
>> > >>> > platforms)
>> > >>> >
>> > >>> > In general, I agree that we should build on the most secure
>> platform
>> > >>> > available. But, based on the above, what is the relationship
>> between
>> > >>> > "building on Java 7" and "running on Java 6"? To reuse Rob's
>> Windows
>> > XP
>> > >>> > argument, sure we should build on a supported (by Microsoft)
>> Windows
>> > >>> > version, but, if at all possible/reasonable, we shouldn't break
>> > >>> > compatibility with Windows XP.
>> > >>> >
>> > >>>
>> > >>> I am sorry if this posting is obvious to everyone, but reading the
>> > remarks,
>> > >>> make me think there are some confusion about what we mean with using
>> > java
>> > >>> for development and runtime.
>> > >>>
>> > >>> One of the strength of java is "program once, run everywhere" .
>> This is
>> > >>> accomplished by by 2 magic trix (compared to eg. C++).
>> > >>> 1) Java does not compile to machine code but to pcode (a virtual
>> > machine),
>> > >>> therefore you can build the program on linux, and run the build on
>> > window
>> > >>> (or even one of the big mainframes).
>> > >>> 2) Java also does late binding (think of a very smart dll), so
>> > libraries
>> > >>> are not part of your build.
>> > >>>
>> > >>> This means you can use a java development 1.7 on any platform, to
>> make
>> > a
>> > >>> build that runs on any platform and (nearly) any java runtime
>> version.
>> > As
>> > >>> an example I use areca backup, its a java program, the exact same
>> jar
>> > files
>> > >>> run on vista,xp,win7,ubuntu and even android, areca is programm
>> towards
>

Re: Menu language problem with Wiki

[Kay Schenk]

On Thu, Sep 12, 2013 at 5:51 PM, Dave Fisher  wrote:

>
> On Sep 11, 2013, at 12:50 PM, Dave Fisher wrote:
>
> > On Sep 11, 2013, at 10:23 AM, sebb wrote:
> >
> >> On 11 September 2013 17:49, sebb  wrote:
> >>> Just clicked on "OpenOffice Wiki: Documentation area" link under
> >>> http://www.openoffice.org/support/#community-support.
> >>>
> >>> The page that is displayed has English body text, but Dutch (I think)
> >>> for the menu bar.
> >>>
> >>> Clicking other languages (under "Ander tale") changes the body text,
> >>> but not the menu.
> >>>
> >>> However, when I try the same in Opera and Chrome, the menu stays in
> English.
> >>>
> >>> Very odd.
> >>
> >> Sorry, my fault - I'd forgotten I'd been playing with the languages
> >> setting in Firefox.
> >> It was actually Afrikaans.
> >>
> >> However, given that the menu is available in languages other than
> >> English, why does it not change when the user selects a different
> >> language?
> >
> > The menu language is under the control of what directory the user is in
> and if that has templates//ssi.mdtext and has
> content//topnav.mdtext
>
> I need new glasses. Sorry for the wrong, clueless reply.


Not a problem. :)


> I may know more in the future since I will be looking into the details of
> how mwiki constructs its pages.
>

Great! We all could benefit from learning  more about how mwiki works.


>
> Regards.
> Dave
>
> >
> > Regards,
> > Dave
> >
> >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [PROPOSAL] Admin mailing list

[Kay Schenk]

On Sun, Sep 8, 2013 at 6:42 PM, Rob Weir  wrote:

> I'd like to propose a new mailing list:  ad...@openoffice.apache.org
>
> It would serve a few primary purposes:
>
> 1) A focused mailing list to help our volunteer admins coordinate
> maintenance of our project infrastructure, or at least that portion of
> it maintained by the project.
>
> 2) It would give a single point of contact for admin-related
> questions, outage reports and requests from project members or the
> public.
>
> 3) It would allow other parties interested in monitoring our admin
> discussion, say Infra@ members, to follow a more focused list.
>
> If this idea sounds good, we'd need the usual set of 3 or so
> moderators, geographically disbursed.
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Definitely a good idea: +1

I hope when this new list is ready to go, it can be announced to other
lists and maybe even "announcements" as well.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website

[Kay Schenk]

On Sat, Sep 14, 2013 at 1:06 AM,  wrote:

>  Hi
>
> Every time i open open office 4 it shows this message (see attachment)
>
>
> Federico Bistoni
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

HI --

This list does not accept graphic attachments so we can't see the problem.

Also, a better avenue for getting help with Apache OpenOffice would be our
Forums:

http://forum.openoffice.org/

You can include attachments for any issues there.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Testing for OpenOffice 4.0.1 (RC) Start! Call for volunteers!

[Kay Schenk]

On Sun, Sep 15, 2013 at 11:35 AM, Yuzhen Fan  wrote:

> Hi All,
>
> The Release Candidate build is announced, and we can start doing RC
> acceptance test now. This is the call for volunteers on the final tests.
> Any one who can contribute to the testing before this Wednesday(09/18),
> please provide your TestLink ID and preferred platforms, and I will send
> you the general testing list. Thanks!
>
> Please note, the RC is based on the SNAPSHOT tag, rev. 1521921
> (corresponding AOO401 branch, rev. 1521908).
>
> Regards,
> Yu Zhen
>

I would be happy to help with this.
My testlink id: kschenk.
My platform : Linux -32.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: New Volunteer! Bonnie Kim

[Kay Schenk]

On Tue, Sep 17, 2013 at 1:12 PM, Bonnie Kim  wrote:

> Hello!
>
> My name is Bonnie and I'm a recent graduate from UC Berkeley. I'm new to
> Apache OpenOffice, so I wanted to give a little introduction of myself
> before we begin.
>
> I studied English as an undergrad, and completed an honors thesis devoted
> to sci-fi author Isaac Asimov. My primary interest was in the literary
> figure of the robot, and why it continues to grip us today, as a legend if
> not as a reality.
>
> I'm interested in OpenOffice because I'm excited to begin my career as a
> technical writer, and I wanted to gain some experience before I began as a
> professional. Having come from a strong academic background, I still want
> to challenge myself by continuing to learn new things, although to be
> honest I'm a bit overwhelmed by the sheer variety of technological fields
> that are out there.
>
> Anyways, I hope we'll get along very well! And I'll shoot along a couple of
> questions here and there if that's alright.
>
> Thanks, everyone!
>
> Bonnie
>
> --
> Bonnie Kim
> University of California, Berkeley
> English, B. A.
> bonnie...@berkeley.edu
> (510) 908-0479
>

Welcome Bonnie!

We can always use more technical writers. Right now, there are two primary
areas where your contribution would be valuable: (1) a new set of User
Guides (coordinated through the documentation mailing list, using MediaWiki
as the publishing platform); and (2) the actual OpenOffice internal help
files.

If you're interested in working on User Guides, you could start here:
http://www.openoffice.org/documentation/

and, I would suggest you subscribe to the documentation mailing list -- see
the mailing list page:
http://openoffice.apache.org/mailing-lists.html

If you want to get into something "more challenging" using the XML files of
the internal Help, please see:

http://www.openoffice.org/documentation/online_help/

and subscribe to this developer list.

In any case, we are here to make your experience successful. Please do not
hesitate to ask any questions. Thanks for volunteering.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: 2013 InfoWorld Bossie (Best of Open Source) Awards

[Kay Schenk]

On Tue, Sep 17, 2013 at 9:38 AM, Rob Weir  wrote:

> We picked up an award in the desktop and mobile software category:
>
>
> http://www.infoworld.com/slideshow/119867/bossie-awards-2013-the-best-open-source-desktop-and-mobile-software-226979#slide8
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
SO nice to see this! Go team! :)



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Suggestion: Mailing list warning needed?

[Kay Schenk]

On Tue, Sep 17, 2013 at 1:25 AM, Rory O'Farrell  wrote:

> On the Wiki page which gives links to the mailing lists, I think there
> ought be a prominent warning that certain lists are high traffic lists
> (many messages per day) and that people should consider seriously whether
> they can cope with this.
>
> Perhaps the subscription process should require an extra confirmation step
> to prevent inadvertent or malicious subscription?
>
> --
> Rory O'Farrell 
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
On the mailing list page:
http://openoffice.apache.org/mailing-lists.html

only the "dev" list has information concerning amount of traffic --

"This is a high traffic list, with an average of 88 posts/day."

Do other lists need info also? Does the info for the "dev" list need more
emphasis or need to be changed?


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Does our "Decision Making" information need additional instructions?

[Kay Schenk]

On Tue, Sep 10, 2013 at 3:18 PM, Alexandro Colorado  wrote:

> On 9/10/13, Rob Weir  wrote:
> > On Tue, Sep 10, 2013 at 5:11 PM, Alexandro Colorado 
> wrote:
> >> On Tue, Sep 10, 2013 at 3:53 PM, Kay Schenk 
> wrote:
> >>
> >>> On Tue, Sep 10, 2013 at 11:29 AM, Alexandro Colorado 
> >>> wrote:
> >>>
> >>> > I have recently been impact, on this lack of decision making tasks
> not
> >>> > being followed (ignoring 72 hr limit, etc) basically breaking the
> >>> process.
> >>> > So I have a few comments on this.
> >>> >
> >>>
> >>> I think you're referring to using "lazy concensus" .
> >>>
> >>> https://openoffice.apache.org/docs/governance/lazyConsensus.html
> >>> https://community.apache.org/committers/lazyConsensus.html
> >>>
> >>> One of the important aspects of Lazy Consensus is that it should be
> >>> stated
> >>> at the outset of a communication that this is what will be in effect
> for
> >>> whatever is proposed. In other words, proposing something and stating
> >>> that
> >>> you will be using Lazy Consensus to implement whatever it is you might
> >>> want
> >>> to do is critical to this particular process.
> >>>
> >>> So far, I am finding 2 threads that seem to relate to all this:
> >>>
> >>> [1] http://markmail.org/message/hsdepqzlfvh33pdr
> >>> (proposals for wiki, forum , web site extensions, etc)
> >>>
> >>> and yes,I did vote +1 on the one design I saw in the issue and using
> it,
> >>> but mine was only ONE vote in a series of other comments.
> >>>
> >>> and this one, more recent
> >>>
> >>> [2] http://markmail.org/message/wlvv7gsnsmcurwfv
> >>>
> >>> in which there is  claim that something was proposed. Based on the
> first
> >>> thread, all I see are suggestions for designs and discussion, but no
> >>> specific proposal.
> >>>
> >>> So, no proposal, no broken "lazy consensus" process.
> >>>
> >>>
> >>> > One important part is focusing on the meritocracy aspect of FLOSS. Is
> >>> > important not only to have a bug but an 'evidence'. Everyone has the
> >>> right
> >>> > to a voice and have their opinion on implementations. However I think
> >>> that
> >>> > the impact of that voice should be accompany with actual evidence,
> and
> >>> > would go into even having to propose an alternative. Deny things for
> >>> > the
> >>> > sole case of  opinion shouldn't be enforced,
> >>>
> >>>
> >>> We have a process here at the ASF. Denying something, and I take this
> to
> >>> mean denying implementing something, based on opinion is what
> discussion
> >>> and building consensus is all about.
> >>>
> >>
> >> Exactly why we should consider a more efficient way of discussing it. (I
> >> thought you are proposing changes to the DM process) for the reasons
> >> explained.
> >>
> >>
> >>>
> >>>
> >>> > otherwise this will leave us
> >>> > to have many unverifiable opinions at a very low cost (think of spam
> >>> > for
> >>> > bitmessage) slowing the project down.
> >>> >
> >>> > There should also be a 'good enough' flag deadline after a certain
> >>> > period
> >>> > of time to get out of locked-in discussions. This is usually used on
> >>> power
> >>> > negotiations (HBR article on the topic:
> >>> > http://hbswk.hbs.edu/archive/4354.html).
> >>> >
> >>>
> >>> We have Lazy Consensus and other "decision making" processes.The ideas
> >>> in
> >>> the article you have above are not the way we make decisions at  Apache
> >>> OpenOffice.
> >>> Lazy Consensus comes close, but, again, this must be explicitly stated
> >>> --
> >>>
> >> This sounds a bit of a technicality 'you didnt use blue ink to fill out
> >> your form' kind of situation.
> >>
> >>
> >>
> >>> or else other participants don't have any idea if you're just
> discussing
> >>> something or actually in

Re: Does our "Decision Making" information need additional instructions?

[Kay Schenk]

On Sep 18, 2013 3:10 PM, "Alexandro Colorado"  wrote:
>
> On 9/18/13, Kay Schenk  wrote:
> > On Tue, Sep 10, 2013 at 3:18 PM, Alexandro Colorado 
wrote:
> >
> >> On 9/10/13, Rob Weir  wrote:
> >> > On Tue, Sep 10, 2013 at 5:11 PM, Alexandro Colorado 
> >> wrote:
> >> >> On Tue, Sep 10, 2013 at 3:53 PM, Kay Schenk 
> >> wrote:
> >> >>
> >> >>> On Tue, Sep 10, 2013 at 11:29 AM, Alexandro Colorado 
> >> >>> wrote:
> >> >>>
> >> >>> > I have recently been impact, on this lack of decision making
tasks
> >> not
> >> >>> > being followed (ignoring 72 hr limit, etc) basically breaking the
> >> >>> process.
> >> >>> > So I have a few comments on this.
> >> >>> >
> >> >>>
> >> >>> I think you're referring to using "lazy concensus" .
> >> >>>
> >> >>> https://openoffice.apache.org/docs/governance/lazyConsensus.html
> >> >>> https://community.apache.org/committers/lazyConsensus.html
> >> >>>
> >> >>> One of the important aspects of Lazy Consensus is that it should be
> >> >>> stated
> >> >>> at the outset of a communication that this is what will be in
effect
> >> for
> >> >>> whatever is proposed. In other words, proposing something and
stating
> >> >>> that
> >> >>> you will be using Lazy Consensus to implement whatever it is you
> >> >>> might
> >> >>> want
> >> >>> to do is critical to this particular process.
> >> >>>
> >> >>> So far, I am finding 2 threads that seem to relate to all this:
> >> >>>
> >> >>> [1] http://markmail.org/message/hsdepqzlfvh33pdr
> >> >>> (proposals for wiki, forum , web site extensions, etc)
> >> >>>
> >> >>> and yes,I did vote +1 on the one design I saw in the issue and
using
> >> it,
> >> >>> but mine was only ONE vote in a series of other comments.
> >> >>>
> >> >>> and this one, more recent
> >> >>>
> >> >>> [2] http://markmail.org/message/wlvv7gsnsmcurwfv
> >> >>>
> >> >>> in which there is  claim that something was proposed. Based on the
> >> first
> >> >>> thread, all I see are suggestions for designs and discussion, but
no
> >> >>> specific proposal.
> >> >>>
> >> >>> So, no proposal, no broken "lazy consensus" process.
> >> >>>
> >> >>>
> >> >>> > One important part is focusing on the meritocracy aspect of
FLOSS.
> >> >>> > Is
> >> >>> > important not only to have a bug but an 'evidence'. Everyone has
> >> >>> > the
> >> >>> right
> >> >>> > to a voice and have their opinion on implementations. However I
> >> >>> > think
> >> >>> that
> >> >>> > the impact of that voice should be accompany with actual
evidence,
> >> and
> >> >>> > would go into even having to propose an alternative. Deny things
> >> >>> > for
> >> >>> > the
> >> >>> > sole case of  opinion shouldn't be enforced,
> >> >>>
> >> >>>
> >> >>> We have a process here at the ASF. Denying something, and I take
this
> >> to
> >> >>> mean denying implementing something, based on opinion is what
> >> discussion
> >> >>> and building consensus is all about.
> >> >>>
> >> >>
> >> >> Exactly why we should consider a more efficient way of discussing
it.
> >> >> (I
> >> >> thought you are proposing changes to the DM process) for the reasons
> >> >> explained.
> >> >>
> >> >>
> >> >>>
> >> >>>
> >> >>> > otherwise this will leave us
> >> >>> > to have many unverifiable opinions at a very low cost (think of
> >> >>> > spam
> >> >>> > for
> >> >>> > bitmessage) slowing the project down.
> >> >>> >
> >> >>>

Re: Module 3 Corrections

[Kay Schenk]

On Fri, Sep 20, 2013 at 1:15 PM, Bonnie Kim  wrote:

> Hello,
>
> I noticed a number of corrections that needed to be made on Module 3 of the
> Orientation Modules, as well as the Lazy Consensus article.
>
> I could list these corrections, but I wouldn't mind entering them myself;
> where can I go to make them?
>
> Bonnie
>
> --
> Bonnie Kim
> University of California, Berkeley
> English, B. A.
> bonnie...@berkeley.edu
> (510) 908-0479
>

Bonnie --

Only committers can directly change this page. However, you can submit
corrections in the form of a "patch". Here is some information on how to do
that:

http://openoffice.apache.org/website-local.html#how-to-make-or-request-changes-to-the-websites

One of the easiest ways is to use the CMS Bookmarklet. Basically, you
navigate to the page you want to change and use the Apache CMS Bookmarklet
to make your changes, and then submit it.

Using patches allows us to review what you've done as well.

Please feel free to ask any follow-up questions about this procedure.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website (could use Dutch translator help)

[Kay Schenk]

2013/9/20 Wilma 

> Goedemiddag,
>
> Per abuis heb ik mijn creditcard nummer opgegeven maar ik wil niet van uw
> diensten gebruik maken.
> Kortom, ik wil geen abonnement op generlei wijze.
>
> Ik vertrouw erop dat u hier goede notitie van wilt nemen,
>
> Wilma Nieman
>
> ps: This is dutch language.
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Does our "Decision Making" information need additional instructions?

[Kay Schenk]

On Thu, Sep 19, 2013 at 9:08 PM, Kay Schenk  wrote:

>
> On Sep 18, 2013 3:10 PM, "Alexandro Colorado"  wrote:
> >
> > On 9/18/13, Kay Schenk  wrote:
> > > On Tue, Sep 10, 2013 at 3:18 PM, Alexandro Colorado 
> wrote:
> > >
> > >> On 9/10/13, Rob Weir  wrote:
> > >> > On Tue, Sep 10, 2013 at 5:11 PM, Alexandro Colorado 
> > >> wrote:
> > >> >> On Tue, Sep 10, 2013 at 3:53 PM, Kay Schenk 
> > >> wrote:
> > >> >>
> > >> >>> On Tue, Sep 10, 2013 at 11:29 AM, Alexandro Colorado <
> j...@oooes.org>
> > >> >>> wrote:
> > >> >>>
> > >> >>> > I have recently been impact, on this lack of decision making
> tasks
> > >> not
> > >> >>> > being followed (ignoring 72 hr limit, etc) basically breaking
> the
> > >> >>> process.
> > >> >>> > So I have a few comments on this.
> > >> >>> >
> > >> >>>
> > >> >>> I think you're referring to using "lazy concensus" .
> > >> >>>
> > >> >>> https://openoffice.apache.org/docs/governance/lazyConsensus.html
> > >> >>> https://community.apache.org/committers/lazyConsensus.html
> > >> >>>
> > >> >>> One of the important aspects of Lazy Consensus is that it should
> be
> > >> >>> stated
> > >> >>> at the outset of a communication that this is what will be in
> effect
> > >> for
> > >> >>> whatever is proposed. In other words, proposing something and
> stating
> > >> >>> that
> > >> >>> you will be using Lazy Consensus to implement whatever it is you
> > >> >>> might
> > >> >>> want
> > >> >>> to do is critical to this particular process.
> > >> >>>
> > >> >>> So far, I am finding 2 threads that seem to relate to all this:
> > >> >>>
> > >> >>> [1] http://markmail.org/message/hsdepqzlfvh33pdr
> > >> >>> (proposals for wiki, forum , web site extensions, etc)
> > >> >>>
> > >> >>> and yes,I did vote +1 on the one design I saw in the issue and
> using
> > >> it,
> > >> >>> but mine was only ONE vote in a series of other comments.
> > >> >>>
> > >> >>> and this one, more recent
> > >> >>>
> > >> >>> [2] http://markmail.org/message/wlvv7gsnsmcurwfv
> > >> >>>
> > >> >>> in which there is  claim that something was proposed. Based on the
> > >> first
> > >> >>> thread, all I see are suggestions for designs and discussion, but
> no
> > >> >>> specific proposal.
> > >> >>>
> > >> >>> So, no proposal, no broken "lazy consensus" process.
> > >> >>>
> > >> >>>
> > >> >>> > One important part is focusing on the meritocracy aspect of
> FLOSS.
> > >> >>> > Is
> > >> >>> > important not only to have a bug but an 'evidence'. Everyone has
> > >> >>> > the
> > >> >>> right
> > >> >>> > to a voice and have their opinion on implementations. However I
> > >> >>> > think
> > >> >>> that
> > >> >>> > the impact of that voice should be accompany with actual
> evidence,
> > >> and
> > >> >>> > would go into even having to propose an alternative. Deny things
> > >> >>> > for
> > >> >>> > the
> > >> >>> > sole case of  opinion shouldn't be enforced,
> > >> >>>
> > >> >>>
> > >> >>> We have a process here at the ASF. Denying something, and I take
> this
> > >> to
> > >> >>> mean denying implementing something, based on opinion is what
> > >> discussion
> > >> >>> and building consensus is all about.
> > >> >>>
> > >> >>
> > >> >> Exactly why we should consider a more efficient way of discussing
> it.
> > >> >> (I
> > >> >> tho

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Kay Schenk]

On Sun, Sep 22, 2013 at 1:06 AM, Jürgen Schmidt wrote:

> Hi all,
>
> this is a call for vote on releasing the RC3 release candidate as
> Apache OpenOffice 4.0.1. This will be an important update release for
> Apache OpenOffice 4.0 to fix some serious regressions and to introduce
> some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
> Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
> key milestone to continue the success of OpenOffice.
>
> This release candidate contains mainly fixes serious problems and
> regressions and new languages. An over view can be found under:
>
>
> http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html
>
> The release candidate artifacts (source release, as well as binary
> releases for 32 languages) and further information how to verify and
> review Apache OpenOffice 4.0.1 can be found on the following wiki page:
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot
>
> The RC is based on the release branch AOO401, revision 1524958!
>
> Please vote on releasing this package as Apache OpenOffice 4.0.1.
>
> The vote starts now and will be open until:
>
>UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.
>
> But we invite all people to vote (non binding) on this RC. We would like
> to provide a release that is supported by the majority of our project
> members.
>
>[ ] +1 Release this package as Apache OpenOffice 4.0.1
>[ ]  0 Don't care
>[ ] -1 Do not release this package because...
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
+1


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [WWW] Apache 404 handler

[Kay Schenk]

On Mon, Sep 23, 2013 at 1:30 PM, Alexandro Colorado  wrote:

> I notice a lot of dead links gives a horrible default error. Can we put a
> more "design friendly" error handler for missing or outdated links. Also
> add some Javascript to redirect back to homepage (or back page).
>
> 
> function delayer(){
>   window.location = "http://www.openoffice.org
> "
>  }
> 
> ...
> 
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>

Someone else mentioned this recently. I *thought* we had a custom 404 at
one time, but I could be mistaken. This is a relatively easy server side
configure, rather than JS. Any thoughts on what we would like it to say?

We could also include some fun pictures!

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [WWW] Apache 404 handler

[Kay Schenk]

We can do this with a custom 404 as well, and no JS needed.



On Mon, Sep 23, 2013 at 3:44 PM, Alexandro Colorado  wrote:

> JS was to automatically send you back (or send you to the homepage like the
> example). Using:
> history.back()
>
>
> On Mon, Sep 23, 2013 at 5:21 PM, Kay Schenk  wrote:
>
> > On Mon, Sep 23, 2013 at 1:30 PM, Alexandro Colorado 
> wrote:
> >
> > > I notice a lot of dead links gives a horrible default error. Can we
> put a
> > > more "design friendly" error handler for missing or outdated links.
> Also
> > > add some Javascript to redirect back to homepage (or back page).
> > >
> > > 
> > > function delayer(){
> > >   window.location = "
> > <a  rel="nofollow" href="http://www.openoffice.org">http://www.openoffice.org</a>
> > > "
> > >  }
> > > 
> > > ...
> > > 
> > >
> > >
> > > --
> > > Alexandro Colorado
> > > Apache OpenOffice Contributor
> > > http://www.openoffice.org
> > > 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> > >
> >
> > Someone else mentioned this recently. I *thought* we had a custom 404 at
> > one time, but I could be mistaken. This is a relatively easy server side
> > configure, rather than JS. Any thoughts on what we would like it to say?
> >
> > We could also include some fun pictures!
> >
> > --
> >
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
> >
>
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Kay Schenk]

On Wed, Sep 25, 2013 at 5:55 AM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Hi,
>
> resending as my "reply to list" goes only to qa@o.a.o
>
>
> On 25.09.2013 12:17, Yuzhen Fan wrote:
>
>> -1:
>>
>> I vote -1 for RC3 because of these 3 issues, the first two are function
>> regressions from 3.4.1 and 4.0.0, the last one is for bad user experience
>> on Redhat 64bit installation.
>>
>> Bug 123345 - [Regression]Docx embedded table display incorrectly
>> Bug 123346 - [Regression]the bullet display incorrectly when open docx
>> file
>> in AOO
>> Bug 123348 - Cannot integrate AOO 4.0.0 in desktop menu in Redhat6.4 64bit
>>
>>
> I can confirm that 123345 and 123346 are regressions which had been
> introduced in AOO 4.0.0
>
> On the one hand I agree that regressions introduced in the latest release
> should be fixed in the next release.
> On the other hand we are already quite far in our planned AOO 4.0.1
> release schedule and AOO401rc3 contains a lot of important bug fixes and
> improvements regarding our supported languages. Thus, I strongly vote for
> releasing AOO401rc3 as AOO 4.0.1 under these circumstances.
> From my point of view 123345 and 123346 should be release blocker for our
> next release.
>

yes...+1

 A lot of us went through the release blocker list for 4.0.1 and these were
not on it. During my testing, I did do testing on Office docs but not this
particular situation. It's unfortunate these did not come to the fore.



> Regarding issue 123348:
> As far as I know this issue is not new and already known. I think a
> workaround exist. Thus, for me this is not a release blocker.
>
> Yu Zhen, do you think you can change your mind regarding your vote?
>
>
> Best regards, Oliver.
>
>
>
>
>> Regards,
>> Yu Zhen
>>
>>
>> On Wed, Sep 25, 2013 at 4:07 PM, Herbert Duerr  wrote:
>>
>>  this is a call for vote on releasing the RC3 release candidate as
>>>
 Apache OpenOffice 4.0.1. This will be an important update release for
 Apache OpenOffice 4.0 to fix some serious regressions and to introduce
 some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
 Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
 key milestone to continue the success of OpenOffice.
 [...]

 The RC is based on the release branch AOO401, revision 1524958!

 Please vote on releasing this package as Apache OpenOffice 4.0.1.
 [...]

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


>>> +1 : release AOO401rc3 (a.k.a. r1524958) as Apache OpenOffice 4.0.1
>>>
>>> Herbert
>>>
>>>
>>>
>>> --**
>>> --**-
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@openoffice.**a**pache.org
>>> 
>>> >
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>>>
>>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
>
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: New AOO 4.0 review article (PC World)

[Kay Schenk]

On Wed, Sep 25, 2013 at 1:49 PM, Rob Weir  wrote:

>
> http://www.pcworld.com/article/2048446/apache-openoffice-4-0-review-new-features-easier-to-use-still-free.html
>
> Title is "Apache OpenOffice 4.0 review: New features, easier to use, still
> free"
>
> We get 4.5 of 5 stars.  The reviewer says AOO 4.0 is "smooth and
> cohesive" and gives good coverage to the new sidebar.
>
> However we are dinged a little for the "documentation" (I think he
> means the in-product help files) which is described as "sparse, and
> not well-aimed at non-technical users".   I wonder if there is
> something we can do to link in more of the tutorial/overview material
> that exists?
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
I'm sure there is. I took a look at what's available to guide one of our
newest volunteers who might be interested in contributing to this. There is
a 108 page document on the help files! I'm sure it's useful but probably
VERY daunting when it's likely making changes to the help files isn't
necessarily so.

Also, given my own experience of late with the internal help files, I'm not
happy with the results produced by the "Find", and wonder how we can get
more hits for keywords that should yield some better results.

Long story short, we do need to expend some effort in the near future (
goal of mine anyway) to tutorials/guidelines on the help system -- how it
works, how to add to it, etc. This is really an area of "documentation" in
my mind, even though it is internal. Volunteers with some technical writing
expertise would be very valuable in this area.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: A little more eye candy for 4.0.1 release

[Kay Schenk]

On Sun, Sep 22, 2013 at 2:14 PM, Drew Jensen wrote:

> Hi,
>
> Added a couple of wallpaper and web art images to the wiki at:
>
>
> https://cwiki.apache.org/confluence/download/attachments/34022580/AOO-4_0_1-wallpaper.zip
> and
>
> https://cwiki.apache.org/confluence/download/attachments/34022580/AOO-4_0_1-web_art.zip
>
> Let me know if any of this can be used - The wallpaper files are 100% dog
> food, the web art files in BLUE are straight dog food and the others
> included a little love from GIMP
>
> I tagged two of the wallpaper files with a CC BY_ND license. I did so for
> only one reason, I did not want to introduce the new graphics on these two
> pieces and encourage their use as branding items and the license would
> allow any use, including commercial, but you can not 'riff' off that image
> or any pieces of it.. Now, it doesn't make sense to others here I would not
> be surprised and have no problem removing it. Just let me know.
>
> Otherwise, I'll be on-line tomorrow again and will update the other files
> then along with some more thoughts on the branding language I'm trying to
> establish...which I don't want to do without consent here.
>
> Thanks,
>
> //drew
>

These are cute! I'm sure someone will have some fun with them. :)

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Note: Updated BZ for new AOO version

[Kay Schenk]

On Fri, Sep 27, 2013 at 7:19 AM, Rob Weir  wrote:

> I've deactivated 4.0.1-dev as a version for new defects.  I've added
> 4.0.1 as new version.  There already exists a 4.1.0-dev version string
>
> I also deactivated 4.0.1 as a milestone assignment.
>
> Note: there are three bugs that are assigned the 4.0.1 milestone but
> are not marked as fixed, or even marked as accepted:
>
> 118363 Base code iss...@openoffice.apache.org CONF --- Copy From OOo
> Base Query Fails To Grab Full Selection
>
> 122094 Writer save-exp iss...@openoffice.apache.org CONF --- Protected
> MS WORD documents opened in OPEN OFFICE lose the protection
>
> 123311 Native-L eu iss...@openoffice.apache.org CONF --- UI: Print
> dialog shows wrong texts in menu 'File - Print - General
>
> I'll reset these to have no milestone.  I don't think we want defects
> with a milestone assignment unless someone has taken ownership of
> them.
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
OK, this sounds reasonable...


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Important change to 4.0.1 Release Notes -- may impact translations

[Kay Schenk]

On Fri, Sep 27, 2013 at 10:48 AM, Rob Weir  wrote:

> I just noticed that the release notes did not have a link to the
> download page.   You might think that the typical path is:
>
> 1) user visits ww.openoffice.org
> 2) user clicks download link
> 3) from download page user clicks on release notes
>
> But there are also other common paths, including 3rd party articles
> and blogs, tweets, that link directly to the release notes, and might
> not even mention the download page.
>
> So I've added two links to the download page in the first paragraph of
> the release notes.  If you have started a translation please try to
> include something similar.
>
> Thanks!
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
It's a wonder we didn't think of this before.

As before, I will probably render an html version to put on the web server
in case we need it. Probably Sunday night.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: RPM Nightly builds?

[Kay Schenk]

On Sat, Sep 28, 2013 at 8:24 AM, Alexandro Colorado  wrote:

> 2 corrections:
> - I meant the snapshots not the nightly build
> - The nightly build tar is giving me an error with: "tar: Cannot connect to
> Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz_2013-09-28_04:
> resolve failed"
>

Just rename the file and it is usable.

from:
Apache_OpenOffice-SDK_4.0.0_Linux_x86_install-rpm_en-US.tar.gz_2013-09-28_04:37:18_1527148.tar.gz

to maybe:

Apache_OpenOffice-SDK_4.0.0_Linux_x86_install-rpm_en-US.tar.gz

that's what I did to use it

I think, despite the names you see, these may actually be 4.0.1. You can
check though. I'm not sure how the package names get fixed for the
buildbots.



>
> On Sat, Sep 28, 2013 at 10:02 AM, Alexandro Colorado 
> wrote:
>
> > Hi I wonder where can I get the RPM nigthly builds/snapshots,
> > unfortunately I only see deb files on this page:
> > http://ci.apache.org/projects/openoffice/#linux32
> >
> > --
> > Alexandro Colorado
> > Apache OpenOffice Contributor
> > http://www.openoffice.org
> > 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> >
> >
> >
> >
> >
> >
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: New AOO 4.0 review article (PC World)

[Kay Schenk]

On Sat, Sep 28, 2013 at 2:17 PM, Andrea Pescetti wrote:

> On 25/09/2013 Rob Weir wrote:
>
>> http://www.pcworld.com/**article/2048446/apache-**
>> openoffice-4-0-review-new-**features-easier-to-use-still-**free.html
>> Title is "Apache OpenOffice 4.0 review: New features, easier to use,
>> still free"
>>
>
> Nice review, even though one of the initial sentences
>   ---
> Like LibreOffice and OpenOffice.org, Apache OpenOffice "forked" from
> Oracle OpenOffice (which grew from StarOffice) in 2010.
>   ---
> it's so dense of errors that makes me wonder where people get information
> from (to avoid confusion: the sentence contains several errors, but the
> most disturbing one is that it portrays OpenOffice.org as a fork of Oracle
> OpenOffice).
>

Egads! Makes one wonder...


>
> Regards,
>   Andrea.
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: New AOO 4.0 review article (PC World)

[Kay Schenk]

On Sat, Sep 28, 2013 at 3:10 PM, Rob Weir  wrote:

> On Sat, Sep 28, 2013 at 5:17 PM, Andrea Pescetti 
> wrote:
> > On 25/09/2013 Rob Weir wrote:
> >>
> >>
> >>
> http://www.pcworld.com/article/2048446/apache-openoffice-4-0-review-new-features-easier-to-use-still-free.html
> >> Title is "Apache OpenOffice 4.0 review: New features, easier to use,
> still
> >> free"
> >
> >
> > Nice review, even though one of the initial sentences
> >   ---
> > Like LibreOffice and OpenOffice.org, Apache OpenOffice "forked" from
> Oracle
> > OpenOffice (which grew from StarOffice) in 2010.
> >   ---
> > it's so dense of errors that makes me wonder where people get information
> > from (to avoid confusion: the sentence contains several errors, but the
> most
> > disturbing one is that it portrays OpenOffice.org as a fork of Oracle
> > OpenOffice).
> >
>
> We do have an "about" page that has the project history, but I don't
> think we have any prominent links to it:
>
> http://www.openoffice.org/about/
>
> -Rob
>

"About" used to be a separate top link long ago. Given the wording for
 "I Want to Learn More About OpenOffice", and its description, maybe About
should be linked from that area.

It really would be nice to give my prominence to this history.



>
>
> > Regards,
> >   Andrea.
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [WWW] Apache 404 handler

[Kay Schenk]

On Sun, Sep 29, 2013 at 7:11 AM, Rob Weir  wrote:

> On Mon, Sep 23, 2013 at 6:21 PM, Kay Schenk  wrote:
> > On Mon, Sep 23, 2013 at 1:30 PM, Alexandro Colorado 
> wrote:
> >
> >> I notice a lot of dead links gives a horrible default error. Can we put
> a
> >> more "design friendly" error handler for missing or outdated links. Also
> >> add some Javascript to redirect back to homepage (or back page).
> >>
> >> 
> >> function delayer(){
> >>   window.location = "
> <a  rel="nofollow" href="http://www.openoffice.org">http://www.openoffice.org</a>
> >> "
> >>  }
> >> 
> >> ...
> >> 
> >>
> >>
> >> --
> >> Alexandro Colorado
> >> Apache OpenOffice Contributor
> >> http://www.openoffice.org
> >> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> >>
> >
> > Someone else mentioned this recently. I *thought* we had a custom 404 at
> > one time, but I could be mistaken. This is a relatively easy server side
> > configure, rather than JS. Any thoughts on what we would like it to say?
> >
>
> We do have a custom 404 handler, here:
>
>
> https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/docs/custom_404.html
>
> -Rob
>

Yes, I found this also but haven't had time to get back to this thread.
There are some odd situations in which this doesn't work (???). So, some
investigation needed.

In any case, a link to the home page can certainly be added. Or anything
else we might find useful.


> > We could also include some fun pictures!
> >
> > --
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Where can I find the new AOO4-Logo as a vector format?

[Kay Schenk]

On Sun, Sep 29, 2013 at 2:26 AM, Alexandro Colorado  wrote:

> On 9/29/13, Jörg Schmidt  wrote:
> >> From: acolor...@gmail.com [mailto:acolor...@gmail.com] On
> >> Behalf Of Alexandro Colorado
> >> Sent: Sunday, September 29, 2013 8:41 AM
> >> To: dev@openoffice.apache.org
> >> Subject: Re: Where can I find the new AOO4-Logo as a vector format?
> >>
> >> Seems to be a pretty odd bug and relies on the browser, I have a
> >> sample using Opera, Firefox and Konqueror.
> >> http://imagebin.org/272253
> >>
> >> As you can see konqueror display the same issue, once I zoom out the
> >> logo was displayed correctly. So it has to do with the browser itself.
> >>
> >> Strangely enough Firefox had no issues. Please play around
> >> with the Zoom +/-.
> >
> > No, this has no effect here (FF 16.0.2, Windows 7).
> >
> >
> > Note:
> > I hope you understand my concern, because I know for example FF 16.0.2
> is an
> > old version. (So I could update.)
> > It seemed however important to draw attention to the problem (the
> > representation of the logo in the browser) itself. However, it is for me,
> > personally, not a serious problem.
>
> I'm planning to do a mockup in SVG for the AOO site, you can see it
> here (no svg yet)
> http://people.apache.org/~jza/index.html
>
> Hopefully tomorrow I'll have it.
>

Can I ask what you mean by this? You are planning on just a mockup for
discussion right?  I hope you're not planning on actually changing the look
of the website tomorrow.


>
> >
> >
> > Greetings,
> > Jörg
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Where can I find the new AOO4-Logo as a vector format?

[Kay Schenk]

On Sun, Sep 29, 2013 at 1:19 AM, Jörg Schmidt  wrote:

> > From: acolor...@gmail.com [mailto:acolor...@gmail.com] On
> > Behalf Of Alexandro Colorado
> > Sent: Sunday, September 29, 2013 8:41 AM
> > To: dev@openoffice.apache.org
> > Subject: Re: Where can I find the new AOO4-Logo as a vector format?
> >
> > Seems to be a pretty odd bug and relies on the browser, I have a
> > sample using Opera, Firefox and Konqueror.
> > http://imagebin.org/272253
> >
> > As you can see konqueror display the same issue, once I zoom out the
> > logo was displayed correctly. So it has to do with the browser itself.
> >
> > Strangely enough Firefox had no issues. Please play around
> > with the Zoom +/-.
>
> No, this has no effect here (FF 16.0.2, Windows 7).
>
>
> Note:
> I hope you understand my concern, because I know for example FF 16.0.2 is
> an old version. (So I could update.)
> It seemed however important to draw attention to the problem (the
> representation of the logo in the browser) itself. However, it is for me,
> personally, not a serious problem.
>
>
>
> Greetings,
> Jörg
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
The svg that was used to generate the current web site logo (and which
renders fine for me in both FF 24 and Konquerer)
is in a non-web accessible svn area:

http://svn.apache.org/viewvc/openoffice/branding/AOO4/Apache_OpenOffice_Logo_ChrisR_selected_2013-06_optim.svg?view=log

Maybe this will work better for your needs.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Sun, Sep 29, 2013 at 2:14 PM, Marcus (OOo)  wrote:

> Am 09/29/2013 10:00 PM, schrieb Ricardo Berlasso:
>
>  2013/9/29 Marcus (OOo)
>>
>>  Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>>>
>>>   Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>>>

  
 https://blogs.apache.org/preview/OOo/?previewEntry=**
> announcing_apache_openoffice_4_0 preview/OOo/?previewEntry=**announcing_apache_openoffice_**4_0
> >
>
>
> Short and direct.
>
> Is there anything else worth mentioning, from a project perspective?
> I tried to avoid simply repeating what the release notes already say.
>
>
 To mention the "MS Excel export improvement" is really important as it
 was (one of) the topic with the highest number of reported 4.0.0 issues
 (with 6 duplicates and 9 votes).

   If I understand correctly we'll go live with the announcement on

> Tuesday. So we'll want to ensure the website download page is ready
> first.
>
>
 Yes, let me check on Monday evening (Hamburg time) if it's already
 working. Then we can do the public announcement on Tuesday with working
 download links.


>>> I've updated the download webpages, so that now 4.0.1 is the favorite
>>> download. Of course still only in the staged area:
>>>
>>> http://ooo-site.staging.**apac**he.org/download/index.html
>>> http://ooo-site.staging.apache.org/download/index.html>
>>> >
>>>
>>> Please test yourself. For me every link is working that I've clicked on
>>> but of course I've not tested every platform, language and link.
>>>
>>> *Important:*
>>> Avoid any changes and especially publishing on the webpages until
>>> Tuesday.
>>> Otherwise the new 4.0.1 download links will go online without
>>> announcement
>>> and public note.
>>>
>>>
>> Taking profit of this "freeze", I've just updated the staging ES site with
>> the 4.0.1 announcement (I'll be short of time during the week).
>>
>
> OK, if there are already Spanish release notes for AOO 4.0.1 available
> don't forget to link them.
>
> Marcus
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
>
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
I just finished porting the web version of the release notes over to where
it normally lives.

I will keep my eye on additional changes later today and tomorrow. It's not
a big deal to redo them -- just remembering what I need to do. :/

After the release announcement, I don't know if we should re-port or not. I
guess it depends on how folks feel. The language menu bar doesn't show up
on this version.


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Sun, Sep 29, 2013 at 2:53 PM, Marcus (OOo)  wrote:

> Am 09/29/2013 11:46 PM, schrieb Kay Schenk:
>
>> On Sun, Sep 29, 2013 at 2:14 PM, Marcus (OOo)
>>  wrote:
>>
>>  Am 09/29/2013 10:00 PM, schrieb Ricardo Berlasso:
>>>
>>>   2013/9/29 Marcus (OOo)
>>>
>>>>
>>>>   Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>>>>
>>>>>
>>>>>Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>>>>>
>>>>>
>>>>>>   
>>>>>> https://blogs.apache.org/**preview/OOo/?previewEntry=**<https://blogs.apache.org/preview/OOo/?previewEntry=**>
>>>>>> https://blogs.apache.org/**preview/OOo/?previewEntry=**>
>>>>>> >
>>>>>>
>>>>>>> announcing_apache_openoffice_**4_0<https://blogs.apache.**org/**<https://blogs.apache.org/**>
>>>>>>>
>>>>>>> preview/OOo/?previewEntry=announcing_apache_openoffice_4_0<
>>>>>>> https://blogs.apache.org/**preview/OOo/?previewEntry=**
>>>>>>> announcing_apache_openoffice_**4_0<https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0>
>>>>>>> >
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Short and direct.
>>>>>>>
>>>>>>> Is there anything else worth mentioning, from a project perspective?
>>>>>>> I tried to avoid simply repeating what the release notes already say.
>>>>>>>
>>>>>>>
>>>>>>>  To mention the "MS Excel export improvement" is really important as
>>>>>> it
>>>>>> was (one of) the topic with the highest number of reported 4.0.0
>>>>>> issues
>>>>>> (with 6 duplicates and 9 votes).
>>>>>>
>>>>>>If I understand correctly we'll go live with the announcement on
>>>>>>
>>>>>>  Tuesday. So we'll want to ensure the website download page is ready
>>>>>>> first.
>>>>>>>
>>>>>>>
>>>>>>>  Yes, let me check on Monday evening (Hamburg time) if it's already
>>>>>> working. Then we can do the public announcement on Tuesday with
>>>>>> working
>>>>>> download links.
>>>>>>
>>>>>>
>>>>>>  I've updated the download webpages, so that now 4.0.1 is the favorite
>>>>> download. Of course still only in the staged area:
>>>>>
>>>>> http://ooo-site.staging.apac**he.org/download/index.**html<http://he.org/download/index.html>
>>>>> <http://apache.org/**download/index.html<http://apache.org/download/index.html>
>>>>> >
>>>>> >>>> http://ooo-site.staging.**apache.org/download/index.html<http://ooo-site.staging.apache.org/download/index.html>
>>>>> **>
>>>>>
>>>>>
>>>>>>
>>>>> Please test yourself. For me every link is working that I've clicked on
>>>>> but of course I've not tested every platform, language and link.
>>>>>
>>>>> *Important:*
>>>>> Avoid any changes and especially publishing on the webpages until
>>>>> Tuesday.
>>>>> Otherwise the new 4.0.1 download links will go online without
>>>>> announcement
>>>>> and public note.
>>>>>
>>>>>
>>>>>  Taking profit of this "freeze", I've just updated the staging ES site
>>>> with
>>>> the 4.0.1 announcement (I'll be short of time during the week).
>>>>
>>>>
>>> OK, if there are already Spanish release notes for AOO 4.0.1 available
>>> don't forget to link them.
>>>
>>> Marcus
>>>
>>>
>>> --**
>>> --**-
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@openoffice.**a**pache.org<http://apache.org>
>>> 
>>> >
>>>
>>>
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>>>  I just finished porting the web version of the release notes over to
>> where
>> it normally lives.
>>
>
> Great.
>
>
>  I will keep my eye on additional changes later today and tomorrow. It's
>> not
>> a big deal to redo them -- just remembering what I need to do. :/
>>
>> After the release announcement, I don't know if we should re-port or not.
>> I
>> guess it depends on how folks feel. The language menu bar doesn't show up
>> on this version.
>>
>
> I don't know what you mean with "language menu bar" but for me it looks
> good.


Well this got removed earlier today. Maybe we did this before as well -- I
don't remember. :/ So...never mind


>
>
> Marcus
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: A little more eye candy for 4.0.1 release

[Kay Schenk]

3 AM, Roberto Galoppini <
> >>> roberto.galopp...@gmail.com> wrote:
> >>>
> >>>> 2013/9/27 Drew Jensen 
> >>>>
> >>>> > Howdy,
> >>>> >
> >>>> > Thanks - maybe someone will.
> >>>> >
> >>>> > Folks are quite busy with real work and I won't trouble them with
> >>>> this type
> >>>> > stuff at the moment.
> >>>> >
> >>>> >
> >>>> > I will push two things up over the weekend and then on Monday or
> >>>> Tuesday
> >>>> > will drop the rest. (Set of Flyers w/template - video theme with
> >>>> templates)
> >>>> >
> >>>> > Since no one seems to mind I'm sticking with the following theme:
> >>>> >
> >>>> > AOO-Teal3 (that is the logo color ;)
> >>>> > Grey 6 - text
> >>>> > Red 6 - text
> >>>> > Yellow 3 - highlight text
> >>>> >
> >>>> > I'm also focused totally on Retail marketing and discounting
> >>>> commercial use
> >>>> > of the application, so in everything I'll try to hit things like -
> >>>> building
> >>>> > urgency and driving folks to download.
> >>>> >
> >>>> > I will also try to emphasize the forums and template/extension
> >>>> services
> >>>> > more, as best I can.
> >>>> >
> >>>>
> >>>> Look forward to it, please let me know when you want me to upload the
> >>>> new
> >>>> video on Apache OpenOffice project page at SourceForge.
> >>>>
> >>>> Thanks,
> >>>>
> >>>> Roberto
> >>>>
> >>>>
> >>>>
> >>>> >
> >>>> > Talk to you soon,
> >>>> >
> >>>> > //drew
> >>>> >
> >>>> >
> >>>> >
> >>>> >
> >>>> >
> >>>> >
> >>>> > On Thu, Sep 26, 2013 at 5:48 PM, Kay Schenk 
> >>>> wrote:
> >>>> >
> >>>> > > On Sun, Sep 22, 2013 at 2:14 PM, Drew Jensen <
> >>>> drewjensen.in...@gmail.com
> >>>> > > >wrote:
> >>>> > >
> >>>> > > > Hi,
> >>>> > > >
> >>>> > > > Added a couple of wallpaper and web art images to the wiki at:
> >>>> > > >
> >>>> > > >
> >>>> > > >
> >>>> > >
> >>>> >
> >>>>
https://cwiki.apache.org/confluence/download/attachments/34022580/AOO-4_0_1-wallpaper.zip
> >>>> > > > and
> >>>> > > >
> >>>> > > >
> >>>> > >
> >>>> >
> >>>>
https://cwiki.apache.org/confluence/download/attachments/34022580/AOO-4_0_1-web_art.zip
> >>>> > > >
> >>>> > > > Let me know if any of this can be used - The wallpaper files
are
> >>>> 100%
> >>>> > dog
> >>>> > > > food, the web art files in BLUE are straight dog food and the
> >>>> others
> >>>> > > > included a little love from GIMP
> >>>> > > >
> >>>> > > > I tagged two of the wallpaper files with a CC BY_ND license. I
> >>>> did so
> >>>> > for
> >>>> > > > only one reason, I did not want to introduce the new graphics
on
> >>>> these
> >>>> > > two
> >>>> > > > pieces and encourage their use as branding items and the
license
> >>>> would
> >>>> > > > allow any use, including commercial, but you can not 'riff' off
> >>>> that
> >>>> > > image
> >>>> > > > or any pieces of it.. Now, it doesn't make sense to others
here I
> >>>> would
> >>>> > > not
> >>>> > > > be surprised and have no problem removing it. Just let me know.
> >>>> > > >
> >>>> > > > Otherwise, I'll be on-line tomorrow again and will update the
> >>>> other
> >>>> > files
> >>>> > > > then along with some more thoughts on the branding language I'm
> >>>> trying
> >>>> > to
> >>>> > > > establish...which I don't want to do without consent here.
> >>>> > > >
> >>>> > > > Thanks,
> >>>> > > >
> >>>> > > > //drew
> >>>> > > >
> >>>> > >
> >>>> > > These are cute! I'm sure someone will have some fun with them. :)
> >>>> > >
> >>>> > > --
> >>>> > >
> >>>> > >
> >>>> >
> >>>>
-
> >>>> > > MzK
> >>>> > >
> >>>> > > "Truth is stranger than fiction, but it is because Fiction is
> >>>> obliged
> >>>> > >  to stick to possibilities. Truth isn't."
> >>>> > >  -- "Following the Equator", Mark
Twain
> >>>> > >
> >>>> >
> >>>>
> >>>
> >>>
> >>
> >

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:

> On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo) 
> wrote:
> > Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
> >
> >> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
> >>>
> >>>
> >>>
> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
> >>>
> >>>
> >>> Short and direct.
> >>>
> >>> Is there anything else worth mentioning, from a project perspective?
> >>> I tried to avoid simply repeating what the release notes already say.
> >>
> >>
> >> To mention the "MS Excel export improvement" is really important as it
> >> was (one of) the topic with the highest number of reported 4.0.0 issues
> >> (with 6 duplicates and 9 votes).
> >>
> >>> If I understand correctly we'll go live with the announcement on
> >>> Tuesday. So we'll want to ensure the website download page is ready
> >>> first.
> >>
> >>
> >> Yes, let me check on Monday evening (Hamburg time) if it's already
> >> working. Then we can do the public announcement on Tuesday with working
> >> download links.
> >
> >
> > I've updated the download webpages, so that now 4.0.1 is the favorite
> > download. Of course still only in the staged area:
> >
> > http://ooo-site.staging.apache.org/download/index.html
> >
> > Please test yourself. For me every link is working that I've clicked on
> but
> > of course I've not tested every platform, language and link.
> >
> > *Important:*
> > Avoid any changes and especially publishing on the webpages until
> Tuesday.
> > Otherwise the new 4.0.1 download links will go online without
> announcement
> > and public note.
> >
>
> I've updated the announcement text and put Pedro's new Portuguese NL
> homepage into place:
>
> http://ooo-site.staging.apache.org/pt
>
> Are we waiting for anything else?  Would it make sense to "go live"
> today instead of waiting for Tuesday?
>
> -Rob
>

I was going to ask about this. The last few times, we went live with the
web site a day BEFORE the announcement. So, today is fine with me.  Publish
away! :)

I also noticed a "burp" in the ooo-site staging commit of yesterday. It
would be nice to get on with the publishing a bit earlier -- today -- in
case we run into issues. Just saying...



>
> > Thanks in advance.
> >
> >
> > Marcus
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti wrote:

> Marcus (OOo) wrote:
>
>> OK, just go and publish. I've finished the needed changes. Let's see if
>> something is still wrong.
>>
>
> While still waiting for the build fix, I've now updated the Italian,
> Lithuanian and Swedish pages.
>
> Regards,
>   Andrea.
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Can someone give us an update on this?

Is there something we can do? Like force new ooo-site working copy? I'm on
infra TRC right now, but I don't see anything pertaining to this...


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: CMS Build Failing

[Kay Schenk]

On Mon, Sep 30, 2013 at 12:20 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 3:02 PM, Rob Weir  wrote:
> > On Mon, Sep 30, 2013 at 2:31 PM, Rob Weir  wrote:
> >> On Mon, Sep 30, 2013 at 2:05 PM, Marcus (OOo) 
> wrote:
> >>> Am 09/30/2013 07:52 PM, schrieb Rob Weir:
> > .
> > .
> > .
> >
> 
>  OK.  I'll publish now.  That will allow us to find any issues now,
>  before the greater post-announcement traffic.
> >>>
> >>>
> >>> OK, just go and publish. I've finished the needed changes. Let's see if
> >>> something is still wrong.
> >>>
> >>
> >> The problem is that the CMS build is failing since last night, when I
> >> checked in the new pt translation:
> >>
> >> http://ci.apache.org/builders/ooo-site-site-staging
> >>
> >> So if we publish now, we'll be in a tough position if we do find an
> >> error.  We wouldn't be able to fix it.   It would be safer to hold
> >> back on publishing until the website build is stable.
> >>
> >
> > Here's the error:
> >
> > Updated /usr/local/websites/ooo-site/trunk to revision 880524.
> > Updated /usr/home/cmsslave/slave15/ooo-site-site-staging/build/trunk
> > to revision 1527583.
> > Building content/cs/index.html ...
> > Built to /usr/local/websites/ooo-site/trunk/content/cs/index.html.
> > Adding /usr/local/websites/ooo-site/trunk/content/pt/brand.html.
> > Unmergeable scheduling requested on an entry: Can't add
> > '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> > directory scheduled for deletion at
> > /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
> > program finished with exit code 2
> >
>
> Talked a little about it on IRC, tried forcing a new working copy.  No
> luck.  Wrote up a JIRA issue:
> https://issues.apache.org/jira/browse/INFRA-6814
>
> -Rob
>
> >
> > -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
OK, I didn't see this before my other posting...let's keep our fingers
crossed.


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Skills, Resources and Mentors

[Kay Schenk]

On Mon, Sep 30, 2013 at 8:58 AM, Rob Weir  wrote:

> This projects depends on volunteer efforts.  We have many routine
> tasks that need to be performed during a release cycle and even during
> ordinarily operation of our website and other public-facing services.
>
> In many cases a given task is well-understood and many members of the
> project understand how to do it.  For example, moderating the mailing
> lists.  In other areas we might only have a single person who really
> understands how to do a task.   We also have many volunteers, signing
> up on the mailing list and asking how to help, on nearly a daily
> basis.
>
> There should be a way that we can more clearly identify what the
> routine tasks are, who knows how to do them, who wants to learn how to
> do them, and who is willing to mentor or teach others how to get
> started.
>
> So I've started the following wiki page to track some of the most
> common tasks in the project:
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Skills,+Resources+and+Mentors
>
> Feel free to insert additional tasks, or to add your name as an
> expert, mentor or someone who wants to learn.
>
> (Of course there are many other routine tasks performed by Apache
> Infra and not listed here.  I'm focused on the tasks that are owned by
> the AOO project)
>
> This might also help is identify areas where we are currently
> dependent on a single person and want to train a backup, to cover for
> holidays, etc.
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
I think this is lovely idea but I'm a bit confused over what you mean by
"Learning Resources" -- are you thinking people, or web resources or ???

Thanks.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Mon, Sep 30, 2013 at 2:46 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk  wrote:
> > On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti  >wrote:
> >
> >> Marcus (OOo) wrote:
> >>
> >>> OK, just go and publish. I've finished the needed changes. Let's see if
> >>> something is still wrong.
> >>>
> >>
> >> While still waiting for the build fix, I've now updated the Italian,
> >> Lithuanian and Swedish pages.
> >>
> >> Regards,
> >>   Andrea.
> >>
> >>
> >>
> --**--**-
> >> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> dev-unsubscr...@openoffice.apache.org>
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >>
> > Can someone give us an update on this?
> >
> > Is there something we can do? Like force new ooo-site working copy? I'm
> on
> > infra TRC right now, but I don't see anything pertaining to this...
> >
>
> I tried that via:
> https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/
>
> But I ended up with the same error after the next build attempt.
> You're welcome to try your luck.  Maybe I missed something.
>
> I think something got out of order in the commits to staging.
>
> Before this problem happened we had:
>
> /content/pt (the old Portuguese directory)
> /content/pt-test (the new translation)
>
> I moved pt to pt.old and then moved pt-test to pt.  I committed that
> from my local working copy to SVN.  No errors.  I then made one
> further change to /pt/brand.mdtext.  That would be the new /pt
> directory, of course.  No error committing that change.
>

OK,  you did an *svn* move of pt to pt.old? I think this  is what is
causing the hangup. The (CMS) svn now thinks "pt" should (have been) be
deleted -- maybe your svn version operates slightly differently than
whatever the CMS is using, isn't.

 Can you try doing an svn remove on pt again, followed by a commit? Then
maybe continue with the rest -- moving pt-test to pt?

Or, maybe do "svn cleanup" and then the removal of "pt"? You might need to
recreate the whole "pt" area again, but, oh well...




> But now we have an error:
>
> Unmergeable scheduling requested on an entry: Can't add
> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> directory scheduled for deletion at
> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
>
> That sounds like it noticed the deletion of the old pt directory when
> it was renamed to pt.old, but does not notice that a new pt directory
> was created when pt-test was renamed to pt.
>
> Or something else.
>
>
> -Rob
>
>
> >
> > --
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: draft 4.0.1 announcement blog post

[Kay Schenk]

On Mon, Sep 30, 2013 at 5:40 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 8:07 PM, Kay Schenk  wrote:
> > On Mon, Sep 30, 2013 at 2:46 PM, Rob Weir  wrote:
> >
> >> On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk 
> wrote:
> >> > On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti <
> pesce...@apache.org
> >> >wrote:
> >> >
> >> >> Marcus (OOo) wrote:
> >> >>
> >> >>> OK, just go and publish. I've finished the needed changes. Let's
> see if
> >> >>> something is still wrong.
> >> >>>
> >> >>
> >> >> While still waiting for the build fix, I've now updated the Italian,
> >> >> Lithuanian and Swedish pages.
> >> >>
> >> >> Regards,
> >> >>   Andrea.
> >> >>
> >> >>
> >> >>
> >>
> --**--**-
> >> >> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> >> dev-unsubscr...@openoffice.apache.org>
> >> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >> >>
> >> >>
> >> > Can someone give us an update on this?
> >> >
> >> > Is there something we can do? Like force new ooo-site working copy?
> I'm
> >> on
> >> > infra TRC right now, but I don't see anything pertaining to this...
> >> >
> >>
> >> I tried that via:
> >> https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/
> >>
> >> But I ended up with the same error after the next build attempt.
> >> You're welcome to try your luck.  Maybe I missed something.
> >>
> >> I think something got out of order in the commits to staging.
> >>
> >> Before this problem happened we had:
> >>
> >> /content/pt (the old Portuguese directory)
> >> /content/pt-test (the new translation)
> >>
> >> I moved pt to pt.old and then moved pt-test to pt.  I committed that
> >> from my local working copy to SVN.  No errors.  I then made one
> >> further change to /pt/brand.mdtext.  That would be the new /pt
> >> directory, of course.  No error committing that change.
> >>
> >
> > OK,  you did an *svn* move of pt to pt.old? I think this  is what is
> > causing the hangup. The (CMS) svn now thinks "pt" should (have been) be
> > deleted -- maybe your svn version operates slightly differently than
> > whatever the CMS is using, isn't.
> >
> >  Can you try doing an svn remove on pt again, followed by a commit? Then
> > maybe continue with the rest -- moving pt-test to pt?
> >
> > Or, maybe do "svn cleanup" and then the removal of "pt"? You might need
> to
> > recreate the whole "pt" area again, but, oh well...
> >
>
> That gave me an idea.  I did an svn export of the new pt directory,
> then deleted that from svn.  I committed that deletion and the CMS
> build was then able to complete.  Yeah!   I then re-added the pt
> directory (the new new pt directory) and committed that and it still
> built.  So I published that.
>
> What was lost in the process was the version history on the "new" pt
> directory.  But that was only a week old (previously pt-test) so this
> is an acceptable tradeoff.
>
> Since we'll be doing more of these kinds of renaming as more NL
> websites come on board, from xx-test to xx, we'll need to be careful.
> I think the safer approach may be to do it like this:
>
> svn move xx xx.old
> commit
>
> svn move xx-test xx
> commit
>
> So do it in two separate commits.
>
> Regards,
>
> -Rob
>

Good! Yep! When you do moves or deletes, you must commit before doing
anything else. I think I got bogged down with something similar a while
back.

Happy to see the new Announcement as well! :)


>
> >
> >
> >
> >> But now we have an error:
> >>
> >> Unmergeable scheduling requested on an entry: Can't add
> >> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> >> directory scheduled for deletion at
> >> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
> >>
> >> That sounds like it noticed the deletion of the old pt directory when
> >> it was renamed to pt.old, but does not notice that a new pt directory
> >> was created when pt-test was renamed to pt.
> >>
> >> Or something else.
> >>
> >>
> >> -Rob
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [RELEASE] Urgent - Polish is missing in the release matrix

[Kay Schenk]

On Tue, Oct 1, 2013 at 9:07 AM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Hi,
>
>
> On 01.10.2013 16:29, Oliver-Rainer Wittmann wrote:
>
>> Hi,
>>
>> On 01.10.2013 16:22, Oliver-Rainer Wittmann wrote:
>>
>>> Hi,
>>>
>>> On 01.10.2013 15:52, Rob Weir wrote:
>>>
 On Tue, Oct 1, 2013 at 8:43 AM, Oliver-Rainer Wittmann
  wrote:

> Hi,
>
> it looks like that Polish is missing in the 'release matrix' -
> ooo-site/trunk/content/**download/release_matrix.js
>
> Because I do not feel experienced enough, I am hesitating to change the
> 'release matrix'.
> Can someone with more experience update the 'release matrix?
>
> My proposed insertion to release_matrix.js would be:
>
> "pl":{"0": ['Linux_x86-64_install-deb',  'y', '154',
> 'Apache_OpenOffice_4.0.1_**Linux_x86-64_install-deb_ast.**tar.gz'],
> "1": ['Linux_x86-64_install-rpm',  'y', '155',
> 'Apache_OpenOffice_4.0.1_**Linux_x86-64_install-rpm_ast.**tar.gz'],
> "2": ['Linux_x86-64_langpack-deb', 'y', ' 13',
> 'Apache_OpenOffice_4.0.1_**Linux_x86-64_langpack-deb_ast.**tar.gz'],
> "3": ['Linux_x86-64_langpack-rpm', 'y', ' 13',
> 'Apache_OpenOffice_4.0.1_**Linux_x86-64_langpack-rpm_ast.**tar.gz'],
> "4": ['Linux_x86_install-deb', 'y', '146',
> 'Apache_OpenOffice_4.0.1_**Linux_x86_install-deb_ast.tar.**gz'],
> "5": ['Linux_x86_install-rpm', 'y', '147',
> 'Apache_OpenOffice_4.0.1_**Linux_x86_install-rpm_ast.tar.**gz'],
> "6": ['Linux_x86_langpack-deb','y', ' 13',
> 'Apache_OpenOffice_4.0.1_**Linux_x86_langpack-deb_ast.**tar.gz'],
> "7": ['Linux_x86_langpack-rpm','y', ' 13',
> 'Apache_OpenOffice_4.0.1_**Linux_x86_langpack-rpm_ast.**tar.gz'],
> "8": ['Mac_x86_install',   'y', '162',
> 'Apache_OpenOffice_4.0.1_**MacOS_x86_install_ast.dmg'],
> "9": ['Mac_x86_langpack',  'y', ' 13',
> 'Apache_OpenOffice_4.0.1_**MacOS_x86_langpack_ast.dmg'],
>"10": ['Win_x86_install',   'y', '134',
> 'Apache_OpenOffice_4.0.1_Win_**x86_install_ast.exe'],
>"11": ['Win_x86_langpack',  'y', ' 13',
> 'Apache_OpenOffice_4.0.1_Win_**x86_langpack_ast.exe']},
>
> But I am not sure, if this will be enough.
>
>
 I made that change, but recommending the Polish rather than the
 Asturian installs ;-)

 We'll see if that is enough.


>>> On my system (Windows 7 64bit) with Firefox Polish is still missing.
>>>
>>>
>> I think a corresponding replace of 'n' by 'y' in
>> ooo-site/trunk/content/**download/languages.js is needed
>>
>>
> I have committed and publish this change, but Polish is still missing.
>
> Best regards, Oliver.


It's showing up for me...maybe a sync problem?


>
>
>  Best regards, Oliver.
>>
>>  But even worse is that 
>> http://www.openoffice.org/**download/other.html
>>> does not show any entry in the table in Internet Explorer 8
>>>
>>> Best regards, Oliver.
>>>
>>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website

[Kay Schenk]

On Tue, Oct 1, 2013 at 6:43 AM, Ludek Rosendorf  wrote:

> Hi,
>
> Just to let you know: as of the time of this writing your download page (
> http://www.openoffice.org/download/) has only links do download
> extensions, dictionaries and templates, but not the suite itself. Not very
> useful :-)
>
> Cheers,
> Ludek Rosendorf
> Australia
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Hello -- your experience is certainly not what is expected.  :/

Are you still having this problem? We were doing some last minute changes
earlier.

If you are, can you please use the following URL to report your details
back to us:

http://www.openoffice.org/download/test/analyze.html

Just copy and paste results back into a reply.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Skills, Resources and Mentors

[Kay Schenk]

On Tue, Oct 1, 2013 at 1:12 PM, Ricardo Berlasso  wrote:

> 2013/10/1 Oliver-Rainer Wittmann 
>
> > Hi,
> >
> >
> > On 01.10.2013 17:57, Keith N. McKenna wrote:
> >
> >> Herbert Duerr wrote:
> >>
> >>> On 01.10.2013 14:03, Rob Weir wrote:
> >>>
>  On Tue, Oct 1, 2013 at 7:24 AM, Herbert Duerr  wrote:
> 
> > On 01.10.2013 07:14, Rainer Bielefeld wrote:
> >
> >>
> >> Tal Daniel schrieb:
> >>
> >>>
> >>> But I couldn't edit the wiki page (I'm logged in to as Talchu).
> >>>
> >>
> >>
> >> Hi,
> >>
> >> I can confirm that problem. I am not familiar with with cwiki, but I
> >> added myself to "Directory of volunteers", where I currently also
> >> can't
> >> find a way how to edit that page.
> >>
> >> It seems currently cwiki only can be edited by very few persons?
> >>
> >
> >
> > I cannot edit pages in the cwiki either. I was able to do it last
> > week, but
> > this week I can't, because the edit-page option is missing. Is this
> > lock-out
> > a collateral damage of the release notes being protected?
> >
> >
>  The web page says: "No edit restrictions are defined for this page".
>  This is under Tools/Restrictions menu item.  Do you see something
>  differenent?
> 
> >>>
> >>> I'm logged in and that Restrictions page says that:
> >>>  No view restrictions are defined for this page
> >>>  No edit restrictions are defined for this page
> >>>
> >>> But the "Edit" link that used to be on the page (left to the "Share"
> >>> link) is missing. That edit link is still visible on a page that I
> >>> haven't refreshed since last week. I'm sure it will be gone there too
> if
> >>> I reload the page. Also the "Add" link, which used to be between the
> >>> "Share" and the "Tools" link is missing.
> >>>
> >>>  I was able to edit it (of course).  It looks like Andrea was as well.
> 
> >>>
> >>> Do you happen to have the admin role in our CWikis?
> >>>
> >>> Herbert
> >>>
> >> I can confirm that there is indeed a problem with editing documents on
> >> the cwiki. I checked a few documents including this one and the 4.0.1
> >> release notes and all have no edit restrictions set, but the edit button
> >> is no longer visible.
> >>
> >>
> > For me the "Edit" button is also not visible.
> >
>
> Same here: the "restrictions" menu says that there are no restrictions, but
> I cannot edit any page, not even the ones I created.
>
> Regards,
> Ricardo
>

true enough...no pages seem to be editable!


>
>
>
> >
> > Best regards, Oliver.
> >
> >
> > --**--**-
> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> dev-unsubscr...@openoffice.apache.org>
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website

[Kay Schenk]

[ top posting ]

Thank yo so much for this information. It will be a big help in our
troubleshooting. In any case, I hope you were able to download Apache
OpenOffice.



On Tue, Oct 1, 2013 at 5:44 PM, Ludek Rosendorf  wrote:

> Hi,
>
> Just testes it again and the problem is still there. That is when using
> Google Chrome. When I use Safari or Firefox the page displays correctly.
>
> Here it is for your diagnosis (this page displays the download button
> okay):
>
> *Browser variables**Values*navigator.appCodeNameMozillanavigator.appName
> Netscapenavigator.appVersion5.0 (Macintosh; Intel Mac OS X 10_6_8)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36
> navigator.platformMacIntelnavigator.oscpuundefinednavigator.cpuClass
> undefinednavigator.productGeckonavigator.productSub20030107
> navigator.vendorGoogle Inc.navigator.vendorSubnavigator.languageen-US
> navigator.browserLanguageundefinednavigator.userLanguageundefined
> navigator.systemLanguageundefinednavigator.userAgentMozilla/5.0
> (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko)
> Chrome/29.0.1547.76 Safari/537.36*JavaScript 
> functions/variables**Values*Language
> nameEnglish (US)Language ISO codeen-USLanguage array dataen-US,English
> (US),English (US),y,http://www.openoffice.org/download/other.htmlRelease
> matrix platform position8Release matrix platform array data
> Mac_x86_install,y,163,Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgUI
> platform nameMac OS 32-bit Intel (DMG)URL platform nameMac_x86_installFile
> nameApache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgFile extension.dmgFile
> size163Download file link
> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadChecksum
> file link (here for MD5)
> http://www.apache.org/dist/openoffice/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg.md5
> hasMirrorLink()truegetLink()
> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadGeneral
> errorfalse
>
> Cheers,
> Ludek
> 
>
> On 2013/10/02, at 2:31 , Kay Schenk wrote:
>
>
> On Tue, Oct 1, 2013 at 6:43 AM, Ludek Rosendorf  wrote:
>
>> Hi,
>>
>> Just to let you know: as of the time of this writing your download page (
>> http://www.openoffice.org/download/) has only links do download
>> extensions, dictionaries and templates, but not the suite itself. Not very
>> useful :-)
>>
>> Cheers,
>> Ludek Rosendorf
>> Australia
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
> Hello -- your experience is certainly not what is expected.  :/
>
> Are you still having this problem? We were doing some last minute changes
> earlier.
>
> If you are, can you please use the following URL to report your details
> back to us:
>
> http://www.openoffice.org/download/test/analyze.html
>
> Just copy and paste results back into a reply.
>
> --
>
> -
> MzK
>
> "Truth is stranger than fiction, but it is because Fiction is obliged
>  to stick to possibilities. Truth isn't."
>  -- "Following the Equator", Mark Twain
>
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [CWiki] new default access rights active

[Kay Schenk]

On Wed, Oct 2, 2013 at 4:15 AM, Andrea Pescetti  wrote:

> Andrea Pescetti wrote:
>
>> Who needs whitelisting too? Your CWiki username please (and 24 hours of
>> patience!).
>>
>
> I've enabled the following people who edited the English Release Notes
> page and people who asked for access:
> ChriStef ~christef (this is Christos Stefanidis)
> Keith N. McKenna ~keith.mcke...@comcast.net
> Pedro Albuquerque ~pmralbuquerque
> Tal Daniel ~tal (note: it's tal not talchu)
>
> I've also enabled the following people (criteria: username and full name
> match the PMC roster, so if I saw "pescetti - Andrea Pescetti" listed at
> http://people.apache.org/**committers-by-project.html#**openoffice-pmc<http://people.apache.org/committers-by-project.html#openoffice-pmc>and
>  the same username and full name in CWiki, I enabled it):
>
> af  Andre Fischer (note: it's "af" not "andre")
> alg Armin Le Grand
> arielch Ariel Constenla-Haile
> arist   Andrew Rist
> dpharbison  Donald P. Harbison
> hdu     Herbert Dürr (as requested)
> ingotianIan Lynch
> jsc Jürgen Schmidt
> khirano Kazunari Hirano
> kschenk Kay Schenk
> mayongl Yong Lin Ma
> orw Oliver-Rainer Wittmann
> pescettiAndrea Pescetti
> rbircherRaphael Bircher
> regina  Regina Henschel
> rgb-es  RGB.ES
> robweir Rob Weir
> waveDavid Fisher
>
> The following 3 are pending since they have no real name in CWiki. Just
> confirm you use this username and I'll enable you.
>
> imacat  Yang Shih-Ching
> jim Jim Jagielski
> marcus  Marcus Lange
>
> The following 5 are the ones that I couldn't find (either you don't have a
> CWiki username, and there is nothing to do now; or just provide your CWiki
> username and I'll enable it).
> atjensenDrew Jensen
> galoppini   Roberto Galoppini
> janiJan Iversen
> louis   Louis Suarez-Potts
> pj  Peter Junge (there is a pj, but name does not match)
>
> And of course, if anybody else need access please provide your existing
> CWiki username, valid for login at https://cwiki.apache.org/**
> confluence/display/OOOUSERS/<https://cwiki.apache.org/confluence/display/OOOUSERS/>and
>  I will give you editing rights.
>
>
> Regards,
>   Andrea.
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Thanks for whitelisting me. Hopefully we can find a solution soon.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Automating Error-prone Manual Release-related Files By Using Centralized Release Artifact Metadata

[Kay Schenk]

On Tue, Oct 1, 2013 at 10:28 AM, Herbert Duerr  wrote:

> Rob Weir wrote:
> > Every time we release we need to generate quite a few files related to
> > the release.
> >
> > Here's the list I know of:
> >
> > 1) The ASC/SHA/MD5 hashes and signature files, one for every released
> file
>
> We're using scripts for these of course. With the more than 400 packages
> we're providing everything else would be insane. The checksums should
> and are created on the machines they are built on to help protect the
> gigabytes of data as early as possible.
>
> > 2) A CWiki page listing all the built files with hyperlinks to hashes,
> etc.
> >
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot
> >
> > This is used when voting on a Release Candidate.
>
> Jürgen uses a self written script for that. AFAIK it is not publically
> available yet. If needed it can be rewritten with a few lines of a
> script language.
>
> > 3) release_matrix.js, used by the download page's logic to decide what
> > file to recommend based on user's locale:
> > [...]
> > 7) The XML files used by the upgrade notification server, one XML file
> > per release:
>
> Don't know about these. It would be stupid to do all of it manually. I
> suggest the owners of these tasks share their scripts, e.g. in the
> http://svn.apache.org/repos/asf/openoffice/devtools/scripts/ directory.
>

A good idea...even better if there were some Apache service (server) that
would allow access for cron jobs to do maybe a lot of this...we could
pretty creative. Perl and bash scripts are our friends. :)




> > How close are we to this?  Is any part of this automated already today?
>
> The parts I'm aware of are automated.
>
> Herbert
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [HowTo] Video about how to go to the profile of Apache OpenOffice

[Kay Schenk]

On Wed, Oct 2, 2013 at 2:23 PM, Raphael Bircher  wrote:

> Hi at all
>
> I created a Video about how to go to the Apache OpenOffice Profile on mac.
>
> http://www.youtube.com/watch?**v=41vH7MVC6b0
>
> Greetings Raphael
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
OK...do you have a recommendation for where we could reference this?

wiki, web server?

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Skills, Resources and Mentors

[Kay Schenk]

On Wed, Oct 2, 2013 at 5:02 AM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 5:43 PM, Kay Schenk  wrote:
> > On Mon, Sep 30, 2013 at 8:58 AM, Rob Weir  wrote:
> >
> >> This projects depends on volunteer efforts.  We have many routine
> >> tasks that need to be performed during a release cycle and even during
> >> ordinarily operation of our website and other public-facing services.
> >>
> >> In many cases a given task is well-understood and many members of the
> >> project understand how to do it.  For example, moderating the mailing
> >> lists.  In other areas we might only have a single person who really
> >> understands how to do a task.   We also have many volunteers, signing
> >> up on the mailing list and asking how to help, on nearly a daily
> >> basis.
> >>
> >> There should be a way that we can more clearly identify what the
> >> routine tasks are, who knows how to do them, who wants to learn how to
> >> do them, and who is willing to mentor or teach others how to get
> >> started.
> >>
> >> So I've started the following wiki page to track some of the most
> >> common tasks in the project:
> >>
> >>
> >>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Skills,+Resources+and+Mentors
> >>
> >> Feel free to insert additional tasks, or to add your name as an
> >> expert, mentor or someone who wants to learn.
> >>
> >> (Of course there are many other routine tasks performed by Apache
> >> Infra and not listed here.  I'm focused on the tasks that are owned by
> >> the AOO project)
> >>
> >> This might also help is identify areas where we are currently
> >> dependent on a single person and want to train a backup, to cover for
> >> holidays, etc.
> >>
> >> Regards,
> >>
> >> -Rob
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >>
> > I think this is lovely idea but I'm a bit confused over what you mean by
> > "Learning Resources" -- are you thinking people, or web resources or ???
> >
>
> I was thinking of web resources.   So overall the page lists tasks and
> skills, and also the resources needed to learn how to perform those
> tasks: web resources and experts/mentors in the project.
>
> -Rob
>

OK, thanks.


>
>
>
> > Thanks.
> >
> > --
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website

[Kay Schenk]

On Thu, Oct 3, 2013 at 2:00 PM, Hans Palmér wrote:

> Whenever I start OpenOffice, it crashes after one minute.
>
> I have a Dell Dimension 9200 computer with Windows 7 Home Premium with
> Asus Geforce GT640
>
> Hans Palmér


Hans --

1) what version of Apache OpenOffice are you trying to install? and did you
get it directly from our download site:
http://www.openoffice.org/download/

2) Is this a new install or an update for you?

3) If it's an update, what version are you updating from?

The reason I ask 3) is that the product underwent a structural change
affecting your profile settings from version 3.4.x to 4.0.x

In truth, I am not a Windows user but collecting this information for
others who may further assist you. And, I would recommend that you take a
look at the Release Notes for 4.0.0 and 4.0.1 for additional information on
the recent changes.

http://www.openoffice.org/development/releases/4.0.0.html

http://www.openoffice.org/development/releases/4.0.1.html

You may also find additional help with our support Forum:
http://forum.openoffice.org/

Sorry about this problem. Hopefully, it can be resolved soon.

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [Bugzilla] Vote and issue

[Kay Schenk]

On Mon, Oct 7, 2013 at 7:56 AM, Rob Weir  wrote:

> On Mon, Oct 7, 2013 at 10:43 AM, Herbert Duerr  wrote:
> > On 07.10.2013 16:20, FR web forum wrote:
> >>
> >> Some issue seems to be without possibility of vote.
> >> Like: https://issues.apache.org/ooo/show_bug.cgi?id=99429
> >> Why?
> >
> >
> > I guess this has to do with the product specific settings. For the "App
> Dev"
> > product the "Maximum votes per person" has been set to zero. I don't know
> > whether the creator of that product category intended it that way or
> whether
> > it was an oversight.
> >
> > Almost all other products categories allow 5 votes per person and a
> maximum
> > of two per bug in that category. Other products with no votes allowed are
> > "Native-Lang", "qa" and "marketing". I guess for all of them voting
> should
> > be enabled. Unless someone disagrees I'll assume lazy consensus in 72h.
> >
>
> There are three settings related to voting for each product:
>
> Max number of votes a user can make for bugs in that product
> Max number of votes a user can make for any one bug
> Number of votes needed to auto confirm a bug
>
> Most products have these values set to 5/2/5.
>
> Some have it set to 0, as Herbert mentions.
>
> But Base, for some reason, has these values set to 5/2/10.
>
> So two questions from me:
>
> 1) Does auto-confirm make any sense for us?  Remember, marking
> something as "confirmed" takes it off the radar for QA.  But if
> something is in the unconfirmed state and many users are voting for
> it, shouldn't that mean that QA should give more attention to it, to
> try to confirm it?  If we skip over QA entirely then we miss the
> opportunity they have to do additional testing of other versions,
> uploading sample documents, etc.   So I'd be in favor of disabling the
> auto-confirmation entirely.  We shouldn't skip over QA.
>

no...no "auto-confirm". As some of these bugs may be very old...we need to
(re)confirm them including the version of the confirmation IMO.


>
> 2) What values should we set of the max number of votes per product
> and per bug?   In one sense it doesn't really matter, since we don't
> really have a view of what the top vote issues are.  But if the goal
> is for users to express their preferences, why not set it to 10/10/0?
> In other words, let them express the fact that a single bug matters to
> them most of all if they want.
>

This sounds good. We have MANY users on MANY different hardware setups. We
should allow for a reasonable number to participate in the decision making.
I think these new suggested values are good.


>
> -Rob
>
> > Herbert
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: New Turkish website live

[Kay Schenk]

On Mon, Oct 7, 2013 at 10:45 AM, Rob Weir  wrote:

> A quick announcement that we now have a freshly translated website for
> Turkish, due to the efforts of Burak Yavuz.
>
> You can find it here:
>
> http://www.openoffice.org/tr/
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: users-h...@openoffice.apache.org
>
>
VERY impressive! :)

-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Help Needed: Redo the /porting/mac page

[Kay Schenk]

On Wed, Oct 9, 2013 at 4:56 AM, Rob Weir  wrote:

> On Wed, Oct 9, 2013 at 4:40 AM, Jürgen Schmidt 
> wrote:
> > On 10/9/13 8:45 AM, Herbert Duerr wrote:
> >> On 08.10.2013 22:33, Andrea Pescetti wrote:
> >>> janI wrote:
>  http://www.openoffice.org/porting/mac/ ...
>  So my first question is
>  - what does a MAC page have to do here. MAC is a supported platform,
> not
>  third party ?
>  - why does the porting page not have a link to the mac page ?
> >>>
> >>> The Mac version used to be a port (you can still find outdated
> >>> information around, with the name "Aqua Port"), but it has been a fully
> >>> supported version since 3.0.0 or around.
> >>
> >> Yes, OOo 3.0 was our first version with Mac as fully supported platform.
> >>
> >>> So the porting page does not link to it since it's not a port. And the
> >>> URL is... well, historical, but I wouldn't oppose to move it outside
> >>> porting/ if we can setup redirects that won't break search engines.
> >>
> >> +1 for just redirecting to our download page.
> >
> > a redirect will work but who will miss the page? We should be more open
> > to delete outdated content and simply drop it. We have too many outdated
> > pages that help nobody and are more confusing than useful.
> >
>
> The point is when a user queries Google for terms like "OpenOffice for
> Mac" that is the #1 page on the results list.  Users do this and visit
> that page around 4000 times per day.
>
> If we merely deleted that page then these 4000 people would get a 404
> error.  After a period of time, probably a few weeks, Google would
> update their index and another page would be the #1 search result and
> get that traffic.  The #2 link is a CNet page, so the traffic would
> probably go there and not to our website.
>
> If we redirect to a generic page, like our home page, then we get no
> 404 error.  But as Google updates its index it would see that the
> redirected page is not really relevant to the query "OpenOffice for
> Mac" and would reorder its results so the traffic would still point to
> CNet.
>
> The only way to preserve this traffic is to have a relevant page about
> OpenOffice for Mac.  It doesn't need to be complicated.  But it needs
> to have enough discussion about using OpenOffice on the Mac to look
> relevant to Google and Bing.
>
> I suggested such a page in the past, even outlined it, but no Mac
> volunteers ever completed it:
>
>
> https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/product/mac.mdtext
>
> Regards,
>
> -Rob
>

I don't recall anything about this particular topic in the past but it
seems your "new" information could be just popped into the /porting/mac
index page with a nice little top note that says something like ...

"Macintosh is now part of the standard Apache OpenOffice product and not a
separate port"

 or words to that effect, subsititute your new content for the porting
page, and direct folks to the "download" page.

Would that work?


> > Juergen
> >
> >>
> >> Herbert
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Please Email Me the Word and PDF Formats User Guides for the Stated ProGrams

[Kay Schenk]

On Sat, Oct 5, 2013 at 8:41 AM,  wrote:

>
>
> Apache OpenOffice user interface: a general description of the
> Apache
> OpenOffice user interface
>
> Formatting a document: describes the different options the users
> have
> to shape a document
>
> Find & Replace: Apache OpenOffice has a powerful tool to find text
> and/or formatting
>
> Autocorrect options: An editing tool that permits to automate
> several
> substitution tasks like correcting misspelled words
>
> Supported file formats: Apache OpenOffice can read and write a
> large
> number of file formats
>
> Extensions: Adding more functionality to Apache OpenOffice
>
> General options: General configuration options that affect the
> whole
> suite
>
> "CookBook": quick tips for specific tasks
>
> Writer guide: A complete guide for Writer, the word processor
> component. This link leads to an index
>
> Calc guide: A complete guide for Calc, the spreadsheet component.
> This link leads to an index
>
> Impress guide: A complete guide for Impress, the presentation
> component. This link leads to an index
>
> Draw guide: A complete guide for Draw, the vector drawing tool
> component. This link leads to an index
>
> Math guide: A complete guide for Math, the equation editor
> component
> that you can use in other components. This link leads to an index
>
> Base guide: A complete guide for Base, the database component. This
> link leads to an index
>
> Advanced topics: Regular expressions, programming macros, graphite
> font technology...
>
> Integrating components: A Chart inside your presentation? Inserting
> data from your bibliographic database on your text document?


We do not currently have a PDF of these topics for the new User Guide under
development.
(See http://wiki.openoffice.org/wiki/Documentation). However, you can a PDF
of the complete OpenOffice 3.3. User Guide in that form from this same page.

Until a new complete 4.0.x User Guide is complete,  you can create your own
"book" from the pages which do exist in the new User Guide, and then
download it as PDF. See the "Create a book" menu entry in the left hand
navigation.

Oddly, when you use this, you will nerd to navigate back to the main
Documentation area, and to the new User Guide area to begin your book
creation.  The default area for book creation seems to be the Developer
Guide.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [CMS PATCH]

[Kay Schenk]

[top posting]

Why are these recent changes being slated for "sr-test" instead of just
"sr"?


2013/10/10 Anonymous CMS User 

> Clone URL (Committers only):
>
> https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sr-test%2Fwhy%2Fwhy_free.mdtext
>
> Beter translate
> Stevanovic Vladislav - Wlada
>
> Index: trunk/content/sr-test/why/why_free.mdtext
> ===
> --- trunk/content/sr-test/why/why_free.mdtext   (revision 1530832)
> +++ trunk/content/sr-test/why/why_free.mdtext   (working copy)
> @@ -30,4 +30,11 @@
>
>- **Mi cenimo vašu slobodu**
>
> -Kao deo zajednice posvećen besplatnom softveru, mi takođe cenimo vašu
> slobodu izbora. Apache OpenOffice će čitati i pisati datoteke koje se mogu
> koristiti kod drugih uobičajenih kancelarijskih programa. OpenOffice je bio
> prvi program u svetu da u potpunosti podržava ISO standard za kancelarijske
> formate datoteka koja je usvojena od strane sve većeg broj proizvođača
> programa. Ako želite da koristite neki drugi softver, želimo da budete
> slobodni da to urade. Ukoliko želite da promenite svoj računar sa Microsoft
> Windows-a na Apple Mac ili na Linux, želimo da budete slobodni da to urade.
> Ako vam se sviđa ovaj pristup, budite slobodni da se pridružite zajednici
> Apache OpenOffice-a.
> +Kao deo zajednice posvećen besplatnom softveru, mi takođe cenimo vašu
> slobodu izbora.
> +Apache OpenOffice će čitati i pisati datoteke koje se mogu koristiti kod
> drugih uobičajenih
> +kancelarijskih programa. OpenOffice je bio prvi program u svetu da u
> potpunosti podržava ISO
> +standard za kancelarijske formate datoteka koja je usvojena od strane sve
> većeg broj proizvođača
> + programa. Ako želite da koristite neki drugi softver, želimo da budete
> slobodni da to uradite.
> +Ukoliko želite da na svom računaru pređete sa Microsoft Windows-a na
> Apple Mac ili na Linux,
> +želimo da budete slobodni da to uradite. Ako vam se sviđa ovaj pristup,
> budite slobodni da se
> +pridružite zajednici Apache OpenOffice-a.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: conversion info

[Kay Schenk]

On Wed, Oct 9, 2013 at 3:47 PM, Lockton  wrote:

> Hi...
>
> I recently came across documents written in Corel WP7... with .DOC
> extension
>
> How can I convert into Open Office ... ver 3 or 4
>
> Thanking you in advance
>
> Barrie Lockton


There is quite a long discussion on this on the Forums:

http://forum.openoffice.org/en/forum/viewtopic.php?f=7&t=53916

You may want to check that out for options.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [Proposal] Update Icons for AOO 4.1

[Kay Schenk]

On Wed, Oct 9, 2013 at 8:53 PM, Ariel Constenla-Haile wrote:

> Hi,
>
> On Wed, Oct 09, 2013 at 11:01:09PM -0400, Samer Mansour wrote:
> > Hello,
> >
> > I'm proposing to have the icons (and related assets) updated for AOO
> > 4.1 release. I would like to take the responsibility to see this gets
> > done.
> >
> > Here is the icons that need to be updated:
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4.1+-+Desktop+Icons
> >
> > Related asset:
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4.1+-+Application+And+Launcher
> >
> > You can see two examples of ideas on the first link. You can also
> > suggest your own ideas verbally by commenting on the wiki page or
> > visually by attaching it to the wiki. (Please don't reply ideas in
> > this mailing list, let us know if you have trouble)
> >
> > I am putting a deadline for the idea submission and discussion in 30
> > days, November 9th, 2013.  Once we reach the deadline, we will have
> > a separate discussion for optimizing for the best user experience.
> >
> > This is not a contest or a call for public proposals. This is regular,
> > needs to be done, no-bikeshedding-please work. When the deadline Nov
> > 9th arrives, if there is more than one viable solution, we will try to
> > reach consensus without a end user vote.  eg. We will not be doing
> > what we did with the logo, that was a special case because it is the
> > face of AOO.
> >
> > Samer Mansour
>
> The About dialog does not look good with the orb in the header, the old
> version looked nicer than the current one
>
> Old version:
> http://people.apache.org/~arielch/images/AboutDialog.png
>
> Current one, removing the orb from the header:
> http://people.apache.org/~arielch/images/AboutDialog410.png
>
> To test different approaches, just replace about.png in the program
> folder (where soffice.exe is located), for example with this one
> http://people.apache.org/~arielch/images/about.png (there is no need to
> restart the application).
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

@Ariel

I see what you mean about this. Maybe too many "orbs" in the About dialog.
The revised one does seem better.


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Reporting a problem with the OpenOffice website

[Kay Schenk]

On Sun, Oct 13, 2013 at 2:58 AM, Marcus (OOo)  wrote:

> Am 10/13/2013 12:55 AM, schrieb Rob Weir:
>
>  On Sat, Oct 12, 2013 at 6:34 PM,  wrote:
>>
>>> Good night,
>>>
>>> I can not download the file, the following message appears:
>>>
>>> The "/4.0.1/binaries/pt-P..n_x86_**install_pt.exe" file could not be
>>> found or
>>> is not available. Please select another file.
>>>
>>>
>> I see the same error when downloading from the Portuguese page:
>>
>> http://www.openoffice.org/pt/**download/
>>
>> The language is coded in the script as:
>>
>>   var NL_LANGUAGE = "pt-PT";
>>
>> Any ideas, Marcus?
>>
>
> The download link is assembled as:
>
> http://sourceforge.net/**projects/openofficeorg.mirror/**
> files/4.0.1/binaries/pt-PT/**Apache_OpenOffice_4.0.1_.
> ..
>
> So, with "pt-PT" as sub-dir name. But this is missing on the Sourceforge
> mirror which is IMHO wrong. There it is just "pt":
>
> https://sourceforge.net/**projects/openofficeorg.mirror/**
> files/4.0.1/binaries/
>
> I don't know if it's possible to rename sub-dirs on Sourceforge and what
> then will happen with mirror synchronization, so I won't do it.
>
> The fastest solution for now is to set:
>
> var NL_LANGUAGE = "pt";
>
> which I've done now.
>
>
>
> @All:
> As we have some languages with regional differences like Portuguese (pt-PT
> and pt-BR), Chinese (zh-CN and zh-TW) and English (en-GB and en-US) we
> should start to show always also the region code to make sure which one is
> exactly meant. Just to write "pt" is IMHO not helpful.
>
> Marcus


I don't remember the original legacy naming for OpenOffice binaries, but
maybe this one has always been just "pt". There seems to be a "pt-BR" as
well looking at:

http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/

But, if the "standard" has changed to "pt-PT", we should change as well.

We need to conform with what the browsers are returning.


>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Mentor a new build system.

[Kay Schenk]

On Mon, Oct 14, 2013 at 12:38 AM, Andre Fischer  wrote:

> On 11.10.2013 18:10, janI wrote:
>
>> Hi.
>>
>> FYI: as I informed a while ago, I made a project proposal for OSU
>> capstone.
>>
>> The project has been selected, so we will have 4 students working the next
>> months to achieve the following:
>>
>
> That is great news.  Thank you for pushing this forward.
>
>
>
>> http://eecs.oregonstate.edu/**capstone/viewproposal2013.php?**id=16
>>
>> extract from above:
>>
>> motivation:
>> "Apache OpenOffice is the biggest open source office package, with 65
>> milllion downloads of our last version. A number of other open source
>> packages are derived from OpenOffice, and incorporates patches and
>> enhancements from AOO.
>> The AOO source code is very big, 121 languages, 233 modules and 2933
>> makefiles (including sub-makefiles). As programming platform, we use C++
>> (bulk part), Java, Python, Perl and some special libraries
>> The build system is old, a combination of perl and dmake, and has grown
>> over the years into a non standard, hard to understand non documented
>> system.
>> At the same time, we want to attract more developers, therefore we want to
>> make a new build system based on modern technology, which are easy to use
>> especially for windows developers."
>>
>> goal:
>> "The goal is to:
>> 1) make a build system suitable for use with microsoft visual studio
>> 2) make a build system suitable for use on linux (makefiles)
>> One of those systems should be the primary one and the other one should be
>> automatically generated.
>>
>
> I am not happy with that last sentence.   When there is one 'primary'
> flavor of the build system, then that tends to get much more attention than
> the other flavors.  This happened with both build system that we have.
>  They heavily tend to the Unix side and are slow and hard to use on Windows.
> I think that we should treat our major platforms (Windows, Linux and Mac)
> equal.



I plead absolute ignorance about Visual Studio 2008, but I thought it could
use "makefile" specifications -- though maybe this is not well-integrated
from what I've been reading.

In my mind, it would be great to ditch build.pl if we could, and go with a
straight makefile setup. We've already worked on this aspect.

 I have not thoroughly investigated the workings of "build.pl", but I'm
wondering if it's the mix of what we're trying to build -- e.g. the
helpcontent -- that is a bottleneck here. To me, it seems "code" components
could be built in some standard way and these other aspects built in their
own environment and plugged in later at some point. Just some thoughts I've
had, which might not make any sense. ;}

But, I'm happy to see this proposal and I hope it gets accepted. The more
eyes we have on the build process, the better.



>
>
>  The team must first understand how the current system works in general,
>> and
>> then build scenarios how a \\\"perfect\\\**"
>> system
>> would look like.
>> Second task is to implement it, in parallel with the existing system
>> Third task is to help test it on the different platforms we support. "
>>
>>
>> I will mentor the students, but hope that the community will be behind me
>> and help as well. If the students turn out to be motivated they can, as
>> volunteers and committers, be a real bonus for the project.
>>
>> Another apache committer who lives close to the OSU have promised to help
>> me as well.
>>
>> I am aware there are very different ideas about how a new build system
>> should look like, but lets use this possibility to get moving, if the
>> result works it cannot be less "nice" than the current system.
>>
>
> I hope that you are right.  But the our second build system proves that
> just working does not necessarily result in an improvement. But I don't
> want to sound too negative.  This project is a great start and I believe
> that you and the students and our community will be able to improve the
> build system greatly.
>
>
>
>> are anybody with knowledge of build.pl etc. interested in helping out ?
>>
>
> As you know, I have already done some reasearch in this area and I would
> be glad to help.
>
> Regards
> Andre
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
>
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Mentor a new build system.

[Kay Schenk]

On Mon, Oct 14, 2013 at 2:02 PM, janI  wrote:

> On 14 October 2013 19:44, Kay Schenk  wrote:
>
> > On Mon, Oct 14, 2013 at 12:38 AM, Andre Fischer 
> wrote:
> >
> > > On 11.10.2013 18:10, janI wrote:
> > >
> > >> Hi.
> > >>
> > >> FYI: as I informed a while ago, I made a project proposal for OSU
> > >> capstone.
> > >>
> > >> The project has been selected, so we will have 4 students working the
> > next
> > >> months to achieve the following:
> > >>
> > >
> > > That is great news.  Thank you for pushing this forward.
> > >
> > >
> > >
> > >> http://eecs.oregonstate.edu/**capstone/viewproposal2013.php?**id=16<
> > http://eecs.oregonstate.edu/capstone/viewproposal2013.php?id=16>
> > >>
> > >> extract from above:
> > >>
> > >> motivation:
> > >> "Apache OpenOffice is the biggest open source office package, with 65
> > >> milllion downloads of our last version. A number of other open source
> > >> packages are derived from OpenOffice, and incorporates patches and
> > >> enhancements from AOO.
> > >> The AOO source code is very big, 121 languages, 233 modules and 2933
> > >> makefiles (including sub-makefiles). As programming platform, we use
> C++
> > >> (bulk part), Java, Python, Perl and some special libraries
> > >> The build system is old, a combination of perl and dmake, and has
> grown
> > >> over the years into a non standard, hard to understand non documented
> > >> system.
> > >> At the same time, we want to attract more developers, therefore we
> want
> > to
> > >> make a new build system based on modern technology, which are easy to
> > use
> > >> especially for windows developers."
> > >>
> > >> goal:
> > >> "The goal is to:
> > >> 1) make a build system suitable for use with microsoft visual studio
> > >> 2) make a build system suitable for use on linux (makefiles)
> > >> One of those systems should be the primary one and the other one
> should
> > be
> > >> automatically generated.
> > >>
> > >
> > > I am not happy with that last sentence.   When there is one 'primary'
> > > flavor of the build system, then that tends to get much more attention
> > than
> > > the other flavors.  This happened with both build system that we have.
> > >  They heavily tend to the Unix side and are slow and hard to use on
> > Windows.
> > > I think that we should treat our major platforms (Windows, Linux and
> Mac)
> > > equal.
> >
> >
> >
> > I plead absolute ignorance about Visual Studio 2008, but I thought it
> could
> > use "makefile" specifications -- though maybe this is not well-integrated
> > from what I've been reading.
> >
>
> Makefiles have been integrated since VC 6, but once you start using it you
> soon find the limits, it would never support a setup like ours.
>

OK...like I said, complete ignorance.  I have ONLY used *nix builds in the
course of my life.



>
>
>
> >
> > In my mind, it would be great to ditch build.pl if we could, and go
> with a
> > straight makefile setup. We've already worked on this aspect.
> >
>
> To ditch build.pl alone, is a very straight forward task, a real nice task
> for a new developer.
>
> Remember build only controls the /prj directories and then call
> dmake to do the rest.
>
> Ditching build.pl (which I have done experimental for helpcontent2 and
> l10ntools) consist of:
> 1) take the first line of */prj/build.lst and use that to build a Makefile
> in with module dependencies.
> 2) for each module use the remaining lines in */prj/build.lst to build a
> /Makefile that calls dmake for the existing makefiles
> 3) for each mdoule use */prj/deliver.lst to expand /Makefile with a
> target and a set of copy instructions.
>
> It about a little workweek to edit and test the setup.
>

Thanks for these tips. I would REALLY like to disconnect the help building
to try to get tech writers more interested in development/changes of our
inline help content, with minimal fuss. OK, I will play with that this week.


>
>
> >  I have not thoroughly investigated the workings of "build.pl", but I'm
> > wondering if it's the mix of what we're trying to build -- e.g. the
> > helpcontent -- that is a bottleneck here. To me, it seems "code"

Re: Help Needed: Redo the /porting/mac page

[Kay Schenk]

On Wed, Oct 9, 2013 at 2:40 PM, Kay Schenk  wrote:

>
> On Wed, Oct 9, 2013 at 4:56 AM, Rob Weir  wrote:
>
>> On Wed, Oct 9, 2013 at 4:40 AM, Jürgen Schmidt 
>> wrote:
>> > On 10/9/13 8:45 AM, Herbert Duerr wrote:
>> >> On 08.10.2013 22:33, Andrea Pescetti wrote:
>> >>> janI wrote:
>> >>>> http://www.openoffice.org/porting/mac/ ...
>> >>>> So my first question is
>> >>>> - what does a MAC page have to do here. MAC is a supported platform,
>> not
>> >>>> third party ?
>> >>>> - why does the porting page not have a link to the mac page ?
>> >>>
>> >>> The Mac version used to be a port (you can still find outdated
>> >>> information around, with the name "Aqua Port"), but it has been a
>> fully
>> >>> supported version since 3.0.0 or around.
>> >>
>> >> Yes, OOo 3.0 was our first version with Mac as fully supported
>> platform.
>> >>
>> >>> So the porting page does not link to it since it's not a port. And the
>> >>> URL is... well, historical, but I wouldn't oppose to move it outside
>> >>> porting/ if we can setup redirects that won't break search engines.
>> >>
>> >> +1 for just redirecting to our download page.
>> >
>> > a redirect will work but who will miss the page? We should be more open
>> > to delete outdated content and simply drop it. We have too many outdated
>> > pages that help nobody and are more confusing than useful.
>> >
>>
>> The point is when a user queries Google for terms like "OpenOffice for
>> Mac" that is the #1 page on the results list.  Users do this and visit
>> that page around 4000 times per day.
>>
>> If we merely deleted that page then these 4000 people would get a 404
>> error.  After a period of time, probably a few weeks, Google would
>> update their index and another page would be the #1 search result and
>> get that traffic.  The #2 link is a CNet page, so the traffic would
>> probably go there and not to our website.
>>
>> If we redirect to a generic page, like our home page, then we get no
>> 404 error.  But as Google updates its index it would see that the
>> redirected page is not really relevant to the query "OpenOffice for
>> Mac" and would reorder its results so the traffic would still point to
>> CNet.
>>
>> The only way to preserve this traffic is to have a relevant page about
>> OpenOffice for Mac.  It doesn't need to be complicated.  But it needs
>> to have enough discussion about using OpenOffice on the Mac to look
>> relevant to Google and Bing.
>>
>> I suggested such a page in the past, even outlined it, but no Mac
>> volunteers ever completed it:
>>
>>
>> https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/product/mac.mdtext
>>
>> Regards,
>>
>> -Rob
>>
>
> I don't recall anything about this particular topic in the past but it
> seems your "new" information could be just popped into the /porting/mac
> index page with a nice little top note that says something like ...
>
> "Macintosh is now part of the standard Apache OpenOffice product and not a
> separate port"
>
>  or words to that effect, subsititute your new content for the porting
> page, and direct folks to the "download" page.
>
> Would that work?
>

I just made some very minor changes to this old page.

It would be nice to include some information on development for the Mac if
at all possible. There seems to be this old page on the wiki:

http://wiki.openoffice.org/wiki/Intro_To_Mac_Porting

but I'm not sure how much is still relevant

We could use some help with this also.



>
>> > Juergen
>> >
>> >>
>> >> Herbert
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >>
>> >
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>
>
> --
>
> -
> MzK
>
> "Truth is stranger than fiction, but it is because Fiction is obliged
>  to stick to possibilities. Truth isn't."
>  -- "Following the Equator", Mark Twain
>



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: CMS diff: Priključite se

[Kay Schenk]

On Mon, Oct 14, 2013 at 2:32 PM, Rob Weir  wrote:

> On Mon, Oct 14, 2013 at 3:00 PM, Marcus (OOo) 
> wrote:
> > Am 10/14/2013 05:08 PM, schrieb Rob Weir:
> >
> >> On Mon, Oct 14, 2013 at 9:50 AM, Vladislav Stevanovic
> >>   wrote:
> >>>
> >>> Hello Rob,
> >>>
> >>> I checked links, everything is OK. You can now publish this as
> "sr-latn",
> >>> I
> >>> am finished, the job is done. Thanks for your time and efforts.
> >>
> >>
> >> Excellent.  This is live now:  http://www.openoffice.org/sr-latn/
> >
> >
> > Yes, looks good.
> >
> >
> >>> P.S: What will be with old Serbian AOO site (/sr)? There is a lot
> >>> unappropriated links, but there is also and good stuffs on some pages.
> >>> What
> >>> to do about that?
> >>>
> >>
> >> Best thing would be to find someone able to update that website or do
> >> a new translation of the /xx files.
> >>
> >> Or, we could do what we do for Chinese:
> >>
> >> http://www.openoffice.org/zh/
> >>
> >> That gives the user the choice to have traditional Chinese or
> >> simplified Chinese.   We could do something similar with the choices
> >> being Cyrillic or Latin script.
> >
> >
> > That sounds good, so I would prefer this to leave the choice to the user.
> >
> > But "zh" is not working. It's redirected to "zh-tw". Maybe a redirect
> that
> > is still active but should no longer?
> >
>
> This works for me:  http://www.openoffice.org/zh/
>
> This loads a page that has a table with two cells:  one with a link to
> /zh-tw and another one with a link to /zh-cn
>
> -Rob
>

ditto for me...


>
> > Marcus
> >
> >
> >
> >
> >>> 2013/10/14 Rob Weir
> >>>
>  Thanks for the patch.  I've committed it and published the revised web
>  page.
> 
>  -Rob
> 
>  On Mon, Oct 14, 2013 at 3:04 AM, Stevanovic Vladislav - Wlada
>    wrote:
> >
> > Clone URL (Committers only):
> >
> 
> 
> https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sr-test%2Fparticipate%2Findex.mdtext
> >
> >
> > Stevanovic Vladislav - Wlada
> >
> > Index: trunk/content/sr-test/participate/index.mdtext
> > ===
> > --- trunk/content/sr-test/participate/index.mdtext  (revision
> 
>  1531770)
> >
> > +++ trunk/content/sr-test/participate/index.mdtext  (working
> copy)
> > @@ -81,6 +81,6 @@
> >
> >
> >   [1]: http://openoffice.apache.org/mailing-lists.html
> > -[2]: http://openoffice.apache.org/orientation/index.html/
> > +[2]: http://openoffice.apache.org/orientation/index.html
> >   [3]:
> > https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted/
> > -[4]: http://openoffice.apache.org/students.html/
> > \ No newline at end of file
> > +[4]: http://openoffice.apache.org/students.html
> > \ No newline at end of file
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Mentor a new build system.

[Kay Schenk]

On Mon, Oct 14, 2013 at 2:40 PM, janI  wrote:

> On 14 October 2013 23:34, Kay Schenk  wrote:
>
> > On Mon, Oct 14, 2013 at 2:02 PM, janI  wrote:
> >
> > > On 14 October 2013 19:44, Kay Schenk  wrote:
> > >
> > > > On Mon, Oct 14, 2013 at 12:38 AM, Andre Fischer 
> > > wrote:
> > > >
> > > > > On 11.10.2013 18:10, janI wrote:
> > > > >
> > > > >> Hi.
> > > > >>
> > > > >> FYI: as I informed a while ago, I made a project proposal for OSU
> > > > >> capstone.
> > > > >>
> > > > >> The project has been selected, so we will have 4 students working
> > the
> > > > next
> > > > >> months to achieve the following:
> > > > >>
> > > > >
> > > > > That is great news.  Thank you for pushing this forward.
> > > > >
> > > > >
> > > > >
> > > > >>
> http://eecs.oregonstate.edu/**capstone/viewproposal2013.php?**id=16
> > <
> > > > http://eecs.oregonstate.edu/capstone/viewproposal2013.php?id=16>
> > > > >>
> > > > >> extract from above:
> > > > >>
> > > > >> motivation:
> > > > >> "Apache OpenOffice is the biggest open source office package, with
> > 65
> > > > >> milllion downloads of our last version. A number of other open
> > source
> > > > >> packages are derived from OpenOffice, and incorporates patches and
> > > > >> enhancements from AOO.
> > > > >> The AOO source code is very big, 121 languages, 233 modules and
> 2933
> > > > >> makefiles (including sub-makefiles). As programming platform, we
> use
> > > C++
> > > > >> (bulk part), Java, Python, Perl and some special libraries
> > > > >> The build system is old, a combination of perl and dmake, and has
> > > grown
> > > > >> over the years into a non standard, hard to understand non
> > documented
> > > > >> system.
> > > > >> At the same time, we want to attract more developers, therefore we
> > > want
> > > > to
> > > > >> make a new build system based on modern technology, which are easy
> > to
> > > > use
> > > > >> especially for windows developers."
> > > > >>
> > > > >> goal:
> > > > >> "The goal is to:
> > > > >> 1) make a build system suitable for use with microsoft visual
> studio
> > > > >> 2) make a build system suitable for use on linux (makefiles)
> > > > >> One of those systems should be the primary one and the other one
> > > should
> > > > be
> > > > >> automatically generated.
> > > > >>
> > > > >
> > > > > I am not happy with that last sentence.   When there is one
> 'primary'
> > > > > flavor of the build system, then that tends to get much more
> > attention
> > > > than
> > > > > the other flavors.  This happened with both build system that we
> > have.
> > > > >  They heavily tend to the Unix side and are slow and hard to use on
> > > > Windows.
> > > > > I think that we should treat our major platforms (Windows, Linux
> and
> > > Mac)
> > > > > equal.
> > > >
> > > >
> > > >
> > > > I plead absolute ignorance about Visual Studio 2008, but I thought it
> > > could
> > > > use "makefile" specifications -- though maybe this is not
> > well-integrated
> > > > from what I've been reading.
> > > >
> > >
> > > Makefiles have been integrated since VC 6, but once you start using it
> > you
> > > soon find the limits, it would never support a setup like ours.
> > >
> >
> > OK...like I said, complete ignorance.  I have ONLY used *nix builds in
> the
> > course of my life.
> >
>
> it maybe ignorance, I call it "interest", and to me all input are welcome !
>
> >
> >
> >
> > >
> > >
> > >
> > > >
> > > > In my mind, it would be great to ditch build.pl if we could, and go
> > > with a
> > > > straight makefile setup. We've already worked on this aspect.
> > &

Re: One year as Top Level Project (and 13 of OpenOffice)

[Kay Schenk]

On Thu, Oct 17, 2013 at 5:18 AM, Raphael Bircher  wrote:

> Am 17.10.13 13:40, schrieb Andrea Pescetti:
>
>  Today is one year since OpenOffice became a Top-Level Project at Apache,
>> and a few days ago (13 October) it was 13 years since the availability of
>> OpenOffice as free and open source software.
>>
>> So, time to have a quick look back. It's been a busy year... Successful,
>> innovative releases; a global and growing community; and ambitious plans
>> for the future.
>>
>
WOW! How time does fly?


>  And you remember the headlines. "OpenOffice is dead"?
> Today I have a nice Song for all them.
> https://www.youtube.com/watch?**v=Jmd4OLzhQw0
>
> enjoy, and then back to work
>

yes, I did enjoy it, and really the lyrics are great for us! THANK YOU!


>
> Greetings Raphael
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: [proposal] replace build.pl with a central Makefile.

[Kay Schenk]

On Fri, Oct 18, 2013 at 7:52 AM, Andre Fischer  wrote:

> On 18.10.2013 15:58, janI wrote:
>
>> On 18 October 2013 15:00, Andre Fischer  wrote:
>>
>>  On 18.10.2013 14:02, janI wrote:
>>>
>>>  sd


 On 18 October 2013 13:36, Andre Fischer  wrote:

   On 18.10.2013 11:32, janI wrote:

>   Hi.
>
>> due to the discussion in thread "Mentor a new build system", I have
>> made a
>> proposal for a central Makefile located in main.
>>
>>   Hi Jan,
>>
> it is great that you are going to improve this part of the build
> system.
>But I think that we need more details about how the proposed build
> system
> works.  Without them I can not really evaluate the proposal.
>
>   First of all, I agree with juergens remarks that this should be
>
 discussed
 before implemented, hence the wiki page.

 Secondly this has nothing directly to do with the proposed build system,
 its a simple replacement of build.pl in the current system.

  Yes, that is how I understood it.  I just did not know how to call the
>>> build.pl replacement.
>>>
>>>
>>>
>>>  I know that build.pl works, but having a Makefile in main, would make
 us
 one step closer on being compatible with the distros. To me this job is
 a
 simple cleanup, not something we deadly need, but nice to have.


   Some remarks regarding the missing options:

> --from 
>  This is one of the more important options and one that I use
> frequently
> (also in the form --all:).
>  Note that if you are in  and call 'make --from '
> then
> all modules are built
>  a) which  depends on
>  b) but not those that  depends on
>  c) Both  and  are built.
>
>   I have changed the documentation.
>
 I use the --all: myself very often, and have changed the
 documentation, because it is of course supported.

 The difference is that you do the call in main, but that is a minor
 detail
 that can be easily corrected (have /Makefile calling
 main/Makefile.

 I have also changed documentation on --html due to juergens comments.

  I am not sure that we understand --from and --since in the same way so
>>> I
>>> will try to explain what I think they do.
>>>
>>> Let's imagine that we have a simple project with modules A, B, C, D and
>>> E.
>>> where B depends on A, C on B, D on C, and E on D.
>>> A ' make all' would mean 'make E'.  The dependencies would then lead to
>>> building modules A, B, C, D, E in this order.
>>> If I am in E and call 'make --from C' then only C, D, and E should be
>>> built.  A 'make --since C' would only build D and E.
>>>
>>> If I am in D and call 'make --from B' then modules B, C, and D are built.
>>>   Call 'make --since B' to build only C and D.
>>> Note that 'make --from' accepts more than one module name (while 'make
>>> --all:' does not).
>>> Note also that in the above case (stand in D, call 'make --from B')
>>> module
>>> A is not built, regardless of whether there are changes in A or not.
>>>   Whereas a simple call to make (still standing in D) would build all
>>> modules that D depends on, directly or indirectly.  Thus the options
>>> '--from' and '--since' exist to actively exclude modules from being
>>> built.
>>>
>>> The whole thing becomes a little bit more complicated with multiple
>>> options to '--from' (I never use '--since' and also don't know a valid
>>> use
>>> case so I will ignore it for now) and more complex dependencies then in
>>> the
>>> simple example above.  Let's say that if we stand in instsetoo_native and
>>> call 'make --from svx sfx2'.  Note that svx depends on sfx2.  This would
>>> build svx, sfx2 and all modules that depend (directly or indirectly) on
>>> svx
>>> OR sfx2.
>>>
>>>  got it, now I just have one problem, why would you not build the
>> dependent
>> modules, if they needed to be built, thats a scenario I dont understand.
>> With a central makefile, /makefile will not be called so we do not
>> waste cpu cycles.
>>
>> With the .done files, we know when a module was last built and all modules
>> that depend it should be rebuilt which the rule
>> .done : .done
>>
>> will ensure, so If we have A -> B -> C -> D
>>
>> I go in B, and call make, then when I go in D and make, B,C,D will be
>> made.
>>
>> If we have A -> B -> D   C -> D
>> and do the same then only D will be made.
>>
>> So --from is not really saving anything ?
>>
>
> a) In your example you first go into B then, in a second step, into D.
>  The '--from' option lets you do the same (well, not really the same, but
> see below) just from D.
>
> b) You go first to B and call make.  This makes A, if necessary, then B.
>  The making of A is exactly the thing that you want to prevent with the
> '--from' option.  Go into D and call 'make --from B'.  A is not built.
>
> c) After the discussion with you I am not sure if we

Re: Open Office Volunteering

[Kay Schenk]

On Sun, Oct 20, 2013 at 5:02 AM, Vivek Rai  wrote:

> Name : Vivek Rai
>
> Place : Kanpur, Uttar Pradesh, India
>
> Who I am : I'm a first year student of Information & Communication
> Technology in Indian Institute of Information Technology & Management
> Gwalior, India.
>
> Interested In :
>
> 1. Providing feedback about Open Office
> 2. Develop according to the feedback provided about Open Office by other
> volunteers.
>
> Skill Set :
>
> Programming experience in almost all languages especially in those which
> are part of Open Office - C++ & Java.
>
> Thank You.
>


Hello and thank you for volunteering.

We have some orientation modules which should help you get started in
learning how the project works, as well as providing some information on
development:

http://openoffice.apache.org/orientation/index.html

We welcome your development efforts!





-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: Updated OpenOffice brand and adoption stats

[Kay Schenk]

On Mon, Oct 21, 2013 at 8:30 AM, Rob Weir  wrote:

> Those who read my personal blog know that I've done some survey work
> looking at OpenOffice brand recognition, adoption, etc.  I had surveys
> run in September 2012 and 6-months later in April 2013, via Google
> Consumer Surveys.   Now another 6 months have elapsed and I have
> updated results to report.
>
> In general, the news is very good.  You can read the details of the
> survey results here:
>
>
> http://www.robweir.com/blog/2013/10/the-power-of-brand-and-the-power-of-product-part-3.html
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
This is good news indeed! Thanks for sharing! :)




-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: Mobile device support?

[Kay Schenk]

On Mon, Oct 21, 2013 at 2:15 PM, Keith Joslyn  wrote:

> Hi
>
> Is there any intention/willingness to develope/deploy a version of your
> great office application (OpenOffice). It has been my choice of office
> products since 'StarOffice' on OS/2. And I continue to use OpenOffice on my
> OSX & Linux distro's. I would love to be able to use it on my iPhone & iPad
>
> Regards
>
> Jos Joslyn
>
> Sent from my iPhone
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Hi Jos --

Please see our blog on this topic from earlier this year...question #9

https://blogs.apache.org/OOo/?page=2


-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: AOO on Nexus 7 and the Kim Komando Show

[Kay Schenk]

On Mon, Oct 21, 2013 at 12:40 PM, Drew Jensen wrote:

> Thanks, I did not think AOO ran directly on the Nexus.
>
> hmm - well, I checked the show site and they already posted the other items
> I heard mentioned form the weekend show, but nothing regarding this callers
> question.
>
> I suppose it is worth an email to the show producer. Unfortunately I'm
> running short on time for today already, but I'll get that done and sent
> tomorrow and will cc the list.
>
> //drew
>
>
> On Mon, Oct 21, 2013 at 3:28 PM, Rory O'Farrell  wrote:
>
> > On Mon, 21 Oct 2013 15:06:31 -0400
> > Drew Jensen  wrote:
> >
> > > Howdy,
> > >
> > > For those who do not know who Kim Komando is, she hosts a rather
> > successful
> > > radio talk show dealing with digital consumer products.
> > >
> > > This last weekend's show included a call in about speech recognition
> and
> > > OpenOffice, and the Nexus 7.
> > >
> > > The host explained that they would be putting up a quick tutorial on
> > their
> > > website, www.komando.com/ , showing hot to hook this up on the Nexus
> 7.
> > >
> > > So - does AOO actually run on a Nexus 7, I really don't know and if
> their
> > > is any known problems does anyone happen to have a contact with the
> show
> > so
> > > that we could help them put this together.
> > >
> > There is a version at
> > https://play.google.com/store/apps/details?id=com.andropenoffice
> >
> > I installed this on my Nexus 7 some weeks ago; as far as I have  tried,
> it
> > works. But as my interest is writing I prefer to write/edit on a real
> > laptop/desktop, so haven't progressed very far with this version.
> >
> > --
> > Rory O'Farrell 
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>

Interesting in any case considering the requirements ...hmmm



-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: Downloads by Country (updated data)

[Kay Schenk]

On Mon, Oct 21, 2013 at 2:50 PM, Alexandro Colorado  wrote:

> On Mon Oct 21 16:09:37 2013 Rob Weir  wrote:
> > On Mon, Oct 21, 2013 at 4:15 PM, Misha Konoplitskiy
> >  wrote:
> > > Rob, i'm promoting Apache Open Office in Ukraine. Do you have an e-mail
> > > list of companies which uses Open Office?
> > > I want to automate its work and help with support.
> > >
> >
> > Sorry, we don't have a database of OpenOffice users. In the Sun days
> > there was a user registration screen in the OpenOffice.org install
> > wizard, but we have removed that screen and do not have access to that
> > database.
>
> The old bizdev site used to have a database of businesses using OOo around
> the world. However since the change to kenai the ods got lost. The html
> version could still be available on the legacy svn.
>

That old ods doc is in the original archive we brought over  in Sept, 2011
if anyone wants it or thinks it should be re-uploaded to the website for
posterity. I'll be happy to do that.

Also, if you use the Way Back machine, you can find information for the old
"bizdev" project.


> > But if you want to attract more Ukrainian volunteers, there are
> > certainly things that can be done, like:
> >
> > 1) Complete the UI translation into Ukrainian (already 84% done)
> >
> > 2) Translate the key website pages (around 30 pages)
> >
> > Maybe a good first step is to add text to this page:
> >
> > http://www.openoffice.org/ua/
> >
> > We could put something like:
> >
> > "Call for Volunteers!"
> >
> > The Apache OpenOffice project is currently working on completing the
> > translation of OpenOffice 4.0 into Ukrainian.   We will also make a
> > Ukrainian-language website with useful information about OpenOffice.
> > If you can help with these tasks we welcome all volunteers.   For more
> > information write to l...@openoffice.apache.org".
> >
> > If you can translate that into Ukrainian I can add this to the website.
> >
> > Regards,
> >
> > -Rob
> >
> >
> > -Rob
> >
> > > Regards!
> > >
> > >
> > >
> > >
> > > 2013/10/21 Rob Weir 
> > >
> > > > Updated table here:
> > > >
> > > > http://www.openoffice.org/stats/countries.html
> > > >
> > > > The last update was in early August.
> > > >
> > > > The top 10 has remained stable.   The first change in the table is at
> > > > position #12, where Belgium overtook India for downloads.
> > > >
> > > > But good news is that Brazil, India and Belgium have now each crossed
> > > > the 1 million download mark, which makes them "Apache OpenOffice
> > > > Superpowers" in my book ;-)
> > > >
> > > > Regards,
> > > >
> > > > -Rob
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > > > For additional commands, e-mail: dev-h...@openoffice.apache.org
> > > >
> > > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
>


-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

help for "bundled help"

[Kay Schenk]

Maybe it's time we broached the subject of  the "bundled" help with Apache
OpenOffice once again.

There was actually some initial movement on this topic when this project
was first set-up at Apache:

https://cwiki.apache.org/confluence/display/OOOUSERS/Application+Help

in July of 2011. (I've recently added what I know.)

And, there have been a few threads concerning it both on the "doc" list and
here on "dev".

Recently, I decided to take a look at what's involved with the "bundled"
help -- creating a new page, editing an old section, etc. -- and was really
stymied by the only document we seem to have on it, even with the
integrated "Help Authoring" macro (thank you Juergen).

So, what are our thoughts at this point?  Keep in mind that this is a part
of the actual product.

Should we *try* to migrate to something else? Or, if that is simply not
feasible, work toward some better/simpler instructions for how to deal with
the current system?


-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: help for "bundled help"

[Kay Schenk]

On Mon, Oct 21, 2013 at 5:13 PM, Ariel Constenla-Haile
wrote:

> Hi,
>
> On Mon, Oct 21, 2013 at 04:57:48PM -0700, Kay Schenk wrote:
> > Should we *try* to migrate to something else?
>
> The Help is available for extension developers [1], "something else"
> would mean an incompatible change, and any incompatible change should
> wait until AOO 5;
>
of course, that "else" could be backwards compatible
> during AOO4 lifetime, but this would overcomplicate development (besides
> that "something else" means writing new code and somebody has to do
> this).
>

OK, good points -- something this major should be reserved for a major
version change. I don't see a new "help" environment as being backward
compatible, or  a need for something like that as currently "help" for a
version is already bundled with it.



>
> [1]
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Help_Content
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>



-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: Submission for consultants page

[Kay Schenk]

On Tue, Oct 22, 2013 at 1:07 PM, Drew Jensen wrote:

> Howdy Rob,
>
> Ah trademarks - yes, I agree the Apache OpenOffice should have a TM, a la:
> "IBM® Lotus® Symphony™ is a suite of open source office applications."
>

FYI on the existing consultant entries
http://www.openoffice.org/bizdev/consultants.html

none have the TM after Apache OpenOffice, and some don't even have "Apache"
in front of OpenOffice. So...not sure if we should manually correct these
already approved submissions.

Of course, it's our site so we can do what we want. My point is we should
be consistent in how OpenOffice is presented in them -- with "Apache" or
not; with TM after or not.



>
> A couple of quick questions if I may.
> Will the support only be available to those with the IBM connectors? IIRC
> that was the plan  in the past.
>
> Also, does IBM have any plans to list AOO support on the United States GSA
> registry? This was available in the past but not available for the last few
> years.
>
> Thanks,
>
> //drew
>
>
> On Mon, Oct 21, 2013 at 7:44 PM, Jörg Schmidt 
> wrote:
>
> > > From: Rob Weir [mailto:robw...@apache.org]
> >
> > > >
> > > > Sorry, but I think the website does not comply with the
> > > necessary formalities.
> > > >
> > > > Always has been emphasized, these are marked on the
> > > relevant websites trademark of Apache, for example:
> > > >
> > > > "IBM Support for Apache OpenOffice "
> > > >
> > > > and not only:
> > > >
> > > > "IBM Support for Apache OpenOffice"
> > > >
> > >
> > > I think that would be more confusing.
> >
> > Sorry, but appearance is imho not so much the issue here, but rather
> > trademark rights of Apache.
> > Yes, that is formal, but how else should this be handled?
> >
> > > It would suggest the entire
> > > name was a trademark since it is a continuous name with capital
> > > letters.
> >
> > It does not have to be in the headline. Put identification in continuous
> > text, for example in:
> >
> > "IBM® Support for Apache OpenOffice™ offers expert technical support for
> > Apache OpenOffice™, ..."
> >
> > where IBM is already marked with ®.
> >
> >
> >
> >
> > Greetings,
> > Jörg
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>



-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: AOO Security Features without Mozilla

[Kay Schenk]

On Tue, Oct 22, 2013 at 4:30 AM, Herbert Dürr  wrote:

> About everyone who ever built OpenOffice in the last couple of years
> wondered why an almost complete (and obsolete/unmaintained/ancient) version
> of Mozilla Seamonkey was needed when building OpenOffice with its security
> features enabled such as support for password protected documents.
>
> The branch "Remove_MOZ" shows that it is possible to get rid of that
> dependency and I suggest we do that as soon as possible. The branch was
> inappropriately named because it is only about the removing the mozilla
> dependency of security related stuff.
>
> But the old Seamonkey binaries still have another purpose: for now they
> are needed for providing its own address books that used to be in the
> "Mork" format. It also provides access to some address books [1] such as
> LDAP, Outlook and Outlook Express.
>
> [1] http://www.openoffice.org/dba/**specifications/address_book_**
> architecture.html
>
> Other address sources such as JDBC, ODBC, CSV-Text, MySql and dBase
> already work without Mozilla. On Mac the native Address Book is already
> supported directly.
>
> Since issue 91209 the mozilla address books were disabled on Mac
> altogether anyway, so on Mac we could rid AOO of its heavy Seamonkey
> dependency really soon without removing any features by using NSS instead
> of bundling a large set of Seamonkey libraries.
>
> On the other platforms a very high percentage of our user base wouldn't
> notice any missing features if the Mozilla address book support was removed
> there too.
>
> Developing mozilla-less replacements should be possible and this would
> remove a lot of complexity. As a first idea the replacements could be
> implemented as extensions using something like [2] for LDAP, [3] for Mork
> and [4] for WAB if there was an UNO API to facility that support. Comparing
> the complexity of the scripts below vs the complexities and maintenance
> headaches the ancient Seamonkey and its XPCOM<->UNO bridge is like
> comparing the weight of mice to elephants...
>
> [2] http://www.python-ldap.org/
> [3] https://bug241438.bugzilla.**mozilla.org/attachment.cgi?id=**
> 175024&action=view
> [4] http://stackoverflow.com/**questions/11538550/retrieving-**
> outlook-contacts-via-python
>
> But splitting off the security dependency is much more important. I plan
> to integrate the changes needed for that soon. They will be enabled either
> with
> --enable-nss-module
> or with the more general option
> --enable-category-b
> For the mozilla address books I plan to add the option
> --enable-mozab-module
> to replace the then way too broadly named option
> --enable-mozilla
> Until the replacements outlined above have been developed this new option
> will allow bundling of the old Seamonkey binaries for users that depend on
> its address book support.
>
> Herbert
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
+1, I think we should proceed with this suggestion.



-- 
-
MzK

"There's so much boldness in living life this way ...
 we did it all, and no one can take it away from us."
-- Diana Nyad

Re: easy task

[Kay Schenk]

On Wed, Oct 23, 2013 at 4:09 PM, Vladislav Stevanovic <
stevanovicvladis...@gmail.com> wrote:

> It can be better, with maybe better texts, but main idea is to put
> something what we can named as "Master page" for developer area. Purpose of
> this page is to give the most important links on one place, to save time
> and keep visitors patience, to ensure easier way to reach information.
> So, everyone are invited to give comments and proposals how to improve this
> page.
>
> Regards,
> Wlada
>

It's very eye catching and easy to find areas of interest. Thanks for this
idea!


>
>
> 2013/10/23 Rob Weir 
>
> > On Tue, Oct 22, 2013 at 8:49 PM, Vladislav Stevanovic
> >  wrote:
> > > Ok, I made some rough version. The file (see attachment) shows how will
> > > looks like web page after you click "Develop" (on top level menu on AOO
> > > website).
> > > So, when you open this file, press F5 (also you can using links on
> second
> > > slide (blue colored words)).
> > >
> >
> > I like this design a lot.
> >
> > -Rob
> >
> > > Regards,
> > > Wlada
> > >
> > >
> > > 2013/10/22 Rob Weir 
> > >>
> > >> On Sun, Oct 20, 2013 at 1:38 AM, Glenn Harvey Liwanag
> > >>  wrote:
> > >> > Another +1 here. I'm actually just reading the e-mails ever since I
> > got
> > >> > here to see if I can get something from those.
> > >> >
> > >> > I checked
> https://issues.apache.org/ooo/query.cgi?format=report-table
> > >> > and
> > >> > https://issues.apache.org/ooo/describecomponents.cgi
> > >> >
> > >> > Maybe adding some hot links to common bug lists would help everyone
> a
> > >> > lot
> > >> > and so that the search is not limited by product category. Links to
> > >> > stuff
> > >> > like: Easy, Intermediate, Difficult, Popular,. Giving new ones like
> > us a
> > >> > big list of things that we think can handle, I think, is much
> > efficient
> > >> > that just us looking for things to work on by category. It's just a
> > >> > suggestion at best though.
> > >> >
> > >>
> > >> The Introduction to Development page has links to BZ views that list
> > >> the "easy" (27 bugs) and "simple" (16 bugs) categories.
> > >>
> > >> http://openoffice.apache.org/orientation/intro-development.html
> > >>
> > >> Generally, these bugs are a good start, as a next step after
> > >> downloading the code and successfully building.
> > >>
> > >> Regards,
> > >>
> > >> -Rob
> > >>
> > >> > On Sun, Oct 20, 2013 at 12:41 PM, akshika akalanka <
> > >> > akshikaakala...@gmail.com> wrote:
> > >> >
> > >> >> I would +1 that idea Wlada, you are really thoughtful. It would
> > >> >> definitely
> > >> >> help new developers like us. Thank you. :-)
> > >> >>  On Oct 20, 2013 7:40 AM, "Vladislav Stevanovic" <
> > >> >> stevanovicvladis...@gmail.com> wrote:
> > >> >>
> > >> >> > >It seems it's a bit hidden
> > >> >> >
> > >> >> > It is a bit hidden, indeed! And my impression of  this page is
> > >> >> > distant,
> > >> >> > cold tone. No emotions, no pictures to show where is problem,
> there
> > >> >> > is no
> > >> >> > directly approach to the potential developers.  Also, I can not
> see
> > >> >> > list
> > >> >> of
> > >> >> > features what we want to see in AOO in near future, or maybe this
> > >> >> > list
> > >> >> > existed on other place. These features we can split on "easy
> task",
> > >> >> > "moderate" and "heavy task". Maybe
> > >> >> > We must improved this. If this is not a problem, I have a  good
> > will
> > >> >> > to
> > >> >> try
> > >> >> > something in that area with some ideas. Is it OK?
> > >> >> >
> > >> >> > Regards,
> > >> >> > Wlada
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > 2013/10/19 Andrea Pescetti 
> > >> >> >
> > >> >> > > Vladislav Stevanovic wrote:
> > >> >> > >
> > >> >> > >> Does exist some list of easy tasks that some potential
> developer
> > >> >> > >> for
> > >> >> AOO
> > >> >> > >> can see? Idea is that this sort of  list MUST exist, if we
> want
> > to
> > >> >> > >> see
> > >> >> > >> here
> > >> >> > >> new developers...
> > >> >> > >>
> > >> >> > >
> > >> >> > > It seems it's a bit hidden, but we've had it for months.
> > >> >> > >
> > >> >> > > Usually we point new developers to
> > >> >> > >
> > >> >> > >
> > >> >> > >
> > http://openoffice.apache.org/**orientation/intro-development.**html<
> > >> >> > http://openoffice.apache.org/orientation/intro-development.html>
> > >> >> > >
> > >> >> > > that has a chapter named "Finding Easy Tasks" with two
> predefined
> > >> >> > Bugzilla
> > >> >> > > queries for "easy" (really introductory) and "simple" tasks.
> > >> >> > >
> > >> >> > > There are currently more than 40 tasks ready there.
> > >> >> > >
> > >> >> > > Regards,
> > >> >> > >   Andrea.
> > >> >> > >
> > >> >> > >
> > >> >>
> > >> >>
> > --**--**-
> > >> >> > > To unsubscribe, e-mail: dev-unsubscribe@openoffice.**
> apache.org<
> > >> >> > dev-unsubscr...@openoffice.apache.org>
> > >> >> > > For additional commands, e-mail:
> dev-h...@openoffi

help needed with bundled help

[Kay Schenk]

I'm trying to find my way around the bundled help with AOO -- how to put
stuff in, how to build etc to see changes.

So, I made some changes and followed instructions for building in:

http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf

pp. 21, 22

This was building ONLY helpcontent2.

Some things happened -- new zip files were created but not the .jar files
FROM the zip files found in /help


Can anyone tell me what needs to be built next to make this happen?

I've done a bunch of searches on some of the makefiles etc but can't
readily find this. Thanks for any help on Help. :}

-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax

Re: help needed with bundled help

[Kay Schenk]

[top posting]

never mind on this question. I found the answer -- I didn't do a last step.

Sorry for the noise.


On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk  wrote:

> I'm trying to find my way around the bundled help with AOO -- how to put
> stuff in, how to build etc to see changes.
>
> So, I made some changes and followed instructions for building in:
>
> http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf
>
> pp. 21, 22
>
> This was building ONLY helpcontent2.
>
> Some things happened -- new zip files were created but not the .jar files
> FROM the zip files found in /help
>
>
> Can anyone tell me what needs to be built next to make this happen?
>
> I've done a bunch of searches on some of the makefiles etc but can't
> readily find this. Thanks for any help on Help. :}
>
> --
>
> -
> MzK
>
> “Unless someone like you cares a whole awful lot,
>  Nothing is going to get better. It's not.”
>   -- Dr. Seuss, The Lorax
>



-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax

Re: help needed with bundled help

[Kay Schenk]

On Thu, Oct 24, 2013 at 11:36 PM, janI  wrote:

> On 25 October 2013 01:06, Kay Schenk  wrote:
>
> > [top posting]
> >
> > never mind on this question. I found the answer -- I didn't do a last
> step.
> >
> > Sorry for the noise.
> >
>
> the makefiles in helpcontent2, are like good italian spaghetti, especially
> the util directories, where parts of what was done in source is
> overwritten.
>


??? I need to take a closer look at what you're saying here...this is
exactly where I stopped looking yesterday.


>
> I have integrated genLang here, but its on my list to strip the makefiles
> down to what we use (today).
>
> rgds
> jan I.
>
>
Well, as it turns out, my "problem" is not solved. The jars I'm looking for
"supposedly" get generated in the makefile in helpcontent2/util,
but...still no jars.

As per the old instructions, I got into helpcontent2 and just did a build.

I'm trying to figure out what's required to just deal with the help files
-- editing/seeing results -- apart from a complete build of the product.
What I'm thinking is we might be able to kludge some simple config for
users interested in just tech writing for this area.

more later...after more trials


> >
> >
> > On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk 
> wrote:
> >
> > > I'm trying to find my way around the bundled help with AOO -- how to
> put
> > > stuff in, how to build etc to see changes.
> > >
> > > So, I made some changes and followed instructions for building in:
> > >
> > >
> >
> http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf
> > >
> > > pp. 21, 22
> > >
> > > This was building ONLY helpcontent2.
> > >
> > > Some things happened -- new zip files were created but not the .jar
> files
> > > FROM the zip files found in /help
> > >
> > >
> > > Can anyone tell me what needs to be built next to make this happen?
> > >
> > > I've done a bunch of searches on some of the makefiles etc but can't
> > > readily find this. Thanks for any help on Help. :}
> > >
> > > --
> > >
> > >
> >
> -
> > > MzK
> > >
> > > “Unless someone like you cares a whole awful lot,
> > >  Nothing is going to get better. It's not.”
> > >   -- Dr. Seuss, The Lorax
> > >
> >
> >
> >
> > --
> >
> >
> -
> > MzK
> >
> > “Unless someone like you cares a whole awful lot,
> >  Nothing is going to get better. It's not.”
> >   -- Dr. Seuss, The Lorax
> >
>



-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax

Re: Submission for consultants page

[Kay Schenk]

On Tue, Oct 22, 2013 at 3:49 PM, Marcus (OOo)  wrote:

> Am 10/23/2013 12:04 AM, schrieb Kay Schenk:
>
>  On Tue, Oct 22, 2013 at 1:07 PM, Drew 
> Jensen
>> >wrote:
>>
>>  Howdy Rob,
>>>
>>> Ah trademarks - yes, I agree the Apache OpenOffice should have a TM, a
>>> la:
>>> "IBM® Lotus® Symphony™ is a suite of open source office applications."
>>>
>>>
>> FYI on the existing consultant entries
>> http://www.openoffice.org/**bizdev/consultants.html<http://www.openoffice.org/bizdev/consultants.html>
>>
>> none have the TM after Apache OpenOffice, and some don't even have
>> "Apache"
>> in front of OpenOffice. So...not sure if we should manually correct these
>> already approved submissions.
>>
>> Of course, it's our site so we can do what we want. My point is we should
>> be consistent in how OpenOffice is presented in them -- with "Apache" or
>> not; with TM after or not.
>>
>
> I also think that webpage should show consistent information. As the
> existing items don't have too much indication about trademarks & co., IMHO
> we can also abstain with regards to Rob's suggestion.
>
> Furthermore:
> The top headline says it all: ;-)
>
> Apache OpenOffice Consultants
>
> So, I think the point #4 on "http://www.openoffice.org/**
> bizdev/consultant-submission.**html<http://www.openoffice.org/bizdev/consultant-submission.html>"
> can be eased a bit as it is clear enough that the items are with and for
> our project resp. product.
>
> Marcus


So...this thread does not meet "lazy consensus" but are we ready to
implement this addition, without further changes, anyway? I'll be happy to
take care of this either later today or tomorrow if we are.


>
>
>
>  A couple of quick questions if I may.
>>> Will the support only be available to those with the IBM connectors? IIRC
>>> that was the plan  in the past.
>>>
>>> Also, does IBM have any plans to list AOO support on the United States
>>> GSA
>>> registry? This was available in the past but not available for the last
>>> few
>>> years.
>>>
>>> Thanks,
>>>
>>> //drew
>>>
>>>
>>> On Mon, Oct 21, 2013 at 7:44 PM, Jörg Schmidt
>>> wrote:
>>>
>>>  From: Rob Weir [mailto:robw...@apache.org]
>>>>>
>>>>
>>>>
>>>>>> Sorry, but I think the website does not comply with the
>>>>>>
>>>>> necessary formalities.
>>>>>
>>>>>>
>>>>>> Always has been emphasized, these are marked on the
>>>>>>
>>>>> relevant websites trademark of Apache, for example:
>>>>>
>>>>>>
>>>>>> "IBM Support for Apache OpenOffice"
>>>>>>
>>>>>> and not only:
>>>>>>
>>>>>> "IBM Support for Apache OpenOffice"
>>>>>>
>>>>>>
>>>>> I think that would be more confusing.
>>>>>
>>>>
>>>> Sorry, but appearance is imho not so much the issue here, but rather
>>>> trademark rights of Apache.
>>>> Yes, that is formal, but how else should this be handled?
>>>>
>>>>  It would suggest the entire
>>>>> name was a trademark since it is a continuous name with capital
>>>>> letters.
>>>>>
>>>>
>>>> It does not have to be in the headline. Put identification in continuous
>>>> text, for example in:
>>>>
>>>> "IBM® Support for Apache OpenOffice™ offers expert technical support for
>>>> Apache OpenOffice™, ..."
>>>>
>>>> where IBM is already marked with ®.
>>>>
>>>>
>>>>
>>>>
>>>> Greetings,
>>>> Jörg
>>>>
>>>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax

Re: Submission for consultants page

[Kay Schenk]

On Sat, Oct 26, 2013 at 5:21 AM, Jörg Schmidt  wrote:

> Hello *,
>
>
> > From: Kay Schenk [mailto:kay.sch...@gmail.com]
>
> > So...this thread does not meet "lazy consensus" but are we ready to
> > implement this addition, without further changes, anyway?
> > I'll be happy to
> > take care of this either later today or tomorrow if we are.
>
> Can you please summarize what the solution should look like?
>
> The thread is long and I have somewhat lost track as "point # 4" should be
> changed.
> Should he ever be changed or what says:
>
> > ... Can be eased a bit as it is clear enough did the
> > Items are with and for our project, respectively. product.
>
>
> In particular, it would be important for me to know whether I can change
> my website (http://www.jm-schmidt.de/inhalt.html) or must.
>
>
>
> Greetings,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
My take on this discussion so far  (and I am certainly NOT the definitive
judge on this):

* there is the listing on the consultants page itself:
http://www.openoffice.org/bizdev/consultants.html

concerning the actual content we are discussing. This does not have a (TM)
after Apache OpenOffice. I thought this was the original cause of objection.

And, we can see from the listings on the consultants page that we did not
enforce a (TM) after Apache OpenOffice on the consultants page.

* there are the actual websites of the consultants, like yours, and this
submitted one up for consideration.

It seems there is  more concern to enforce a (TM) symbol after Apache
OpenOffice for these third party websites.  However, this is not something
required by Apache.

See:

http://www.apache.org/foundation/marks/faq/#attribution

The important factor is referencing OpenOffice as "Apache OpenOffice", and
not the use the of the (TM) after the name.

The website, http://www.jm-schmidt.de/inhalt.html, seems to have all bases
covered near as I can tell -- correct naming and use of (TM).



-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax