Daniel Carrera wrote:
Elizabeth Matthis wrote:
Despite the good reasons posted here, I feel like Vitor and Louis. I wonder if the proposed EN_NL is not too global in and of itself----I mean how do you coordinate local, "grassroots" activities on a single EN-NL list for Australia, Ireland, England and Cananda, for example?
French is also global. It convers countries in Europe, Africa, Latin America and one Canadian province.
You forget Lebanese community ;)
I don't think that the word "local" is intended as a physical location, but as a linguistic locality. AFAICT, the NLC is not meant to reflect geographical divisions. Notice also that the NLC furiously avoids using flags or other national symbols.
Yes, your're right we are not supporting geographical locations, this is the MarCon roles.
That way, people who live in one region can avoid a flood of mail that does not relate to their region or particular variation of English.
I don't know how the French team deals with this issue. I guess you can have sub-lists for that:
[EMAIL PROTECTED] [EMAIL PROTECTED]
etc.
no, we should avoid those distinctions. Marketing contacts are here for that purpose and could use a dedicated project list for that. This is not difficult to put flags in your message when you have to organize something in one region or another and several in the same time.
I admit that I would appreciate it if the planning of regional conferences were no longer on the Marketing.dev list so that I don't have to keep deleting mail irrelevant to me and my regions of choice.
AFAICT that would be the principal effect of an English NL.
Not sure about the prinicpal effect, but I understand also the need for a home for en-users.
At the same time, it is easier to gather feedback and thoughts that help me do my job better if the number of English mailing lists does not rise.
But we don't want to hold back the number of English lists. This point is independent of an NL project. We should have precisely the number of lists that allow discussion to be most efficient.
I quite agree with this, I think a users list with less messages should be more effective and help to build a real supporting community
I consider the current English lists the places where I get feedback on the English version of OOo, so I try to follow discussions there.
What kind of feedback? You mean like whether it works well or not?
A lot of English discussion is not pertinent to that. It'd be good to have those on separate lists. Like for example, planning a conference in San Diego. Or all the stuff that goes on at social. So I think more separation would be good, so you don't subscribe to lists that are not pertinent to you.
Yes but be sure that you can afford the level of support needed. Developers are on the dev@ list, right. We don't have them on our lists, so we have to find the information to help devs to come to our project. The same for xml or basic and so on. That is a really important amount of work, you have to know the en-site by heart and all the documentations hidden in Doc&Files, etc.
Will this work be duplicate by en_En lists or not ?
On this same note, a single EN-NL that incorporates all variations of English would drive be batty because I only have time to take care of US-American English.
You could subscribe to [EMAIL PROTECTED] only :-)
no, this is definitly not a good idea and all what we have tried to avoid with native-lang project, MarCon are here for that. Geographical representation is really not the purpose.
Your concerns are good, but I think they should be addressed by asking Ryan and Ian to setup the En project in a way that works for you. Not by not having such a project.
I feel as you that a home for the EN project would be a good idea. I feel also that you should define more your community. If we speak about MP, what should be different ? your material, your flyers ? Is it because you feel that a NL project has more liberty in his project and can answer more directly to his members ?
Kind regards Sophie
-- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/2005
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
