Hi Christoph, all,
just a short more to come later (I hope)
Christoph Noack schrieb:
As far as I can see, there is no need for a dedicated Design section
within the official website - except e.g. things like requests for
contribution and collaboration. "Just" our results will be communicated
by the software itself, and the website.
What about a download area for graphical elements / resources?
Officially approved artwork for usage outside the community (logos, web
buttons, banners etc) should be available directly (after a notice about
trademark and branding guidelines), perhaps with a feedback button or
form, so we know about the numbers and places where they are used.
I could imagine people can leaving their email to be informed, when our
branding will be modified to a larger scale.
Other officially approved design (like posters, presentation template,
CD labels, merchandising ...) can be available only after logging in or
can be presented at the wiki on a page that should not be modified by
others than the design team.
The recently set up design mailing list should suite our needs as well.
No (urgent) need to further refine the mailing list structure.
For the wiki, there have been several proposals including best practices
how to shape the titles (URLs). Based on these proposals and the
structure, I do propose:
* Design: http://wiki.documentfoundation.org/Design
* UXD: http://wiki.documentfoundation.org/Design/UXD
* VID: http://wiki.documentfoundation.org/Design/VID
I don't see a reason to add the cryptic abbreviations to the URLs.
Perhaps we will get used to them, but people without our background
don't understand them at all, I fear.
Why can't we stay with /Design/ and add the relevant category to every page?
While I think it is reasonable to contain the main category in the URL,
the URL would become too long for linking with more of them, while the
additional information to the user is rather limited (especially with
Please keep in mind that our repositories might be translated to
different languages - adding another /iso to the URL.
Categories applied are "Design" (in any case), and "User Experience
Design" and "Visual Identity Design".
One reason for keeping the UXD and VID items in a common "tree" is, that
we share some common information. Refined target user descriptions
(personas), or tooling are some of them ... Here is an example of the
OOo UX tooling page I've created, maybe that helps to understand what I
am thinking about :-) 
I understand that there are resources to be used by all designers (UX
and VI). So I don't insist on adding /Visual Design/ or /User
Experience/ to the URL.
But as mentioned above, the approach of leaving the sub-categories to
the wiki categories and using a common URL /Design/ seems reasonable to
me (and allows even shorter URL...).
Unsubscribe instructions: E-mail to firstname.lastname@example.org
List archive: http://www.libreoffice.org/lists/marketing/
*** All posts to this list are publicly archived for eternity ***
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy