Re: Localized build breakers
On 15.06.2013 09:29, janI wrote: On Jun 14, 2013 11:45 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Jan, On Fri, Jun 14, 2013 at 02:40:23PM +0200, janI wrote: The change comes from me, after a discussion on the dev list and was applied as agreed. IIRC you asked about x-comment, not about x-no-translate (this one is the root of the build breaker). not thst it shall be a long discussion,:-) but I did ask for quite a number of changes, like removing non en-us entries, cleaning duplicate en-us text entries and a couple of x- problems. BUT never the less, since it is a build breaker, it needs to be reverted. There is no need to the revert the whole commit, only two files, see https://issues.apache.org/ooo/show_bug.cgi?id=122518 and the attachments there. only reverting 2 files is a lot easier, thx for the advice. Looks like Ariel has already done the proposed review. Good news that only two files have to be reverted. Keeping comments and splitting long lines may be an enhancement (see https://issues.apache.org/ooo/show_bug.cgi?id=122518#c9 ) but there is no need to revert that. And the error with CaptionOrderNumberingFirst https://issues.apache.org/ooo/show_bug.cgi?id=122518#c10 comes from the original commit that forgot to mark this as x-no-translate (this flags the string as not-extractable by localize so that it does not appear in the sdf file, nor is merged back) http://hg.services.openoffice.org/OOO340/rev/ca60b76cc688 Ps. the commit is old, so at least it underlines my request from earlier that we regulary build languages in buildbot. I do build with --with-lang=en-US es and the bug didn't show up until the translation was integrated (rev. 1489712 from June 5th). Building languages in the buildbot is a nonsense if there is no periodical integration of localization. I agree with you, but I have the opinion that localization should be integrated just as frequently as source changes. My target with l10n is still that pootle changes moves automatically to svn (maybe with a delay of a day). If we dont build with-lang regulary we dont see if e.g. rejuvenate01 changes breaks in a language build, so its not only the translated text that makes a difference. I have understood Ariel's comment so, that he wants to add periodical integration of localization data, not to remove --with-lang builds. If my assumption is correct, then the two of you want the same thing. And I agree with that. -Andre rgds jan i Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, On 13.06.2013 23:44, Andrea Pescetti wrote: On 05/06/2013 Hagar Delest wrote: There has been a lot of posts in that discussion, even some proposals but we are approaching the 4.0 release and I've not seen a single warning for the extensions authors about the changes needed or any proposal to warn users. I've started a wiki page at http://wiki.openoffice.org/wiki/Extensions/Extensions_and_Apache_OpenOffice_4.0 It's still incomplete, and I hope that developers with knowledge may step in and fill in the gaps. It is meant to be a resource that we will want to advertise in the release notes and make available to users when they seek support, so please have a look, and feel free to improve and complete it. I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Localized build breakers
On 17.06.2013 15:06, janI wrote: On 17 June 2013 09:15, Andre Fischer awf@gmail.com wrote: On 15.06.2013 09:29, janI wrote: On Jun 14, 2013 11:45 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Jan, On Fri, Jun 14, 2013 at 02:40:23PM +0200, janI wrote: The change comes from me, after a discussion on the dev list and was applied as agreed. IIRC you asked about x-comment, not about x-no-translate (this one is the root of the build breaker). not thst it shall be a long discussion,:-) but I did ask for quite a number of changes, like removing non en-us entries, cleaning duplicate en-us text entries and a couple of x- problems. BUT never the less, since it is a build breaker, it needs to be reverted. There is no need to the revert the whole commit, only two files, see https://issues.apache.org/ooo/**show_bug.cgi?id=122518https://issues.apache.org/ooo/show_bug.cgi?id=122518and the attachments there. only reverting 2 files is a lot easier, thx for the advice. Looks like Ariel has already done the proposed review. Good news that only two files have to be reverted. I have reverted one, and Ariel seems to make some experiments with the other. Great. Thanks to the two of you. Keeping comments and splitting long lines may be an enhancement (see https://issues.apache.org/ooo/**show_bug.cgi?id=122518#c9https://issues.apache.org/ooo/show_bug.cgi?id=122518#c9) but there is no need to revert that. And the error with CaptionOrderNumberingFirst https://issues.apache.org/ooo/**show_bug.cgi?id=122518#c10https://issues.apache.org/ooo/show_bug.cgi?id=122518#c10comes from the original commit that forgot to mark this as x-no-translate (this flags the string as not-extractable by localize so that it does not appear in the sdf file, nor is merged back) http://hg.services.openoffice.**org/OOO340/rev/ca60b76cc688http://hg.services.openoffice.org/OOO340/rev/ca60b76cc688 Ps. the commit is old, so at least it underlines my request from earlier that we regulary build languages in buildbot. I do build with --with-lang=en-US es and the bug didn't show up until the translation was integrated (rev. 1489712 from June 5th). Building languages in the buildbot is a nonsense if there is no periodical integration of localization. I agree with you, but I have the opinion that localization should be integrated just as frequently as source changes. My target with l10n is still that pootle changes moves automatically to svn (maybe with a delay of a day). If we dont build with-lang regulary we dont see if e.g. rejuvenate01 changes breaks in a language build, so its not only the translated text that makes a difference. I have understood Ariel's comment so, that he wants to add periodical integration of localization data, not to remove --with-lang builds. If my assumption is correct, then the two of you want the same thing. And I agree with that. yeah the difference is in some small details, which can be easily ironed out, no real problems. Just for me to sure, am I off the hook or am a still a show stopper for 4.0 (which I DO NOT want to be) ? You where never on the hook. If there is a showstopper then somebody will fix it. I have added my share of showstoppers. Sometimes I find and fix them. Often somebody else does. Ariel tends to find a lot of mine :-) I did not started this thread because this was a special case or overly severe. There where just so many files modified that I seemed to be safest to revert it and do a review without any pressure. I thought it would be rude to just revert it, without informing the author first. In case something is missing, please just go ahead and do it, I will apriciate it and not be offended. Can I have this statement on record from anybody else here, too :-) Regards, Andre rgds jan I. -Andre rgds jan i Regards -- Ariel Constenla-Haile La Plata, Argentina --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-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: Draft blog post: With Apache OpenOffice you get what you don't pay for
On Sun, Jun 16, 2013 at 9:36 PM, Rob Weir robw...@apache.org wrote: https://blogs.apache.org/preview/OOo/?previewEntry=with_apache_openoffice_you_get Supplies are limited...technically true, if you're trying to avoid traffic overload on the link... Don
dificulty in OO base
Hi there, I´m from Brazil, and I need some help from you. Sorry for my bad English. Well, I am changing the entire database from access to open office base. The tables and forms were all done easily, but I´m having difficulty changing the user interface. At the MS Access I just configured the start form at properties. Here in OO Base I used a macro . SOLVED At the MS Access I copied from the internet a macro to block everything, except the form I want to be loaded at startup. Using this way, The users can insert data by the form, but can not acess the entire content. Can you help me setting it up? The help can be a tutorial, a script, a macro, or else. I junt want to make private and safe the content of the forms. Thank you very much!! EDSON SOUZA BASTOS FARMACAM
XRowUpdate interface in service ResultSet
Hello, I have a few questions here: XRowUpdate has a few methods like updateType(int columnindex, type variable). This is similar to setPropertyValues command. Should these command be linked to the execute() - setPropertyValues command? Or should this even be implemented? -- Rajath S, M.Sc(Hons.) Physics, Birla Institute of Technology and Science - Pilani, Pilani
Re: Draft blog post: With Apache OpenOffice you get what you don't pay for
On Mon, Jun 17, 2013 at 12:33 PM, Donald Whytock dwhyt...@apache.org wrote: On Sun, Jun 16, 2013 at 9:36 PM, Rob Weir robw...@apache.org wrote: https://blogs.apache.org/preview/OOo/?previewEntry=with_apache_openoffice_you_get Supplies are limited...technically true, if you're trying to avoid traffic overload on the link... But in this case, the site that was reported to use merely directed users to our own www.openoffice.org website after payment. So it wasn't even their bandwidth. -Rob Don - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Draft blog post: With Apache OpenOffice you get what you don't pay for
On Mon, Jun 17, 2013 at 1:15 PM, Rory O'Farrell ofarr...@iol.ie wrote: On Mon, 17 Jun 2013 13:06:30 -0400 Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 12:33 PM, Donald Whytock dwhyt...@apache.org wrote: On Sun, Jun 16, 2013 at 9:36 PM, Rob Weir robw...@apache.org wrote: https://blogs.apache.org/preview/OOo/?previewEntry=with_apache_openoffice_you_get Supplies are limited...technically true, if you're trying to avoid traffic overload on the link... But in this case, the site that was reported to use merely directed users to our own www.openoffice.org website after payment. So it wasn't even their bandwidth. The Patent Medicine Man at a fairground always announces that there are very few left. Hurry, hurry, hurry! get yours now - nearly sold out! It is one of the key psychological insights that advertisers use. There was a time when TV advertisements would end with Our operators are standing by to take your order. But testing showed that it was much better to say something like, If our operators are busy please call again. The perception of scarcity motivates people to action. Of course, the master of this was P.T. Barnum who in his museum of oddities managed crowds by having a prominent sign in the museum that said, This Way to See the Great Egress. And he was the one who coined the phrase, There's a sucker born every minute, something that required the internet to fully demonstrate. In any case I think raising awareness of OpenOffice as a free application can help reduce incidents like this. And if someone is taken in by a scam that involves OpenOffice then this reflects poorly on us, even though we are not directly involved. -Rob -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: XRowUpdate interface in service ResultSet
Hi Rajath, On Mon, Jun 17, 2013 at 10:28:56PM +0530, Rajath Shashidhara wrote: Hello, I have a few questions here: XRowUpdate has a few methods like updateType(int columnindex, type variable). This is similar to setPropertyValues command. Should these command be linked to the execute() - setPropertyValues command? Or should this even be implemented? Although the API documentation says that css.ucb.ContentResultSet includes the service css.sdbc.ResultSet, which exportes the css.sdbc.XRowUpdate interface, you do not have to implement this interface; look at this as a documentation bug. You just have to implement the interfaces listed under Exported Interfaces in http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/ContentResultSet.html see ucbhelper::ResultSet ucbhelper/inc/ucbhelper/resultset.hxx class UCBHELPER_DLLPUBLIC ResultSet : public cppu::OWeakObject, public com::sun::star::lang::XTypeProvider, public com::sun::star::lang::XServiceInfo, public com::sun::star::lang::XComponent, public com::sun::star::ucb::XContentAccess, public com::sun::star::sdbc::XResultSet, public com::sun::star::sdbc::XResultSetMetaDataSupplier, public com::sun::star::sdbc::XRow, public com::sun::star::sdbc::XCloseable, public com::sun::star::beans::XPropertySet Regards -- Ariel Constenla-Haile La Plata, Argentina pgpzRaMFjBrcj.pgp Description: PGP signature
Re: Graphical glitches on Draw 4.0
Am Freitag, 14. Juni 2013 um 15:43 schrieb Rory O'Farrell: On Fri, 14 Jun 2013 15:24:43 +0200 Armin Le Grand armin.le.gr...@me.com wrote: Hi Ricardo, as I already wrote in #122456# I am very surprised how something like that can happen. I would be happy to be able to reproduce this. Could you give a step-by-step description and infos about machine/system running on? Maybe put it directly in the task and write that you canks in advance! Sincerely, Armin On 14.06.2013 15:08, RGB ES wrote: Just draw a thick line and see if you can reproduce this http://people.apache.org/~rgb-es/Draw-341vs400.png On the left, 3.4.1, on the right, 4.0. As you can see, handlers are misplaced on 4.0. There is also a lot of noise when you move an object around con 4.0 http://people.apache.org/~rgb-es/Draw-400noise.png This problem is absent on 3.4.1. I'm testing the 64 bits Linux build. From the Help → About AOO400m2(Build:9701) - Rev. 1491860 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64 Refreshing the screen with Ctrl-Shift-R fix the second problem, but not the first one. I cannot find any related issue in bugzilla. One user on ES forums reported that boxes like font name/size are not repainting for him, but I cannot reproduce that. Regards Ricardo -- ALG I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 1489073) on Xubuntu 12.10. please don't use such a version number 4.0.2, we don't have released a 4.0.0 yet and it can be very confusing for external readers. Juergen Also, with a wide line (24pt) the corners of the line away from the green handles are clipped (bevelled) perhaps by the bounding box of the selection. Also, draw a rectangle or square using the thick line. The four lines are offset from the desired position: that is the wide line is being drawn to one side of the target position, instead of being centred on it, and the top and left lines are the correct width, but the bottom and right lines are narrower. Using the sidepanel, I am only able to alter the line width using the spin buttons (up/down arrows beside the width selector. I cannot highlight ad enter a value direct into the line width selector. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Graphical glitches on Draw 4.0
On Mon, 17 Jun 2013 22:10:03 +0200 Juergen Schmidt jogischm...@gmail.com wrote: Am Freitag, 14. Juni 2013 um 15:43 schrieb Rory O'Farrell: On Fri, 14 Jun 2013 15:24:43 +0200 Armin Le Grand armin.le.gr...@me.com wrote: Hi Ricardo, as I already wrote in #122456# I am very surprised how something like that can happen. I would be happy to be able to reproduce this. Could you give a step-by-step description and infos about machine/system running on? Maybe put it directly in the task and write that you canks in advance! Sincerely, Armin On 14.06.2013 15:08, RGB ES wrote: Just draw a thick line and see if you can reproduce this http://people.apache.org/~rgb-es/Draw-341vs400.png On the left, 3.4.1, on the right, 4.0. As you can see, handlers are misplaced on 4.0. There is also a lot of noise when you move an object around con 4.0 http://people.apache.org/~rgb-es/Draw-400noise.png This problem is absent on 3.4.1. I'm testing the 64 bits Linux build. From the Help → About AOO400m2(Build:9701) - Rev. 1491860 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64 Refreshing the screen with Ctrl-Shift-R fix the second problem, but not the first one. I cannot find any related issue in bugzilla. One user on ES forums reported that boxes like font name/size are not repainting for him, but I cannot reproduce that. Regards Ricardo -- ALG I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 1489073) on Xubuntu 12.10. please don't use such a version number 4.0.2, we don't have released a 4.0.0 yet and it can be very confusing for external readers. I may have been mistaken; I remembered that as the version number and didn't check. Installing AOO 4 on another machine it said it was 4.0.0-2 during the install and perhaps that is what I misremembered. In any case the build number is the significant item. Juergen Also, with a wide line (24pt) the corners of the line away from the green handles are clipped (bevelled) perhaps by the bounding box of the selection. Also, draw a rectangle or square using the thick line. The four lines are offset from the desired position: that is the wide line is being drawn to one side of the target position, instead of being centred on it, and the top and left lines are the correct width, but the bottom and right lines are narrower. Using the sidepanel, I am only able to alter the line width using the spin buttons (up/down arrows beside the width selector. I cannot highlight ad enter a value direct into the line width selector. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download stats per platform?
On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 -Rob - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download stats per platform?
On 17 June 2013 21:45, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 That's the one, thank you! Do you have the % numbers that went into the graph? - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download stats per platform?
On Mon, Jun 17, 2013 at 5:00 PM, David Gerard dger...@gmail.com wrote: On 17 June 2013 21:45, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 That's the one, thank you! Do you have the % numbers that went into the graph? That chart shows it day-by-day. The %'s vary over time. But the average over the year is: Windows: 88% Mac OS: 10% Linux: 2% So little difference compared to the distribution reported initially. It still reflects the distribution of desktop OS usage in the market. -Rob - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] a new web area for Apache OpenOffice third party products
On Sun, Jun 16, 2013 at 5:40 PM, Rob Weir robw...@apache.org wrote: On Sun, Jun 16, 2013 at 5:38 PM, Kay Schenk kay.sch...@gmail.com wrote: On Fri, Jun 14, 2013 at 4:11 PM, Kay Schenk kay.sch...@gmail.com wrote: On Fri, Jun 14, 2013 at 10:31 AM, Rob Weir robw...@apache.org wrote: On Fri, Jun 14, 2013 at 12:14 PM, Kay Schenk kay.sch...@gmail.com wrote: . . . Levels in which we might do things: Level 1 -- Do nothing but watch for abuses. If someone wants to sell a CD, then they are free to do it, per the license. They can advertise on eBay, their website, etc., but they have no permission to use the trademarks. Nothing special on our website. Level 2 -- We allow a listing on our website (or wiki) of those who offer CDs. But we make no attempt to verify anything. It is all caveat emptor. We put in disclaimers on the page so users know that we have not vetted anything. Level 3 -- We review requests for listing and approve them only if they meet our qualifications, which might include proper use of trademarks, a link back to our website, etc. This is similar to what we did with consultants. Level 4 -- Like Level 3, but for those distributors who meet our qualifications we offer a special logo they can use, something like a Community Distributor. . . . It seems there is at least some consensus of moving ahead with a CD vendor page similar to the consultants page: http://www.openoffice.org/bizdev/consultants.html so, Rob, if you feel inclined to work on #1 and #2 from your suggestions above, please feel free to draft up something for us to review. Then move on to #3? We might be able to jump directly to #3. We don't need to do #1 or #2 first. I've started to draft the Distributor Best Practices page here: http://www.openoffice.org/distribution/best-practices.html ok, this looks pretty good... I think in the end we need three pages: 1) The main page, which is the listings page. 2) The Distributor Best Practices page 3) An instructions page for would-be distributors, of how to get listed. It might grow over time to include links to ISO's, CD labels, etc., in the future. These pages would be cross-linked. So, we don't have to un-reroute what we've already done with the old distribution area, I'm inclined to put this new CD page(s) in bizdev also. I'm hoping we can just implement this with xml and xslt. I'll do some testing in a day or so. That could be done now or later on. It is OK to start with a static HTML page (not MDText) and prototype the design and even go live with it, and then add the XSLT automation to generate it later. Depending on the number of listings automation might not be needed. Do you want to mock up a distributor listings page? Yes, I can do this over the next day or so I think. I just do up a static HTML as you suggest. Maybe like the old listing but without the region info -- to start. I started looking at some XML, and XSL just now, and well, not sure how this could be handled with the CMS vis a vis standard page headers etc. We could probaly define a new page type. For now, static HTML it is. OK, start here (revision of /distribution/index.html) http://www.openoffice.org/distribution/index_new.html This is a good start. I wonder if the main page (index.html) should the end-user facing page, e.g., the distributor listings? And then have the FAQ be in distributor-faqs.html or something like that? This might be a good idea. The main facing page IS a bit preachy I guess. The legacy Distribution project's main index page was more like a combination of the FAQ and best practices with links to CDs, etc. But if we're only going to be dealing with CDs, no reason to keep that organization, and it would probably be more friendly for users. (I have an archive of the old /distribution/index.html). Not a big deal, just an idea. Do we know what existing incoming links from 3rd party websites point to? I can't answer this one. (or even OO websites?) Because distribution used to be a separate project, there are many links to distribution.openoffice.org and a fair number JUST the cdrom area. Whatever URL was used for the distributor list before should probably stay as the listing page. That way the existing links will still be accurate. http://www.openoffice.org/distribution/distributors.html Since there were more than just CD vendors before, I think the page you would want to keep the same would be: /distribution/cdrom/sellers.html --and/or-- /distribution/cdrom/index.html The two pages above are in my old archive and are practically identical. I used this as kind of a template for:
Re: dificulty in OO base
On Mon, Jun 17, 2013 at 9:24 AM, FARMACAM GMAIL farmaca...@gmail.comwrote: Hi there, I´m from Brazil, and I need some help from you. Sorry for my bad English. Well, I am changing the entire database from access to open office base. The tables and forms were all done easily, but I´m having difficulty changing the user interface. At the MS Access I just configured the start form at properties. Here in OO Base I used a macro…. SOLVED At the MS Access I copied from the internet a macro to block everything, except the form I want to be loaded at startup. Using this way, The users can insert data by the form, but can not acess the entire content. Can you help me setting it up? The help can be a tutorial, a script, a macro, or else. I junt want to make private and safe the content of the forms. Thank you very much!! EDSON SOUZA BASTOS FARMACAM Hello Edson -- This list is not generally for end user support. You might try posting this message to the OpenOffice forums: http://forum.openoffice.org/ for additional assistance. Thank you for your interest in Apache OpenOffice. -- - MzK Normal is not something to aspire to, it is something to get away from. -- Jodie Foster
Re: dificulty in OO base
There is also us...@openoffice.apache.org http://www.openoffice.org/mail_list.html#general On 6/17/13, Kay Schenk kay.sch...@gmail.com wrote: On Mon, Jun 17, 2013 at 9:24 AM, FARMACAM GMAIL farmaca...@gmail.comwrote: Hi there, I´m from Brazil, and I need some help from you. Sorry for my bad English. Well, I am changing the entire database from access to open office base. The tables and forms were all done easily, but I´m having difficulty changing the user interface. At the MS Access I just configured the start form at properties. Here in OO Base I used a macro…. SOLVED At the MS Access I copied from the internet a macro to block everything, except the form I want to be loaded at startup. Using this way, The users can insert data by the form, but can not acess the entire content. Can you help me setting it up? The help can be a tutorial, a script, a macro, or else. I junt want to make private and safe the content of the forms. Thank you very much!! EDSON SOUZA BASTOS FARMACAM Hello Edson -- This list is not generally for end user support. You might try posting this message to the OpenOffice forums: http://forum.openoffice.org/ for additional assistance. Thank you for your interest in Apache OpenOffice. -- - MzK Normal is not something to aspire to, it is something to get away from. -- Jodie Foster -- Alexandro Colorado Apache OpenOffice Contributor http://es.openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: dificulty in OO base
Edson, There is some documentation that may be of help to you: https://wiki.documentfoundation.org/Documentation/Publications https://wiki.documentfoundation.org/images/f/fc/BH35-BaseHandbook.odt https://wiki.documentfoundation.org/images/7/76/BH35-BaseHandbook.pdf http://www.pitonyak.org/database/ On 06/17/2013 07:51 PM, Kay Schenk wrote: On Mon, Jun 17, 2013 at 9:24 AM, FARMACAM GMAIL farmaca...@gmail.comwrote: Hi there, I´m from Brazil, and I need some help from you. Sorry for my bad English. Well, I am changing the entire database from access to open office base. The tables and forms were all done easily, but I´m having difficulty changing the user interface. At the MS Access I just configured the start form at properties. Here in OO Base I used a macro…. SOLVED At the MS Access I copied from the internet a macro to block everything, except the form I want to be loaded at startup. Using this way, The users can insert data by the form, but can not acess the entire content. Can you help me setting it up? The help can be a tutorial, a script, a macro, or else. I junt want to make private and safe the content of the forms. Thank you very much!! EDSON SOUZA BASTOS FARMACAM Hello Edson -- This list is not generally for end user support. You might try posting this message to the OpenOffice forums: http://forum.openoffice.org/ for additional assistance. Thank you for your interest in Apache OpenOffice. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download stats per platform?
We can get the data from SourceForge by define the date range by ourselves: http://sourceforge.net/projects/openofficeorg.mirror/files/stats/map :) - Shenfeng (Simon) 2013/6/18 Rob Weir robw...@apache.org On Mon, Jun 17, 2013 at 5:00 PM, David Gerard dger...@gmail.com wrote: On 17 June 2013 21:45, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 That's the one, thank you! Do you have the % numbers that went into the graph? That chart shows it day-by-day. The %'s vary over time. But the average over the year is: Windows: 88% Mac OS: 10% Linux: 2% So little difference compared to the distribution reported initially. It still reflects the distribution of desktop OS usage in the market. -Rob - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [QA][Test Report] Weekly Status Update as of 20130614
Yu Zhen, Thanks for the report! We made big progress, thanks for every volunteers contribution! One more think I suggest we to focus in the next week is the testing on Base and Drawing. The problem is that we don't have any existing test cases for Base and Drawing for now. So besides creating test cases from scratch, I think we can also try another way to do quick testing for these 2 applications: people do exploration test, and report in QA mail group on (1) covered platform/database; (2) tested scenario/steps; (3) test result/defect found. So that we can identify any ship blocker defects in Base and Drawing quickly. - Shenfeng (Simon) 2013/6/17 Yuzhen Fan fanyuz...@gmail.com Hi All, We wrap up the AOO 4.0 Full Regression test this week, here is the weekly update (6/10 - 6/14): *Test execution:* 1. Testing of upgrading/updating a former AOO/OOo's version - Done and Passed 2. Acceptance testing on stlport change on Win7/Mac/RHEL/Ubuntu platforms - Done and accepted, with none of the opening defects found from this testing, is introduced by stlport. However, it needs development's confirmation. * Defect summary:* 1. 4.0.0 release blocker candidate defects are under reviewing, the total number is 66 now (original is 90) 2. Redhat specific defect with 64-bit Java, Bug 122485 ([Crash]OOO crash when apply animation for table/chart object) gets resolved, will set QE to verify * Issues quality highlight:* 1. Need to cover silent installation testing on Windows as it is not included in previous testing 2. The triage of bugs for AOO 4.0.0 release blockers is ongoing. 3. QAs are reminded to retest the failed/blocked test executions as the defects get fixed *Volunteer status: * 1. No new volunteers(total 20 so far) on test execution work 2. No new volunteers(total 6 so far) on defect work, the progress on confirming defects are low, need more to clean backlog of unconfirmed and resolved defects *Plan for next week:* 1. Locate AOO MSI file for slient installation testing on Windows 2. Work out test plan for AOO 4.0 Final Regression test and populate test cases in Testlink as fixing defects 3. Work with development to prioritize critical defects as 4.0.0 release blockers and assign them to Dev volunteers 4. Retest the failed/blocked test executions as the defects get fixed Thanks you all for effort on full regression testing, let's work together to move to final regression testing! Regards, Yu Zhen