Possible broken link: 3.4.1_checksums
urpo.takku...@saunalahti.fi Lähetetty Samsungin tablettitietokoneesta
Re: Reporting a problem with the OpenOffice website
prettybutch...@aol.com wrote: Hello I am unable to access my open office. Can you please assist me? Thanks for your reply, Ms. Phyllis -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Submission for consultants page
Hello *, From: Kay Schenk [mailto:kay.sch...@gmail.com] So...this thread does not meet lazy consensus but are we ready to implement this addition, without further changes, anyway? I'll be happy to take care of this either later today or tomorrow if we are. Can you please summarize what the solution should look like? The thread is long and I have somewhat lost track as point # 4 should be changed. Should he ever be changed or what says: ... Can be eased a bit as it is clear enough did the Items are with and for our project, respectively. product. In particular, it would be important for me to know whether I can change my website (http://www.jm-schmidt.de/inhalt.html) or must. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Certificates for our .o.o services
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. rgds jan I.
Re: help needed with bundled help
I was just thinking, because I just merged l10n40 from trunk and got very tired. I think your idea of making it easy for translators and also documenters is real good. But you have spare cycles to spare for this, why not approach it differently and decouple the help system. Somewhere in the code (I dont know where, but you may know), the help system is called with an id. If we branch at that point to call a standard help system instead it would be decoupled. If you could do the decoupling, I can for sure help transform the current help into whatever format is required for a new help system. At the moment I burn cycles comprehending what happens, I dare not start thinking why, I am pretty sure that with the same resource usage we could make a help system based on todays help standard. just my idea a saturday afternoon, where I see someone change the readmelicense.xrm and my parser broke. rgds jan I. On 25 October 2013 21:42, janI j...@apache.org wrote: On 25 October 2013 18:33, Kay Schenk kay.sch...@gmail.com wrote: On Thu, Oct 24, 2013 at 11:36 PM, janI j...@apache.org wrote: On 25 October 2013 01:06, Kay Schenk kay.sch...@gmail.com wrote: [top posting] never mind on this question. I found the answer -- I didn't do a last step. Sorry for the noise. the makefiles in helpcontent2, are like good italian spaghetti, especially the util directories, where parts of what was done in source is overwritten. ??? I need to take a closer look at what you're saying here...this is exactly where I stopped looking yesterday. tell me if I can help. In branch l10n40 you can see some of the changed I had to do to make it work. My biggest problem was the .tree files, and the fact that whereas most input files are in source some of them (index etc) is in util for SOME not all of the parts. Let me know if I can help. rgds jan I. I have integrated genLang here, but its on my list to strip the makefiles down to what we use (today). rgds jan I. Well, as it turns out, my problem is not solved. The jars I'm looking for supposedly get generated in the makefile in helpcontent2/util, but...still no jars. As per the old instructions, I got into helpcontent2 and just did a build. I'm trying to figure out what's required to just deal with the help files -- editing/seeing results -- apart from a complete build of the product. What I'm thinking is we might be able to kludge some simple config for users interested in just tech writing for this area. more later...after more trials On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk kay.sch...@gmail.com wrote: I'm trying to find my way around the bundled help with AOO -- how to put stuff in, how to build etc to see changes. So, I made some changes and followed instructions for building in: http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf pp. 21, 22 This was building ONLY helpcontent2. Some things happened -- new zip files were created but not the .jar files FROM the zip files found in openoffice4-location/help Can anyone tell me what needs to be built next to make this happen? I've done a bunch of searches on some of the makefiles etc but can't readily find this. Thanks for any help on Help. :} -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax
Re: Certificates for our .o.o services
On 26 October 2013 15:29, janI j...@apache.org 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. on behalf of infra jan I. rgds jan I.
Re: Submission for consultants page
On Sat, Oct 26, 2013 at 5:21 AM, Jörg Schmidt joe...@j-m-schmidt.de wrote: Hello *, From: Kay Schenk [mailto:kay.sch...@gmail.com] So...this thread does not meet lazy consensus but are we ready to implement this addition, without further changes, anyway? I'll be happy to take care of this either later today or tomorrow if we are. Can you please summarize what the solution should look like? The thread is long and I have somewhat lost track as point # 4 should be changed. Should he ever be changed or what says: ... Can be eased a bit as it is clear enough did the Items are with and for our project, respectively. product. In particular, it would be important for me to know whether I can change my website (http://www.jm-schmidt.de/inhalt.html) or must. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org My take on this discussion so far (and I am certainly NOT the definitive judge on this): * there is the listing on the consultants page itself: http://www.openoffice.org/bizdev/consultants.html concerning the actual content we are discussing. This does not have a (TM) after Apache OpenOffice. I thought this was the original cause of objection. And, we can see from the listings on the consultants page that we did not enforce a (TM) after Apache OpenOffice on the consultants page. * there are the actual websites of the consultants, like yours, and this submitted one up for consideration. It seems there is more concern to enforce a (TM) symbol after Apache OpenOffice for these third party websites. However, this is not something required by Apache. See: http://www.apache.org/foundation/marks/faq/#attribution The important factor is referencing OpenOffice as Apache OpenOffice, and not the use the of the (TM) after the name. The website, http://www.jm-schmidt.de/inhalt.html, seems to have all bases covered near as I can tell -- correct naming and use of (TM). -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax
Re: help needed with bundled help
On Sat, Oct 26, 2013 at 8:40 AM, janI j...@apache.org wrote: I was just thinking, because I just merged l10n40 from trunk and got very tired. I think your idea of making it easy for translators and also documenters is real good. But you have spare cycles to spare for this, why not approach it differently and decouple the help system. Somewhere in the code (I dont know where, but you may know), the help system is called with an id. If we branch at that point to call a standard help system instead it would be decoupled. If you could do the decoupling, I can for sure help transform the current help into whatever format is required for a new help system. At the moment I burn cycles comprehending what happens, I dare not start thinking why, I am pretty sure that with the same resource usage we could make a help system based on todays help standard. I think this has been suggested in the past as well, and maybe what I'm trying to do will be a first step to this. At this point, I don't know where/how the Help system get launched. It would make sense to put the help stuff in its own svn area like we do with extras for example, and then go from there at least. A ways down the road I think. Thanks for your support and willingness to help. just my idea a saturday afternoon, where I see someone change the readmelicense.xrm and my parser broke. rgds jan I. On 25 October 2013 21:42, janI j...@apache.org wrote: On 25 October 2013 18:33, Kay Schenk kay.sch...@gmail.com wrote: On Thu, Oct 24, 2013 at 11:36 PM, janI j...@apache.org wrote: On 25 October 2013 01:06, Kay Schenk kay.sch...@gmail.com wrote: [top posting] never mind on this question. I found the answer -- I didn't do a last step. Sorry for the noise. the makefiles in helpcontent2, are like good italian spaghetti, especially the util directories, where parts of what was done in source is overwritten. ??? I need to take a closer look at what you're saying here...this is exactly where I stopped looking yesterday. tell me if I can help. In branch l10n40 you can see some of the changed I had to do to make it work. My biggest problem was the .tree files, and the fact that whereas most input files are in source some of them (index etc) is in util for SOME not all of the parts. Let me know if I can help. rgds jan I. I have integrated genLang here, but its on my list to strip the makefiles down to what we use (today). rgds jan I. Well, as it turns out, my problem is not solved. The jars I'm looking for supposedly get generated in the makefile in helpcontent2/util, but...still no jars. As per the old instructions, I got into helpcontent2 and just did a build. I'm trying to figure out what's required to just deal with the help files -- editing/seeing results -- apart from a complete build of the product. What I'm thinking is we might be able to kludge some simple config for users interested in just tech writing for this area. more later...after more trials On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk kay.sch...@gmail.com wrote: I'm trying to find my way around the bundled help with AOO -- how to put stuff in, how to build etc to see changes. So, I made some changes and followed instructions for building in: http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf pp. 21, 22 This was building ONLY helpcontent2. Some things happened -- new zip files were created but not the .jar files FROM the zip files found in openoffice4-location/help Can anyone tell me what needs to be built next to make this happen? I've done a bunch of searches on some of the makefiles etc but can't readily find this. Thanks for any help on Help. :} -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax -- - MzK “Unless someone like you
Re: help needed with bundled help
On 26 October 2013 19:41, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 8:40 AM, janI j...@apache.org wrote: I was just thinking, because I just merged l10n40 from trunk and got very tired. I think your idea of making it easy for translators and also documenters is real good. But you have spare cycles to spare for this, why not approach it differently and decouple the help system. Somewhere in the code (I dont know where, but you may know), the help system is called with an id. If we branch at that point to call a standard help system instead it would be decoupled. If you could do the decoupling, I can for sure help transform the current help into whatever format is required for a new help system. At the moment I burn cycles comprehending what happens, I dare not start thinking why, I am pretty sure that with the same resource usage we could make a help system based on todays help standard. I think this has been suggested in the past as well, and maybe what I'm trying to do will be a first step to this. At this point, I don't know where/how the Help system get launched. It would make sense to put the help stuff in its own svn area like we do with extras for example, and then go from there at least. A ways down the road I think. It would make the whole translation process (new one) more difficult if help was in its own area, because right now all references are within main, and its simple to expect all modules in main to be at same level, I dont consider it simple to secure that 2 (or more) different svn areas are at the same level. If they happen to be at different level and someone generates templates it will go wrong, because keys will not match and wrong messages will be extracted. Why do you think it would help with its own area, whether you write main/helpcontent2 or helpcontent2 does not make a difference or ? Thanks for your support and willingness to help. No problem, its just returning the help I needed :-) rgds jan I. just my idea a saturday afternoon, where I see someone change the readmelicense.xrm and my parser broke. rgds jan I. On 25 October 2013 21:42, janI j...@apache.org wrote: On 25 October 2013 18:33, Kay Schenk kay.sch...@gmail.com wrote: On Thu, Oct 24, 2013 at 11:36 PM, janI j...@apache.org wrote: On 25 October 2013 01:06, Kay Schenk kay.sch...@gmail.com wrote: [top posting] never mind on this question. I found the answer -- I didn't do a last step. Sorry for the noise. the makefiles in helpcontent2, are like good italian spaghetti, especially the util directories, where parts of what was done in source is overwritten. ??? I need to take a closer look at what you're saying here...this is exactly where I stopped looking yesterday. tell me if I can help. In branch l10n40 you can see some of the changed I had to do to make it work. My biggest problem was the .tree files, and the fact that whereas most input files are in source some of them (index etc) is in util for SOME not all of the parts. Let me know if I can help. rgds jan I. I have integrated genLang here, but its on my list to strip the makefiles down to what we use (today). rgds jan I. Well, as it turns out, my problem is not solved. The jars I'm looking for supposedly get generated in the makefile in helpcontent2/util, but...still no jars. As per the old instructions, I got into helpcontent2 and just did a build. I'm trying to figure out what's required to just deal with the help files -- editing/seeing results -- apart from a complete build of the product. What I'm thinking is we might be able to kludge some simple config for users interested in just tech writing for this area. more later...after more trials On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk kay.sch...@gmail.com wrote: I'm trying to find my way around the bundled help with AOO -- how to put stuff in, how to build etc to see changes. So, I made some changes and followed instructions for building in: http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf pp. 21, 22 This was building ONLY helpcontent2. Some things happened -- new zip files were created but not the .jar files FROM the zip files found in openoffice4-location/help Can anyone tell me what needs to be built next to make this happen? I've done a bunch of searches on some of the makefiles etc but can't readily find this. Thanks for any help on Help. :} -- -
Re: Submission for consultants page
On Sat, Oct 26, 2013 at 1:35 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 5:21 AM, Jörg Schmidt joe...@j-m-schmidt.de wrote: Hello *, From: Kay Schenk [mailto:kay.sch...@gmail.com] So...this thread does not meet lazy consensus but are we ready to implement this addition, without further changes, anyway? I'll be happy to take care of this either later today or tomorrow if we are. Can you please summarize what the solution should look like? The thread is long and I have somewhat lost track as point # 4 should be changed. Should he ever be changed or what says: ... Can be eased a bit as it is clear enough did the Items are with and for our project, respectively. product. In particular, it would be important for me to know whether I can change my website (http://www.jm-schmidt.de/inhalt.html) or must. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org My take on this discussion so far (and I am certainly NOT the definitive judge on this): * there is the listing on the consultants page itself: http://www.openoffice.org/bizdev/consultants.html I wrote that page, so it might not be too presumptuous if I say what I meant when I wrote it ;-) The guideline is that the 3rd party pages must respect ASF Trademarks. This is vague, but intentionally so. I think we'll all be more accurate judges of what is wrong when we see it than we are predictors of all things that could possibly be wrong. So the discretion is given to the PMC to take this on a case-by-case basis. We should be looking at each submission and their linked websites as a whole. The kinds of abuses I had in mind were mainly pages that implied that the services were endorsed or affiliated with the ASF. This is much more than technicalities of whether or not a (TM) symbol is used. For example, a page that calls itself Apache OpenOffice (TM) Consulting Group would *not* be OK. We don't want our trademarks used as adjectives, since that suggests an affiliation. I also had in mind that we might need to correct names where they are misstated, e.g., Apache Open Office, Apache Openoffice, OpenOffice.org, etc. Regards, -Rob concerning the actual content we are discussing. This does not have a (TM) after Apache OpenOffice. I thought this was the original cause of objection. And, we can see from the listings on the consultants page that we did not enforce a (TM) after Apache OpenOffice on the consultants page. * there are the actual websites of the consultants, like yours, and this submitted one up for consideration. It seems there is more concern to enforce a (TM) symbol after Apache OpenOffice for these third party websites. However, this is not something required by Apache. See: http://www.apache.org/foundation/marks/faq/#attribution The important factor is referencing OpenOffice as Apache OpenOffice, and not the use the of the (TM) after the name. The website, http://www.jm-schmidt.de/inhalt.html, seems to have all bases covered near as I can tell -- correct naming and use of (TM). -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
call for help to test AOO www and AOO wiki (certificates for *.o.o)
Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. https://wiki.openoffice.org is also created and ready for test, BUT it is not enforced. We have seen the same issues here. Mixing http/https. Please test https://wiki.openoffice.org and report the problems. Some of the tags will be within the pages, and need to be changed in the wiki itself, others like .css must be changed by a sysadmin. @admins, FYI I have changed Localsettings.php to allow https, and it is committed with R884253, no other changes were made to mwiki. You will find code in there, look at the commit comment for an explanation. The intention is to enforce https: on wiki next weekend, unless someone object a lot. We are planning a similar test with forum, but that will not be initiated before next weekend. A big thank to mark for helping making this happen so fast. on behalf of infra jan I
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpj4hE3knDyn.pgp Description: PGP signature
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On 26 October 2013 23:05, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. I am glad you did not count http://; :-) Please remember that a large part is in the templates, so change once and rebuild site. But its still a nice search and replace job. May I politely point out that the only reason for this change, is infra-6608 where it was directly added to the list of sites that should have https: rgds jan I. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On Sat, Oct 26, 2013 at 11:26:21PM +0200, janI wrote: There are 26,349 matches of http://www.openoffice.org/; in ooo-site. I am glad you did not count http://; :-) Please remember that a large part is in the templates, so change once and rebuild site. No, it's a grep in the site source, ooo-site/content, it's not generated html files. A wider search should include links to localized sites, like es.openoffice.org, so that something like http://[a-zA-Z0-9]*.openoffice.org/ gives 74,979 matches (but they include for sure sites like http://templates.openoffice.org that cannot be replaced by /. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpNGhcl9kIDK.pgp Description: PGP signature
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On 26 October 2013 23:45, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 11:26:21PM +0200, janI wrote: There are 26,349 matches of http://www.openoffice.org/; in ooo-site. I am glad you did not count http://; :-) Please remember that a large part is in the templates, so change once and rebuild site. No, it's a grep in the site source, ooo-site/content, it's not generated html files. A wider search should include links to localized sites, like es.openoffice.org, so that something like http://[a-zA-Z0-9]*.openoffice.org/ gives 74,979 matches (but they include for sure sites like http://templates.openoffice.org that cannot be replaced by /. What I meant was that if you search in svn ooo-site/trunk/content, then it is full html see e.g. https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/contributing/index.html at least I cannot see the difference. I have also been told earlier that the full html is stored in svn, and the cms software knows what is template and what not. Where should the generated html be in your opinion ? the site-vm seems to take it directly from svn. But lets not discuss numbers, I am no expert in this and just want to understand. rgds jan I. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Submission for consultants page
On Sat, Oct 26, 2013 at 1:24 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 1:35 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 5:21 AM, Jörg Schmidt joe...@j-m-schmidt.de wrote: Hello *, From: Kay Schenk [mailto:kay.sch...@gmail.com] So...this thread does not meet lazy consensus but are we ready to implement this addition, without further changes, anyway? I'll be happy to take care of this either later today or tomorrow if we are. Can you please summarize what the solution should look like? The thread is long and I have somewhat lost track as point # 4 should be changed. Should he ever be changed or what says: ... Can be eased a bit as it is clear enough did the Items are with and for our project, respectively. product. In particular, it would be important for me to know whether I can change my website (http://www.jm-schmidt.de/inhalt.html) or must. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org My take on this discussion so far (and I am certainly NOT the definitive judge on this): * there is the listing on the consultants page itself: http://www.openoffice.org/bizdev/consultants.html I wrote that page, so it might not be too presumptuous if I say what I meant when I wrote it ;-) The guideline is that the 3rd party pages must respect ASF Trademarks. This is vague, but intentionally so. I think we'll all be more accurate judges of what is wrong when we see it than we are predictors of all things that could possibly be wrong. So the discretion is given to the PMC to take this on a case-by-case basis. We should be looking at each submission and their linked websites as a whole. The kinds of abuses I had in mind were mainly pages that implied that the services were endorsed or affiliated with the ASF. This is much more than technicalities of whether or not a (TM) symbol is used. For example, a page that calls itself Apache OpenOffice (TM) Consulting Group would *not* be OK. We don't want our trademarks used as adjectives, since that suggests an affiliation. I also had in mind that we might need to correct names where they are misstated, e.g., Apache Open Office, Apache Openoffice, OpenOffice.org, etc. Regards, -Rob OK -- I think we should go ahead with this. Unfortunately, testing with my private web area on my box, my server is balking at the .xsl page that goes with this...so... Rob, since you have always taken care of this in the past, I would be fine and dandy with you committing this change -- wearing your Apache hat instead of your IBM one of course. ;) So sorry about this -- I guess it's time for more of us to give this area a bit more attention. concerning the actual content we are discussing. This does not have a (TM) after Apache OpenOffice. I thought this was the original cause of objection. And, we can see from the listings on the consultants page that we did not enforce a (TM) after Apache OpenOffice on the consultants page. * there are the actual websites of the consultants, like yours, and this submitted one up for consideration. It seems there is more concern to enforce a (TM) symbol after Apache OpenOffice for these third party websites. However, this is not something required by Apache. See: http://www.apache.org/foundation/marks/faq/#attribution The important factor is referencing OpenOffice as Apache OpenOffice, and not the use the of the (TM) after the name. The website, http://www.jm-schmidt.de/inhalt.html, seems to have all bases covered near as I can tell -- correct naming and use of (TM). -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax
Re: help needed with bundled help
On Sat, Oct 26, 2013 at 11:18 AM, janI j...@apache.org wrote: On 26 October 2013 19:41, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 8:40 AM, janI j...@apache.org wrote: I was just thinking, because I just merged l10n40 from trunk and got very tired. I think your idea of making it easy for translators and also documenters is real good. But you have spare cycles to spare for this, why not approach it differently and decouple the help system. Somewhere in the code (I dont know where, but you may know), the help system is called with an id. If we branch at that point to call a standard help system instead it would be decoupled. If you could do the decoupling, I can for sure help transform the current help into whatever format is required for a new help system. At the moment I burn cycles comprehending what happens, I dare not start thinking why, I am pretty sure that with the same resource usage we could make a help system based on todays help standard. I think this has been suggested in the past as well, and maybe what I'm trying to do will be a first step to this. At this point, I don't know where/how the Help system get launched. It would make sense to put the help stuff in its own svn area like we do with extras for example, and then go from there at least. A ways down the road I think. It would make the whole translation process (new one) more difficult if help was in its own area, because right now all references are within main, and its simple to expect all modules in main to be at same level, I dont consider it simple to secure that 2 (or more) different svn areas are at the same level. If they happen to be at different level and someone generates templates it will go wrong, because keys will not match and wrong messages will be extracted. Ah! well I did say I had not explored connectivity to help at all at this point. :/ Why do you think it would help with its own area, whether you write main/helpcontent2 or helpcontent2 does not make a difference or ? More thought needed... Thanks for your support and willingness to help. No problem, its just returning the help I needed :-) rgds jan I. just my idea a saturday afternoon, where I see someone change the readmelicense.xrm and my parser broke. rgds jan I. On 25 October 2013 21:42, janI j...@apache.org wrote: On 25 October 2013 18:33, Kay Schenk kay.sch...@gmail.com wrote: On Thu, Oct 24, 2013 at 11:36 PM, janI j...@apache.org wrote: On 25 October 2013 01:06, Kay Schenk kay.sch...@gmail.com wrote: [top posting] never mind on this question. I found the answer -- I didn't do a last step. Sorry for the noise. the makefiles in helpcontent2, are like good italian spaghetti, especially the util directories, where parts of what was done in source is overwritten. ??? I need to take a closer look at what you're saying here...this is exactly where I stopped looking yesterday. tell me if I can help. In branch l10n40 you can see some of the changed I had to do to make it work. My biggest problem was the .tree files, and the fact that whereas most input files are in source some of them (index etc) is in util for SOME not all of the parts. Let me know if I can help. rgds jan I. I have integrated genLang here, but its on my list to strip the makefiles down to what we use (today). rgds jan I. Well, as it turns out, my problem is not solved. The jars I'm looking for supposedly get generated in the makefile in helpcontent2/util, but...still no jars. As per the old instructions, I got into helpcontent2 and just did a build. I'm trying to figure out what's required to just deal with the help files -- editing/seeing results -- apart from a complete build of the product. What I'm thinking is we might be able to kludge some simple config for users interested in just tech writing for this area. more later...after more trials On Thu, Oct 24, 2013 at 2:51 PM, Kay Schenk kay.sch...@gmail.com wrote: I'm trying to find my way around the bundled help with AOO -- how to put stuff in, how to build etc to see changes. So, I made some changes and followed instructions for building in: http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf pp. 21, 22 This was building ONLY helpcontent2. Some things happened -- new zip files were created but not the .jar files FROM the zip files found in openoffice4-location/help
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On Sat, Oct 26, 2013 at 5:05 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. We *are not* going to change to a system that requires that links to www.openoffice.org are all https. I hope that is not what is being suggested. Remember, we have 10's of thousands of *external* links to our website that we do control and cannot change. Please someone, tell me that this is not what is being suggested here. -Rob Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
No. Ideally urls local to the site use relative addressing so it will work properly when viewed over http or https. The reason you don't want hard coded http urls on the site is because https browsers will warn the user about fetching insecure resources. Sent from my iPhone On Oct 26, 2013, at 9:30 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 5:05 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. We *are not* going to change to a system that requires that links to www.openoffice.org are all https. I hope that is not what is being suggested. Remember, we have 10's of thousands of *external* links to our website that we do control and cannot change. Please someone, tell me that this is not what is being suggested here. -Rob Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On Sat, Oct 26, 2013 at 9:34 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: No. Ideally urls local to the site use relative addressing so it will work properly when viewed over http or https. The reason you don't want hard coded http urls on the site is because https browsers will warn the user about fetching insecure resources. OK. So long as external, incoming http:// URL's will still resolve. -Rob Sent from my iPhone On Oct 26, 2013, at 9:30 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 5:05 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. We *are not* going to change to a system that requires that links to www.openoffice.org are all https. I hope that is not what is being suggested. Remember, we have 10's of thousands of *external* links to our website that we do control and cannot change. Please someone, tell me that this is not what is being suggested here. -Rob Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
I don't think there are any plans to change the dual http/https nature of the site, even in the worst case scenario of redirecting everything to https, the old links will still resolve. Sent from my iPhone On Oct 26, 2013, at 9:49 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 9:34 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: No. Ideally urls local to the site use relative addressing so it will work properly when viewed over http or https. The reason you don't want hard coded http urls on the site is because https browsers will warn the user about fetching insecure resources. OK. So long as external, incoming http:// URL's will still resolve. -Rob Sent from my iPhone On Oct 26, 2013, at 9:30 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 5:05 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. We *are not* going to change to a system that requires that links to www.openoffice.org are all https. I hope that is not what is being suggested. Remember, we have 10's of thousands of *external* links to our website that we do control and cannot change. Please someone, tell me that this is not what is being suggested here. -Rob Regards -- Ariel Constenla-Haile La Plata, Argentina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Submission for consultants page
On Sat, Oct 26, 2013 at 5:57 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 1:24 PM, Rob Weir robw...@apache.org wrote: On Sat, Oct 26, 2013 at 1:35 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Oct 26, 2013 at 5:21 AM, Jörg Schmidt joe...@j-m-schmidt.de wrote: Hello *, From: Kay Schenk [mailto:kay.sch...@gmail.com] So...this thread does not meet lazy consensus but are we ready to implement this addition, without further changes, anyway? I'll be happy to take care of this either later today or tomorrow if we are. Can you please summarize what the solution should look like? The thread is long and I have somewhat lost track as point # 4 should be changed. Should he ever be changed or what says: ... Can be eased a bit as it is clear enough did the Items are with and for our project, respectively. product. In particular, it would be important for me to know whether I can change my website (http://www.jm-schmidt.de/inhalt.html) or must. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org My take on this discussion so far (and I am certainly NOT the definitive judge on this): * there is the listing on the consultants page itself: http://www.openoffice.org/bizdev/consultants.html I wrote that page, so it might not be too presumptuous if I say what I meant when I wrote it ;-) The guideline is that the 3rd party pages must respect ASF Trademarks. This is vague, but intentionally so. I think we'll all be more accurate judges of what is wrong when we see it than we are predictors of all things that could possibly be wrong. So the discretion is given to the PMC to take this on a case-by-case basis. We should be looking at each submission and their linked websites as a whole. The kinds of abuses I had in mind were mainly pages that implied that the services were endorsed or affiliated with the ASF. This is much more than technicalities of whether or not a (TM) symbol is used. For example, a page that calls itself Apache OpenOffice (TM) Consulting Group would *not* be OK. We don't want our trademarks used as adjectives, since that suggests an affiliation. I also had in mind that we might need to correct names where they are misstated, e.g., Apache Open Office, Apache Openoffice, OpenOffice.org, etc. Regards, -Rob OK -- I think we should go ahead with this. Unfortunately, testing with my private web area on my box, my server is balking at the .xsl page that goes with this...so... The command line should look something like: xsltproc -o consultants.html --stringparam locale en to-html.xsl consultants.xml You can switch locales by setting different values via stringparam parameter. Other XSLT engines should work, but the command line would be different. Rob, since you have always taken care of this in the past, I would be fine and dandy with you committing this change -- wearing your Apache hat instead of your IBM one of course. ;) Sure, I can do it next week when I am at my desk. Regards, -Rob So sorry about this -- I guess it's time for more of us to give this area a bit more attention. concerning the actual content we are discussing. This does not have a (TM) after Apache OpenOffice. I thought this was the original cause of objection. And, we can see from the listings on the consultants page that we did not enforce a (TM) after Apache OpenOffice on the consultants page. * there are the actual websites of the consultants, like yours, and this submitted one up for consideration. It seems there is more concern to enforce a (TM) symbol after Apache OpenOffice for these third party websites. However, this is not something required by Apache. See: http://www.apache.org/foundation/marks/faq/#attribution The important factor is referencing OpenOffice as Apache OpenOffice, and not the use the of the (TM) after the name. The website, http://www.jm-schmidt.de/inhalt.html, seems to have all bases covered near as I can tell -- correct naming and use of (TM). -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.” -- Dr. Seuss, The Lorax - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK “Unless someone like you cares a whole awful lot, Nothing is going to get better. It's not.”
Re: call for help to test AOO www and AOO wiki (certificates for *.o.o)
On Sat, Oct 26, 2013 at 09:30:06PM -0400, Rob Weir wrote: On Sat, Oct 26, 2013 at 5:05 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Sat, Oct 26, 2013 at 10:54:59PM +0200, janI wrote: Hi. www.openoffice.org now accept both http: and https: as announced earlier. We have however seen that e.g. product.css contain image tag with http://xxx. All references must be relative (without http: and https:). I hope the web admins can do make the needed changes. There are 26,349 matches of http://www.openoffice.org/; in ooo-site. We *are not* going to change to a system that requires that links to www.openoffice.org are all https. I hope that is not what is being suggested. Remember, we have 10's of thousands of *external* links to our website that we do control and cannot change. Please someone, tell me that this is not what is being suggested here. were you have href=http://www.openoffice.org/some_resource;, it should be href=/some_resource (nothing crazy, but a good practice). Grepping href=[']http://www.openoffice.org/ gives 25,026 matches. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpcluU3r_FMi.pgp Description: PGP signature