Re: [libreoffice-marketing] Re: [Design] Design team needs and Drupal site development

2010-11-28 Thread Italo Vignoli

On 11/24/2010 10:57 PM, Christoph Noack wrote:


The web site is not intended to please the people who belong to the
community, but to attract new people (new community members, and new
software users) and to communicate with stakeholders (individuals and
companies/organizations interested in dealing with TDF or covering TDF
in the press or in a blog).


In general, a +1 for targeting those external stakeholders.
Nevertheless, I do also think that we can come up with something that
helps to make a link to the work of the community ... but as you already
mentioned, maybe this is already included in your new community
members.


Of course, although people involved in the community are usually more 
willing to spend some time to dig for information, while journalists and 
new users are not so patient.


--
Italo Vignoli
italo.vign...@gmail.com
Mobile +39.348.5653829
VoIP: +39.02.320621813
Skype: italovignoli

--
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] Re: [Design] Design team needs and Drupal site development

2010-11-24 Thread Christoph Noack
Hi Italo,

I feel a need to second your statements ;-)

Am Sonntag, den 21.11.2010, 12:02 +0100 schrieb Italo Vignoli:
 We cannot decide where people will navigate, and which information
 they will access from which web site. Of course, we will cross
 reference the two web sites, but I think that the TDF web site should
 be more like a corporate web site (foundation documents, press
 releases, developers stuff, etcetera) and LibO web site should be the
 product web site (downloads, product backgrounds, etcetera).

Yep.

 Users will navigate according to what they are looking for, most of
 the times through search engines but this does not guarantee that they
 will follow the patterns we decide (actually, they will never follow
 these patterns).

Agreed. And, let's say, that we might not have the chance to develop
such patterns with some non-community users (maybe we do have, but here
we need someone who is experienced with some usability methods like
card-sorting and such stuff). But, I suggested website analytics, so we
can improve the page continuously.

 The web site is not intended to please the people who belong to the 
 community, but to attract new people (new community members, and new 
 software users) and to communicate with stakeholders (individuals and 
 companies/organizations interested in dealing with TDF or covering TDF
 in the press or in a blog). 

In general, a +1 for targeting those external stakeholders.
Nevertheless, I do also think that we can come up with something that
helps to make a link to the work of the community ... but as you already
mentioned, maybe this is already included in your new community
members.

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] Re: [Design] Design team needs and Drupal site development

2010-11-22 Thread Thorsten Wilms
On Sun, 2010-11-21 at 16:29 -0500, Marc Paré wrote:

 Personally I think that this type of organisation is a bit too late 
 unless everyone is on board and most of OOo members are used to working 
 under the common understanding of Marketing and Design understanding.

You mentioned philosophical differences regarding these terms yourself.
There is no common understanding, it seems.


 I also do not think that we should try to exclude common practice use of 
 the words Marketing and Design. So ... I see the organisation, as it 
 stands, if we are to apply common sense with the structure that we now 
 have:
 
 * Marketing is the top tier category
 * Design falls under the Marketing umbrella

If you define marketing from its original root of being about selling
things, it's a strange fit for volunteer work and a product offered for
free. Marketing takes the point of view of the producer/provider and has
his interests in mind as driving forces.

Thus if you place design below marketing, it becomes a mere tool to
serve the interests of the producer/provider. If you don't, design can
place the interests of users first (user centered design, user
experience design).


 http://wiki.documentfoundation.org/Marketing/Design/TheNameYouWant
 
 How does this sound?

Long.


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/



-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-22 Thread Thorsten Wilms
On Sun, 2010-11-21 at 16:29 -0500, Marc Paré wrote:

 Personally I think that this type of organisation is a bit too late 
 unless everyone is on board and most of OOo members are used to working 
 under the common understanding of Marketing and Design understanding.

You mentioned philosophical differences regarding these terms yourself.
There is no common understanding, it seems.


 I also do not think that we should try to exclude common practice use of 
 the words Marketing and Design. So ... I see the organisation, as it 
 stands, if we are to apply common sense with the structure that we now 
 have:
 
 * Marketing is the top tier category
 * Design falls under the Marketing umbrella

If you define marketing from its original root of being about selling
things, it's a strange fit for volunteer work and a product offered for
free. Marketing takes the point of view of the producer/provider and has
his interests in mind as driving forces.

Thus if you place design below marketing, it becomes a mere tool to
serve the interests of the producer/provider. If you don't, design can
place the interests of users first (user centered design, user
experience design).


 http://wiki.documentfoundation.org/Marketing/Design/TheNameYouWant
 
 How does this sound?

Long.


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-22 Thread Thorsten Wilms
On Mon, 2010-11-22 at 01:28 +0100, Bernhard Dippold wrote:

 I think they cover quite clearly what they want to say, so I'd keep them.

If they would, there would be no question whether design should sit
below marketing or not. There would be no questions if the logo or a
brochure belongs to marketing or design.


  * Steering (mission statement and strategy go here)
 Much broader than marketing and design - it covers the central points of 
 branding and needs to be discussed in the entire community.

Yes. Mentioned it for completeness and to have a section that clearly
trumps both.


  * Visual Identity (starting from the logo)
 Design (Visual D)

It's design and marketing considerations. Visual Identity avoids the
blurriness of either term.

I would have proposed Corporate Identity as a more common term, that
could cover both Steering and Visual Design, but there's no corporation
here.


  * Market Research
 Marketing
 
  * Promotion (bound to have overlap with Visual Identity, sadly)
 Marketing, by using resources from Design (Visual D)
 
  * Relations (could have an internal partner, called Community)
 Marketing (I'd like to see strengthening and broadening our community a 
 central task for our marketing)

These 3 are indeed meant to be aspects of marketing taken apart. Making
it explicit what goes where. Allowing you to pick according to your
needs and interests.


  * Services (to outside the project)
 not really clear to me what you mean: Product / user service? Marketing 
 contacts? Links to software support providers?

Any service that is not targeted at the project itself. I would
anticipate mainly support.


  * Documentation
 Independent, but using Visual Design elements


  * Infrastructure (contains website, similar to Services, but inside)
 What does this contain besides website? Native-lang teams will have 
 their own structure - I could imagine a place where they work together 
 not only on L10N, but on infrastructure / NGO and other topics as well.
 If this would be inside the marketing area depends on what they want to 
 achieve.

It may be unlikely that anything comes up here that doesn't happen
online, but the term allows it. Website, wiki, bug tracker, source
repositories, IM and IRC channels ...


  * UX Design (solely for the product)
 UX is broader - covers product and website. Even Design might be too 
 small, as it reaches to all the development and coding areas.

I'm well aware that UX design can be applied to every area. This is
meant to be UX for just the product. So call it Product UX Design to
be clear.

There could also be Infrastructure or Project UX Design.


 We might think of
 http://wiki.documentfoundation.org/Design/Visual_Design
 http://wiki.documentfoundation.org/Design/UX_Design
 but I'd prefer
 http://wiki.documentfoundation.org/Visual_Design
 http://wiki.documentfoundation.org/UX_Design
 with Category:Design

I'd prefer the last, too. Even more with Visual Identity instead of
Visual Design.


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Italo Vignoli

On 11/20/2010 10:56 PM, Marc Paré wrote:


This is what the Silverstripe and Drupal sites are all about. A one stop
shop place where everything is available under one roof but also where
all is built according to permissions to users as to what levels of the
website they may work on or see.


Then I am fine with this, hoping that the infrastructure will be easy 
enough to handle for a technically illiterate like me.


--
Italo Vignoli - The Document Foundation
E-mail: italo.vign...@documentfoundation.org
Mobile +39.348.5653829 - VoIP: +39.02.320621813
Skype: italovignoli - GTalk: italo.vign...@gmail.com

--
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Thorsten Wilms
On Sun, 2010-11-21 at 03:50 -0500, Marc Paré wrote:

 We have been gently reminded that marketing ideas should reside on the 
 Marekting/ideas wiki pages. For the sake of consistency, could you add 
 your idea to the http://wiki.documentfoundation.org/Marketing/Ideas 
 page?

Sure, but shouldn't it be below wiki.documentfoundation.org/Design
instead? /Design/Infrastructure, perhaps?


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Italo Vignoli

On 11/20/2010 11:49 PM, drew wrote:


Your speaking as if there is only one view of the web site, there is not
when under the control of a CMS system. There is a view that is
published, official in other words


Please remember that I behave like a user (and sometimes like a 
journalist) and not like a technical guy. I always refer to what users 
see, and I am concerned about what users see. I never think about what 
you do not see, because it does not exist for the majority of people 
accessing the web site.


Marketing is about the people who do not understand, and the biggest 
mistake of the OOo project - and of free software projects in general - 
is marketing done by and for technical guys. We must be careful about 
avoiding the same mistake.



Also, there two sites TDF and LibO, isn't much of what you would be
concerned with, as far as this official communication channel makes most
sense at the TDF site?
In some previous emails I've tried to argue the LibO site be about users
and TDF about workers, but this is a good reason to rethink that opinion
it seems. Perhaps it is appropriate rather to think of the LibO domain
for the main work site, along with user support (distro, etc) and think
of the TDF site as more of an official communication organ.


We cannot decide where people will navigate, and which information they 
will access from which web site. Of course, we will cross reference the 
two web sites, but I think that the TDF web site should be more like a 
corporate web site (foundation documents, press releases, developers 
stuff, etcetera) and LibO web site should be the product web site 
(downloads, product backgrounds, etcetera).


Users will navigate according to what they are looking for, most of the 
times through search engines but this does not guarantee that they will 
follow the patterns we decide (actually, they will never follow these 
patterns).


The web site is not intended to please the people who belong to the 
community, but to attract new people (new community members, and new 
software users) and to communicate with stakeholders (individuals and 
companies/organizations interested in dealing with TDF or covering TDF 
in the press or in a blog).


--
Italo Vignoli - The Document Foundation
E-mail: italo.vign...@documentfoundation.org
Mobile +39.348.5653829 - VoIP: +39.02.320621813
Skype: italovignoli - GTalk: italo.vign...@gmail.com

--
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Michael Wheatland
OK,
Sorry this has taken a little while, but I have been busy with paid
work over the last week more than normal.
I have created a workflow summary from the information gathered from
this thread.
In addition to this we can build a 'exhibition system' which would
allow people outside of the design team to see examples of projects
that the design team have completed, but that is the next step, we
need to build the groundwork first.

See the design workflow summary here:
http://wiki.documentfoundation.org/Website/Drupal/Design

Can you please make any comments regarding the appropriateness of the
workflow and project states. Any additional functionality of the
Request-Develop-Feedback-Approve-Launch sequence and inputs and
outputs to the system should be built now.
I hope this satisfies all those designers out there who are hungry for
a taste of what is to come.

My questions:
Should we also allow people to post unauthorised design resources
(Only within the design group) as design ideas?

Italo,
I am sure we can do both with the Drupal site. It will be a great
resource for initiates as well as very pleasing and functional to old
hands.
It can be hard at times to trust another group with something you are
dependant on, but I assure you that the system will be very functional
and easy to use for non-technical people.

Michael Wheatland

-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Bernhard Dippold

Hi Marc, all,

it's hard to follow general decisions down in threads on Drupal.

Marc Paré schrieb:

[...] Now that we essentially have 2 groups: [Marketing] and
[Design], do we want an ideas section in both? Or would we rather have
on ideas section where we can see the whole range of ideas?

[...]our infrastructure should reflect
Design-Marketing;


 [...] or that Marketing and Design rest at the same

level and our infrastructure should reflect two categories of: Design
and Marketing;


+1

 [...] or that Marketing is the umbrella category by which

Design is a subset of that category Marketing-Design.


Best 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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Bernhard Dippold

Hi Michael, *

Michael Wheatland schrieb:

[...]
I have created a workflow summary from the information gathered from
this thread.
In addition to this we can build a 'exhibition system' which would
allow people outside of the design team to see examples of projects
that the design team have completed, but that is the next step, we
need to build the groundwork first.


In my eyes creation of the SilverStripe website to go live in a few 
days, a working area for the designers and the initial branding design 
is much more important at the moment than any decision on the Drupal 
website.


See the design workflow summary here:
http://wiki.documentfoundation.org/Website/Drupal/Design

Can you please make any comments regarding the appropriateness of the
workflow and project states. Any additional functionality of the
Request-Develop-Feedback-Approve-Launch sequence and inputs and
outputs to the system should be built now.


Sorry, I will not have the time to comment on this area until we allow 
our users and contributors to get what they need at least at the release 
of our first stable program version.


I don't know if the situation is different for other contributors here, 
but you might get more relevant feedback in a few weeks - and if this 
will show that the direction you took should be modified a bit, this 
might be still possible with Drupal, I think.


If this will mean double work for you, I'm sorry. But just reading all 
the great ideas and planning for future work takes more time than I have 
for working on wiki and design elements...



I hope this satisfies all those designers out there who are hungry for
a taste of what is to come.


I hope there are designers hungry for real work on the initial design 
for LibreOffice 3.3.


I'll hopefully find the time to send a posting to the new design list 
this evening...


My questions:
Should we also allow people to post unauthorised design resources
(Only within the design group) as design ideas?


Yes - but clearly stated as drafts / ideas.

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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Thorsten Wilms
On Sun, 2010-11-21 at 20:49 +0930, Michael Wheatland wrote:

 In addition to this we can build a 'exhibition system' which would
 allow people outside of the design team to see examples of projects
 that the design team have completed, but that is the next step, we
 need to build the groundwork first.

I don't think you have to make ongoing projects inaccessible to the
public. It would increase hurdles, encourage an Us vs Them mentality
and reduce chances of inspiring people.

You just need to be very clear about the project status.

It might happen that some not fully thought-through concept will be
reported about in a misleading way, then. Seen stuff like that happen,
it is very annoying at first, but usually 2 weeks later it shows to not
really matter at all.


 See the design workflow summary here:
 http://wiki.documentfoundation.org/Website/Drupal/Design
 
 Can you please make any comments regarding the appropriateness of the
 workflow and project states. Any additional functionality of the
 Request-Develop-Feedback-Approve-Launch sequence and inputs and
 outputs to the system should be built now.
 I hope this satisfies all those designers out there who are hungry for
 a taste of what is to come.

I have my troubles with reading that diagram. However,
Request-Develop-Feedback-Approve-Launch sounds good. Does brainstorm
system refer to something like http://www.ideatorrent.org/?

Especially when dealing with visual design, it is critical to get past
simple I like / I don't like it reactions. As far as a kind of voting
is required, I would try to ask something along the lines of:
In how far does the proposal meet the briefing/requirements?
With maximally 5 values from not at all to most excellently so!


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Thorsten Wilms
On Sun, 2010-11-21 at 06:13 -0500, Marc Paré wrote:

 I propose that we keep the ideas section, but that we have two 
 internal sections: one section for design related ideas and another 
 with marketing-related ideas. This will keep it simple and both teams 
 will be aware of what project have been suggested for both sides. This 
 will keep us all tuned in.
 
 I propose the above format as there are still some differing 
 philosophical views on (...)
Design vs Marketing, yes.

If you apply some of the broader definitions, you can both conclude that
Design touches everything and also that Marketing touches everything.
Originally marketing may have been all about selling and design all
about look and haptics, but both are starting positions where you end up
covering the entire system if you run long enough.

What if we try to avoid both terms?
(if not combined with a more specific field)

* Steering (mission statement and strategy go here)
* Visual Identity (starting from the logo)
* Market Research
* Promotion (bound to have overlap with Visual Identity, sadly)
* Relations (could have an internal partner, called Community)
* Services (to outside the project)
* Documentation
* Infrastructure (contains website, similar to Services, but inside)
* UX Design (solely for the product)

A bit late for the lists, but the wiki is ductile, right?


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Christoph Noack
Hi all,

Sorry if this might feel like an empty answer - but since I am travelling at 
the moment, I would like to avoid lengthly mails written on tiny keyboards.

So just a: I do have some thoughts how some topic structuring might work. Both 
for the Design team stuff and the tooling like the wiking. I'd like to add this 
later on - tomorrow (in approx 24 hours) I will be back on my usual desktop, 
internet and Cappuccino as well :-)

I also collected some thoughts concerning the web infrastructure - and the more 
I do think about it, the more I think the opportunity in revising the workflows 
is just great.

Enjoy you day / evening!

Christoph

Thorsten Wilms t...@freenet.de schrieb:

On Sun, 2010-11-21 at 06:13 -0500, Marc Paré wrote:

 I propose that we keep the ideas section, but that we have two 
 internal sections: one section for design related ideas and another 
 with marketing-related ideas. This will keep it simple and both teams 
 will be aware of what project have been suggested for both sides. This 
 will keep us all tuned in.
 
 I propose the above format as there are still some differing 
 philosophical views on (...)
Design vs Marketing, yes.

If you apply some of the broader definitions, you can both conclude that
Design touches everything and also that Marketing touches everything.
Originally marketing may have been all about selling and design all
about look and haptics, but both are starting positions where you end up
covering the entire system if you run long enough.

What if we try to avoid both terms?
(if not combined with a more specific field)

* Steering (mission statement and strategy go here)
* Visual Identity (starting from the logo)
* Market Research
* Promotion (bound to have overlap with Visual Identity, sadly)
* Relations (could have an internal partner, called Community)
* Services (to outside the project)
* Documentation
* Infrastructure (contains website, similar to Services, but inside)
* UX Design (solely for the product)

A bit late for the lists, but the wiki is ductile, right?


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


-- 
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Italo Vignoli

Michael Wheatland wrote:


It can be hard at times to trust another group with something you are
dependant on, but I assure you that the system will be very functional
and easy to use for non-technical people.


This is not a problem for me. I am used trust others as I do not have a 
technical background, since 1981, when I have been involved in marketing 
of IT products.


So, don't worry.

--
Italo Vignoli
italo.vign...@gmail.com
Mobile +39.348.5653829
VoIP: +39.02.320621813
Skype: italovignoli

--
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] Re: [Design] Design team needs and Drupal site development

2010-11-21 Thread Bernhard Dippold

Hi Marc, Thorsten, *

Marc Paré schrieb:

Le 2010-11-21 11:23, Thorsten Wilms a écrit :

[...]
Design vs Marketing, yes.

If you apply some of the broader definitions, you can both conclude that
Design touches everything and also that Marketing touches everything.
Originally marketing may have been all about selling and design all
about look and haptics, but both are starting positions where you end up
covering the entire system if you run long enough.


But you don't need to run that far

Of course there are inter-dependencies between marketing and design - 
quite similar to the links between development and QA or development and UX.


But this doesn't mean to make any unsolvable problems.


What if we try to avoid both terms?
(if not combined with a more specific field)


I think they cover quite clearly what they want to say, so I'd keep them.

Nevertheless we can think of different sub-segments as working fields 
for specified teams, but I think most of them can be easily subsumed 
under one of the categories (especially if we think of the Design 
sub-categories Visual Design and UX Design).


* Steering (mission statement and strategy go here)
Much broader than marketing and design - it covers the central points of 
branding and needs to be discussed in the entire community.



* Visual Identity (starting from the logo)

Design (Visual D)


* Market Research

Marketing


* Promotion (bound to have overlap with Visual Identity, sadly)

Marketing, by using resources from Design (Visual D)


* Relations (could have an internal partner, called Community)
Marketing (I'd like to see strengthening and broadening our community a 
central task for our marketing)



* Services (to outside the project)
not really clear to me what you mean: Product / user service? Marketing 
contacts? Links to software support providers?



* Documentation

Independent, but using Visual Design elements


* Infrastructure (contains website, similar to Services, but inside)
What does this contain besides website? Native-lang teams will have 
their own structure - I could imagine a place where they work together 
not only on L10N, but on infrastructure / NGO and other topics as well.
If this would be inside the marketing area depends on what they want to 
achieve.



* UX Design (solely for the product)
UX is broader - covers product and website. Even Design might be too 
small, as it reaches to all the development and coding areas.


But in Design it is easy to find.


[...]

 [...] The wiki worskpace should then be in


http://wiki.documentfoundation.org/Marketing/Design -- this is where
you pronounce the reasons of Design


I don't think that creating very long lines of sub-categories will help 
us a lot. Therefore I already proposed


http://wiki.documentfoundation.org/Design as part of the Marketing category

We might think of
http://wiki.documentfoundation.org/Design/Visual_Design
http://wiki.documentfoundation.org/Design/UX_Design
but I'd prefer
http://wiki.documentfoundation.org/Visual_Design
http://wiki.documentfoundation.org/UX_Design
with Category:Design


Then presumably if there were any pages to for Design purposes the wiki
pages would be created here:

http://wiki.documentfoundation.org/Marketing/Design/TheNameYouWant

How does this sound?


Much too long paths!

Imagine we create one or two more sub-levels

Only if the path is important to understand the topic of the page a 
sub-level should be created.


In all other circumstances categorizing the page in the relevant 
category leads to a better structure - and if a page covers two or more 
categories, sub-levels are no more applicable at all.


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] Re: [Design] Design team needs and Drupal site development

2010-11-20 Thread drew
On Sat, 2010-11-20 at 20:30 +0100, Italo Vignoli wrote:
  * Workflows / Procedures: work in progress
 
 Again, work in progress should be on the wiki.
 
 The web site cannot contain work in progress, as it should be the
 basic 
 source of information about TDF and LibreOffice, and people are
 usually 
 quoting from the web site without double checking. The presence of
 work 
 in progress on the web site is too risky, and I am totally against
 it. 

Hi Italo,

I fully agree with the sentiment, but disagree with your take on the
ability of the platform in question.

The wiki is a tool and one that only hides details from the general
public by obscurity (well, without a fair bit of re-configuration
anyway).

A CMS on the other hand allows the website to be constructed in such a
way that different content goes to different types of users - so a
non-registered user could easily be kept from seeing any work in
progress. while works in progress that need to be available to the
community members are so, and even then can be controlled as to who sees
what, and what they can do with it.

So of course the wiki is a tool that is going be used, but the process
of design, as is ongoing here, and then implementation via a CMS, such
as Drupal or Silverstripe for that matter, is precisely a mechanism for
delivery of a system that performs in the way you describe, IMO.

Thanks

Drew


-- 
E-mail to marketing+h...@libreoffice.org for instructions on how to unsubscribe
List archives are available at http://www.libreoffice.org/lists/marketing/
All messages you send to this list will be publicly archived and cannot be 
deleted



Re: [libreoffice-marketing] Re: [Design] Design team needs and Drupal site development

2010-11-20 Thread Italo Vignoli

On 11/20/2010 09:04 PM, drew wrote:


So of course the wiki is a tool that is going be used, but the process
of design, as is ongoing here, and then implementation via a CMS, such
as Drupal or Silverstripe for that matter, is precisely a mechanism for
delivery of a system that performs in the way you describe, IMO.


I do not mind about the platform. I know that when the information is on 
the web site it is considered official, while the same information on a 
wiki is not official (I can ask the press to amend a statement taken 
from the wiki, but I cannot ask to amend a statement taken from the web 
site). I assume that information visible on the web site are officially 
approved documents, while you can easily write on a wiki page that this 
is work in progress, and should not be considered officially approved.


I do not mind what happens before the publication on the web site. I am 
not concerned of what happens behind the scenes, also because I am not a 
tech guy and most of the times I do not understand technology.


--
Italo Vignoli - The Document Foundation
E-mail: italo.vign...@documentfoundation.org
Mobile +39.348.5653829 - VoIP: +39.02.320621813
Skype: italovignoli - GTalk: italo.vign...@gmail.com

--
E-mail to marketing+h...@libreoffice.org for instructions on how to unsubscribe
List archives are available at http://www.libreoffice.org/lists/marketing/
All messages you send to this list will be publicly archived and cannot be 
deleted



Re: [libreoffice-marketing] Re: [Design] Design team needs and Drupal site development

2010-11-20 Thread Italo Vignoli

On 11/20/2010 08:46 PM, Marc Paré wrote:


Have you ever had an artwork contributor send a photoshop file for the
team to look at? If so, the Drupal site Team Devs will test the site to
make sure that there are no hiccups if this is ever done. The list is
not to support any of the files formats but to allow the Drupal Team
Devs the change to test to see if there would be any problems on the
site if there was any kind of exchange.


I am referring to what is published on the web site. I do not want to 
enter into technical details about the web site development and the 
tools used, as I am not qualified for technical discussions.


--
Italo Vignoli
italo.vign...@gmail.com
Mobile +39.348.5653829
VoIP: +39.02.320621813
Skype: italovignoli

--
E-mail to marketing+h...@libreoffice.org for instructions on how to unsubscribe
List archives are available at http://www.libreoffice.org/lists/marketing/
All messages you send to this list will be publicly archived and cannot be 
deleted



Re: [libreoffice-marketing] Re: [Design] Design team needs and Drupal site development

2010-11-20 Thread drew
On Sat, 2010-11-20 at 22:20 +0100, Italo Vignoli wrote:
 I do not mind what happens before the publication on the web site

Right - and that is the key descriptor, publication.

Your speaking as if there is only one view of the web site, there is not
when under the control of a CMS system. There is a view that is
published, official in other words 

There can be completely different features of the site visible only to
those with valid credentials.

Unless you are really concerned with the idea that there would be a lack
of discipline in the site admin or user actions, such that some work
item ends up visible at the official view.

Also, there two sites TDF and LibO, isn't much of what you would be
concerned with, as far as this official communication channel makes most
sense at the TDF site?

In some previous emails I've tried to argue the LibO site be about users
and TDF about workers, but this is a good reason to rethink that opinion
it seems. Perhaps it is appropriate rather to think of the LibO domain
for the main work site, along with user support (distro, etc) and think
of the TDF site as more of an official communication organ.

Curious of your thoughts are on this.

Thanks

Drew


-- 
E-mail to marketing+h...@libreoffice.org for instructions on how to unsubscribe
List archives are available at http://www.libreoffice.org/lists/marketing/
All messages you send to this list will be publicly archived and cannot be 
deleted



Re: [libreoffice-marketing] Re: [Design] Design team needs and Drupal site development

2010-11-20 Thread Michael Wheatland
I found it very hard to follow this conversation. Can we take a step back.
The marketing list should not be the place for discussing website
infrastructure.

Quote of Initial email
Needed:  Please feel free to add any individual team requirements for the
final Drupal based website. All requirements should be non-specific. ie.
Instead of a wiki to upload documents to try a web based document control
system. We care about detailed requirements here rather than proposed
solutions.

Thorsten's email reply was greatly detailed and something we can work off.
Again. If you have a requirement, such as 'Draft work being private' please
let us know about the requirements for a task, not the infrastructure that
drives it.
If anybody wishes to get more involved with the discussion about the
infrastructure, can I suggest subscribing to the website mailing list.

Michael Wheatland

-- 
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 ***