Starting Introduction to Contributing to Apache OpenOffice Module
Hello, My name is Josh and I live in Seattle, WA. I am interested in getting as much QA experience as possible as quickly as possible. The reason for this is that I am moving into a QA position at work and want to get up to speed and be an effective member of my team. I have completed the first course of the UW Java Dev classes and also done some simplistic programming in Python and practiced in a program called Raptor. Not sure how this process goes exactly, but I am eager to help and a quick learner. Hope to be of help to someone and get some experience under my belt soon! Thanks
Re: stupid program
Niltze [Hi], Jenifer! On Thu, Mar 20, 2014 at 6:09 PM, Jenifer Watkins jenip...@comcast.net wrote: I hate Open Office--I have tried to fix it, I have a Mac OSX 10.9.1 and I know OO has a bug and I have tried to fix it, got to the library and deleted the folder, but still can't shut down OO and, therefore, can't update any other application. I have looked all over the internet, have spent hours trying to get rid of this travesty, and I think this is totally irresponsible of this company, free or not, to NOT fix this easily. This makes Windows look like child's play--at least you can uninstall programs.am very disappointed with Apache and OO. It is probably going to cost me money to get my computer backJenifer Watkins I am sorry to hear that you are having problems with OpenOffice. In GNU/Linux I am running the stable and the beta versions and have no issue(s) resembling what you describe. Given the fact that Mac OSX is based on (free)BSD, please try the following to end the OpenOffice instance that you claim 'can't shut down'. Based on ps manpage (i.e., reference) online at http://nixdoc.net/man-pages/FreeBSD/ps.1.html please open a command line window (if you don't know how please check your Apple computer instructions). Once the window is open (the cursor may be blinking or appear as a an underscore) please type: ps -aux | grep soffice output will be similar to: [Mac user] 8171 0.0 0.0 4312 680 pts/0 S 18:14 0:00 /bin/sh /usr/bin/soffice [Mac user] 8185 0.3 2.0 1163080 168188 pts/0 Sl 18:14 1:18 /your/path/program/soffice.bin [Mac user] 15587 0.0 0.0 11560 868 pts/2 R+ 23:48 0:00 grep soffice immediately after the placeholder [Mac user] note the number in the first line, in this example case 8171. You will need to 'feed' that number as an argument to kill -- terminate a signal or process http://nixdoc.net/man-pages/FreeBSD/kill.1.html as follows: kill 8171 and that should shut down your OpenOffice instance. Good luck! Best Professional Regards. -- Jose R R http://www.metztli-it.com - NEW Apache OpenOffice 4.0.1! Download for GNU/Linux, Mac OS, Windows. - Daylight Saving Time in USA Canada ends: Sunday, November 02, 2014 - - 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 124474] Input fields do not show content in header/footer
Oliver-Rainer Wittmann o...@apache.org has asked for 4.1.0_release_blocker: Issue 124474: Input fields do not show content in header/footer https://issues.apache.org/ooo/show_bug.cgi?id=124474 --- Additional Comments from Oliver-Rainer Wittmann o...@apache.org Root cause: The input fields in the given sample document are of type 'User Variable Input Field' - their content reflects the value of a user variable ('User Field' called in the UI). (Via these input fields the value of the user variable can be changed.) Since the in-place editing of Input Fields enhancement the content of these input fields are evaluated when the input field is inserted into the document model. For input fields in page header/footer this is done before the user variable is imported. Thus, the input fields in page header/footer are empty. In AOO 4.0.1 (and in earlier versions) - before the in-place editing of Input Fields enhancement - the content for these input fields were evaluated when the input field is rendered into the document's view. At this time the complete document is already imported and thus, user variable's content is available. The content of an user variable is set via the corresponding UNO-API during the ODF import. No update of the corresponding input fields is triggered. Thus, a similar defect already exists in previous version when a user variable's content gets set/changed via the UNO-API. Triggering an update of the related input fields when a user variable is set/changed via the UNO-API - as it is done when the user variable's content is changed in the UI - will solve this defect. Requesting show-stopper-status as a fix will be available soon and it is a regression introduced in AOO 4.1.0 code line. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: framesets on the web server
Kay Schenk wrote: Does anyone know off-hand if framesets are allowed for web page display on the web server? They probably do work (it's client-side in the end), but I'd rather avoid going back to the Nineties if we can! Seriously: if there is anything you are considering frames for (I didn't check your test commit) we can probably find alternative solutions that are not so broken with respect to user expectations in 2014. Regards, Andrea. - 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 124474] Input fields do not show content in header/footer
Hi, On 21.03.2014 12:46, bugzi...@apache.org wrote: Oliver-Rainer Wittmann o...@apache.org has asked for 4.1.0_release_blocker: Issue 124474: Input fields do not show content in header/footer https://issues.apache.org/ooo/show_bug.cgi?id=124474 --- Additional Comments from Oliver-Rainer Wittmann o...@apache.org Root cause: The input fields in the given sample document are of type 'User Variable Input Field' - their content reflects the value of a user variable ('User Field' called in the UI). (Via these input fields the value of the user variable can be changed.) Since the in-place editing of Input Fields enhancement the content of these input fields are evaluated when the input field is inserted into the document model. For input fields in page header/footer this is done before the user variable is imported. Thus, the input fields in page header/footer are empty. In AOO 4.0.1 (and in earlier versions) - before the in-place editing of Input Fields enhancement - the content for these input fields were evaluated when the input field is rendered into the document's view. At this time the complete document is already imported and thus, user variable's content is available. The content of an user variable is set via the corresponding UNO-API during the ODF import. No update of the corresponding input fields is triggered. Thus, a similar defect already exists in previous version when a user variable's content gets set/changed via the UNO-API. Triggering an update of the related input fields when a user variable is set/changed via the UNO-API - as it is done when the user variable's content is changed in the UI - will solve this defect. Requesting show-stopper-status as a fix will be available soon and it is a regression introduced in AOO 4.1.0 code line. Fix is now available and has been already applied on trunk. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: stupid program
Jenifer Watkins wrote: I hate Open Office—I have tried to fix it, I have a Mac OSX 10.9.1 and I know OO has a bug and I have tried to fix it, got to the library and deleted the folder, but still can’t shut down OO and, therefore, can’t update any other application. I have looked all over the internet, have spent hours trying to get rid of this travesty, and I think this is totally irresponsible of this company, free or not, to NOT fix this easily. This makes Windows look like child’s play—at least you can uninstall programs…..am very disappointed with Apache and OO. It is probably going to cost me money to get my computer back….Jenifer Watkins Jennifer; You need to delete the file org.openoffice.script.savedState. It is in the Saved Application State folder in your User/Library. See this post on the user forum for detailed instructions: https://forum.openoffice.org/en/forum/viewtopic.php?f=17t=55755#p244931 This is a known problem with OS X and has been addressed in the upcoming 4.1.0 release that is know in beta test. For more information please read the Release Notes at https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0.1+Release+Notes#AOO4.0.1ReleaseNotes-KnownIssues. Apache OpenOffice is not a company it is open source software that is developed by volunteers under the auspices of the Apache Software Foundation a charitable foundation dedicated to creating software for the public good. Regards Keith N. McKenna signature.asc Description: OpenPGP digital signature
review requested: [Issue 124375] Active optional hyphens invisible in exported tagged-PDF on Mac : [Attachment 82940] patch to force soft-hyphen visibility with CoreText
h...@apache.org h...@apache.org has asked j...@apache.org for review: Issue 124375: Active optional hyphens invisible in exported tagged-PDF on Mac https://issues.apache.org/ooo/show_bug.cgi?id=124375 Attachment 82940: patch to force soft-hyphen visibility with CoreText https://issues.apache.org/ooo/attachment.cgi?id=82940action=edit - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Completed How the Apache OpenOffice Project Works
mailto:dev@openoffice.apache.org?subject=Completed%20How%20the%20Apache%20OpenOffice%20Project%20Works - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: framesets on the web server
On Fri, Mar 21, 2014 at 5:05 AM, Andrea Pescetti pesce...@apache.orgwrote: Kay Schenk wrote: Does anyone know off-hand if framesets are allowed for web page display on the web server? They probably do work (it's client-side in the end), but I'd rather avoid going back to the Nineties if we can! Seriously: if there is anything you are considering frames for (I didn't check your test commit) we can probably find alternative solutions that are not so broken with respect to user expectations in 2014. Regards, Andrea. OK...this involves a document with a VERY long TOC navigation...I will look into other alternatives. I've done something similar with CSS frames, but basically the same idea. - 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: Extensions wish list placementt?
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. * 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. * 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/Calcaction=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. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Extensions wish list placementt?
On Fri, Mar 21, 2014 at 4:05 PM, Andrea Pescetti pesce...@apache.orgwrote: 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. * 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/Calcaction=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 -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason