Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of kay.schenk@gmail.com designates
 209.85.215.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E0F9EAE.6000202@gmx.ch>
References: <9B1C83A5-2E28-46BC-B62B-C16B76576308@comcast.net>
	<CAGj3217mqn6ABC_nBKBWqWPLM1XkUUPrHUKxMKLtSw8mUD1HeQ@mail.gmail.com>
	<4E0F9EAE.6000202@gmx.ch>
Date: Sat, 2 Jul 2011 16:30:24 -0700
Message-ID: 
 <CAGj3214doBD5MZXg4vMSVV6vZUg1aS6fc39bOuN3me7bLbw_BQ@mail.gmail.com>
Subject: Re: Website Content plus Look and Feel Improvements
From: Kay Schenk <kay.schenk@gmail.com>
To: ooo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=00504502c6fdb6f16d04a71e8420

--00504502c6fdb6f16d04a71e8420
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On Sat, Jul 2, 2011 at 3:41 PM, Raphael Bircher <r.bircher@gmx.ch> wrote:

> Am 02.07.11 23:41, schrieb Kay Schenk:
>
>  OUCH! see below...
>>
>> On Sat, Jul 2, 2011 at 12:57 PM, Dave Fisher<dave2wave@comcast.net>
>>  wrote:
>>
>>  Yesterday I got tired of the look of people.mdtext in the project site.
>>> It
>>> was so 1990s. So, I've improved the look via css and adding defined
>>> widths.
>>> I guess I am volunteering for the item on
>>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**Help+Wanted<ht=
tps://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted>
>>>
>>> Several of us have been surveying the existing openoffice.org website o=
n
>>> several wiki pages mostly linked to from:
>>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**Site-PPMC-Plan=
<https://cwiki.apache.org/confluence/display/OOOUSERS/Site-PPMC-Plan>
>>>
>>> With over 140 "projects" in openoffice.org, it will be important to
>>> agree
>>> to a mapping which reduces the granularity by more than an order of
>>> magnitude. The page http://projects.openoffice.**org/<http://projects.o=
penoffice.org/>is a good and clear
>>> way to start - and pretty much fits the structure on
>>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
>>> Project+Planning<https://cwiki.apache.org/confluence/display/OOOUSERS/P=
roject+Planning>
>>>
>>>
>>         =95 Product Development
>>>        =95 Extension Development
>>>        =95 Language Support
>>>        =95 Helping Users
>>>        =95 Distribution
>>>        =95 Promotion
>>>
>>> I think that these groupings will help us easily have a rule about whic=
h
>>> projects end up on http://openoffice.apache.org/ or stay on the
>>> successor
>>> http://*.openoffice.org/.
>>>
>>> Projects have "webcontent" and/or "wiki" content. On openoffice.orgther=
e
>>> is a generally consistent look. There are exceptions which are marketin=
g
>>> sites like http://why.openoffice.org/. The difference is glaring becaus=
e
>>> that is the first big button on the main site.
>>>
>>> Webcontent is available via svn - "svn co
>>> https://svn.openoffice.org/**svn/${project}~webcontent<https://svn.open=
office.org/svn/$%7Bproject%7D%7Ewebcontent>${project}" (Thanks
>>> Marcus Lange)
>>>
>>>
>>  Some projects are huge and others small. I downloaded several:
>>>
>>>  I think "infrastructure" which is the project for all aspects dealing
>> with
>> the development of the old web site itself could be thrown out completel=
y,
>> since, ta da, here we are in a new environment. And, much of that is VER=
Y
>> old. Ditto for much of the "download" area which goes back to the
>> non-mirrors age.
>>
> The problem is, that we have many dead pages on the SVN. At Collabnet we
> haven't the right to delete pages from the CVS. So many many unused site =
is
> still on the SVN but you won't find it over the OOo webpage.
>
>  It might be useful to take the domains list....
>>
>>  https://cwiki.apache.org/**confluence/display/OOOUSERS/**
>> OpenOffice+Domains<https://cwiki.apache.org/confluence/display/OOOUSERS/=
OpenOffice+Domains>
>>
>> and see what can be combined into your suggested categories below.  Mayb=
e
>> we
>> could start something like this as a seperate item off the "To Do" list =
on
>> the OOo-sitemap page. Oddly, some of these actual "virtual domains" are
>> really part of the main website -- web~webcontent.
>>
> I have already done a sitemap for all projects. It's only 4 month old. I =
do
> this sitemap for the kenai migration. I will upload the list. It's a line
> separated textfile.
>
>  The following page needs more fleshing out:
>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**OOo-Sitemap<htt=
ps://cwiki.apache.org/confluence/display/OOOUSERS/OOo-Sitemap>
>>
>>
>>
>>  wave@minotaur:~/ooo-test$ ls -1
>>> development
>>> documentation
>>> download
>>> projects
>>> www
>>>
>>> The size is 2.7GB.
>>>
>>> It would be good to come up with a scripted way to convert existing
>>> webcontent to either mdtext, an altered html, or specialized javascript
>>> and
>>> css. It is likely we can adapt the content and use the Apache CMS to wr=
ap
>>> a
>>> standard skeleton.
>>>
>>>  Yes we need a script, but I think the Script can only do basic work. T=
he
> OOo Page is not so easy as it looks. Ther are many special features on th=
e
> kenai framework, and a load of JavaScript. I agree with Kai that we have =
to
> be verry carefull.
>
> Greatings Raphael
>
> --
> My private Homepage: http://www.raphaelbircher.ch/


OK, a totally different thought/approach.

I think it might be easier in the long run to migrate the entire current OO=
o
site in total (well except for maybe a few areas/projects) and deal with th=
e
revamping/reorg on a longer term basis -- culling out a bit at a time.

I think trying to deal with this NOW will considerably slow site migration
down, maybe even prevent it altogether and will considerably upset existing
users I think.

The biggest problem with this alternate approach, well really ANY approach,
is that folks that formerly had commit rights to sites, won't, because they
aren't committers. And now, with the (somewhat) recent migration to kenai,
it's a bit difficult to tell what was going on before that.

We should definitely think long term about migrating nearly all project hom=
e
pages to a wiki for easier maintenance. I think much of this had already
happened in actuality. People didn't want to deal with cvs/svn or anything
even remotely "techie" to participate.

Obviously the BIGGEST change is what people now see for the projects on the
site (esp the language areas), but many of those current enhancements just
recently emerged with kenai. We can scale back this listing.

Thoughts?


--=20
---------------------------------------------------------------------------=
------------
MzK

"He's got that New Orleans thing crawling all over him, that good stuff,
that
'We Are the Champions', to hell with the rest and I'll just start over kind
of attitude."
                  =97 "1 Dead in the Attic", Chris Rose

--00504502c6fdb6f16d04a71e8420--