Re: Materiel marketing d'après GUADEC 2006
On lun, 2006-07-10 at 22:12 +0200, Fabrice Alphonso wrote: Je tiens tout ceci à disposition chez moi pour l'instant. Je pense que les prochains gros évènements à venir sont les JDLL à Lyon en Octobre et les JLM à Montpellier vers début décembre, les RMLL étant passés sans présence GnomeFR officielle j'ai cru comprendre. Ceci dit je pense qu'on peut se débrouiller avec l'association pour faire envoyer des goodies quelque part si l'occasion se présente avant les évènements sus-cités. Je pense me déplacer sur Lyon pour les JDLL (en voiture, normalement) donc je pourrai ramener le matériel avec moi et je suis sur place pour les JLM à Montpellier si nous assurons une présence GnomeFR comme l'an dernier. Merci Fabrice ! Je pense qu'effectivement, les JDLL seront le premier évènement où nous pourrons profiter de tout cela. Ce qui nous amène doucement à l'organisation des JDLL ;-) On en reparlera très bientôt, je suppose. Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-fr-marketing-list mailing list gnome-fr-marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-fr-marketing-list
Re: *.gnome.org partitioning draft
Ok, then we would have www.gnome.org/projects/* pages which would be feature pages from projects, probably elaborated by the marketing team, while the project pages themselves would fall out of our responsibility and would be placed under projects.gnome.org/* Since we don't have project feature pages, all the current projects should be under projects.gnome.org/* , we need to decide which feature pages we want to have for the current release under www.gnome.org/projects/*, and do them. We need to be careful with the redirection to avoid the i.e. Inkscape feature page conflicts with the Inkscape project homepage. -- Quim Gil /// http://desdeamericaconamor.org | http://guadec.org signature.asc Description: Això és una part d'un missatge, signada digitalment -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
The future of developer.gnome.org
Help defining what's behind Kill developer.gnome.org http://live.gnome.org/GnomeWeb/DeveloperGnomeOrg This is a call specially to all the projects with content at dgo. -- Quim Gil /// http://desdeamericaconamor.org | http://guadec.org signature.asc Description: Això és una part d'un missatge, signada digitalment -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
GNOME Turkey Booth at CEBIT Eurasia 2006
Hi; As GNOME Turkey, we want to set up a booth at CEBIT Eurasia, which is the biggest IT fair in Turkey. It will be held at September 5th to 10th. It has up to 160.000 visitors for 5 days. And has media coverage everywhere. However since this fair is mostly commercial you have to pay for setting up booth. I'm not quite sure about other Expos but for this one it's like $190/m2 and minimum 4 m2 area is necessary. This amount is higher than we can cover. Also we might need GNOE We tried to find some sponsors. We contacted with Nokia Turkey. Since they have booth in Cebit (one of the biggest booths there) they might arrange us a place, and we might show 770 on that stand as well. This conversation hasn't finished yet, but they told us, Turkey office do not sponsor events, and we might contact to Europe office or something. What I'm really wondering, (since time is getting closer) can we find some contacts for Nokia to sponsor for getting a booth place in Cebit Eurasia Turkey? Or any other company that can cover expences costs $750~. I'm not quite sure what we can give in return, but putting their logo, and expressing their support to Open Source might get them interested. Can someone guide me in this process? Do you think it's worth setting booth in this Expo? What I know is every IT related people visit that fair in Turkey and I believe it would be a great chance for us to advertise and find supporters for GNOME. signature.asc Description: This is a digitally signed message part -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: request for auditing drupal
Gergely Nagy wrote: This is a call for all you drupal fans (experts) out there! From earlier discussions it seems drupal is our best (only?) CMS candidate so far. Can somebody please go through the requirements [1] and write a report how drupal meets (or not) these reqs? Started work on it: http://live.gnome.org/GnomeWeb/CmsRequirements/DrupalEval Others are requested to contribute. -sdg- -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: *.gnome.org partitioning draft
On 20 Jul 2006, at 13:27, Calum Benson wrote: Is there really any need for the intermediate projects level in the URL, btw? I always find it unbelievably convenient that the home page for every major Apple application is just http://www.apple.com/ appname, for example. Although it seems those URLs are just redirects to the actual application page, so I guess I'm just saying it might be good to have www.gnome.org/appname redirect to www.gnome.org/projects/appname. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]Java Desktop System Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
[Fwd: Re: request for auditing drupal]
Forwarded Message From: Tom Chance [EMAIL PROTECTED] To: Sayamindu Dasgupta [EMAIL PROTECTED] Cc: Gergely Nagy [EMAIL PROTECTED] Subject: Re: request for auditing drupal Date: Thu, 20 Jul 2006 12:53:09 +0100 Ahoy, I can't edit the wiki, but here's a nice module for clean URLs: http://drupal.org/project/pathauto Kind regards, Tom On Thursday 20 July 2006 12:49, Sayamindu Dasgupta wrote: Gergely Nagy wrote: This is a call for all you drupal fans (experts) out there! From earlier discussions it seems drupal is our best (only?) CMS candidate so far. Can somebody please go through the requirements [1] and write a report how drupal meets (or not) these reqs? Started work on it: http://live.gnome.org/GnomeWeb/CmsRequirements/DrupalEval Others are requested to contribute. -sdg- -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: On breaking the woohoo barrier...thoughts on how GNOME can get great
Hi, - Santiago Roza [EMAIL PROTECTED] wrote: On 7/17/06, Havoc Pennington [EMAIL PROTECTED] wrote: [snip] that's also a marketing angle: marketing is not just selling stuff. i suggest you read my rant :P in this same list, if you feel like: http://mail.gnome.org/archives/marketing-list/2005-December/msg00057.html The goal should not be get people to use Linux but to provide benefits to people. providing benefits is an important goal, but not the only one from a marketing point of view. you have to find out what they really want, give it to them, and then communicate it properly. At the risk provoking a further rant, I suggest having a look at the latest SuitWatch from Doc Searls, http://lists.ssc.com/pipermail/suitwatch/attachments/20060720/b35fd219/attachment.cc wherein amongst other things Doc questions whether traditional marketing is viable any more. I'm lucky enough to be going the tutorial he's giving at OSCON - I'll do my best to take notes, post them on my blog and share here if people are interested. Paul -- Santiago Roza Proyecto Tiny ERP Argentina Departamento I+D - Thymbra [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list -- Paul Cooper| Tel: 0121 634 1620 Assistant Director | Fax: 0121 634 1630 OpenAdvantage | http://www.openadvantage.org -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: *.gnome.org partitioning draft
Calum Benson wrote: On 20 Jul 2006, at 07:59, Quim Gil wrote: Ok, then we would have www.gnome.org/projects/* pages which would be feature pages from projects, probably elaborated by the marketing team, while the project pages themselves would fall out of our responsibility and would be placed under projects.gnome.org/* Since we don't have project feature pages, all the current projects should be under projects.gnome.org/* , we need to decide which feature pages we want to have for the current release under www.gnome.org/projects/*, and do them. Is there really any need for the intermediate projects level in the URL, btw? I always find it unbelievably convenient that the home page for every major Apple application is just http://www.apple.com/ appname, for example. I would tend to agree here. I think it is important we have a number of gnome.org branded home pages for the key applications within the desktop, like apple.com does. For example, and introductory page for nautilus might be at www.gnome.org/nautilus or www.gnome.org/projects/nautilus. This would serve as both informative and marketing to new users. Whenever I see projects.gnome.org it makes me think of a sourceforge type site the provides hosting and other services. Do we really want to be a hosting service for some (but not all) gnome related projects? Even sourceforge does not have directory level urls for each project. Instead, each project gets it's own sub-domain. If we went ahead with just moving gnome.org/projects to projects.gnome.org, I don't think we would be solving any problems. The only problem with /projects at the moment is that it frequently causes problems with the website build. We could solve this by moving it out into separate module(s). The only other problem is that the sites don't follow the www.gnome.org design, but I think this is outside the scope of the main www.gnome.org revamp (we need to concentrate on our content, not other people's). I hadn't prepared a partitioning draft yet, partly because I hadn't been aware my name was next to the task, but also because I can not see many reasons for changing most of the current arrangement. The only changes I would make would be to either update or remove developer.gnome.org, and move some of the more anomalous sub-domains to other places (e.g. glade.gnome.org moves to www.gnome.org/projects/glade). So, let's focus on sorting out our own content before we start moving other things around. We will have to provide legacy links anyway, so there seems little point in moving something unless we are absolutely in agreement it's what we want to do. -Thomas -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: *.gnome.org partitioning draft
In light of the non-developer end-users, http://www.gnome.org/project/nautilus seems like too much information. Project has a specific meaning about nautilus and a user doesn't care that nautilus is a project of Gnome. In my opinion, http://gnome.org/nautlius or even http://gnome.org/programs/nautilus makes more sense. John Hwang On 7/20/06, Thomas Wood [EMAIL PROTECTED] wrote: Calum Benson wrote: On 20 Jul 2006, at 07:59, Quim Gil wrote: Ok, then we would have www.gnome.org/projects/* pages which would be feature pages from projects, probably elaborated by the marketing team, while the project pages themselves would fall out of our responsibility and would be placed under projects.gnome.org/* Since we don't have project feature pages, all the current projects should be under projects.gnome.org/* , we need to decide which feature pages we want to have for the current release under www.gnome.org/projects/*, and do them. Is there really any need for the intermediate projects level in the URL, btw? I always find it unbelievably convenient that the home page for every major Apple application is just http://www.apple.com/ appname, for example. I would tend to agree here. I think it is important we have a number of gnome.org branded home pages for the key applications within the desktop, like apple.com does. For example, and introductory page for nautilus might be at www.gnome.org/nautilus or www.gnome.org/projects/nautilus. This would serve as both informative and marketing to new users. Whenever I see projects.gnome.org it makes me think of a sourceforge type site the provides hosting and other services. Do we really want to be a hosting service for some (but not all) gnome related projects? Even sourceforge does not have directory level urls for each project. Instead, each project gets it's own sub-domain. If we went ahead with just moving gnome.org/projects to projects.gnome.org, I don't think we would be solving any problems. The only problem with /projects at the moment is that it frequently causes problems with the website build. We could solve this by moving it out into separate module(s). The only other problem is that the sites don't follow the www.gnome.org design, but I think this is outside the scope of the main www.gnome.org revamp (we need to concentrate on our content, not other people's). I hadn't prepared a partitioning draft yet, partly because I hadn't been aware my name was next to the task, but also because I can not see many reasons for changing most of the current arrangement. The only changes I would make would be to either update or remove developer.gnome.org, and move some of the more anomalous sub-domains to other places (e.g. glade.gnome.org moves to www.gnome.org/projects/glade). So, let's focus on sorting out our own content before we start moving other things around. We will have to provide legacy links anyway, so there seems little point in moving something unless we are absolutely in agreement it's what we want to do. -Thomas -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list -- John Hwang -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: *.gnome.org partitioning draft
On 20 Jul 2006, at 22:34, John Hwang wrote: In light of the non-developer end-users, http://www.gnome.org/project/nautilus seems like too much information. Project has a specific meaning about nautilus and a user doesn't care that nautilus is a project of Gnome. In my opinion, http://gnome.org/nautlius or even http://gnome.org/programs/nautilus makes more sense. Of course, nautilus is a particularly troublesome case anyway, because many users will potentially never know that their file manager is called 'nautilus' at all. So perhaps we'd need to set up something like gnome.org/filemanager as well... Cheeri, Calum. On 7/20/06, Thomas Wood [EMAIL PROTECTED] wrote: Calum Benson wrote: On 20 Jul 2006, at 07:59, Quim Gil wrote: Ok, then we would have www.gnome.org/projects/* pages which would be feature pages from projects, probably elaborated by the marketing team, while the project pages themselves would fall out of our responsibility and would be placed under projects.gnome.org/* Since we don't have project feature pages, all the current projects should be under projects.gnome.org/* , we need to decide which feature pages we want to have for the current release under www.gnome.org/projects/*, and do them. Is there really any need for the intermediate projects level in the URL, btw? I always find it unbelievably convenient that the home page for every major Apple application is just http:// www.apple.com/ appname, for example. I would tend to agree here. I think it is important we have a number of gnome.org branded home pages for the key applications within the desktop, like apple.com does. For example, and introductory page for nautilus might be at www.gnome.org/nautilus or www.gnome.org/projects/nautilus. This would serve as both informative and marketing to new users. Whenever I see projects.gnome.org it makes me think of a sourceforge type site the provides hosting and other services. Do we really want to be a hosting service for some (but not all) gnome related projects? Even sourceforge does not have directory level urls for each project. Instead, each project gets it's own sub-domain. If we went ahead with just moving gnome.org/projects to projects.gnome.org, I don't think we would be solving any problems. The only problem with /projects at the moment is that it frequently causes problems with the website build. We could solve this by moving it out into separate module(s). The only other problem is that the sites don't follow the www.gnome.org design, but I think this is outside the scope of the main www.gnome.org revamp (we need to concentrate on our content, not other people's). I hadn't prepared a partitioning draft yet, partly because I hadn't been aware my name was next to the task, but also because I can not see many reasons for changing most of the current arrangement. The only changes I would make would be to either update or remove developer.gnome.org, and move some of the more anomalous sub-domains to other places (e.g. glade.gnome.org moves to www.gnome.org/projects/glade). So, let's focus on sorting out our own content before we start moving other things around. We will have to provide legacy links anyway, so there seems little point in moving something unless we are absolutely in agreement it's what we want to do. -Thomas -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]Java Desktop System Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: *.gnome.org partitioning draft
quote who=Calum Benson Of course, nautilus is a particularly troublesome case anyway, because many users will potentially never know that their file manager is called 'nautilus' at all. So perhaps we'd need to set up something like gnome.org/filemanager as well... Dodge the bullet entirely. Nautilus doesn't need an end-user facing page like f-spot would. Nautilus is a function of the desktop experience, so would be documented/demonstrated for end users there - but there would *definitely* be a developer-facing page for Nautilus somewhere in our site. (This is one of the reasons I was encouraging Quim to delve a little further into this before making a decision - I'll have to respond to him in the top level of this thread to make that message clear, though.) - Jeff -- linux.conf.au 2007: Sydney, Australia http://lca2007.linux.org.au/ -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list