:murb: (maarten brouwers) wrote:
OK, I'm resubjecting this to go along with Louis's suggestion from 10/24.
Well, I am not sure if I am agree with his suggestion completely... my
main concern is that the reasons for moving to portal.openoffice.org is
nothing but framework related, whereas there are many problems that are
not so much a problem of the framework, but lack of effort in thinking how
to improve the current situation. However, the ability to use something
different than the collabnet framework is much welcomed, also by me.
I would suggest that everyone take a look a Matthias's suggestions in
his presentation....(from his post on 10/25)
---- from Matthias Mueller-Prove
http://ux.openoffice.org/reports/2007/website/sitestructure.odp
http://ux.openoffice.org/reports/2007/website/sitedesign.odp
-------
the first one is good from an "architectural" perspective if you will.
My reply:
http://bromei.nl/maarten/extern/openoffice.org/2007/sitestructure_v2.odp
disclaimer: I am not sure whether this way of communication (using
presentations) works well... but we can try it for a while...
It seems to be a relatively easy way to present things visually though
others exist.
I took Matthias original presentation, and added what I think is a better
suggestion. Main point I want to make is not to think in (sub)domain
names, but in terms of functionality.
I like your idea because it seems "flatter". More to access from the
home page/portal :) We DEFINITELY should not impose an additional layer
for users to download, so leaving "get OpenOffice" at the top position
is a biggie in my mind. (I only renamed this thread because that's the
term Louis used, but, well, we have different ideas about what's what.)
Quick question/comment. What do your boxes represent? Tabs? virtual hosts?
The dashed lines are not menu type
of links, but more in terms of small banners, hints ("if you want to know
more, have a look at...") etc. I believe if we can have e.g. PHP on the
portal domain, we can offer all kinds of services for making the homepage
more accessible / maintainable. Another option I do not want to exclude is
that www.openoffice.org directly forwards to portal.openoffice.org and do
everything near end-user related there (including what is the first page
everyone gets to see and things like download).
What do envision as the layout for "portal"? What you're saying (above)
implies "get OpenOffice" would have a "line"(??) to Support, perhaps.
One important thing where server side scripting is much wanted is the
download page. Server side scripting would allow us to offer download
options in different languages(!), and integrate CD-Roms and P2P much
friendlier (actually I think it is even more important to make
download.openoffice.org a non collabnet server than www.openoffice.org ,
as proper download functionality has proved to be really problematic the
last years).
I agree. We need more server-side options to do anything friendlier it
would seem.
For the main page it would be nice to do things like an RSS
ticker, making news much more maintainable (from some kind of blogging
system).
Amen to this!
g.,
Maarten
Maarten--interesting changes. Ready to hear more! :)
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
===================================================
MzK
Kay Schenk
"Laughter is an instant vacation."
-- Milton Berle
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
