[RELEASE]: new snapshot build based on revision 1471628

[Jürgen Schmidt]

Hi,

I would like to prepare a new snapshot build based on the trunk revision
1471628. I wanted change the SNAPSHOT tag but had problems to reach the
server. I will try later to move the tag to trunk revision 1471628).

@Ariel, is that ok and possible for you to prepare the Linux snapshot
based on this revision?

Juergen

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

Re: Proposal GSoC

[Galileo Teco Juárez]

understand
i meant, if my proposal i have first discuss here or send it directly from
web GSoC


2013/4/25 Alexandro Colorado 

> Please look at the GSOC FAQ
>
> http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page
>
> Also GSOC mailing list:
>
> https://groups.google.com/forum/?fromgroups=#!forum/google-summer-of-code-discuss
>
> Here is a quote from Carol Smith
>
> """
> Hi there,
>
> We are pleased to announce that we are now accepting applications from
> students to participate in Google Summer of Code 2013. Please check
> out the FAQs [1], timeline [2], and student manual [3] if you are
> unfamiliar with the process. You can also read the Melange manual if
> you need help with Melange [4]. The deadline to apply is May 3 at
> 19:00 UTC [5]. Late proposals will not be accepted for any reason.
>
> [1] -
> http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#
>  [2] - http://www.google-melange.com/gsoc/events/google/gsoc2013
>  [3] - http://en.flossmanuals.net/GSoCstudentguide/
> [4] -
> http://en.flossmanuals.net/melange/students-students-application-phase/
>  [5] - http://goo.gl/ZSYyp
> """
>
>
> On 4/25/13, Galileo Teco Juárez  wrote:
> > I a question, in the event GSoC, the proposal is sent from the web or
> from
> > here?in the mailing list..
> >
> >
> > --
> > *Galileo Teco Juarez*
> > *Web:* http://80bits.wordpress.com
> > *Twitter:* @genitalico 
> > *Linkedin:*
> http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797
> >
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://es.openoffice.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
*Galileo Teco Juarez*
*Web:* http://80bits.wordpress.com
*Twitter:* @genitalico 
*Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 8:53 PM, Ariel Constenla-Haile
 wrote:
> On Thu, Apr 25, 2013 at 07:07:15PM -0400, Rob Weir wrote:
>> >> I think you need to be far more specific about your concern.  In
>> >> fact, please enter a BZ for what you think is lacking.  We can
>> >> triage that along with the other bugs.  There a keyword in BZ for
>> >> suggesting something is  "stop ship" bug and in the past we seek
>> >> consensus on that designation on the dev list.   But I just tried
>> >> AOO 4.0 and when I hit F1 when in the side panel I get the online
>> >> help. When I am in a specific panel I get help for the specific
>> >> panel.
>> >
>> > This would be rather surprising, because any of the new help IDs
>> > introduced by the sidebar are referenced in any of the help files.
>> > You might well be seeing the Online Help, but not with the help page
>> > that belongs to the respective panel, as it does not exist.
>> >
>>
>> I know what I saw, but thanks for questioning it.
>
> Who was questioning? I was simply pointing a fact.
>
>> For example, load Writer, go to side panel, open the "Styles
>> & Formatting" section.  Click F1.  It launches help directly to the
>> "Styles & Formatting" page.  Go to the "Gallery" section of the
>> sidebar.  Click F1.  It loads help, directly to the Gallery page of
>> the help.
>
> You are choosing the wrong examples. Please read above: "any of the
> *new* help IDs introduced by the sidebar are referenced in any of the
> help file". Export HELP_DEBUG=1 or read the source code, and you'll

No.  I'm running like a user would run it.  It the sky is truly
falling, like Jan suggests it is, then it would be evident without
enabling debug mode or reading source code.  But when I run as a user
F1 always brings up help, either a specific help page or the default
help page.  I don't see a "show stopper" here.   I also still don't
see an issue in BZ related to this.

Regards,

-Rob

> understand. I also pointed to this already, in this thread:
> http://markmail.org/message/264qyz2cwdd5brbg (look at the screenshots,
> too).
>
>> This is Windows 7 with r1466899.  If you are seeing something else, or
>> a particular context where it is not working (quite possible), then
>> I'd recommend an issue in BZ.  Not to violate your human rights or
>> anything like that.  But because that is where we report bugs.
>
> Thanks for the information, I already know it (I see my mail several
> times here https://issues.apache.org/ooo/show_activity.cgi?id=121420 ;)
> )
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina

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

Re: Translation for AOO 4.0

[Ariel Constenla-Haile]

On Thu, Apr 25, 2013 at 07:07:15PM -0400, Rob Weir wrote:
> >> I think you need to be far more specific about your concern.  In
> >> fact, please enter a BZ for what you think is lacking.  We can
> >> triage that along with the other bugs.  There a keyword in BZ for
> >> suggesting something is  "stop ship" bug and in the past we seek
> >> consensus on that designation on the dev list.   But I just tried
> >> AOO 4.0 and when I hit F1 when in the side panel I get the online
> >> help. When I am in a specific panel I get help for the specific
> >> panel.
> >
> > This would be rather surprising, because any of the new help IDs
> > introduced by the sidebar are referenced in any of the help files.
> > You might well be seeing the Online Help, but not with the help page
> > that belongs to the respective panel, as it does not exist.
> >
> 
> I know what I saw, but thanks for questioning it.

Who was questioning? I was simply pointing a fact.

> For example, load Writer, go to side panel, open the "Styles
> & Formatting" section.  Click F1.  It launches help directly to the
> "Styles & Formatting" page.  Go to the "Gallery" section of the
> sidebar.  Click F1.  It loads help, directly to the Gallery page of
> the help.

You are choosing the wrong examples. Please read above: "any of the
*new* help IDs introduced by the sidebar are referenced in any of the
help file". Export HELP_DEBUG=1 or read the source code, and you'll
understand. I also pointed to this already, in this thread:
http://markmail.org/message/264qyz2cwdd5brbg (look at the screenshots,
too).
 
> This is Windows 7 with r1466899.  If you are seeing something else, or
> a particular context where it is not working (quite possible), then
> I'd recommend an issue in BZ.  Not to violate your human rights or
> anything like that.  But because that is where we report bugs.

Thanks for the information, I already know it (I see my mail several
times here https://issues.apache.org/ooo/show_activity.cgi?id=121420 ;)
)


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpCHNSW8fMCx.pgp
Description: PGP signature

Re: svn commit: r1475768 - /openoffice/ooo-site/trunk/content/index.html

[Rob Weir]

On Thu, Apr 25, 2013 at 4:54 PM, Marcus (OOo)  wrote:
> Hi Rob,
>
> it's great that you keep our download counter up-to-date.
>
> Because it's showing the numbers an a few webpages, IMHO it makes sense to
> centralize the core number, so that only one location has to be updated and
> no every webpage for itself.
>
> I could give you this little present. ;-)
>

The thought has entered my mind.  But I haven't come up with a great
solution so far.

The "master" value is whatever is in the 3rd column of the last row of
this data file:

http://www.openoffice.org/stats/aoo34-downloads.txt

We'd need to extract that, divide by 1 million and truncate to get a
value like "47".

Then I assume it could be either put into its own Javascript file or
processed by the CMS perl logic.  The downside of having it be dynamic
at runtime is when Google indexes the home page it will not execute
the Javascript.  Not a big deal perhaps?  But idealyl we'd have this
be a CMS build-time action, so the numbers are in the static pages and
the pages is correct for users with Javascript disbaled.

Ideally ideally the aoo34-downloads.txt would also be updated
automatically based on calling the SourceForge REST API.

Of course, this wouldn't be so bad if users didn't keep on downloading
AOO 3.4.1 a million times every week.  That's the real problem here!

;-)

Regards,

-Rob


> Ciao
>
> Marcus
>
>
>
> Am 04/25/2013 03:47 PM, schrieb robw...@apache.org:
>
>> Author: robweir
>> Date: Thu Apr 25 13:47:34 2013
>> New Revision: 1475768
>>
>> URL: http://svn.apache.org/r1475768
>> Log:
>> update download count
>>
>> Modified:
>>  openoffice/ooo-site/trunk/content/index.html
>>
>> Modified: openoffice/ooo-site/trunk/content/index.html
>> URL:
>> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/index.html?rev=1475768&r1=1475767&r2=1475768&view=diff
>>
>> ==
>> --- openoffice/ooo-site/trunk/content/index.html (original)
>> +++ openoffice/ooo-site/trunk/content/index.html Thu Apr 25 13:47:34 2013
>> @@ -136,9 +136,9 @@
>>
>>
>>
>> -Over 44 million downloads of AOO 3.4
>> +Over 47 million downloads of AOO 3.4
>>
>> -   31 March 2013:  Apache OpenOffice 3.4 was released in
>> May. Downloads now exceed 44 million. We invite you to take a look at
>> +   20 April 2013:  Apache OpenOffice 3.4 was released in
>> May. Downloads now exceed 47 million. We invite you to take a look at
>>   http://stats.openoffice.org/";>our interactive charts
>> of daily and cumulative downloads.
>> 
>
>
> -
> 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

Re: 101 Reasons to Turn from Excel to Calc

[Rob Weir]

On Thu, Apr 25, 2013 at 8:28 PM, imacat  wrote:
> (For fun)
> An Excel error has changed the global economics.  Time to turn from
> Excel to Calc now! XD
>
> Math in a Time of Excel: Economists' Error Undermines Influential Paper
> http://www.dailyfinance.com/on/reinhart-rogoff-debt-GDP-spreadsheet-error/
>

And there was this article recently in Forbes:

"Microsoft's Excel Might Be The Most Dangerous Software On The Planet"

http://www.forbes.com/sites/timworstall/2013/02/13/microsofts-excel-might-be-the-most-dangerous-software-on-the-planet/

These look like human errors, not application bugs.  But the real
criticism is we use spreadsheets for very complex financial models
which are error-prone and hard to verify.

Would you believe that there is actually a society and an annual
conference dedicated to spreadsheet errors?

Look here:  http://www.eusprig.org/

-Rob

> --
> Best regards,
> imacat ^_*' 
> PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
>
> <> News: http://www.wov.idv.tw/
> Tavern IMACAT's http://www.imacat.idv.tw/
> Woman in FOSS in Taiwan http://wofoss.blogspot.com/
> OpenOffice http://www.openoffice.org/
> EducOO/OOo4Kids Taiwan http://www.educoo.tw/
> Greenfoot Taiwan http://greenfoot.westart.tw/
>

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

101 Reasons to Turn from Excel to Calc

[imacat]

(For fun)
An Excel error has changed the global economics.  Time to turn from
Excel to Calc now! XD

Math in a Time of Excel: Economists' Error Undermines Influential Paper
http://www.dailyfinance.com/on/reinhart-rogoff-debt-GDP-spreadsheet-error/

-- 
Best regards,
imacat ^_*' 
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc

<> News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/
Greenfoot Taiwan http://greenfoot.westart.tw/



signature.asc
Description: OpenPGP digital signature

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 7:07 PM, Rob Weir  wrote:
> On Thu, Apr 25, 2013 at 6:39 PM, Ariel Constenla-Haile
>  wrote:
>> On Thu, Apr 25, 2013 at 03:22:33PM -0400, Rob Weir wrote:
>>> I think you need to be far more specific about your concern.  In fact,
>>> please enter a BZ for what you think is lacking.  We can triage that
>>> along with the other bugs.  There a keyword in BZ for suggesting
>>> something is  "stop ship" bug and in the past we seek consensus on
>>> that designation on the dev list.   But I just tried AOO 4.0 and when
>>> I hit F1 when in the side panel I get the online help. When I am in a
>>> specific panel I get help for the specific panel.
>>
>> This would be rather surprising, because any of the new help IDs
>> introduced by the sidebar are referenced in any of the help files. You
>> might well be seeing the Online Help, but not with the help page that
>> belongs to the respective panel, as it does not exist.
>>
>
> I know what I saw, but thanks for questioning it.  For example, load
> Writer, go to side panel, open the "Styles & Formatting" section.
> Click F1.  It launches help directly to the "Styles & Formatting"
> page.  Go to the "Gallery" section of the sidebar.  Click F1.  It
> loads help, directly to the Gallery page of the help.
>
> This is Windows 7 with r1466899.  If you are seeing something else, or
> a particular context where it is not working (quite possible), then
> I'd recommend an issue in BZ.  Not to violate your human rights or
> anything like that.  But because that is where we report bugs.
>

And I don't even know what context you could possibly use on the main
character and paragraph styles panel.  The current selection in those
cases is going to almost always be the text in the document, not on a
control in the sidebar.  So what else could we do better than the main
help page?  Where would you get a help context from?

Guidelines for MS Windows would also suggest a Shift-F1 help mode
where your cursor changes to a special help cursor and then you can
click on individual controls to get help.  That might be a
possibility, but my impression was that very few users are aware of
that help mode.

-Rob


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

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

Re: Help needed with /main/connectivity/source/resource/conn_shared_res.src

[Kay Schenk]

On Thu, Apr 25, 2013 at 3:33 PM, Ariel Constenla-Haile
wrote:

> On Thu, Apr 25, 2013 at 03:21:29PM -0700, Kay Schenk wrote:
> > For a few days now I have tried adding 2 new definitions to
> > conn_shared_res.src a la the patches that were supplied in hsqldb CWS
> from
> > a while back. I also applied the rest of the patches locally, so far
> > without issue.
> >
> > No matter what I do, my build fails with the following types of error
> > messages--
> >
> > {
> > ^
> > f4099: "conn_shared_res.src", line 642: Warning in the object (Type:
> > String):
> > Global resources should have an identifier >= 256.
> >
> > {
> > ^
> > f650: "conn_shared_res.src", line 642: Error in the object (Type:
> String):
> > An identifier needs to be specified.
>
> Wild guessing you are using an identifier without defining it; example:
>
> String SOME_ID
> {
> Text [en-US] = "Some text for this string" ;
> };
>
> SOME_ID is usually defined in another file (.hrc), not in the resource
> file (.src).
>
> > So, is there some secret to the syntax for this file that I'm just not
> > getting.
> >
> > Should my new string definitions be added elsewhere as well? And if so,
> > where.
> >
> > I can provide more info if needed.
>
> Please provide your modifications to that file in the form of a patch (use
> svn diff).
>
> Wild guessing, you might be using identifiers without defining them.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

What I did was apply patches so I am not using an identifier that is not
defined. I took my additions out yesterday knowing that the strings I took
out would probably make the build fail because they were used elsewhere AND
I had deleted their definitions -- and sure enough -- the build failed with
that kind of error. And it told me which strings were not defined.

At any rate, I will submit a patch. Maybe someone else will have better
luck at figuring out how adding two string definitions could rattle things
so much. Anyway, thanks.

-- 

MzK

"There's no upside in screwing with things you can't explain."
-- Captain Roy Montgomery, "Castle"

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 6:39 PM, Ariel Constenla-Haile
 wrote:
> On Thu, Apr 25, 2013 at 03:22:33PM -0400, Rob Weir wrote:
>> I think you need to be far more specific about your concern.  In fact,
>> please enter a BZ for what you think is lacking.  We can triage that
>> along with the other bugs.  There a keyword in BZ for suggesting
>> something is  "stop ship" bug and in the past we seek consensus on
>> that designation on the dev list.   But I just tried AOO 4.0 and when
>> I hit F1 when in the side panel I get the online help. When I am in a
>> specific panel I get help for the specific panel.
>
> This would be rather surprising, because any of the new help IDs
> introduced by the sidebar are referenced in any of the help files. You
> might well be seeing the Online Help, but not with the help page that
> belongs to the respective panel, as it does not exist.
>

I know what I saw, but thanks for questioning it.  For example, load
Writer, go to side panel, open the "Styles & Formatting" section.
Click F1.  It launches help directly to the "Styles & Formatting"
page.  Go to the "Gallery" section of the sidebar.  Click F1.  It
loads help, directly to the Gallery page of the help.

This is Windows 7 with r1466899.  If you are seeing something else, or
a particular context where it is not working (quite possible), then
I'd recommend an issue in BZ.  Not to violate your human rights or
anything like that.  But because that is where we report bugs.

Regards,

-Rob

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

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

Re: Translation for AOO 4.0

[janI]

On 26 April 2013 00:39, Ariel Constenla-Haile  wrote:

> On Thu, Apr 25, 2013 at 03:22:33PM -0400, Rob Weir wrote:
> > I think you need to be far more specific about your concern.  In fact,
> > please enter a BZ for what you think is lacking.  We can triage that
> > along with the other bugs.  There a keyword in BZ for suggesting
> > something is  "stop ship" bug and in the past we seek consensus on
> > that designation on the dev list.   But I just tried AOO 4.0 and when
> > I hit F1 when in the side panel I get the online help. When I am in a
> > specific panel I get help for the specific panel.
>
> This would be rather surprising, because any of the new help IDs
> introduced by the sidebar are referenced in any of the help files. You
> might well be seeing the Online Help, but not with the help page that
> belongs to the respective panel, as it does not exist.
>

@ariel, thx for clarifying it.

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

Re: Translation for AOO 4.0

[Ariel Constenla-Haile]

On Thu, Apr 25, 2013 at 03:22:33PM -0400, Rob Weir wrote:
> I think you need to be far more specific about your concern.  In fact,
> please enter a BZ for what you think is lacking.  We can triage that
> along with the other bugs.  There a keyword in BZ for suggesting
> something is  "stop ship" bug and in the past we seek consensus on
> that designation on the dev list.   But I just tried AOO 4.0 and when
> I hit F1 when in the side panel I get the online help. When I am in a
> specific panel I get help for the specific panel. 

This would be rather surprising, because any of the new help IDs
introduced by the sidebar are referenced in any of the help files. You
might well be seeing the Online Help, but not with the help page that
belongs to the respective panel, as it does not exist.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpzDe5Ed_T7o.pgp
Description: PGP signature

Re: disappearing survey

[Rob Weir]

On Thu, Apr 25, 2013 at 4:04 PM,   wrote:
> Dear Open Office:  I just spent 30 minutes or more filling in your survey -
> with detailed comments - when I pressed "submit" it all
> disappeared -poof! -  no confirmation that you have actually received it.
>
> Open Office is my all-time favourite - good luck on your new logo.
>

Hello Jean,

I'm sorry to hear this.  I checked the survey results and it appears
that results are still flowing in, with no noticeable gaps.  If you
want to send me your IP address I can check to see if the results
still made it through.

You can find this info from this website:

http://whatismyipaddress.com/

Load the page from the same computer you used to enter the survey.
You can send that to me directly.  No need to cc the mailing list.

Regards,

-Rob

> Jean Harnden
> Sault Canada
>
> -Original Message-
> From: Rob Weir
> Sent: Wednesday, April 24, 2013 12:53 PM
> To: annou...@openoffice.apache.org
> Subject: Apache OpenOffice 4.0 Logo Survey Now Open!
>
> The Apache OpenOffice project is planning a "brand refresh" for our
> next major release, Apache OpenOffice 4.0. As part of this effort we
> are looking to update our logo.
>
> We've received 40 proposals from community members and we would like
> your feedback on these designs.
>
> You can find the survey here:
>
> http://survey.openoffice.org/index.php/815178/
>
> Thanks in advance for your participation and feedback.
>
> Regards,
>
> -Rob
>
> ###
>
> Note: You have received this email as a subscriber to the Apache
> OpenOffice Announcement mailing list.  If you no longer wish to
> receive such emails you can unsubscribe by sending an email to:
> announce-unsubscr...@openoffice.apache.org.

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

Re: Help needed with /main/connectivity/source/resource/conn_shared_res.src

[Ariel Constenla-Haile]

On Thu, Apr 25, 2013 at 03:21:29PM -0700, Kay Schenk wrote:
> For a few days now I have tried adding 2 new definitions to
> conn_shared_res.src a la the patches that were supplied in hsqldb CWS from
> a while back. I also applied the rest of the patches locally, so far
> without issue.
> 
> No matter what I do, my build fails with the following types of error
> messages--
> 
> {
> ^
> f4099: "conn_shared_res.src", line 642: Warning in the object (Type:
> String):
> Global resources should have an identifier >= 256.
> 
> {
> ^
> f650: "conn_shared_res.src", line 642: Error in the object (Type: String):
> An identifier needs to be specified.

Wild guessing you are using an identifier without defining it; example:

String SOME_ID
{
Text [en-US] = "Some text for this string" ;
};

SOME_ID is usually defined in another file (.hrc), not in the resource
file (.src).

> So, is there some secret to the syntax for this file that I'm just not
> getting.
> 
> Should my new string definitions be added elsewhere as well? And if so,
> where.
> 
> I can provide more info if needed.

Please provide your modifications to that file in the form of a patch (use
svn diff).

Wild guessing, you might be using identifiers without defining them.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpH5ZGZuNjIV.pgp
Description: PGP signature

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 5:50 PM, janI  wrote:
> On 25 April 2013 21:22, Rob Weir  wrote:
>



>>
>> And you seem to be suggesting delaying the release because of a
>> documentation issue ?!  But again, this is code that someone wrote
>> versus work that is not actually happening.  I don't think we delay
>> the real stuff because you wish that someone else was doing something
>> that isn't being done.
>>
>
> I see your point, and maybe I was all wrong about this...I just thought we
> wanted to deliver a prof. product.
>

It is a safe assumption that we all want to do this.  But we may have
differences of opinion on what this means, and we should (IMHO)
discuss these differences without questioning the other party's good
intentions.

>> >
>>
>> I think you need to be far more specific about your concern.  In fact,
>> please enter a BZ for what you think is lacking.  We can triage that
>> along with the other bugs.  There a keyword in BZ for suggesting
>> something is  "stop ship" bug and in the past we seek consensus on
>> that designation on the dev list.   But I just tried AOO 4.0 and when
>> I hit F1 when in the side panel I get the online help. When I am in a
>> specific panel I get help for the specific panel.  So if there is
>> something huge lacking here, please write it up in BZ so we're all
>> talking about the same thing.
>>
>
> In one mail I am told, it is a new feature nobody works on, and now I read
> it is all in there...
>

That's why I suggested writing up a defect report.  I have no idea
what exactly you think is missing.  I did some basic testing of the
embedded help and it appears to work.  Maybe something is missing?  I
don't know.  All I know is until you get concrete with your concern
we're just going to go around in circles on this.

>>
>> Again, if you think something is missing in 4.0, enter a defect in BZ on
>> it.
>>
>> Thanks!
>>
>
> No need to thank me for saying my opinion.
>
> I should really never have raised this issue. Maybe one day our community
> are strong enough to have such discussions without using "killer argument"
> like write a BZ (but it is a quite polite way to silence people).
>

Not at all.  Writing a BZ issue is how you show that you have a
concrete issue.  It is how we prioritize issues and track them to
resolution.  It is a much better approach than reporting things in a
unrelated thread like this one, "Translation for AOO 4.0".   No one
should feel insulted or "silenced" by being asked to enter their issue
into an issue tracking system.  I don't know if you noticed, but we
just finished the test pass on the sidebar and have 65 new issues
because of this.  Unless you get your issue into BZ it is likely to be
forgotten as soon as this thread scrolls from view and missed by
anyone who did not suspect documentation issues to be reported in a
response to a translation thread.

Regards,

-Rob

> I am sorry for having caused fuzz on the list with what I thought was a
> valid concern, lets simply see what 4.0 contains when it is released.
>
> rgds
> jan I
>
>

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

Help needed with /main/connectivity/source/resource/conn_shared_res.src

[Kay Schenk]

For a few days now I have tried adding 2 new definitions to
conn_shared_res.src a la the patches that were supplied in hsqldb CWS from
a while back. I also applied the rest of the patches locally, so far
without issue.

No matter what I do, my build fails with the following types of error
messages--

{
^
f4099: "conn_shared_res.src", line 642: Warning in the object (Type:
String):
Global resources should have an identifier >= 256.

{
^
f650: "conn_shared_res.src", line 642: Error in the object (Type: String):
An identifier needs to be specified.

{
^
f640: "conn_shared_res.src", line 642: Error: syntax error
f256: Error: !! 2 Error found!!
Error starting rsc2 compiler


--- end of errors ---

So, is there some secret to the syntax for this file that I'm just not
getting.

Should my new string definitions be added elsewhere as well? And if so,
where.

I can provide more info if needed.


-- 

MzK

"There's no upside in screwing with things you can't explain."
-- Captain Roy Montgomery, "Castle"

Re: Translation for AOO 4.0

[janI]

On 25 April 2013 21:22, Rob Weir  wrote:

> On Thu, Apr 25, 2013 at 3:11 PM, janI  wrote:
> > On 25 April 2013 21:00, Rob Weir  wrote:
> >
> >> On Thu, Apr 25, 2013 at 2:25 PM, janI  wrote:
> >> > On 25 April 2013 19:42, Rob Weir  wrote:
> >> >
> >> >> On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist  >
> >> >> wrote:
> >> >> >
> >> >> > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
> >> >> >>
> >> >> >> On 4/25/13 9:55 AM, janI wrote:
> >> >> >>>
> >> >> >>> On 25 April 2013 07:34, Jürgen Schmidt 
> >> wrote:
> >> >> >>>
> >> >>  On 4/24/13 11:34 PM, janI wrote:
> >> >> >
> >> >> > On 24 April 2013 22:33, Juergen Schmidt  >
> >> >> wrote:
> >> >> >
> >> >> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> >> >> >>>
> >> >> >>> On 24 April 2013 16:25, Jürgen Schmidt <
> jogischm...@gmail.com>
> >> >> wrote:
> >> >> >>>
> >> >>  On 4/22/13 10:50 PM, janI wrote:
> >> >> >
> >> >> > On 22 April 2013 22:27, Jürgen Schmidt <
> jogischm...@gmail.com
> >> >
> >> >> >>
> >> >> >>
> >> >> > 
> >> >> >
> >> >> > But again, if the general opinion is, that is better to keep a
> >> >> selfmade
> >> >> > deadline and release a half finished product, it would not be
> >> fair of
> >> >> > me
> >> >> 
> >> >>  to
> >> >> >
> >> >> > stand in the way.
> >> >> 
> >> >>  See above, I think we have to hold our deadlines to show
> >> confidence to
> >> >>  the outside. But we can of course improve our planning in the
> >> future.
> >> >> 
> >> >>  Or we should think about a real train model where we release
> every
> >> 3
> >> >> or
> >> >>  4 month. But where we maintain also a more stable branch where
> we
> >> fix
> >> >>  mainly bugs and potential security fixes.
> >> >> 
> >> >>  this would be a good idea for minor/maintenance releases but not
> >> for a
> >> >> >>>
> >> >> >>> major release.
> >> >> >>>
> >> >> >>> However, it seems I am the only one with this concern, so I will
> >> >> silence
> >> >> >>> myself. You
> >> >> >>> are the voted in release maneger (which I highly support) so
> >> according
> >> >> >>> the
> >> >> >>> apache way,
> >> >> >>> it is your call together with a majority vote is a release is
> >> >> acceptable.
> >> >> >>
> >> >> >> I simply volunteered to do this task, I am happy if somebody else
> >> steps
> >> >> >> in ;-)
> >> >> >>
> >> >> >> And in general I share your opinion that releases should not have
> >> 100%
> >> >> >> fixed dates but should more take the planned features into
> account.
> >> >> >> Fixed dates result often in poor software or poor quality. But I
> >> believe
> >> >> >> we have to find a compromise and what's possible and to show the
> >> >> >> necessary confidence to the public about the progress in the
> project
> >> and
> >> >> >> in the product. It's not easy ...
> >> >> >>
> >> >> >> Juergen
> >> >> >>
> >> >> > Have we discussed, as a project, the tradeoffs that we are making
> >> here?
> >> >>   On
> >> >> > one hand we have solid decisions on the release made by Jürgen
> which
> >> trim
> >> >> > features, but lead to a predictable, stable, and complete release.
>  On
> >> >> the
> >> >> > other hand, we have we have the reasonable question by Jan, as to
> >> whether
> >> >> > there is an alternative approach that sacrifices the schedule (i.e.
> >> >> pushing
> >> >> > back release date) for the features.  My question is "Do we have a
> >> solid
> >> >> > understanding of this trade-off, and should we make this decision
> as a
> >> >> > project?"
> >> >> >
> >> >> > To me there are three major changes that would be good to be in AOO
> >> 4.0
> >> >> > which are currently in jeopardy:
> >> >> >
> >> >> >  * Accessibility - the integration of iA2 - work is ongoing. This
> has
> >> a
> >> >> >major impact on the product, and the ability of large
> corporations
> >> >> >and governmental agencies to embrace the product.
> >> >>
> >> > This is important to me.
> >> >
> >>
> >> Those who are actually doing this work also think it is important.
> >> Otherwise they would not be doing it.  But it is not part of the 4.0
> >> plan that we've been executing on.
> >>
> >> >> >  * New Translation Infrastructure - this is the major change to use
> >> the
> >> >> >po files directly in the code, the consolidation of the poo
> files,
> >> >>
> >> > to me this is nice to have, but does not afftect end-users.
> >> >
> >> >> >and the new pootle server infrastructure.
> >> >>
> >> > Is ready in approx. 1 week.
> >> >
> >> >> >  * Brand Refresh - this work is moving along now, but there is some
> >> >> >question as to how much of this project can be completed in the
> >> >> >timeframe necessary.  (logo + icons/resources + full
> brand/splash
> >> >> >screens + color schemes + ??)
> >> >>
> >> > This is to a must for 4.0, we cannot change brand with 4.01
> >> >
> >>
> >> And that's why we're working on the logo survey now, after c

Re: [Wiki]Trouble with extension on one particular page

[janI]

On 25 April 2013 22:37, Regina Henschel  wrote:

> Hi,
>
> janI schrieb:
>
>> On 3 April 2013 01:27, RGB ES  wrote:
>>
>>  2013/3/29 Ariel Constenla-Haile 
>>>
>>>  On Thu, Mar 28, 2013 at 07:27:30PM +0100, RGB ES wrote:

> If you look at this page
>
>
>
  http://wiki.openoffice.org/**wiki/ES/Manuales/GuiaAOO/**
>>> TemasAvanzados/Macros/**StarBasic/TrabajandoConCalc/**
>>> FuncionesPersonalizadas
>>>

> you'll see that all math objects are failing to parse. That's quite
>
 strange

> because other pages using the same extension are working just
>
 perfectly.
>>>

> Any idea?
>

 It seems a recurrent problem, described in the manual:


  http://www.mediawiki.org/wiki/**Manual:Enable_TeX/problems#**
>>> Error_:_Failed_to_parse_.**28Missing_texvc_executable.29
>>>
 (that said, I've no idea about all this stuff, it's just the first
 search result in Google).


>>>
>>> I just tried to create a new page with math objects and they fail too. It
>>> seems old pages are displayed right because of the heavy use of cache on
>>> mwiki, but any new page gives the "failed to parse" error. I filled a bug
>>> report for this:
>>>
>>> https://issues.apache.org/ooo/**show_bug.cgi?id=121992
>>>
>>> Regards
>>> Ricardo
>>>
>>>
>>> Just saw the bugzilla report. We have no php error to that subject so it
>>>
>> is something within mwiki, I will investigate when I come around to doing
>> the mwiki bugs.
>>
>> Is it real urgent ?
>>
>
> The LibreOffice Wiki had the same problem. I have asked Florian
> Effenberger how he solved it. Here his answer:
> "Ich musste das dvipng-Paket nachinstallieren, und in der
> LocalSettings.php die Variable $wgTexvc setzen, die muss auf das Binary
> zeigen."
> My translation: He has to install the dvipng packet and the variable
> $wgTexvc in LocalSettings.php has to be set. It must point to that Binary.
>
> I hope, this helps to solve the problem here.
>
Danke schön, deutsch ist für mich kein problem (habe 5 jahren in Wien
gewohnt).

Thanks for the translation and the information, I have it on my list, but
to be honest I have had some problems finding time for that...there are soo
much to do (I just do this in my spare time, I dont have IBM or others
paying me).

mfg
jan I.




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

Re: svn commit: r1475768 - /openoffice/ooo-site/trunk/content/index.html

[Marcus (OOo)]

Hi Rob,

it's great that you keep our download counter up-to-date.

Because it's showing the numbers an a few webpages, IMHO it makes sense 
to centralize the core number, so that only one location has to be 
updated and no every webpage for itself.


I could give you this little present. ;-)

Ciao

Marcus



Am 04/25/2013 03:47 PM, schrieb robw...@apache.org:

Author: robweir
Date: Thu Apr 25 13:47:34 2013
New Revision: 1475768

URL: http://svn.apache.org/r1475768
Log:
update download count

Modified:
 openoffice/ooo-site/trunk/content/index.html

Modified: openoffice/ooo-site/trunk/content/index.html
URL: 
http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/index.html?rev=1475768&r1=1475767&r2=1475768&view=diff
==
--- openoffice/ooo-site/trunk/content/index.html (original)
+++ openoffice/ooo-site/trunk/content/index.html Thu Apr 25 13:47:34 2013
@@ -136,9 +136,9 @@


   
-Over 44 million downloads of AOO 3.4
+Over 47 million downloads of AOO 3.4

-   31 March 2013:  Apache OpenOffice 3.4 was released in May. 
Downloads now exceed 44 million. We invite you to take a look at
+   20 April 2013:  Apache OpenOffice 3.4 was released in May. 
Downloads now exceed 47 million. We invite you to take a look at
  http://stats.openoffice.org/";>our interactive charts  of daily and 
cumulative downloads.



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

disappearing survey

[perriwinkle.sunshine]

Dear Open Office:  I just spent 30 minutes or more filling in your survey - 
with detailed comments - when I pressed "submit" it all
disappeared -poof! -  no confirmation that you have actually received it.

Open Office is my all-time favourite - good luck on your new logo.

Jean Harnden
Sault Canada

-Original Message- 
From: Rob Weir
Sent: Wednesday, April 24, 2013 12:53 PM
To: annou...@openoffice.apache.org
Subject: Apache OpenOffice 4.0 Logo Survey Now Open!

The Apache OpenOffice project is planning a "brand refresh" for our
next major release, Apache OpenOffice 4.0. As part of this effort we
are looking to update our logo.

We've received 40 proposals from community members and we would like
your feedback on these designs.

You can find the survey here:

http://survey.openoffice.org/index.php/815178/

Thanks in advance for your participation and feedback.

Regards,

-Rob

###

Note: You have received this email as a subscriber to the Apache
OpenOffice Announcement mailing list.  If you no longer wish to
receive such emails you can unsubscribe by sending an email to:
announce-unsubscr...@openoffice.apache.org. 

Re: [Wiki]Trouble with extension on one particular page

[Regina Henschel]

Hi,

janI schrieb:

On 3 April 2013 01:27, RGB ES  wrote:


2013/3/29 Ariel Constenla-Haile 


On Thu, Mar 28, 2013 at 07:27:30PM +0100, RGB ES wrote:

If you look at this page





http://wiki.openoffice.org/wiki/ES/Manuales/GuiaAOO/TemasAvanzados/Macros/StarBasic/TrabajandoConCalc/FuncionesPersonalizadas


you'll see that all math objects are failing to parse. That's quite

strange

because other pages using the same extension are working just

perfectly.


Any idea?


It seems a recurrent problem, described in the manual:



http://www.mediawiki.org/wiki/Manual:Enable_TeX/problems#Error_:_Failed_to_parse_.28Missing_texvc_executable.29

(that said, I've no idea about all this stuff, it's just the first
search result in Google).




I just tried to create a new page with math objects and they fail too. It
seems old pages are displayed right because of the heavy use of cache on
mwiki, but any new page gives the "failed to parse" error. I filled a bug
report for this:

https://issues.apache.org/ooo/show_bug.cgi?id=121992

Regards
Ricardo


Just saw the bugzilla report. We have no php error to that subject so it

is something within mwiki, I will investigate when I come around to doing
the mwiki bugs.

Is it real urgent ?


The LibreOffice Wiki had the same problem. I have asked Florian 
Effenberger how he solved it. Here his answer:
"Ich musste das dvipng-Paket nachinstallieren, und in der 
LocalSettings.php die Variable $wgTexvc setzen, die muss auf das Binary 
zeigen."
My translation: He has to install the dvipng packet and the variable 
$wgTexvc in LocalSettings.php has to be set. It must point to that Binary.


I hope, this helps to solve the problem here.

Kind regards
Regina


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

Re: unsubscribe please!

[Albino B Neto]

2013/4/25 CHERYL ANN :
> Could you please remove cnr0...@gmail.com from your mailing list. I do not 
> use Open Office and don't know why I get several emails daily from users. 
> Thanks

You can send email:

-unsubscr...@openoffice.apache.org

Albino

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

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 3:11 PM, janI  wrote:
> On 25 April 2013 21:00, Rob Weir  wrote:
>
>> On Thu, Apr 25, 2013 at 2:25 PM, janI  wrote:
>> > On 25 April 2013 19:42, Rob Weir  wrote:
>> >
>> >> On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist 
>> >> wrote:
>> >> >
>> >> > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
>> >> >>
>> >> >> On 4/25/13 9:55 AM, janI wrote:
>> >> >>>
>> >> >>> On 25 April 2013 07:34, Jürgen Schmidt 
>> wrote:
>> >> >>>
>> >>  On 4/24/13 11:34 PM, janI wrote:
>> >> >
>> >> > On 24 April 2013 22:33, Juergen Schmidt 
>> >> wrote:
>> >> >
>> >> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
>> >> >>>
>> >> >>> On 24 April 2013 16:25, Jürgen Schmidt 
>> >> wrote:
>> >> >>>
>> >>  On 4/22/13 10:50 PM, janI wrote:
>> >> >
>> >> > On 22 April 2013 22:27, Jürgen Schmidt > >
>> >> >>
>> >> >>
>> >> > 
>> >> >
>> >> > But again, if the general opinion is, that is better to keep a
>> >> selfmade
>> >> > deadline and release a half finished product, it would not be
>> fair of
>> >> > me
>> >> 
>> >>  to
>> >> >
>> >> > stand in the way.
>> >> 
>> >>  See above, I think we have to hold our deadlines to show
>> confidence to
>> >>  the outside. But we can of course improve our planning in the
>> future.
>> >> 
>> >>  Or we should think about a real train model where we release every
>> 3
>> >> or
>> >>  4 month. But where we maintain also a more stable branch where we
>> fix
>> >>  mainly bugs and potential security fixes.
>> >> 
>> >>  this would be a good idea for minor/maintenance releases but not
>> for a
>> >> >>>
>> >> >>> major release.
>> >> >>>
>> >> >>> However, it seems I am the only one with this concern, so I will
>> >> silence
>> >> >>> myself. You
>> >> >>> are the voted in release maneger (which I highly support) so
>> according
>> >> >>> the
>> >> >>> apache way,
>> >> >>> it is your call together with a majority vote is a release is
>> >> acceptable.
>> >> >>
>> >> >> I simply volunteered to do this task, I am happy if somebody else
>> steps
>> >> >> in ;-)
>> >> >>
>> >> >> And in general I share your opinion that releases should not have
>> 100%
>> >> >> fixed dates but should more take the planned features into account.
>> >> >> Fixed dates result often in poor software or poor quality. But I
>> believe
>> >> >> we have to find a compromise and what's possible and to show the
>> >> >> necessary confidence to the public about the progress in the project
>> and
>> >> >> in the product. It's not easy ...
>> >> >>
>> >> >> Juergen
>> >> >>
>> >> > Have we discussed, as a project, the tradeoffs that we are making
>> here?
>> >>   On
>> >> > one hand we have solid decisions on the release made by Jürgen which
>> trim
>> >> > features, but lead to a predictable, stable, and complete release.  On
>> >> the
>> >> > other hand, we have we have the reasonable question by Jan, as to
>> whether
>> >> > there is an alternative approach that sacrifices the schedule (i.e.
>> >> pushing
>> >> > back release date) for the features.  My question is "Do we have a
>> solid
>> >> > understanding of this trade-off, and should we make this decision as a
>> >> > project?"
>> >> >
>> >> > To me there are three major changes that would be good to be in AOO
>> 4.0
>> >> > which are currently in jeopardy:
>> >> >
>> >> >  * Accessibility - the integration of iA2 - work is ongoing. This has
>> a
>> >> >major impact on the product, and the ability of large corporations
>> >> >and governmental agencies to embrace the product.
>> >>
>> > This is important to me.
>> >
>>
>> Those who are actually doing this work also think it is important.
>> Otherwise they would not be doing it.  But it is not part of the 4.0
>> plan that we've been executing on.
>>
>> >> >  * New Translation Infrastructure - this is the major change to use
>> the
>> >> >po files directly in the code, the consolidation of the poo files,
>> >>
>> > to me this is nice to have, but does not afftect end-users.
>> >
>> >> >and the new pootle server infrastructure.
>> >>
>> > Is ready in approx. 1 week.
>> >
>> >> >  * Brand Refresh - this work is moving along now, but there is some
>> >> >question as to how much of this project can be completed in the
>> >> >timeframe necessary.  (logo + icons/resources + full brand/splash
>> >> >screens + color schemes + ??)
>> >>
>> > This is to a must for 4.0, we cannot change brand with 4.01
>> >
>>
>> And that's why we're working on the logo survey now, after collecting
>> 40 proposals.  We'll certainly have a new logo and splash screen for
>> 4.0.  But currently no one at all is working on branding changes
>> beyond that. at least no work that is on the lists,   Items that no
>> one is working on will not happen not matter how much time we wait.
>>
>> >> >
>> >> >
>> >> > I see  a few directions that this could go:
>> >> >
>> >> > 1. Follow the curr

Re: Translation for AOO 4.0

[janI]

On 25 April 2013 21:00, Rob Weir  wrote:

> On Thu, Apr 25, 2013 at 2:25 PM, janI  wrote:
> > On 25 April 2013 19:42, Rob Weir  wrote:
> >
> >> On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist 
> >> wrote:
> >> >
> >> > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
> >> >>
> >> >> On 4/25/13 9:55 AM, janI wrote:
> >> >>>
> >> >>> On 25 April 2013 07:34, Jürgen Schmidt 
> wrote:
> >> >>>
> >>  On 4/24/13 11:34 PM, janI wrote:
> >> >
> >> > On 24 April 2013 22:33, Juergen Schmidt 
> >> wrote:
> >> >
> >> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> >> >>>
> >> >>> On 24 April 2013 16:25, Jürgen Schmidt 
> >> wrote:
> >> >>>
> >>  On 4/22/13 10:50 PM, janI wrote:
> >> >
> >> > On 22 April 2013 22:27, Jürgen Schmidt  >
> >> >>
> >> >>
> >> > 
> >> >
> >> > But again, if the general opinion is, that is better to keep a
> >> selfmade
> >> > deadline and release a half finished product, it would not be
> fair of
> >> > me
> >> 
> >>  to
> >> >
> >> > stand in the way.
> >> 
> >>  See above, I think we have to hold our deadlines to show
> confidence to
> >>  the outside. But we can of course improve our planning in the
> future.
> >> 
> >>  Or we should think about a real train model where we release every
> 3
> >> or
> >>  4 month. But where we maintain also a more stable branch where we
> fix
> >>  mainly bugs and potential security fixes.
> >> 
> >>  this would be a good idea for minor/maintenance releases but not
> for a
> >> >>>
> >> >>> major release.
> >> >>>
> >> >>> However, it seems I am the only one with this concern, so I will
> >> silence
> >> >>> myself. You
> >> >>> are the voted in release maneger (which I highly support) so
> according
> >> >>> the
> >> >>> apache way,
> >> >>> it is your call together with a majority vote is a release is
> >> acceptable.
> >> >>
> >> >> I simply volunteered to do this task, I am happy if somebody else
> steps
> >> >> in ;-)
> >> >>
> >> >> And in general I share your opinion that releases should not have
> 100%
> >> >> fixed dates but should more take the planned features into account.
> >> >> Fixed dates result often in poor software or poor quality. But I
> believe
> >> >> we have to find a compromise and what's possible and to show the
> >> >> necessary confidence to the public about the progress in the project
> and
> >> >> in the product. It's not easy ...
> >> >>
> >> >> Juergen
> >> >>
> >> > Have we discussed, as a project, the tradeoffs that we are making
> here?
> >>   On
> >> > one hand we have solid decisions on the release made by Jürgen which
> trim
> >> > features, but lead to a predictable, stable, and complete release.  On
> >> the
> >> > other hand, we have we have the reasonable question by Jan, as to
> whether
> >> > there is an alternative approach that sacrifices the schedule (i.e.
> >> pushing
> >> > back release date) for the features.  My question is "Do we have a
> solid
> >> > understanding of this trade-off, and should we make this decision as a
> >> > project?"
> >> >
> >> > To me there are three major changes that would be good to be in AOO
> 4.0
> >> > which are currently in jeopardy:
> >> >
> >> >  * Accessibility - the integration of iA2 - work is ongoing. This has
> a
> >> >major impact on the product, and the ability of large corporations
> >> >and governmental agencies to embrace the product.
> >>
> > This is important to me.
> >
>
> Those who are actually doing this work also think it is important.
> Otherwise they would not be doing it.  But it is not part of the 4.0
> plan that we've been executing on.
>
> >> >  * New Translation Infrastructure - this is the major change to use
> the
> >> >po files directly in the code, the consolidation of the poo files,
> >>
> > to me this is nice to have, but does not afftect end-users.
> >
> >> >and the new pootle server infrastructure.
> >>
> > Is ready in approx. 1 week.
> >
> >> >  * Brand Refresh - this work is moving along now, but there is some
> >> >question as to how much of this project can be completed in the
> >> >timeframe necessary.  (logo + icons/resources + full brand/splash
> >> >screens + color schemes + ??)
> >>
> > This is to a must for 4.0, we cannot change brand with 4.01
> >
>
> And that's why we're working on the logo survey now, after collecting
> 40 proposals.  We'll certainly have a new logo and splash screen for
> 4.0.  But currently no one at all is working on branding changes
> beyond that. at least no work that is on the lists,   Items that no
> one is working on will not happen not matter how much time we wait.
>
> >> >
> >> >
> >> > I see  a few directions that this could go:
> >> >
> >> > 1. Follow the current trajectory and push off a significant amount of
> >> >originally planned 4.0 work to 4.1
> >> > 2. Push off the release by 3 months and get all of these features in
> >> >completely

Re: Translation for AOO 4.0

[RGB ES]

(top posting) The discussion drifted apart from the original issue...

Regarding documentation on the sidebar there is something to say, but
please, consider the following just as an analysis of the actual situation,
no complains from my part.

The documentation team have a non small problem. Right now there are
several good editors, but only one active writer: me. That's an unfortunate
situation for a number of reasons. First of all I'm not a native English
speaker so editors have more work. Also, I cannot write the whole guide by
myself: base is far from my experience, I only seldom use Calc and I do not
like presentation with transitions (always use static pdfs...). But more
important to this topic is that I'm not able to understand how the online
help system works. So the sad true is that nobody is working on the bundled
help and unless someone takes the lead with a clear proposal nobody will
work on it on the near future.

Regards
Ricardo



2013/4/25 janI 

> On 25 April 2013 19:42, Rob Weir  wrote:
>
> > On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist 
> > wrote:
> > >
> > > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
> > >>
> > >> On 4/25/13 9:55 AM, janI wrote:
> > >>>
> > >>> On 25 April 2013 07:34, Jürgen Schmidt 
> wrote:
> > >>>
> >  On 4/24/13 11:34 PM, janI wrote:
> > >
> > > On 24 April 2013 22:33, Juergen Schmidt 
> > wrote:
> > >
> > >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> > >>>
> > >>> On 24 April 2013 16:25, Jürgen Schmidt 
> > wrote:
> > >>>
> >  On 4/22/13 10:50 PM, janI wrote:
> > >
> > > On 22 April 2013 22:27, Jürgen Schmidt 
> > >>
> > >>
> > > 
> > >
> > > But again, if the general opinion is, that is better to keep a
> > selfmade
> > > deadline and release a half finished product, it would not be fair
> of
> > > me
> > 
> >  to
> > >
> > > stand in the way.
> > 
> >  See above, I think we have to hold our deadlines to show confidence
> to
> >  the outside. But we can of course improve our planning in the
> future.
> > 
> >  Or we should think about a real train model where we release every 3
> > or
> >  4 month. But where we maintain also a more stable branch where we
> fix
> >  mainly bugs and potential security fixes.
> > 
> >  this would be a good idea for minor/maintenance releases but not
> for a
> > >>>
> > >>> major release.
> > >>>
> > >>> However, it seems I am the only one with this concern, so I will
> > silence
> > >>> myself. You
> > >>> are the voted in release maneger (which I highly support) so
> according
> > >>> the
> > >>> apache way,
> > >>> it is your call together with a majority vote is a release is
> > acceptable.
> > >>
> > >> I simply volunteered to do this task, I am happy if somebody else
> steps
> > >> in ;-)
> > >>
> > >> And in general I share your opinion that releases should not have 100%
> > >> fixed dates but should more take the planned features into account.
> > >> Fixed dates result often in poor software or poor quality. But I
> believe
> > >> we have to find a compromise and what's possible and to show the
> > >> necessary confidence to the public about the progress in the project
> and
> > >> in the product. It's not easy ...
> > >>
> > >> Juergen
> > >>
> > > Have we discussed, as a project, the tradeoffs that we are making here?
> >   On
> > > one hand we have solid decisions on the release made by Jürgen which
> trim
> > > features, but lead to a predictable, stable, and complete release.  On
> > the
> > > other hand, we have we have the reasonable question by Jan, as to
> whether
> > > there is an alternative approach that sacrifices the schedule (i.e.
> > pushing
> > > back release date) for the features.  My question is "Do we have a
> solid
> > > understanding of this trade-off, and should we make this decision as a
> > > project?"
> > >
> > > To me there are three major changes that would be good to be in AOO 4.0
> > > which are currently in jeopardy:
> > >
> > >  * Accessibility - the integration of iA2 - work is ongoing. This has a
> > >major impact on the product, and the ability of large corporations
> > >and governmental agencies to embrace the product.
> >
> This is important to me.
>
> > >  * New Translation Infrastructure - this is the major change to use the
> > >po files directly in the code, the consolidation of the poo files,
> >
> to me this is nice to have, but does not afftect end-users.
>
> > >and the new pootle server infrastructure.
> >
> Is ready in approx. 1 week.
>
> > >  * Brand Refresh - this work is moving along now, but there is some
> > >question as to how much of this project can be completed in the
> > >timeframe necessary.  (logo + icons/resources + full brand/splash
> > >screens + color schemes + ??)
> >
> This is to a must for 4.0, we cannot change brand with 4.01
>
> > >
> > >
> > > I see  a few directions that this could go:
> > >
>

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 2:25 PM, janI  wrote:
> On 25 April 2013 19:42, Rob Weir  wrote:
>
>> On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist 
>> wrote:
>> >
>> > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
>> >>
>> >> On 4/25/13 9:55 AM, janI wrote:
>> >>>
>> >>> On 25 April 2013 07:34, Jürgen Schmidt  wrote:
>> >>>
>>  On 4/24/13 11:34 PM, janI wrote:
>> >
>> > On 24 April 2013 22:33, Juergen Schmidt 
>> wrote:
>> >
>> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
>> >>>
>> >>> On 24 April 2013 16:25, Jürgen Schmidt 
>> wrote:
>> >>>
>>  On 4/22/13 10:50 PM, janI wrote:
>> >
>> > On 22 April 2013 22:27, Jürgen Schmidt 
>> >>
>> >>
>> > 
>> >
>> > But again, if the general opinion is, that is better to keep a
>> selfmade
>> > deadline and release a half finished product, it would not be fair of
>> > me
>> 
>>  to
>> >
>> > stand in the way.
>> 
>>  See above, I think we have to hold our deadlines to show confidence to
>>  the outside. But we can of course improve our planning in the future.
>> 
>>  Or we should think about a real train model where we release every 3
>> or
>>  4 month. But where we maintain also a more stable branch where we fix
>>  mainly bugs and potential security fixes.
>> 
>>  this would be a good idea for minor/maintenance releases but not for a
>> >>>
>> >>> major release.
>> >>>
>> >>> However, it seems I am the only one with this concern, so I will
>> silence
>> >>> myself. You
>> >>> are the voted in release maneger (which I highly support) so according
>> >>> the
>> >>> apache way,
>> >>> it is your call together with a majority vote is a release is
>> acceptable.
>> >>
>> >> I simply volunteered to do this task, I am happy if somebody else steps
>> >> in ;-)
>> >>
>> >> And in general I share your opinion that releases should not have 100%
>> >> fixed dates but should more take the planned features into account.
>> >> Fixed dates result often in poor software or poor quality. But I believe
>> >> we have to find a compromise and what's possible and to show the
>> >> necessary confidence to the public about the progress in the project and
>> >> in the product. It's not easy ...
>> >>
>> >> Juergen
>> >>
>> > Have we discussed, as a project, the tradeoffs that we are making here?
>>   On
>> > one hand we have solid decisions on the release made by Jürgen which trim
>> > features, but lead to a predictable, stable, and complete release.  On
>> the
>> > other hand, we have we have the reasonable question by Jan, as to whether
>> > there is an alternative approach that sacrifices the schedule (i.e.
>> pushing
>> > back release date) for the features.  My question is "Do we have a solid
>> > understanding of this trade-off, and should we make this decision as a
>> > project?"
>> >
>> > To me there are three major changes that would be good to be in AOO 4.0
>> > which are currently in jeopardy:
>> >
>> >  * Accessibility - the integration of iA2 - work is ongoing. This has a
>> >major impact on the product, and the ability of large corporations
>> >and governmental agencies to embrace the product.
>>
> This is important to me.
>

Those who are actually doing this work also think it is important.
Otherwise they would not be doing it.  But it is not part of the 4.0
plan that we've been executing on.

>> >  * New Translation Infrastructure - this is the major change to use the
>> >po files directly in the code, the consolidation of the poo files,
>>
> to me this is nice to have, but does not afftect end-users.
>
>> >and the new pootle server infrastructure.
>>
> Is ready in approx. 1 week.
>
>> >  * Brand Refresh - this work is moving along now, but there is some
>> >question as to how much of this project can be completed in the
>> >timeframe necessary.  (logo + icons/resources + full brand/splash
>> >screens + color schemes + ??)
>>
> This is to a must for 4.0, we cannot change brand with 4.01
>

And that's why we're working on the logo survey now, after collecting
40 proposals.  We'll certainly have a new logo and splash screen for
4.0.  But currently no one at all is working on branding changes
beyond that. at least no work that is on the lists,   Items that no
one is working on will not happen not matter how much time we wait.

>> >
>> >
>> > I see  a few directions that this could go:
>> >
>> > 1. Follow the current trajectory and push off a significant amount of
>> >originally planned 4.0 work to 4.1
>> > 2. Push off the release by 3 months and get all of these features in
>> >completely
>> >
>>
>> We're coming into summertime and vacations.  Nothing happens 3 months from
>> now.
>>
>>  3. Hold the release indefinitely, waiting of these features
>> >
>> >
>> > I think that pretty much everyone would disagree with option #3.
>>
>> Remember that is how this already feels for those who checked in code
>> almost a year 

Re: Translation for AOO 4.0

[janI]

On 25 April 2013 19:42, Rob Weir  wrote:

> On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist 
> wrote:
> >
> > On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
> >>
> >> On 4/25/13 9:55 AM, janI wrote:
> >>>
> >>> On 25 April 2013 07:34, Jürgen Schmidt  wrote:
> >>>
>  On 4/24/13 11:34 PM, janI wrote:
> >
> > On 24 April 2013 22:33, Juergen Schmidt 
> wrote:
> >
> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> >>>
> >>> On 24 April 2013 16:25, Jürgen Schmidt 
> wrote:
> >>>
>  On 4/22/13 10:50 PM, janI wrote:
> >
> > On 22 April 2013 22:27, Jürgen Schmidt 
> >>
> >>
> > 
> >
> > But again, if the general opinion is, that is better to keep a
> selfmade
> > deadline and release a half finished product, it would not be fair of
> > me
> 
>  to
> >
> > stand in the way.
> 
>  See above, I think we have to hold our deadlines to show confidence to
>  the outside. But we can of course improve our planning in the future.
> 
>  Or we should think about a real train model where we release every 3
> or
>  4 month. But where we maintain also a more stable branch where we fix
>  mainly bugs and potential security fixes.
> 
>  this would be a good idea for minor/maintenance releases but not for a
> >>>
> >>> major release.
> >>>
> >>> However, it seems I am the only one with this concern, so I will
> silence
> >>> myself. You
> >>> are the voted in release maneger (which I highly support) so according
> >>> the
> >>> apache way,
> >>> it is your call together with a majority vote is a release is
> acceptable.
> >>
> >> I simply volunteered to do this task, I am happy if somebody else steps
> >> in ;-)
> >>
> >> And in general I share your opinion that releases should not have 100%
> >> fixed dates but should more take the planned features into account.
> >> Fixed dates result often in poor software or poor quality. But I believe
> >> we have to find a compromise and what's possible and to show the
> >> necessary confidence to the public about the progress in the project and
> >> in the product. It's not easy ...
> >>
> >> Juergen
> >>
> > Have we discussed, as a project, the tradeoffs that we are making here?
>   On
> > one hand we have solid decisions on the release made by Jürgen which trim
> > features, but lead to a predictable, stable, and complete release.  On
> the
> > other hand, we have we have the reasonable question by Jan, as to whether
> > there is an alternative approach that sacrifices the schedule (i.e.
> pushing
> > back release date) for the features.  My question is "Do we have a solid
> > understanding of this trade-off, and should we make this decision as a
> > project?"
> >
> > To me there are three major changes that would be good to be in AOO 4.0
> > which are currently in jeopardy:
> >
> >  * Accessibility - the integration of iA2 - work is ongoing. This has a
> >major impact on the product, and the ability of large corporations
> >and governmental agencies to embrace the product.
>
This is important to me.

> >  * New Translation Infrastructure - this is the major change to use the
> >po files directly in the code, the consolidation of the poo files,
>
to me this is nice to have, but does not afftect end-users.

> >and the new pootle server infrastructure.
>
Is ready in approx. 1 week.

> >  * Brand Refresh - this work is moving along now, but there is some
> >question as to how much of this project can be completed in the
> >timeframe necessary.  (logo + icons/resources + full brand/splash
> >screens + color schemes + ??)
>
This is to a must for 4.0, we cannot change brand with 4.01

> >
> >
> > I see  a few directions that this could go:
> >
> > 1. Follow the current trajectory and push off a significant amount of
> >originally planned 4.0 work to 4.1
> > 2. Push off the release by 3 months and get all of these features in
> >completely
> >
>
> We're coming into summertime and vacations.  Nothing happens 3 months from
> now.
>
>  3. Hold the release indefinitely, waiting of these features
> >
> >
> > I think that pretty much everyone would disagree with option #3.
>
> Remember that is how this already feels for those who checked in code
> almost a year ago, when they were working on the trunk while work on
> 3.4.1 was occurring in a branch.  There is always more that can be
> added, if we wait.  But there are also a lot of improvements that
> we're withholding from users at the same time.
>
Are we really withholding any major features...when I compare the codebases
I cannot really see it, but I might be wrong.


>
> One thing already in the code is a fix to a horrendous random crash
> that hits users who upgrade from OOo 3.3.0.  Millions of users are
> likely crashing because of this.  Do we really want to hold this back?
>   We should consider not only the additional stuff we could do with
> more time on this release, but also all 

Re: GSoC 2013 application form

[janI]

On 25 April 2013 19:34, Rajath Shashidhara wrote:

> Hello,
>
> JanI - Thanks for your valuable suggestions.
>
> My Modified timeline -
>
> Deliverables:
>
> Well Commented Source Code for an extension in Java under the Apache
> License 2.0
>
>  Approximate Schedule of my project:
>
> 1st Week:
>
> Designing the wizard +

> Making the GUI for the import wizard.
>

> This component sent for review by the end of the week.(Expected review by
> mid-2nd
>
> week).
>
> 2nd Week:
>
> Code which implements import of .dbf files – Straight forward as .dbf is
> not a loose database format. Things like primary key, column names etc.
> Have already been defined. - sent for review.
>
>  Changes to GUI made – after review received.
>
> Documentation for completed modules.
>
>
>  .dbf import module sent for review.
>
> 3rd Week:
>
>
Design +

> Module to decide the coulmn names and datatypes for columns(loose
> spreadsheets type). - Sent for review.
>
> .dbf file import review – changes made(1 day).
>
> 4th Week:
>
> Changed components sent for re-review.
>
> Documentation for above components.
>
> Changes made for column name module after review.
>
> Module to strip of the charts/graphics in the document.
>
> Above codes linked with GUI for (.ods,.dbf).
>
> Above components sent for review.
>
>  5th Week:
>
> Midterm Deliverables – Well Commented Source Code for an extension in Java
> under which can import .ods and .dbf files.
>
> Above modules extended for .xls/.xlsx,.sxc(fixing the compatibility
> issues).
>
> Completed modules sent for review.
>
> 6th Week:
>
> (Buffer Space) – To complete thing which didn't workout according to the
> plan.
>
> Extension integrated to import .xls/.xlsx,.sxc,.dbf.
>
> 7th Week:
>
> Review of integrated extension.
>
> Google Spreadsheet import module. [1]
>
> 8th Week:
>
> [1] continued.
>
> [1] sent for review.
>
> [1] integrated with above extension.
>
> 9th Week:
>
> Final review of all the modules.
>
> Debugging Started.
>
> 10th Week:
>
> Final Documentation.
>
> (Buffer Space)
>
> (GsoC Done!!!)
>
>
>  After 10th Week -
>
> Finishing the optional components in 1-2 weeks and patching it up with the
> previously produced extension.
>
> Documentation for optional modules.
>
>
>
> Any Comments ?
>
2 minor changes...otherwise it look good to me.

good luck.
rgds
Jan I.

>
>
> On Thu, Apr 25, 2013 at 7:17 PM, janI  wrote:
>
> > On 25 April 2013 00:36, Rajath Shashidhara  > >wrote:
> >
> > > * Sorry Attached to this mail!!!
> > >
> > > Hi everyone,
> > >
> > > I have done the first revision t my application.
> > > Changes:
> > > 1. Timeline added.
> > > 2. About me - slightly modified.
> > >
> > > I would like to receive suggestions on my timeline. Please correct me
> if
> > I
> > > have allotted less/more time to anything or if I have forgotten
> something
> > > completely.
> > >
> > >
> > > On Thu, Apr 25, 2013 at 4:05 AM, Rajath Shashidhara <
> > > rajaths.raja...@gmail.com> wrote:
> > >
> > >> Hi everyone,
> > >>
> > >> I have done the first revision t my application.
> > >> Changes:
> > >> 1. Timeline added.
> > >> 2. About me - slightly modified.
> > >>
> > >> I would like to receive suggestions on my timeline. Please correct me
> if
> > >> I have allotted less/more time to anything or if I have forgotten
> > something
> > >> completely.
> > >>
> > > I am no expert in GSoC, but as a manager of companies, I lack some
> > information in your document:
> > 1) please be more specific with your programming experiencethere are
> > big differences, from the "I have installed the compiler and made
> > hello_world" to I am an expert and like multiple inheritance.
> >
> > 2) The time schedule lacks milestoneswhen is a part ready for review,
> > when do you expext it back (and time for making changes)
> >
> > 3) In general your time line is "best weather case", remember somewhere
> > along the line you will have problems and need to have reserves for that
> > (or work harder), independent what you choose it should be documented in
> > the timeline.
> >
> > Sorry if I sound negative, in fact I find your document quite good (a
> > little light on details), and I look forward to help you (among others)
> > with a projects that will benefit many end-users.
> >
> > rgds
> > jan I.
> >
> > >
> > >>
> > >>
> > >> On Thu, Apr 25, 2013 at 12:36 AM, janI  wrote:
> > >>
> > >>> On 24 April 2013 20:52, Rajath Shashidhara <
> rajaths.raja...@gmail.com
> > >>> >wrote:
> > >>>
> > >>> > In the timeline can I tag some ideas as optional/will do it if I
> find
> > >>> > time...?
> > >>> >
> > >>> > that would be quite normal, but please also remember to add spare
> > time
> > >>> in
> > >>> for bug finding / documentation / review and good old murphy
> > >>>
> > >>> rgds
> > >>> Jan I.
> > >>>
> > >>> >
> > >>> > On Wed, Apr 24, 2013 at 8:47 PM, Rajath Shashidhara <
> > >>> > rajaths.raja...@gmail.com> wrote:
> > >>> >
> > >>> > > For implementing google spreadhseets:
> > >>> > >
> > >>> > > Google Ja

Re: OUStringBuffer

[jorge ivan poot diaz]

I've already made a concatenation, in this file:
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/cui/source/tabpages/tpcolor.cxx#546


Something like this:

OUStringBuffer buf( 128 );
buf.append( aName );
buf.append( 4 );
OUString string = buf.makeStringAndClear();
OString oString = rtl::OUStringToOString( string ,
RTL_TEXTENCODING_ASCII_US );

Substituting aName by oString in this fragment of code
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/cui/source/tabpages/tpcolor.cxx#549,
I have the following error,

http://ooo.pastebin.ca/2366521

So, I want to convert this code to a STRING:
OString oString = rtl::OUStringToOString( string ,
RTL_TEXTENCODING_ASCII_US );

Because the definition of aName is STRING, as you can see here:
http://ooo.pastebin.ca/2366523

The file is located at:
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/svx/inc/svx/xtable.hxx#57


Regards.




2013/4/25 Regina Henschel 

> Hi,
>
> jorge ivan poot diaz schrieb:
>
>  I have doubts about using
>> class OUStringBuffer
>>
>
> You should be more specific about your problem. Do you need help in
> understanding the descriptions in ustrbuf.hxx? Or do you get an compiler
> error, which do you not understand? Or do you need help about the
> difference to other string types? Or ...?
>
>
>
>> I want to implement this code:
>>
>> x = new OUStringBuffer().append("a").**append(4).append("c").**
>> toString();
>>   (one example)
>>
>> This snippet, missing something? (A declaration of variables?)
>>
>
> Please post a little bit more. Where do you want to use that code? What is
> x ? Do you want to do something specific, or is it an exercise, some kind
> of "hello world"?
>
> Kind regards
> Regina
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Translation for AOO 4.0

[Rob Weir]

On Thu, Apr 25, 2013 at 1:15 PM, Andrew Rist  wrote:
>
> On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:
>>
>> On 4/25/13 9:55 AM, janI wrote:
>>>
>>> On 25 April 2013 07:34, Jürgen Schmidt  wrote:
>>>
 On 4/24/13 11:34 PM, janI wrote:
>
> On 24 April 2013 22:33, Juergen Schmidt  wrote:
>
>> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
>>>
>>> On 24 April 2013 16:25, Jürgen Schmidt  wrote:
>>>
 On 4/22/13 10:50 PM, janI wrote:
>
> On 22 April 2013 22:27, Jürgen Schmidt 
>>
>>
> 
>
> But again, if the general opinion is, that is better to keep a selfmade
> deadline and release a half finished product, it would not be fair of
> me

 to
>
> stand in the way.

 See above, I think we have to hold our deadlines to show confidence to
 the outside. But we can of course improve our planning in the future.

 Or we should think about a real train model where we release every 3 or
 4 month. But where we maintain also a more stable branch where we fix
 mainly bugs and potential security fixes.

 this would be a good idea for minor/maintenance releases but not for a
>>>
>>> major release.
>>>
>>> However, it seems I am the only one with this concern, so I will silence
>>> myself. You
>>> are the voted in release maneger (which I highly support) so according
>>> the
>>> apache way,
>>> it is your call together with a majority vote is a release is acceptable.
>>
>> I simply volunteered to do this task, I am happy if somebody else steps
>> in ;-)
>>
>> And in general I share your opinion that releases should not have 100%
>> fixed dates but should more take the planned features into account.
>> Fixed dates result often in poor software or poor quality. But I believe
>> we have to find a compromise and what's possible and to show the
>> necessary confidence to the public about the progress in the project and
>> in the product. It's not easy ...
>>
>> Juergen
>>
> Have we discussed, as a project, the tradeoffs that we are making here?   On
> one hand we have solid decisions on the release made by Jürgen which trim
> features, but lead to a predictable, stable, and complete release.  On the
> other hand, we have we have the reasonable question by Jan, as to whether
> there is an alternative approach that sacrifices the schedule (i.e. pushing
> back release date) for the features.  My question is "Do we have a solid
> understanding of this trade-off, and should we make this decision as a
> project?"
>
> To me there are three major changes that would be good to be in AOO 4.0
> which are currently in jeopardy:
>
>  * Accessibility - the integration of iA2 - work is ongoing. This has a
>major impact on the product, and the ability of large corporations
>and governmental agencies to embrace the product.
>  * New Translation Infrastructure - this is the major change to use the
>po files directly in the code, the consolidation of the poo files,
>and the new pootle server infrastructure.
>  * Brand Refresh - this work is moving along now, but there is some
>question as to how much of this project can be completed in the
>timeframe necessary.  (logo + icons/resources + full brand/splash
>screens + color schemes + ??)
>
>
> I see  a few directions that this could go:
>
> 1. Follow the current trajectory and push off a significant amount of
>originally planned 4.0 work to 4.1
> 2. Push off the release by 3 months and get all of these features in
>completely
>

We're coming into summertime and vacations.  Nothing happens 3 months from now.

 3. Hold the release indefinitely, waiting of these features
>
>
> I think that pretty much everyone would disagree with option #3.

Remember that is how this already feels for those who checked in code
almost a year ago, when they were working on the trunk while work on
3.4.1 was occurring in a branch.  There is always more that can be
added, if we wait.  But there are also a lot of improvements that
we're withholding from users at the same time.

One thing already in the code is a fix to a horrendous random crash
that hits users who upgrade from OOo 3.3.0.  Millions of users are
likely crashing because of this.  Do we really want to hold this back?
  We should consider not only the additional stuff we could do with
more time on this release, but also all the stuff that we are
preventing users from accessing every day we delay further.

IA2 is not a regression. It is a new feature that is not yet done.  I
wouldn't hold back anything there. It is progressing per the original
plan, for AOO 4.1.  It was never in the plan for AOO 4.0, right?

I think we already punted on the translation work for AOO 4.0.  I was
ready to start recruiting translators but stopped since we said that
was not ready.


> Option #1 is a solid option, but I think that there is some portion of our
> community that is not fully comfortable with this.
>
> That leaves us

Re: GSoC 2013 application form

[Rajath Shashidhara]

Hello,

JanI - Thanks for your valuable suggestions.

My Modified timeline -

Deliverables:

Well Commented Source Code for an extension in Java under the Apache
License 2.0

 Approximate Schedule of my project:

1st Week:

Making the GUI for the import wizard.

This component sent for review by the end of the week.(Expected review by
mid-2nd

week).

2nd Week:

Code which implements import of .dbf files – Straight forward as .dbf is
not a loose database format. Things like primary key, column names etc.
Have already been defined. - sent for review.

 Changes to GUI made – after review received.

Documentation for completed modules.


 .dbf import module sent for review.

3rd Week:

Module to decide the coulmn names and datatypes for columns(loose
spreadsheets type). - Sent for review.

.dbf file import review – changes made(1 day).

4th Week:

Changed components sent for re-review.

Documentation for above components.

Changes made for column name module after review.

Module to strip of the charts/graphics in the document.

Above codes linked with GUI for (.ods,.dbf).

Above components sent for review.

 5th Week:

Midterm Deliverables – Well Commented Source Code for an extension in Java
under which can import .ods and .dbf files.

Above modules extended for .xls/.xlsx,.sxc(fixing the compatibility issues).

Completed modules sent for review.

6th Week:

(Buffer Space) – To complete thing which didn't workout according to the
plan.

Extension integrated to import .xls/.xlsx,.sxc,.dbf.

7th Week:

Review of integrated extension.

Google Spreadsheet import module. [1]

8th Week:

[1] continued.

[1] sent for review.

[1] integrated with above extension.

9th Week:

Final review of all the modules.

Debugging Started.

10th Week:

Final Documentation.

(Buffer Space)

(GsoC Done!!!)


 After 10th Week -

Finishing the optional components in 1-2 weeks and patching it up with the
previously produced extension.

Documentation for optional modules.



Any Comments ?


On Thu, Apr 25, 2013 at 7:17 PM, janI  wrote:

> On 25 April 2013 00:36, Rajath Shashidhara  >wrote:
>
> > * Sorry Attached to this mail!!!
> >
> > Hi everyone,
> >
> > I have done the first revision t my application.
> > Changes:
> > 1. Timeline added.
> > 2. About me - slightly modified.
> >
> > I would like to receive suggestions on my timeline. Please correct me if
> I
> > have allotted less/more time to anything or if I have forgotten something
> > completely.
> >
> >
> > On Thu, Apr 25, 2013 at 4:05 AM, Rajath Shashidhara <
> > rajaths.raja...@gmail.com> wrote:
> >
> >> Hi everyone,
> >>
> >> I have done the first revision t my application.
> >> Changes:
> >> 1. Timeline added.
> >> 2. About me - slightly modified.
> >>
> >> I would like to receive suggestions on my timeline. Please correct me if
> >> I have allotted less/more time to anything or if I have forgotten
> something
> >> completely.
> >>
> > I am no expert in GSoC, but as a manager of companies, I lack some
> information in your document:
> 1) please be more specific with your programming experiencethere are
> big differences, from the "I have installed the compiler and made
> hello_world" to I am an expert and like multiple inheritance.
>
> 2) The time schedule lacks milestoneswhen is a part ready for review,
> when do you expext it back (and time for making changes)
>
> 3) In general your time line is "best weather case", remember somewhere
> along the line you will have problems and need to have reserves for that
> (or work harder), independent what you choose it should be documented in
> the timeline.
>
> Sorry if I sound negative, in fact I find your document quite good (a
> little light on details), and I look forward to help you (among others)
> with a projects that will benefit many end-users.
>
> rgds
> jan I.
>
> >
> >>
> >>
> >> On Thu, Apr 25, 2013 at 12:36 AM, janI  wrote:
> >>
> >>> On 24 April 2013 20:52, Rajath Shashidhara  >>> >wrote:
> >>>
> >>> > In the timeline can I tag some ideas as optional/will do it if I find
> >>> > time...?
> >>> >
> >>> > that would be quite normal, but please also remember to add spare
> time
> >>> in
> >>> for bug finding / documentation / review and good old murphy
> >>>
> >>> rgds
> >>> Jan I.
> >>>
> >>> >
> >>> > On Wed, Apr 24, 2013 at 8:47 PM, Rajath Shashidhara <
> >>> > rajaths.raja...@gmail.com> wrote:
> >>> >
> >>> > > For implementing google spreadhseets:
> >>> > >
> >>> > > Google Java API's will be used:
> >>> > >
> https://developers.google.com/google-apps/spreadsheets/#introduction
> >>> > >
> >>> > >
> >>> > >
> >>> > >
> >>> > > On Wed, Apr 24, 2013 at 8:38 PM, Rajath Shashidhara <
> >>> > > rajaths.raja...@gmail.com> wrote:
> >>> > >
> >>> > >> Hello Mr. Oliver,
> >>> > >> Thank you!!!
> >>> > >> Could you guide me in making the timeline for GSoC?
> >>> > >> As I am inexperienced I have a problem in estimating the amount of
> >>> time
> >>> > >> each module takes.
> >>> > >>
> >>> > >> Thanks.
> >>> > >>
> 

Re: OUStringBuffer

[Regina Henschel]

Hi,

jorge ivan poot diaz schrieb:

I have doubts about using
class OUStringBuffer


You should be more specific about your problem. Do you need help in 
understanding the descriptions in ustrbuf.hxx? Or do you get an compiler 
error, which do you not understand? Or do you need help about the 
difference to other string types? Or ...?




I want to implement this code:

x = new OUStringBuffer().append("a").append(4).append("c").toString();
  (one example)

This snippet, missing something? (A declaration of variables?)


Please post a little bit more. Where do you want to use that code? What 
is x ? Do you want to do something specific, or is it an exercise, some 
kind of "hello world"?


Kind regards
Regina

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

Re: Translation for AOO 4.0

[Andrew Rist]

On 4/25/2013 1:16 AM, Jürgen Schmidt wrote:

On 4/25/13 9:55 AM, janI wrote:

On 25 April 2013 07:34, Jürgen Schmidt  wrote:


On 4/24/13 11:34 PM, janI wrote:

On 24 April 2013 22:33, Juergen Schmidt  wrote:


Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:

On 24 April 2013 16:25, Jürgen Schmidt  wrote:


On 4/22/13 10:50 PM, janI wrote:

On 22 April 2013 22:27, Jürgen Schmidt 





But again, if the general opinion is, that is better to keep a selfmade
deadline and release a half finished product, it would not be fair of me

to

stand in the way.

See above, I think we have to hold our deadlines to show confidence to
the outside. But we can of course improve our planning in the future.

Or we should think about a real train model where we release every 3 or
4 month. But where we maintain also a more stable branch where we fix
mainly bugs and potential security fixes.

this would be a good idea for minor/maintenance releases but not for a

major release.

However, it seems I am the only one with this concern, so I will silence
myself. You
are the voted in release maneger (which I highly support) so according the
apache way,
it is your call together with a majority vote is a release is acceptable.

I simply volunteered to do this task, I am happy if somebody else steps
in ;-)

And in general I share your opinion that releases should not have 100%
fixed dates but should more take the planned features into account.
Fixed dates result often in poor software or poor quality. But I believe
we have to find a compromise and what's possible and to show the
necessary confidence to the public about the progress in the project and
in the product. It's not easy ...

Juergen

Have we discussed, as a project, the tradeoffs that we are making 
here?   On one hand we have solid decisions on the release made by 
Jürgen which trim features, but lead to a predictable, stable, and 
complete release.  On the other hand, we have we have the reasonable 
question by Jan, as to whether there is an alternative approach that 
sacrifices the schedule (i.e. pushing back release date) for the 
features.  My question is "Do we have a solid understanding of this 
trade-off, and should we make this decision as a project?"


To me there are three major changes that would be good to be in AOO 4.0 
which are currently in jeopardy:


 * Accessibility - the integration of iA2 - work is ongoing. This has a
   major impact on the product, and the ability of large corporations
   and governmental agencies to embrace the product.
 * New Translation Infrastructure - this is the major change to use the
   po files directly in the code, the consolidation of the poo files,
   and the new pootle server infrastructure.
 * Brand Refresh - this work is moving along now, but there is some
   question as to how much of this project can be completed in the
   timeframe necessary.  (logo + icons/resources + full brand/splash
   screens + color schemes + ??)


I see  a few directions that this could go:

1. Follow the current trajectory and push off a significant amount of
   originally planned 4.0 work to 4.1
2. Push off the release by 3 months and get all of these features in
   completely
3. Hold the release indefinitely, waiting of these features


I think that pretty much everyone would disagree with option #3.
Option #1 is a solid option, but I think that there is some portion of 
our community that is not fully comfortable with this.


That leaves us with option #2, which is not perfect, either. Do we have 
estimates from each of the deferred features how long they would need to 
be complete (with a reasonably high confidence level)?  If the time 
frame would be 6 months instead of 3 months, would anyone be comfortable 
with that?


Could we explore option #2 as a project, and get the answers to these 
questions?  Then with a more full understanding, can we make a decision 
as a project for #1 over #2 (or vice versa)?


A

Re: std::stringstream aStrStream

[jorge ivan poot diaz]

Hello all,

http://www.openoffice.org/api/docs/cpp/ref/names/rtl/OString/o.htm

OString* OString*( const
OString&
str ) throw();
Summary: New string from OString.

--

I found this fragment of code (above), it is interesting, I want to know if
there is a function to STRING.







2013/4/20 Ariel Constenla-Haile 

> On Fri, Apr 19, 2013 at 11:59:41AM -0500, jorge ivan poot diaz wrote:
> >  std::stringstream aS;
> [...]
> > std::string s = aS.str();
> [...]
> > pEntry = new XColorEntry( aAktuellColor, s );
> > <--
> > Would be like this
> >
> > pColorTab->Insert( pColorTab->Count(), pEntry );
> >
> > aLbColor.Append( pEntry );
> > aValSetColorTable.InsertItem( aValSetColorTable.GetItemCount() +
> 1,
> > pEntry->GetColor(), pEntry->GetName() );
> >
> > aLbColor.SelectEntryPos( aLbColor.GetEntryCount() - 1 );
> >
> > But this does not work, in building generates error:
> > http://imagebin.org/254616
>
> (it would be more useful to put the error in a pastebin, not an
> imagebin)
>
> The error message is rather clear: there is no matching function call to
> the any of the constructors of XColorEntry, none takes a std::string.
>
>
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/svx/inc/svx/xtable.hxx#57
>
> The constructor that is used in this code is
>
> XColorEntry(const Color& rColor, const String& rName)
>
> it takes a tools' string
>
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/tools/inc/tools/string.hxx
>
>
> On the other head, why are you using std::stringstream/string?  In the
> core code you should not use standard C++ string classes, but
> rtl::OUString, OUStringBuffer, etc.; even if you are playing with the
> code, before diving into the source, you should get familiar with them
> - in general, with the whole C++ UNO language binding:
>
>
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/C%2B%2B/C%2B%2B_Language_Binding
> http://www.openoffice.org/api/docs/cpp/ref/
> http://www.openoffice.org/api/docs/cpp/ref/names/rtl/c-OUString.html
> http://www.openoffice.org/api/docs/cpp/ref/names/rtl/c-OString.html
> http://www.openoffice.org/api/docs/cpp/ref/names/rtl/c-OUStringBuffer.html
> http://www.openoffice.org/api/docs/cpp/ref/names/rtl/c-OStringBuffer.html
>
> Set-up the SDK and play with the string sample in
>
> http://svn.apache.org/viewvc/openoffice/trunk/main/odk/examples/DevelopersGuide/ProfUNO/CppBinding/
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

RE: Unsubscribe me from all emails rongilmor...@gmail.com

[Jim Parkhurst]

Question: Are you attempting to unsubscribe from an active email account or a 
now-deactivated account?


Jim Parkhurst

-Original Message-
From: Rob Weir [mailto:robw...@apache.org]
Sent: Thursday, April 25, 2013 7:55 AM
To: market...@openoffice.apache.org; dominic.virt...@gmail.com; 
rongilmor...@gmail.com
Cc: dev@openoffice.apache.org; us...@openoffice.apache.org
Subject: Re: Unsubscribe me from all emails rongilmor...@gmail.com

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

On Thu, Apr 25, 2013 at 8:45 AM, Dominic Virtosu  
wrote:
> Unsubscribe me from all emails  dominic.virt...@gmail.com
>
> Unsubscribe me from all emails  dominic.virt...@gmail.com
>
> Unsubscribe me from all emails  dominic.virt...@gmail.com

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




Talk. Text. Crash.

[Talk. Text. 
Crash.]



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

Re: unsubscribe please!

[Dave Barton]

 Original Message  
From: CHERYL ANN 
To: dev@openoffice.apache.org
Date: Thu, 25 Apr 2013 09:24:35 -0400

> Could you please remove cnr0...@gmail.com from your mailing list. I
> do not use Open Office and don't know why I get several emails daily
> from users. Thanks

I have already replied to the poster off-list regarding the unsubscribe
procedure. She is not subscribed to the email address she has used here.

Dave


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

Re: GSoC 2013 application form

[janI]

On 25 April 2013 00:36, Rajath Shashidhara wrote:

> * Sorry Attached to this mail!!!
>
> Hi everyone,
>
> I have done the first revision t my application.
> Changes:
> 1. Timeline added.
> 2. About me - slightly modified.
>
> I would like to receive suggestions on my timeline. Please correct me if I
> have allotted less/more time to anything or if I have forgotten something
> completely.
>
>
> On Thu, Apr 25, 2013 at 4:05 AM, Rajath Shashidhara <
> rajaths.raja...@gmail.com> wrote:
>
>> Hi everyone,
>>
>> I have done the first revision t my application.
>> Changes:
>> 1. Timeline added.
>> 2. About me - slightly modified.
>>
>> I would like to receive suggestions on my timeline. Please correct me if
>> I have allotted less/more time to anything or if I have forgotten something
>> completely.
>>
> I am no expert in GSoC, but as a manager of companies, I lack some
information in your document:
1) please be more specific with your programming experiencethere are
big differences, from the "I have installed the compiler and made
hello_world" to I am an expert and like multiple inheritance.

2) The time schedule lacks milestoneswhen is a part ready for review,
when do you expext it back (and time for making changes)

3) In general your time line is "best weather case", remember somewhere
along the line you will have problems and need to have reserves for that
(or work harder), independent what you choose it should be documented in
the timeline.

Sorry if I sound negative, in fact I find your document quite good (a
little light on details), and I look forward to help you (among others)
with a projects that will benefit many end-users.

rgds
jan I.

>
>>
>>
>> On Thu, Apr 25, 2013 at 12:36 AM, janI  wrote:
>>
>>> On 24 April 2013 20:52, Rajath Shashidhara >> >wrote:
>>>
>>> > In the timeline can I tag some ideas as optional/will do it if I find
>>> > time...?
>>> >
>>> > that would be quite normal, but please also remember to add spare time
>>> in
>>> for bug finding / documentation / review and good old murphy
>>>
>>> rgds
>>> Jan I.
>>>
>>> >
>>> > On Wed, Apr 24, 2013 at 8:47 PM, Rajath Shashidhara <
>>> > rajaths.raja...@gmail.com> wrote:
>>> >
>>> > > For implementing google spreadhseets:
>>> > >
>>> > > Google Java API's will be used:
>>> > > https://developers.google.com/google-apps/spreadsheets/#introduction
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > On Wed, Apr 24, 2013 at 8:38 PM, Rajath Shashidhara <
>>> > > rajaths.raja...@gmail.com> wrote:
>>> > >
>>> > >> Hello Mr. Oliver,
>>> > >> Thank you!!!
>>> > >> Could you guide me in making the timeline for GSoC?
>>> > >> As I am inexperienced I have a problem in estimating the amount of
>>> time
>>> > >> each module takes.
>>> > >>
>>> > >> Thanks.
>>> > >>
>>> > >>
>>> > >> On Wed, Apr 24, 2013 at 8:11 PM, Oliver-Rainer Wittmann <
>>> > >> orwittm...@googlemail.com> wrote:
>>> > >>
>>> > >>> Hi,
>>> > >>>
>>> > >>>
>>> > >>> On 23.04.2013 07:42, Rajath Shashidhara wrote:
>>> > >>>
>>> >  Hello,
>>> > 
>>> >  Please review my application and suggest me some
>>> >  modifications/additions/**deletions.
>>> > 
>>> > 
>>> > >>> I had a short look at your application.
>>> > >>> I am not familar with the GSoC rules for such application. Overall
>>> it
>>> > >>> looks good to me.
>>> > >>>
>>> > >>> May be you should add that you already got in touch with Apache
>>> > >>> OpenOffice community and that you had a first glance on it.
>>> > >>>
>>> > >>> Your project description shows that you have understand it.
>>> > >>> I am not sure about the scope and the size of proposed project. I
>>> think
>>> > >>> you have extended it by the export to Google Spreadsheets. Right?
>>> > >>> I think you should assure that this part can be served
>>> appropriately.
>>> > >>>
>>> > >>> I hope that your application is accepted as I am looking forward
>>> to see
>>> > >>> your work here in the project.
>>> > >>>
>>> > >>>
>>> > >>> Best regards, Oliver.
>>> > >>>
>>> > >>>  --
>>> >  Rajath S,
>>> >  M.Sc(Hons.) Physics,
>>> >  Birla Institute of Technology and Science - Pilani,
>>> >  Pilani
>>> > 
>>> > 
>>> > 
>>> >  --**--**
>>> >  -
>>> >  To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
>>> > dev-unsubscr...@openoffice.apache.org>
>>> >  For additional commands, e-mail: dev-h...@openoffice.apache.org
>>> > 
>>> > 
>>> > >>> --**--**
>>> > >>> -
>>> > >>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
>>> > dev-unsubscr...@openoffice.apache.org>
>>> > >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>> > >>>
>>> > >>>
>>> > >>
>>> > >>
>>> > >> --
>>> > >> Rajath S,
>>> > >> M.Sc(Hons.) Physics,
>>> > >> Birla Institute of Technology and Science - Pilani,
>>> > >> Pilani
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> 

Re: mailman.

[janI]

On 25 April 2013 10:36, Andrea Pescetti  wrote:

> janI wrote:
>
>> We have our mail archive in mail (or so I understand), is there any way I
>> can search in these archives, or do I have to do browsing ?
>>
>
> The mailing lists use ezmlm-idx.
>
> To search archives you can use
> http://www.mail-archive.com/**dev@openoffice.apache.org/
>
thanks a a lot, I went through the main site.

Should we change our web page where we list the mail archives to reflect
that we also have a search facility ?

rgds
jan I

>
> We also have grep-friendly (encoding aside) raw mailbox archives; Herbert
> sent a link a few months ago. Searching "herbert list archives" at the
> above link reveals http://www.mail-archive.com/**
> dev@openoffice.apache.org/**msg01856.htmlif
>  you prefer to download archives.
>
> Regards,
>   Andrea.
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Crowdfunding revisited

[janI]

On 25 April 2013 13:38, Rob Weir  wrote:

> On Wed, Apr 24, 2013 at 11:46 PM, Donald Whytock 
> wrote:
> > Hey all...
> >
> > We talked a couple months ago about a Kickstarter-like scheme for paying
> > for bug fixes and enhancements.  Actually, it seems this sort of thing
> > exists in the other direction:
> >
> > http://en.wikipedia.org/wiki/Bountysource
> >
> > https://www.bountysource.com/
> >
> > Bountysource is a site for people to put up funded requests for changes.
> >  People put up issues to fix, along with amounts pledged to the fixing of
> > them (I've seen $0 pledges, so I guess the pledge is optional), and a
> > person receives the bounty if a fix is checked in and accepted.
> >
> > The site is for any open source project with a public homepage.  There's
> > entries for LibreOffice, VLC, PhoneGap plugins and others (none for
> > OpenOffice so far).  They also, yes, have fundraising efforts for really
> > big changes/features.
> >
> > Essentially anyone can say they fulfilled the bounty request.  Then
> there's
> > two weeks for the bounty poster to say, "Oh no you didn't!", otherwise
> the
> > bounty gets paid.
> >
> > This from a ten-minute read of their FAQ.  There's a little bit more to
> it
> > than that, but that's the gist.
> >
> > Think we'll be seeing OpenOffice bounties?
> >
>
> The problem is this requires that both the person(s) funding and the
> person doing the work know about that website.  But even those heavily
> involved with the project, or even power users, are unlikely to
> stumble upon that site.
>
> If we really want to encourage this kind of match ups then we'd
> probably need to encourage it somehow, even if just from the
> information sharing perspective.  Although we cannot officially
> endorse these sites, maybe we can add something to the support page
> that says something like:
>
> "The following third-part websites help match users and coders seeking
> to fund development work in open source projects.  Although the Apache
> OpenOffice project does not pay for development work, these websites
> may be useful for those wishing to independently make such
> arrangements."
>
> -Rob
>
Would it be an idea if we made our own subdomain and a couple of pages
(e.g. link to a mwiki page), that way we could direct sponsors/developers.

I have on the other understood (maybe wrong) that we are not allowed to
accept dedicated donations, all donations must go to ASF treasury and be
distributed from there.

rgds
jan I.

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

Re: Update on logo survey

[janI]

On 25 April 2013 14:53, Rory O'Farrell  wrote:

> On Thu, 25 Apr 2013 08:18:29 -0400
> Rob Weir  wrote:
>
> > A quick update.  We've been running for 18 hours, enough time to get
> > around the globe.
> >
> > So far we have 1712 responses.
> >
> > It is probably worth thinking about what we want to do with all the
> > data.  I did an analysis of the results so far, and some quick
> > thoughts:
> >
> > 1) The question asking for person's age appears to be useless.  Unless
> > we have an unusual number of users in their 70's , 80's and 90's, a
> > large number of users are entering their birth year rather than their
> > age.  So I'm planning on just ignoring that field.   (This is probably
> > why you often see this done as a drop down list of years in other
> > surveys, less error prone).
> >
> > 2) I will be able to produce a list of logos, sorted by average score
> > and given the %  breakdown of 1's, 2's, 3's, etc.  Maybe even a
> > histogram chart for each.
> >
> > 3) We're receiving a lot of comments on the individual logos, many
> > more than I expected.  So we can expect that for each logo there will
> > be 200 or more text comments.  I'm not sure what we want to do with
> > these.   Since this is an anonymous survey the users are quite blunt
> > with their comments on the logos they did not prefer, using coarse
> > language, etc., stuff that would be inappropriate if a list subscriber
> > posted.  It is not all constructive criticism.  Some of it is quite
> > harsh.  On the other hand, there is a tremendous amount of valuable
> > feedback as well, that we and the designers specifically might find
> > useful.   So what to do?
> >
> > a) Post it all, the good the bad and the ugly?
> >
> > b) Remove or censor only profanity and post the rest?
> >
> > c) Make feedback available only to the individual designers via email
> >
> > d) Publicly post the feedback only for the top 5 logos, share the rest
> > privately with the individual designers.
> >
> > e) Something else?
> >
> >
> > -Rob
> >
>
> d is best option
>
> We are only interested in the 5 best (although if there are close ties for
> places this ought be extended); we don't care about the comments for the
> "also rans" (to use a horse-racing term.  If there were a preponderance of
> comments for any of the top five suggesting a particular modification, the
> designer might wish to revise his design for the run-off (even to the
> extent, I suggest, of allowing him have the original and the revision in
> the run-off).
>
+1, with a slight exception, I have no idea if it 3-5-7, I suggest Rob
makes an analysis and take the top (how ever many that is).

I think all the designers should have access to all the comments (not the
general public), and we should only make the choosen ones public (please
exclude obvious malious ones).

For the next round, I would like the designers to present as described
earlier.

@rob could you mail when the respond rate drops dramatically, that might be
a good time to close the survey.

rgds
Jan I.

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

Re: Unsubscribe me from all emails rongilmor...@gmail.com

[Rob Weir]

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

You need to do this yourself per these instructions:
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists

On Thu, Apr 25, 2013 at 8:45 AM, Dominic Virtosu
 wrote:
> Unsubscribe me from all emails  dominic.virt...@gmail.com
>
> Unsubscribe me from all emails  dominic.virt...@gmail.com
>
> Unsubscribe me from all emails  dominic.virt...@gmail.com

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

Re: Update on logo survey

[Rory O'Farrell]

On Thu, 25 Apr 2013 08:18:29 -0400
Rob Weir  wrote:

> A quick update.  We've been running for 18 hours, enough time to get
> around the globe.
> 
> So far we have 1712 responses.
> 
> It is probably worth thinking about what we want to do with all the
> data.  I did an analysis of the results so far, and some quick
> thoughts:
> 
> 1) The question asking for person's age appears to be useless.  Unless
> we have an unusual number of users in their 70's , 80's and 90's, a
> large number of users are entering their birth year rather than their
> age.  So I'm planning on just ignoring that field.   (This is probably
> why you often see this done as a drop down list of years in other
> surveys, less error prone).
> 
> 2) I will be able to produce a list of logos, sorted by average score
> and given the %  breakdown of 1's, 2's, 3's, etc.  Maybe even a
> histogram chart for each.
> 
> 3) We're receiving a lot of comments on the individual logos, many
> more than I expected.  So we can expect that for each logo there will
> be 200 or more text comments.  I'm not sure what we want to do with
> these.   Since this is an anonymous survey the users are quite blunt
> with their comments on the logos they did not prefer, using coarse
> language, etc., stuff that would be inappropriate if a list subscriber
> posted.  It is not all constructive criticism.  Some of it is quite
> harsh.  On the other hand, there is a tremendous amount of valuable
> feedback as well, that we and the designers specifically might find
> useful.   So what to do?
> 
> a) Post it all, the good the bad and the ugly?
> 
> b) Remove or censor only profanity and post the rest?
> 
> c) Make feedback available only to the individual designers via email
> 
> d) Publicly post the feedback only for the top 5 logos, share the rest
> privately with the individual designers.
> 
> e) Something else?
> 
> 
> -Rob
> 

d is best option

We are only interested in the 5 best (although if there are close ties for 
places this ought be extended); we don't care about the comments for the "also 
rans" (to use a horse-racing term.  If there were a preponderance of comments 
for any of the top five suggesting a particular modification, the designer 
might wish to revise his design for the run-off (even to the extent, I suggest, 
of allowing him have the original and the revision in the run-off).


-- 
Rory O'Farrell 

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

Re: Unsubscribe me from all emails rongilmor...@gmail.com

[Dominic Virtosu]

Unsubscribe me from all emails  dominic.virt...@gmail.com

Unsubscribe me from all emails  dominic.virt...@gmail.com

Unsubscribe me from all emails  dominic.virt...@gmail.com

Re: Thanks for all the volunteers in AOO 4.0 sidebar testing!

[Rob Weir]

On Wed, Apr 24, 2013 at 10:14 PM, Yi Xuan Liu  wrote:
> Hi, all:
>
> In the past month, with the help of many volunteers, we have completed AOO
> 4.0 sidebar testing task.
>
> 515 test cases were executed, and 65 defects were opened in bugzilla.
>

Yeah!  Good work, everyone!

-Rob

> I'm so appreciated for your hard work on this task.
>
> Hope you continue contribute to AOO 4.0 other activities.

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

Update on logo survey

[Rob Weir]

A quick update.  We've been running for 18 hours, enough time to get
around the globe.

So far we have 1712 responses.

It is probably worth thinking about what we want to do with all the
data.  I did an analysis of the results so far, and some quick
thoughts:

1) The question asking for person's age appears to be useless.  Unless
we have an unusual number of users in their 70's , 80's and 90's, a
large number of users are entering their birth year rather than their
age.  So I'm planning on just ignoring that field.   (This is probably
why you often see this done as a drop down list of years in other
surveys, less error prone).

2) I will be able to produce a list of logos, sorted by average score
and given the %  breakdown of 1's, 2's, 3's, etc.  Maybe even a
histogram chart for each.

3) We're receiving a lot of comments on the individual logos, many
more than I expected.  So we can expect that for each logo there will
be 200 or more text comments.  I'm not sure what we want to do with
these.   Since this is an anonymous survey the users are quite blunt
with their comments on the logos they did not prefer, using coarse
language, etc., stuff that would be inappropriate if a list subscriber
posted.  It is not all constructive criticism.  Some of it is quite
harsh.  On the other hand, there is a tremendous amount of valuable
feedback as well, that we and the designers specifically might find
useful.   So what to do?

a) Post it all, the good the bad and the ugly?

b) Remove or censor only profanity and post the rest?

c) Make feedback available only to the individual designers via email

d) Publicly post the feedback only for the top 5 logos, share the rest
privately with the individual designers.

e) Something else?


-Rob

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

Re: Translation for AOO 4.0

[Jürgen Schmidt]

On 4/25/13 11:40 AM, Jürgen Schmidt wrote:
> On 4/24/13 4:29 PM, Jürgen Schmidt wrote:
>> On 4/22/13 8:54 PM, Jürgen Schmidt wrote:
>>> Hi,
>>>
>>> I am currently preparing po files for AOO 4.0 and will focus on the
>>> languages that we have already released. All other langs will follow
>>> immediately.
>>>
>>> I have created 2 new projects on the "old" Pootle server to get an
>>> impression of how much work we have to do.
>>>
>>> For the UI in "de" will have to check/translate for example 4986
>>> strings, I know we have string moved and translations should be already
>>> available but my knowledge of the language tools and/or translation
>>> memory is too lazy. any kind of help is appreciated ;-)
>>>
>>> I am traveling the next 2 days and have onyl limited time to work on it.
>>> But I expect to have the po's ready at the end of the week that we can
>>> start with the work.
>>>
>>> I will keep you informed and please don't use the new AOO 4.0 related
>>> projects as long as I give the ok. We will potentially use the new
>>> Pootle server.
>>>
>>
>> the 28 released languages are on the old pootle server already. I will
>> provide the po files tomorrow. Further languages will be merged as well.
>> Please help me to prioritize the order how to proceed. Means I would
>> like to prefer the languages where we have people working on it already,
>> like Greek, Turkish, Portuguese ...
> 
> the first chunk of po files are ready for offline translation
> 
> http://people.apache.org/~jsc/translation/
> 
> I uploaded also the aoo40_en-US.sdf file. And I divided the po files in
> 2 packages, one for ui and one for help.
> 
> The next langs will be Greek, Turkish, Portuguese, Hebrew

the next set of po files is available: Greek, Turkish, Portuguese,
Hebrew, Catalan

Juergen

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

Re: Crowdfunding revisited

[Rob Weir]

On Wed, Apr 24, 2013 at 11:46 PM, Donald Whytock  wrote:
> Hey all...
>
> We talked a couple months ago about a Kickstarter-like scheme for paying
> for bug fixes and enhancements.  Actually, it seems this sort of thing
> exists in the other direction:
>
> http://en.wikipedia.org/wiki/Bountysource
>
> https://www.bountysource.com/
>
> Bountysource is a site for people to put up funded requests for changes.
>  People put up issues to fix, along with amounts pledged to the fixing of
> them (I've seen $0 pledges, so I guess the pledge is optional), and a
> person receives the bounty if a fix is checked in and accepted.
>
> The site is for any open source project with a public homepage.  There's
> entries for LibreOffice, VLC, PhoneGap plugins and others (none for
> OpenOffice so far).  They also, yes, have fundraising efforts for really
> big changes/features.
>
> Essentially anyone can say they fulfilled the bounty request.  Then there's
> two weeks for the bounty poster to say, "Oh no you didn't!", otherwise the
> bounty gets paid.
>
> This from a ten-minute read of their FAQ.  There's a little bit more to it
> than that, but that's the gist.
>
> Think we'll be seeing OpenOffice bounties?
>

The problem is this requires that both the person(s) funding and the
person doing the work know about that website.  But even those heavily
involved with the project, or even power users, are unlikely to
stumble upon that site.

If we really want to encourage this kind of match ups then we'd
probably need to encourage it somehow, even if just from the
information sharing perspective.  Although we cannot officially
endorse these sites, maybe we can add something to the support page
that says something like:

"The following third-part websites help match users and coders seeking
to fund development work in open source projects.  Although the Apache
OpenOffice project does not pay for development work, these websites
may be useful for those wishing to independently make such
arrangements."

-Rob

> Don

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

Re: Translation for AOO 4.0

[Jürgen Schmidt]

On 4/24/13 4:29 PM, Jürgen Schmidt wrote:
> On 4/22/13 8:54 PM, Jürgen Schmidt wrote:
>> Hi,
>>
>> I am currently preparing po files for AOO 4.0 and will focus on the
>> languages that we have already released. All other langs will follow
>> immediately.
>>
>> I have created 2 new projects on the "old" Pootle server to get an
>> impression of how much work we have to do.
>>
>> For the UI in "de" will have to check/translate for example 4986
>> strings, I know we have string moved and translations should be already
>> available but my knowledge of the language tools and/or translation
>> memory is too lazy. any kind of help is appreciated ;-)
>>
>> I am traveling the next 2 days and have onyl limited time to work on it.
>> But I expect to have the po's ready at the end of the week that we can
>> start with the work.
>>
>> I will keep you informed and please don't use the new AOO 4.0 related
>> projects as long as I give the ok. We will potentially use the new
>> Pootle server.
>>
> 
> the 28 released languages are on the old pootle server already. I will
> provide the po files tomorrow. Further languages will be merged as well.
> Please help me to prioritize the order how to proceed. Means I would
> like to prefer the languages where we have people working on it already,
> like Greek, Turkish, Portuguese ...

the first chunk of po files are ready for offline translation

http://people.apache.org/~jsc/translation/

I uploaded also the aoo40_en-US.sdf file. And I divided the po files in
2 packages, one for ui and one for help.

The next langs will be Greek, Turkish, Portuguese, Hebrew

Juergen

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

Re: mailman.

[Andrea Pescetti]

janI wrote:

We have our mail archive in mail (or so I understand), is there any way I
can search in these archives, or do I have to do browsing ?


The mailing lists use ezmlm-idx.

To search archives you can use
http://www.mail-archive.com/dev@openoffice.apache.org/

We also have grep-friendly (encoding aside) raw mailbox archives; 
Herbert sent a link a few months ago. Searching "herbert list archives" 
at the above link reveals 
http://www.mail-archive.com/dev@openoffice.apache.org/msg01856.html if 
you prefer to download archives.


Regards,
  Andrea.

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

Re: Translation for AOO 4.0

[Jürgen Schmidt]

On 4/25/13 9:55 AM, janI wrote:
> On 25 April 2013 07:34, Jürgen Schmidt  wrote:
> 
>> On 4/24/13 11:34 PM, janI wrote:
>>> On 24 April 2013 22:33, Juergen Schmidt  wrote:
>>>
 Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> On 24 April 2013 16:25, Jürgen Schmidt  wrote:
>
>> On 4/22/13 10:50 PM, janI wrote:
>>> On 22 April 2013 22:27, Jürgen Schmidt 
 wrote:
>>>
 On 4/22/13 10:18 PM, janI wrote:
> On 22 April 2013 20:54, Jürgen Schmidt 
 wrote:
>
>> Hi,
>>
>> I am currently preparing po files for AOO 4.0 and will focus
 on the
>> languages that we have already released. All other langs will
 follow
>> immediately.
>>
>> I have created 2 new projects on the "old" Pootle server to
 get an
>> impression of how much work we have to do.
>>
>
> What is the status of sidebar online help ?
>


 no update at the moment. Our xhp file format is not the most
 intuitive
 format and especially the unique id's are tricky. I will try to
 figure
 out how the help authoring tooling works and if we can use it.

>>>
>>> I hope we agree that we cannot release the sidebar without online
 help,
>>>
>>
>> who
>>> ever makes it.
>>
>>
>> mmh, I am not sure if nobody will work on it and if we won't have it
>> in
>> time it would be no show stopper to me. Online help is not so
>> critical,
>> it would be of course good to have it.
>>
>> If you think it would be a stopper you should provide or propose a
>> solution.
>>
>
>
> Well you know I cannot provide a solution, at least not within the
> timeframe given.
>
> To me it would be a show stopper if the sidebar contains no help while
 the
> old parts has help, or even worse non-translated help.
>
> Asking for a proposal is very fair.
>
> My top goal is to be consistent, so either:
> 1) someone from doc. or elsewhere works on online help for the
>> sidebar, I
> can with my limited knowledge help with the integration.
> 2) or we remove online help completly, stating it is being reworked.
>
> Our users are used to online help, and with a big new feature like the
> sidebar, for sure many of them will seek online help in the way they
>> are
> used to, and be confused why the old features have help and the new
> important one hasnt.
>
> To me this a very important issue:
>
> do we want to keep a dealine for the sake of the deadline and sacrife
>> our
> users, or do we want to release a "professional" product. In my mind
 there
> are no doubt about the answer.
>
>

 we don't want to keep a deadline only for the sake of the deadline. We
 should be simply realistic, if nobody works on it we won't get one and
>> it
 makes no sense to postpone the release because of a missing online help
>> for
 one feature.
 We have released languages where the online help is not or only partial
 localized. This was and is fine as well.
>
> But of course it is not my opinion alone that counts, so lets have a
> discussion...feel free to convince me why my point of view is wrong.
>
>

 I am simply realistic, if somebody steps forward and tell me that he/she
 can provide a basic online help for the sidebar in 1 week I would
>> volunteer
 to merge and update the po files ones more to include the help in the
 translation process. If not I would move it to 4.1 because I believe
>> that
 the online help is not so important .

>>>
>>> Fair, I believe it is very importantif you have a new feature and
>> dont
>>> know how it works you go to the online help, like you do in all other
>>> parts. Of course if the product does not have online help at all, you
>> would
>>> also not expect it for a new feature.
>>
>> well I use integrated help rather seldom and search more often in the
>> web if I need help.
>>
>> But in general if such a new shining and visible feature like the
>> sidebar is not intuitive to use we have already made the first mistake
>> and that will no available online help change ;-)
>>
>> Thas is a nice killer argument...why do we provide help at all, when our
> system is so intuitive.
> 
> maybe because we reach out, not only to skilled users as you and me :-)
> 
> 
>>
>>>
>>> To put a bit more direct, if you bought a new car, and there was no
>> manual
>>> explaining how the new fancy voice activated radio worked, would you be
>>> happy ? I would not.
>>>
>>> The 1 week is a selfmade deadline, that can be shifted as we like, we do
>>> not break a contract or anything if we postpone the release.
>>>
>>
>> We are planning more or less in 6 months cycles and I think this is a
>> good approach. I would of course like to see more new

Re: sd/source/ui/unoidl/DrawController.cxx:575:'ST_SIDEBAR’ not handled in switch

[Pavel Janík]

On Apr 25, 2013, at 10:11 AM, Andre Fischer wrote:

> On 24.04.2013 22:05, Pavel Janík wrote:
>> Hi,
>> 
>> WaE issue. Please add default branch or handle ST_SIDEBAR.
>> 
>> Compiling: sd/source/ui/unoidl/DrawController.cxx
>> cc1plus: warnings being treated as errors
>> /Users/pavel/BUILD/BuildDir/ooo_trunk_src/sd/source/ui/unoidl/DrawController.cxx:
>>  In member function ‘void sd::DrawController::BroadcastContextChange() 
>> const’:
>> /Users/pavel/BUILD/BuildDir/ooo_trunk_src/sd/source/ui/unoidl/DrawController.cxx:575:
>>  warning: enumeration value ‘ST_SIDEBAR’ not handled in switch
>> dmake:  Error code 1, while making 
>> '../../../unxmacxi.pro/slo/DrawController.obj'
>> 
> Done in revision 1475665.

Verified, thanks :-)
-- 
Pavel Janík




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

Re: sd/source/ui/unoidl/DrawController.cxx:575:'ST_SIDEBAR’ not handled in switch

[Andre Fischer]

On 24.04.2013 22:05, Pavel Janík wrote:

Hi,

WaE issue. Please add default branch or handle ST_SIDEBAR.

Compiling: sd/source/ui/unoidl/DrawController.cxx
cc1plus: warnings being treated as errors
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sd/source/ui/unoidl/DrawController.cxx:
 In member function ‘void sd::DrawController::BroadcastContextChange() const’:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sd/source/ui/unoidl/DrawController.cxx:575:
 warning: enumeration value ‘ST_SIDEBAR’ not handled in switch
dmake:  Error code 1, while making 
'../../../unxmacxi.pro/slo/DrawController.obj'


Done in revision 1475665.

-Andre

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

mailman.

[janI]

Hi

We have our mail archive in mail (or so I understand), is there any way I
can search in these archives, or do I have to do browsing ?

rgds
Jan I.

Re: Translation for AOO 4.0

[janI]

On 25 April 2013 07:34, Jürgen Schmidt  wrote:

> On 4/24/13 11:34 PM, janI wrote:
> > On 24 April 2013 22:33, Juergen Schmidt  wrote:
> >
> >> Am Mittwoch, 24. April 2013 um 17:06 schrieb janI:
> >>> On 24 April 2013 16:25, Jürgen Schmidt  wrote:
> >>>
>  On 4/22/13 10:50 PM, janI wrote:
> > On 22 April 2013 22:27, Jürgen Schmidt 
> >> wrote:
> >
> >> On 4/22/13 10:18 PM, janI wrote:
> >>> On 22 April 2013 20:54, Jürgen Schmidt 
> >> wrote:
> >>>
>  Hi,
> 
>  I am currently preparing po files for AOO 4.0 and will focus
> >> on the
>  languages that we have already released. All other langs will
> >> follow
>  immediately.
> 
>  I have created 2 new projects on the "old" Pootle server to
> >> get an
>  impression of how much work we have to do.
> 
> >>>
> >>> What is the status of sidebar online help ?
> >>>
> >>
> >>
> >> no update at the moment. Our xhp file format is not the most
> >> intuitive
> >> format and especially the unique id's are tricky. I will try to
> >> figure
> >> out how the help authoring tooling works and if we can use it.
> >>
> >
> > I hope we agree that we cannot release the sidebar without online
> >> help,
> >
> 
>  who
> > ever makes it.
> 
> 
>  mmh, I am not sure if nobody will work on it and if we won't have it
> in
>  time it would be no show stopper to me. Online help is not so
> critical,
>  it would be of course good to have it.
> 
>  If you think it would be a stopper you should provide or propose a
>  solution.
> 
> >>>
> >>>
> >>> Well you know I cannot provide a solution, at least not within the
> >>> timeframe given.
> >>>
> >>> To me it would be a show stopper if the sidebar contains no help while
> >> the
> >>> old parts has help, or even worse non-translated help.
> >>>
> >>> Asking for a proposal is very fair.
> >>>
> >>> My top goal is to be consistent, so either:
> >>> 1) someone from doc. or elsewhere works on online help for the
> sidebar, I
> >>> can with my limited knowledge help with the integration.
> >>> 2) or we remove online help completly, stating it is being reworked.
> >>>
> >>> Our users are used to online help, and with a big new feature like the
> >>> sidebar, for sure many of them will seek online help in the way they
> are
> >>> used to, and be confused why the old features have help and the new
> >>> important one hasnt.
> >>>
> >>> To me this a very important issue:
> >>>
> >>> do we want to keep a dealine for the sake of the deadline and sacrife
> our
> >>> users, or do we want to release a "professional" product. In my mind
> >> there
> >>> are no doubt about the answer.
> >>>
> >>>
> >>
> >> we don't want to keep a deadline only for the sake of the deadline. We
> >> should be simply realistic, if nobody works on it we won't get one and
> it
> >> makes no sense to postpone the release because of a missing online help
> for
> >> one feature.
> >> We have released languages where the online help is not or only partial
> >> localized. This was and is fine as well.
> >>>
> >>> But of course it is not my opinion alone that counts, so lets have a
> >>> discussion...feel free to convince me why my point of view is wrong.
> >>>
> >>>
> >>
> >> I am simply realistic, if somebody steps forward and tell me that he/she
> >> can provide a basic online help for the sidebar in 1 week I would
> volunteer
> >> to merge and update the po files ones more to include the help in the
> >> translation process. If not I would move it to 4.1 because I believe
> that
> >> the online help is not so important .
> >>
> >
> > Fair, I believe it is very importantif you have a new feature and
> dont
> > know how it works you go to the online help, like you do in all other
> > parts. Of course if the product does not have online help at all, you
> would
> > also not expect it for a new feature.
>
> well I use integrated help rather seldom and search more often in the
> web if I need help.
>
> But in general if such a new shining and visible feature like the
> sidebar is not intuitive to use we have already made the first mistake
> and that will no available online help change ;-)
>
> Thas is a nice killer argument...why do we provide help at all, when our
system is so intuitive.

maybe because we reach out, not only to skilled users as you and me :-)


>
> >
> > To put a bit more direct, if you bought a new car, and there was no
> manual
> > explaining how the new fancy voice activated radio worked, would you be
> > happy ? I would not.
> >
> > The 1 week is a selfmade deadline, that can be shifted as we like, we do
> > not break a contract or anything if we postpone the release.
> >
>
> We are planning more or less in 6 months cycles and I think this is a
> good approach. I would of course like to see more new stuff and more
> bugs fixed. But as always the work have to done.
>
> I

[Accessibility] Can someone help to check the ia2 branch build?

[Steve Yin]

Hi,

I found that the branch build is broken by an error. It points out that the
error is in the file named TaskPanelFactory.cxx. But the file was deleted
and cannot be found on the current svn repository of the branch. Can
someone help to check the ia2 branch build? Thanks.

-- 
Best Regards,

Steve Yin

Omitted carriage return in Norwegian print dialog

[Rory O'Farrell]

This has come up on the en-Forum, illustrated by screenshot at
http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=61301&p=271437#p271363

and I have reported it to Bugzilla
https://issues.apache.org/ooo/show_bug.cgi?id=122163

If anyone is working on Norwegian translation this should be a trivial fix 
before AOO 4.0.

p.s., I don't speak Norwegian...

-- 
Rory O'Farrell 

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