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


Hi Bernhard!

Am Dienstag, den 23.11.2010, 23:47 +0100 schrieb Bernhard Dippold:
Hi Christoph, all,

just a short more to come later (I hope)

Christoph Noack schrieb:
Hi all,
[...]
INFRASTRUCTURE

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?

[... explanation ...]

At the moment, I don't know if there is such urgent need for additional
elements and resources. At least a "press pack" featuring some recent
screenshots, the logo, ... might help. So yes, there might be something
like that.


The recently set up design mailing list should suite our needs as well.
No (urgent) need to further refine the mailing list structure.
+1

:-)

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.

[... URL discussion ...]

Well, the reason was to better distinguish between "visuals" and
"utility". I'm not worried with regard to the abbreviations, since the
"Design" is the most important information here. But the translation
abbreviation is a good point.

Thus, we may simply go with the "category" approach and chance things
later on (if required).

Categories applied are "Design" (in any case), and "User Experience
Design" and "Visual Identity Design".

+1

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.

And there are also differences; e.g. something like the user feedback
tooling is something rather related to User Experience. Moreover, since
we'll use the wiki for working drafts / specifications / ... it might
make sense to have this separated. But there are plenty of other
opportunities like templates, ...

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

Cheers,
Christoph


-- 
Unsubscribe instructions: E-mail to marketing+help@libreoffice.org
List archive: http://www.libreoffice.org/lists/marketing/
*** All posts to this list are publicly archived for eternity ***

Context


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.