date:20140325

On 3/25/14 7:52 PM, Rob Weir wrote:
> Responses to the dev mailing list only, please, so we can avoid
> fragmenting the discussion.

thank you for all the work on the survey, I think nit is very useful

more comments below

> 
> Regards,
> 
> -Rob
> 
> 
> 133 responses
> 
> "Where did you first hear about the Apache OpenOffice Beta?"
> 
> OpenOffice announcement mailing list   44.36%
> OpenOffice development mailing list   6.77%
> OpenOffice users mailing list  11.28%
> OpenOffice Community Forum  0.75%
> OpenOffice website 9.02%
> OpenOffice Project Blog 2.26%
> Facebook 3.01%
> Twitter  1.50%
> Google+  6.02%
> News article  3.01%
> Other  6.77%
> No answer  5.26%
> 
> [Rob:  Did we not mention the Beta on the Forum?
> 
> Other: mentioned web searches and coverage on other mailing lists,
> e.g., an NVDA mailing list.]
> 
> 
> What is your relationship to the Apache OpenOffice project?
> 
> User  81.95%
> Project volunteer  6.02%
> Other 2.26%
> No answer 9.77%
> 
> [Rob: Good, we're getting users not just the same people who already
> tried the RC]
> 
> Why did you decide to download and install the Apache OpenOffice 4.1 Beta?
> 
> 
> I wanted to test my extension, workflow or other system to make sure
> it worked with 4.1  5.26%
> 
> I was curious to see what was coming in the next release of
> OpenOffice.  63.91%
> I hoped that Beta would fix a problem I was having with an earlier
> version of OpenOffice. 18.05%
> 
> I wanted to help test OpenOffice project by offering my early feedback 23.31%
> 
> I wanted to help improve the quality of OpenOffice by looking for bugs
> in the Beta 23.31%

JSC: the latter 2 answers are promising

> 
> What version(s) of Mac OS did you use?
> 
> 10.5  0.00%
> 10.6  0.00%
> 10.7  11.11%
> 10.8  0.00%
> 10.9  0.00%
> 10.9.1  0.00%
> 10.9.2  88.89%
> 

JSC: interesting is that only 10.7 and 10.9.2 systems were used. Ok ,
10.7 don't work anymore but I mean more the lack of 10.8, 10.9 10.9.1.
Good to see that people upgrade fast

> 
> What Extensions did you use?
> 
> [ Rob: 22 Responses.  Before giving the list I'll mention 2 responses
> noted problems:
> 
> 1) Presentation Minimize not working (not details)
> 
> 2)  Presenter Console 1.1.0, PDF Import 1.0.4 won't install
> 
> 3) User needed to install Pt dictionary since it was missing in the
> install set and Langpack
> (https://issues.apache.org/ooo/show_bug.cgi?id=124423)]
> 

JSC: we should at least prevent the minimizer and presenter from
installation ... Have to check


> 
> Which OpenOffice applications did you use from the Beta?
> 
> Writer 87.22%
> Calc 57.14%
> Impress  27.07%
> Draw 19.55%
> Base  16.54%
> 
> [Rob: Glad to see that Base got some attention.]

JSC: nevertheless is Base an area where we have a lack of volunteers and
knowledge

> 
> Which of the following new features did you try?
> 
> 
> 64-bit Mac support  7.52%
> Integrated iAccessible2  4.51%
> Annotations of text ranges in Writer. 24.81%
> In-place editing of text fields in Writer  31.58%
> Interactive image crop feature for Impress and Draw 15.79%
> Enhanced support for 3D charts 12.03%
> 
> Did you encounter any serious problems in your use of Apache
> OpenOffice 4.1 that you did not already report to us via  Bugzilla or
> our mailing lists?
> 
> Yes 11.28%
> No 73.68%
> No answer 15.04%
> 

JSC: this is good, >76% with no serious problems is promising and I hope
we were able to address at least most of the problems



> 
> Please describe the issue(s) you encountered.
> 
> 1. [Mac OS 10.9.2 user]
> 
> When I open old openoffice docs, it tells me that all fields cannot be
> opened, but it looks fine when it's opened.
> 
> Also, when I save a doc, it tells me that there is an error, that it
> didn't save it when in fact it really did save it.

JSC: this was my fault and a rebuilt (no changes were necessary) would
have been a good idea. A further reason why a working Mac build bot is a
"must"requirement

> 
> 
> 2. Cant install on Ubuntu, No deb file, No PPA, Just one install file
> 
> 3. [Windws 8.1 user]
> 
>  After installing and using, the program will not open again. The
> computer must be rebooted to get the Open Office Beta to restart. This
> event has occurred several times.
> 
> 4 [Windows 7 user].
> 
> A. In OO Calc all Formulas already set will change to REF, when any of
> the linked file is causing problem.
> 
> B. Sometimes it showing like macros are disabled, when opening any
> Calc file. And we cannot remove that also.
> 
> C. We cannot set date format like dd/mm/
> 
> D. It's too slow when opening OO calc containing more than 20 sheets.
> 
> E. After we open any excel file containing page break, then any other
> file will open after restarting the system.
> 
> 
> 5 [Linux Mint user]
> 
> OpenOffice Base
> 
> Create a simple query
> Define the order of fields
> Save the query
> 
> Open in design mode the query
> Order are lost!!!
> 
> Open in SQL view the query
> Order is correct!!!
> 
> 6. [Windows XP user]
> 
> desktop icon

INTRODUCTION TO CONTRIBUTING TO APACHE OPENOFFICE- Module completed

Danette Fernando

completed INFRASTRUCTURE module

Danette Fernando

RE: How to download your program?

2014-03-25 Thread øyvind sørensen

I tried again and it is still the same, i use google chrome browserI have also 
firefox and now i tried with firefox also and there i got 1 green box (download 
4.0.1)1yellow box (download 4.1.0)3 green boxesMaybe it is something with the 
settings in my chromebrowser

I tro, håp og kjærlighet Øyvind Sørensen


> Date: Tue, 25 Mar 2014 23:40:21 +0100
> From: marcus.m...@wtnet.de
> To: dev@openoffice.apache.org
> CC: oyvindp...@hotmail.com
> Subject: Re: How to download your program?
> 
> Thanks for the data.
> 
> I think I've found the problem and have done a fix. With my testing it 
> works but please test for yourself.
> 
> Your feedback is appreciated as I want to know if it's now also working 
> for you - even when you have already our Beta release.
> 
> Thansk in advance.
> 
> Marcus
> 
> 
> 
> Am 03/25/2014 01:29 PM, schrieb øyvind sørensen:
> > It is 3 bluecolored boxes:
> >
> >
> >
> > 
> > **
> > **
> > *
> > *
> > *text in the link:*
> > *Browser variables* *Values*
> > navigator.appCodeName   Mozilla
> > navigator.appName   Netscape
> > navigator.appVersion5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36
> > (KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36
> > navigator.platform  Win32
> > navigator.oscpu undefined
> > navigator.cpuClass  undefined
> > navigator.product   Gecko
> > navigator.productSub20030107
> > navigator.vendorGoogle Inc.
> > navigator.vendorSub 
> > navigator.language  nb
> > navigator.browserLanguage   undefined
> > navigator.userLanguage  undefined
> > navigator.systemLanguageundefined
> > navigator.userAgent Mozilla/5.0 (Windows NT 6.3; WOW64)
> > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36
> > *Stable Release*
> > *JavaScript functions/variables**Values*
> > Language name   Norsk (Bokmål)
> > Language ISO code   nb
> > Language array data nb,Norwegian (Bokmal),Norsk
> > (Bokmål),y,http://www.openoffice.org/no/
> > Release matrix platform position10
> > Release matrix platform array data  
> > UI platform nameWindows (EXE)
> > URL platform name   Win_x86_install
> > File name   
> > File extension  .exe
> > File size (MByte)   0
> > Download file link  
> > Checksum file link (here for MD5)
> >
> >
> > I try to be cautios, and i scanned it with my AVG free antivirus, who
> > said it was clean.
> > I didnt notice anything unusal yet so i think it was good.
> >
> >
> > I tro, håp og kjærlighet Øyvind Sørensen
> >
> >
> >  > Date: Mon, 24 Mar 2014 20:57:32 +0100
> >  > From: marcus.m...@wtnet.de
> >  > To: dev@openoffice.apache.org
> >  > CC: oyvindp...@hotmail.com
> >  > Subject: Re: How to download your program?
> >  >
> >  > Am 03/24/2014 05:51 AM, schrieb øyvind sørensen:
> >  > > I was in need of an office program for my job applications, and a
> > search on google directed me to your openoffice.I had great difficulties
> > downloading the software on your download site:
> > http://www.openoffice.org/download/index.htmlIcould not find a link
> > where i could download this, only extensions and templates, while this
> > could be interesting they are worthless without the main program.So i
> > downloaded kingsoft office instead, because they were easily obtainable,
> > but i had problems utilizing their program.Then i did more (several)
> > google search for openoffice download, and after dismissing CNET and
> > other ways to get your software i finally got a downloadable solution. I
> > do not know what i did or how i got there, but i can say that I am now
> > happy with your software and have got the documents i needed written and
> > PDF-ified
> >  > > I write this so that other can enjoy the benefit of using your very
> > great software.Please make a link to download on
> > yor website.
> >  > >
> >  > > I tro, håp og kjærlighet Øyvind Sørensen
> >  >
> >  > Thanks for letting us know that you have a problem to download
> >  > OpenOffice. I would like to help you here.
> >  >
> >  > Please give me some more information for investigation:
> >  >
> >  > Is it correct that only 2 blue boxes are visible and no other colored
> >  > boxes, when going to:
> >  > http://www.openoffice.org/download/
> >  >
> >  > Please copy&paste the complete text from the following table:
> >  > http://www.openoffice.org/download/test/analyze.html
> >  >
> >  > Thanks in advance for your help.
> >  >
> >  > BTW:
> >  > Please be careful from where you download software. Nowadays it's very
> >  > easy to get malware, viruses, etc. that lets you get mad when trying to
> >  > get rid of it.
> >  >
> >  > Marcus

[CWiki] Account Whitelisting

2014-03-25 Thread Sean O'Brien


Hi all!

My name is Sean O'Brien, username sean.obrien and I am looking forward 
to working with you.


Could I get whitelisted perchance?

Thank You,
Sean O'Brien

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

Re: Better visibility for dev builds (Re: [RELEASE]: Beta downloads and feedback and a proposed way to the final)

2014-03-25 Thread Andrea Pescetti


On 23/03/2014 Dave Fisher wrote:

+1 to proceeding along the careful plan that has been developed.


Good! So I'll proceed in about 24 hours to:
- Adding a link (right column) from http://www.openoffice.org/download/ 
to http://www.openoffice.org/download/devbuilds.html
- Removing the "Do not link" notice from 
http://www.openoffice.org/download/devbuilds.html
- Making sure we only list the builds that are from the AOO410 branch, 
i.e., between beta and 4.1 final.


Regards,
  Andrea.

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

Re: AOO 4.1 Beta Survey Results

2014-03-25 Thread Marcus (OOo)


Am 03/25/2014 07:52 PM, schrieb Rob Weir:


[...]

What language version(s) of the Apache OpenOffice 4.1 Beta did you use?

Dutch (nl)  2.26%
Danish (da) 1.50%
German (de) 6.02%
Polish (pl)  2.26%
English, British (en-GB) 27.07%
English, American (en-US) 50.38%
Spanish (es) 6.02%
Basque (eu) 0.75%
French (fr) 4.51%
Brazilian Portuguese (pt-BR) 4.51%
Italian (it)  0.75%
Tamil (ta) 1 0.75%
Chinese, traditional (zh-TW) 0.75%

[Rob: Room for improvement here.  We lacked beta downloads for many of
of languages, including new translations like Hindi and Bulgarian.
Maybe next time we should link about how we can work with translators
to find ways of getting native language groups to know about the new
translation.  The new translations are the ones that would benefit
most from beta feedback, right?]


Due to a mistake downloads for "Norwegian (Bokmal) (nb)" were not 
possible. I've fixed this today evening. Lets hope that we get at least 
some downloads and feedback in the remaining days.


The other new languages were available with a download link to an 
install file.


I'm very sorry for this error.



[...]



Marcus

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

Re: How to download your program?

2014-03-25 Thread Marcus (OOo)


Thanks for the data.

I think I've found the problem and have done a fix. With my testing it 
works but please test for yourself.


Your feedback is appreciated as I want to know if it's now also working 
for you - even when you have already our Beta release.


Thansk in advance.

Marcus



Am 03/25/2014 01:29 PM, schrieb øyvind sørensen:

It is 3 bluecolored boxes:




**
**
*
*
*text in the link:*
*Browser variables* *Values*
navigator.appCodeName   Mozilla
navigator.appName   Netscape
navigator.appVersion5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36
navigator.platform  Win32
navigator.oscpu undefined
navigator.cpuClass  undefined
navigator.product   Gecko
navigator.productSub20030107
navigator.vendorGoogle Inc.
navigator.vendorSub 
navigator.language  nb
navigator.browserLanguage   undefined
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.userAgent Mozilla/5.0 (Windows NT 6.3; WOW64)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36
*Stable Release*
*JavaScript functions/variables**Values*
Language name   Norsk (Bokmål)
Language ISO code   nb
Language array data nb,Norwegian (Bokmal),Norsk
(Bokmål),y,http://www.openoffice.org/no/
Release matrix platform position10
Release matrix platform array data  
UI platform nameWindows (EXE)
URL platform name   Win_x86_install
File name   
File extension  .exe
File size (MByte)   0
Download file link  
Checksum file link (here for MD5)


I try to be cautios, and i scanned it with my AVG free antivirus, who
said it was clean.
I didnt notice anything unusal yet so i think it was good.


I tro, håp og kjærlighet Øyvind Sørensen


 > Date: Mon, 24 Mar 2014 20:57:32 +0100
 > From: marcus.m...@wtnet.de
 > To: dev@openoffice.apache.org
 > CC: oyvindp...@hotmail.com
 > Subject: Re: How to download your program?
 >
 > Am 03/24/2014 05:51 AM, schrieb øyvind sørensen:
 > > I was in need of an office program for my job applications, and a
search on google directed me to your openoffice.I had great difficulties
downloading the software on your download site:
http://www.openoffice.org/download/index.htmlIcould not find a link
where i could download this, only extensions and templates, while this
could be interesting they are worthless without the main program.So i
downloaded kingsoft office instead, because they were easily obtainable,
but i had problems utilizing their program.Then i did more (several)
google search for openoffice download, and after dismissing CNET and
other ways to get your software i finally got a downloadable solution. I
do not know what i did or how i got there, but i can say that I am now
happy with your software and have got the documents i needed written and
PDF-ified
 > > I write this so that other can enjoy the benefit of using your very
great software.Please make a link to download on
yor website.
 > >
 > > I tro, håp og kjærlighet Øyvind Sørensen
 >
 > Thanks for letting us know that you have a problem to download
 > OpenOffice. I would like to help you here.
 >
 > Please give me some more information for investigation:
 >
 > Is it correct that only 2 blue boxes are visible and no other colored
 > boxes, when going to:
 > http://www.openoffice.org/download/
 >
 > Please copy&paste the complete text from the following table:
 > http://www.openoffice.org/download/test/analyze.html
 >
 > Thanks in advance for your help.
 >
 > BTW:
 > Please be careful from where you download software. Nowadays it's very
 > easy to get malware, viruses, etc. that lets you get mad when trying to
 > get rid of it.
 >
 > Marcus


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

Re: AOO 4.1 Beta Survey Results

2014-03-25 Thread Andrea Pescetti


Rob Weir wrote:

Responses to the dev mailing list only, please, so we can avoid
fragmenting the discussion.


A lot of nice stuff here.


[Rob:  Did we not mention the Beta on the Forum? ]


Indeed, I don't see it in the announcements of the English forum, even 
though it was announced in other forums. But I believe that the main 
reason for a low percentage of people who had heard that the Beta was 
available through the forum is simply that your survey was not announced 
on the forum.



What Extensions did you use?
[ Rob: 22 Responses.  Before giving the list I'll mention 2 responses
noted problems:
1) Presentation Minimize not working (not details)
2)  Presenter Console 1.1.0, PDF Import 1.0.4 won't install


Presentation Minimizer is now integrated (Tools menu in Impress), so it 
doesn't make sense to install it.


The Presenter Console is now integrated too, right?

And PDF Import 1.0.4... well, see 
http://extensions.openoffice.org/en/project/oracle-pdf-import-extension 
; if one tries to install an extension that has a description beginning 
with "If you are using Apache OpenOffice 4.0 or later, you must use 
another version: PDF Import for Apache OpenOffice" then it's normal that 
it won't work.


Though, we should have blacklisted all of these, and possibly more, in 
the 3.x -> 4.x upgrade process.



Please describe the issue(s) you encountered.


[ keeping only those where I can give some feedback; but all of them are 
worth a look ]



2. Cant install on Ubuntu, No deb file, No PPA, Just one install file


It is a .tar.gz file that the user should extract. There's plenty of 
documentation on the Forum on how to deal with this. But I agree that 
people who are really scared of the command line may find this difficult.



8. [Ubuntu 13.10 user] Crashes on start.


We also have reports saying that it works normally with Ubuntu 13.10. 
This should be investigated but with no details we can't do much.



12. [OpenSuse user] No desktop integration, but that might be normal
in a beta release


Yes, this was intentional.

Regards,
  Andrea.

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

Re: AOO 4.1 Beta Survey Results

2014-03-25 Thread Kay Schenk

On Tue, Mar 25, 2014 at 11:52 AM, Rob Weir  wrote:

> Responses to the dev mailing list only, please, so we can avoid
> fragmenting the discussion.
>
> Regards,
>
> -Rob
>

Thanks for all this...

Being a Linux user, a few remarks -- inline


>
> 133 responses
>
> "Where did you first hear about the Apache OpenOffice Beta?"
>
> OpenOffice announcement mailing list   44.36%
> OpenOffice development mailing list   6.77%
> OpenOffice users mailing list  11.28%
> OpenOffice Community Forum  0.75%
> OpenOffice website 9.02%
> OpenOffice Project Blog 2.26%
> Facebook 3.01%
> Twitter  1.50%
> Google+  6.02%
> News article  3.01%
> Other  6.77%
> No answer  5.26%
>
> [Rob:  Did we not mention the Beta on the Forum?
>
> Other: mentioned web searches and coverage on other mailing lists,
> e.g., an NVDA mailing list.]
>
>
> What is your relationship to the Apache OpenOffice project?
>
> User  81.95%
> Project volunteer  6.02%
> Other 2.26%
> No answer 9.77%
>
> [Rob: Good, we're getting users not just the same people who already
> tried the RC]
>
> Why did you decide to download and install the Apache OpenOffice 4.1 Beta?
>
>
> I wanted to test my extension, workflow or other system to make sure
> it worked with 4.1  5.26%
>
> I was curious to see what was coming in the next release of
> OpenOffice.  63.91%
> I hoped that Beta would fix a problem I was having with an earlier
> version of OpenOffice. 18.05%
>
> I wanted to help test OpenOffice project by offering my early feedback
> 23.31%
>
> I wanted to help improve the quality of OpenOffice by looking for bugs
> in the Beta 23.31%
>
> Other 6.77%  [Rob:  Half of "other" mentioned specific interest
> testing accessibility.]
>
>
> What language version(s) of the Apache OpenOffice 4.1 Beta did you use?
>
> Dutch (nl)  2.26%
> Danish (da) 1.50%
> German (de) 6.02%
> Polish (pl)  2.26%
> English, British (en-GB) 27.07%
> English, American (en-US) 50.38%
> Spanish (es) 6.02%
> Basque (eu) 0.75%
> French (fr) 4.51%
> Brazilian Portuguese (pt-BR) 4.51%
> Italian (it)  0.75%
> Tamil (ta) 1 0.75%
> Chinese, traditional (zh-TW) 0.75%
>
> [Rob: Room for improvement here.  We lacked beta downloads for many of
> of languages, including new translations like Hindi and Bulgarian.
> Maybe next time we should link about how we can work with translators
> to find ways of getting native language groups to know about the new
> translation.  The new translations are the ones that would benefit
> most from beta feedback, right?]
>
> Did you install an additional Language Pack for use with the Apache
> OpenOffice 4.1 Beta?
>
>
> Yes 10.53%
> No  77.44%
> No answer 12.03%
>
> What Language Pack(s) did you install with the Apache OpenOffice 4.1 Beta?
>
>
> Bulgarian (bg) 7.69%
> Greek (el) 7.69%
> Portuguese (pt) 15.38%
> English, British (en-GB) 15.38%
> English, American (en-US) 7.69%
> Spanish (es) 7.69%
> French (fr)  23.08%
> Brazilian Portuguese (pt-BR) 15.38%
> Italian (it)  7.69%
> Tamil (ta) 7.69%
>
>
> What platform version of OpenOffice 4.1 Beta did you use?
>
>
> Windows  72.18%
> Mac OS  13.53%
> Linux-32  4.51%
> Linux-64 14.29%
>
>
> What version(s) of Windows did you use?
>
> Windows XP 15.62%
> Windows Vista  6.25%
> Windows 7  71.88%
> Windows 8  5.21%
> Windows 8.1 16.67%
>
> What version(s) of Mac OS did you use?
>
> 10.5  0.00%
> 10.6  0.00%
> 10.7  11.11%
> 10.8  0.00%
> 10.9  0.00%
> 10.9.1  0.00%
> 10.9.2  88.89%
>
> What distro/version of Linux did you use? (free text field)
>
> 10 Ubuntu's
> 1 XUbuntu
> 1 Kubuntu
> 2 OpenSuse
> 1 PCLinuxOS
> 2 Mint
> 1 Fedora
> 2 Debian
>
> Did you install and use any Extensions with Apache OpenOffice 4.1 Beta?
>
> Yes 16.54%
> No  66.92%
> No answer 16.54%
>
> What Extensions did you use?
>
> [ Rob: 22 Responses.  Before giving the list I'll mention 2 responses
> noted problems:
>
> 1) Presentation Minimize not working (not details)
>
> 2)  Presenter Console 1.1.0, PDF Import 1.0.4 won't install
>
> 3) User needed to install Pt dictionary since it was missing in the
> install set and Langpack
> (https://issues.apache.org/ooo/show_bug.cgi?id=124423)]
>
>
> presentation minimizer.
> Google
> Oracle Presenter Console 1.1.0,
> PDF Import 1.0.4
> English (Canadian)
> Dictionary and spelling (italian, spanish, french and English), epub
> binder, perfectepub and write2epub,pdfimport, pagination, Mysql
> connector.
> Templates
> Crop - Epubgenerator - Diccionarios - Alba
> dictionary
> own
> CropOoo
> ClipArt by open-office.es
> PDF import for Apache OpenOffice
> Basic IDE Tools
> ooEs Palette
> WriterRotationTool
> LanguageTool
> SmART Extension
> PhotoAlbum ES
> Portuguese dictionary
> various dictionaries
> English spelling and hyphenations dictionaries and thesaurus
> OOOP-accessories-2.8.0.0.oxt
> Sun Report
> Spellchecker
> Anaphraseus, Magenta Chemistry, OpenCards 1.5.1, PDF Import,
> PicoSvoxOOo, SuperbChemistry.
> SpellChecker
> Epub Writer
> PDF import
> Code 128 Barcodes For OpenOffice Calc
> vero
>
> How many hours did you spe

Re: URL-location for latest beanshell provider source code ?

2014-03-25 Thread Andrea Pescetti


Pedro Giffuni wrote:

After the vote (which is apparently still open?), most of us that were
involved, have been too busy on other things.


The vote was considered closed some weeks ago closed due to inactivity 
on the issue (but if I understand correctly work had been done then, but 
was simply invisible to the Incubator):

http://markmail.org/message/ktpdncki6zdooar4

Regards,
  Andrea.

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

Re: CD Avaiability

On Sun, Mar 23, 2014 at 6:49 PM,   wrote:
> Is it possible to obtain a cd with the Open Office Program. My current
> access is dial-up and I can not complete any installation of large
> software programs from the Internet.
>

Hi Donald,

We don't officially send out CD's.  We only offer the OpenOffice as a download.

However, I can certainly slip an "unofficial" CD into the mail for
you.  I have some extra mailers from another project.

Did you need something immediately, in which case I'd send you version
4.01?  Or if you can wait a couple of weeks I can send you version 4.1
when that is released.

Also, what platform, Windows, Mac or Linux?

-Rob

> Donald Weeks
> 1434 Roamont Drive
> Dayton, Ohio 45459
>
> 
> Fast-Growing Industry
> A New Player In The Booming Bottled Water Market.
> http://thirdpartyoffers.juno.com/TGL3141/532f6509ca06c65096aa9st04vuc
>
> -
> 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: 4.1.0_release_blocker requested: [Issue 124509] MacOSX 64 crash in the scripting environment due to getenv("PATH") returning a null value

2014-03-25 Thread Rony G. Flatscher (Apache)

On 25.03.2014 16:10, bugzi...@apache.org wrote:
> r...@apache.org has asked  for 4.1.0_release_blocker:
> Issue 124509: MacOSX 64 crash in the scripting environment due to
> getenv("PATH") returning a null value
> https://issues.apache.org/ooo/show_bug.cgi?id=124509
>
>
> --- Additional Comments from r...@apache.org
> Using the AOO Java scripting framework to load the ooRexx interpreter via JNI,
> the ooRexx interpreter causes a crash while initializing as it receives a null
> value when issuing a getenv("PATH"). It seems that for unknown reasons the
> process environment is not set up properly.
>
> [ooRexx needs the process environment being set up correctly, in order to find
> its other pieces to load while initializing.]
>
> As this works flawlessly on 32- and 64-bit Linux and on 32-bit Windows, and
> also used to work at least on 32-bit MacOSX in the OOo 3.x days, I assume this
> to be a regression.
>
> In the case that someone can spot and fix this on MacOSX, I would like to
> propose this as a showstopper bug. Any help to fix this, highly appreciated!
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
Updated the issue  with a 
list of environment
variables defined when the Java scripting framework executes a script. Maybe 
the names of those
environment symbols (like PYTHONPATH or URE_BOOTSTRAP) may allow to spot the 
code area, where this
gets defined on MacOSX?

---rony


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

AOO 4.1 Beta Survey Results

Responses to the dev mailing list only, please, so we can avoid
fragmenting the discussion.

Regards,

-Rob


133 responses

"Where did you first hear about the Apache OpenOffice Beta?"

OpenOffice announcement mailing list   44.36%
OpenOffice development mailing list   6.77%
OpenOffice users mailing list  11.28%
OpenOffice Community Forum  0.75%
OpenOffice website 9.02%
OpenOffice Project Blog 2.26%
Facebook 3.01%
Twitter  1.50%
Google+  6.02%
News article  3.01%
Other  6.77%
No answer  5.26%

[Rob:  Did we not mention the Beta on the Forum?

Other: mentioned web searches and coverage on other mailing lists,
e.g., an NVDA mailing list.]


What is your relationship to the Apache OpenOffice project?

User  81.95%
Project volunteer  6.02%
Other 2.26%
No answer 9.77%

[Rob: Good, we're getting users not just the same people who already
tried the RC]

Why did you decide to download and install the Apache OpenOffice 4.1 Beta?


I wanted to test my extension, workflow or other system to make sure
it worked with 4.1  5.26%

I was curious to see what was coming in the next release of
OpenOffice.  63.91%
I hoped that Beta would fix a problem I was having with an earlier
version of OpenOffice. 18.05%

I wanted to help test OpenOffice project by offering my early feedback 23.31%

I wanted to help improve the quality of OpenOffice by looking for bugs
in the Beta 23.31%

Other 6.77%  [Rob:  Half of "other" mentioned specific interest
testing accessibility.]


What language version(s) of the Apache OpenOffice 4.1 Beta did you use?

Dutch (nl)  2.26%
Danish (da) 1.50%
German (de) 6.02%
Polish (pl)  2.26%
English, British (en-GB) 27.07%
English, American (en-US) 50.38%
Spanish (es) 6.02%
Basque (eu) 0.75%
French (fr) 4.51%
Brazilian Portuguese (pt-BR) 4.51%
Italian (it)  0.75%
Tamil (ta) 1 0.75%
Chinese, traditional (zh-TW) 0.75%

[Rob: Room for improvement here.  We lacked beta downloads for many of
of languages, including new translations like Hindi and Bulgarian.
Maybe next time we should link about how we can work with translators
to find ways of getting native language groups to know about the new
translation.  The new translations are the ones that would benefit
most from beta feedback, right?]

Did you install an additional Language Pack for use with the Apache
OpenOffice 4.1 Beta?


Yes 10.53%
No  77.44%
No answer 12.03%

What Language Pack(s) did you install with the Apache OpenOffice 4.1 Beta?


Bulgarian (bg) 7.69%
Greek (el) 7.69%
Portuguese (pt) 15.38%
English, British (en-GB) 15.38%
English, American (en-US) 7.69%
Spanish (es) 7.69%
French (fr)  23.08%
Brazilian Portuguese (pt-BR) 15.38%
Italian (it)  7.69%
Tamil (ta) 7.69%


What platform version of OpenOffice 4.1 Beta did you use?


Windows  72.18%
Mac OS  13.53%
Linux-32  4.51%
Linux-64 14.29%


What version(s) of Windows did you use?

Windows XP 15.62%
Windows Vista  6.25%
Windows 7  71.88%
Windows 8  5.21%
Windows 8.1 16.67%

What version(s) of Mac OS did you use?

10.5  0.00%
10.6  0.00%
10.7  11.11%
10.8  0.00%
10.9  0.00%
10.9.1  0.00%
10.9.2  88.89%

What distro/version of Linux did you use? (free text field)

10 Ubuntu's
1 XUbuntu
1 Kubuntu
2 OpenSuse
1 PCLinuxOS
2 Mint
1 Fedora
2 Debian

Did you install and use any Extensions with Apache OpenOffice 4.1 Beta?

Yes 16.54%
No  66.92%
No answer 16.54%

What Extensions did you use?

[ Rob: 22 Responses.  Before giving the list I'll mention 2 responses
noted problems:

1) Presentation Minimize not working (not details)

2)  Presenter Console 1.1.0, PDF Import 1.0.4 won't install

3) User needed to install Pt dictionary since it was missing in the
install set and Langpack
(https://issues.apache.org/ooo/show_bug.cgi?id=124423)]


presentation minimizer.
Google
Oracle Presenter Console 1.1.0,
PDF Import 1.0.4
English (Canadian)
Dictionary and spelling (italian, spanish, french and English), epub
binder, perfectepub and write2epub,pdfimport, pagination, Mysql
connector.
Templates
Crop - Epubgenerator - Diccionarios - Alba
dictionary
own
CropOoo
ClipArt by open-office.es
PDF import for Apache OpenOffice
Basic IDE Tools
ooEs Palette
WriterRotationTool
LanguageTool
SmART Extension
PhotoAlbum ES
Portuguese dictionary
various dictionaries
English spelling and hyphenations dictionaries and thesaurus
OOOP-accessories-2.8.0.0.oxt
Sun Report
Spellchecker
Anaphraseus, Magenta Chemistry, OpenCards 1.5.1, PDF Import,
PicoSvoxOOo, SuperbChemistry.
SpellChecker
Epub Writer
PDF import
Code 128 Barcodes For OpenOffice Calc
vero

How many hours did you spend using/testing the OpenOffice 4.1 Beta?

117 responses.  Total time 1463 hours (or 61 days) of additional test
effort.  Average use time 12.5 hours.

Which OpenOffice applications did you use from the Beta?

Writer 87.22%
Calc 57.14%
Impress  27.07%
Draw 19.55%
Base  16.54%

[Rob: Glad to see that Base got some attention.]

Which of the following new features did you try?


64-bit Mac support  7.52%
Integrated iAccessible2  4.51%
Annotations of text ranges in Writer. 24.

Re: URL-location for latest beanshell provider source code ?

2014-03-25 Thread Rony G. Flatscher

Hi Pedro,

On 25.03.2014 16:29, Pedro Giffuni wrote:
> Hello;
>
> Concerning beanshell itself, we did everything we were supposed to do to get 
> Beanshell into the
> ASF. The code was relicensed and the major IP-clearance process was done. The 
> author also
> submitted a SGA to the ASF secretary. You can check out the code in 
> apache-extras:
>
> https://code.google.com/a/apache-extras.org/p/beanshell/
>
> As I see it, what stalled the process were basic doubts about the value of 
> the incubation process
> itself. In other words, we already did most of what was meant to be done in 
> incubation (the
> IP-clearance and the SGA) so if any Apache Project needs the code they can 
> consume it directly.
>
> After the vote (which is apparently still open?), most of us that were 
> involved, have been too
> busy on other things.
Thank you for this update!

> I would have thought that the Beanshell code was more valuable to the rest of 
> the ASF than to
> Apache OpenOffice, where the extension is optional. Beyond AOO, what I would 
> have really liked is
> to see the Apache Commons BSF update their support for Beanshell and take it 
> in.
The Apache Commons BSF is only working on scripting language /engines/ in two 
forms, one being the
pre-javax.script ("pure" Apache versions that originate from the IBM opensource 
project donated to
Apache later to originally allow using scripting languages in JSPs) a.k.a. BSF 
version 2.x, and a
non-backward compatible version 3.x framework implementing the JSR-223 
(javax.script) specs.

BeanShell itself should probably be its own project under the Apache Commons 
umbrella.

---rony

Re: German authorities want to improve AOO - LibO

2014-03-25 Thread Kay Schenk

On Tue, Mar 25, 2014 at 10:04 AM, Jürgen Schmidt wrote:

> On 3/25/14 2:58 PM, Louis Suárez-Potts wrote:
> > Hi,
> >
> > On 2014-03-25, at 04:22, Jürgen Schmidt  wrote:
> >
> >> On 3/24/14 5:09 PM, Louis Suárez-Potts wrote:
> >>> Hi,
> >>> On 2014-03-24, at 06:18, Rainer Bielefeld <
> rainerbielefeld_ooo...@bielefeldundbuss.de> wrote:
> >>>
>  Hi,
> 
>  is someone from Germany observing this?
>  <
> http://www.heise.de/open/meldung/Behoerden-wollen-Libre-OpenOffice-verbessern-2152858.html
> >
> 
> >>> I had a discussion on improving OO with the lead of the (mostly
> German) Open Source Business Alliance, Peter G. Sounded great… but the
> emphasis for him was on LibreOffice.
> >>>
> >>> Not AOO.
> >>
> >> I can't remember a person Peter G. but I participated in the workshop
> >> (as reported last year) and helped with the spec and use cases. The
> >> project in general is a very good idea and I hope that they get many
> >> quotes from interested developers, companies, ...
> >> Nevertheless is the spec not detailed enough from my perspective and I
> >> have reported my feedback but it is not directly reflected. Only some
> >> use-cases are dropped because no detail information was provided or it
> >> is already implemented in AOO and can be consumed by LO (probably
> >> already is consumed).
> >>
> >> The first project was sub-optimal regarding the excat definition of how
> >> the work have to be delivered. In the end the patches were at least
> >> under ALv2 as well but we were not able to integrate them easy
> >> (incomplete or not applicable) and not all patches are integrated. Keep
> >> in mind that this work means man power and the work was already paid.
> >> Even the implementation was not complete and we have done much more than
> >> only tweaking the available patch.
> >>
> >> Nevertheless have we worked on a better definition of how the work have
> >> to be delivered in this new project to ensure that both AOO and LO
> >> benefit from the improvements. Well LO benefits anyway from the work we
> >> do for AOO but that is of course a different story.
> >>
> >> Juergen
> >
> > As it happens, Peter Ganten just replied to my post to him of yesterday.
> He told me that Matthias Stürmer is more relevant here. "Matthias is the
> speaker of the working
> > group "office interoperability" of the OSB Alliance," Peter wrote. I
> asked Peter to put Matthias in contact with Juergen and informed Peter that
> we are discussing OSBA's interest here on our dev@ list.
> >
> > I remain open to the possibilities. I'm perhaps more optimistic for
> longterm outcomes, though do not dismiss this one at all, as this funded
> opportunity may lead to more substantial ones later, or at least greater
> visibility of some of the rather useful advantages of having open standards
> and open source developed locally (but with global effects).
> >
>
> maybe I was not clear enough, I am working already in this group and am
> in contact with Mathias.
>
> Juergen
>

Great! This is a wonderful opportunity for more widespread use of Apache
OpenOffice.



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


-- 
-
MzK

"Cats do not have to be shown how to have a good time,
 for they are unfailing ingenious in that respect."
   -- James Mason

Re: German authorities want to improve AOO - LibO

On 3/25/14 2:58 PM, Louis Suárez-Potts wrote:
> Hi,
> 
> On 2014-03-25, at 04:22, Jürgen Schmidt  wrote:
> 
>> On 3/24/14 5:09 PM, Louis Suárez-Potts wrote:
>>> Hi,
>>> On 2014-03-24, at 06:18, Rainer Bielefeld 
>>>  wrote:
>>>
 Hi,

 is someone from Germany observing this?
 

>>> I had a discussion on improving OO with the lead of the (mostly German) 
>>> Open Source Business Alliance, Peter G. Sounded great… but the emphasis for 
>>> him was on LibreOffice.
>>>
>>> Not AOO.
>>
>> I can't remember a person Peter G. but I participated in the workshop
>> (as reported last year) and helped with the spec and use cases. The
>> project in general is a very good idea and I hope that they get many
>> quotes from interested developers, companies, ...
>> Nevertheless is the spec not detailed enough from my perspective and I
>> have reported my feedback but it is not directly reflected. Only some
>> use-cases are dropped because no detail information was provided or it
>> is already implemented in AOO and can be consumed by LO (probably
>> already is consumed).
>>
>> The first project was sub-optimal regarding the excat definition of how
>> the work have to be delivered. In the end the patches were at least
>> under ALv2 as well but we were not able to integrate them easy
>> (incomplete or not applicable) and not all patches are integrated. Keep
>> in mind that this work means man power and the work was already paid.
>> Even the implementation was not complete and we have done much more than
>> only tweaking the available patch.
>>
>> Nevertheless have we worked on a better definition of how the work have
>> to be delivered in this new project to ensure that both AOO and LO
>> benefit from the improvements. Well LO benefits anyway from the work we
>> do for AOO but that is of course a different story.
>>
>> Juergen
> 
> As it happens, Peter Ganten just replied to my post to him of yesterday. He 
> told me that Matthias Stürmer is more relevant here. "Matthias is the speaker 
> of the working 
> group "office interoperability" of the OSB Alliance," Peter wrote. I asked 
> Peter to put Matthias in contact with Juergen and informed Peter that we are 
> discussing OSBA's interest here on our dev@ list.
> 
> I remain open to the possibilities. I'm perhaps more optimistic for longterm 
> outcomes, though do not dismiss this one at all, as this funded opportunity 
> may lead to more substantial ones later, or at least greater visibility of 
> some of the rather useful advantages of having open standards and open source 
> developed locally (but with global effects).
> 

maybe I was not clear enough, I am working already in this group and am
in contact with Mathias.

Juergen

> -louis
> -
> 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

Working on HOW THE APACHE OPENOFFICE PROJECT WORKS module

Danette Fernando

Working on INTRODUCTION TO CONTRIBUTING TO APACHE OPENOFFICE module

Danette Fernando

Working on INFRASTRUCTURE module

Danette Fernando

R: R: the right Accessibility configuration

2014-03-25 Thread Deyla Jacopo

Got it Stuart,
now everithing is clear.
So as I supposed I was already using the right configuration (JRE 1.7.0 with no
access bridge)

Unfortunately JAWS in my organization is still The screen reader and a switch
to NVDA has been evaluated and postoponet when it will be more mature (at least
1 or 2 years).
NVDA works great when everithing works, and as a portable screen reader,
but Jaws is more capable of making its way trough deep (inaccessible) space.

thx
Jacopo

-Messaggio originale-
Da: V Stuart Foote [mailto:vstuart.fo...@utsa.edu]
Inviato: martedì 25 marzo 2014 16.17
A: ooo-...@incubator.apache.org
Oggetto: Re: R: the right Accessibility configuration

Deyla,

Actually Windows accessibility in Apache OpenOffice no longer makes any use of
the Java Accessibility Bridge to interface to the Java Accessibility API
installed with a JRE. A native accessibility bridge for Windows has been
implemented based on the IAccessible2 API.

Apparently JAWS and OpenEyes do not yet correctly support global use of the
IAccessible2 API, as I believe they have in the past implemented support as
program moudules, i.e. for the old IBM Symphony implementation of IA2.

At present, the NVDA project provides more functional support for the
IAccessible2 API standard.

Stuart

--
View this message in context:
http://openoffice.2283327.n4.nabble.com/the-right-Accessibility-configuration-tp4660607p4660618.html
Sent from the Development mailing list archive at Nabble.com.

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

Re: URL-location for latest beanshell provider source code ?

2014-03-25 Thread Pedro Giffuni


Hello;

Concerning beanshell itself, we did everything we were supposed to do to 
get Beanshell into the ASF. The code was relicensed and the major 
IP-clearance process was done. The author also submitted a SGA to the 
ASF secretary. You can check out the code in apache-extras:


https://code.google.com/a/apache-extras.org/p/beanshell/

As I see it, what stalled the process were basic doubts about the value 
of the incubation process itself. In other words, we already did most of 
what was meant to be done in incubation (the IP-clearance and the SGA) 
so if any Apache Project needs the code they can consume it directly.


After the vote (which is apparently still open?), most of us that were 
involved, have been too busy on other things.


I would have thought that the Beanshell code was more valuable to the 
rest of the ASF than to Apache OpenOffice, where the extension is 
optional. Beyond AOO, what I would have really liked is to see the 
Apache Commons BSF update their support for Beanshell and take it in.


best regards,

Pedro.

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

Re: R: the right Accessibility configuration

2014-03-25 Thread V Stuart Foote

Deyla,

Actually Windows accessibility in Apache OpenOffice no longer makes any use
of the Java Accessibility Bridge to interface to the Java Accessibility API
installed with a JRE.  A native accessibility bridge for Windows has been
implemented based on the IAccessible2 API.

Apparently JAWS and OpenEyes do not yet correctly support global use of the
IAccessible2 API, as I believe they have in the past implemented support as
program moudules, i.e. for the old IBM Symphony implementation of IA2.  

At present, the NVDA project  provides more functional support for the
IAccessible2 API standard.

Stuart





--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/the-right-Accessibility-configuration-tp4660607p4660618.html
Sent from the Development mailing list archive at Nabble.com.

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

4.1.0_release_blocker requested: [Issue 124509] MacOSX 64 crash in the scripting environment due to getenv("PATH") returning a null value

2014-03-25 Thread bugzilla

r...@apache.org has asked  for 4.1.0_release_blocker:
Issue 124509: MacOSX 64 crash in the scripting environment due to
getenv("PATH") returning a null value
https://issues.apache.org/ooo/show_bug.cgi?id=124509


--- Additional Comments from r...@apache.org
Using the AOO Java scripting framework to load the ooRexx interpreter via JNI,
the ooRexx interpreter causes a crash while initializing as it receives a null
value when issuing a getenv("PATH"). It seems that for unknown reasons the
process environment is not set up properly.

[ooRexx needs the process environment being set up correctly, in order to find
its other pieces to load while initializing.]

As this works flawlessly on 32- and 64-bit Linux and on 32-bit Windows, and
also used to work at least on 32-bit MacOSX in the OOo 3.x days, I assume this
to be a regression.

In the case that someone can spot and fix this on MacOSX, I would like to
propose this as a showstopper bug. Any help to fix this, highly appreciated!

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

Re: Reason found for crash, a regression (Re: Does it make sense to raise a showstopper for MacOSX ?

On 3/25/14 12:51 PM, Rony G. Flatscher (Apache) wrote:
> Hi Jürgen,
> 
> in the past two days I traced down the crash and I think I found the reason, 
> which looks like a
> regression to me (worked on OOo 2.x and OOo 3.x): when the ooRexx interpreter 
> is loaded via JNI it
> needs to get its pieces together and relies on information from the process 
> environment.
> 
> This particular crash occurs on MacOSX only (works flawlessly on 32/64 Linux 
> and Windows), because
> getenv("PATH") returns a null value during startup of the ooRexx interpreter! 
> So somewhere the
> environment is not properly set up for the scripting framework, if e.g. PATH 
> is not accessible.
> 
> Thought I report my findings ASAP with the latest MacOSX beta, will update 
> the issue later this
> evening and create an issue requesting a showstopper flag (have to leave).

crashing when PATH is null for whatever reason is strange, where is his
code.

But to be honest this sounds not really like a showstopper to me but if
somebody has a fix in time we can take it for 4.1.

Juergen


> 
> ---rony
> 
> P.S.: It was just a coincidence that the Java thread where the crash occurs 
> is at the same time the
> awt thread. That thread is not in jeopardy with the MacOSX AppKit thread. Cf.
>  for 
> "com.sun.star.script.framework.provider.
> SwingInvocation" that gets used in beanshell.
> 
> 
> 
> 
> 
> 
> On 26.02.2014 15:38, Jürgen Schmidt wrote:
>> Hi Ronny,
>>
>> the problem is not new as far as I know and not easy to fix. Both the
>> office and the JVM requires to run their event loop in the main thread
>> and this conflicts on MacOS.
>>
>> A solution can be potentially to start the JVM in a separate process and
>> bridge the communication via UNO.
>>
>> But I don't see the chance that it get fixed for AOO 4.1 or in the near
>> future.
>>
>> Any usage of awt in macros or extensions on Mac will cause problems and
>> is not recommended. And again this problem is not new and exists since
>> some time.
>>
>> It is correct that it worked in the past and I don't know when the
>> problem was introduced and which change triggered it. But I know that
>> exists since several years and is not easy to fix.
>>
>> Juergen
>>
>> On 2/26/14 3:12 PM, Rony G. Flatscher (Apache) wrote:
>>> Hi there,
>>>
>>> it seems that dispatching scripts via AOO's Java scripting framework is 
>>> done using the wrong thread
>>> on MacOSX.
>>>
>>> This reasoning stems from observing the Java runtime error to be caused 
>>> e.g. when using a JDialog to
>>> popup reporting the following error:
>>>
>>> com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling 
>>> Java method invoke: non-UNO exception occurred:
>>> java.lang.InternalError: Can't start the AWT because Java was started 
>>> on the first thread.
>>> Make sure StartOnFirstThread is not specified in your application's 
>>> info.plist or on the command line
>>>
>>> This problem is also present in Herbert's latest drop.
>>>
>>> This effectively inhibits dispatching any scripts from within AOO on 
>>> MacOSX, which works fine on
>>> Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).
>>>
>>> As the code for making ooRexx available was copied from the BeanShell's 
>>> Java scripting framework
>>> implementation and works on all other platforms flawlessly, this seems to 
>>> be a serious error on
>>> MacOSX, and therefore a showstopper, IMHO.
>>> [The code gets dispatched by AOO and on its supplied thread.]
>>>
>>> However and interestingly, there seems to be no problem with BeanShell and 
>>> JavaScript, which is
>>> surprising to me. Not sure why they execute properly on MacOSX, but that 
>>> observation is also the
>>> reason why I prefer to ask first, before setting the showstopper flag on 
>>> bug 124170 (see below).
>>>
>>> There are two bug issues that document this problem:
>>>
>>>   * Bug , Comment # 
>>> 9: explains where to find
>>> the (basically a pure Java-) oxt (a debug version using JDialog) and 
>>> how to get the Java error
>>> on MacOSX.
>>>
>>>   * Bug  is probably 
>>> related to the same
>>> reason (in the part describing problems dispatching scripts and some 
>>> sort of work around that
>>> more or less worked on the prior 32-bit version).
>>>
>>> ---
>>>
>>> It might be interesting to note, that in OpenOffice.org times (32-bit OOo) 
>>> it used to work on
>>> MacOSX. I am not aware of any changes in the scripting framework that could 
>>> cause this behaviour.
>>>
>>> ---rony
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
> 


-
To unsubscribe,

Re: German authorities want to improve AOO - LibO

2014-03-25 Thread Louis Suárez-Potts

Hi,

On 2014-03-25, at 04:22, Jürgen Schmidt  wrote:

> On 3/24/14 5:09 PM, Louis Suárez-Potts wrote:
>> Hi,
>> On 2014-03-24, at 06:18, Rainer Bielefeld 
>>  wrote:
>> 
>>> Hi,
>>> 
>>> is someone from Germany observing this?
>>> 
>>> 
>> I had a discussion on improving OO with the lead of the (mostly German) Open 
>> Source Business Alliance, Peter G. Sounded great… but the emphasis for him 
>> was on LibreOffice.
>> 
>> Not AOO.
> 
> I can't remember a person Peter G. but I participated in the workshop
> (as reported last year) and helped with the spec and use cases. The
> project in general is a very good idea and I hope that they get many
> quotes from interested developers, companies, ...
> Nevertheless is the spec not detailed enough from my perspective and I
> have reported my feedback but it is not directly reflected. Only some
> use-cases are dropped because no detail information was provided or it
> is already implemented in AOO and can be consumed by LO (probably
> already is consumed).
> 
> The first project was sub-optimal regarding the excat definition of how
> the work have to be delivered. In the end the patches were at least
> under ALv2 as well but we were not able to integrate them easy
> (incomplete or not applicable) and not all patches are integrated. Keep
> in mind that this work means man power and the work was already paid.
> Even the implementation was not complete and we have done much more than
> only tweaking the available patch.
> 
> Nevertheless have we worked on a better definition of how the work have
> to be delivered in this new project to ensure that both AOO and LO
> benefit from the improvements. Well LO benefits anyway from the work we
> do for AOO but that is of course a different story.
> 
> Juergen

As it happens, Peter Ganten just replied to my post to him of yesterday. He 
told me that Matthias Stürmer is more relevant here. "Matthias is the speaker 
of the working 
group "office interoperability" of the OSB Alliance," Peter wrote. I asked 
Peter to put Matthias in contact with Juergen and informed Peter that we are 
discussing OSBA's interest here on our dev@ list.

I remain open to the possibilities. I'm perhaps more optimistic for longterm 
outcomes, though do not dismiss this one at all, as this funded opportunity may 
lead to more substantial ones later, or at least greater visibility of some of 
the rather useful advantages of having open standards and open source developed 
locally (but with global effects).

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

R: the right Accessibility configuration

2014-03-25 Thread Deyla Jacopo

Thx Rob,
#1 on a workin OO I had java listed with (or without depending on moment) 
accessibility support
and NVDA was working perfectyl,
but with Jaws it was working badly.

I suppose my troubles depended form my configuration, but I read a recent post 
that made me think the problem can ba Jaws, also the 15

Re: the right Accessibility configuration

On Tue, Mar 25, 2014 at 8:06 AM, Deyla Jacopo
 wrote:
> Hi, I'd like to help test accessibility of 4.1.0
> because I'm testing OO with win xp Jaws (from 9 to 14) for an Italin Public 
> Admistration that's "switchin" to OO.
>
> 2 issues:
> 1 -configuration
> 2 - bug not opening OO
>
> #1
> I'd like to know what's the right configuration for OO + Java in order to 
> check it correctly and give you feedback.
> I've tested the official OO beta (see #2) with WinXP  Java 1.7.0 without 
> accessbridge and with accessbridge 2.0.2 (but I think this is no more 
> necessary).
> In any case, it works poorely, and I'm afraid that's because of something I'm 
> doing wrong.
>

Hello Deyla,

One quick troubleshooting technique:

In Writer, go to the dialog at Tools\Options\OpenOffice\Java (or
equivalent in Italian).  Wait a few seconds for the dialog to refresh.
  Does it list an installed JRE?

If no JRE is listed, you can try to add one.  One important thing is
that you require a 32-bit JVM, since OpenOffice is a 32-bit
application.  This is true even if you are running on a 64-bit version
of Windows.


> #2
> I've downloaded and installed both the yesterday's italian and english 
> versions (1579169) from here
> http://ci.apache.org/projects/openoffice/#w7ia2
> but it closes in the loading screen (after 1/3) is ther a way to tell you 
> what blocks it?
> (starting in maintenance mode or something similar)
>
I'm not sure whether that snapshot is being built from the 410 branch
(which should be stable) or the trunk (which may have issues).
Hopefully one of the developers can advise.

Regards,

-Rob


>
> thx
> Jacopo Deyla
> Regione Emilia-Romagna
> Direzione Generale Organizzazione, Sistemi Informativi e Telematica
> Servizio Sistema Informativo Informatico Regionale
>
> Viale Aldo Moro, 30 [203] - 40127 Bologna - ITALIA
> Tel. +39 051.527.3113 - Fax +39 051.527.3533/3146
> E-mail: 
> jde...@regione.emilia-romagna.it
> ===
> In your web projects try to:
> 1. Start with needs*
> 2. Do less
> 3. Design with data
> 4. Do the hard work to make it simple
> 5. Iterate. Then iterate again.
> 6. Build for inclusion
> 7. Understand context
> 8. Build digital services, not websites
> 9. Be consistent, not uniform
> 10.Make things open: it makes things better
> *user needs not government needs
> =
> These are just the U.K. Government Digital Service Design Principles
>

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

Re: Incubator still has SVN tree => to be removed in 72h

2014-03-25 Thread Herbert Duerr


On 25.03.2014 13:07, Herbert Duerr wrote:

On 25.03.2014 13:00, Rob Weir wrote:

On Tue, Mar 25, 2014 at 7:50 AM, Herbert Duerr  wrote:

[...]
So if the next 72 hours indicate consensus on removing the incubator/ooo
part of the repository I suggest that we  should do so. The code
history is
already preserved in our git-import.



The only issue would be if anyone is doing LTS on 3.40 or 3.4.1,
right?  Didn't those versions go back to SVN to pick up the binary
dependencies?


All tags (including AOO340 and AOO341) and the AOO34x release branch are
also available at the post-graduation location [1][2][3], so this use
case should be covered.

[1] http://svn.apache.org/repos/asf/openoffice/tags/AOO340
[2] http://svn.apache.org/repos/asf/openoffice/tags/AOO341
[3] http://svn.apache.org/repos/asf/openoffice/branches/AOO34/


And the old revisions will still be there, all we're about to do is to 
remove the incubator/ooo tree from future revisions.


Herbert


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

Re: Incubator still has SVN tree => to be removed in 72h

2014-03-25 Thread Herbert Duerr


On 25.03.2014 13:00, Rob Weir wrote:

On Tue, Mar 25, 2014 at 7:50 AM, Herbert Duerr  wrote:

[...]
So if the next 72 hours indicate consensus on removing the incubator/ooo
part of the repository I suggest that we  should do so. The code history is
already preserved in our git-import.



The only issue would be if anyone is doing LTS on 3.40 or 3.4.1,
right?  Didn't those versions go back to SVN to pick up the binary
dependencies?


All tags (including AOO340 and AOO341) and the AOO34x release branch are 
also available at the post-graduation location [1][2][3], so this use 
case should be covered.


[1] http://svn.apache.org/repos/asf/openoffice/tags/AOO340
[2] http://svn.apache.org/repos/asf/openoffice/tags/AOO341
[3] http://svn.apache.org/repos/asf/openoffice/branches/AOO34/

Herbert

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

the right Accessibility configuration

2014-03-25 Thread Deyla Jacopo

Hi, I'd like to help test accessibility of 4.1.0
because I'm testing OO with win xp Jaws (from 9 to 14) for an Italin Public 
Admistration that's "switchin" to OO.

2 issues:
1 -configuration
2 - bug not opening OO

#1
I'd like to know what's the right configuration for OO + Java in order to check 
it correctly and give you feedback.
I've tested the official OO beta (see #2) with WinXP  Java 1.7.0 without 
accessbridge and with accessbridge 2.0.2 (but I think this is no more 
necessary).
In any case, it works poorely, and I'm afraid that's because of something I'm 
doing wrong.

#2
I've downloaded and installed both the yesterday's italian and english versions 
(1579169) from here
http://ci.apache.org/projects/openoffice/#w7ia2
but it closes in the loading screen (after 1/3) is ther a way to tell you what 
blocks it?
(starting in maintenance mode or something similar)


thx
Jacopo Deyla
Regione Emilia-Romagna
Direzione Generale Organizzazione, Sistemi Informativi e Telematica
Servizio Sistema Informativo Informatico Regionale

Viale Aldo Moro, 30 [203] - 40127 Bologna - ITALIA
Tel. +39 051.527.3113 - Fax +39 051.527.3533/3146
E-mail: 
jde...@regione.emilia-romagna.it
===
In your web projects try to:
1. Start with needs*
2. Do less
3. Design with data
4. Do the hard work to make it simple
5. Iterate. Then iterate again.
6. Build for inclusion
7. Understand context
8. Build digital services, not websites
9. Be consistent, not uniform
10.Make things open: it makes things better
*user needs not government needs
=
These are just the U.K. Government Digital Service Design Principles

Re: Incubator still has SVN tree => to be removed in 72h

On Tue, Mar 25, 2014 at 7:50 AM, Herbert Duerr  wrote:
> On 24.03.2014 15:36, Herbert Duerr wrote:
>>
>> On 24.03.2014 15:13, sebb wrote:
>>>
>>> On 24 March 2014 13:51, Herbert Duerr  wrote:

 On 23.03.2014 09:52, Andrea Pescetti wrote:
>
>
> sebb wrote:
>>
>>
>> There is still an SVN tree  under Incubator:
>> https://svn.apache.org/repos/asf/incubator/ooo/
>> I assume this was all transferred to the main ASF SVN area at
>> https://svn.apache.org/repos/asf/openoffice/
>> If  so, please can someone tidy up the Incubator tree?
>
>
>
> It was indeed all transferred, and the old copy made read-only by
> Infra.
> It wasn't deleted since we still had releases and documentation around
> that referred to the Incubator.



 There are still many e.g. Wiki pages that reference the incubator
 locations.
 I updated some of them but there are still plenty left, e.g. about the
 branch aw080, netbeans, OOXML, etc.

 I suggest to update them to their new location at
 https://svn.apache.org/repos/asf/openoffice
 For links that should continue to point into the incubator directory,
 e.g.
 because the branch was integrated and removed at the new location SVN
 offers
 the possibility to reference older branches using the
 https://svn.apache.org/repos/asf/!svn/bc/155/incubator/ooo/trunk/
 notation.
>>>
>>>
>>> Although that should work, I think it could be confusing.
>>>
>>> IMO it would be better to find the appropriate entry in the new SVN
>>> layout.
>>> If there is no such entry, is there really a need to keep the
>>> reference to the incubator-only SVN tree?
>>
>>
>> I mostly agree. For the pages that I already updated I was able to
>> change all references to their new repository location.
>>
>> But for sub-project specific pages the status is not always obvious
>> which alternative would be most suitable:
>> - update them to their new repository location
>> - keep the link into the incubator location
>> - are the pages are still relevant or could/should they be deleted.
>> AFAIK it is not easy to resurrect deleted Wiki pages, so doing that on
>> still somewhat interesting pages would be a net loss.
>>
>> The best solution would be to check the problematic pages and their
>> links. So if anyone has more insight into their status please update them:
>> A quick google search found pages about the "object inspector
>> extension", the "netbeans" extension, the "aw080" branch, OOXML, etc.
>
>
> A closer examination showed that the problematic links had counterparts in
> the post-graduation repository location and the text around these links
> didn't indicate a special dependency, so I'm confident that it was OK to
> update them, which I just did.
>
> So if the next 72 hours indicate consensus on removing the incubator/ooo
> part of the repository I suggest that we  should do so. The code history is
> already preserved in our git-import.
>

The only issue would be if anyone is doing LTS on 3.40 or 3.4.1,
right?  Didn't those versions go back to SVN to pick up the binary
dependencies?

-Rob

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

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

Reason found for crash, a regression (Re: Does it make sense to raise a showstopper for MacOSX ?

2014-03-25 Thread Rony G. Flatscher (Apache)

Hi Jürgen,

in the past two days I traced down the crash and I think I found the reason, 
which looks like a
regression to me (worked on OOo 2.x and OOo 3.x): when the ooRexx interpreter 
is loaded via JNI it
needs to get its pieces together and relies on information from the process 
environment.

This particular crash occurs on MacOSX only (works flawlessly on 32/64 Linux 
and Windows), because
getenv("PATH") returns a null value during startup of the ooRexx interpreter! 
So somewhere the
environment is not properly set up for the scripting framework, if e.g. PATH is 
not accessible.

Thought I report my findings ASAP with the latest MacOSX beta, will update the 
issue later this
evening and create an issue requesting a showstopper flag (have to leave).

---rony

P.S.: It was just a coincidence that the Java thread where the crash occurs is 
at the same time the
awt thread. That thread is not in jeopardy with the MacOSX AppKit thread. Cf.
 for 
"com.sun.star.script.framework.provider.
SwingInvocation" that gets used in beanshell.






On 26.02.2014 15:38, Jürgen Schmidt wrote:
> Hi Ronny,
>
> the problem is not new as far as I know and not easy to fix. Both the
> office and the JVM requires to run their event loop in the main thread
> and this conflicts on MacOS.
>
> A solution can be potentially to start the JVM in a separate process and
> bridge the communication via UNO.
>
> But I don't see the chance that it get fixed for AOO 4.1 or in the near
> future.
>
> Any usage of awt in macros or extensions on Mac will cause problems and
> is not recommended. And again this problem is not new and exists since
> some time.
>
> It is correct that it worked in the past and I don't know when the
> problem was introduced and which change triggered it. But I know that
> exists since several years and is not easy to fix.
>
> Juergen
>
> On 2/26/14 3:12 PM, Rony G. Flatscher (Apache) wrote:
>> Hi there,
>>
>> it seems that dispatching scripts via AOO's Java scripting framework is done 
>> using the wrong thread
>> on MacOSX.
>>
>> This reasoning stems from observing the Java runtime error to be caused e.g. 
>> when using a JDialog to
>> popup reporting the following error:
>>
>> com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
>> method invoke: non-UNO exception occurred:
>> java.lang.InternalError: Can't start the AWT because Java was started on 
>> the first thread.
>> Make sure StartOnFirstThread is not specified in your application's 
>> info.plist or on the command line
>>
>> This problem is also present in Herbert's latest drop.
>>
>> This effectively inhibits dispatching any scripts from within AOO on MacOSX, 
>> which works fine on
>> Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).
>>
>> As the code for making ooRexx available was copied from the BeanShell's Java 
>> scripting framework
>> implementation and works on all other platforms flawlessly, this seems to be 
>> a serious error on
>> MacOSX, and therefore a showstopper, IMHO.
>> [The code gets dispatched by AOO and on its supplied thread.]
>>
>> However and interestingly, there seems to be no problem with BeanShell and 
>> JavaScript, which is
>> surprising to me. Not sure why they execute properly on MacOSX, but that 
>> observation is also the
>> reason why I prefer to ask first, before setting the showstopper flag on bug 
>> 124170 (see below).
>>
>> There are two bug issues that document this problem:
>>
>>   * Bug , Comment # 9: 
>> explains where to find
>> the (basically a pure Java-) oxt (a debug version using JDialog) and how 
>> to get the Java error
>> on MacOSX.
>>
>>   * Bug  is probably 
>> related to the same
>> reason (in the part describing problems dispatching scripts and some 
>> sort of work around that
>> more or less worked on the prior 32-bit version).
>>
>> ---
>>
>> It might be interesting to note, that in OpenOffice.org times (32-bit OOo) 
>> it used to work on
>> MacOSX. I am not aware of any changes in the scripting framework that could 
>> cause this behaviour.
>>
>> ---rony
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

Re: Incubator still has SVN tree => to be removed in 72h

2014-03-25 Thread Herbert Duerr


On 24.03.2014 15:36, Herbert Duerr wrote:

On 24.03.2014 15:13, sebb wrote:

On 24 March 2014 13:51, Herbert Duerr  wrote:

On 23.03.2014 09:52, Andrea Pescetti wrote:


sebb wrote:


There is still an SVN tree  under Incubator:
https://svn.apache.org/repos/asf/incubator/ooo/
I assume this was all transferred to the main ASF SVN area at
https://svn.apache.org/repos/asf/openoffice/
If  so, please can someone tidy up the Incubator tree?



It was indeed all transferred, and the old copy made read-only by
Infra.
It wasn't deleted since we still had releases and documentation around
that referred to the Incubator.



There are still many e.g. Wiki pages that reference the incubator
locations.
I updated some of them but there are still plenty left, e.g. about the
branch aw080, netbeans, OOXML, etc.

I suggest to update them to their new location at
https://svn.apache.org/repos/asf/openoffice
For links that should continue to point into the incubator directory,
e.g.
because the branch was integrated and removed at the new location SVN
offers
the possibility to reference older branches using the
https://svn.apache.org/repos/asf/!svn/bc/155/incubator/ooo/trunk/
notation.


Although that should work, I think it could be confusing.

IMO it would be better to find the appropriate entry in the new SVN
layout.
If there is no such entry, is there really a need to keep the
reference to the incubator-only SVN tree?


I mostly agree. For the pages that I already updated I was able to
change all references to their new repository location.

But for sub-project specific pages the status is not always obvious
which alternative would be most suitable:
- update them to their new repository location
- keep the link into the incubator location
- are the pages are still relevant or could/should they be deleted.
AFAIK it is not easy to resurrect deleted Wiki pages, so doing that on
still somewhat interesting pages would be a net loss.

The best solution would be to check the problematic pages and their
links. So if anyone has more insight into their status please update them:
A quick google search found pages about the "object inspector
extension", the "netbeans" extension, the "aw080" branch, OOXML, etc.


A closer examination showed that the problematic links had counterparts 
in the post-graduation repository location and the text around these 
links didn't indicate a special dependency, so I'm confident that it was 
OK to update them, which I just did.


So if the next 72 hours indicate consensus on removing the incubator/ooo 
part of the repository I suggest that we  should do so. The code history 
is already preserved in our git-import.


Herbert

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

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

2014-03-25 Thread Armin Le Grand


Hi Kay,

On 24.03.2014 17:43, Kay Schenk wrote:

On Mon, Mar 24, 2014 at 2:33 AM, Armin Le Grand wrote:


 Hi Kay,


On 23.03.2014 22:12, Kay Schenk wrote:


This seems to be resolved at least by my testing.

Can we can others on additional platforms to confirm so we can mark this
as
resolved? It may have been resolved with changes to "frames" in writer.



Unfortunately there was no more feedback from r4zoli on this, I was never
absolutely sure about his initial problem description. In principle it's
about usual Writer GrahicFrames (FlyFrames); these may contain any type of
graphic, including SVG, linked or embedded. There were multiple changes
here in recent versions, e.g. SVG is handled as vector data now to have
better exports and similar.

Checked with the AOO4.1.0 beta and the bugdoc from comment 8. I can import

http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/
content/images/AOO_logos/svg/get-aoo_300x100.svg?revision=1413471&view=co

directly using insert/from file (not the same URL ening in
get-aoo_300x100.svg?view=log  as in the bugdoc). If this is not what the
task is about we would need a better, explicit step-by-step description how
to reproduce and what exactly is what seems to be wrong.

HTH!
Sincerely, Armin

--
ALG


I actually added to this issue, initiated by r4zoli, because I could not
import an svg file into a frame in Writer, and I thought this was basically
what the issue was about. Other objects, normal pictures, etc, were OK,
just NOT svg files. I thought this was the same basic issue initiated by
r4zoli. In any case, the problem I was having seems solved now, with my
testing of the 4.1 Beta.


Okay, then we are good, I also found no differences between SVGs and 
other graphic formats.

Lets go to resolved then.









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

4.1.0_release_blocker granted: [Issue 121967] Hebrew (he) translation for OpenOffice 4.x

2014-03-25 Thread bugzilla

j...@apache.org has granted Andrea Pescetti 's request for
4.1.0_release_blocker:
Issue 121967: Hebrew (he) translation for OpenOffice 4.x
https://issues.apache.org/ooo/show_bug.cgi?id=121967


--- Additional Comments from j...@apache.org
Hebrew merged and build succeeded, grant showstopper flag

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

Re: Introduction

2014-03-25 Thread RA Stehmann

Hello Danette,

and a heardly welcome to our project.

What are your favorite domains you like to work in:

coding,
ducumentation,
QA,
writing extensions or making templates,
marketing,
supporting users or
helping to improve the web pages?

Regards
Michael

On 24.03.2014 20:39, Danette Fernando wrote:
> Good Afternoon! I am, a stay at home mom from Chicago. I am looking to make
> a career change and learn new skills to re-enter the workforce after 5
> years. I am excited for this learning opportunity.
> 
> Danette
> 

signature.asc
Description: OpenPGP digital signature

Re: Extensions "wish list" placementt?

On 3/24/14 5:49 PM, Kay Schenk wrote:
> On Mon, Mar 24, 2014 at 12:24 AM, Jürgen Schmidt wrote:
> 
>> On 3/22/14 12:27 AM, Kay Schenk wrote:
>>> On Fri, Mar 21, 2014 at 4:05 PM, Andrea Pescetti >> wrote:
>>>
 On 20/03/2014 Kay Schenk wrote:

> Every once in a while a topic arises on this list and gets a response
>> like
> "that might be a good idea for an extension".
>

 Right, but most of the times it is just a wish. The API available to
 extension developers does not allow to do everything. So it is very
 important to distinguish between responses that take into consideration
 what can really be done with an extension and responses that don't.
>>>
>>>
>>> Of course, this is critical!
>>>
>>>

  * Is is a good idea to steer new developers into extension development
> maybe as an introductory step?
>

 Probably it would be more effective to have more, well-defined and
 verified (in the sense above, i.e., that someone with the needed
>> knowledge
 has verified them) easy tasks. Building an extension still requires
>> skills.
>>>
>>>
>>> As far as "development" goes, creating an extension *might be* easier
>> than
>>> coding changes to source. Of course, extension development is not as easy
>>> as some of our "easy tasks".
>>
>> yes and no, you can make a lot mistakes with extension but the same is
>> true for core changes.
>>
>> My experience from the past showed that extension are quite good for
>> features that are not interested for all in the same way. External
>> product integration for example where you need a commercial license. The
>> connector is free but make no sense without the other product. This can
>> help to grow the eco system.
>>
> 
> This makes sense and generally what I would think of when I think about
> "extensions".
> 
> 
>>
>> And my experience showed also that often core changes are necessary to
>> make specific extensions possible.
>>
> 
> 
> hmmm...not something I would have thought. OK.

it's not a big thing it's simply the fact that often API's are missing
or do not exactly what you need. That was the normal way to improve or
extend the API over time. Demand driven development if you want ;-)

> 
> 
>> In general I would always prefer new features directly in the core and
>> in ideally implemented in C++. And in the end it is easier to maintain.
>> Our bundled extension concept needs some rework ...
>>
>> Volunteers should start with bug fixing, debugging existing code and
>> nail down a problem on the root cause can be of course a challenge and
>> motivation. You can learn a lot about the existing code  and do over
>> time more complicate things.
>>
>> But better starting small and grow over time than starting big, failing
>> and lose motivation after some initial posts ;-)
>>
>> Juergen
>>
> 
> Rest of your comments duly noted.

don't get it wrong it is really much more motivating to do smaller
things with success than starting with something bigger and get lost in
the complex code base. The project is too big and many code is old and
not in best shape (to say it careful).

But debugging the certain problem and find the root cause is satisfying
and can be fun of course ;-)

Juergen

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


  * and, assuming we can track down some of proposed extensions, where
>> is a
> good place to record these for future reference?
>

 It seems we have https://wiki.openoffice.org/wiki/Extensions/Ideas ;
>> but
 looking at https://wiki.openoffice.org/w/index.php?title=Extensions/
 Ideas/Calc&action=history I see no indications that we are using it the
 right way (again: checking that it is possible with the current API to
 implement those ideas). It would be good to ask the API list for a quick
 validation of that page.

>>>
>>> Ok, thanks for this info -- I will check it out and confer with the API
>>> list as well. What occurred to me after I sent this would be to just log
>>> them into BZ under the "extension" category, and "enhancements". No need
>> to
>>> create another special area.
>>>
>>>
 Regards,
   Andrea.

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


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


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

Re: German authorities want to improve AOO - LibO