Date: prev next · Thread: first prev next last
2010 Archives by date, by thread · List index

Hi Christoph, all,

just a short more to come later (I hope)

Christoph Noack schrieb:
Hi all,

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:
       * UXD:
       * 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 the abbr.).

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 :-) [2]

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...).

Best regards


Unsubscribe instructions: E-mail to
List archive:
*** All posts to this list are publicly archived for eternity ***


Privacy Policy | Impressum (Legal Info) | Copyright information: 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.