OpenOffice for iPad
Hello, Are there any plans to develop OpenOffice to run on the iPad? Tim Davidson IT Director
Re: Another test of the download page on Browsershots.com
Am 09/05/2013 10:20 PM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 6:46 PM, Marcus (OOo) wrote: Am 09/05/2013 12:20 AM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 5:37 PM, Marcus (OOo) wrote: Am 09/04/2013 10:47 PM, schrieb Rob Weir: http://browsershots.org/http://www.openoffice.org/download/ I'm not sure anyone else can read that. It might be tied to a cookie. But I ran a test to render the download page on 135 browser/os combinations. It returns a PNG screenshot for each rendering. I looked for which combinations did not render the green download box. There were 5 failures. Two I don't think we care about: Dillo 3.0.2 / Debian 6.0 (squeeze) and Kazehakase 0.5.8 / Debian 6.0 (squeeze) And 3 that we should care about: MSIE 5.5 / Windows 2008 R2 (Server) MSIE 6.0 / Windows 2008 R2 (Server) MSIE 7.0 / Windows 2008 R2 (Server) I don't agree here. Why do we have to support stone-old browsers? Because they are available on a browser testing website? Come on. ;-) I'm concerned with the error, since it it impacts the more modern IE 6 and 7. Looking at visits to our website over the past month I see this many users: IE 10 -- 857,499 IE 9 -- 250,591 IE 8 -- 420,215 IE 7 -- 69,914 IE 6 -- 27,172 IE 5.5 -- 69 So we're still getting nearly 100K visits/month from these older IE versions. The 69 are not really impressive. But 27,000+ for MSIE 6 is surprising. http://en.wikipedia.org/wiki/Internet_Explorer_5 It's old, MS is no longer supporting it, so IMHO it's done. Nearly the same for 6.0. Right. But here is a common scenario. You need to reinstall Windows on a machine. Say it is XP or Vista. Both are supported today, but both have older browsers by default. Of course, the first thing you do on a new machine is run the Windows Updates. But in parallel with that you are downloading other software you need, Acrobat Reader, anti virus, 7-Zip, Notepad++, etc., and Apache OpenOffice. So you might end up with IE 8 in the end, after all the patches are applied. But you start your work with an earlier version, I would expect that these people first get the basics up-to-date, then other applications. The IE versions all give the same script error: However, if all browsers show the same error then a fix could get back all 3 into life at the same time. That makes sense. Yes, let's concentrate on the error. Line 330, Char 1, Code 0, Expected identifier, string or number This is an odd place for an error, since that appears to be in the middle of the commented out block for beta releases. Any ideas? Yes, if you search in the "index.html" which indeed doesn't make sense. When looking into "download.js" then you are in the middle of the "getFilesize()" function. But I've no idea what the problematic point could be there. I wonder if it could be http://www.openoffice.org/download/release_matrix.js? Could it be a coincidence that that file is exactly 329 lines long and the error is claimed to be in line 330? Maybe that unnecessary comma at the end of line 328 is the issue? Hm, and what about "languages.js"? It has also a semicolon at the end but the file has only 108 lines. In the "index.html" it will be imported before the "release_matrix.js" (I don't know if this really the case) but there is no hint for error. Anyway, let's try. In the test area: http://ooo-site.staging.apache.org/download/test/index.html http://ooo-site.staging.apache.org/download/test/other.html I've committed the deletion of the characters in both files. I think we need to wait another 24h until we are allowed to use Browsershots.org again, right? - At least this is my experience. I don't know if that restriction is per client IP address or per host, It's about the tested website that triggers the limit. It doesn't matter who or which IP is requesting the test. but we're blocked either way, because of robots.txt on staging: OK yes, the staging area. http://ooo-site.staging.apache.org/robots.txt But if it is OK to publish those changes we should be able to run another test now. Hm, I decided to publish the changes already yesterday. To bad that I've not changed the links from staged to live, sorry. ;-( Please try again with the real webpages. Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Removing JavaScript from other.html
Am 09/05/2013 12:52 AM, schrieb Andrea Pescetti: On 02/09/2013 Marcus (OOo) wrote: Right, at the moment only the following has to be done to change the content of the "other.html": - change the version number - change the languages - and if needed its order - change the platforms - and if needed its order But this wouldn't change. I managed to express myself very badly. In practice, what I propose is this: [details deleted] Hm, maybe as I've understood something completely different. ;-) What you now propose is a nice way to combine both - save time and ensure stable links. I'll give it a try on the coming weekend. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Component "shs" in Bugzilla (Native-Lang)
Am 09/05/2013 01:02 AM, schrieb Andrea Pescetti: Rob Weir wrote: I'm reading the "sh" is deprecated and "sr" is for Serbian IANA recommends sr-Latn for Serbian with Latin script. ... Are we not able to use subtags like this in Pootle? No: the problem is explained in https://issues.apache.org/ooo/show_bug.cgi?id=122910 and is related to the OpenOffice code, not to the tools. So: we need to use the deprecated "sh" code due to still existing technical constraints in OpenOffice. Note if someone cares to fix it: in http://www.openoffice.org/download/legacy/other.html Serbian Cyrillic and Latin are swapped (sr must be Cyrillic, sh Latin). done, will be live with the next publish. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Another test of the download page on Browsershots.com
Am 09/06/2013 03:18 AM, schrieb Rob Weir: On Thu, Sep 5, 2013 at 4:32 PM, Marcus (OOo) wrote: Am 09/05/2013 10:20 PM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 6:46 PM, Marcus (OOo) wrote: Am 09/05/2013 12:20 AM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 5:37 PM, Marcus (OOo) wrote: Am 09/04/2013 10:47 PM, schrieb Rob Weir: http://browsershots.org/http://www.openoffice.org/download/ I'm not sure anyone else can read that. It might be tied to a cookie. But I ran a test to render the download page on 135 browser/os combinations. It returns a PNG screenshot for each rendering. I looked for which combinations did not render the green download box. There were 5 failures. Two I don't think we care about: Dillo 3.0.2 / Debian 6.0 (squeeze) and Kazehakase 0.5.8 / Debian 6.0 (squeeze) And 3 that we should care about: MSIE 5.5 / Windows 2008 R2 (Server) MSIE 6.0 / Windows 2008 R2 (Server) MSIE 7.0 / Windows 2008 R2 (Server) I don't agree here. Why do we have to support stone-old browsers? Because they are available on a browser testing website? Come on. ;-) I'm concerned with the error, since it it impacts the more modern IE 6 and 7. Looking at visits to our website over the past month I see this many users: IE 10 -- 857,499 IE 9 -- 250,591 IE 8 -- 420,215 IE 7 -- 69,914 IE 6 -- 27,172 IE 5.5 -- 69 So we're still getting nearly 100K visits/month from these older IE versions. The 69 are not really impressive. But 27,000+ for MSIE 6 is surprising. http://en.wikipedia.org/wiki/Internet_Explorer_5 It's old, MS is no longer supporting it, so IMHO it's done. Nearly the same for 6.0. Right. But here is a common scenario. You need to reinstall Windows on a machine. Say it is XP or Vista. Both are supported today, but both have older browsers by default. Of course, the first thing you do on a new machine is run the Windows Updates. But in parallel with that you are downloading other software you need, Acrobat Reader, anti virus, 7-Zip, Notepad++, etc., and Apache OpenOffice. So you might end up with IE 8 in the end, after all the patches are applied. But you start your work with an earlier version, I would expect that these people first get the basics up-to-date, then other applications. The IE versions all give the same script error: However, if all browsers show the same error then a fix could get back all 3 into life at the same time. That makes sense. Yes, let's concentrate on the error. Line 330, Char 1, Code 0, Expected identifier, string or number This is an odd place for an error, since that appears to be in the middle of the commented out block for beta releases. Any ideas? Yes, if you search in the "index.html" which indeed doesn't make sense. When looking into "download.js" then you are in the middle of the "getFilesize()" function. But I've no idea what the problematic point could be there. I wonder if it could be http://www.openoffice.org/download/release_matrix.js? Could it be a coincidence that that file is exactly 329 lines long and the error is claimed to be in line 330? Maybe that unnecessary comma at the end of line 328 is the issue? Hm, and what about "languages.js"? It has also a semicolon at the end but the file has only 108 lines. In the "index.html" it will be imported before the "release_matrix.js" (I don't know if this really the case) but there is no hint for error. Anyway, let's try. In the test area: http://ooo-site.staging.apache.org/download/test/index.html http://ooo-site.staging.apache.org/download/test/other.html I've committed the deletion of the characters in both files. I think we need to wait another 24h until we are allowed to use Browsershots.org again, right? - At least this is my experience. I don't know if that restriction is per client IP address or per host, It's about the tested website that triggers the limit. It doesn't matter who or which IP is requesting the test. but we're blocked either way, because of robots.txt on staging: OK yes, the staging area. http://ooo-site.staging.apache.org/robots.txt But if it is OK to publish those changes we should be able to run another test now. Hm, I decided to publish the changes already yesterday. To bad that I've not changed the links from staged to live, sorry. ;-( Please try again with the real webpages. Same errors. I think it is the trailing comma on the last entry in the array. I changed in it download/test/release_matrix.js and will test it again tomorrow. Ah, good catch. I've published the website, so you can test with the real webpage. I cross my fingers. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User questions on dev mailing list
Am 09/06/2013 03:24 AM, schrieb Dave Fisher: On Sep 5, 2013, at 4:32 PM, Kay Schenk wrote: On Thu, Sep 5, 2013 at 4:11 PM, sebb wrote: A related issue is: why so many emails with the (irrelevant) subject: "Reporting a problem with the Open Office website" that's the pre-constructed subject for the first entry in: "If you have technical problems with one of the Apache OpenOffice websites.." this was put in a few weeks ago, so folks using this email section would get more of an indication about what the subject they're sending about. But we are still getting product problem reports this way. I would still recommend removing the first reference to contacting the developers, however. If folks really do need an immediate e-mail on this Contact Us page, we could easily put in a mailto: to "us...@openoffice.apache.org" the way we've done with contact the developers. This would go through moderation, but at least it would be going to a more appropriate mailing list. Is this a good idea? Yes - and we should shorten the long suggested "subject" with something like "[Contact]" I've asked if it's a good idea to extend the subject to see where it comes from and to show the user (hopefully) "Hey, maybe your text doesn't fit to the subject, think again". Nobody objected and I did it. Now it is too long, so I don't understand the objection. Why now? OK, maybe a little revolution but we should remove any hints to the dev@ list completely as it obviously doesn't work. Just leave some hints to users@ and the general mailing list webpage. Marcus I assume there must be a mailto: link somewhere that is producing this. The surrounding text may need to be tweaked to reduce these. On 5 September 2013 22:48, Kay Schenk wrote: On Thu, Sep 5, 2013 at 6:29 AM, sebb wrote: On 5 September 2013 12:00, Rob Weir wrote: On Thu, Sep 5, 2013 at 5:24 AM, sebb wrote: The dev list sees the occasional thread which IMO really belongs on the user list/forum Although it is convenient for the poster to have the question answered on the dev list, I wonder if that is the best approach overall. The disadvantages of not referring the poster to the user list are several: - other users don't benefit from the thread - the dev list is cluttered with the off-topic threads - the poster may continue to use the dev list rather than the user list/forum where there are lots more potential responders Just a thought. This is all true. We also get user questions to the private mailing list, and via the press alias address. And we also get product support questions to the Bugzilla admin alias and the ezmlm admin alias. But I don't think we actively encourage users to post questions to do these things. But it is a puzzle why this happens. The main contact page for the project, on the footer of every web page is this: http://www.openoffice.org/contact_us.html We've adjusted this over time, to make sure that the support options were first and more prominent. But we still get misdirected emails, to the dev, private, etc. lists. But with a million downloads a week there will always be some small number of users who don't read that page carefully, or maybe think they will get a faster response if they send to a different list. [And they are proved right when their off-topic questions are promptly answered ...] The second heading currently says: "If you want to contact the Apache OpenOffice developer team..." which may explain some of the misdirected questions. [Who better to ask than a developer if there is a problem? Maybe I'll get a faster response?] I think that section should have some explanation as to when it is appropriate to contact the team directly. Possibly move it further down the page as well. Maybe the "contact the Apache OpenOffice developer team" needs to be removed from the "Contact Us" page entirely. Honestly, given the context, I'm not sure this belongs here. Maybe delete that section and add a heading at the end called Mailing Lists and route them to the project mailing list page. That might encourage users to make a better choice for contacting. -Rob - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User questions on dev mailing list
Am 09/06/2013 01:41 PM, schrieb Rob Weir: On Fri, Sep 6, 2013 at 3:39 AM, Marcus (OOo) wrote: Am 09/06/2013 03:24 AM, schrieb Dave Fisher: On Sep 5, 2013, at 4:32 PM, Kay Schenk wrote: On Thu, Sep 5, 2013 at 4:11 PM, sebb wrote: A related issue is: why so many emails with the (irrelevant) subject: "Reporting a problem with the Open Office website" that's the pre-constructed subject for the first entry in: "If you have technical problems with one of the Apache OpenOffice websites.." this was put in a few weeks ago, so folks using this email section would get more of an indication about what the subject they're sending about. But we are still getting product problem reports this way. I would still recommend removing the first reference to contacting the developers, however. If folks really do need an immediate e-mail on this Contact Us page, we could easily put in a mailto: to "us...@openoffice.apache.org" the way we've done with contact the developers. This would go through moderation, but at least it would be going to a more appropriate mailing list. Is this a good idea? Yes - and we should shorten the long suggested "subject" with something like "[Contact]" I've asked if it's a good idea to extend the subject to see where it comes from and to show the user (hopefully) "Hey, maybe your text doesn't fit to the subject, think again". Nobody objected and I did it. Now it is too long, so I don't understand the objection. Why now? OK, maybe a little revolution but we should remove any hints to the dev@ list completely as it obviously doesn't work. Just leave some hints to users@ and the general mailing list webpage. With a million downloads per week nothing will work perfectly accept removing any mention of the dev list from that page. We played with adjusting the wording on the website, and the ordering of things on the page. That improved things a little, I think. But even a small human error rate multiplied by 65 million will be significant. Maybe we shouldn't have a a subject line at all? That would force the sender to think and write one. Many email clients force that. If we predefine a subject than many users will just use it unchanged. This is OK in some cases, where the intent is clearly expressed by the subject, like "I am starting the Introduction to Contributing to Apache OpenOffice" emails. But it doesn't work well in other cases. We had no subject line before the change and it was proven not to work. And additionally we didn't know where the mails came from. Now there is a preset subject and - unfortunately - it still doesn't work. So, going back to not offer a subject line won't change anything to work better. Another angle is to realize that enabling the user and motivating them in a specific direction is more powerful than trying to steer them away from a specific direction. Maybe the problem is we are not making the support forums sound attractive enough? Maybe if we said something like, "For the fastest and most expert response, post your question to"? Make the forums sound like the most attractive option. We know they are the best place for questions, of course. But we ought to describe it equally attractively. Yes, that could maybe work. If someone has ideas to improve the wording and to guide the users into the wanted direction, then change, commit and wait for the results. I as non-native speaker think I'm no longer suitable to do these changes. Marcus I assume there must be a mailto: link somewhere that is producing this. The surrounding text may need to be tweaked to reduce these. On 5 September 2013 22:48, Kay Schenk wrote: On Thu, Sep 5, 2013 at 6:29 AM, sebb wrote: On 5 September 2013 12:00, Rob Weir wrote: On Thu, Sep 5, 2013 at 5:24 AM, sebb wrote: The dev list sees the occasional thread which IMO really belongs on the user list/forum Although it is convenient for the poster to have the question answered on the dev list, I wonder if that is the best approach overall. The disadvantages of not referring the poster to the user list are several: - other users don't benefit from the thread - the dev list is cluttered with the off-topic threads - the poster may continue to use the dev list rather than the user list/forum where there are lots more potential responders Just a thought. This is all true. We also get user questions to the private mailing list, and via the press alias address. And we also get product support questions to the Bugzilla admin alias and the ezmlm admin alias. But I don't think we actively encourage users to post questions to do these things. But it is a puzzle why this happens. The main contact page for the project, on the footer of every web page is this: http://www.openoffice.org/conta
Re: [PROPOSAL] Admin mailing list
Am 09/09/2013 09:29 AM, schrieb Andrea Pescetti: janI wrote: On Sep 9, 2013 6:17 AM, "Daniel Shahaf" wrote: I don't know what topics you guys are looking for a place to discuss, so I can't say whether a private list or a public list would better meet your needs. I have nothing against such a list, but it was not needed while I coordinated vm-team. I prefer direct mail for that purpose. I would find it handy to have an alias. Indeed, it makes it easier to have incident reports more visible than now (in the dev list traffic). An alias is also nice to have for internal discussions within the team, since already with 4-5 team members it's just easier to use an alias. +1, as a single point of contact it's the optimal way to reach the admins. Marcus But I'm really thinking of just an alias that forwards mail, not a public or private mailing list. For example, how does aoo-bugzilla-ad...@apache.org work? Maybe that one is a model we could follow. such a request should come from the admins, if wanted. Makes sense. We may want to get the proposal about structuring admins approved before preparing specific tools. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Another test of the download page on Browsershots.com
Am 09/09/2013 07:50 PM, schrieb Rob Weir: On Fri, Sep 6, 2013 at 3:33 AM, Marcus (OOo) wrote: Am 09/06/2013 03:18 AM, schrieb Rob Weir: On Thu, Sep 5, 2013 at 4:32 PM, Marcus (OOo) wrote: Am 09/05/2013 10:20 PM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 6:46 PM, Marcus (OOo) wrote: Am 09/05/2013 12:20 AM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 5:37 PM, Marcus (OOo) wrote: Am 09/04/2013 10:47 PM, schrieb Rob Weir: http://browsershots.org/http://www.openoffice.org/download/ I'm not sure anyone else can read that. It might be tied to a cookie. But I ran a test to render the download page on 135 browser/os combinations. It returns a PNG screenshot for each rendering. I looked for which combinations did not render the green download box. There were 5 failures. Two I don't think we care about: Dillo 3.0.2 / Debian 6.0 (squeeze) and Kazehakase 0.5.8 / Debian 6.0 (squeeze) And 3 that we should care about: MSIE 5.5 / Windows 2008 R2 (Server) MSIE 6.0 / Windows 2008 R2 (Server) MSIE 7.0 / Windows 2008 R2 (Server) I don't agree here. Why do we have to support stone-old browsers? Because they are available on a browser testing website? Come on. ;-) I'm concerned with the error, since it it impacts the more modern IE 6 and 7. Looking at visits to our website over the past month I see this many users: IE 10 -- 857,499 IE 9 -- 250,591 IE 8 -- 420,215 IE 7 -- 69,914 IE 6 -- 27,172 IE 5.5 -- 69 So we're still getting nearly 100K visits/month from these older IE versions. The 69 are not really impressive. But 27,000+ for MSIE 6 is surprising. http://en.wikipedia.org/wiki/Internet_Explorer_5 It's old, MS is no longer supporting it, so IMHO it's done. Nearly the same for 6.0. Right. But here is a common scenario. You need to reinstall Windows on a machine. Say it is XP or Vista. Both are supported today, but both have older browsers by default. Of course, the first thing you do on a new machine is run the Windows Updates. But in parallel with that you are downloading other software you need, Acrobat Reader, anti virus, 7-Zip, Notepad++, etc., and Apache OpenOffice. So you might end up with IE 8 in the end, after all the patches are applied. But you start your work with an earlier version, I would expect that these people first get the basics up-to-date, then other applications. The IE versions all give the same script error: However, if all browsers show the same error then a fix could get back all 3 into life at the same time. That makes sense. Yes, let's concentrate on the error. Line 330, Char 1, Code 0, Expected identifier, string or number This is an odd place for an error, since that appears to be in the middle of the commented out block for beta releases. Any ideas? Yes, if you search in the "index.html" which indeed doesn't make sense. When looking into "download.js" then you are in the middle of the "getFilesize()" function. But I've no idea what the problematic point could be there. I wonder if it could be http://www.openoffice.org/download/release_matrix.js? Could it be a coincidence that that file is exactly 329 lines long and the error is claimed to be in line 330? Maybe that unnecessary comma at the end of line 328 is the issue? Hm, and what about "languages.js"? It has also a semicolon at the end but the file has only 108 lines. In the "index.html" it will be imported before the "release_matrix.js" (I don't know if this really the case) but there is no hint for error. Anyway, let's try. In the test area: http://ooo-site.staging.apache.org/download/test/index.html http://ooo-site.staging.apache.org/download/test/other.html I've committed the deletion of the characters in both files. I think we need to wait another 24h until we are allowed to use Browsershots.org again, right? - At least this is my experience. I don't know if that restriction is per client IP address or per host, It's about the tested website that triggers the limit. It doesn't matter who or which IP is requesting the test. but we're blocked either way, because of robots.txt on staging: OK yes, the staging area. http://ooo-site.staging.apache.org/robots.txt But if it is OK to publish those changes we should be able to run another test now. Hm, I decided to publish the changes already yesterday. To bad that I've not changed the links from staged to live, sorry. ;-( Please try again with the real webpages. Same errors. I think it is the trailing comma on the last entry in the array. I changed in it download/test/release_matrix.js and will test it again tomorrow. Ah, good catch. I've published the website, so you can test with the real webpage. I cross my fingers. The latest versions works OK on the older I.E.'s on browsershots.org
Re: Another test of the download page on Browsershots.com
Am 09/09/2013 08:50 PM, schrieb Rob Weir: On Mon, Sep 9, 2013 at 2:32 PM, Marcus (OOo) wrote: Am 09/09/2013 07:50 PM, schrieb Rob Weir: On Fri, Sep 6, 2013 at 3:33 AM, Marcus (OOo) wrote: Am 09/06/2013 03:18 AM, schrieb Rob Weir: On Thu, Sep 5, 2013 at 4:32 PM, Marcus (OOo) wrote: Am 09/05/2013 10:20 PM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 6:46 PM, Marcus (OOo) wrote: Am 09/05/2013 12:20 AM, schrieb Rob Weir: On Wed, Sep 4, 2013 at 5:37 PM, Marcus (OOo) wrote: Am 09/04/2013 10:47 PM, schrieb Rob Weir: http://browsershots.org/http://www.openoffice.org/download/ I'm not sure anyone else can read that. It might be tied to a cookie. But I ran a test to render the download page on 135 browser/os combinations. It returns a PNG screenshot for each rendering. I looked for which combinations did not render the green download box. There were 5 failures. Two I don't think we care about: Dillo 3.0.2 / Debian 6.0 (squeeze) and Kazehakase 0.5.8 / Debian 6.0 (squeeze) And 3 that we should care about: MSIE 5.5 / Windows 2008 R2 (Server) MSIE 6.0 / Windows 2008 R2 (Server) MSIE 7.0 / Windows 2008 R2 (Server) I don't agree here. Why do we have to support stone-old browsers? Because they are available on a browser testing website? Come on. ;-) I'm concerned with the error, since it it impacts the more modern IE 6 and 7. Looking at visits to our website over the past month I see this many users: IE 10 -- 857,499 IE 9 -- 250,591 IE 8 -- 420,215 IE 7 -- 69,914 IE 6 -- 27,172 IE 5.5 -- 69 So we're still getting nearly 100K visits/month from these older IE versions. The 69 are not really impressive. But 27,000+ for MSIE 6 is surprising. http://en.wikipedia.org/wiki/Internet_Explorer_5 It's old, MS is no longer supporting it, so IMHO it's done. Nearly the same for 6.0. Right. But here is a common scenario. You need to reinstall Windows on a machine. Say it is XP or Vista. Both are supported today, but both have older browsers by default. Of course, the first thing you do on a new machine is run the Windows Updates. But in parallel with that you are downloading other software you need, Acrobat Reader, anti virus, 7-Zip, Notepad++, etc., and Apache OpenOffice. So you might end up with IE 8 in the end, after all the patches are applied. But you start your work with an earlier version, I would expect that these people first get the basics up-to-date, then other applications. The IE versions all give the same script error: However, if all browsers show the same error then a fix could get back all 3 into life at the same time. That makes sense. Yes, let's concentrate on the error. Line 330, Char 1, Code 0, Expected identifier, string or number This is an odd place for an error, since that appears to be in the middle of the commented out block for beta releases. Any ideas? Yes, if you search in the "index.html" which indeed doesn't make sense. When looking into "download.js" then you are in the middle of the "getFilesize()" function. But I've no idea what the problematic point could be there. I wonder if it could be http://www.openoffice.org/download/release_matrix.js? Could it be a coincidence that that file is exactly 329 lines long and the error is claimed to be in line 330? Maybe that unnecessary comma at the end of line 328 is the issue? Hm, and what about "languages.js"? It has also a semicolon at the end but the file has only 108 lines. In the "index.html" it will be imported before the "release_matrix.js" (I don't know if this really the case) but there is no hint for error. Anyway, let's try. In the test area: http://ooo-site.staging.apache.org/download/test/index.html http://ooo-site.staging.apache.org/download/test/other.html I've committed the deletion of the characters in both files. I think we need to wait another 24h until we are allowed to use Browsershots.org again, right? - At least this is my experience. I don't know if that restriction is per client IP address or per host, It's about the tested website that triggers the limit. It doesn't matter who or which IP is requesting the test. but we're blocked either way, because of robots.txt on staging: OK yes, the staging area. http://ooo-site.staging.apache.org/robots.txt But if it is OK to publish those changes we should be able to run another test now. Hm, I decided to publish the changes already yesterday. To bad that I've not changed the links from staged to live, sorry. ;-( Please try again with the real webpages. Same errors. I think it is the trailing comma on the last entry in the array. I changed in it download/test/release_matrix.js and will test it again tomorrow. Ah, good catch. I've published the website, so you can test with
Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)
+1 Marcus Am 09/22/2013 10:06 AM, schrieb Jürgen Schmidt: Hi all, this is a call for vote on releasing the RC3 release candidate as Apache OpenOffice 4.0.1. This will be an important update release for Apache OpenOffice 4.0 to fix some serious regressions and to introduce some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic, Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further key milestone to continue the success of OpenOffice. This release candidate contains mainly fixes serious problems and regressions and new languages. An over view can be found under: http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html The release candidate artifacts (source release, as well as binary releases for 32 languages) and further information how to verify and review Apache OpenOffice 4.0.1 can be found on the following wiki page: https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot The RC is based on the release branch AOO401, revision 1524958! Please vote on releasing this package as Apache OpenOffice 4.0.1. The vote starts now and will be open until: UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC. But we invite all people to vote (non binding) on this RC. We would like to provide a release that is supported by the majority of our project members. [ ] +1 Release this package as Apache OpenOffice 4.0.1 [ ] 0 Don't care [ ] -1 Do not release this package because... - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0 Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/26/2013 10:12 PM, schrieb Marcus (OOo): Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0 Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. I've updated the download webpages, so that now 4.0.1 is the favorite download. Of course still only in the staged area: http://ooo-site.staging.apache.org/download/index.html Please test yourself. For me every link is working that I've clicked on but of course I've not tested every platform, language and link. *Important:* Avoid any changes and especially publishing on the webpages until Tuesday. Otherwise the new 4.0.1 download links will go online without announcement and public note. Thanks in advance. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/29/2013 09:23 PM, schrieb Keith N. McKenna: Marcus (OOo) wrote: Am 09/26/2013 10:12 PM, schrieb Marcus (OOo): Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0 Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. I've updated the download webpages, so that now 4.0.1 is the favorite download. Of course still only in the staged area: http://ooo-site.staging.apache.org/download/index.html Please test yourself. For me every link is working that I've clicked on but of course I've not tested every platform, language and link. *Important:* Avoid any changes and especially publishing on the webpages until Tuesday. Otherwise the new 4.0.1 download links will go online without announcement and public note. Thanks in advance. Marcus Marcus; One thing I noticed is that the link for the release notes under the green download box still points to the 4.0 release notes and not the 4.0.1. Thanks for the hint. As there is no default naming schema it needs to be changed for every new release. I've done it now. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/29/2013 10:00 PM, schrieb Ricardo Berlasso: 2013/9/29 Marcus (OOo) Am 09/26/2013 10:12 PM, schrieb Marcus (OOo): Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/**preview/OOo/?previewEntry=** announcing_apache_openoffice_**4_0<https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0> Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. I've updated the download webpages, so that now 4.0.1 is the favorite download. Of course still only in the staged area: http://ooo-site.staging.**apache.org/download/index.html<http://ooo-site.staging.apache.org/download/index.html> Please test yourself. For me every link is working that I've clicked on but of course I've not tested every platform, language and link. *Important:* Avoid any changes and especially publishing on the webpages until Tuesday. Otherwise the new 4.0.1 download links will go online without announcement and public note. Taking profit of this "freeze", I've just updated the staging ES site with the 4.0.1 announcement (I'll be short of time during the week). OK, if there are already Spanish release notes for AOO 4.0.1 available don't forget to link them. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/29/2013 11:46 PM, schrieb Kay Schenk: On Sun, Sep 29, 2013 at 2:14 PM, Marcus (OOo) wrote: Am 09/29/2013 10:00 PM, schrieb Ricardo Berlasso: 2013/9/29 Marcus (OOo) Am 09/26/2013 10:12 PM, schrieb Marcus (OOo): Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=**<https://blogs.apache.org/**preview/OOo/?previewEntry=**> announcing_apache_openoffice_4_0<https://blogs.apache.org/** preview/OOo/?previewEntry=**announcing_apache_openoffice_**4_0<https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0> Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. I've updated the download webpages, so that now 4.0.1 is the favorite download. Of course still only in the staged area: http://ooo-site.staging.**apac**he.org/download/index.html<http://apache.org/download/index.html> http://ooo-site.staging.apache.org/download/index.html> Please test yourself. For me every link is working that I've clicked on but of course I've not tested every platform, language and link. *Important:* Avoid any changes and especially publishing on the webpages until Tuesday. Otherwise the new 4.0.1 download links will go online without announcement and public note. Taking profit of this "freeze", I've just updated the staging ES site with the 4.0.1 announcement (I'll be short of time during the week). OK, if there are already Spanish release notes for AOO 4.0.1 available don't forget to link them. Marcus --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org I just finished porting the web version of the release notes over to where it normally lives. Great. I will keep my eye on additional changes later today and tomorrow. It's not a big deal to redo them -- just remembering what I need to do. :/ After the release announcement, I don't know if we should re-port or not. I guess it depends on how folks feel. The language menu bar doesn't show up on this version. I don't know what you mean with "language menu bar" but for me it looks good. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/30/2013 07:52 PM, schrieb Rob Weir: On Mon, Sep 30, 2013 at 12:39 PM, Kay Schenk wrote: On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir wrote: On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo) wrote: Am 09/26/2013 10:12 PM, schrieb Marcus (OOo): Am 09/26/2013 05:02 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0 Short and direct. Is there anything else worth mentioning, from a project perspective? I tried to avoid simply repeating what the release notes already say. To mention the "MS Excel export improvement" is really important as it was (one of) the topic with the highest number of reported 4.0.0 issues (with 6 duplicates and 9 votes). If I understand correctly we'll go live with the announcement on Tuesday. So we'll want to ensure the website download page is ready first. Yes, let me check on Monday evening (Hamburg time) if it's already working. Then we can do the public announcement on Tuesday with working download links. I've updated the download webpages, so that now 4.0.1 is the favorite download. Of course still only in the staged area: http://ooo-site.staging.apache.org/download/index.html Please test yourself. For me every link is working that I've clicked on but of course I've not tested every platform, language and link. *Important:* Avoid any changes and especially publishing on the webpages until Tuesday. Otherwise the new 4.0.1 download links will go online without announcement and public note. I've updated the announcement text and put Pedro's new Portuguese NL homepage into place: http://ooo-site.staging.apache.org/pt Are we waiting for anything else? Would it make sense to "go live" today instead of waiting for Tuesday? -Rob I was going to ask about this. The last few times, we went live with the web site a day BEFORE the announcement. So, today is fine with me. Publish away! :) I also noticed a "burp" in the ooo-site staging commit of yesterday. It would be nice to get on with the publishing a bit earlier -- today -- in case we run into issues. Just saying... OK. I'll publish now. That will allow us to find any issues now, before the greater post-announcement traffic. OK, just go and publish. I've finished the needed changes. Let's see if something is still wrong. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft 4.0.1 announcement blog post
Am 09/30/2013 11:46 PM, schrieb Rob Weir: On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk wrote: On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescettiwrote: Marcus (OOo) wrote: OK, just go and publish. I've finished the needed changes. Let's see if something is still wrong. While still waiting for the build fix, I've now updated the Italian, Lithuanian and Swedish pages. Regards, Andrea. --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Can someone give us an update on this? Is there something we can do? Like force new ooo-site working copy? I'm on infra TRC right now, but I don't see anything pertaining to this... I tried that via: https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/ But I ended up with the same error after the next build attempt. You're welcome to try your luck. Maybe I missed something. I think something got out of order in the commits to staging. Before this problem happened we had: /content/pt (the old Portuguese directory) /content/pt-test (the new translation) I moved pt to pt.old and then moved pt-test to pt. I committed that from my local working copy to SVN. No errors. I then made one further change to /pt/brand.mdtext. That would be the new /pt directory, of course. No error committing that change. But now we have an error: Unmergeable scheduling requested on an entry: Can't add '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent directory scheduled for deletion at /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69 That sounds like it noticed the deletion of the old pt directory when it was renamed to pt.old, but does not notice that a new pt directory was created when pt-test was renamed to pt. Or something else. I've updated only the ".../download/test/" website area. But even here no CMS build was triggered. Maybe something is broken in general. I hope that Infra can help. Sorry, I need to go to bed now as I've to manage another new release tomorrow (hm, already today). But totally Apache unrelated. ;-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download Polish AOO 4.0.1
Am 10/01/2013 01:55 PM, schrieb Piotr Borkowski: Download page writes: Download Apache OpenOfficeApache OpenOffice 4.0.1 for Polski (Polish) is not available. Please choose another build from the alternative Polish download webpage. Release notes states Polish is new translation available in 4.0.1. Please fix download pages. Polish is now availabe and should be offered on the download webpage. Please test again. Thanks for your patience. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RELEASE] Urgent - Polish is missing in the release matrix
Am 10/01/2013 06:33 PM, schrieb Oliver-Rainer Wittmann:
Hi,
On 01.10.2013 18:28, Michal Hriň wrote:
Dňa Tue, 01 Oct 2013 18:07:39 +0200 Oliver-Rainer Wittmann
napísal:
Hi,
On 01.10.2013 16:29, Oliver-Rainer Wittmann wrote:
Hi,
On 01.10.2013 16:22, Oliver-Rainer Wittmann wrote:
Hi,
On 01.10.2013 15:52, Rob Weir wrote:
On Tue, Oct 1, 2013 at 8:43 AM, Oliver-Rainer Wittmann
wrote:
Hi,
it looks like that Polish is missing in the 'release matrix' -
ooo-site/trunk/content/download/release_matrix.js
Because I do not feel experienced enough, I am hesitating to
change the
'release matrix'.
Can someone with more experience update the 'release matrix?
My proposed insertion to release_matrix.js would be:
"pl":{ "0": ['Linux_x86-64_install-deb', 'y', '154',
'Apache_OpenOffice_4.0.1_Linux_x86-64_install-deb_ast.tar.gz'],
"1": ['Linux_x86-64_install-rpm', 'y', '155',
'Apache_OpenOffice_4.0.1_Linux_x86-64_install-rpm_ast.tar.gz'],
"2": ['Linux_x86-64_langpack-deb', 'y', ' 13',
'Apache_OpenOffice_4.0.1_Linux_x86-64_langpack-deb_ast.tar.gz'],
"3": ['Linux_x86-64_langpack-rpm', 'y', ' 13',
'Apache_OpenOffice_4.0.1_Linux_x86-64_langpack-rpm_ast.tar.gz'],
"4": ['Linux_x86_install-deb', 'y', '146',
'Apache_OpenOffice_4.0.1_Linux_x86_install-deb_ast.tar.gz'],
"5": ['Linux_x86_install-rpm', 'y', '147',
'Apache_OpenOffice_4.0.1_Linux_x86_install-rpm_ast.tar.gz'],
"6": ['Linux_x86_langpack-deb', 'y', ' 13',
'Apache_OpenOffice_4.0.1_Linux_x86_langpack-deb_ast.tar.gz'],
"7": ['Linux_x86_langpack-rpm', 'y', ' 13',
'Apache_OpenOffice_4.0.1_Linux_x86_langpack-rpm_ast.tar.gz'],
"8": ['Mac_x86_install', 'y', '162',
'Apache_OpenOffice_4.0.1_MacOS_x86_install_ast.dmg'],
"9": ['Mac_x86_langpack', 'y', ' 13',
'Apache_OpenOffice_4.0.1_MacOS_x86_langpack_ast.dmg'],
"10": ['Win_x86_install', 'y', '134',
'Apache_OpenOffice_4.0.1_Win_x86_install_ast.exe'],
"11": ['Win_x86_langpack', 'y', ' 13',
'Apache_OpenOffice_4.0.1_Win_x86_langpack_ast.exe']},
But I am not sure, if this will be enough.
I made that change, but recommending the Polish rather than the
Asturian installs ;-)
We'll see if that is enough.
On my system (Windows 7 64bit) with Firefox Polish is still missing.
I think a corresponding replace of 'n' by 'y' in
ooo-site/trunk/content/download/languages.js is needed
I have committed and publish this change, but Polish is still missing.
I changed windows locale to Polish and green box on English site works.
Cool - we have made it finally.
Thx for taking care and testing.
Hm, maybe Polish was missing in one of the mails from Juergen which I
relied on this information. Sorry for that. But the fixes that were done
today are right.
Marcus
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/01/2013 09:07 AM, schrieb Oliver-Rainer Wittmann: Hi, I opened our for the AOO 4.0.1 release updated download page on certain systems in different browsers. Here are my experiences: - iPad 2, iOS 6.1.3 -- Safari --> fine -- Terra --> fine - iMac Intel, Mac OS 10.7.5, German -- Safari 6.0.5 --> fine -- Firefox 24.0 --> fine - Windows 7 64bit, English -- Firefox 17.0.9 --> fine -- Internet Explorer 8 --> fine - iMac PowerPC, Mac OS 10.4.11, German -- Firefix 3.6.28 --> fine -- Safari 4.1.3 --> fine Thus, download page works on my side - Thx for the hard work. Thanks a lot for your different tests. It shows that in general it is working fine on a wide base of browsers - even with MSIE 8. However, in some circumstances the website is not successfully shown and the goal is to answer the "Why" question. At the moment I've no hint were to start to look at. But if someone has some tips please tell here. :-) Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/01/2013 08:23 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:09, Marcus (OOo) wrote: Am 10/01/2013 09:07 AM, schrieb Oliver-Rainer Wittmann: Hi, I opened our for the AOO 4.0.1 release updated download page on certain systems in different browsers. Here are my experiences: - iPad 2, iOS 6.1.3 -- Safari --> fine -- Terra --> fine - iMac Intel, Mac OS 10.7.5, German -- Safari 6.0.5 --> fine -- Firefox 24.0 --> fine - Windows 7 64bit, English -- Firefox 17.0.9 --> fine -- Internet Explorer 8 --> fine - iMac PowerPC, Mac OS 10.4.11, German -- Firefix 3.6.28 --> fine -- Safari 4.1.3 --> fine Thus, download page works on my side - Thx for the hard work. Thanks a lot for your different tests. It shows that in general it is working fine on a wide base of browsers - even with MSIE 8. However, in some circumstances the website is not successfully shown and the goal is to answer the "Why" question. At the moment I've no hint were to start to look at. But if someone has some tips please tell here. :-) Thanks No problem. But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Marcus Does somebody else experience the same? No, on my office PC I've Windows 7 64-bit and MSIE 8. But no problems to display both webpages. But after the latest changes I'll try again tomorrow. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Automating Error-prone Manual Release-related Files By Using Centralized Release Artifact Metadata
Am 10/01/2013 04:17 PM, schrieb Rob Weir: Every time we release we need to generate quite a few files related to the release. Here's the list I know of: 1) The ASC/SHA/MD5 hashes and signature files, one for every released file 2) A CWiki page listing all the built files with hyperlinks to hashes, etc. https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot This is used when voting on a Release Candidate. 3) release_matrix.js, used by the download page's logic to decide what file to recommend based on user's locale: http://www.openoffice.org/download/release_matrix.js Plus the file size for the install files. I get it from the Sourceforge master mirror via rsync. A simplification would be to combine "languages.js" and "release_matrix.js". 4) The other.html page that has a table listing all release files: http://www.openoffice.org/download/other.html This is already automated via a few variables from "gloablvars.js". 5) Another download page, on openoffice.apache.org, listing the source and SDK links, along with hashes: https://openoffice.apache.org/downloads.html My opinion is that we don't need this. Everything is already available on "other.html". We could reduce the webpage to show general information but for the specific release things refer to "other.html". 6) A flat list of all download URLs, used by the download stats script: http://svn.apache.org/repos/asf/openoffice/devtools/aoo-stats/401.lst 7) The XML files used by the upgrade notification server, one XML file per release: https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/projects/update38/ProductUpdateService/check.Update I imagine this list will grow over time. Certainly new releases and new translations cause us to update these files. And to the extent they are manually created they will contain errors. Even if created by automation, if we don't have a canonical data set that we're all working from there is the opportunity for error. So the big question: What can we do to improve on this? 1) Can we have a single, published, canonical, machine-readable description of what is contained in a release, or even what is contained in each build: +1 Yeah, a (so-called) "source of truth" would be great. For the download website the "globalvars.js" delivers the source data. But it needs to be filled with the data. a) base URL of where the files live http://sourceforge.net/projects/openofficeorg.mirror/files/ Then + VERSION + "/binaries/" + ISO_CODE b) based URL to where the hashes and signatures live http://www.apache.org/dist/openoffice/ Then + VERSION + "/binaries/" + NL_LANGUAGE + "/" + FILENAME a) and b) can be seen as easy or difficult. Depends on your personal point of view. c) list of all language codes and platforms included in the build > d) defined rules for creating the full paths and file names given this information. 2) Have such a data file for every past release, at least back to 3.4.0. +1 3) Write scripts to generate our other files from these canonical files. 4) Check this all in to a central place so when a new release comes out we can generate these needed files automatically, with much lower chance for errors. 5) Spend our extra time drinking beer and imagining how rich we'd all be if we each received $0.01 for every download of AOO. How close are we to this? Is any part of this automated already today? The top number #4 is already automated. But with the bottom #1 - #4 would be an advantage. However, I would be satisfied with #1 (source of base data) as everything else is not that difficult and time-consuming. My 2 ct. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/01/2013 09:22 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:52, Oliver-Rainer Wittmann wrote: [snip] But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Yes. I enabled 'debug mode' (or whatever) in my Internet Explorer 8. It tells me the following: At line 96 of download_other.js: "Object does not support this property or method" Line 96 is: if ( PLATFORM.indexOf( "Win_x86" ) > -1 ) That's strange because where is the difference to this? Line 66 of "download.js": if ( language.indexOf( "_" ) != -1 ) Normally I would expect that then the "index.html" *and* "other.html" webpage cannot be shown. Have a look at http://stackoverflow.com/questions/1744310/how-to-fix-array-indexof-in-javascript-for-ie-browsers May be this is the problem in my Internet Explorer 8 Thanks a lot for the hint. I'll investigate. :-) Marcus Does somebody else experience the same? No, on my office PC I've Windows 7 64-bit and MSIE 8. But no problems to display both webpages. But after the latest changes I'll try again tomorrow. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/01/2013 08:36 PM, schrieb Rob Weir: On Tue, Oct 1, 2013 at 2:33 PM, Marcus (OOo) wrote: Am 10/01/2013 08:23 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:09, Marcus (OOo) wrote: Am 10/01/2013 09:07 AM, schrieb Oliver-Rainer Wittmann: Hi, I opened our for the AOO 4.0.1 release updated download page on certain systems in different browsers. Here are my experiences: - iPad 2, iOS 6.1.3 -- Safari --> fine -- Terra --> fine - iMac Intel, Mac OS 10.7.5, German -- Safari 6.0.5 --> fine -- Firefox 24.0 --> fine - Windows 7 64bit, English -- Firefox 17.0.9 --> fine -- Internet Explorer 8 --> fine - iMac PowerPC, Mac OS 10.4.11, German -- Firefix 3.6.28 --> fine -- Safari 4.1.3 --> fine Thus, download page works on my side - Thx for the hard work. Thanks a lot for your different tests. It shows that in general it is working fine on a wide base of browsers - even with MSIE 8. However, in some circumstances the website is not successfully shown and the goal is to answer the "Why" question. At the moment I've no hint were to start to look at. But if someone has some tips please tell here. :-) Thanks No problem. But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Marcus Does somebody else experience the same? No, on my office PC I've Windows 7 64-bit and MSIE 8. But no problems to display both webpages. But after the latest changes I'll try again tomorrow. I'm queued up on browsershots.org for a test of I.E. 5.5, 6, 7, 8, 9, 10 and 11. I'll post the results here. Maybe do also (or only?) tests on the test webpage: http://www.openoffice.org/download/test/other.html I've added a function to emulate the indexOf() function. Hm, to bad that I've to fix a IE problem on a Linux system. ;-( Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] new default access rights active
Am 10/02/2013 01:15 PM, schrieb Andrea Pescetti: Andrea Pescetti wrote: Who needs whitelisting too? Your CWiki username please (and 24 hours of patience!). I've enabled the following people who edited the English Release Notes page and people who asked for access: ChriStef ~christef (this is Christos Stefanidis) Keith N. McKenna ~keith.mcke...@comcast.net Pedro Albuquerque ~pmralbuquerque Tal Daniel ~tal (note: it's tal not talchu) I've also enabled the following people (criteria: username and full name match the PMC roster, so if I saw "pescetti - Andrea Pescetti" listed at http://people.apache.org/committers-by-project.html#openoffice-pmc and the same username and full name in CWiki, I enabled it): af Andre Fischer (note: it's "af" not "andre") alg Armin Le Grand arielch Ariel Constenla-Haile arist Andrew Rist dpharbison Donald P. Harbison hdu Herbert Dürr (as requested) ingotian Ian Lynch jsc Jürgen Schmidt khirano Kazunari Hirano kschenk Kay Schenk mayongl Yong Lin Ma orw Oliver-Rainer Wittmann pescetti Andrea Pescetti rbircher Raphael Bircher regina Regina Henschel rgb-es RGB.ES robweir Rob Weir wave David Fisher The following 3 are pending since they have no real name in CWiki. Just confirm you use this username and I'll enable you. imacat Yang Shih-Ching jim Jim Jagielski marcus Marcus Lange My username in the CWiki is "mla". "marcus" is *not* me but someone else. FYI - I've no problems with the [Edit] button but you can add me to the whitelist nevertheless. Marcus The following 5 are the ones that I couldn't find (either you don't have a CWiki username, and there is nothing to do now; or just provide your CWiki username and I'll enable it). atjensen Drew Jensen galoppini Roberto Galoppini jani Jan Iversen louis Louis Suarez-Potts pj Peter Junge (there is a pj, but name does not match) And of course, if anybody else need access please provide your existing CWiki username, valid for login at https://cwiki.apache.org/confluence/display/OOOUSERS/ and I will give you editing rights. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/01/2013 09:55 PM, schrieb Marcus (OOo): Am 10/01/2013 09:22 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:52, Oliver-Rainer Wittmann wrote: [snip] But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Yes. I enabled 'debug mode' (or whatever) in my Internet Explorer 8. It tells me the following: At line 96 of download_other.js: "Object does not support this property or method" Line 96 is: if ( PLATFORM.indexOf( "Win_x86" ) > -1 ) That's strange because where is the difference to this? Line 66 of "download.js": if ( language.indexOf( "_" ) != -1 ) Normally I would expect that then the "index.html" *and* "other.html" webpage cannot be shown. Have a look at http://stackoverflow.com/questions/1744310/how-to-fix-array-indexof-in-javascript-for-ie-browsers May be this is the problem in my Internet Explorer 8 Thanks a lot for the hint. I'll investigate. :-) I've done a fix yesterday and was today able to test it. The table is now shown as it should be: http://www.openoffice.org/download/test/other.html @Oliver: Please also test on your side as you seen the problem with your MSIE 8. But of course everybody else can test, too. Thanks Marcus Does somebody else experience the same? No, on my office PC I've Windows 7 64-bit and MSIE 8. But no problems to display both webpages. But after the latest changes I'll try again tomorrow. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1
Am 10/02/2013 03:49 PM, schrieb FR web forum: Hello list, Before with v.4.0.0, we have a page dedicated to MD5 checksums. h**p://www.openoffice.org/download/checksums/4.0.0_checksums.html Is it possible to set up another one for 4.0.1? While AOO 4.0.0 was the most recent version I've added the checksum links to the other download links: http://www.openoffice.org/download/other.html So, there is no separate webpage needed. However, there is an additional webpage to tell the user how to use checksums: http://www.openoffice.org/download/checksums.html Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 10/02/2013 06:43 PM, schrieb Kay Schenk: [ top posting ] Thank yo so much for this information. It will be a big help in our troubleshooting. In any case, I hope you were able to download Apache OpenOffice. The information below do not show a problem. The language and platform is recognized and the assembled links are displayed. In the lower table the fields have all data. This indicates that there is no error. At the end the assembled download link is working, too: http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/download @Ludek: Do you see any hint in the browser UI (e.g., an icon in the status bar) for further information like an error message? Or an error console to display logged problems? Maybe here we can go on. Thanks in advance. Marcus On Tue, Oct 1, 2013 at 5:44 PM, Ludek Rosendorf wrote: Hi, Just testes it again and the problem is still there. That is when using Google Chrome. When I use Safari or Firefox the page displays correctly. Here it is for your diagnosis (this page displays the download button okay): *Browser variables**Values*navigator.appCodeNameMozillanavigator.appName Netscapenavigator.appVersion5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36 navigator.platformMacIntelnavigator.oscpuundefinednavigator.cpuClass undefinednavigator.productGeckonavigator.productSub20030107 navigator.vendorGoogle Inc.navigator.vendorSubnavigator.languageen-US navigator.browserLanguageundefinednavigator.userLanguageundefined navigator.systemLanguageundefinednavigator.userAgentMozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36*JavaScript functions/variables**Values*Language nameEnglish (US)Language ISO codeen-USLanguage array dataen-US,English (US),English (US),y,http://www.openoffice.org/download/other.htmlRelease matrix platform position8Release matrix platform array data Mac_x86_install,y,163,Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgUI platform nameMac OS 32-bit Intel (DMG)URL platform nameMac_x86_installFile nameApache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgFile extension.dmgFile size163Download file link http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadChecksum file link (here for MD5) http://www.apache.org/dist/openoffice/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg.md5 hasMirrorLink()truegetLink() http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadGeneral errorfalse Cheers, Ludek On 2013/10/02, at 2:31 , Kay Schenk wrote: On Tue, Oct 1, 2013 at 6:43 AM, Ludek Rosendorf wrote: Hi, Just to let you know: as of the time of this writing your download page ( http://www.openoffice.org/download/) has only links do download extensions, dictionaries and templates, but not the suite itself. Not very useful :-) Cheers, Ludek Rosendorf Australia - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Hello -- your experience is certainly not what is expected. :/ Are you still having this problem? We were doing some last minute changes earlier. If you are, can you please use the following URL to report your details back to us: http://www.openoffice.org/download/test/analyze.html Just copy and paste results back into a reply. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1
Am 10/02/2013 11:21 PM, schrieb FR web forum: So, there is no separate webpage needed. However, there is an additional webpage to tell the user how to use checksums: http://www.openoffice.org/download/checksums.html Thanks but this page and followings are not localized. Difficult for french users to understand the process. So I think that I will create our own page. Sure, I would see the main download area as providing a kind of "basic service". If you see something larger is missing like translations, then it's better to copy & paste the content and to add/modify as needed to the localized websites. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/02/2013 09:26 PM, schrieb Marcus (OOo): Am 10/01/2013 09:55 PM, schrieb Marcus (OOo): Am 10/01/2013 09:22 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:52, Oliver-Rainer Wittmann wrote: [snip] But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Yes. I enabled 'debug mode' (or whatever) in my Internet Explorer 8. It tells me the following: At line 96 of download_other.js: "Object does not support this property or method" Line 96 is: if ( PLATFORM.indexOf( "Win_x86" ) > -1 ) That's strange because where is the difference to this? Line 66 of "download.js": if ( language.indexOf( "_" ) != -1 ) Normally I would expect that then the "index.html" *and* "other.html" webpage cannot be shown. Have a look at http://stackoverflow.com/questions/1744310/how-to-fix-array-indexof-in-javascript-for-ie-browsers May be this is the problem in my Internet Explorer 8 Thanks a lot for the hint. I'll investigate. :-) I've done a fix yesterday and was today able to test it. The table is now shown as it should be: http://www.openoffice.org/download/test/other.html @Oliver: Please also test on your side as you seen the problem with your MSIE 8. But of course everybody else can test, too. @All: I've added the fix also to the main "index.html" file. So, please test both webpages with your MSIE 8: http://www.openoffice.org/download/test/index.html http://www.openoffice.org/download/test/other.html Thanks in advance. Marcus Does somebody else experience the same? No, on my office PC I've Windows 7 64-bit and MSIE 8. But no problems to display both webpages. But after the latest changes I'll try again tomorrow. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 69,982,501 downloads of AOO
Am 10/03/2013 03:37 PM, schrieb Rob Weir: As of last night we have had 69,982,501 downloads of AOO, across all versions. Sometime today we should hit 70 million. Maybe it happened already! Yeah, great progress. :-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] new default access rights active
Am 10/03/2013 01:07 PM, schrieb Andrea Pescetti: On 02/10/2013 Andrea Pescetti wrote: Andrea Pescetti wrote: Who needs whitelisting too? Your CWiki username please (and 24 hours of patience!). I've enabled the following people Whitelisted: ~bmcs Dave Barton ~mla Marcus Lange (user "marcus" remains blocked since it's not you) Marcus: please check that my changes do not actually limit your permissions. You now have two sets of permissions, one as privileged user and one as whitelisted user. I don't know if CWiki applies the stricter rules or the other way round. For example, you can test if you still have the possibility to remove pages. Thanks, editing and removing wikipages is still possible. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[Website] Browser add-ons that block website tracking
[Top posting and new subject as it is becoming a new topic] It seems we not only have problems with Browsers that treat JavaScript different but also with add-ons for blocking website tracking features and cookies like Google Analytics. Any ideas how we could handle this? Marcus Am 10/03/2013 04:03 AM, schrieb Ludek Rosendorf: Hi Marcus, here is a Post Script: My Firefox and Safari do also have Ghostery installed. But they are not fazed by having the "Google Analytics" blocked!!! Cheers, Ludek Users first mail: > Hi Marcus, > > Mystery solved - and it isn't really your problem. I do have Ghostery > (blocking various tracking cookies, etc.) installed and running. When > I pause blocking for your page and reload it, the download button is > there alright. So sorry about the false alarm - although you might > want to consider how to present the page correctly even to the people > who like to block being tracked :-) > > Cheers, > Luděk --- On 2013/10/03, at 5:46 , Marcus (OOo) wrote: Am 10/02/2013 06:43 PM, schrieb Kay Schenk: [ top posting ] Thank yo so much for this information. It will be a big help in our troubleshooting. In any case, I hope you were able to download Apache OpenOffice. The information below do not show a problem. The language and platform is recognized and the assembled links are displayed. In the lower table the fields have all data. This indicates that there is no error. At the end the assembled download link is working, too: http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/download @Ludek: Do you see any hint in the browser UI (e.g., an icon in the status bar) for further information like an error message? Or an error console to display logged problems? Maybe here we can go on. Thanks in advance. Marcus On Tue, Oct 1, 2013 at 5:44 PM, Ludek Rosendorf wrote: Hi, Just testes it again and the problem is still there. That is when using Google Chrome. When I use Safari or Firefox the page displays correctly. Here it is for your diagnosis (this page displays the download button okay): *Browser variables**Values*navigator.appCodeNameMozillanavigator.appName Netscapenavigator.appVersion5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36 navigator.platformMacIntelnavigator.oscpuundefinednavigator.cpuClass undefinednavigator.productGeckonavigator.productSub20030107 navigator.vendorGoogle Inc.navigator.vendorSubnavigator.languageen-US navigator.browserLanguageundefinednavigator.userLanguageundefined navigator.systemLanguageundefinednavigator.userAgentMozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36*JavaScript functions/variables**Values*Language nameEnglish (US)Language ISO codeen-USLanguage array dataen-US,English (US),English (US),y,http://www.openoffice.org/download/other.htmlRelease matrix platform position8Release matrix platform array data Mac_x86_install,y,163,Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgUI platform nameMac OS 32-bit Intel (DMG)URL platform nameMac_x86_installFile nameApache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgFile extension.dmgFile size163Download file link http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadChecksum file link (here for MD5) http://www.apache.org/dist/openoffice/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg.md5 hasMirrorLink()truegetLink() http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadGeneral errorfalse Cheers, Ludek On 2013/10/02, at 2:31 , Kay Schenk wrote: On Tue, Oct 1, 2013 at 6:43 AM, Ludek Rosendorf wrote: Hi, Just to let you know: as of the time of this writing your download page ( http://www.openoffice.org/download/) has only links do download extensions, dictionaries and templates, but not the suite itself. Not very useful :-) Cheers, Ludek Rosendorf Australia - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Hello -- your experience is certainly not what is expected. :/ Are you still having this problem? We were doing some last minute changes earlier. If you are, can you please use the following URL to report your details back to us: http://www.openoffice.org/download/test/analyze.html Just copy and paste results back into a reply. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Website] Browser add-ons that block website tracking
Am 10/04/2013 01:37 PM, schrieb Rob Weir: On Fri, Oct 4, 2013 at 6:17 AM, Marcus (OOo) wrote: [Top posting and new subject as it is becoming a new topic] It seems we not only have problems with Browsers that treat JavaScript different but also with add-ons for blocking website tracking features and cookies like Google Analytics. Any ideas how we could handle this? I installed Ghostly. By default it does not disable Google Analytics, so our download page is not impacted. So I changed the Ghostly configuration to disable Google Analytics. Our download page still works properly. So something else must be going on. Of course, it is possible for bugs to exist in browser extensions. So, the user has to do somethng on his own to enble more strict blocking (I guess). We should at least keep this in mind when new people report problems with displaying the website. Marcus Am 10/03/2013 04:03 AM, schrieb Ludek Rosendorf: Hi Marcus, here is a Post Script: My Firefox and Safari do also have Ghostery installed. But they are not fazed by having the "Google Analytics" blocked!!! Cheers, Ludek Users first mail: Hi Marcus, Mystery solved - and it isn't really your problem. I do have Ghostery (blocking various tracking cookies, etc.) installed and running. When I pause blocking for your page and reload it, the download button is there alright. So sorry about the false alarm - although you might want to consider how to present the page correctly even to the people who like to block being tracked :-) Cheers, Luděk --- On 2013/10/03, at 5:46 , Marcus (OOo) wrote: Am 10/02/2013 06:43 PM, schrieb Kay Schenk: [ top posting ] Thank yo so much for this information. It will be a big help in our troubleshooting. In any case, I hope you were able to download Apache OpenOffice. The information below do not show a problem. The language and platform is recognized and the assembled links are displayed. In the lower table the fields have all data. This indicates that there is no error. At the end the assembled download link is working, too: http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/download @Ludek: Do you see any hint in the browser UI (e.g., an icon in the status bar) for further information like an error message? Or an error console to display logged problems? Maybe here we can go on. Thanks in advance. Marcus On Tue, Oct 1, 2013 at 5:44 PM, Ludek Rosendorf wrote: Hi, Just testes it again and the problem is still there. That is when using Google Chrome. When I use Safari or Firefox the page displays correctly. Here it is for your diagnosis (this page displays the download button okay): *Browser variables**Values*navigator.appCodeNameMozillanavigator.appName Netscapenavigator.appVersion5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36 navigator.platformMacIntelnavigator.oscpuundefinednavigator.cpuClass undefinednavigator.productGeckonavigator.productSub20030107 navigator.vendorGoogle Inc.navigator.vendorSubnavigator.languageen-US navigator.browserLanguageundefinednavigator.userLanguageundefined navigator.systemLanguageundefinednavigator.userAgentMozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36*JavaScript functions/variables**Values*Language nameEnglish (US)Language ISO codeen-USLanguage array dataen-US,English (US),English (US),y,http://www.openoffice.org/download/other.htmlRelease matrix platform position8Release matrix platform array data Mac_x86_install,y,163,Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgUI platform nameMac OS 32-bit Intel (DMG)URL platform nameMac_x86_installFile nameApache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmgFile extension.dmgFile size163Download file link http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadChecksum file link (here for MD5) http://www.apache.org/dist/openoffice/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg.md5 hasMirrorLink()truegetLink() http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/en-US/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg/downloadGeneral errorfalse Cheers, Ludek On 2013/10/02, at 2:31 , Kay Schenk wrote: On Tue, Oct 1, 2013 at 6:43 AM, Ludek Rosendorf wrote: Hi, Just to let you know: as of the time of this writing your download page ( http://www.openoffice.org/download/) has only links do download extensions, dictionaries and templates, but not the suite itself. Not very useful :-) Cheers, Ludek Rosendorf Australia - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apac
Re: [download page] experience with updated download page
Am 10/07/2013 11:18 AM, schrieb Oliver-Rainer Wittmann: Hi, On 03.10.2013 00:32, Marcus (OOo) wrote: Am 10/02/2013 09:26 PM, schrieb Marcus (OOo): Am 10/01/2013 09:55 PM, schrieb Marcus (OOo): Am 10/01/2013 09:22 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:52, Oliver-Rainer Wittmann wrote: [snip] But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Yes. I enabled 'debug mode' (or whatever) in my Internet Explorer 8. It tells me the following: At line 96 of download_other.js: "Object does not support this property or method" Line 96 is: if ( PLATFORM.indexOf( "Win_x86" ) > -1 ) That's strange because where is the difference to this? Line 66 of "download.js": if ( language.indexOf( "_" ) != -1 ) Normally I would expect that then the "index.html" *and* "other.html" webpage cannot be shown. Have a look at http://stackoverflow.com/questions/1744310/how-to-fix-array-indexof-in-javascript-for-ie-browsers May be this is the problem in my Internet Explorer 8 Thanks a lot for the hint. I'll investigate. :-) I've done a fix yesterday and was today able to test it. The table is now shown as it should be: http://www.openoffice.org/download/test/other.html @Oliver: Please also test on your side as you seen the problem with your MSIE 8. But of course everybody else can test, too. @All: I've added the fix also to the main "index.html" file. So, please test both webpages with your MSIE 8: http://www.openoffice.org/download/test/index.html http://www.openoffice.org/download/test/other.html Both looks good in my environment (Windows 7 64bit English) in Microsoft Internet Explorer 8 and Firefox 17.0.9 Great, thanks for testing. I'll wait 2 days to see if there is more feedback. If not, I'll do the change also on the real webpages. Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New Turkish website live
Cool, looks great. :-) Marcus Am 10/07/2013 07:45 PM, schrieb Rob Weir: A quick announcement that we now have a freshly translated website for Turkish, due to the efforts of Burak Yavuz. You can find it here: http://www.openoffice.org/tr/ Regards, -Rob - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Ciao Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Bugzilla] Vote and issue
Am 10/07/2013 04:56 PM, schrieb Rob Weir: On Mon, Oct 7, 2013 at 10:43 AM, Herbert Duerr wrote: On 07.10.2013 16:20, FR web forum wrote: Some issue seems to be without possibility of vote. Like: https://issues.apache.org/ooo/show_bug.cgi?id=99429 Why? I guess this has to do with the product specific settings. For the "App Dev" product the "Maximum votes per person" has been set to zero. I don't know whether the creator of that product category intended it that way or whether it was an oversight. Almost all other products categories allow 5 votes per person and a maximum of two per bug in that category. Other products with no votes allowed are "Native-Lang", "qa" and "marketing". I guess for all of them voting should be enabled. Unless someone disagrees I'll assume lazy consensus in 72h. There are three settings related to voting for each product: Max number of votes a user can make for bugs in that product Max number of votes a user can make for any one bug Number of votes needed to auto confirm a bug Most products have these values set to 5/2/5. Some have it set to 0, as Herbert mentions. But Base, for some reason, has these values set to 5/2/10. So two questions from me: 1) Does auto-confirm make any sense for us? Remember, marking something as "confirmed" takes it off the radar for QA. But if something is in the unconfirmed state and many users are voting for it, shouldn't that mean that QA should give more attention to it, to try to confirm it? If we skip over QA entirely then we miss the opportunity they have to do additional testing of other versions, uploading sample documents, etc. So I'd be in favor of disabling the auto-confirmation entirely. We shouldn't skip over QA. +1 Confirming an issue only because of a specific number of votes was reached doesn't sound correct, IMHO, as it doesn't take into account technical details / dependencies / etc. 2) What values should we set of the max number of votes per product and per bug? In one sense it doesn't really matter, since we don't really have a view of what the top vote issues are. But if the goal is for users to express their preferences, why not set it to 10/10/0? In other words, let them express the fact that a single bug matters to them most of all if they want. Due to the high number of issues in Bugzilla, 5/2 is nowadays a bit too low, IMHO. So, 10/10 is OK but I would accept also other values - if they are obviously not too high, like 100/100. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [download page] experience with updated download page
Am 10/07/2013 08:50 PM, schrieb Marcus (OOo): Am 10/07/2013 11:18 AM, schrieb Oliver-Rainer Wittmann: Hi, On 03.10.2013 00:32, Marcus (OOo) wrote: Am 10/02/2013 09:26 PM, schrieb Marcus (OOo): Am 10/01/2013 09:55 PM, schrieb Marcus (OOo): Am 10/01/2013 09:22 PM, schrieb Oliver-Rainer Wittmann: Hi, On 01.10.2013 20:52, Oliver-Rainer Wittmann wrote: [snip] But in another thread I mentioned that on my system (Windows 7 64bit English) in Internet Explorer 8 the table on http://www.openoffice.org/download/other.html is empty. So, you mean this? http://www.openoffice.org/download/ --> OK http://www.openoffice.org/download/other.html --> not OK Yes. I enabled 'debug mode' (or whatever) in my Internet Explorer 8. It tells me the following: At line 96 of download_other.js: "Object does not support this property or method" Line 96 is: if ( PLATFORM.indexOf( "Win_x86" ) > -1 ) That's strange because where is the difference to this? Line 66 of "download.js": if ( language.indexOf( "_" ) != -1 ) Normally I would expect that then the "index.html" *and* "other.html" webpage cannot be shown. Have a look at http://stackoverflow.com/questions/1744310/how-to-fix-array-indexof-in-javascript-for-ie-browsers May be this is the problem in my Internet Explorer 8 Thanks a lot for the hint. I'll investigate. :-) I've done a fix yesterday and was today able to test it. The table is now shown as it should be: http://www.openoffice.org/download/test/other.html @Oliver: Please also test on your side as you seen the problem with your MSIE 8. But of course everybody else can test, too. @All: I've added the fix also to the main "index.html" file. So, please test both webpages with your MSIE 8: http://www.openoffice.org/download/test/index.html http://www.openoffice.org/download/test/other.html Both looks good in my environment (Windows 7 64bit English) in Microsoft Internet Explorer 8 and Firefox 17.0.9 Great, thanks for testing. I'll wait 2 days to see if there is more feedback. If not, I'll do the change also on the real webpages. No further feedback, so I've updated the scripting. Hopefully that will eliminate the MSIE problems. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 10/13/2013 12:34 AM, schrieb carvalho@sapo.pt: Good night, I can not download the file, the following message appears: The "/4.0.1/binaries/pt-P..n_x86_install_pt.exe" file could not be found or is not available. Please select another file. Thanks for your report. I've correct the problem. Now it should work again. Please try again. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 10/13/2013 12:55 AM, schrieb Rob Weir: On Sat, Oct 12, 2013 at 6:34 PM, wrote: Good night, I can not download the file, the following message appears: The "/4.0.1/binaries/pt-P..n_x86_install_pt.exe" file could not be found or is not available. Please select another file. I see the same error when downloading from the Portuguese page: http://www.openoffice.org/pt/download/ The language is coded in the script as: var NL_LANGUAGE = "pt-PT"; Any ideas, Marcus? The download link is assembled as: http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/pt-PT/Apache_OpenOffice_4.0.1_... So, with "pt-PT" as sub-dir name. But this is missing on the Sourceforge mirror which is IMHO wrong. There it is just "pt": https://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/ I don't know if it's possible to rename sub-dirs on Sourceforge and what then will happen with mirror synchronization, so I won't do it. The fastest solution for now is to set: var NL_LANGUAGE = "pt"; which I've done now. @All: As we have some languages with regional differences like Portuguese (pt-PT and pt-BR), Chinese (zh-CN and zh-TW) and English (en-GB and en-US) we should start to show always also the region code to make sure which one is exactly meant. Just to write "pt" is IMHO not helpful. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: CMS diff: Priključite se
Am 10/14/2013 05:08 PM, schrieb Rob Weir: On Mon, Oct 14, 2013 at 9:50 AM, Vladislav Stevanovic wrote: Hello Rob, I checked links, everything is OK. You can now publish this as "sr-latn", I am finished, the job is done. Thanks for your time and efforts. Excellent. This is live now: http://www.openoffice.org/sr-latn/ Yes, looks good. P.S: What will be with old Serbian AOO site (/sr)? There is a lot unappropriated links, but there is also and good stuffs on some pages. What to do about that? Best thing would be to find someone able to update that website or do a new translation of the /xx files. Or, we could do what we do for Chinese: http://www.openoffice.org/zh/ That gives the user the choice to have traditional Chinese or simplified Chinese. We could do something similar with the choices being Cyrillic or Latin script. That sounds good, so I would prefer this to leave the choice to the user. But "zh" is not working. It's redirected to "zh-tw". Maybe a redirect that is still active but should no longer? Marcus 2013/10/14 Rob Weir Thanks for the patch. I've committed it and published the revised web page. -Rob On Mon, Oct 14, 2013 at 3:04 AM, Stevanovic Vladislav - Wlada wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sr-test%2Fparticipate%2Findex.mdtext Stevanovic Vladislav - Wlada Index: trunk/content/sr-test/participate/index.mdtext === --- trunk/content/sr-test/participate/index.mdtext (revision 1531770) +++ trunk/content/sr-test/participate/index.mdtext (working copy) @@ -81,6 +81,6 @@ [1]: http://openoffice.apache.org/mailing-lists.html -[2]: http://openoffice.apache.org/orientation/index.html/ +[2]: http://openoffice.apache.org/orientation/index.html [3]: https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted/ -[4]: http://openoffice.apache.org/students.html/ \ No newline at end of file +[4]: http://openoffice.apache.org/students.html \ No newline at end of file - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: CMS diff: Priključite se
Am 10/14/2013 11:32 PM, schrieb Rob Weir: On Mon, Oct 14, 2013 at 3:00 PM, Marcus (OOo) wrote: Am 10/14/2013 05:08 PM, schrieb Rob Weir: On Mon, Oct 14, 2013 at 9:50 AM, Vladislav Stevanovic wrote: Hello Rob, I checked links, everything is OK. You can now publish this as "sr-latn", I am finished, the job is done. Thanks for your time and efforts. Excellent. This is live now: http://www.openoffice.org/sr-latn/ Yes, looks good. P.S: What will be with old Serbian AOO site (/sr)? There is a lot unappropriated links, but there is also and good stuffs on some pages. What to do about that? Best thing would be to find someone able to update that website or do a new translation of the /xx files. Or, we could do what we do for Chinese: http://www.openoffice.org/zh/ That gives the user the choice to have traditional Chinese or simplified Chinese. We could do something similar with the choices being Cyrillic or Latin script. That sounds good, so I would prefer this to leave the choice to the user. But "zh" is not working. It's redirected to "zh-tw". Maybe a redirect that is still active but should no longer? This works for me: http://www.openoffice.org/zh/ This loads a page that has a table with two cells: one with a link to /zh-tw and another one with a link to /zh-cn No, I got redirected immediately to "http://www.openoffice.org/zh-tw/";. Marcus 2013/10/14 Rob Weir Thanks for the patch. I've committed it and published the revised web page. -Rob On Mon, Oct 14, 2013 at 3:04 AM, Stevanovic Vladislav - Wlada wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sr-test%2Fparticipate%2Findex.mdtext Stevanovic Vladislav - Wlada Index: trunk/content/sr-test/participate/index.mdtext === --- trunk/content/sr-test/participate/index.mdtext (revision 1531770) +++ trunk/content/sr-test/participate/index.mdtext (working copy) @@ -81,6 +81,6 @@ [1]: http://openoffice.apache.org/mailing-lists.html -[2]: http://openoffice.apache.org/orientation/index.html/ +[2]: http://openoffice.apache.org/orientation/index.html [3]: https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted/ -[4]: http://openoffice.apache.org/students.html/ \ No newline at end of file +[4]: http://openoffice.apache.org/students.html \ No newline at end of file - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Request Lazy Consensus - I would like to have edit access to project blog
Am 10/15/2013 09:07 PM, schrieb Andrea Pescetti: On 10/10/2013 Drew Jensen wrote: I would like to help out with the project blog, with both some possible design work and creation of a post from time to time. It's been very lazy, but we have consensus, so feel free to proceed and ask Infra to create the account if you haven't already done so: https://issues.apache.org/jira/browse/ (or I can open the issue for you, but you will need to choose a username). It's possibile that the account needs to be created by Infra and that then an OpenOffice Roller administrator (not me) must enable it for the OpenOffice blog. right, but this is a 1 minute thing. Marcus A blog post would be a nice way to showcase all your recent "eye candy" material, that can now be uploaded to CWiki too for more convenient access. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: CMS diff: Priključite se
Am 10/15/2013 07:09 PM, schrieb Andrea Pescetti: Marcus (OOo) wrote: Am 10/14/2013 11:32 PM, schrieb Rob Weir: http://www.openoffice.org/zh/ This loads a page that has a table with two cells: one with a link to /zh-tw and another one with a link to /zh-cn No, I got redirected immediately to "http://www.openoffice.org/zh-tw/";. Works fine for me too. But how does one reach hm, also for me on Windows 7, FF and MSIE. Has someone tried on Linux and Mac? http://www.openoffice.org/zh/ starting from the home page? Clicking on "Native language" displays, in the huge list, the two distinct zh-* sites. Is this necessary? When on "http://www.openoffice.org/projects/native-lang.html";, I would expect that the user searches already for a specific language and not for a proxy that guides him one step further. It's the same for "en" and "pt". Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Open Office 4.01
Am 10/18/2013 08:11 PM, schrieb Jerry Slivka: Hi, I've been a loyal user of Open Office for the past several years. The spreadsheet does a nice job of replacing the basics of Excel. Two things though that I really would like to see be improved or added for future releases: 1) In a large spreadsheet I block several cells and only want to print those cells. Print Preview and Print wants to print the whole spreadsheet, which could be several pages. But, maybe I only need a half page or about one page only. Maybe there is a way of doing it, but try as I do I can't seem to get to print only what I've blocked or highlighted. please have a look for the option "Selected cells" when opening the Print dialog via "File - Print". Then also the print preview is showing only the highlighted cells. 2) Excel has a very nice block and move feature. You can block or highlight a group of cells and just drag them to a different location and keep the formatting of the moved cells. This is slick and you don't have to go thru a copy and paste procedure which is much more cumbersome. Selecting cells and move via mouse is working fine and the cell content as well the formatting is moved. I don't see a problem here. Maybe you need to give us more details about what exact steps you are doing? Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Proposal] Update Icons for AOO 4.1
Am 10/18/2013 02:51 PM, schrieb Jürgen Schmidt: On 10/18/13 2:44 PM, Samer Mansour wrote: Andrea, I've done as you said and attached to the bug ticket. https://issues.apache.org/ooo/show_bug.cgi?id=123491 If everyone can lazy agree we should commit it. we should this discuss on the list only ... I have added a comment already but my preference would be 1. drop it completely or 2. make the Apache logo much smaller and move it down, it is to dominant at the moment A link is indeed not useful in this dialog. However, I would leave the graphic - with a smaller size. Marcus On Fri, Oct 18, 2013 at 3:06 AM, Andrea Pescettiwrote: On 18/10/2013 Jürgen Schmidt wrote: On 10/17/13 8:53 PM, sebb wrote: The Splash screen needs some changes; please see: https://issues.apache.org/ooo/**show_bug.cgi?id=123491<https://issues.apache.org/ooo/show_bug.cgi?id=123491> we can drop the feather in the start center completely or let it stand alone but I don't like the idea to link back to apache.org where our typical user is lost on the first shot. Note that this is not the Start center but the splash screen, hopefully displayed for a very short time. I would remove the URL, and put the feather with "[The] Apache Software Foundation" text only. Also, the About screen says: "This product was created by the OpenOffice community". I think that should say: "This product was created by the Apache OpenOffice community". I don't think so and the reason is quite simple. The OpenOffice community and the open office project exists much longer than the Apache OpenOffice project. The new name is mainly to reflect our new home but nothing else, at least not to me. Indeed. We already have prominent attribution to Apache, "OpenOffice" can suffice in this context. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Submission for consultants page
Am 10/23/2013 12:04 AM, schrieb Kay Schenk: On Tue, Oct 22, 2013 at 1:07 PM, Drew Jensenwrote: Howdy Rob, Ah trademarks - yes, I agree the Apache OpenOffice should have a TM, a la: "IBM® Lotus® Symphony™ is a suite of open source office applications." FYI on the existing consultant entries http://www.openoffice.org/bizdev/consultants.html none have the TM after Apache OpenOffice, and some don't even have "Apache" in front of OpenOffice. So...not sure if we should manually correct these already approved submissions. Of course, it's our site so we can do what we want. My point is we should be consistent in how OpenOffice is presented in them -- with "Apache" or not; with TM after or not. I also think that webpage should show consistent information. As the existing items don't have too much indication about trademarks & co., IMHO we can also abstain with regards to Rob's suggestion. Furthermore: The top headline says it all: ;-) Apache OpenOffice Consultants So, I think the point #4 on "http://www.openoffice.org/bizdev/consultant-submission.html"; can be eased a bit as it is clear enough that the items are with and for our project resp. product. Marcus A couple of quick questions if I may. Will the support only be available to those with the IBM connectors? IIRC that was the plan in the past. Also, does IBM have any plans to list AOO support on the United States GSA registry? This was available in the past but not available for the last few years. Thanks, //drew On Mon, Oct 21, 2013 at 7:44 PM, Jörg Schmidt wrote: From: Rob Weir [mailto:robw...@apache.org] Sorry, but I think the website does not comply with the necessary formalities. Always has been emphasized, these are marked on the relevant websites trademark of Apache, for example: "IBM Support for Apache OpenOffice" and not only: "IBM Support for Apache OpenOffice" I think that would be more confusing. Sorry, but appearance is imho not so much the issue here, but rather trademark rights of Apache. Yes, that is formal, but how else should this be handled? It would suggest the entire name was a trademark since it is a continuous name with capital letters. It does not have to be in the headline. Put identification in continuous text, for example in: "IBM® Support for Apache OpenOffice™ offers expert technical support for Apache OpenOffice™, ..." where IBM is already marked with ®. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Win 8 OS
You can find the answer in the system requirements which are linked on our download webpage: http://www.openoffice.org/dev_docs/source/sys_reqs_aoo40.html HTH Marcus Am 10/25/2013 08:24 PM, schrieb jch...@yahoo.com: Sorry to bother you... I didn't know who to contact in the following information. Maybe you can assist me in solving the problem if there is one. Is open office compatible with win8 OS? I have a friend that I told them about your great software but I told him not to download this until I got an answer in regards to compatibility. Thank you for your time and I hope I didn't take up too much of your time. Have a wonderful day. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Certificates for our .o.o services
Am 10/26/2013 07:01 PM, schrieb janI: On 26 October 2013 15:29, janI wrote: Hi. Just information for those that do not follow infra discussions. Infra is preparing to activate our openoffice certificate. I will be be doing the work under the guidance of mark who knows what needs to be done. It will be activated for all .o.o services, service by service. A couple of the changes will require change of habit for our users, which I why I give an early warning. wiki.o.o and forum.o.o will change to https: meaning after the change it will not be possible to do a login on http:. There will be an automatic redirect similar to http://translate.apache.org -> https://translate.apache.org I will keep you informed and give a fair warning before the services are interrupted. Sometimes things go fast. I am happy to announce that https://www.openoffice.org now works, thanks to fast work from mark. There is one issue, which we have to live with. If requesting https://www.openoffice.org, clicking on a link to either blogs or cwiki and then clicking on a link that goes back, it will be http://www... this needs to be corrected (if wanted) in cwiki/blogs. We have chosen not to redirect all traffic to https: for this service. Test work is continuing on wiki and forum. Thats great news. :-) A wildcard certificate is not daily business for Apache - I assume. So, solving this task is very much appreciated. Thanks to Jan and Mark and everybody who made this possible. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Draft blog post: 75 Million Downloads of Apache OpenOffice
Am 10/30/2013 07:04 PM, schrieb Rob Weir: On Wed, Oct 30, 2013 at 1:44 PM, Donald Whytock wrote: On Wed, Oct 30, 2013 at 1:10 PM, Rob Weir wrote: As predicted we hit 75 million yesterday. I updated the various charts and added them to a new blog post: https://blogs.apache.org/preview/OOo/?previewEntry=75_million_downloads_of_apache "the full table<http://www.openoffice.org/stats/countries.html> our the website" -> "the full table<http://www.openoffice.org/stats/countries.html> on the website" "on the Y-axis)." -> "on the Y-axis.)" "Windows 8, is in second place" -> (suggested) "Windows 8 for second place" Thanks, I made those corrections. Thanks for collecting and visualizing those numbers. It's always again very interesting to see the interests of our users and trends into the future. Aside from that, is it more useful/intuitive to show the RPM/DEB ratio, as opposed to the multicolor fraction-of-volume you use for Windows? I realize it's only two values, but even for two values what's clearer for a user to read? I did try it with the RPM and DEB series each plotted, rather than a ratio. But the values are so close that the points piles on each other most of the time. I don't think it worked as well. When you have already seen 2 nearly identical lines for RPM and DEB then I would state this in the text - to make it clear that we don't see a preference in one of the both package systems. Please let me allow some further comments. Maybe you can add this or of course with different wordings: "You can clearly see the increase in interest since the release of Apache OpenOffice 4.0." The difference comes due to more work that was put into press/news announcements as it was our first major release with new features - to make the difference to 3.4.0 and 3.4.1 more clear. "Trend in OS" Even when we know that the very most Linux users use the office suite that comes pre-installed with their Linux distro, IMHO it is really impressive that we still have ~2,000 to ~4,000 downloads - and that per day. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] End-of-Life for OpenOffice.org 3.3.0
Am 10/31/2013 11:35 PM, schrieb Rob Weir: On Thu, Oct 31, 2013 at 6:09 PM, Andrea Pescetti wrote: On 29/10/2013 Rob Weir wrote: And here is a draft of the landing page we'd send users to who have an older version of OOo if there is not an AOO version in their language: http://www.openoffice.org/development/releases/eol-nl.html This will be very useful to attract volunteers. A few questions/remarks: 1) Can we avoid that all languages are notified at the same time? For example, Danish and another language have been at 100% for about one month and I hope we can release them in November. While Arabic is a language where we can use more volunteers right now. We can control it. But we have Arabic in 3.4.1 so they would not get this notification. But there are around 11 other languages that had full releases in 3.3.0 that are not supported in 4.0.1. There are more that were only supported via langpack's in 3.3.0, but our update notifications are only for full version updates. 2) Can the title be changed so that it doesn't look an obituary to non-native speakers? Like "Please upgrade to OpenOffice 4.0.1 - or help translating it into your language". Or anything that cannot be understood as "OpenOffice is dead". "End of Life" is a common industry term, but it is fine to make the title more friendly. Right, EOL is an widely used and understood term. Therefore we should not change things that we believe that could be misunderstood by a few people. Up to today I don't know of a single case were this led to a misunderstanding. So, I don't see a real need to change the title as it is clear that not the software is meant in general but a special part of it only. Marcus 3) Link to the l10n list must be fixed (last line). Yes. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] End-of-Life for OpenOffice.org 3.3.0
Am 11/01/2013 08:44 AM, schrieb Andrea Pescetti: Marcus (OOo) ha scritto: Up to today I don't know of a single case were this led to a misunderstanding. Yes, but up to now we haven't sent it to some dozen millions non-English speaking users through update notices... Note that this is not the page describing the End-of-life; it is the landing page where people will be pointed at by a message (in OpenOffice) telling there that an update for OpenOffice is available. This is why I prefer that we actually talk about upgrades in the title. Ah, I haven't noticed that it's the eol-nl you meant. Of course there it should be most understandable as possible. Sorry for the noise. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] End-of-Life for OpenOffice.org 3.3.0
Am 11/02/2013 06:11 PM, schrieb Dave Fisher: On Nov 1, 2013, at 1:50 PM, Marcus (OOo) wrote: Am 11/01/2013 08:44 AM, schrieb Andrea Pescetti: Marcus (OOo) ha scritto: Up to today I don't know of a single case were this led to a misunderstanding. Yes, but up to now we haven't sent it to some dozen millions non-English speaking users through update notices... Note that this is not the page describing the End-of-life; it is the landing page where people will be pointed at by a message (in OpenOffice) telling there that an update for OpenOffice is available. This is why I prefer that we actually talk about upgrades in the title. Ah, I haven't noticed that it's the eol-nl you meant. Of course there it should be most understandable as possible. Sorry for the noise. I don't think this is noise, but instead there is a good idea here. Instead of writing End-of-life we should use the term EOL and then we define it. You mean, to guide the users into the direction we would like that they understand it. Right? Sounds like a good idea. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Time to think about a "Language Update" release?
Am 11/03/2013 04:55 PM, schrieb Andrea Pescetti: Comparing http://www.openoffice.org/download/other.html and https://translate.apache.org/projects/aoo40/ I see that we have: - Two unreleased languages that are now 100% translated (Bulgarian and Danish) - One language with only about 1000 words left and activity in the last week (Norwegian Bokmal) - Three languages with about 4000 words left and activity in the last week (Thai, Uighur, Hebrew; Indonesian and Icelandic are in the same group, but less active) Would it make sense to schedule a "language update" 4.0.1 release for late November? I mean something like: announce a translation deadline on the l10n list, produce SDF files for the languages that reach 100% (which of course already include Bulgarian and Danish, and hopefully some of the other languages listed above), building only those languages and releasing an updated source package and binaries for those languages. doing another release for new languages? Yes. But if it's end of November or a bit later, I don't care. Maybe we can judge on the answers on @l10n? If we agree on a release then I would favor for a date before end of 2013 in any case. So this would work like we did for 3.4.1 when we added new languages. Why not call it 4.0.2? Well, we already discussed it, but the main reasons would be: for the languages already released in 4.0.1, 4.0.2 would be identical (example: 4.0.1 in French would be identical to 4.0.2 in French) since all commits in the meantime have been done to trunk; a new 4.0.2 release takes a much larger effort than a 4.0.1 language update, so it is harder to find volunteers and this is worth doing only if we have some important bugfixes for 4.0.1 to include (and I don't see any at the moment). For a "new languages only" release I would expect a version 4.0.1. If we have some new or bugfixed code then of course 4.0.2. But only then. My 2 ct. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OpenOffice.org Portable - programosy
Am 11/06/2013 01:26 PM, schrieb Partnership Programosy: Hello, Can we ask you to add our link: http://www.programosy.pl/program,openoffice-portable.html in this place: http://www.openoffice.org/awards/ This program has been awarded five stars by our editors. We would be honored if on your website will be placed one of our logo: http://programosy.pl/img/stars.png or http://programosy.pl/images/b_programosypl.png or http://www.programosy.pl/favicon.ico or link. Programosy.pl has ~40 000 unique users visits a day. ***Please reply. It is very important to us. We will be grateful. * My opinion: Our awards webpage is for our OpenOffice versions only. We should not start to list other kind of software - even if it's similar or based on OpenOffice. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: the Seamonkey has left the building
Thats great news. Thanks for doing the effort. :-)
Marcus
Am 11/08/2013 01:18 PM, schrieb Herbert Duerr:
As discussed in the thread "AOO Security Features without Mozilla" I
removed the dependency on the ancient Seamonkey-1.1 binaries and use the
NSS libraries ("Network Security Services") instead. This major rework
has been integrated into trunk now.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Proposal] Update 'Get It Here' Banner
I like the new logo. Marcus Am 11/10/2013 06:55 PM, schrieb Samer Mansour: Just realized the 'get it here' image is out dated. So I whipped together a new banner with a design I've been using with our social media pages. This is the current banner: http://openoffice.apache.org/images/get-it-here/en.png (from http://openoffice.apache.org/get-it-here.html) This is what I'm proposing to replace: http://dynomie.com/ext/getithere2.png I would replace the current one with the same dimensions so that it updates nicely on other sites with the existing logo code (if they pointed to our hosted image). Lazy consensus as usual, 72 hours. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Time to start 4.1 planning?
Am 11/11/2013 04:12 PM, schrieb Jürgen Schmidt: On 11/11/13 3:59 PM, Rob Weir wrote: On Mon, Nov 11, 2013 at 3:32 AM, Shenfeng Liu wrote: Hi, all, It was one month since 4.0.1 release. And I noticed some some great works are going to be delivered soon. e.g. the IA2 framework from Steve, the Mac 64-bit support from Herbert, and Windows Patch mechanism from Andre. So I'm thinking, is it a good time to start the 4.1 plan now? We should deliver those great value to our users through a formal release ASAP! And IMO, even only the 3 items above can be enough for a release to be called 4.1. We also want to do OOXML improvement by integrating OSBA patches, and enhance user experience like in-place Input Field, and many other things... While, I think we can keep the continuous improvement across releases. From the record breaking download number since 4.0 and 4.0.1, I feel that keeping regular release is very important to response to our users, attract more new comers, and bring this product to success. So I suggest we start the 4.1 plan now, and set a target date. Since 4.0 was in July, 4.0.1 was in Oct, I feel some time in 1Q will be a good time for 4.1. Hi Simon, Something to think about: After 4.0.0 we discussed having a public beta with out next major release. If we think this is worth doing, then we should plan on two dates: 1) A public beta data, and 2) a final release date. For the beta to be useful I think we would want it to last 3-4 weeks, enough time to process any new bug reports, identify any critical regressions, and fix them. 4 weeks between both is a minimum form my pov But having a beta is of course the route we should take. What about taking into account to keep the possibility to release a second Beta version? It can include fixes for the most nasty and prominent bugs. If we agree on that, we should expand the timeframe to 6 or more weeks. My 2 ct. Marcus I suggest to update the 4.1 planning wiki[1] and: (1) Set the target date. (2) Clean up the planning list, starting from leaving only the active items, and moving the rest to project backlog[2]. Any suggestion/comments? [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Blog - Shenfeng (Simon) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [proposal] GIT mirror
Am 11/12/2013 08:24 PM, schrieb janI: On 12 November 2013 20:12, Rob Weir wrote: On Tue, Nov 12, 2013 at 2:08 PM, Andrea Pescetti wrote: Herbert Duerr wrote: On 12.11.2013 16:48, janI wrote: @herbert, if nobody objects will you reopen the ticket, or should I ? I have reopened the JIRA issue and requested a read-only mirror for now. And what would be the advantage for real contributors in having a read-only GIT mirror? The complaints I've seen so far are mostly in the other direction (i.e., committing or applying patches). I'm not talking about generic advantages of GIT: everybody here can be assumed to have a good working knowledge of both SVN and GIT. What concrete problems does a read-only GIT mirror solve in our case? I'm not at all against it, but I'd just like to make sure that a read-only GIT mirror brings enough concrete advantages, since many GIT niceties (local commits, proper attribution, quick application of patches) are still left out or significantly limited with this approach. At least if we do it, it should be done with plenty of warning to contributors can commit any outstanding work. There is one problem, svn branches are moved to GIT, but merging them back to trunk can/might be a problem. So if I understand it correct it is generally suggested to open a new branch in GIT, and copy the work from the old branch to the new branch. I see the RO GIT as a step, to allow contributors to get their setup prepared, before we do the full switch. +1 I'm not a real and full developer. However, it sounds better to do the transition part-by-part. Our code repository is the central part o our software project. This has to be secured as best as possible. My 2 ct Marcus By the way, you can find discussions about GIT everywhere at Apache, there's even a Github account https://github.com/apache and lots of suggestions like adopting the newly-released Apache Allura (Incubating) GIT (and more) hosting environment. As far as I know, there have been very significant updates in the GIT support at Apache in the last few weeks and I hope that this is soon summarized in a blog post at http://blogs.apache.org/infra/or reflected in the documentation at http://www.apache.org/dev/git.html . So this is a good moment to start considering GIT again. We should consider the website as well. Does the CMS have hooks that work with git repositories as well? Or would we need to keep the website in SVN? The ones I asked in infra, did not know of such a GIT plugin. rgds jan I. -Rob Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Time to start 4.1 planning?
Am 11/11/2013 10:33 PM, schrieb Rob Weir: On Mon, Nov 11, 2013 at 3:21 PM, Marcus (OOo) wrote: Am 11/11/2013 04:12 PM, schrieb Jürgen Schmidt: On 11/11/13 3:59 PM, Rob Weir wrote: On Mon, Nov 11, 2013 at 3:32 AM, Shenfeng Liu wrote: Hi, all, It was one month since 4.0.1 release. And I noticed some some great works are going to be delivered soon. e.g. the IA2 framework from Steve, the Mac 64-bit support from Herbert, and Windows Patch mechanism from Andre. So I'm thinking, is it a good time to start the 4.1 plan now? We should deliver those great value to our users through a formal release ASAP! And IMO, even only the 3 items above can be enough for a release to be called 4.1. We also want to do OOXML improvement by integrating OSBA patches, and enhance user experience like in-place Input Field, and many other things... While, I think we can keep the continuous improvement across releases. From the record breaking download number since 4.0 and 4.0.1, I feel that keeping regular release is very important to response to our users, attract more new comers, and bring this product to success. So I suggest we start the 4.1 plan now, and set a target date. Since 4.0 was in July, 4.0.1 was in Oct, I feel some time in 1Q will be a good time for 4.1. Hi Simon, Something to think about: After 4.0.0 we discussed having a public beta with out next major release. If we think this is worth doing, then we should plan on two dates: 1) A public beta data, and 2) a final release date. For the beta to be useful I think we would want it to last 3-4 weeks, enough time to process any new bug reports, identify any critical regressions, and fix them. 4 weeks between both is a minimum form my pov But having a beta is of course the route we should take. What about taking into account to keep the possibility to release a second Beta version? It can include fixes for the most nasty and prominent bugs. Well, hopefully we do some amount of testing before we have a beta. So the goal should be for the beta to have no "nasty and prominent" bugs. The beta is a form of insurance and a way of setting expectations. For example, I think these two scenarios are technically equivalent: a) release 4.1.0 after normal testing b) release 4.1.1 to fix major bugs that we missed in 4.1.0 testing. and a') release 4.1.0 beta after normal testing b') release 4.1.0 GA after fixing important bugs found in beta Sure but we want to do a testing phase in public and not just technically. These are technically the same, and take approximately the same amount of time. The difference is in user expectations. A "beta" designation tells the cautious user to avoid it. It encourages users who are willing to take more risk and help us by giving feedback. It also helps preserve the brand reputation by ensuring that the actual GA releases are high quality. (If we're not careful the users will develop a sense to avoid all x.y.0 releases, believing them to be low quality. Other products have run into that problem, even with x.y.1 and x.y.2 releases. I think it is better if we can avoid having that kind of reputation.) Intersting, one can understand your arguments as points to *do* a second Beta release. ;-) A 2nd beta might be necessary in some rare cases, but I think in most cases we fix the critical bugs found in the beta and just do normal re-testing of those areas in a Release Candidate. Still no point not to do a second release. But before you go on with writting, please understand my suggestion as simple suggestion. I don't want to force it. When you deny it with a short post, then it's fine. No need to find many arguments that speak (maybe) against it. ;-) Marcus If we agree on that, we should expand the timeframe to 6 or more weeks. My 2 ct. Marcus I suggest to update the 4.1 planning wiki[1] and: (1) Set the target date. (2) Clean up the planning list, starting from leaving only the active items, and moving the rest to project backlog[2]. Any suggestion/comments? [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Blog - Shenfeng (Simon) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [proposal] GIT mirror
Am 11/12/2013 08:12 PM, schrieb Rob Weir: On Tue, Nov 12, 2013 at 2:08 PM, Andrea Pescetti wrote: Herbert Duerr wrote: On 12.11.2013 16:48, janI wrote: @herbert, if nobody objects will you reopen the ticket, or should I ? I have reopened the JIRA issue and requested a read-only mirror for now. And what would be the advantage for real contributors in having a read-only GIT mirror? The complaints I've seen so far are mostly in the other direction (i.e., committing or applying patches). I'm not talking about generic advantages of GIT: everybody here can be assumed to have a good working knowledge of both SVN and GIT. What concrete problems does a read-only GIT mirror solve in our case? I'm not at all against it, but I'd just like to make sure that a read-only GIT mirror brings enough concrete advantages, since many GIT niceties (local commits, proper attribution, quick application of patches) are still left out or significantly limited with this approach. By the way, you can find discussions about GIT everywhere at Apache, there's even a Github account https://github.com/apache and lots of suggestions like adopting the newly-released Apache Allura (Incubating) GIT (and more) hosting environment. As far as I know, there have been very significant updates in the GIT support at Apache in the last few weeks and I hope that this is soon summarized in a blog post at http://blogs.apache.org/infra/ or reflected in the documentation at http://www.apache.org/dev/git.html . So this is a good moment to start considering GIT again. We should consider the website as well. Does the CMS have hooks that work with git repositories as well? Or would we need to keep the website in SVN? Good point. This has to be clarified as we don't want to keep our website volunteers outside just because the CMS system doesn't support Git. To let everybody of them commit via CLI or GUI tools wouldn't be nice. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [proposal] GIT mirror
Am 11/12/2013 10:38 PM, schrieb Rob Weir: On Tue, Nov 12, 2013 at 3:51 PM, Marcus (OOo) wrote: Am 11/12/2013 08:12 PM, schrieb Rob Weir: On Tue, Nov 12, 2013 at 2:08 PM, Andrea Pescetti wrote: Herbert Duerr wrote: On 12.11.2013 16:48, janI wrote: @herbert, if nobody objects will you reopen the ticket, or should I ? I have reopened the JIRA issue and requested a read-only mirror for now. And what would be the advantage for real contributors in having a read-only GIT mirror? The complaints I've seen so far are mostly in the other direction (i.e., committing or applying patches). I'm not talking about generic advantages of GIT: everybody here can be assumed to have a good working knowledge of both SVN and GIT. What concrete problems does a read-only GIT mirror solve in our case? I'm not at all against it, but I'd just like to make sure that a read-only GIT mirror brings enough concrete advantages, since many GIT niceties (local commits, proper attribution, quick application of patches) are still left out or significantly limited with this approach. By the way, you can find discussions about GIT everywhere at Apache, there's even a Github account https://github.com/apache and lots of suggestions like adopting the newly-released Apache Allura (Incubating) GIT (and more) hosting environment. As far as I know, there have been very significant updates in the GIT support at Apache in the last few weeks and I hope that this is soon summarized in a blog post at http://blogs.apache.org/infra/ or reflected in the documentation at http://www.apache.org/dev/git.html . So this is a good moment to start considering GIT again. We should consider the website as well. Does the CMS have hooks that work with git repositories as well? Or would we need to keep the website in SVN? Good point. This has to be clarified as we don't want to keep our website volunteers outside just because the CMS system doesn't support Git. To let everybody of them commit via CLI or GUI tools wouldn't be nice. But if it is an issue then one solution could be to move the product source to git and keep the websites in SVN. We're generally not dealing with multiple complex branches for the website, so the advantages of git here are less. Sure, to split the things when it makes sense is also an option. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Time to start 4.1 planning?
Am 11/12/2013 10:36 PM, schrieb Rob Weir: On Tue, Nov 12, 2013 at 3:51 PM, Marcus (OOo) wrote: Am 11/11/2013 10:33 PM, schrieb Rob Weir: On Mon, Nov 11, 2013 at 3:21 PM, Marcus (OOo) wrote: Am 11/11/2013 04:12 PM, schrieb Jürgen Schmidt: On 11/11/13 3:59 PM, Rob Weir wrote: On Mon, Nov 11, 2013 at 3:32 AM, Shenfeng Liu wrote: Hi, all, It was one month since 4.0.1 release. And I noticed some some great works are going to be delivered soon. e.g. the IA2 framework from Steve, the Mac 64-bit support from Herbert, and Windows Patch mechanism from Andre. So I'm thinking, is it a good time to start the 4.1 plan now? We should deliver those great value to our users through a formal release ASAP! And IMO, even only the 3 items above can be enough for a release to be called 4.1. We also want to do OOXML improvement by integrating OSBA patches, and enhance user experience like in-place Input Field, and many other things... While, I think we can keep the continuous improvement across releases. From the record breaking download number since 4.0 and 4.0.1, I feel that keeping regular release is very important to response to our users, attract more new comers, and bring this product to success. So I suggest we start the 4.1 plan now, and set a target date. Since 4.0 was in July, 4.0.1 was in Oct, I feel some time in 1Q will be a good time for 4.1. Hi Simon, Something to think about: After 4.0.0 we discussed having a public beta with out next major release. If we think this is worth doing, then we should plan on two dates: 1) A public beta data, and 2) a final release date. For the beta to be useful I think we would want it to last 3-4 weeks, enough time to process any new bug reports, identify any critical regressions, and fix them. 4 weeks between both is a minimum form my pov But having a beta is of course the route we should take. What about taking into account to keep the possibility to release a second Beta version? It can include fixes for the most nasty and prominent bugs. Well, hopefully we do some amount of testing before we have a beta. So the goal should be for the beta to have no "nasty and prominent" bugs. The beta is a form of insurance and a way of setting expectations. For example, I think these two scenarios are technically equivalent: a) release 4.1.0 after normal testing b) release 4.1.1 to fix major bugs that we missed in 4.1.0 testing. and a') release 4.1.0 beta after normal testing b') release 4.1.0 GA after fixing important bugs found in beta Sure but we want to do a testing phase in public and not just technically. These are technically the same, and take approximately the same amount of time. The difference is in user expectations. A "beta" designation tells the cautious user to avoid it. It encourages users who are willing to take more risk and help us by giving feedback. It also helps preserve the brand reputation by ensuring that the actual GA releases are high quality. (If we're not careful the users will develop a sense to avoid all x.y.0 releases, believing them to be low quality. Other products have run into that problem, even with x.y.1 and x.y.2 releases. I think it is better if we can avoid having that kind of reputation.) Intersting, one can understand your arguments as points to *do* a second Beta release. ;-) A 2nd beta might be necessary in some rare cases, but I think in most cases we fix the critical bugs found in the beta and just do normal re-testing of those areas in a Release Candidate. Still no point not to do a second release. But before you go on with writting, please understand my suggestion as simple suggestion. I don't want to force it. When you deny it with a short post, then it's fine. No need to find many arguments that speak (maybe) against it. ;-) I'm not necessarily opposed to have 2, or even 3 betas. (Ha!). But I say let the facts, not preconceptions, determine what we do. Let's do a beta, look at the results, discuss and then determine the next Great, then you have understood what I wanted to say. Marcus steps. I *predict* that only one beta will be needed. But I'm not insisting on it. Regards, -Rob Marcus If we agree on that, we should expand the timeframe to 6 or more weeks. My 2 ct. Marcus I suggest to update the 4.1 planning wiki[1] and: (1) Set the target date. (2) Clean up the planning list, starting from leaving only the active items, and moving the rest to project backlog[2]. Any suggestion/comments? [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Blog - Shenfeng (Simon) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft blog post: Apache OpenOffice 4.1 to Bring Enhanced Accessibility Support
Am 11/13/2013 10:08 PM, schrieb janI: On 13 November 2013 20:28, Rob Weir wrote: This will be something to post after Steve merges the code intro the trunk, which I understand will be soon: https://blogs.apache.org/preview/OOo/?previewEntry=apache_openoffice_4_1_to Does anyone have anything else to add? A quote from an assistive technology vendor or accessibility expert would be good. Having learned from the experience with the sidebar, I think it would be correct to add that we (of course) make these new features available to other office packages. I for one still get a bit upset, thinking how the sidebar was announced in other packages, before we released it. but that just my way of thinking. A hint were the feature has its roots in indeed helpful. Helpful for everybody who wants to know or to proof. Marcua - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft blog post: Apache OpenOffice 4.1 to Bring Enhanced Accessibility Support
Am 11/13/2013 09:12 PM, schrieb Rob Weir: On Wed, Nov 13, 2013 at 3:02 PM, Donald Whytock wrote: On Wed, Nov 13, 2013 at 2:28 PM, Rob Weir wrote: This will be something to post after Steve merges the code intro the trunk, which I understand will be soon: https://blogs.apache.org/preview/OOo/?previewEntry=apache_openoffice_4_1_to Does anyone have anything else to add? A quote from an assistive technology vendor or accessibility expert would be good. Looks good in general. How does "vision-impaired" compare to "blind or low-sight"? Honestly, I'm not absolutely certain what the preferred term is these days. I certainly don't want to cause offense by using the wrong words. But I did see the term "blind or low-sight" on a website discussing assistive technologies. If anyone (Stuart, maybe?) knows better, let me know. I had a remarkable experience when I wrote something about sound in StarOffice (yes, years ago) and how deaf people could work with it. The way of how to explain it was wrong with the wording I used, I had to correct it in in a policitcal correct way and give an apology to the group who wrote a mail to point me to the error. Therefore I would say it's better to spend more time than you think first to use the correct wordings. I'm sure Steve can lend a helping hand here. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice - programosy
Am 11/14/2013 04:12 AM, schrieb Rob Weir: On Wed, Nov 13, 2013 at 5:34 PM, Peter Junge wrote: At the download page (www.programosy.pl/program,openoffice-org.html), I find: ++ Producent: CollabNet, Inc ++ Licencja: Freeware (darmowa) I think that needs to be fixed. I'm not sure this is really an award like the other ones we feature. I don't see a real review or publication. It looks more like a catalog of software with descriptions and ratings. There are thousands of sites like this on the web. I think it dilutes the value of real awards if we treat this as equivalent. I also don't see a thing that looks like an award. Just a possibility to rate 1-5 stars for the software. The case that we got 5 stars is great but doesn't change the whole topic. Also, in general we don't want to get involved in link exchanges. Right. Marcus On 11/13/2013 11:56 PM, Partnership Programosy wrote: Hello, Apache OpenOffice is on our site in first place in its category: http://www.programosy.pl/kategoria,pakiety-biurowe,1,1.html To this day, it was downloaded 55,348 times. Can we ask you to add our link: http://www.programosy.pl/program,openoffice-org.html in this place: http://www.openoffice.org/awards/ This program has been awarded five stars by our editors. We would be honored if on your website will be placed one of our logo: http://programosy.pl/img/stars.png or http://programosy.pl/images/b_programosypl.png or http://www.programosy.pl/favicon.ico or link. Programosy.pl has ~40 000 unique users visits a day. *IMPORTANT: ** **All your correspondence is visible here*: http://mail-archives.apache.org/mod_mbox/openoffice-dev/ ***Please reply. It is very important to us. We will be grateful. * - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: draft blog post: Apache OpenOffice 4.1 to Bring Enhanced Accessibility Support
Am 11/14/2013 03:30 PM, schrieb Rob Weir: On Wed, Nov 13, 2013 at 4:08 PM, janI wrote: On 13 November 2013 20:28, Rob Weir wrote: This will be something to post after Steve merges the code intro the trunk, which I understand will be soon: https://blogs.apache.org/preview/OOo/?previewEntry=apache_openoffice_4_1_to Does anyone have anything else to add? A quote from an assistive technology vendor or accessibility expert would be good. Having learned from the experience with the sidebar, I think it would be correct to add that we (of course) make these new features available to other office packages. I for one still get a bit upset, thinking how the sidebar was announced in other packages, before we released it. I've updated the draft here: https://blogs.apache.org/preview/OOo/?previewEntry=apache_openoffice_4_1_to Thanks, great text. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 11/15/2013 07:29 PM, schrieb couvreur laurence: Bonjour, Le 23.10.2013 à 19h09 j'ai téléchargé une version normalement gratuite d'open office sur votre site internet. Pour cela il fallait envoyer 2 sms pour obtenir des codes afin de poursuivre le téléchargement. Aujourd'hui ces 2 sms me sont facturés 10euros TTC par mon opérateur! Aussi la notion de gratuité n'est elle pas l’absence de transaction financière? Cordialement, Laurence Couvreur. First of all, this is an English-speaking mailing list. I don't know any French, so please allow me to answer in English. You cannot have downloaded OpenOffice from our (www.openoffice.org) website as we don't charge any money to download our software. In general, please download only from the original vendor or at least from approved/trusted 3rd party websites. For Apache OpenOffice please use only the following download webpage. This will forward you to a download offering from our partner SourgeForge: http://www.openoffice.org/download/ HTH Marcus FYI - English translation from Google: On 23.10.2013 at 19h09 I downloaded a free version of normally open office on your website. For this it was necessary to send 2 sms to obtain codes to continue downloading. Today these two sms are charged me 10 euros TTC per my operator! Also the notion of free Is not the lack of financial transaction? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: buildbots -- Linux and MacOSX
Really promizing and great news. Thanks for the detailed update. Marcus Am 11/15/2013 06:54 PM, schrieb Andrew Rist: I wanted to give an update on the buildbots, as this is a question that keeps coming up. * We've received assurances that the Mac buildbot is coming. Long story short, the current mac hardware is a bit long in the tooth and we would kill everything on it if we added our builds to the current machine. We are waiting for real hardware in the form of a Mac Pro which will enable us to have multiple virtualized mac bots, giving us our own environment that can be set up for AOO. The machine should be ordered by the end of the year - bot should come up early next year - ish... * We are also waiting on a CentOS bot to create our standard Linux build. This has been requested and is in the works, and Jan has agreed to bring this up in discussions with infra. I am hoping we can have this for the 4.1 release timeframe. * FreeBSD bot - we have a new freebsd bot and it is slowly moving toward building without errors. If anyone has suggestions for fixing issues on there, please post to dev and we'll move that forward. We are currently stuck on Hunspell - http://ci.apache.org/builders/openoffice-fbsd-nightly/builds/91/steps/configure/logs/stdio and http://ci.apache.org/projects/openoffice/buildlogs/fbsdn/log/unxfbsdx.pro.build.html * The hung process issue with the windows buildbots seems to solved now, and has not been a problem lately. * Currently the Windows bots are failing - but this seems to an issue of svn getting out of sync, I'm cleaning up the bot and restarting the machine after some updates - I expect this to clean up the current issues. ( * Snapshots - both linux and windoze are currently having issues in terms of the size of files that the build creates. The standard buildbot directory upload routine zips the directory, uploads it, and unzips at the destination. Our directory of install bits has gotten too large and we are running into an exception on this step. (On long term fix is to create our own custom directory upload code for build bot - but that is another discussion...) The short term solution is to split the snapshot build into two builds (possible in a single flow) and build half the languages in each build - this should get us around the space issue. That's all for now A. On 11/13/2013 10:01 AM, Kay Schenk wrote: On Tue, Nov 12, 2013 at 6:33 PM, Glenn Harvey Liwanag < glennharveyliwa...@gmail.com> wrote: I can try building the thing on my Mac OS X if that's what you're looking for. It's my only computer right now and I use it for school so I have to know first the average build time and the instructions to get the whole thing done without academics interfering with the work. Thanks for this offer! Resources used for building are dependent on your system, but typically it would take about 2 hours for a full build. Information on how to obtain the source and a link to the Building Guide can be found on the project source page: http://openoffice.apache.org/source.html Please let us know how this goes for you. On Wed, Nov 13, 2013 at 9:08 AM, Kay Schenk wrote: Regarding Jürgen's comments on a recent thread -- http://markmail.org/message/v5zli2np67qv5ryz Since CentOS 5 is our reference distribution for delivered Linux binaries (I did not know this!) -- and I am assuming this distro might remain as the reference going forward, does it make sense to try to move forward to set this up as a buildbot. I know wokr had already started on this. Can someone give us an update? https://issues.apache.org/jira/browse/INFRA-6217 I don't know CentOS, but having about 18 years in various *nixes HP/UX, Solaris, RedHat, SuSE), I could probably help assuming I could work in command line only to deal with this. On the MacOSX front, the latest update indicates we don't have hardware :( https://issues.apache.org/jira/browse/INFRA-4902 Any suggestions? Volunteers with equipment to dedicate to this? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Proposal] Update 'Get It Here' Banner
Am 11/15/2013 08:26 PM, schrieb Andrea Pescetti: On 15/11/2013 Samer Mansour wrote: Ok no one voted +1 nor -1 explicitly, but it sounds like people are happy with the new banner. ... http://dynomie.com/ext/getithere2.png FYI Only when we do an offical vote for something then +1 or -1 or 0 is important and counted - e.g., for a new AOO release. Otherwise it's just lazy consensus. Of course many of us write +1 to express that they like it. But this has no real meaning. It would also work without this as only the written text is taken into account. Sure, it was lazy consensus on my side. Nice job! Me too. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] release mirror structure.
Am 11/22/2013 07:37 PM, schrieb Andrew Rist: On 11/22/2013 1:52 AM, jan i wrote: On 22 November 2013 10:34, Jürgen Schmidt wrote: On 11/22/13 9:52 AM, jan i wrote: Hi. We have been discussion to reduce our footprint on the mirrors, see: https://issues.apache.org/jira/browse/INFRA-6654 It would be wise of us to have this solved before we release 4.1, in order not to have a potential delay. anybody is free to work on this, as always at Apache the work have to be done The base discussion (please correct me if I am wrong) is which of 2 options we want. 1) as today, 1 full image for every language (approx. 150Mb each). This takes a lot of space on the mirrors, and lead to a little week for delay. 2) 1 full image containing all languages (--with-language). This takes the approx 200-250Mb). Advantage is fast copy to mirrors, users can online switch language. Disavantage. Users need to download a bit more. I have no strong opinions, except I dont like that we take up soo much space on the mirrors. we talk here mainly about some disk space on Apache mirrors. I can't remember who wanted the binaries on the Apache mirrors I personally can live with the binaries on the SF mirrors. For me most important is that we reduce the downloads for our millions of users. I am open for a working solution that make the download and installation for our users in the same way easy as what we have today. Disk space is for me not really a good argument. If we would have a multi-language install set only we would need a proper setup that select the correct language, so that users don't have to deal with an English version by default. The got potentially lost! Synchronizing the bits once on the mirrors seems to be peanuts compared to the millions of downloads. And to be honest I don't see that anybody will work on this in the near future, that is at least my impression. I don't like that we try to move an internal, technical problem to our million of users. Actually, I am one of millions who live abroad and use AOO with multiple languages, so at the moment, I compile my own version --with-lang="da es en-US" so it can be used. But in general I agree with your point. Not having the binaries on apache.org is for sure the simplest solution, and if we can decide that, then I am sure infra wont have a problem. what if we have single install with all langs at apache.org? that way it is there, but considerably smaller from a real estate perspective but allows us to preserve binaries. For user downloads @ sourceforge, we continue to have the 1 per lang downloads that focus on the user. In this way we can point users with the special wish to have many or all languages in a single file to download. +1 for this nice compromise. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 80 million downloads
Am 12/02/2013 08:54 AM, schrieb Andrea Pescetti: Louis Suárez-Potts wrote: On 01-Dec-2013, at 19:22, Ian Lynch wrote: We can blame Ubuntu or Canonical or we can fix it. This is not a new thing and I've asked that we provide clear clear instructions to naive users (like, oh, me) about how to change it without going geek. There's a step-by-step guide at http://www.openoffice.org/porting/ ; isn't it easy enough? Does it need more visibility? when I would search for install instructions, then I won't expect a different webpage than for install instructions: https://www.google.de/search?q=apache+openoffice+install The first hit wins. ;-) BTW: https://www.google.de/search?q=apache+openoffice+install+ubuntu This gives an interesting first hit. Maybe someone with Ubuntu could test this and can report the results (is it working?, is it easy?, compatible for non-geeks?, etc.). Finally, to add this link additionally to the porting webpage due to Debian is OK but must not be the only one. Ciao Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [IAccessible2] Nice comment on our blog
Am 12/04/2013 12:27 AM, schrieb Rob Weir: "Just to say a big thank you for the great work. We, as blind people, are until now quite tied to MSOffice for a real productivity suite, and with the ribon menus it becomes a nightmare. not to mention the license prices ! Hope OOO 4.1 will be able to expose the accessibility features even if running from a pen drive. imagine the potential then... My only contribution can be a bit of money. I'm going to see how to donnate." A good timing is sometimes priceless. :-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: German community needs a second mailing list for effective working
Am 12/12/2013 11:08 PM, schrieb Kay Schenk: On Thu, Dec 12, 2013 at 12:09 AM, Jörg Schmidtwrote: From: Andrea Pescetti [mailto:pesce...@apache.org] Sent: Wednesday, December 11, 2013 2:10 PM To: dev@openoffice.apache.org Subject: Re: German community needs a second mailing list for effective working jan i wrote: +1 from me, my only concern is how to make sure important information is not kept solely on dev-de (important may also be hints about how to compile etc). I see a heavy burden on the moderators to ensure that this happens. It depends on the focus, but from Joerg's initial description, the new list would help "distinguish general user questions from specific discussions among the project members", so the structure seems very similar to the two mailing lists in Italian (one for users/support, one for volunteers/coordination/discussions). Moderation is easy in this case. Exact. Let me say once again absolutely clear, the new list of "dev...@openoffice.apache.org" to record all information will be already today on the other de-list (users...@openoffice.apache.org) and for project work are important, nothing is what it are lost. (Note: Today's "users...@openoffice.apache.org" is in fact not what the name says, but rather in truth it is a 'dev-and-users...@openoffice.apache.org', and that makes problems.) Greetings, Jörg In concept, I don't have objections to this new list, but wish it could be named something other than "dev-de" so it doesn't get confused with dev@openoffice.apache.org. But...I don't have any suggestions. hm yes, that's a good point. "dev@" and "dev-de@" are very similar and the differentiation is not really good visibile. But I've a suggestion. ;-) What about to name the new ML like what its purpose should be (coordinate the project work): project-de@ Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: German community needs a second mailing list for effective working
Am 12/13/2013 03:43 AM, schrieb Jörg Schmidt: From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] In concept, I don't have objections to this new list, but wish it could be named something other than "dev-de" so it doesn't get confused with dev@openoffice.apache.org. But...I don't have any suggestions. hm yes, that's a good point. "dev@" and "dev-de@" are very similar and the differentiation is not really good visibile. Ok, that's a point. but it is a real problem? The problem that it may sounds too similar. When you look for the right ML it could happen that the "-de" is overlooked and then you get German mails into the international ML. Or vice versa. Dev-lists are for project members, I think this may very well differ between dev and dev-de. *In OOo it was possible for many years, are members of AOO project less wise, to distinguish it?* But I've a suggestion. ;-) What about to name the new ML like what its purpose should be (coordinate the project work): project-de@ project-de@ would also be OK (maybe better projectwork-de@?), but is it really necessary? I think "dev" is understandable for everyone, but is "project" also, or will people ask what the difference is? In my opinion both are "dev" and "project"/"projectwork" suitable, but "project"/ "projectwork" is _not_ really better. Just make clear (e.g., here: http://openoffice.apache.org/native-lang.html or ) that it is used to coordinate the work in German-speaking countries, then it should be fine. my vote is: project-de or projectwork-de: +0.5 dev-de: +1 I just wanted to point to a possible problem. Not more. ;-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: German community needs a second mailing list for effective working
Am 12/15/2013 11:39 AM, schrieb Jörg Schmidt: From: Rob Weir [mailto:robw...@apache.org] You're absolutely right and I hope it will be able to change that in the future, because it is a big problem for a software aimed at end users. I was trying to make a slightly different observation. We have the ASF which is a foundation. The foundation includes many projects == Top Level Projects, Incubator, etc. We should not be calling anything else a "project". This is different from OOo where we had other things called "projects", e.g., the "marketing project", etc. This part of your considerations has my consent (*) and should _not_ _now_ be subject. (*) by which I mean I respect the decision of the Foundation as it is. That does not mean I will not work to the Foundation the changes her mind to it ( not now, but maybe in 5-10 years ) Now please let's talk about the risk of confusion by the "de" talk: The argument was not logical, because the situation is already (and has been for more than 2 years!) that _there is_ a mailing list users...@openoffice.apache.org. So if the "de" in the name of a mailing list, suitable to donate to the confusion there would be a "German project", do it this mailing list _already_. Logic is simple logic, and that is: _if_ the "de" disturbs, then we must also rename the "users-de", _if_ "users-de" is OK, so is also "dev-de" OK ... this is the point. If we want to avoid confusion, especially when talking to other parts of Apache, we should think of a different term to use in these cases. Something like team, mission, special interest group, subcommittee, function, area, etc. "team" or "special interest group" is OK for me, but it's a German speaking group. *If we do not mark, it is just as misleading as some others.* The point is _not_ that we _want_ to speak German, but we _have_ to speak German for the concrete work in Germany. Is it really only the "de" what bothers you? *Then let us find a replacement for it, because I do not "de" not important, but just any marking that is the list in German.* I don't think that "de" was a problem. the proposal of Marcus was: project-de @ and if that does not seem good, as would be with, for example: local-de-team@ or de-team@ (which contains _your_ word "team") Better? "team" is really better and to put "de" at first, mix-ups are eleminated. +1 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: German community needs a second mailing list for effective working
Am 12/15/2013 11:39 AM, schrieb Jörg Schmidt: From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] Ok, that's a point. but it is a real problem? The problem that it may sounds too similar. When you look for the right ML it could happen that the "-de" is overlooked and then you get German mails into the international ML. Or vice versa. If this is so, but then it's not the "de" (in "dev-de@") which disturbs, but the "dev". Or not? If that is so, but then would be your proposal "project-de@" OK, because no one will "project" with "dev" confused. Just make clear (e.g., here: http://openoffice.apache.org/native-lang.html or ) that it is used to coordinate the work in German-speaking countries, then it should be fine. Yes, true, but how do we do that? Describe what the purpose is for the new mailing list. You mean the "dev" disturbs and Rob says the "de" disturbing. What the really bothering you? For me, every name OK featuring that it comes to a list is where we coordinate the local work and this list is in German. One small problem is the "german" should not be part of the name, because "german" discriminates against the Swiss and Austrians. Because Rob "project-de@" is not good, I had now proposed "local-de-team@" or "de-team@" (using Rob's word proposal "team"), for me would be OK. *Would "local-de-team@" or "de-team@" a suitable compromise?* See my answer in your other mail. Please understand that I'm just trying to consider *all* views. Sure, thats great. For me "local-german-project@" or "german-project@" (for example) would also possible, but I give Rob right, there is no "German Project" and therefore we should not use these names. Right, "project" was just a first thought of mine to show the purpose. But there is no sepeate project inside the AOO project. So, not a good example to agree on. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: inconvenience on openoffice.org
Am 12/15/2013 12:46 PM, schrieb hasgar...@hellshell.de: Hello guys, I tried to download Open Office from your website. As usually I browse the web with noscript enabled. Your website has a problem: [1] "JavaScript needs to be enabled to download Apache OpenOffice." Why do you need JavaScript to download?? Isn't an '' enough?? We have many package files to offer. It is to simplify our work on the website but also to offer a simple solution to others as not everybody likes to look for one special file in several lists. ;-) As alternative please have a look here: http://www.apache.org/dyn/aoo-closer.cgi/openoffice/ Marcus Stuff like platform can also be guessed from the http-headers, right? Oh, and can you disable google analytics, too? Anyway, keep up the good work :-) Best wishes, Hasgarion [1] http://www.openoffice.org/download/index.html - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: inconvenience on openoffice.org
Am 12/15/2013 03:48 PM, schrieb Rob Weir: On Sun, Dec 15, 2013 at 7:09 AM, Marcus (OOo) wrote: Am 12/15/2013 12:46 PM, schrieb hasgar...@hellshell.de: Hello guys, I tried to download Open Office from your website. As usually I browse the web with noscript enabled. Your website has a problem: [1] "JavaScript needs to be enabled to download Apache OpenOffice." Why do you need JavaScript to download?? Isn't an '' enough?? We have many package files to offer. It is to simplify our work on the website but also to offer a simple solution to others as not everybody likes to look for one special file in several lists. ;-) As alternative please have a look here: http://www.apache.org/dyn/aoo-closer.cgi/openoffice/ I wonder whether it would help to show that link in the case? I've written some text and linked to the Apache mirrors. Marcus Stuff like platform can also be guessed from the http-headers, right? Oh, and can you disable google analytics, too? Anyway, keep up the good work :-) Best wishes, Hasgarion [1] http://www.openoffice.org/download/index.html - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 12/16/2013 09:02 AM, schrieb Ludwig Niederer: Downloading version Open Office 4.0.1 from http://www.openoffice.org/de/downloads/index.html > will give in the beginning of the installation procedure an integrity > failure. Downloading the new version from chip.de works without any > Problem. My installation: Windows 8.1, Chrome Please make sure that the downloaded file is not broken. Disabling/Enabling a proxy server to use can help. To check the integrity of downloaded files please have a look here: http://www.openoffice.org/download/checksums.html Or download from our main download webpage: http://www.openoffice.org/downloads/ Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Merry Christmas and a happy new year
I also wish everybody Merry X-Mas & A Happy New Year. :-) Marcus Am 12/20/2013 04:05 PM, schrieb Jürgen Schmidt: Hi, I will go into Christmas holidays today and will not read my emails regularly, I plan to take a real break ;-) I wish you all merry Christmas and a happy new year! Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] maintenance of ooo-wiki2-vm.a.o and ooo-forums.a.o
I cannot help you in this area of competence. However, I like your proposal and would give you a +1. Marcus Am 12/29/2013 04:09 PM, schrieb jan i: top posting. A friendly reminder, this LAZY Consensus proposal runs until january 2nd. Until now, no -1 has been received. Andrea is the only team member that has given a +1 the other team members (jsc, imacat, arist) have not expressed any opinion yet. Wish you all a happy new year. rgds jan I. On 28 December 2013 17:39, Andrew Pitonyak wrote: I have been following as best I can while traveling, and it is not my place to say, but I agree jan i wrote: On 28 December 2013 16:19, Andrea Pescetti wrote: On 22/12/2013 jan i wrote: based on a polite push from a good infra colleague, I have decided to present yet another proposal for maintaining ooo-wiki2-vm.a.o and ooo-forums.a.o I agree with the proposal, so +1 from me. The main value it brings is that we will have a common (and lightweight) set of rules that allow us to establish some initial guidelines. This will make it easier to include new volunteers later, or promote existing volunteers to sysadmin role, or do whatever we agree upon, at due time. But we need an initial set of guidelines to work effectively as a team. thanks for your +1, thats the first of the existing team, I still hope the rest of the team will join. The intention of the proposal is NOT to exclude anybody, it (as andrea write very nicely) to make a basis on which we can build, while securing our servers. I suggest myself for sysadm, and jsc, pescetti, arist and imacat for vm-team. Of course my suggestion depends on the willingness of the mentioned people. I'm willing to be part of team as proposed. thx, your input and help is much valued. Remember there are 3 days left of this year, if you have something to catch up on. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] maintenance of ooo-wiki2-vm.a.o and ooo-forums.a.o
Am 01/02/2014 07:44 PM, schrieb jan i: Can it really be true, that the current vm team dont want to take if I take lead ? In that case it would be highly wrong of me to use the lazy consensus. Maybe a bit early to give up. Perhaps they are still a bit in the offline mode due to year end/beginning with holidays/vacation. I would send a reminder and keep it open for another 1-2 weeks. Marcus On 29 December 2013 16:09, jan i wrote: top posting. A friendly reminder, this LAZY Consensus proposal runs until january 2nd. Until now, no -1 has been received. Andrea is the only team member that has given a +1 the other team members (jsc, imacat, arist) have not expressed any opinion yet. Wish you all a happy new year. rgds jan I. On 28 December 2013 17:39, Andrew Pitonyak wrote: I have been following as best I can while traveling, and it is not my place to say, but I agree jan i wrote: On 28 December 2013 16:19, Andrea Pescetti wrote: On 22/12/2013 jan i wrote: based on a polite push from a good infra colleague, I have decided to present yet another proposal for maintaining ooo-wiki2-vm.a.o and ooo-forums.a.o I agree with the proposal, so +1 from me. The main value it brings is that we will have a common (and lightweight) set of rules that allow us to establish some initial guidelines. This will make it easier to include new volunteers later, or promote existing volunteers to sysadmin role, or do whatever we agree upon, at due time. But we need an initial set of guidelines to work effectively as a team. thanks for your +1, thats the first of the existing team, I still hope the rest of the team will join. The intention of the proposal is NOT to exclude anybody, it (as andrea write very nicely) to make a basis on which we can build, while securing our servers. I suggest myself for sysadm, and jsc, pescetti, arist and imacat for vm-team. Of course my suggestion depends on the willingness of the mentioned people. I'm willing to be part of team as proposed. thx, your input and help is much valued. Remember there are 3 days left of this year, if you have something to catch up on. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] maintenance of ooo-wiki2-vm.a.o and ooo-forums.a.o
Am 01/02/2014 08:20 PM, schrieb jan i: On 2 January 2014 20:10, Rob Weir wrote: On Thu, Jan 2, 2014 at 1:44 PM, jan i wrote: Hi All. We have now reached the end of the lazy consensus period. There has been no -1, a couple of comments and a couple of +1, this means the proposal is accepted. However, I have to admit, I think we have a big problem. If I go ahead with the proposal (as lazy consensus suggest), and follow the idea from Andrea. I would have to remove a large part of the vm team. Only andrea has reacted at all (with a +1), and according to the idea from andrea we should revoke the others karma. Can it really be true, that the current vm team dont want to take if I take lead ? In that case it would be highly wrong of me to use the lazy consensus. The problem is timing. Quite a few people are still on holiday and will not return until next week. In fact this whole thing has been discussed in a time when several people were away. I agree timing is an issue, but it has been said we wanted a fast decision. I have seen nearly all vm members answering other mails in the period, so its not only vacation, this proposal has in reality now been discussed for about 3 month. write to the missing team members directly (and dev@ in CC). Maybe it makes a difference if they get an extra and personal shove. Marcus There was a deadline on the proposal, far longer than 72 hours, to allow us to act. However I have no problem extending the deadline, it simply means we continue with the current setup during that period. The lazy consensus is extended to 28 february 2014. This allows for any holidays, release, FOSDEM etc. Lazy consensus has already been reached, but we need to have the acceptance of the current (or a new) vm team, since its not adviceable that I work alone. rgds jan I. -Rob I can understand a lot of subscribers to this list, dont care (as long as the services are available), but given the previous debate (and the focus on forcing me to forward a new proposal), I would have expected the PMC group to voice their opinion, and also the current vm team. We cannot just overrule the current sysadm, that does not feel fair !! Any thoughts ? rgds jan I. On 29 December 2013 16:09, jan i wrote: top posting. A friendly reminder, this LAZY Consensus proposal runs until january 2nd. Until now, no -1 has been received. Andrea is the only team member that has given a +1 the other team members (jsc, imacat, arist) have not expressed any opinion yet. Wish you all a happy new year. rgds jan I. On 28 December 2013 17:39, Andrew Pitonyak wrote: I have been following as best I can while traveling, and it is not my place to say, but I agree jan i wrote: On 28 December 2013 16:19, Andrea Pescetti wrote: On 22/12/2013 jan i wrote: based on a polite push from a good infra colleague, I have decided to present yet another proposal for maintaining ooo-wiki2-vm.a.o and ooo-forums.a.o I agree with the proposal, so +1 from me. The main value it brings is that we will have a common (and lightweight) set of rules that allow us to establish some initial guidelines. This will make it easier to include new volunteers later, or promote existing volunteers to sysadmin role, or do whatever we agree upon, at due time. But we need an initial set of guidelines to work effectively as a team. thanks for your +1, thats the first of the existing team, I still hope the rest of the team will join. The intention of the proposal is NOT to exclude anybody, it (as andrea write very nicely) to make a basis on which we can build, while securing our servers. I suggest myself for sysadm, and jsc, pescetti, arist and imacat for vm-team. Of course my suggestion depends on the willingness of the mentioned people. I'm willing to be part of team as proposed. thx, your input and help is much valued. Remember there are 3 days left of this year, if you have something to catch up on. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 01/05/2014 11:21 AM, schrieb Rui Aurélio:
Dear OpenOffice support,
I'm accessing the Apache OpenOffice site from Portugal and I was trying to
download the english installer.
However, the link for that ("*Get all platforms, languages, language packs*"
- https://www.openoffice.org/pt/download/other.html) results in error:
*Error 404!*
No matches to your request were found.
Can you kindly correct the error please ?
Thanks for your hint. I've fixed the link and some others.
Marcus
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: First look at www.openoffice.org accesibility
Am 01/13/2014 07:52 PM, schrieb Rob Weir: I've been scanning pages on our website to see what kinds of A11Y issues we should take care off. I'm concentrated initially on issues on our most popular pages as well as issues on the template, since the template generates the repeated headers/footers nad navigation on every page. We'll get more 'bang for the buck' if we can get the template perfect. Some of the kinds of issues I'm seeing: 1) The site-search button and input field in the upper right of the template. These were not coordinated in the best way. Since there is no associated label for the input field, I added a "title" attribute, so what we have now looks like this: That means now the screen reader reads the title and converts it as voice output, right? 2) The home page uses headers to mark the main options on the page, e.g., "I want to download OpenOffice". But there is no. The doc I read said this inconsistency can confuse navigation via a screen reader. One option might be to make these all be and then adjust the CSS accordingly.Or maybe they should be an list? I have no made any fix here yet. Simply insert a h1 headline, like: How can OpenOffice help you? However, if there is no need for one, then a hidden h1 could help to solve the confusion but also keep the current webpage conent and style. The "hidden" attribute seems to look like the best option but maybe not as it seems not to work in MS IE. Could someone test this? How can OpenOffice help you Or maybe just an empty h1 if this doesn't destroy the layout, like: 3) For each of the choices we seem to have two hyperlinks going to the same place: I need help with my OpenOffice Help is at hand whenever you need it. This repetition makes navigation via screen readers unnecessarily chatty. Is there some way we can eliminate the redundant links? I don't think so. Otherwise we would give up the link in the headline or the text. And the headline and text should have different text formatting, right? Could this help to get enough differentiation? I need help with my OpenOffice Help is at hand whenever you need it. 4) I read that the navigation menus, which we have on the top of every page, as well as on the side of many prominent pages, will be read by screen readers, making it harder to get to the actual main content of the page. I saw some recommendations to add a "skip navigation" link. Another source said the navigation links could be enclosed in a . 5) The contrast in our navigators, with dark blue text on a pale blue background is 3.7:1. This is lower than the 4.5:1 recommendation for low vision. Since these colors are part of our visual scheme and our branding, we'll need to think carefully about how we can improve this. (Note: we don't necessarily need to change the hue. Using a darker shade for the text, or a lighter one for the background might work) 6) We're missing a language identifier on most pages. That's easy: insert a language ID. ;-) Currently: http://www.w3.org/1999/xhtml"; /> New: http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en"> I'll continue investigating, but that is what I've found initially. If anyone has ideas for these items, please let me know. Thanks, I hope my comments help a bit to do little but get much. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: wiki upgrade warning.
Am 01/14/2014 10:02 AM, schrieb Andrea Pescetti: jan i wrote: wiki.openoffice.org will be upgraded over the next days, starting 15january 8:00 UTC and ending 17january 23:00 UTC. Thanks! https://wiki.openoffice.org/wiki/MediaWiki:Sitenotice updated accordingly. A notice is now shown on all wiki pages, so people can see it today. http://www.openoffice.org/contact_us.html (the line "For problems with the Wiki") should be updated too. I've added this to the webpage. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RELEASE]: snapshot build for Mac and Windows based on revision 1521921
Am 01/14/2014 10:38 PM, schrieb Larry Gusaas: On 2014-01-14, 1:46 AM Jürgen Schmidt wrote: On 1/14/14 8:29 AM, Rory O'Farrell wrote: Many older computers will only run 32 bit Linux. This may not be common among developers, but certainly is among older users and installers/linux advocates who migrate older users to cast off machines from children. My own main editing comouter is a 32 bit running Xubuntu and OpenOffice. If I am asked to salvage a cast off computer I normally reformat the HD and put 32 bit linux on it without further thought, as this will run on nearly anything. I would regret the loss of OO 32 bit. > ok, I should take off my developer glasses;-) Juergen The same applies to Macs. If you continue to provide 32 bit Linux you should continue offering 32 bit for Macs. How about for Mac PowerPC computers? I hate having to recommend LibreOffice to Mac PowerPC users. Just a side note, so please don't take it personally: Our longterm supporter, Maho, has given up himself to support this platform (I don't know at the moment why, maybe broken hardware ?). So, we have no hardware for building, testing, releasing - and would need to get (buy) this hardware to go on with AOO. ;-) Apple has switched from PPC to Intel in 2006 and Mac OS X 10.5 in 2007 was the last version for PPC. So, these users have no chance anymore to upgrade their OS. I think especially Apple users like to have the newest stuff and I wouldn't expect that there are many people doing their daily work only on a PPC machine. BTW: With the work Herbert is doing (new baseline for Mac's will be 10.7) it would be the end anyway. My 2 ct. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New Howto: Change the file association on Windows 7
Well done. This will be a great help for future support requests like "I need my files back". Marcus Am 01/14/2014 08:37 PM, schrieb Raphael Bircher: After some people use my howto's I made a new on about a often Problem https://www.youtube.com/watch?v=HaJSTjG2rkQ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: First look at www.openoffice.org accesibility
Am 01/14/2014 06:53 PM, schrieb Rob Weir: On Mon, Jan 13, 2014 at 4:09 PM, Marcus (OOo) wrote: Am 01/13/2014 07:52 PM, schrieb Rob Weir: I've been scanning pages on our website to see what kinds of A11Y issues we should take care off. I'm concentrated initially on issues on our most popular pages as well as issues on the template, since the template generates the repeated headers/footers nad navigation on every page. We'll get more 'bang for the buck' if we can get the template perfect. Some of the kinds of issues I'm seeing: 1) The site-search button and input field in the upper right of the template. These were not coordinated in the best way. Since there is no associated label for the input field, I added a "title" attribute, so what we have now looks like this: That means now the screen reader reads the title and converts it as voice output, right? Yes, that's my understanding. When we view the page this is clear from the visual context: a text input next to a button labeled "search" is for the search query. But the context is not always clear with a screen reader so we need to make it explicit. 2) The home page uses headers to mark the main options on the page, e.g., "I want to download OpenOffice". But there is no. The doc I read said this inconsistency can confuse navigation via a screen reader. One option might be to make these all be and then adjust the CSS accordingly.Or maybe they should be an list? I have no made any fix here yet. Simply insert a h1 headline, like: How can OpenOffice help you? However, if there is no need for one, then a hidden h1 could help to solve the confusion but also keep the current webpage conent and style. The "hidden" attribute seems to look like the best option but maybe not as it seems not to work in MS IE. Could someone test this? How can OpenOffice help you The would be the parent of all the's, including "Recent blog posts". So not just the left column. A hidden might stop the warning message, but I'm to sure it really fixes the problem. But this might be the lesser of the problems. At least we're not inconsistent in our headers, e.g., having an under an or something like that. Or maybe just an empty h1 if this doesn't destroy the layout, like: A h1 tag would create a headline with CSS blue box styling - like you can see here: http://www.openoffice.org/download/checksums.html Even with an empty h1 tag the blue box would be visible. So, if we decide to insert a h1 tag, then with text. 3) For each of the choices we seem to have two hyperlinks going to the same place: I need help with my OpenOffice Help is at hand whenever you need it. This repetition makes navigation via screen readers unnecessarily chatty. Is there some way we can eliminate the redundant links? I don't think so. Otherwise we would give up the link in the headline or the text. And the headline and text should have different text formatting, right? Could this help to get enough differentiation? I need help with my OpenOffice Help is at hand whenever you need it. That might silence the warning message, but the problem is still there. The issue is someone navigating by keyboard will see every link twice in a row. So it is a matter of excess noise on the page. I wonder if it would be better to have the image and the be the live links, and not link the smaller long description? Then we might be able to put the image and the text all in one? This seems to help and also produces no HTML error (verified via W3C HTML validator): I want to learn more about OpenOffice What is Apache OpenOffice? And why should I use it? However, the text is now displayed in light-grey and doesn't change anymore when moving the mouse over it (compare with the other texts). So, some further CSS hacks are necessary. Up to now I haven't found the root cause. 4) I read that the navigation menus, which we have on the top of every page, as well as on the side of many prominent pages, will be read by screen readers, making it harder to get to the actual main content of the page. I saw some recommendations to add a "skip navigation" link. Another source said the navigation links could be enclosed in a . 5) The contrast in our navigators, with dark blue text on a pale blue background is 3.7:1. This is lower than the 4.5:1 recommendation for low vision. Since these colors are part of our visual scheme and our branding, we'll need to think carefully about how we can improve this. (Note: we don't necessarily need to change the hue. Using a darker shade for the text, or a lighter one for the background might work) 6) We're missing a language identifier on
Re: Someone forgot to change the tip "openoffice.org" to "openoffice"
Fixed, thanks for the hint. Marcus Am 01/18/2014 09:06 PM, schrieb Marco A.G.Pinto: Hello! In the main site, when one hovers with the mouse over the "download" link at the top, it says "download openoffice.org" when the ".org" should be removed. Here is a screenshot: http://i.imgur.com/f2TCXn6.png Thanks! Kind regards, >Marco A.G.Pinto - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 01/17/2014 10:21 AM, schrieb Lex Ridley: Hi Dev Problem when trying to download legacy version. So when I click download nothing happens, just go to the "Please contribute!" page. The I went to "select a mirror close to you" but when i cant download from any, just shows http or ftp or rsynce but when you click it just goes into a directory It seems this area needs a deeper inspection and fix. However, it's the download webpage to get old and pre-AOO versions. The alternative that was created is this archive webpage [1]. I don't see any advantages to fix links and scripting to get it to work again. But it is still the #1 hint in Google [2]. Therefore I would suggest to just redirect the download link in the green box to the new archive webpage. [1] http://www.openoffice.org/download/archive.html [2] https://www.google.de/search?q=openoffice+legacy What do you think? Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Thanks for this hint to the broken links. We have created an alternative webpage to get old versions of OpenOffice (from Apache and pre-Apache times): http://www.openoffice.org/download/archive.html However, the usual disclaimer is still valid: Archived builds are unsupported and may contain security issues (likey especially in the import filters for MS Office and graphics file formats). It is highly recommended *not* to use them except when there is no better choice. We recommend to always use the latest version that you can get from here: http://www.openoffice.org/download/ Marcus Am 01/17/2014 10:21 AM, schrieb Lex Ridley: Hi Dev Problem when trying to download legacy version. So when I click download nothing happens, just go to the "Please contribute!" page. The I went to "select a mirror close to you" but when i cant download from any, just shows http or ftp or rsynce but when you click it just goes into a directory And most mirrors either don't have the files or the page doesn't exist! And the wiki and redirector both say object not found. Please assist. -- Best Regards Lex Ridley - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: First look at www.openoffice.org accesibility
Am 01/16/2014 04:22 PM, schrieb Rob Weir:
On Wed, Jan 15, 2014 at 6:17 PM, Dave Fisher wrote:
.
.
.
This can be done by updating the ssi setup
Add to all ssi.mdtext files a language property
Here is /fr/ssi.mdtext
language: fr
doctype: /doctype.html
brand: /fr/brand.html
footer: /footer.html
topnav: /fr/topnav.html
home: home
Edit template/skeleton.html
Change tohttp://www.w3.org/1999/xhtml"; lang="{{ ssi.headers.language }}"
xml:lang=""{{ ssi.headers.language }}"">
Rebuild ooo-site.
Warning this is a "sledgehammer" change. All pages are changed.
Any other skeleton changes for accessibility?
The other change -- which probably needs more discussion -- is to
implement some form of "skiplinks". The current problem is a user
needs to tab over the navigation links on every page they load before
they get to the actual page contents. Best practice is to have some
short cut to go directly to navigation, to content, to footer. The
tricky thing is to do this in a way that works well with the page
design as well.
This page implements it in a clever way:
http://accessites.org/site/2006/05/skip-link-pros-and-cons/
Nice way to present the user a shortcut to some common link groups.
Hit tab a couple times in your browser and you'll see the links show
up in the upper right. This is done with CSS tricks to position the
off screen except when it has the focus.
So they have this meta-navigation:
Jump to Content
Jump to Navigation
Jump to Footer
And from http://accessites.org/site/wp-content/themes/beastblog-v2/style.css:
ul.offset, .offset {
position : absolute;
top : -9000px;
left : -9000px;
z-index : 9;
}
ul.offset a:focus, ul.offset a:active {
position : absolute;
top : 9010px;
left : 9010px;
background-color : #33;
color : #fff;
padding : 5px;
font-weight : bold;
border : 2px solid #000;
width : 6em;
z-index : 9;
}
So navigation menu is 9000 pixels off the screen, except when it has
the focus, in which case it is brought in net 10 pixels.
But I wonder what happens if you try to print a page like that.
Hopefully the browsers are smart enough not to print many blank pages
followed by the off-screen menu...
My Firefox want to print 6 pages with only the expected content.
The complication with our website is that we have side menu navigation
on some (but not all pages). But we have top nav, and footer, on all
pages.
Regards,
-Rob
Marcus
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: First look at www.openoffice.org accesibility
Am 01/16/2014 12:17 AM, schrieb Dave Fisher: On Jan 14, 2014, at 3:03 PM, Marcus (OOo) wrote: Am 01/14/2014 06:53 PM, schrieb Rob Weir: On Mon, Jan 13, 2014 at 4:09 PM, Marcus (OOo) wrote: Am 01/13/2014 07:52 PM, schrieb Rob Weir: I've been scanning pages on our website to see what kinds of A11Y issues we should take care off. I'm concentrated initially on issues on our most popular pages as well as issues on the template, since the template generates the repeated headers/footers nad navigation on every page. We'll get more 'bang for the buck' if we can get the template perfect. Some of the kinds of issues I'm seeing: 1) The site-search button and input field in the upper right of the template. These were not coordinated in the best way. Since there is no associated label for the input field, I added a "title" attribute, so what we have now looks like this: That means now the screen reader reads the title and converts it as voice output, right? Yes, that's my understanding. When we view the page this is clear from the visual context: a text input next to a button labeled "search" is for the search query. But the context is not always clear with a screen reader so we need to make it explicit. 2) The home page usesheaders to mark the main options on the page, e.g., "I want to download OpenOffice". But there is no. The doc I read said this inconsistency can confuse navigation via a screen reader. One option might be to make these all beand then adjust the CSS accordingly.Or maybe they should be anlist? I have no made any fix here yet. Simply insert a h1 headline, like: How can OpenOffice help you? However, if there is no need for one, then a hidden h1 could help to solve the confusion but also keep the current webpage conent and style. The "hidden" attribute seems to look like the best option but maybe not as it seems not to work in MS IE. Could someone test this? How can OpenOffice help you The would be the parent of all the's, including "Recent blog posts". So not just the left column. A hidden might stop the warning message, but I'm to sure it really fixes the problem. But this might be the lesser of the problems. At least we're not inconsistent in our headers, e.g., having an under an or something like that. Or maybe just an empty h1 if this doesn't destroy the layout, like: A h1 tag would create a headline with CSS blue box styling - like you can see here: http://www.openoffice.org/download/checksums.html Even with an empty h1 tag the blue box would be visible. So, if we decide to insert a h1 tag, then with text. You could turn off style with a tag in the h1. Sure, of course. I just hadn't the mood and time to dig into the code what it is. I've added a h1 tag with no text and disabled styles 3) For each of the choices we seem to have two hyperlinks going to the same place: I need help with my OpenOffice Help is at hand whenever you need it. This repetition makes navigation via screen readers unnecessarily chatty. Is there some way we can eliminate the redundant links? I don't think so. Otherwise we would give up the link in the headline or the text. And the headline and text should have different text formatting, right? Could this help to get enough differentiation? I need help with my OpenOffice Help is at hand whenever you need it. That might silence the warning message, but the problem is still there. The issue is someone navigating by keyboard will see every link twice in a row. So it is a matter of excess noise on the page. I wonder if it would be better to have the image and the be the live links, and not link the smaller long description? Then we might be able to put the image and the text all in one? This seems to help and also produces no HTML error (verified via W3C HTML validator): I want to learn more about OpenOffice What is Apache OpenOffice? And why should I use it? However, the text is now displayed in light-grey and doesn't change anymore when moving the mouse over it (compare with the other texts). So, some further CSS hacks are necessary. Up to now I haven't found the root cause. css needs to follow order so h2.a and p.a styles need to be copied into a.h2 and a.p styles - this may be tedious. That depends on the cascade. The order is important? Really? Didn't know this. OK, fixed now: http://ooo-site.staging.apache.org/index.html Marcus 4) I read that the navigation menus, which we have on the top of every page, as well as on the side of many prominent pages, will be read by screen readers, making it harder to get to the actual main content of the page. I saw some recommendations to add a &qu
Little improvements from the first Web Satisfaction Survey (sent to @dev)
I've read through the results of the Web Satisfaction Survey that Rob has started (the first one went only to the subscribers of dev@, as kind of beta test, right?). From this I made some improvements: - www.openoffice.org: - Added the current version into the download link. - www.openoffice.org/download: - Added the release date into the green download box (link and title text). - Made some links bold to increase their visibility. - www.openoffice.org/download/other.html: - Changed "Mac OS X" into "OS X". It seems Apple has renamed its product already ~2 years ago (see [1]). - Added a link in TOC to porting for, e.g., Solaris builds. BTW: One comment was to add links for Beta and RC versions to the download webpage. This will indeed happen when we release AOO 4.1.0 Beta. [1] http://www.theverge.com/2012/2/16/2802281/apple-officially-renames-mac-os-x-to-os-x-drops-the-mac Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)
Am 01/19/2014 10:34 AM, schrieb Rory O'Farrell: On Sun, 19 Jan 2014 10:17:32 +0100 Andrea Pescetti wrote: Marcus (OOo) wrote: I've read through the results of the Web Satisfaction Survey that Rob has started (the first one went only to the subscribers of dev@, as kind of beta test, right?). From this I made some improvements They look nice in general! Not sure about dropping "Mac" from "Mac OS X", but if we are confident that Mac users (oops, OS X users!) won't be confused it's OK for me. OK, let's see. It would be easy to revert the change. I agree with Andrea's point about the Mac. Perhaps either meave (Mac) in brackets, or say "OS X.Y.Z as used on Macs" (or equivalent wording). As the current build is working with several OS X versions, IMHO it is not helpful to make here a limitation to a single version. It is my experience on the Forum that Mac users frequently have limited analytical thinking (present company excepted, of course!) so I advise against total removal of the term Mac. Technical oriented people excluded, too, of course. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: wiki upgrade warning.
Am 01/19/2014 10:36 AM, schrieb jan i: On 18 January 2014 15:46, Andrea Pescetti wrote: On 14/01/2014 Andrea Pescetti wrote: jan i wrote: wiki.openoffice.org will be upgraded over the next days, starting 15january 8:00 UTC and ending 17january 23:00 UTC. Thanks! https://wiki.openoffice.org/wiki/MediaWiki:Sitenotice updated accordingly. A notice is now shown on all wiki pages, so people can see it today. http://www.openoffice.org/contact_us.html (the line "For problems with the Wiki") should be updated too. I've actually seen the wiki quite regularly online during the last days... Just for confirmation, is maintenance concluded? Can I remove the notices? I have tried to keep it online as much as possible. Maintenence is not finished,but you canremove the notice. I've removed the hint from the Contact Us webpage Marcus Sadly enough the wiki was so much behind that I have to do more investigation to make the final upgrade. Long time ago I created wikitest for exact that purpose. when wikitest upgrades correct,the work on wiki will continue (2-3 hours downtime max.). rgds jan i ps.security patches are in place on all servers Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
Am 01/20/2014 08:27 PM, schrieb Rob Weir: On Mon, Jan 20, 2014 at 1:58 PM, Matt wrote: I was alarmed last week to find on your download page, a rather large advertisement consisting of a big green button labeled "download now" which led you too the installer of some malware from another site. I came across this after my wife asked for help saying she installed openoffice from your site but it wasn't to be found on her computer. She had already fallen for the bait. I almost did too as it was very hard to distinguish from actual site content the way it was displayed with out close examination. It amazed me that an organizations like yours would allow such unscrupulous advertisers to misuse your name like that. Your own site warns of scams by repackagers and unaffiliated download sites but your dealings with shady advertising networks on your own site puts the users of open office in just as much danger. Hi Matt, I'm sorry your wife ran into problems when trying to download OpenOffice. The "shady advertising network" you ran into was Google's, and the website was SourceForge's. Both are reputable companies, I can assure you. But occasionally bad ads do make it in. We have a way to request their removal on a case-by-case basis. You can read more here: https://sourceforge.net/blog/sourceforge-blockthis-initiative-update/ If you have a screenshot and a URL I'd be happy to send that in for you. But I tried right now on the website and I'm not seeing any ads which match your description. Is it possible that your wife downloaded from a different website? We've seen cases where 3rd parties have paid for advertisements in search results, and their ads appear before our website does. Just as an addition: Please make sure to download only from here: http://www.openoffice.org/download/ Here are no ads or malware included. There is no need to search on SourceForge directly for install files - if this was the way you got OpenOffice. HTH Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
