Re: [libreoffice-marketing] Structure and Relationship [was: Struct.... : Design Team, Marketing Team (Summary, Proposal, ...)
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? 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. +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. 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. +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. 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 Bernhard -- Unsubscribe instructions: E-mail to marketing+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/marketing/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-marketing] Structure and Relationship [was: Struct.... : Design Team, Marketing Team (Summary, Proposal, ...)
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+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/marketing/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-marketing] Structure and Relationship [was: Struct.... : Design Team, Marketing Team (Summary, Proposal, ...)
Hi Christoph, * sorry for not having been clear enough... Christoph Noack schrieb: Hi Bernhard! Am Dienstag, den 23.11.2010, 23:47 +0100 schrieb Bernhard Dippold: [...] [... URL with /Design/VID/ and /Design/UXD/ or just /Design/ ...] 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). +1 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. I didn't make clear that there are different areas of work that are related to UX or Visual Identity only. But I think it is not necessary to define this differences in the URL. Using the relevant categories is sufficient IMHO. Best regards Bernhard -- Unsubscribe instructions: E-mail to marketing+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/marketing/ *** All posts to this list are publicly archived for eternity ***