On Tue, Mar 20, 2012 at 8:18 PM, Dave Fisher <[email protected]> wrote: > > On Mar 20, 2012, at 4:43 PM, Rob Weir wrote: > >> On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher <[email protected]> wrote: >>> >>> On Mar 20, 2012, at 3:32 PM, Rob Weir wrote: >>> >>>> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen >>>> <[email protected]> wrote: >>>>> I just wonder if all OpenOffice users are not Englishmen ... how this is >>>>> handled? >>>> >>>> >>>> Good question. OOo 3.3 sends a request with a URL like this: >>>> >>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117 >>>> >>>> So it does have a "locale" parameter. My guess is the legacy >>>> registration server used that info to provide a localized registration >>>> form. >>>> >>>> Currently we don't have an equivalent page in other languages. We >>>> could clean up that page and get it translated into the various >>>> languages. But I don't know enough about Apache server rewrites to >>>> know if it is possible to redirect based on a URL parameter. Maybe >>>> one of our gurus can tell us it is possible to redirect: >>>> >>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117 >>>> >>>> to >>>> >>>> http://registration2.services.openoffice.org/confirm_en.html >>>> >>>> or even: >>>> >>>> http://en.openoffice.org/confirm.html >>>> >>>> >>>> In other words, can we pick out a URL parameter and use that elsewhere >>>> in the rewrite? >>> >>> It ought to be possible to do a rewrite to go to say: >>> >>> www.openoffice.org/contributing.html (if en) >>> www.openoffice.org/fr/contributing.html (if fr) >>> ... >>> >>> We can then put contributing pages in English into each NL site. A first >>> task for NL volunteers can be to translate these to their own language. >>> >> >> Maybe done via Subversion symbolic links, so we can keep the English >> version updated, at least until the point an NL group takes it over. > > Or perhaps externals, I think that would be a folder. > > We could have an apache, policy, or user directory - content/user/. > > With files like: > > registration.mdtext > contributing.mdtext > policy.mdtext > > The directory could be external in say French - content/fr/user/. > > The files registration.mdtext etc in that directory become like "branches", > can be translated and it would be possible to flag these changes for each NL > team. > > I'll look for someone with svn superpowers like Joe to tell us if this is a > good idea or crazy. >
Right. Especially if there are any weird interactions with externals or symb links and the CMS. I suspect many of the NL contributors will start with the CMS/patch route. -Rob > Regards, > Dave > >> >>> Regards, >>> Dave >>> >>>> >>>> >>>> -Rob >>>> >>>> >>>>> Regards >>>>> Risto >>>>> >>>>> Rob Weir [[email protected]] kirjoitti: >>>>>> >>>>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher <[email protected]> >>>>>> wrote: >>>>>>> Since we can't control existing distributions: >>>>>>> >>>>>>> To dos would be. >>>>>>> >>>>>>> (1) Create a page that explains things either in the podling site, >>>>>>> either wiki, or ooo-site. >>>>>>> >>>>>> >>>>>> I wonder whether this page would be appropriate: >>>>>> >>>>>> http://www.openoffice.org/download/contribute.html >>>>>> >>>>>> That is the one that we currently point users to as they download OOo >>>>>> 3.3. It seems to cover all the bases, getting help, mailing lists, >>>>>> etc. It even might direct some dimes to the treasury. >>>>>> >>>>>> Maybe just change the header to "Thanks for downloading OpenOffic.org >>>>>> " ?? That would then cover both bases. >>>>>> >>>>>> >>>>>>> (2) Redirect all registration[0-9].services.openoffice.org requests to >>>>>>> that page. This would be a JIRA ticket for INFRA after doing (1) >>>>>>> >>>>>>> Volunteers? >>>>>>> >>>>>> >>>>>> If there are no objections I'll do the above. >>>>>> >>>>>>> Regards, >>>>>>> DAve >>>>>>> >>>>>>> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: >>>>>>> >>>>>>>> Perhaps the register landing page should point to a page with this >>>>>>>> information. >>>>>>>> (and maybe a plug for AOO and the Apache Way, etc.) >>>>>>>> >>>>>>>> A. >>>>>>>> >>>>>>>> On 3/19/2012 5:30 AM, Rob Weir wrote: >>>>>>>>> Hi Tobias, >>>>>>>>> >>>>>>>>> Thanks for the report on the registration page. This outage is >>>>>>>>> intentional. We are no longer doing user registration with >>>>>>>>> OpenOffice.org. Our next release will remove this option so you do >>>>>>>>> not get that error message. >>>>>>>>> >>>>>>>>> The closes thing to "registration" we have is a mailing list that >>>>>>>>> users can sign up for to receive updates from the project,such as >>>>>>>>> announcements of new releases. If you want to subscribe to this >>>>>>>>> list, send an email to: [email protected]. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> -Rob >>>>>>>>> >>>>>>>>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese >>>>>>>>> <[email protected]> wrote: >>>>>>>>>> Hello, >>>>>>>>>> The registration link for OpenOffice brings up an error page. Here's >>>>>>>>>> the link and error message: >>>>>>>>>> >>>>>>>>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117 >>>>>>>>>> This webpage is not availableThe server at >>>>>>>>>> registration2.services.openoffice.org can't be found, because the >>>>>>>>>> DNS lookup >>>>>>>>>> failed. DNS is the network service that translates a website's name >>>>>>>>>> to its >>>>>>>>>> Internet address. This error is most often caused by having no >>>>>>>>>> connection to >>>>>>>>>> the Internet or a misconfigured network. It can also be caused by an >>>>>>>>>> unresponsive DNS server or a firewall preventing Google Chrome from >>>>>>>>>> accessing the network.Here are some suggestions:Reload this webpage >>>>>>>>>> later.Check your Internet connection. Restart any router, modem, or >>>>>>>>>> other >>>>>>>>>> network devices you may be using.Check your DNS settings. Contact >>>>>>>>>> your >>>>>>>>>> network administrator if you're not sure what this means.Try >>>>>>>>>> disabling >>>>>>>>>> network prediction by following these steps: Go to the wrench menu> >>>>>>>>>> Preferences> Under the Hood and deselect "Predict network actions >>>>>>>>>> to >>>>>>>>>> improve page load performance." If this does not resolve the issue, >>>>>>>>>> we >>>>>>>>>> recommend selecting this option again for improved performance.Add >>>>>>>>>> Google >>>>>>>>>> Chrome as a permitted program in your firewall's or antivirus >>>>>>>>>> software's >>>>>>>>>> settings. If it is already a permitted program, try deleting it from >>>>>>>>>> the >>>>>>>>>> list of permitted programs and adding it again.If you use a proxy >>>>>>>>>> server, >>>>>>>>>> check your proxy settings or contact your network administrator to >>>>>>>>>> make sure >>>>>>>>>> the proxy server is working. If you don't believe you should be >>>>>>>>>> using a >>>>>>>>>> proxy server, adjust your proxy settings: Go to Applications> System >>>>>>>>>> Preferences> Network> Advanced> Proxies and deselect any proxies >>>>>>>>>> that >>>>>>>>>> have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to >>>>>>>>>> resolve >>>>>>>>>> the server's DNS address.Please let me know where I can go to >>>>>>>>>> register my >>>>>>>>>> product.Thanks,Tobias >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>> >
