You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Carl Marcum <cm...@apache.org> on 2013/01/05 19:28:19 UTC

[WEBSITE] broken link on mac porting page

Hi All,

while searching for install instructions for mac I found a broken link 
on this page:

http://www.openoffice.org/porting/mac/faq/installing/ooo.html

link points to:

http://www.openoffice.org/porting/mac/download/index.html

Sorry I don't have time to do it myself right now.

Best regards,
Carl



Re: [WEBSITE] broken link on mac porting page

Posted by Saransh Sharma <sa...@theupscale.in>.
In terms of seo www. extension will not hurt will it!!

On Mon, Jan 14, 2013 at 1:02 AM, Marcus (OOo) <ma...@wtnet.de> wrote:

> Am 01/11/2013 09:39 PM, schrieb Rob Weir:
>
>> On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo)<ma...@wtnet.de>
>>  wrote:
>>
>>> Am 01/11/2013 12:36 AM, schrieb Rob Weir:
>>>
>>>  On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<ma...@wtnet.de>
>>>> wrote:
>>>>
>>>>>
>>>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>>>>
>>>>>  On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>>>>>
>>>>>>>  On 07/01/2013 Marcus (OOo) wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> http://www.openoffice.org/**porting/mac/<http://www.openoffice.org/porting/mac/>
>>>>>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>>>>>> integrated with our releases and then link to the download page.
>>>>>>>>>> Or
>>>>>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> OK, then I prefer to use a redirect to the download area.
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Sounds good. Actually, we can redirect everything under
>>>>>>>>
>>>>>>>> http://www.openoffice.org/**porting/mac/<http://www.openoffice.org/porting/mac/>
>>>>>>>>
>>>>>>>> to the homepage, since links on the old page include support,
>>>>>>>> screenshots, downloads... all resources directly available from the
>>>>>>>> project homepage.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Then I would like to volunteer to try this on Sunday.
>>>>>>>
>>>>>>
> Before doing this, any other opinions about the new location ("
> http://www.openoffice.org/**mac <http://www.openoffice.org/mac>" or
> different ?) and its content?
>
> Otherwise I assume lazy consensus and I'll create something for testing
> next week.
>
> Thanks
>
> Marcus
>
>
>
>  Hi Marcus,
>>>>>>
>>>>>> I took a closer look at the data and I have some concerns from an SEO
>>>>>> perspective.
>>>>>>
>>>>>> We get a large number of visits from users who query Google for terms
>>>>>> like:
>>>>>>
>>>>>> openoffice for mac
>>>>>> open office mac
>>>>>> openoffice mac
>>>>>> free office for mac
>>>>>> download openoffice for mac
>>>>>>
>>>>>> Try these queries in your browser.   See the porting page is the
>>>>>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>>>>>> malware sites.  We don't get another openoffice.org web page until
>>>>>> position #10 in the search results.
>>>>>>
>>>>>> If we redirect to the home page, which does not mention "Mac"
>>>>>> anywhere, then the next time Google updates its index it will see that
>>>>>> as the contents of /porting/mac and judge it to be far less relevant
>>>>>> to queries like "openoffice for mac".
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Does it help to leave some keywords on the "/porting/mac/index.html"?
>>>>> The the Google indexing bot recognize it, redirects then to the new
>>>>> webpage
>>>>> and we keep the search hits.
>>>>>
>>>>>
>>>> If you do a redirect at the HTTP level then Google won't ever see the
>>>> contents of the /porting/mac pages.  It will only see the destination
>>>> page's contents.
>>>>
>>>> You could possibly do a<meta http-equiv="refresh>   style redirect from
>>>> within the browser, but that can be a bad user experience.
>>>>
>>>
>>>
>>> I thought about to do it this way. Is there a better way?
>>>
>>>
>>>  So I think we should consider this carefully.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Of course.
>>>>>
>>>>>
>>>>>  Is there anything
>>>>>>
>>>>>> actually wrong with the /porting/mac page as it is?
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>>>>
>>>>> When I look around there is nearly nothing that should be kept (links,
>>>>> screenshots, X11<-->   Aqua, release news about older versions, FAQs).
>>>>>
>>>>>
>>>> OK.  I am not a Mac person.  Is there anything useful we could say
>>>> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>>>>
>>>>
>>>>>  Here's an alternative idea.  If the issue is that this is no longer a
>>>>>> "porting" project, then maybe we could do something like this:
>>>>>>
>>>>>> 1) Create a new landing page for users interested in OpenOffice for
>>>>>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>>>>>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>>>>>> of content, but enough to be relevant.
>>>>>>
>>>>>> 2) Redirect /porting/mac/* to /mac/index.html
>>>>>>
>>>>>> 3) Delete the old /porting/mac
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Why does a Google search behave different here? Sorry, I don't see the
>>>>> difference to just redirect.
>>>>>
>>>>>
>>>> The redirect would work the same way.  The difference is in the
>>>> contents of the landing page.  If we redirect to the home page, or the
>>>> download page, there is almost no discussion about Mac OpenOffice.
>>>> The old page, even if the content is out-of-date, is still seen as
>>>> relevant.
>>>>
>>>
>>>
>>> OK, so the difference is to leave the keywords on the target webpage and
>>> not
>>> on the one that is redirecting.
>>>
>>>
>> Yes.
>>
>>  To create "http://www.openoffice.org/mac**" with some content helping
>>> to keep
>>> the Google hits high and a big, visible download link (which points to
>>> the
>>> actual download webpage) should be hopefully enough.
>>>
>>>
>> The current .porting/mac page isn't fancy, but it does have a central
>> "Get the latest Apache OpenOffice release for your MacOS X." with a
>> link to the download page.
>>
>> I'd keep it simple.  What is the minimum amount of information a Mac
>> user needs to know?   Maybe, what versions of MacOS are supported?
>> Maybe anything special to know about installing with Lion security?
>> That plus a download link.
>>
>> Regards,
>>
>> -Rob
>>
>>  Right?
>>>
>>>
>>>  PS:
>>>>> I want to get rid of the old content but of course not loose the Google
>>>>> search hits.
>>>>>
>>>>>
>>>> Me too ;-)
>>>>
>>>> -Rob
>>>>
>>>>
>>>>  Marcus
>>>>>
>>>>
>>>
>>> Marcus
>>>
>>


-- 

Best Regards

Saransh Sharma

Upscale Consultancy PVT LTD.

Disclaimer:

----------------------------------------------------------------------------------------------
This email was sent from within the Upscale Consultancy Services Pvt Ltd.
The contents of this email, including the attachments, are LEGALLY
PRIVILEGED AND CONFIDENTIAL to the intended recipient at the email address
to which it has been addressed. If you receive it in error, please notify
the sender immediately by return email and then permanently delete it from
your system.The unauthorized use, distribution, copying or alteration of
this email, including the attachments, is strictly forbidden. Thank
you.Please note that neither Upscale Group nor the sender accepts any
responsibility for viruses and it is your responsibility to scan the email
and attachments (if any).
----------------------------------------------------------------------------------------------

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/15/2013 07:21 PM, schrieb Kay Schenk:
> On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir<ro...@apache.org>  wrote:
> 
>> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir<ro...@apache.org>  wrote:
>>> Sorry for top posting, but I think we've discussed this enough to have
>>> a sense of what our constraints are.
>>>
>>> A quick proposal:
>>>
>>> Let's start from this page:
>>>
>>> http://www.openoffice.org/product/
>>>
>>> That is linked to prominently from the homepage and the top navigation
>> bar.
>>>
>>> I propose adding a new section to the left navigation panel, between
>>> "Products" and "More".  The new section will be called "Platforms" and
>>> will link to four pages:
>>>
>>> 1) Windows
>>>
>>> 2) Mac
>>>
>>> 3) Linux
>>>
>>> 4) Ports
>>>
>>> The first three will be new landing pages.  The last one will link to
>>> the existing /porting page.
>>>
>>> Each of the platform pages will have basic system requirements and a
>>> link to the download page. They pages can grow to contain (or link to)
>>> other platform specific instructions or FAQ's.
>>>
>>
>> As an example, here is what the windows page might look like:
>>
>> http://www.openoffice.org/product/windows.html
>>
>> We could try to keep the other platforms in a parallel form.
>>
>> -Rob
>>
> 
> good idea! I like it!

Or with a picture:

http://siliconangle.com/files/2011/11/i-like.jpg :-D

Marcus



>>> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>  wrote:
>>>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>> wrote:
>>>>> Rob Weir wrote:
>>>>>>
>>>>>> I could see /platforms/mac if we imagine creating in the future
>>>>>> similar landing pages for Windows or Linux.
>>>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>>>> page as a #1 hit:
>>>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>>>> website.  It goes to CNet's download.com page.
>>>>>
>>>>>
>>>>> Very interesting. Indeed this could also be the way to catch users who
>> look
>>>>> for "OpenOffice Portable", for example, and should know that we do
>> have a
>>>>> (third-party, from winPenPack) version available; they are now offered
>> an
>>>>> ancient version since OpenOffice Portable has not been updated yet. The
>>>>> updated version is not on the first page of search results.
>>>>>
>>>>
>>>> Exactly.
>>>>
>>>> In the last month we've seen the following related queries:
>>>>
>>>>          openoffice portable     2,500
>>>>          open office portable    1,000
>>>>          openoffice portable italiano    150
>>>>          apache openoffice portable      16
>>>>          portable        90
>>>>          openoffice portable download    16
>>>>          portable openoffice     12
>>>>          openofficeportable<10
>>>>          office portable<10
>>>>          openoffice portable日本語版<10
>>>>          openoffice portable 3.4<10
>>>>          openoffice 3.4 portable<10
>>>>          openoffice portable deutsch<10
>>>>          openoffice.org portable 日本語版<10
>>>>          portable open office<10
>>>>          openoffice.org portable<10
>>>>          openoffice portable 日本語<10
>>>>
>>>> For many of these queries the #1 page is the German page:
>>>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>>>> the optimal page for most of these queries.
>>>>
>>>> -Rob
>>>>
>>>>
>>>>
>>>>
>>>>> Regards,
>>>>>    Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/16/2013 12:05 AM, schrieb Rob Weir:
> On Tue, Jan 15, 2013 at 5:46 PM, Marcus (OOo)<ma...@wtnet.de>  wrote:
>> Am 01/15/2013 09:43 PM, schrieb Rob Weir:
>>
>>> On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk<ka...@gmail.com>   wrote:
>>>>
>>>> On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir<ro...@apache.org>   wrote:
>>>>
>>>>> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir<ro...@apache.org>   wrote:
>>>>>>
>>>>>> Sorry for top posting, but I think we've discussed this enough to have
>>>>>> a sense of what our constraints are.
>>>>>>
>>>>>> A quick proposal:
>>>>>>
>>>>>> Let's start from this page:
>>>>>>
>>>>>> http://www.openoffice.org/product/
>>>>>>
>>>>>> That is linked to prominently from the homepage and the top navigation
>>>>>
>>>>> bar.
>>>>>>
>>>>>>
>>>>>> I propose adding a new section to the left navigation panel, between
>>>>>> "Products" and "More".  The new section will be called "Platforms" and
>>>>>> will link to four pages:
>>>>>>
>>>>>> 1) Windows
>>>>>>
>>>>>> 2) Mac
>>>>>>
>>>>>> 3) Linux
>>>>>>
>>>>>> 4) Ports
>>>>>>
>>>>>> The first three will be new landing pages.  The last one will link to
>>>>>> the existing /porting page.
>>>>>>
>>>>>> Each of the platform pages will have basic system requirements and a
>>>>>> link to the download page. They pages can grow to contain (or link to)
>>>>>> other platform specific instructions or FAQ's.
>>>>>>
>>>>>
>>>>> As an example, here is what the windows page might look like:
>>>>>
>>>>> http://www.openoffice.org/product/windows.html
>>>>>
>>>>> We could try to keep the other platforms in a parallel form.
>>>>>
>>>>> -Rob
>>>>>
>>>>
>>>> good idea! I like it!
>>>>
>>>
>>> OK.  I've uploaded template pages for MacOS and Linux:
>>>
>>> http://www.openoffice.org/product/mac.html
>>>
>>> http://www.openoffice.org/product/linux.html
>>>
>>> I really need help on filling in the details there.  I don't think
>>> I've touched a Mac since 1989.  And even then I was confused looking
>>> for the "on" button ;-)
>>
>>
>> At the moment my time is a bit limited for read/write the ML.
>> As it seems we have a consesus I can help much more on the coming weekend.
>>
>> So, it depends on how patient you (we all?) are. ;-)
>>
>
> No rush,  I won't add the links to the leftnav until we have the
> content pages ready.

I've taken some information from the system requirements and updated a 
bit the 3 pages:

http://www.openoffice.org/product/windows.html
http://www.openoffice.org/product/mac.html
http://www.openoffice.org/product/linux.html

@Ariel:
As you are building the Linux packages, maybe you can add some technical 
data and fill the Linux gaps?

Marcus



>>>>>> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>   wrote:
>>>>>>>
>>>>>>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>>>>>
>>>>> wrote:
>>>>>>>>
>>>>>>>> Rob Weir wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I could see /platforms/mac if we imagine creating in the future
>>>>>>>>> similar landing pages for Windows or Linux.
>>>>>>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>>>>>>> page as a #1 hit:
>>>>>>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>>>>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>>>>>>> website.  It goes to CNet's download.com page.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Very interesting. Indeed this could also be the way to catch users
>>>>>>>> who
>>>>>
>>>>> look
>>>>>>>>
>>>>>>>> for "OpenOffice Portable", for example, and should know that we do
>>>>>
>>>>> have a
>>>>>>>>
>>>>>>>> (third-party, from winPenPack) version available; they are now
>>>>>>>> offered
>>>>>
>>>>> an
>>>>>>>>
>>>>>>>> ancient version since OpenOffice Portable has not been updated yet.
>>>>>>>> The
>>>>>>>> updated version is not on the first page of search results.
>>>>>>>>
>>>>>>>
>>>>>>> Exactly.
>>>>>>>
>>>>>>> In the last month we've seen the following related queries:
>>>>>>>
>>>>>>>           openoffice portable     2,500
>>>>>>>           open office portable    1,000
>>>>>>>           openoffice portable italiano    150
>>>>>>>           apache openoffice portable      16
>>>>>>>           portable        90
>>>>>>>           openoffice portable download    16
>>>>>>>           portable openoffice     12
>>>>>>>           openofficeportable<10
>>>>>>>           office portable<10
>>>>>>>           openoffice portable日本語版<10
>>>>>>>           openoffice portable 3.4<10
>>>>>>>           openoffice 3.4 portable<10
>>>>>>>           openoffice portable deutsch<10
>>>>>>>           openoffice.org portable 日本語版<10
>>>>>>>           portable open office<10
>>>>>>>           openoffice.org portable<10
>>>>>>>           openoffice portable 日本語<10
>>>>>>>
>>>>>>> For many of these queries the #1 page is the German page:
>>>>>>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>>>>>>> the optimal page for most of these queries.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 5:46 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/15/2013 09:43 PM, schrieb Rob Weir:
>
>> On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk<ka...@gmail.com>  wrote:
>>>
>>> On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir<ro...@apache.org>  wrote:
>>>
>>>> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir<ro...@apache.org>  wrote:
>>>>>
>>>>> Sorry for top posting, but I think we've discussed this enough to have
>>>>> a sense of what our constraints are.
>>>>>
>>>>> A quick proposal:
>>>>>
>>>>> Let's start from this page:
>>>>>
>>>>> http://www.openoffice.org/product/
>>>>>
>>>>> That is linked to prominently from the homepage and the top navigation
>>>>
>>>> bar.
>>>>>
>>>>>
>>>>> I propose adding a new section to the left navigation panel, between
>>>>> "Products" and "More".  The new section will be called "Platforms" and
>>>>> will link to four pages:
>>>>>
>>>>> 1) Windows
>>>>>
>>>>> 2) Mac
>>>>>
>>>>> 3) Linux
>>>>>
>>>>> 4) Ports
>>>>>
>>>>> The first three will be new landing pages.  The last one will link to
>>>>> the existing /porting page.
>>>>>
>>>>> Each of the platform pages will have basic system requirements and a
>>>>> link to the download page. They pages can grow to contain (or link to)
>>>>> other platform specific instructions or FAQ's.
>>>>>
>>>>
>>>> As an example, here is what the windows page might look like:
>>>>
>>>> http://www.openoffice.org/product/windows.html
>>>>
>>>> We could try to keep the other platforms in a parallel form.
>>>>
>>>> -Rob
>>>>
>>>
>>> good idea! I like it!
>>>
>>
>> OK.  I've uploaded template pages for MacOS and Linux:
>>
>> http://www.openoffice.org/product/mac.html
>>
>> http://www.openoffice.org/product/linux.html
>>
>> I really need help on filling in the details there.  I don't think
>> I've touched a Mac since 1989.  And even then I was confused looking
>> for the "on" button ;-)
>
>
> At the moment my time is a bit limited for read/write the ML.
> As it seems we have a consesus I can help much more on the coming weekend.
>
> So, it depends on how patient you (we all?) are. ;-)
>

No rush,  I won't add the links to the leftnav until we have the
content pages ready.

-Rob

> Marcus
>
>
>
>
>>>>> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>  wrote:
>>>>>>
>>>>>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>>>>
>>>> wrote:
>>>>>>>
>>>>>>> Rob Weir wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> I could see /platforms/mac if we imagine creating in the future
>>>>>>>> similar landing pages for Windows or Linux.
>>>>>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>>>>>> page as a #1 hit:
>>>>>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>>>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>>>>>> website.  It goes to CNet's download.com page.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Very interesting. Indeed this could also be the way to catch users
>>>>>>> who
>>>>
>>>> look
>>>>>>>
>>>>>>> for "OpenOffice Portable", for example, and should know that we do
>>>>
>>>> have a
>>>>>>>
>>>>>>> (third-party, from winPenPack) version available; they are now
>>>>>>> offered
>>>>
>>>> an
>>>>>>>
>>>>>>> ancient version since OpenOffice Portable has not been updated yet.
>>>>>>> The
>>>>>>> updated version is not on the first page of search results.
>>>>>>>
>>>>>>
>>>>>> Exactly.
>>>>>>
>>>>>> In the last month we've seen the following related queries:
>>>>>>
>>>>>>          openoffice portable     2,500
>>>>>>          open office portable    1,000
>>>>>>          openoffice portable italiano    150
>>>>>>          apache openoffice portable      16
>>>>>>          portable        90
>>>>>>          openoffice portable download    16
>>>>>>          portable openoffice     12
>>>>>>          openofficeportable<10
>>>>>>          office portable<10
>>>>>>          openoffice portable日本語版<10
>>>>>>          openoffice portable 3.4<10
>>>>>>          openoffice 3.4 portable<10
>>>>>>          openoffice portable deutsch<10
>>>>>>          openoffice.org portable 日本語版<10
>>>>>>          portable open office<10
>>>>>>          openoffice.org portable<10
>>>>>>          openoffice portable 日本語<10
>>>>>>
>>>>>> For many of these queries the #1 page is the German page:
>>>>>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>>>>>> the optimal page for most of these queries.

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/15/2013 09:43 PM, schrieb Rob Weir:
> On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk<ka...@gmail.com>  wrote:
>> On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir<ro...@apache.org>  wrote:
>>
>>> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir<ro...@apache.org>  wrote:
>>>> Sorry for top posting, but I think we've discussed this enough to have
>>>> a sense of what our constraints are.
>>>>
>>>> A quick proposal:
>>>>
>>>> Let's start from this page:
>>>>
>>>> http://www.openoffice.org/product/
>>>>
>>>> That is linked to prominently from the homepage and the top navigation
>>> bar.
>>>>
>>>> I propose adding a new section to the left navigation panel, between
>>>> "Products" and "More".  The new section will be called "Platforms" and
>>>> will link to four pages:
>>>>
>>>> 1) Windows
>>>>
>>>> 2) Mac
>>>>
>>>> 3) Linux
>>>>
>>>> 4) Ports
>>>>
>>>> The first three will be new landing pages.  The last one will link to
>>>> the existing /porting page.
>>>>
>>>> Each of the platform pages will have basic system requirements and a
>>>> link to the download page. They pages can grow to contain (or link to)
>>>> other platform specific instructions or FAQ's.
>>>>
>>>
>>> As an example, here is what the windows page might look like:
>>>
>>> http://www.openoffice.org/product/windows.html
>>>
>>> We could try to keep the other platforms in a parallel form.
>>>
>>> -Rob
>>>
>>
>> good idea! I like it!
>>
>
> OK.  I've uploaded template pages for MacOS and Linux:
>
> http://www.openoffice.org/product/mac.html
>
> http://www.openoffice.org/product/linux.html
>
> I really need help on filling in the details there.  I don't think
> I've touched a Mac since 1989.  And even then I was confused looking
> for the "on" button ;-)

At the moment my time is a bit limited for read/write the ML.
As it seems we have a consesus I can help much more on the coming weekend.

So, it depends on how patient you (we all?) are. ;-)

Marcus



>>>> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>  wrote:
>>>>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>>> wrote:
>>>>>> Rob Weir wrote:
>>>>>>>
>>>>>>> I could see /platforms/mac if we imagine creating in the future
>>>>>>> similar landing pages for Windows or Linux.
>>>>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>>>>> page as a #1 hit:
>>>>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>>>>> website.  It goes to CNet's download.com page.
>>>>>>
>>>>>>
>>>>>> Very interesting. Indeed this could also be the way to catch users who
>>> look
>>>>>> for "OpenOffice Portable", for example, and should know that we do
>>> have a
>>>>>> (third-party, from winPenPack) version available; they are now offered
>>> an
>>>>>> ancient version since OpenOffice Portable has not been updated yet. The
>>>>>> updated version is not on the first page of search results.
>>>>>>
>>>>>
>>>>> Exactly.
>>>>>
>>>>> In the last month we've seen the following related queries:
>>>>>
>>>>>          openoffice portable     2,500
>>>>>          open office portable    1,000
>>>>>          openoffice portable italiano    150
>>>>>          apache openoffice portable      16
>>>>>          portable        90
>>>>>          openoffice portable download    16
>>>>>          portable openoffice     12
>>>>>          openofficeportable<10
>>>>>          office portable<10
>>>>>          openoffice portable日本語版<10
>>>>>          openoffice portable 3.4<10
>>>>>          openoffice 3.4 portable<10
>>>>>          openoffice portable deutsch<10
>>>>>          openoffice.org portable 日本語版<10
>>>>>          portable open office<10
>>>>>          openoffice.org portable<10
>>>>>          openoffice portable 日本語<10
>>>>>
>>>>> For many of these queries the #1 page is the German page:
>>>>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>>>>> the optimal page for most of these queries.

Re: [WEBSITE] broken link on mac porting page

Posted by Kay Schenk <ka...@gmail.com>.
On Tue, Jan 15, 2013 at 12:43 PM, Rob Weir <ro...@apache.org> wrote:

> On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk <ka...@gmail.com> wrote:
> > On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir <ro...@apache.org> wrote:
> >
> >> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir <ro...@apache.org> wrote:
> >> > Sorry for top posting, but I think we've discussed this enough to have
> >> > a sense of what our constraints are.
> >> >
> >> > A quick proposal:
> >> >
> >> > Let's start from this page:
> >> >
> >> > http://www.openoffice.org/product/
> >> >
> >> > That is linked to prominently from the homepage and the top navigation
> >> bar.
> >> >
> >> > I propose adding a new section to the left navigation panel, between
> >> > "Products" and "More".  The new section will be called "Platforms" and
> >> > will link to four pages:
> >> >
> >> > 1) Windows
> >> >
> >> > 2) Mac
> >> >
> >> > 3) Linux
> >> >
> >> > 4) Ports
> >> >
> >> > The first three will be new landing pages.  The last one will link to
> >> > the existing /porting page.
> >> >
> >> > Each of the platform pages will have basic system requirements and a
> >> > link to the download page. They pages can grow to contain (or link to)
> >> > other platform specific instructions or FAQ's.
> >> >
> >>
> >> As an example, here is what the windows page might look like:
> >>
> >> http://www.openoffice.org/product/windows.html
> >>
> >> We could try to keep the other platforms in a parallel form.
> >>
> >> -Rob
> >>
> >
> > good idea! I like it!
> >
>
> OK.  I've uploaded template pages for MacOS and Linux:
>
> http://www.openoffice.org/product/mac.html
>
> http://www.openoffice.org/product/linux.html
>
> I really need help on filling in the details there.  I don't think
> I've touched a Mac since 1989.  And even then I was confused looking
> for the "on" button ;-)
>
> Regards,
>
> -Rob
>
>
These pages are interesting. I may be able to help with Linux.
But...platform specific features? Not sure about this one.


>
> >
> >>
> >> >
> >> > -Rob
> >> >
> >> > On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
> >> >> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <
> pescetti@apache.org>
> >> wrote:
> >> >>> Rob Weir wrote:
> >> >>>>
> >> >>>> I could see /platforms/mac if we imagine creating in the future
> >> >>>> similar landing pages for Windows or Linux.
> >> >>>> Note that today, a query of  "OpenOffice for Linux" has this
> ancient
> >> >>>> page as a #1 hit:
> >> >>>> http://www.openoffice.org/dev_docs/setup-linux.html
> >> >>>> And the #1 hit for "OpenOffice for Windows" is not even at our
> >> >>>> website.  It goes to CNet's download.com page.
> >> >>>
> >> >>>
> >> >>> Very interesting. Indeed this could also be the way to catch users
> who
> >> look
> >> >>> for "OpenOffice Portable", for example, and should know that we do
> >> have a
> >> >>> (third-party, from winPenPack) version available; they are now
> offered
> >> an
> >> >>> ancient version since OpenOffice Portable has not been updated yet.
> The
> >> >>> updated version is not on the first page of search results.
> >> >>>
> >> >>
> >> >> Exactly.
> >> >>
> >> >> In the last month we've seen the following related queries:
> >> >>
> >> >>         openoffice portable     2,500
> >> >>         open office portable    1,000
> >> >>         openoffice portable italiano    150
> >> >>         apache openoffice portable      16
> >> >>         portable        90
> >> >>         openoffice portable download    16
> >> >>         portable openoffice     12
> >> >>         openofficeportable      <10
> >> >>         office portable         <10
> >> >>         openoffice portable日本語版         <10
> >> >>         openoffice portable 3.4         <10
> >> >>         openoffice 3.4 portable         <10
> >> >>         openoffice portable deutsch     <10
> >> >>         openoffice.org portable 日本語版    <10
> >> >>         portable open office    <10
> >> >>         openoffice.org portable         <10
> >> >>         openoffice portable 日本語         <10
> >> >>
> >> >> For many of these queries the #1 page is the German page:
> >> >> http://www.openoffice.org/de/downloads/oooportable.html.  That is
> not
> >> >> the optimal page for most of these queries.
> >> >>
> >> >> -Rob
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>> Regards,
> >> >>>   Andrea.
> >>
> >
> >
> >
> > --
> >
> ----------------------------------------------------------------------------------------
> > MzK
> >
> > "No act of kindness, no matter how small, is ever wasted."
> >
>  --
> > Aesop
>



-- 
----------------------------------------------------------------------------------------
MzK

"No act of kindness, no matter how small, is ever wasted."
                                                                         --
Aesop

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk <ka...@gmail.com> wrote:
> On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir <ro...@apache.org> wrote:
>
>> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir <ro...@apache.org> wrote:
>> > Sorry for top posting, but I think we've discussed this enough to have
>> > a sense of what our constraints are.
>> >
>> > A quick proposal:
>> >
>> > Let's start from this page:
>> >
>> > http://www.openoffice.org/product/
>> >
>> > That is linked to prominently from the homepage and the top navigation
>> bar.
>> >
>> > I propose adding a new section to the left navigation panel, between
>> > "Products" and "More".  The new section will be called "Platforms" and
>> > will link to four pages:
>> >
>> > 1) Windows
>> >
>> > 2) Mac
>> >
>> > 3) Linux
>> >
>> > 4) Ports
>> >
>> > The first three will be new landing pages.  The last one will link to
>> > the existing /porting page.
>> >
>> > Each of the platform pages will have basic system requirements and a
>> > link to the download page. They pages can grow to contain (or link to)
>> > other platform specific instructions or FAQ's.
>> >
>>
>> As an example, here is what the windows page might look like:
>>
>> http://www.openoffice.org/product/windows.html
>>
>> We could try to keep the other platforms in a parallel form.
>>
>> -Rob
>>
>
> good idea! I like it!
>

OK.  I've uploaded template pages for MacOS and Linux:

http://www.openoffice.org/product/mac.html

http://www.openoffice.org/product/linux.html

I really need help on filling in the details there.  I don't think
I've touched a Mac since 1989.  And even then I was confused looking
for the "on" button ;-)

Regards,

-Rob


>
>>
>> >
>> > -Rob
>> >
>> > On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
>> >> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org>
>> wrote:
>> >>> Rob Weir wrote:
>> >>>>
>> >>>> I could see /platforms/mac if we imagine creating in the future
>> >>>> similar landing pages for Windows or Linux.
>> >>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>> >>>> page as a #1 hit:
>> >>>> http://www.openoffice.org/dev_docs/setup-linux.html
>> >>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>> >>>> website.  It goes to CNet's download.com page.
>> >>>
>> >>>
>> >>> Very interesting. Indeed this could also be the way to catch users who
>> look
>> >>> for "OpenOffice Portable", for example, and should know that we do
>> have a
>> >>> (third-party, from winPenPack) version available; they are now offered
>> an
>> >>> ancient version since OpenOffice Portable has not been updated yet. The
>> >>> updated version is not on the first page of search results.
>> >>>
>> >>
>> >> Exactly.
>> >>
>> >> In the last month we've seen the following related queries:
>> >>
>> >>         openoffice portable     2,500
>> >>         open office portable    1,000
>> >>         openoffice portable italiano    150
>> >>         apache openoffice portable      16
>> >>         portable        90
>> >>         openoffice portable download    16
>> >>         portable openoffice     12
>> >>         openofficeportable      <10
>> >>         office portable         <10
>> >>         openoffice portable日本語版         <10
>> >>         openoffice portable 3.4         <10
>> >>         openoffice 3.4 portable         <10
>> >>         openoffice portable deutsch     <10
>> >>         openoffice.org portable 日本語版    <10
>> >>         portable open office    <10
>> >>         openoffice.org portable         <10
>> >>         openoffice portable 日本語         <10
>> >>
>> >> For many of these queries the #1 page is the German page:
>> >> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> >> the optimal page for most of these queries.
>> >>
>> >> -Rob
>> >>
>> >>
>> >>
>> >>
>> >>> Regards,
>> >>>   Andrea.
>>
>
>
>
> --
> ----------------------------------------------------------------------------------------
> MzK
>
> "No act of kindness, no matter how small, is ever wasted."
>                                                                          --
> Aesop

Re: [WEBSITE] broken link on mac porting page

Posted by Kay Schenk <ka...@gmail.com>.
On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir <ro...@apache.org> wrote:

> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir <ro...@apache.org> wrote:
> > Sorry for top posting, but I think we've discussed this enough to have
> > a sense of what our constraints are.
> >
> > A quick proposal:
> >
> > Let's start from this page:
> >
> > http://www.openoffice.org/product/
> >
> > That is linked to prominently from the homepage and the top navigation
> bar.
> >
> > I propose adding a new section to the left navigation panel, between
> > "Products" and "More".  The new section will be called "Platforms" and
> > will link to four pages:
> >
> > 1) Windows
> >
> > 2) Mac
> >
> > 3) Linux
> >
> > 4) Ports
> >
> > The first three will be new landing pages.  The last one will link to
> > the existing /porting page.
> >
> > Each of the platform pages will have basic system requirements and a
> > link to the download page. They pages can grow to contain (or link to)
> > other platform specific instructions or FAQ's.
> >
>
> As an example, here is what the windows page might look like:
>
> http://www.openoffice.org/product/windows.html
>
> We could try to keep the other platforms in a parallel form.
>
> -Rob
>

good idea! I like it!


>
> >
> > -Rob
> >
> > On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
> >> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org>
> wrote:
> >>> Rob Weir wrote:
> >>>>
> >>>> I could see /platforms/mac if we imagine creating in the future
> >>>> similar landing pages for Windows or Linux.
> >>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
> >>>> page as a #1 hit:
> >>>> http://www.openoffice.org/dev_docs/setup-linux.html
> >>>> And the #1 hit for "OpenOffice for Windows" is not even at our
> >>>> website.  It goes to CNet's download.com page.
> >>>
> >>>
> >>> Very interesting. Indeed this could also be the way to catch users who
> look
> >>> for "OpenOffice Portable", for example, and should know that we do
> have a
> >>> (third-party, from winPenPack) version available; they are now offered
> an
> >>> ancient version since OpenOffice Portable has not been updated yet. The
> >>> updated version is not on the first page of search results.
> >>>
> >>
> >> Exactly.
> >>
> >> In the last month we've seen the following related queries:
> >>
> >>         openoffice portable     2,500
> >>         open office portable    1,000
> >>         openoffice portable italiano    150
> >>         apache openoffice portable      16
> >>         portable        90
> >>         openoffice portable download    16
> >>         portable openoffice     12
> >>         openofficeportable      <10
> >>         office portable         <10
> >>         openoffice portable日本語版         <10
> >>         openoffice portable 3.4         <10
> >>         openoffice 3.4 portable         <10
> >>         openoffice portable deutsch     <10
> >>         openoffice.org portable 日本語版    <10
> >>         portable open office    <10
> >>         openoffice.org portable         <10
> >>         openoffice portable 日本語         <10
> >>
> >> For many of these queries the #1 page is the German page:
> >> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
> >> the optimal page for most of these queries.
> >>
> >> -Rob
> >>
> >>
> >>
> >>
> >>> Regards,
> >>>   Andrea.
>



-- 
----------------------------------------------------------------------------------------
MzK

"No act of kindness, no matter how small, is ever wasted."
                                                                         --
Aesop

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir <ro...@apache.org> wrote:
> Sorry for top posting, but I think we've discussed this enough to have
> a sense of what our constraints are.
>
> A quick proposal:
>
> Let's start from this page:
>
> http://www.openoffice.org/product/
>
> That is linked to prominently from the homepage and the top navigation bar.
>
> I propose adding a new section to the left navigation panel, between
> "Products" and "More".  The new section will be called "Platforms" and
> will link to four pages:
>
> 1) Windows
>
> 2) Mac
>
> 3) Linux
>
> 4) Ports
>
> The first three will be new landing pages.  The last one will link to
> the existing /porting page.
>
> Each of the platform pages will have basic system requirements and a
> link to the download page. They pages can grow to contain (or link to)
> other platform specific instructions or FAQ's.
>

As an example, here is what the windows page might look like:

http://www.openoffice.org/product/windows.html

We could try to keep the other platforms in a parallel form.

-Rob

>
> -Rob
>
> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
>>> Rob Weir wrote:
>>>>
>>>> I could see /platforms/mac if we imagine creating in the future
>>>> similar landing pages for Windows or Linux.
>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>> page as a #1 hit:
>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>> website.  It goes to CNet's download.com page.
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>>         openoffice portable     2,500
>>         open office portable    1,000
>>         openoffice portable italiano    150
>>         apache openoffice portable      16
>>         portable        90
>>         openoffice portable download    16
>>         portable openoffice     12
>>         openofficeportable      <10
>>         office portable         <10
>>         openoffice portable日本語版         <10
>>         openoffice portable 3.4         <10
>>         openoffice 3.4 portable         <10
>>         openoffice portable deutsch     <10
>>         openoffice.org portable 日本語版    <10
>>         portable open office    <10
>>         openoffice.org portable         <10
>>         openoffice portable 日本語         <10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>>
>> -Rob
>>
>>
>>
>>
>>> Regards,
>>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Wed, Jan 16, 2013 at 2:28 AM,  <sa...@upscale.in> wrote:
> Hey but bootstrap is not alone on js its on cuss too and you don't have to make drastic changes
>
> Its simple enough to apply,


It may be worth prototyping what it could look like for some pages.
We have the ability, for example, to compare alternative versions of
the same page and see which one is better at achieving some measurable
goal, e.g., download conversion rate, time on page, abandon rate, etc.

But the main concern, I think, is that we don't get too far ahead of
the browser capabilities in use by our users.  But if we want a rough
estimate, here is what I see for % of visits for all browsers that
represent 1% or more of the visits:

1.	Chrome	23.0.1271.97	23.92%	
2.	Firefox	17.0		18.19%
3.	Internet Explorer	9.0	13.56%
4.	Internet Explorer	8.0	8.70%
5.	Internet Explorer	10.0	4.48%
6.	Safari	536.26.17		3.89%
7.	Firefox	18.0	2.93%
8.	Chrome	24.0.1312.52	2.05%
9.	Firefox	16.0	1.63%
10.	Safari	534.57.2	1.59%
11.	Internet Explorer	7.0	1.51%
12.	Opera	12.12	1.29%
13.	Chrome	23.0.1271.101	1.26%

Note that together is only 85% of our visitors.  The "long tail" has
older versions.  With over 5 million website visitors/month, even
losing access for 1% means 50,000 users blocked.

-Rob

> Sent from BlackBerry® on Airtel
>
> -----Original Message-----
> From: Andrea Pescetti <pe...@apache.org>
> Date: Wed, 16 Jan 2013 01:56:03
> To: <de...@openoffice.apache.org>
> Reply-To: dev@openoffice.apache.org
> Subject: Re: [WEBSITE] broken link on mac porting page
>
> Rob Weir wrote:
>> On Tue, Jan 15, 2013 at 11:48 AM, saransh wrote:
>>> Can we make a website with automated language selector or optional
>>> language selector
>
> Sure, if you want to give it a try just provide somewhere a version of
> the index.html page with the additional selector and a working
> redirection to the native lang pages (example: German
> http://www.openoffice.org/de/ ; Italian http://www.openoffice.org/it );
> but read below for constraints.
>
>>> and over all I m not convinced really website
>>> looks great either you can incorporate bootstrap into it what do
>>> you say...
>> I'm not very familiar with Bootstrap.  Can you explain more?  For
>> example, does it require server-side processing?
>
> No, Bootstrap is a JavaScript framework under Apache License 2:
> http://twitter.github.com/bootstrap/ ; while very good for certain use
> cases, we probably don't want to depend on a JavaScript framework at the
> moment. So no jQuery, no Bootstrap, even though I wouldn't rule them out
> if we at a certain time restructure the whole site.
>
>> And for a language selector, we talked at one time about adding the
>> Google Translate drop down on each page, to make it easier for
>> visitors to get a page translated
>
> It would be enough to have a language selector on the homepage (or
> everywhere, but redirecting to the native-lang homepage). So, no content
> translation, but merely a redirection to a localized website. Now, to
> see the German site, one has to click on "Native Language" and then
> select "German". Having a language drop-down near the search box would
> improve the user experience. (By the way: no flags, language names are
> OK and politically correct).
>
> Regards,
>    Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by sa...@upscale.in.
Hey but bootstrap is not alone on js its on cuss too and you don't have to make drastic changes 

Its simple enough to apply,
Sent from BlackBerry® on Airtel

-----Original Message-----
From: Andrea Pescetti <pe...@apache.org>
Date: Wed, 16 Jan 2013 01:56:03 
To: <de...@openoffice.apache.org>
Reply-To: dev@openoffice.apache.org
Subject: Re: [WEBSITE] broken link on mac porting page

Rob Weir wrote:
> On Tue, Jan 15, 2013 at 11:48 AM, saransh wrote:
>> Can we make a website with automated language selector or optional
>> language selector

Sure, if you want to give it a try just provide somewhere a version of 
the index.html page with the additional selector and a working 
redirection to the native lang pages (example: German 
http://www.openoffice.org/de/ ; Italian http://www.openoffice.org/it ); 
but read below for constraints.

>> and over all I m not convinced really website
>> looks great either you can incorporate bootstrap into it what do
>> you say...
> I'm not very familiar with Bootstrap.  Can you explain more?  For
> example, does it require server-side processing?

No, Bootstrap is a JavaScript framework under Apache License 2: 
http://twitter.github.com/bootstrap/ ; while very good for certain use 
cases, we probably don't want to depend on a JavaScript framework at the 
moment. So no jQuery, no Bootstrap, even though I wouldn't rule them out 
if we at a certain time restructure the whole site.

> And for a language selector, we talked at one time about adding the
> Google Translate drop down on each page, to make it easier for
> visitors to get a page translated

It would be enough to have a language selector on the homepage (or 
everywhere, but redirecting to the native-lang homepage). So, no content 
translation, but merely a redirection to a localized website. Now, to 
see the German site, one has to click on "Native Language" and then 
select "German". Having a language drop-down near the search box would 
improve the user experience. (By the way: no flags, language names are 
OK and politically correct).

Regards,
   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Andrea Pescetti <pe...@apache.org>.
Rob Weir wrote:
> On Tue, Jan 15, 2013 at 11:48 AM, saransh wrote:
>> Can we make a website with automated language selector or optional
>> language selector

Sure, if you want to give it a try just provide somewhere a version of 
the index.html page with the additional selector and a working 
redirection to the native lang pages (example: German 
http://www.openoffice.org/de/ ; Italian http://www.openoffice.org/it ); 
but read below for constraints.

>> and over all I m not convinced really website
>> looks great either you can incorporate bootstrap into it what do
>> you say...
> I'm not very familiar with Bootstrap.  Can you explain more?  For
> example, does it require server-side processing?

No, Bootstrap is a JavaScript framework under Apache License 2: 
http://twitter.github.com/bootstrap/ ; while very good for certain use 
cases, we probably don't want to depend on a JavaScript framework at the 
moment. So no jQuery, no Bootstrap, even though I wouldn't rule them out 
if we at a certain time restructure the whole site.

> And for a language selector, we talked at one time about adding the
> Google Translate drop down on each page, to make it easier for
> visitors to get a page translated

It would be enough to have a language selector on the homepage (or 
everywhere, but redirecting to the native-lang homepage). So, no content 
translation, but merely a redirection to a localized website. Now, to 
see the German site, one has to click on "Native Language" and then 
select "German". Having a language drop-down near the search box would 
improve the user experience. (By the way: no flags, language names are 
OK and politically correct).

Regards,
   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by sa...@upscale.in.
No bootstrap is the front end engine to make apps and website look great and best part its by twitter and it is open source so I don't think so server side is needed it basically html,css and js with customized layouts and predefined set of tools you can google about and about the selector of country we have to work on seperate sites based on language 
Sent from BlackBerry® on Airtel

-----Original Message-----
From: Rob Weir <ro...@apache.org>
Date: Tue, 15 Jan 2013 19:32:11 
To: <de...@openoffice.apache.org>; <sa...@upscale.in>
Reply-To: dev@openoffice.apache.org
Subject: Re: [WEBSITE] broken link on mac porting page

On Tue, Jan 15, 2013 at 11:48 AM,  <sa...@upscale.in> wrote:
> Can we make a website with automated language selector or optional language selector and over all I m not convinced really website looks great either you can incorporate bootstrap into it what do you say...


I'm not very familiar with Bootstrap.  Can you explain more?  For
example, does it require server-side processing?  For performance and
security reasons we have some severe restrictions on server-side
processes.

And for a language selector, we talked at one time about adding the
Google Translate drop down on each page, to make it easier for
visitors to get a page translated, but there were concerns on the poor
quality of the automated translation.

-Rob


> Sent from BlackBerry® on Airtel
>
> -----Original Message-----
> From: Rob Weir <ro...@apache.org>
> Date: Tue, 15 Jan 2013 08:36:07
> To: <de...@openoffice.apache.org>
> Reply-To: dev@openoffice.apache.org
> Subject: Re: [WEBSITE] broken link on mac porting page
>
> Sorry for top posting, but I think we've discussed this enough to have
> a sense of what our constraints are.
>
> A quick proposal:
>
> Let's start from this page:
>
> http://www.openoffice.org/product/
>
> That is linked to prominently from the homepage and the top navigation bar.
>
> I propose adding a new section to the left navigation panel, between
> "Products" and "More".  The new section will be called "Platforms" and
> will link to four pages:
>
> 1) Windows
>
> 2) Mac
>
> 3) Linux
>
> 4) Ports
>
> The first three will be new landing pages.  The last one will link to
> the existing /porting page.
>
> Each of the platform pages will have basic system requirements and a
> link to the download page. They pages can grow to contain (or link to)
> other platform specific instructions or FAQ's.
>
>
> -Rob
>
> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
>>> Rob Weir wrote:
>>>>
>>>> I could see /platforms/mac if we imagine creating in the future
>>>> similar landing pages for Windows or Linux.
>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>> page as a #1 hit:
>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>> website.  It goes to CNet's download.com page.
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>>         openoffice portable     2,500
>>         open office portable    1,000
>>         openoffice portable italiano    150
>>         apache openoffice portable      16
>>         portable        90
>>         openoffice portable download    16
>>         portable openoffice     12
>>         openofficeportable      <10
>>         office portable         <10
>>         openoffice portable日本語版         <10
>>         openoffice portable 3.4         <10
>>         openoffice 3.4 portable         <10
>>         openoffice portable deutsch     <10
>>         openoffice.org portable 日本語版    <10
>>         portable open office    <10
>>         openoffice.org portable         <10
>>         openoffice portable 日本語         <10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>>
>> -Rob
>>
>>
>>
>>
>>> Regards,
>>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 11:48 AM,  <sa...@upscale.in> wrote:
> Can we make a website with automated language selector or optional language selector and over all I m not convinced really website looks great either you can incorporate bootstrap into it what do you say...


I'm not very familiar with Bootstrap.  Can you explain more?  For
example, does it require server-side processing?  For performance and
security reasons we have some severe restrictions on server-side
processes.

And for a language selector, we talked at one time about adding the
Google Translate drop down on each page, to make it easier for
visitors to get a page translated, but there were concerns on the poor
quality of the automated translation.

-Rob


> Sent from BlackBerry® on Airtel
>
> -----Original Message-----
> From: Rob Weir <ro...@apache.org>
> Date: Tue, 15 Jan 2013 08:36:07
> To: <de...@openoffice.apache.org>
> Reply-To: dev@openoffice.apache.org
> Subject: Re: [WEBSITE] broken link on mac porting page
>
> Sorry for top posting, but I think we've discussed this enough to have
> a sense of what our constraints are.
>
> A quick proposal:
>
> Let's start from this page:
>
> http://www.openoffice.org/product/
>
> That is linked to prominently from the homepage and the top navigation bar.
>
> I propose adding a new section to the left navigation panel, between
> "Products" and "More".  The new section will be called "Platforms" and
> will link to four pages:
>
> 1) Windows
>
> 2) Mac
>
> 3) Linux
>
> 4) Ports
>
> The first three will be new landing pages.  The last one will link to
> the existing /porting page.
>
> Each of the platform pages will have basic system requirements and a
> link to the download page. They pages can grow to contain (or link to)
> other platform specific instructions or FAQ's.
>
>
> -Rob
>
> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
>>> Rob Weir wrote:
>>>>
>>>> I could see /platforms/mac if we imagine creating in the future
>>>> similar landing pages for Windows or Linux.
>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>> page as a #1 hit:
>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>> website.  It goes to CNet's download.com page.
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>>         openoffice portable     2,500
>>         open office portable    1,000
>>         openoffice portable italiano    150
>>         apache openoffice portable      16
>>         portable        90
>>         openoffice portable download    16
>>         portable openoffice     12
>>         openofficeportable      <10
>>         office portable         <10
>>         openoffice portable日本語版         <10
>>         openoffice portable 3.4         <10
>>         openoffice 3.4 portable         <10
>>         openoffice portable deutsch     <10
>>         openoffice.org portable 日本語版    <10
>>         portable open office    <10
>>         openoffice.org portable         <10
>>         openoffice portable 日本語         <10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>>
>> -Rob
>>
>>
>>
>>
>>> Regards,
>>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by sa...@upscale.in.
Can we make a website with automated language selector or optional language selector and over all I m not convinced really website looks great either you can incorporate bootstrap into it what do you say...
Sent from BlackBerry® on Airtel

-----Original Message-----
From: Rob Weir <ro...@apache.org>
Date: Tue, 15 Jan 2013 08:36:07 
To: <de...@openoffice.apache.org>
Reply-To: dev@openoffice.apache.org
Subject: Re: [WEBSITE] broken link on mac porting page

Sorry for top posting, but I think we've discussed this enough to have
a sense of what our constraints are.

A quick proposal:

Let's start from this page:

http://www.openoffice.org/product/

That is linked to prominently from the homepage and the top navigation bar.

I propose adding a new section to the left navigation panel, between
"Products" and "More".  The new section will be called "Platforms" and
will link to four pages:

1) Windows

2) Mac

3) Linux

4) Ports

The first three will be new landing pages.  The last one will link to
the existing /porting page.

Each of the platform pages will have basic system requirements and a
link to the download page. They pages can grow to contain (or link to)
other platform specific instructions or FAQ's.


-Rob

On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
>> Rob Weir wrote:
>>>
>>> I could see /platforms/mac if we imagine creating in the future
>>> similar landing pages for Windows or Linux.
>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>> page as a #1 hit:
>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>> website.  It goes to CNet's download.com page.
>>
>>
>> Very interesting. Indeed this could also be the way to catch users who look
>> for "OpenOffice Portable", for example, and should know that we do have a
>> (third-party, from winPenPack) version available; they are now offered an
>> ancient version since OpenOffice Portable has not been updated yet. The
>> updated version is not on the first page of search results.
>>
>
> Exactly.
>
> In the last month we've seen the following related queries:
>
>         openoffice portable     2,500
>         open office portable    1,000
>         openoffice portable italiano    150
>         apache openoffice portable      16
>         portable        90
>         openoffice portable download    16
>         portable openoffice     12
>         openofficeportable      <10
>         office portable         <10
>         openoffice portable日本語版         <10
>         openoffice portable 3.4         <10
>         openoffice 3.4 portable         <10
>         openoffice portable deutsch     <10
>         openoffice.org portable 日本語版    <10
>         portable open office    <10
>         openoffice.org portable         <10
>         openoffice portable 日本語         <10
>
> For many of these queries the #1 page is the German page:
> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
> the optimal page for most of these queries.
>
> -Rob
>
>
>
>
>> Regards,
>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 2:37 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/15/2013 02:36 PM, schrieb Rob Weir:
>
>> Sorry for top posting, but I think we've discussed this enough to have
>> a sense of what our constraints are.
>>
>> A quick proposal:
>>
>> Let's start from this page:
>>
>> http://www.openoffice.org/product/
>>
>> That is linked to prominently from the homepage and the top navigation
>> bar.
>>
>> I propose adding a new section to the left navigation panel, between
>> "Products" and "More".  The new section will be called "Platforms" and
>> will link to four pages:
>>
>> 1) Windows
>>
>> 2) Mac
>>
>> 3) Linux
>>
>> 4) Ports
>>
>> The first three will be new landing pages.  The last one will link to
>> the existing /porting page.
>>
>> Each of the platform pages will have basic system requirements and a
>> link to the download page. They pages can grow to contain (or link to)
>> other platform specific instructions or FAQ's.
>
>
> Looks good and to reuse the "Products" area instead of create a new one is a
> smart idea.
>
> Furthermore, we should include - besides the sysreq, instructions and FAQs -
> also a link to the most recent Readme text. IMHO it makes sense to have this
> here also in a prominent way.
>

I added a link to these install instructions:
http://www.openoffice.org/download/common/instructions.html#win

Were there any platform-specific readme's?

The FAQ's page has a place for platform-specific FAQ's, but currently
only has them for MacOS:

http://wiki.openoffice.org/wiki/Documentation/FAQ

Another thing that would be good on such a page is any information on
platform-specific integration features.  For example, on Windows we
have email client access via MAPI.  I suspect we support ODBC data
access.  Anything else special?  OLE?  DDE?   TrueType Fonts?  Support
for 2nd monitor?  DirectDraw?

Is there a list of things like this anywhere?

Remember, as a landing page for Windows (or Mac or Linux) it does not
need to contain every bit of information.  But it does need to contain
all the relevant buzzwords.  We can link to the details.

-Rob

> Marcus
>
>
>
>
>> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>  wrote:
>>>
>>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>>> wrote:
>>>>
>>>> Rob Weir wrote:
>>>>>
>>>>>
>>>>> I could see /platforms/mac if we imagine creating in the future
>>>>> similar landing pages for Windows or Linux.
>>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>>> page as a #1 hit:
>>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>>> website.  It goes to CNet's download.com page.
>>>>
>>>>
>>>>
>>>> Very interesting. Indeed this could also be the way to catch users who
>>>> look
>>>> for "OpenOffice Portable", for example, and should know that we do have
>>>> a
>>>> (third-party, from winPenPack) version available; they are now offered
>>>> an
>>>> ancient version since OpenOffice Portable has not been updated yet. The
>>>> updated version is not on the first page of search results.
>>>>
>>>
>>> Exactly.
>>>
>>> In the last month we've seen the following related queries:
>>>
>>>          openoffice portable     2,500
>>>          open office portable    1,000
>>>          openoffice portable italiano    150
>>>          apache openoffice portable      16
>>>          portable        90
>>>          openoffice portable download    16
>>>          portable openoffice     12
>>>          openofficeportable<10
>>>          office portable<10
>>>          openoffice portable日本語版<10
>>>          openoffice portable 3.4<10
>>>          openoffice 3.4 portable<10
>>>          openoffice portable deutsch<10
>>>          openoffice.org portable 日本語版<10
>>>          portable open office<10
>>>          openoffice.org portable<10
>>>          openoffice portable 日本語<10
>>>
>>> For many of these queries the #1 page is the German page:
>>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>>> the optimal page for most of these queries.
>>>
>>> -Rob
>>>
>>>
>>>
>>>
>>>> Regards,
>>>>    Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/15/2013 02:36 PM, schrieb Rob Weir:
> Sorry for top posting, but I think we've discussed this enough to have
> a sense of what our constraints are.
>
> A quick proposal:
>
> Let's start from this page:
>
> http://www.openoffice.org/product/
>
> That is linked to prominently from the homepage and the top navigation bar.
>
> I propose adding a new section to the left navigation panel, between
> "Products" and "More".  The new section will be called "Platforms" and
> will link to four pages:
>
> 1) Windows
>
> 2) Mac
>
> 3) Linux
>
> 4) Ports
>
> The first three will be new landing pages.  The last one will link to
> the existing /porting page.
>
> Each of the platform pages will have basic system requirements and a
> link to the download page. They pages can grow to contain (or link to)
> other platform specific instructions or FAQ's.

Looks good and to reuse the "Products" area instead of create a new one 
is a smart idea.

Furthermore, we should include - besides the sysreq, instructions and 
FAQs - also a link to the most recent Readme text. IMHO it makes sense 
to have this here also in a prominent way.

Marcus



> On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir<ro...@apache.org>  wrote:
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>  wrote:
>>> Rob Weir wrote:
>>>>
>>>> I could see /platforms/mac if we imagine creating in the future
>>>> similar landing pages for Windows or Linux.
>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>> page as a #1 hit:
>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>> website.  It goes to CNet's download.com page.
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>>          openoffice portable     2,500
>>          open office portable    1,000
>>          openoffice portable italiano    150
>>          apache openoffice portable      16
>>          portable        90
>>          openoffice portable download    16
>>          portable openoffice     12
>>          openofficeportable<10
>>          office portable<10
>>          openoffice portable日本語版<10
>>          openoffice portable 3.4<10
>>          openoffice 3.4 portable<10
>>          openoffice portable deutsch<10
>>          openoffice.org portable 日本語版<10
>>          portable open office<10
>>          openoffice.org portable<10
>>          openoffice portable 日本語<10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>>
>> -Rob
>>
>>
>>
>>
>>> Regards,
>>>    Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
Sorry for top posting, but I think we've discussed this enough to have
a sense of what our constraints are.

A quick proposal:

Let's start from this page:

http://www.openoffice.org/product/

That is linked to prominently from the homepage and the top navigation bar.

I propose adding a new section to the left navigation panel, between
"Products" and "More".  The new section will be called "Platforms" and
will link to four pages:

1) Windows

2) Mac

3) Linux

4) Ports

The first three will be new landing pages.  The last one will link to
the existing /porting page.

Each of the platform pages will have basic system requirements and a
link to the download page. They pages can grow to contain (or link to)
other platform specific instructions or FAQ's.


-Rob

On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir <ro...@apache.org> wrote:
> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
>> Rob Weir wrote:
>>>
>>> I could see /platforms/mac if we imagine creating in the future
>>> similar landing pages for Windows or Linux.
>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>> page as a #1 hit:
>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>> website.  It goes to CNet's download.com page.
>>
>>
>> Very interesting. Indeed this could also be the way to catch users who look
>> for "OpenOffice Portable", for example, and should know that we do have a
>> (third-party, from winPenPack) version available; they are now offered an
>> ancient version since OpenOffice Portable has not been updated yet. The
>> updated version is not on the first page of search results.
>>
>
> Exactly.
>
> In the last month we've seen the following related queries:
>
>         openoffice portable     2,500
>         open office portable    1,000
>         openoffice portable italiano    150
>         apache openoffice portable      16
>         portable        90
>         openoffice portable download    16
>         portable openoffice     12
>         openofficeportable      <10
>         office portable         <10
>         openoffice portable日本語版         <10
>         openoffice portable 3.4         <10
>         openoffice 3.4 portable         <10
>         openoffice portable deutsch     <10
>         openoffice.org portable 日本語版    <10
>         portable open office    <10
>         openoffice.org portable         <10
>         openoffice portable 日本語         <10
>
> For many of these queries the #1 page is the German page:
> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
> the optimal page for most of these queries.
>
> -Rob
>
>
>
>
>> Regards,
>>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Tue, Jan 15, 2013 at 2:28 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/14/2013 02:35 PM, schrieb Rob Weir:
>
>> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>
>> wrote:
>>>
>>> Rob Weir wrote:
>>>>
>>>>
>>>> I could see /platforms/mac if we imagine creating in the future
>>>> similar landing pages for Windows or Linux.
>>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>>> page as a #1 hit:
>>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>>> website.  It goes to CNet's download.com page.
>>>
>>>
>>>
>>> Very interesting. Indeed this could also be the way to catch users who
>>> look
>>> for "OpenOffice Portable", for example, and should know that we do have a
>>> (third-party, from winPenPack) version available; they are now offered an
>>> ancient version since OpenOffice Portable has not been updated yet. The
>>> updated version is not on the first page of search results.
>>>
>>
>> Exactly.
>>
>> In the last month we've seen the following related queries:
>>
>>          openoffice portable    2,500
>>         open office portable    1,000
>>         openoffice portable italiano    150
>>         apache openoffice portable      16
>>         portable        90
>>         openoffice portable download    16
>>         portable openoffice     12
>>         openofficeportable      <10
>>         office portable         <10
>>         openoffice portable日本語版         <10
>>         openoffice portable 3.4         <10
>>         openoffice 3.4 portable         <10
>>         openoffice portable deutsch     <10
>>         openoffice.org portable 日本語版    <10
>>         portable open office    <10
>>         openoffice.org portable         <10
>>         openoffice portable 日本語         <10
>>
>> For many of these queries the #1 page is the German page:
>> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
>> the optimal page for most of these queries.
>
>
> Maybe a good chance to add a "/products/portable" area like Rob suggestes in
> a later mail and attempted already with "/products/windows".
>

We sort of have that indirectly since the /products pages would have a
leftnav link point to /porting  and /porting already links to the
winPenPack distribution.

I suppose it depends on whether we want to make a distinction between
the binaries that we sign and release, which we know comes from our
release source code, versus downstream versions which might vary.

-Rob

> Marcus
>

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/14/2013 02:35 PM, schrieb Rob Weir:
> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti<pe...@apache.org>  wrote:
>> Rob Weir wrote:
>>>
>>> I could see /platforms/mac if we imagine creating in the future
>>> similar landing pages for Windows or Linux.
>>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>>> page as a #1 hit:
>>> http://www.openoffice.org/dev_docs/setup-linux.html
>>> And the #1 hit for "OpenOffice for Windows" is not even at our
>>> website.  It goes to CNet's download.com page.
>>
>>
>> Very interesting. Indeed this could also be the way to catch users who look
>> for "OpenOffice Portable", for example, and should know that we do have a
>> (third-party, from winPenPack) version available; they are now offered an
>> ancient version since OpenOffice Portable has not been updated yet. The
>> updated version is not on the first page of search results.
>>
>
> Exactly.
>
> In the last month we've seen the following related queries:
>
>          openoffice portable 	2,500
> 	open office portable 	1,000
> 	openoffice portable italiano 	150
> 	apache openoffice portable 	16
> 	portable 	90
> 	openoffice portable download 	16
> 	portable openoffice 	12
> 	openofficeportable 	<10
> 	office portable 	<10
> 	openoffice portable日本語版 	<10
> 	openoffice portable 3.4 	<10
> 	openoffice 3.4 portable 	<10
> 	openoffice portable deutsch 	<10
> 	openoffice.org portable 日本語版 	<10
> 	portable open office 	<10
> 	openoffice.org portable 	<10
> 	openoffice portable 日本語 	<10
>
> For many of these queries the #1 page is the German page:
> http://www.openoffice.org/de/downloads/oooportable.html.  That is not
> the optimal page for most of these queries.

Maybe a good chance to add a "/products/portable" area like Rob 
suggestes in a later mail and attempted already with "/products/windows".

Marcus


Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti <pe...@apache.org> wrote:
> Rob Weir wrote:
>>
>> I could see /platforms/mac if we imagine creating in the future
>> similar landing pages for Windows or Linux.
>> Note that today, a query of  "OpenOffice for Linux" has this ancient
>> page as a #1 hit:
>> http://www.openoffice.org/dev_docs/setup-linux.html
>> And the #1 hit for "OpenOffice for Windows" is not even at our
>> website.  It goes to CNet's download.com page.
>
>
> Very interesting. Indeed this could also be the way to catch users who look
> for "OpenOffice Portable", for example, and should know that we do have a
> (third-party, from winPenPack) version available; they are now offered an
> ancient version since OpenOffice Portable has not been updated yet. The
> updated version is not on the first page of search results.
>

Exactly.

In the last month we've seen the following related queries:

        openoffice portable 	2,500
	open office portable 	1,000
	openoffice portable italiano 	150
	apache openoffice portable 	16
	portable 	90
	openoffice portable download 	16
	portable openoffice 	12
	openofficeportable 	<10
	office portable 	<10
	openoffice portable日本語版 	<10
	openoffice portable 3.4 	<10
	openoffice 3.4 portable 	<10
	openoffice portable deutsch 	<10
	openoffice.org portable 日本語版 	<10
	portable open office 	<10
	openoffice.org portable 	<10
	openoffice portable 日本語 	<10

For many of these queries the #1 page is the German page:
http://www.openoffice.org/de/downloads/oooportable.html.  That is not
the optimal page for most of these queries.

-Rob




> Regards,
>   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Andrea Pescetti <pe...@apache.org>.
Rob Weir wrote:
> I could see /platforms/mac if we imagine creating in the future
> similar landing pages for Windows or Linux.
> Note that today, a query of  "OpenOffice for Linux" has this ancient
> page as a #1 hit:
> http://www.openoffice.org/dev_docs/setup-linux.html
> And the #1 hit for "OpenOffice for Windows" is not even at our
> website.  It goes to CNet's download.com page.

Very interesting. Indeed this could also be the way to catch users who 
look for "OpenOffice Portable", for example, and should know that we do 
have a (third-party, from winPenPack) version available; they are now 
offered an ancient version since OpenOffice Portable has not been 
updated yet. The updated version is not on the first page of search results.

Regards,
   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Sun, Jan 13, 2013 at 2:32 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/11/2013 09:39 PM, schrieb Rob Weir:
>
>> On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo)<ma...@wtnet.de>
>> wrote:
>>>
>>> Am 01/11/2013 12:36 AM, schrieb Rob Weir:
>>>
>>>> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<ma...@wtnet.de>
>>>> wrote:
>>>>>
>>>>>
>>>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>>>>
>>>>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>>>>>
>>>>>>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>>>>>> integrated with our releases and then link to the download page.
>>>>>>>>>> Or
>>>>>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> OK, then I prefer to use a redirect to the download area.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Sounds good. Actually, we can redirect everything under
>>>>>>>>
>>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>>>
>>>>>>>> to the homepage, since links on the old page include support,
>>>>>>>> screenshots, downloads... all resources directly available from the
>>>>>>>> project homepage.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Then I would like to volunteer to try this on Sunday.
>
>
> Before doing this, any other opinions about the new location
> ("http://www.openoffice.org/mac" or different ?) and its content?
>

The components of the URL contribute to the relevancy of the page, so
having "mac' in the path is a good thing.

I could see /platforms/mac if we imagine creating in the future
similar landing pages for Windows or Linux.

Note that today, a query of  "OpenOffice for Linux" has this ancient
page as a #1 hit:

http://www.openoffice.org/dev_docs/setup-linux.html

And the #1 hit for "OpenOffice for Windows" is not even at our
website.  It goes to CNet's download.com page.

So there is value in thinking of optimized pages for each of the platforms.

I can help write content, if others can help contribute ideas for what
to cover and help review.

If we put ourselves in the mind of the user making the search engine
query, you can imagine that there are probably two main cases:

1) A user who knows they want to download OpenOffice for their
platform.   So we want to make sure the landing page as a prominent
link to the download page.

2) A user who is investigating OpenOffice for their platform.  They
probably want to verify what versions of their platform are supported,
hardware requirements, etc.  If we answer their questions then they
will probably want to download.

I don't think we need to include release notes or install
instructions, since those are mainly for users after they download.
But the landing page is getting them before they download.

Regards,

-Rob

> Otherwise I assume lazy consensus and I'll create something for testing next
> week.
>
> Thanks
>
> Marcus
>
>
>
>
>>>>>> Hi Marcus,
>>>>>>
>>>>>> I took a closer look at the data and I have some concerns from an SEO
>>>>>> perspective.
>>>>>>
>>>>>> We get a large number of visits from users who query Google for terms
>>>>>> like:
>>>>>>
>>>>>> openoffice for mac
>>>>>> open office mac
>>>>>> openoffice mac
>>>>>> free office for mac
>>>>>> download openoffice for mac
>>>>>>
>>>>>> Try these queries in your browser.   See the porting page is the
>>>>>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>>>>>> malware sites.  We don't get another openoffice.org web page until
>>>>>> position #10 in the search results.
>>>>>>
>>>>>> If we redirect to the home page, which does not mention "Mac"
>>>>>> anywhere, then the next time Google updates its index it will see that
>>>>>> as the contents of /porting/mac and judge it to be far less relevant
>>>>>> to queries like "openoffice for mac".
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Does it help to leave some keywords on the "/porting/mac/index.html"?
>>>>> The the Google indexing bot recognize it, redirects then to the new
>>>>> webpage
>>>>> and we keep the search hits.
>>>>>
>>>>
>>>> If you do a redirect at the HTTP level then Google won't ever see the
>>>> contents of the /porting/mac pages.  It will only see the destination
>>>> page's contents.
>>>>
>>>> You could possibly do a<meta http-equiv="refresh>   style redirect from
>>>> within the browser, but that can be a bad user experience.
>>>
>>>
>>>
>>> I thought about to do it this way. Is there a better way?
>>>
>>>
>>>>>> So I think we should consider this carefully.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Of course.
>>>>>
>>>>>
>>>>>> Is there anything
>>>>>>
>>>>>> actually wrong with the /porting/mac page as it is?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>>>>
>>>>> When I look around there is nearly nothing that should be kept (links,
>>>>> screenshots, X11<-->   Aqua, release news about older versions, FAQs).
>>>>>
>>>>
>>>> OK.  I am not a Mac person.  Is there anything useful we could say
>>>> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>>>>
>>>>>
>>>>>> Here's an alternative idea.  If the issue is that this is no longer a
>>>>>> "porting" project, then maybe we could do something like this:
>>>>>>
>>>>>> 1) Create a new landing page for users interested in OpenOffice for
>>>>>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>>>>>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>>>>>> of content, but enough to be relevant.
>>>>>>
>>>>>> 2) Redirect /porting/mac/* to /mac/index.html
>>>>>>
>>>>>> 3) Delete the old /porting/mac
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Why does a Google search behave different here? Sorry, I don't see the
>>>>> difference to just redirect.
>>>>>
>>>>
>>>> The redirect would work the same way.  The difference is in the
>>>> contents of the landing page.  If we redirect to the home page, or the
>>>> download page, there is almost no discussion about Mac OpenOffice.
>>>> The old page, even if the content is out-of-date, is still seen as
>>>> relevant.
>>>
>>>
>>>
>>> OK, so the difference is to leave the keywords on the target webpage and
>>> not
>>> on the one that is redirecting.
>>>
>>
>> Yes.
>>
>>> To create "http://www.openoffice.org/mac" with some content helping to
>>> keep
>>> the Google hits high and a big, visible download link (which points to
>>> the
>>> actual download webpage) should be hopefully enough.
>>>
>>
>> The current .porting/mac page isn't fancy, but it does have a central
>> "Get the latest Apache OpenOffice release for your MacOS X." with a
>> link to the download page.
>>
>> I'd keep it simple.  What is the minimum amount of information a Mac
>> user needs to know?   Maybe, what versions of MacOS are supported?
>> Maybe anything special to know about installing with Lion security?
>> That plus a download link.
>>
>> Regards,
>>
>> -Rob
>>
>>> Right?
>>>
>>>
>>>>> PS:
>>>>> I want to get rid of the old content but of course not loose the Google
>>>>> search hits.
>>>>>
>>>>
>>>> Me too ;-)
>>>>
>>>> -Rob
>>>>
>>>>
>>>>> Marcus
>>>
>>>
>>>
>>> Marcus

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/11/2013 09:39 PM, schrieb Rob Weir:
> On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo)<ma...@wtnet.de>  wrote:
>> Am 01/11/2013 12:36 AM, schrieb Rob Weir:
>>
>>> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<ma...@wtnet.de>
>>> wrote:
>>>>
>>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>>>
>>>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>>>>
>>>>>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>>>>> integrated with our releases and then link to the download page. Or
>>>>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> OK, then I prefer to use a redirect to the download area.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Sounds good. Actually, we can redirect everything under
>>>>>>>
>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>>
>>>>>>> to the homepage, since links on the old page include support,
>>>>>>> screenshots, downloads... all resources directly available from the
>>>>>>> project homepage.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Then I would like to volunteer to try this on Sunday.

Before doing this, any other opinions about the new location 
("http://www.openoffice.org/mac" or different ?) and its content?

Otherwise I assume lazy consensus and I'll create something for testing 
next week.

Thanks

Marcus



>>>>> Hi Marcus,
>>>>>
>>>>> I took a closer look at the data and I have some concerns from an SEO
>>>>> perspective.
>>>>>
>>>>> We get a large number of visits from users who query Google for terms
>>>>> like:
>>>>>
>>>>> openoffice for mac
>>>>> open office mac
>>>>> openoffice mac
>>>>> free office for mac
>>>>> download openoffice for mac
>>>>>
>>>>> Try these queries in your browser.   See the porting page is the
>>>>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>>>>> malware sites.  We don't get another openoffice.org web page until
>>>>> position #10 in the search results.
>>>>>
>>>>> If we redirect to the home page, which does not mention "Mac"
>>>>> anywhere, then the next time Google updates its index it will see that
>>>>> as the contents of /porting/mac and judge it to be far less relevant
>>>>> to queries like "openoffice for mac".
>>>>
>>>>
>>>>
>>>> Does it help to leave some keywords on the "/porting/mac/index.html"?
>>>> The the Google indexing bot recognize it, redirects then to the new
>>>> webpage
>>>> and we keep the search hits.
>>>>
>>>
>>> If you do a redirect at the HTTP level then Google won't ever see the
>>> contents of the /porting/mac pages.  It will only see the destination
>>> page's contents.
>>>
>>> You could possibly do a<meta http-equiv="refresh>   style redirect from
>>> within the browser, but that can be a bad user experience.
>>
>>
>> I thought about to do it this way. Is there a better way?
>>
>>
>>>>> So I think we should consider this carefully.
>>>>
>>>>
>>>>
>>>> Of course.
>>>>
>>>>
>>>>> Is there anything
>>>>>
>>>>> actually wrong with the /porting/mac page as it is?
>>>>
>>>>
>>>>
>>>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>>>
>>>> When I look around there is nearly nothing that should be kept (links,
>>>> screenshots, X11<-->   Aqua, release news about older versions, FAQs).
>>>>
>>>
>>> OK.  I am not a Mac person.  Is there anything useful we could say
>>> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>>>
>>>>
>>>>> Here's an alternative idea.  If the issue is that this is no longer a
>>>>> "porting" project, then maybe we could do something like this:
>>>>>
>>>>> 1) Create a new landing page for users interested in OpenOffice for
>>>>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>>>>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>>>>> of content, but enough to be relevant.
>>>>>
>>>>> 2) Redirect /porting/mac/* to /mac/index.html
>>>>>
>>>>> 3) Delete the old /porting/mac
>>>>
>>>>
>>>>
>>>> Why does a Google search behave different here? Sorry, I don't see the
>>>> difference to just redirect.
>>>>
>>>
>>> The redirect would work the same way.  The difference is in the
>>> contents of the landing page.  If we redirect to the home page, or the
>>> download page, there is almost no discussion about Mac OpenOffice.
>>> The old page, even if the content is out-of-date, is still seen as
>>> relevant.
>>
>>
>> OK, so the difference is to leave the keywords on the target webpage and not
>> on the one that is redirecting.
>>
>
> Yes.
>
>> To create "http://www.openoffice.org/mac" with some content helping to keep
>> the Google hits high and a big, visible download link (which points to the
>> actual download webpage) should be hopefully enough.
>>
>
> The current .porting/mac page isn't fancy, but it does have a central
> "Get the latest Apache OpenOffice release for your MacOS X." with a
> link to the download page.
>
> I'd keep it simple.  What is the minimum amount of information a Mac
> user needs to know?   Maybe, what versions of MacOS are supported?
> Maybe anything special to know about installing with Lion security?
> That plus a download link.
>
> Regards,
>
> -Rob
>
>> Right?
>>
>>
>>>> PS:
>>>> I want to get rid of the old content but of course not loose the Google
>>>> search hits.
>>>>
>>>
>>> Me too ;-)
>>>
>>> -Rob
>>>
>>>
>>>> Marcus
>>
>>
>> Marcus

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/11/2013 12:36 AM, schrieb Rob Weir:
>
>> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<ma...@wtnet.de>
>> wrote:
>>>
>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>>
>>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>>>> wrote:
>>>>>
>>>>>
>>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>>>
>>>>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>>>> integrated with our releases and then link to the download page. Or
>>>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> OK, then I prefer to use a redirect to the download area.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Sounds good. Actually, we can redirect everything under
>>>>>>
>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>
>>>>>> to the homepage, since links on the old page include support,
>>>>>> screenshots, downloads... all resources directly available from the
>>>>>> project homepage.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Then I would like to volunteer to try this on Sunday.
>>>>>
>>>>
>>>> Hi Marcus,
>>>>
>>>> I took a closer look at the data and I have some concerns from an SEO
>>>> perspective.
>>>>
>>>> We get a large number of visits from users who query Google for terms
>>>> like:
>>>>
>>>> openoffice for mac
>>>> open office mac
>>>> openoffice mac
>>>> free office for mac
>>>> download openoffice for mac
>>>>
>>>> Try these queries in your browser.   See the porting page is the
>>>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>>>> malware sites.  We don't get another openoffice.org web page until
>>>> position #10 in the search results.
>>>>
>>>> If we redirect to the home page, which does not mention "Mac"
>>>> anywhere, then the next time Google updates its index it will see that
>>>> as the contents of /porting/mac and judge it to be far less relevant
>>>> to queries like "openoffice for mac".
>>>
>>>
>>>
>>> Does it help to leave some keywords on the "/porting/mac/index.html"?
>>> The the Google indexing bot recognize it, redirects then to the new
>>> webpage
>>> and we keep the search hits.
>>>
>>
>> If you do a redirect at the HTTP level then Google won't ever see the
>> contents of the /porting/mac pages.  It will only see the destination
>> page's contents.
>>
>> You could possibly do a<meta http-equiv="refresh>  style redirect from
>> within the browser, but that can be a bad user experience.
>
>
> I thought about to do it this way. Is there a better way?
>
>
>>>> So I think we should consider this carefully.
>>>
>>>
>>>
>>> Of course.
>>>
>>>
>>>> Is there anything
>>>>
>>>> actually wrong with the /porting/mac page as it is?
>>>
>>>
>>>
>>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>>
>>> When I look around there is nearly nothing that should be kept (links,
>>> screenshots, X11<-->  Aqua, release news about older versions, FAQs).
>>>
>>
>> OK.  I am not a Mac person.  Is there anything useful we could say
>> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>>
>>>
>>>> Here's an alternative idea.  If the issue is that this is no longer a
>>>> "porting" project, then maybe we could do something like this:
>>>>
>>>> 1) Create a new landing page for users interested in OpenOffice for
>>>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>>>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>>>> of content, but enough to be relevant.
>>>>
>>>> 2) Redirect /porting/mac/* to /mac/index.html
>>>>
>>>> 3) Delete the old /porting/mac
>>>
>>>
>>>
>>> Why does a Google search behave different here? Sorry, I don't see the
>>> difference to just redirect.
>>>
>>
>> The redirect would work the same way.  The difference is in the
>> contents of the landing page.  If we redirect to the home page, or the
>> download page, there is almost no discussion about Mac OpenOffice.
>> The old page, even if the content is out-of-date, is still seen as
>> relevant.
>
>
> OK, so the difference is to leave the keywords on the target webpage and not
> on the one that is redirecting.
>

Yes.

> To create "http://www.openoffice.org/mac" with some content helping to keep
> the Google hits high and a big, visible download link (which points to the
> actual download webpage) should be hopefully enough.
>

The current .porting/mac page isn't fancy, but it does have a central
"Get the latest Apache OpenOffice release for your MacOS X." with a
link to the download page.

I'd keep it simple.  What is the minimum amount of information a Mac
user needs to know?   Maybe, what versions of MacOS are supported?
Maybe anything special to know about installing with Lion security?
That plus a download link.

Regards,

-Rob

> Right?
>
>
>>> PS:
>>> I want to get rid of the old content but of course not loose the Google
>>> search hits.
>>>
>>
>> Me too ;-)
>>
>> -Rob
>>
>>
>>> Marcus
>
>
> Marcus

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/11/2013 12:36 AM, schrieb Rob Weir:
> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<ma...@wtnet.de>  wrote:
>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>
>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>>> wrote:
>>>>
>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>>
>>>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>>>
>>>>>>
>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>>
>>>>>>>
>>>>>>> http://www.openoffice.org/porting/mac/
>>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>>> integrated with our releases and then link to the download page. Or
>>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>>
>>>>>>
>>>>>> OK, then I prefer to use a redirect to the download area.
>>>>>
>>>>>
>>>>>
>>>>> Sounds good. Actually, we can redirect everything under
>>>>>
>>>>> http://www.openoffice.org/porting/mac/
>>>>>
>>>>> to the homepage, since links on the old page include support,
>>>>> screenshots, downloads... all resources directly available from the
>>>>> project homepage.
>>>>
>>>>
>>>>
>>>> Then I would like to volunteer to try this on Sunday.
>>>>
>>>
>>> Hi Marcus,
>>>
>>> I took a closer look at the data and I have some concerns from an SEO
>>> perspective.
>>>
>>> We get a large number of visits from users who query Google for terms
>>> like:
>>>
>>> openoffice for mac
>>> open office mac
>>> openoffice mac
>>> free office for mac
>>> download openoffice for mac
>>>
>>> Try these queries in your browser.   See the porting page is the
>>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>>> malware sites.  We don't get another openoffice.org web page until
>>> position #10 in the search results.
>>>
>>> If we redirect to the home page, which does not mention "Mac"
>>> anywhere, then the next time Google updates its index it will see that
>>> as the contents of /porting/mac and judge it to be far less relevant
>>> to queries like "openoffice for mac".
>>
>>
>> Does it help to leave some keywords on the "/porting/mac/index.html"?
>> The the Google indexing bot recognize it, redirects then to the new webpage
>> and we keep the search hits.
>>
>
> If you do a redirect at the HTTP level then Google won't ever see the
> contents of the /porting/mac pages.  It will only see the destination
> page's contents.
>
> You could possibly do a<meta http-equiv="refresh>  style redirect from
> within the browser, but that can be a bad user experience.

I thought about to do it this way. Is there a better way?

>>> So I think we should consider this carefully.
>>
>>
>> Of course.
>>
>>
>>> Is there anything
>>>
>>> actually wrong with the /porting/mac page as it is?
>>
>>
>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>
>> When I look around there is nearly nothing that should be kept (links,
>> screenshots, X11<-->  Aqua, release news about older versions, FAQs).
>>
>
> OK.  I am not a Mac person.  Is there anything useful we could say
> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>
>>
>>> Here's an alternative idea.  If the issue is that this is no longer a
>>> "porting" project, then maybe we could do something like this:
>>>
>>> 1) Create a new landing page for users interested in OpenOffice for
>>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>>> of content, but enough to be relevant.
>>>
>>> 2) Redirect /porting/mac/* to /mac/index.html
>>>
>>> 3) Delete the old /porting/mac
>>
>>
>> Why does a Google search behave different here? Sorry, I don't see the
>> difference to just redirect.
>>
>
> The redirect would work the same way.  The difference is in the
> contents of the landing page.  If we redirect to the home page, or the
> download page, there is almost no discussion about Mac OpenOffice.
> The old page, even if the content is out-of-date, is still seen as
> relevant.

OK, so the difference is to leave the keywords on the target webpage and 
not on the one that is redirecting.

To create "http://www.openoffice.org/mac" with some content helping to 
keep the Google hits high and a big, visible download link (which points 
to the actual download webpage) should be hopefully enough.

Right?

>> PS:
>> I want to get rid of the old content but of course not loose the Google
>> search hits.
>>
>
> Me too ;-)
>
> -Rob
>
>
>> Marcus

Marcus

Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>
>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>
>> wrote:
>>>
>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>>
>>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>>
>>>>>
>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>>
>>>>>>
>>>>>> http://www.openoffice.org/porting/mac/
>>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>>> replacing it with a page that says that the Mac port is now full
>>>>>> integrated with our releases and then link to the download page. Or
>>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>>
>>>>>
>>>>> OK, then I prefer to use a redirect to the download area.
>>>>
>>>>
>>>>
>>>> Sounds good. Actually, we can redirect everything under
>>>>
>>>> http://www.openoffice.org/porting/mac/
>>>>
>>>> to the homepage, since links on the old page include support,
>>>> screenshots, downloads... all resources directly available from the
>>>> project homepage.
>>>
>>>
>>>
>>> Then I would like to volunteer to try this on Sunday.
>>>
>>
>> Hi Marcus,
>>
>> I took a closer look at the data and I have some concerns from an SEO
>> perspective.
>>
>> We get a large number of visits from users who query Google for terms
>> like:
>>
>> openoffice for mac
>> open office mac
>> openoffice mac
>> free office for mac
>> download openoffice for mac
>>
>> Try these queries in your browser.   See the porting page is the
>> number one hit.  For me the 2nd hit is CNet and then we start hitting
>> malware sites.  We don't get another openoffice.org web page until
>> position #10 in the search results.
>>
>> If we redirect to the home page, which does not mention "Mac"
>> anywhere, then the next time Google updates its index it will see that
>> as the contents of /porting/mac and judge it to be far less relevant
>> to queries like "openoffice for mac".
>
>
> Does it help to leave some keywords on the "/porting/mac/index.html"?
> The the Google indexing bot recognize it, redirects then to the new webpage
> and we keep the search hits.
>

If you do a redirect at the HTTP level then Google won't ever see the
contents of the /porting/mac pages.  It will only see the destination
page's contents.

You could possibly do a <meta http-equiv="refresh> style redirect from
within the browser, but that can be a bad user experience.

>
>> So I think we should consider this carefully.
>
>
> Of course.
>
>
>> Is there anything
>>
>> actually wrong with the /porting/mac page as it is?
>
>
> Ahm, besides totally outdated and no longer needed data not. ;-)
>
> When I look around there is nearly nothing that should be kept (links,
> screenshots, X11 <--> Aqua, release news about older versions, FAQs).
>

OK.  I am not a Mac person.  Is there anything useful we could say
about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?

>
>> Here's an alternative idea.  If the issue is that this is no longer a
>> "porting" project, then maybe we could do something like this:
>>
>> 1) Create a new landing page for users interested in OpenOffice for
>> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
>> on whatever is relevant still from /porting/mac.  It doesn't need tons
>> of content, but enough to be relevant.
>>
>> 2) Redirect /porting/mac/* to /mac/index.html
>>
>> 3) Delete the old /porting/mac
>
>
> Why does a Google search behave different here? Sorry, I don't see the
> difference to just redirect.
>

The redirect would work the same way.  The difference is in the
contents of the landing page.  If we redirect to the home page, or the
download page, there is almost no discussion about Mac OpenOffice.
The old page, even if the content is out-of-date, is still seen as
relevant.

> PS:
> I want to get rid of the old content but of course not loose the Google
> search hits.
>

Me too ;-)

-Rob


> Marcus
>

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/10/2013 10:59 PM, schrieb Rob Weir:
> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<ma...@wtnet.de>  wrote:
>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>>
>>> On 07/01/2013 Marcus (OOo) wrote:
>>>>
>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>>
>>>>> http://www.openoffice.org/porting/mac/
>>>>> So I'd recommend either keeping the page and updating it. Or
>>>>> replacing it with a page that says that the Mac port is now full
>>>>> integrated with our releases and then link to the download page. Or
>>>>> put in a 401 redirect from that URL to the download page. ...
>>>>
>>>> OK, then I prefer to use a redirect to the download area.
>>>
>>>
>>> Sounds good. Actually, we can redirect everything under
>>>
>>> http://www.openoffice.org/porting/mac/
>>>
>>> to the homepage, since links on the old page include support,
>>> screenshots, downloads... all resources directly available from the
>>> project homepage.
>>
>>
>> Then I would like to volunteer to try this on Sunday.
>>
>
> Hi Marcus,
>
> I took a closer look at the data and I have some concerns from an SEO
> perspective.
>
> We get a large number of visits from users who query Google for terms like:
>
> openoffice for mac
> open office mac
> openoffice mac
> free office for mac
> download openoffice for mac
>
> Try these queries in your browser.   See the porting page is the
> number one hit.  For me the 2nd hit is CNet and then we start hitting
> malware sites.  We don't get another openoffice.org web page until
> position #10 in the search results.
>
> If we redirect to the home page, which does not mention "Mac"
> anywhere, then the next time Google updates its index it will see that
> as the contents of /porting/mac and judge it to be far less relevant
> to queries like "openoffice for mac".

Does it help to leave some keywords on the "/porting/mac/index.html"?
The the Google indexing bot recognize it, redirects then to the new 
webpage and we keep the search hits.

> So I think we should consider this carefully.

Of course.

 > Is there anything
> actually wrong with the /porting/mac page as it is?

Ahm, besides totally outdated and no longer needed data not. ;-)

When I look around there is nearly nothing that should be kept (links, 
screenshots, X11 <--> Aqua, release news about older versions, FAQs).

> Here's an alternative idea.  If the issue is that this is no longer a
> "porting" project, then maybe we could do something like this:
>
> 1) Create a new landing page for users interested in OpenOffice for
> Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
> on whatever is relevant still from /porting/mac.  It doesn't need tons
> of content, but enough to be relevant.
>
> 2) Redirect /porting/mac/* to /mac/index.html
>
> 3) Delete the old /porting/mac

Why does a Google search behave different here? Sorry, I don't see the 
difference to just redirect.

PS:
I want to get rid of the old content but of course not loose the Google 
search hits.

Marcus


Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
>
>> On 07/01/2013 Marcus (OOo) wrote:
>>>
>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>>>
>>>> http://www.openoffice.org/porting/mac/
>>>> So I'd recommend either keeping the page and updating it. Or
>>>> replacing it with a page that says that the Mac port is now full
>>>> integrated with our releases and then link to the download page. Or
>>>> put in a 401 redirect from that URL to the download page. ...
>>>
>>> OK, then I prefer to use a redirect to the download area.
>>
>>
>> Sounds good. Actually, we can redirect everything under
>>
>> http://www.openoffice.org/porting/mac/
>>
>> to the homepage, since links on the old page include support,
>> screenshots, downloads... all resources directly available from the
>> project homepage.
>
>
> Then I would like to volunteer to try this on Sunday.
>

Hi Marcus,

I took a closer look at the data and I have some concerns from an SEO
perspective.

We get a large number of visits from users who query Google for terms like:

openoffice for mac
open office mac
openoffice mac
free office for mac
download openoffice for mac

Try these queries in your browser.   See the porting page is the
number one hit.  For me the 2nd hit is CNet and then we start hitting
malware sites.  We don't get another openoffice.org web page until
position #10 in the search results.

If we redirect to the home page, which does not mention "Mac"
anywhere, then the next time Google updates its index it will see that
as the contents of /porting/mac and judge it to be far less relevant
to queries like "openoffice for mac".  So we then lose our #1 search
position.   And users suffer, because they now get diverted to spammy
sites.  In other words, although you might think you are driving users
to the download page, in reality we'll just drop in search placement
and users will be sent to other websites, not to openoffice.org at
all.

(I should mention that we had 93,559 visits to /porting/mac/index.html
in the past month, and 79,978 of them were the result of a Google
query.  So almost all visitors to /porting/mac are getting there via
Google seaches.)

So I think we should consider this carefully.  Is there anything
actually wrong with the /porting/mac page as it is?  It gets nearly
100K visits/month and appears to drive a good number of downloads.  So
it has content that helps connect users to our website by being
relevant to popular Google queries.   It is considered the most
authoritative page on the entire internet on the topic of "openoffice
for mac".  No other page is as good, not even our home page.  We
should try to preserve some of this authority.

Here's an alternative idea.  If the issue is that this is no longer a
"porting" project, then maybe we could do something like this:

1) Create a new landing page for users interested in OpenOffice for
Mac. Maybe it is at http://www.openoffice.org/mac.  Maybe it is based
on whatever is relevant still from /porting/mac.  It doesn't need tons
of content, but enough to be relevant.

2) Redirect /porting/mac/* to /mac/index.html

3) Delete the old /porting/mac

Regards,

-Rob

> Marcus
>

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti:
> On 07/01/2013 Marcus (OOo) wrote:
>> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>>> http://www.openoffice.org/porting/mac/
>>> So I'd recommend either keeping the page and updating it. Or
>>> replacing it with a page that says that the Mac port is now full
>>> integrated with our releases and then link to the download page. Or
>>> put in a 401 redirect from that URL to the download page. ...
>> OK, then I prefer to use a redirect to the download area.
>
> Sounds good. Actually, we can redirect everything under
>
> http://www.openoffice.org/porting/mac/
>
> to the homepage, since links on the old page include support,
> screenshots, downloads... all resources directly available from the
> project homepage.

Then I would like to volunteer to try this on Sunday.

Marcus


Re: [WEBSITE] broken link on mac porting page

Posted by Andrea Pescetti <pe...@apache.org>.
On 07/01/2013 Marcus (OOo) wrote:
> Am 01/07/2013 09:54 PM, schrieb Rob Weir:
>> http://www.openoffice.org/porting/mac/
>> So I'd recommend either keeping the page and updating it. Or
>> replacing it with a page that says that the Mac port is now full
>> integrated with our releases and then link to the download page. Or
>> put in a 401 redirect from that URL to the download page. ...
> OK, then I prefer to use a redirect to the download area.

Sounds good. Actually, we can redirect everything under

http://www.openoffice.org/porting/mac/

to the homepage, since links on the old page include support, 
screenshots, downloads... all resources directly available from the 
project homepage.

Regards,
   Andrea.

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/07/2013 09:54 PM, schrieb Rob Weir:
> On Mon, Jan 7, 2013 at 3:37 PM, Marcus (OOo)<ma...@wtnet.de>  wrote:
>> Am 01/05/2013 08:36 PM, schrieb Andrea Pescetti:
>>
>>> Carl Marcum wrote:
>>>>
>>>> while searching for install instructions for mac I found a broken link
>>>> on this page:
>>>> http://www.openoffice.org/porting/mac/faq/installing/ooo.html
>>>> link points to:
>>>> http://www.openoffice.org/porting/mac/download/index.html
>>>
>>>
>>> Thanks, fixed. I've also removed some very outdated information
>>> (actually the whole section is outdated, Mac OS X is a supported
>>> platform and no longer a port).
>>
>>
>> When this website and its subpages are outdated and MacOS X is indeed since
>> a longer time a well-supported and major platform, does it then make sense
>> to keep these webpages as part of porting?
>>
>> I doubt this and suggest to delete the complete
>> "http://www.openoffice.org/porting/mac/" stuff.
>>
>
> We need to be careful.  This is actually a very popular page with many
> 3rd party websites linking to it and around 4000 visits/day.  It is
> also the top link for Google queries like "openoffice for mac".

Hm, I thought that this would be the argument to keep it. ;-)
Yes, 4000 is too high to delete it simply.

> So I'd recommend either keeping the page and updating it.  Or
> replacing it with a page that says that the Mac port is now full
> integrated with our releases and then link to the download page.  Or
> put in a 401 redirect from that URL to the download page.  But it is
> well-trafficked enough that we can't have the URL vanish.

OK, then I prefer to use a redirect to the download area. Otherwise we 
would still keep a single page in the porting area that is no longer 
necessary (yes, from the logical and technical point of view).

Any other with a different opinion or alternative solution?

Thanks

Marcus


Re: [WEBSITE] broken link on mac porting page

Posted by Rob Weir <ro...@apache.org>.
On Mon, Jan 7, 2013 at 3:37 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 01/05/2013 08:36 PM, schrieb Andrea Pescetti:
>
>> Carl Marcum wrote:
>>>
>>> while searching for install instructions for mac I found a broken link
>>> on this page:
>>> http://www.openoffice.org/porting/mac/faq/installing/ooo.html
>>> link points to:
>>> http://www.openoffice.org/porting/mac/download/index.html
>>
>>
>> Thanks, fixed. I've also removed some very outdated information
>> (actually the whole section is outdated, Mac OS X is a supported
>> platform and no longer a port).
>
>
> When this website and its subpages are outdated and MacOS X is indeed since
> a longer time a well-supported and major platform, does it then make sense
> to keep these webpages as part of porting?
>
> I doubt this and suggest to delete the complete
> "http://www.openoffice.org/porting/mac/" stuff.
>

We need to be careful.  This is actually a very popular page with many
3rd party websites linking to it and around 4000 visits/day.  It is
also the top link for Google queries like "openoffice for mac".

So I'd recommend either keeping the page and updating it.  Or
replacing it with a page that says that the Mac port is now full
integrated with our releases and then link to the download page.  Or
put in a 401 redirect from that URL to the download page.  But it is
well-trafficked enough that we can't have the URL vanish.

-Rob

> Marcus
>

Re: [WEBSITE] broken link on mac porting page

Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 01/05/2013 08:36 PM, schrieb Andrea Pescetti:
> Carl Marcum wrote:
>> while searching for install instructions for mac I found a broken link
>> on this page:
>> http://www.openoffice.org/porting/mac/faq/installing/ooo.html
>> link points to:
>> http://www.openoffice.org/porting/mac/download/index.html
>
> Thanks, fixed. I've also removed some very outdated information
> (actually the whole section is outdated, Mac OS X is a supported
> platform and no longer a port).

When this website and its subpages are outdated and MacOS X is indeed 
since a longer time a well-supported and major platform, does it then 
make sense to keep these webpages as part of porting?

I doubt this and suggest to delete the complete 
"http://www.openoffice.org/porting/mac/" stuff.

Marcus


Re: [WEBSITE] broken link on mac porting page

Posted by Andrea Pescetti <pe...@apache.org>.
Carl Marcum wrote:
> while searching for install instructions for mac I found a broken link
> on this page:
> http://www.openoffice.org/porting/mac/faq/installing/ooo.html
> link points to:
> http://www.openoffice.org/porting/mac/download/index.html

Thanks, fixed. I've also removed some very outdated information 
(actually the whole section is outdated, Mac OS X is a supported 
platform and no longer a port).

Regards,
   Andrea.