hi pd-dev,
could you add me to the sourceforge list of pd deveopers so that i may help matju with the localisation?
thanks,
max
Max Neupert wrote:
hi pd-dev,
could you add me to the sourceforge list of pd deveopers so that i may help matju with the localisation?
thanks,
max
Go to http://puredata.org/community/lists and add yourself.
.hc
On Sat, 17 Dec 2005, Hans-Christoph Steiner wrote:
Go to http://puredata.org/community/lists and add yourself.
BTW that list is missing quite a few mailinglists, but I can't edit the page. I think that those should be added:
http://lists.goto10.org/cgi-bin/mailman/listinfo/pf-list http://artengine.ca/mailman/listinfo/pdmtl http://artengine.ca/mailman/listinfo/patching-in-tongues http://artengine.ca/mailman/listinfo/gridflow-dev http://artengine.ca/mailman/listinfo/gridflow-cvs
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Mathieu Bouchard wrote:
On Sat, 17 Dec 2005, Hans-Christoph Steiner wrote:
Go to http://puredata.org/community/lists and add yourself.
BTW that list is missing quite a few mailinglists, but I can't edit the page. I think that those should be added:
http://lists.goto10.org/cgi-bin/mailman/listinfo/pf-list http://artengine.ca/mailman/listinfo/pdmtl http://artengine.ca/mailman/listinfo/patching-in-tongues http://artengine.ca/mailman/listinfo/gridflow-dev http://artengine.ca/mailman/listinfo/gridflow-cvs
Feel free to add them. I never was able to assign permissions in Plone. IOhannes seems to be able to.
.hc
Hans-Christoph Steiner wrote:
Max Neupert wrote:
hi pd-dev,
could you add me to the sourceforge list of pd deveopers so that i may help matju with the localisation?
thanks,
max
Go to http://puredata.org/community/lists and add yourself.
obviously max is a member of pd-dev, else he wouldn't have been allowed to post here (this is pd-dev, and it is a members only list).
if you want write access to the CVS-repository at sf, you should (as everybody else) state your mission and your background.
mfg.a.er IOhannes
On Sun, 18 Dec 2005, IOhannes m zmoelnig wrote:
if you want write access to the CVS-repository at sf, you should (as everybody else) state your mission and your background.
And your Sourceforget® username too...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Sun, 18 Dec 2005, Mathieu Bouchard wrote:
On Sun, 18 Dec 2005, IOhannes m zmoelnig wrote:
if you want write access to the CVS-repository at sf, you should (as everybody else) state your mission and your background.
And your Sourceforget® username too...
Hi,
I am against adding translaters to the CVS developers. Thats not because I am against doing the translations, or because I think this work is not equally important as programming, but because I think the work is doable without CVS access, and translation is not code (which is what the CVS is for in the first place).
Cheers, Guenter
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
I think the work is doable without CVS access, and translation is not code (which is what the CVS is for in the first place).
the translations are implemented as code, eg: say stupid "dumb". in addition language itself is a code. if you really aren't going to add him, please revoke my PD developer status and unsubscribe me from this list. but then i can't really detect sarcasm in email too well despite using it often myself..
Cheers,
you mean grinch? :)
Guenter
Hallo, c hat gesagt: // c wrote:
if you really aren't going to add him, please revoke my PD developer status and unsubscribe me from this list. but then i can't really detect sarcasm in email too well despite using it often myself..
Ah, come on ...! Guenther was just saying his opinion on the topic at hand, and that topic is: Should translators become sourceforge developers, too, and what should qualify a SF dev in general?
If you think, that things like that shouldn't be discussed openly and that none of the developers should be allowed to tell their opinions about it on this list, than that's not the kind of attitude that helps our efforts as a group.
Ciao
On Sun, 18 Dec 2005, c wrote:
I think the work is doable without CVS access, and translation is not code (which is what the CVS is for in the first place).
the translations are implemented as code, eg: say stupid "dumb". in addition language itself is a code. if you really aren't going to add him, please revoke my PD developer status and unsubscribe me from this list. but then i can't really detect sarcasm in email too well despite using it often myself..
The decision if Max gets added or not is not based on my opinion only. I don't want to discriminate anyone, we have already over 50 developers in the CVS, and I think that we should not add people lightly.
Depending on the amount of work that Max will contribute to the translation, it might indeed by a good idea to have him added. I already said what I think about the split versions of Pd like DesireData, which, of course influences in my opinion.
In short, I won't add him now, but it is ok with me if someone else does.
Thanks for your consideration,
Cheers,
Guenter
Cheers,
you mean grinch? :)
Guenter
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Sun, 18 Dec 2005, geiger wrote:
I am against adding translaters to the CVS developers. Thats not because I am against doing the translations, or because I think this work is not equally important as programming, but because I think the work is doable without CVS access, and translation is not code (which is what the CVS is for in the first place).
It's possible to code without CVS access too! look at how Miller works.
Translations are put into TCL source files.
Is TCL not enough of a Real Programming Language for you?
How is translating not a form of development?
Then why are Developers called Developers and not just Programmers?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Sun, 18 Dec 2005, Mathieu Bouchard wrote:
It's possible to code without CVS access too! look at how Miller works.
Yes it is, but how many time does the code change ? How many times will the translation change ?
Translations are put into TCL source files.
But the translation won't change the behaviour of the program, so it is data. If someone puts data into source code files it would be good if someone (who can program) would review before the changes get commited. Max can just give the translations to you and you can commit them. I think this is a straight forward way to work.
Is TCL not enough of a Real Programming Language for you?
I think discussing this would take is far away from the topic. Anyhow, its not the point. I do not consider translation as programming, this doesn't have to do with the syntax of the dictionary entries.
How is translating not a form of development?
Then why are Developers called Developers and not just Programmers?
There is no rule that only developers can be added to sourceforge. There is even a role called "Translator".
More than the fact that doing the translation once and getting it right might not be a hard thing to do, so no need for CVS, there is also a second reason for my opinion.
Max is probably the first developer/translator/whatever who enters in order to work on a forked version of Pd. This is bad. This is only my opinion, others surely disagree, but it is still my opinion and you won't easily change it with your arguments, I am terribly stubborn, you know.
See my opinion as a "political" statement, I am against forking.
Cheers, Guenter
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
geiger wrote:
On Sun, 18 Dec 2005, Mathieu Bouchard wrote:
It's possible to code without CVS access too! look at how Miller works.
Yes it is, but how many time does the code change ? How many times will the translation change ?
Translations are put into TCL source files.
But the translation won't change the behaviour of the program, so it is data. If someone puts data into source code files it would be good if someone (who can program) would review before the changes get commited. Max can just give the translations to you and you can commit them. I think this is a straight forward way to work.
Is TCL not enough of a Real Programming Language for you?
I think discussing this would take is far away from the topic. Anyhow, its not the point. I do not consider translation as programming, this doesn't have to do with the syntax of the dictionary entries.
How is translating not a form of development?
Then why are Developers called Developers and not just Programmers?
There is no rule that only developers can be added to sourceforge. There is even a role called "Translator".
More than the fact that doing the translation once and getting it right might not be a hard thing to do, so no need for CVS, there is also a second reason for my opinion.
Max is probably the first developer/translator/whatever who enters in order to work on a forked version of Pd. This is bad. This is only my opinion, others surely disagree, but it is still my opinion and you won't easily change it with your arguments, I am terribly stubborn, you know.
See my opinion as a "political" statement, I am against forking.
Ok, I have to agree with Guenter. We are adding a lot of people to the developer list and we don't really have any process to deal with it. I think this can lead to all sorts of problems down the road. I agree that translators don't really need CVS access, the files won't change much, so they can be cleared and checked in by an existing developer.
Plus, since desiredata does seem to be a fork rather than just a development branch, it would probably make the most sense for there to be a separate repository for desiredata. A branch is something that is created with the intention of eventually being folded back into the main source. desiredata is making very large changes (AFAIK) which which are really too large to be a manageable branch.
This is not a vote against desiredata, but really just an issue of how best to manage the code.
.hc
sorry for causing such a politcal discussion with my request, i thought it was just a formal thing.
By background, I guess we mean more of a mini bio. Now that there are so many developers, its nice to know who people are, what they do, and their particular interests in Pd (there is an amazing diversity in what people do with Pd).
http://www.google.ca/search?q=%22Max%20Neupert%22 ;)
As for adding translators as SourceForge developers, I think that while translation is not coding, CVS is good for managing any text file, so it makes sense to manage translations as well. Hopefully Max will contribute other things to the CVS as well, like Pd objects and programs to the "abstractions" section.
i surely will contribute other than translating although not before i graduate in october. until that i can do some translation...
Max is probably the first developer/translator/whatever who enters in order to work on a forked version of Pd. This is bad. This is only my opinion, others surely disagree, but it is still my opinion and you won't easily change it with your arguments, I am terribly stubborn, you know. See my opinion as a "political" statement, I am against forking.
you are describing it like localization will never ever be part of main-pd. is this really the case? i think it's an essential thing for pd to become international. i know that it will not happen overnight, but the code should be ready for it so that localization will be possible later. what is important now is comments in utf-8 to make tutorials and helpfiles in other languages possible.
i can also just send the translated stuff to matju for now. i am okay with that, but i think matju would appreciate if he could focus on his stuff instead of taking care of my 42nd correction.
it's not so trivial to translate as one might think, there were interesting discussions about if certain idioms should be translated or not on the patching-in-tongues-list already. so it might not be always possible to upload a file just once and that's it.
lg, max
(or is it my name??)
On Mon, 19 Dec 2005, Max Neupert wrote:
you are describing it like localization will never ever be part of main-pd. is this really the case?
This mainly depends on Matju and Miller. We have been trying to setup a way to get improvements into main Pd, but this method is not accepted by Matju. I fear Miller won't scan through the CVS and pick out the changes needed for localization.
So, no, I don't think it will happen soon, but never say never.
i think it's an essential thing for pd to become international. i know that it will not happen overnight, but the code should be ready for it so that localization will be possible later. what is important now is comments in utf-8 to make tutorials and helpfiles in other languages possible.
Changes in the code are trivial (see my post on the pd list), changing the tcl script is a bit more work, but it is trivial too.
i can also just send the translated stuff to matju for now. i am okay with that, but i think matju would appreciate if he could focus on his stuff instead of taking care of my 42nd correction.
it's not so trivial to translate as one might think, there were interesting discussions about if certain idioms should be translated or not on the patching-in-tongues-list already. so it might not be always possible to upload a file just once and that's it.
You could also make it public on the wiki, if it is that hard to get a final version. Others have contributed translations too, are we supposed to add every translator to the CVS ? I don't think so.
lg, max
(or is it my name??)
:) no. please don't take it personal. You (and others) are always welcome to join the CVS. It was just my opinion that you do not need to have CVS access for working on this one or two files of translation. If the amount of your involvement increases we can still add you.
Guenter
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Sun, 18 Dec 2005, Hans-Christoph Steiner wrote:
Plus, since desiredata does seem to be a fork rather than just a development branch, it would probably make the most sense for there to be a separate repository for desiredata.
That's a non sequitur argument.
However, a good reason for a separate repository would be so that DesireData is not slowed down by the fact that most of our collaborators (testers) don't have access to the non-delayed SF CVS and so are excluded from a truly interactive development process because they can't get in the private social club of pd's Real Programmers.
In the good days of ImpureData (april 2004) that was a real frustration because I had to send *.diff files to testers whenever I fixed a bug that they had just found, else they couldn't continue testing until 6 or 12 hours have passed. I was too shy to ask for a dev account for each tester, as they were only testers. Now I'd rather not continue making those petty distinctions. Let testers be part of the team.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
My impression about DesireData is that it's trying to do everything we always wanted about PD but were afraid to program. That sounds good, but in practice it's seems to be the project of one person and some collaborators. In this context, including testers is one way to simulate the inclusion of more people in the development process, but testing, although important, is a limited contribution.
I'm wondering is DD is getting more private (controlled) than PD. Ruby is used extensively, and there a couple of "inventions" like these things I would call "yats" (yet another translation system), and "yacoops" (yet another custom OOP system". I don't know who is willing to work with such a mutating code base, and I don't know how many "#ifdef" it takes to decide that a project forked (there's already 13 for DESIRE). But I would suggest to work in a development branch, because the result from the Desire effort, even if it's the work of a few (Matju already counts for two), could eventually be merged in the main branch. -- Marc
Le 19 Décembre 2005 12:49, Mathieu Bouchard a écrit :
On Sun, 18 Dec 2005, Hans-Christoph Steiner wrote:
Plus, since desiredata does seem to be a fork rather than just a development branch, it would probably make the most sense for there to be a separate repository for desiredata.
That's a non sequitur argument.
However, a good reason for a separate repository would be so that DesireData is not slowed down by the fact that most of our collaborators (testers) don't have access to the non-delayed SF CVS and so are excluded from a truly interactive development process because they can't get in the private social club of pd's Real Programmers.
In the good days of ImpureData (april 2004) that was a real frustration because I had to send *.diff files to testers whenever I fixed a bug that they had just found, else they couldn't continue testing until 6 or 12 hours have passed. I was too shy to ask for a dev account for each tester, as they were only testers. Now I'd rather not continue making those petty distinctions. Let testers be part of the team.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Mon, 19 Dec 2005, Marc Lavallée wrote:
My impression about DesireData is that it's trying to do everything we always wanted about PD but were afraid to program. That sounds good, but in practice it's seems to be the project of one person and some collaborators.
Doesn't that sound like Miller Pâquette's Pd ?
In this context, including testers is one way to simulate the inclusion of more people in the development process, but testing, although important, is a limited contribution.
If testers are relied upon, then excluding them from access to instantaneous CVS increases the latency in the main feedback loop of an incremental development process, in one way or another, and that increased latency makes development less fun, which makes development slower.
I'm wondering is DD is getting more private (controlled) than PD.
I don't know, just because few are working on my code doesn't mean that I'm a control freak (that kind of control freak, anyway).
Ruby is used extensively,
DesireData doesn't use a single line of Ruby. It's all Tcl, which is already a dependency of PureMSP. Check your facts. What makes you believe that it uses Ruby?
and there a couple of "inventions" like these things I would call "yats" (yet another translation system),
PureMSP doesn't use MsgCat (or GetText) either.
and "yacoops" (yet another custom OOP system".
Tcl does not come with its own OOP system and none of the OOP systems it has is both standard enough and nice enough. iTcl has a tendency to look like C++ (or even Java) more than it has to be.
I don't know who is willing to work with such a mutating code base,
Chun Lee and myself, at least. Some people are waiting for it to become minimally usable so that they can immediately use what they would be contributing.
and I don't know how many "#ifdef" it takes to decide that a project forked (there's already 13 for DESIRE).
There are 104 occurrences of #ifdef MSW, so, what's your point?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
If testers are relied upon, then excluding them from access to instantaneous CVS increases the latency in the main feedback loop of an incremental development process, in one way or another, and that increased latency makes development less fun, which makes development slower.
But we cannot make every tester a project developer, just because Sourceforge sucks.
Ciao
On Mon, 19 Dec 2005, Frank Barknecht wrote:
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
If testers are relied upon, then excluding them from access to instantaneous CVS increases the latency in the main feedback loop of an incremental development process, in one way or another, and that increased latency makes development less fun, which makes development slower.
But we cannot make every tester a project developer, just because Sourceforge sucks.
So what do we do? move the CVS back to a more sensible location?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Le 19 Décembre 2005 16:03, Mathieu Bouchard a écrit :
But we cannot make every tester a project developer, just because Sourceforge sucks.
So what do we do? move the CVS back to a more sensible location?
Testers don't need instant access to the developement branch. If it's very important, then maybe you can set your own CVS for this purpose and sync this personal repository to the (sucky) CVS at SF, from time to time. -- Marc
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
On Mon, 19 Dec 2005, Frank Barknecht wrote:
But we cannot make every tester a project developer, just because Sourceforge sucks.
So what do we do? move the CVS back to a more sensible location?
Moving away from Sourceforge has been discussed already and a lot of people are in favour of this. (I like the idea of moving to a Subversion-rep. at IEM for example.) However this is a totally different topic which would require careful planning etc.
And not to forget: I guess you agree, that a common Sourceforge-CVS is better than no common repository at all.
Ciao
Le 19 Décembre 2005 15:04, Mathieu Bouchard a écrit :
On Mon, 19 Dec 2005, Marc Lavallée wrote:
My impression about DesireData is that it's trying to do everything we always wanted about PD but were afraid to program. That sounds good, but in practice it's seems to be the project of one person and some collaborators.
Doesn't that sound like Miller Pâquette's Pd ?
The dev version is not developped only by Miller (Puckette, not Pâquette).
Ruby is used extensively,
DesireData doesn't use a single line of Ruby. It's all Tcl, which is already a dependency of PureMSP. Check your facts. What makes you believe that it uses Ruby?
This message: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/5965 Sorry, I misread it...
and there a couple of "inventions" like these things I would call "yats" (yet another translation system),
PureMSP doesn't use MsgCat (or GetText) either.
Of course, it's not internationalized...
and "yacoops" (yet another custom OOP system".
Tcl does not come with its own OOP system and none of the OOP systems it has is both standard enough and nice enough. iTcl has a tendency to look like C++ (or even Java) more than it has to be.
Let's yacoops then (yoohoo).
I don't know who is willing to work with such a mutating code base,
Chun Lee and myself, at least. Some people are waiting for it to become minimally usable so that they can immediately use what they would be contributing.
The most important feature to me is the separation of pd and pd.tk.
and I don't know how many "#ifdef" it takes to decide that a project forked (there's already 13 for DESIRE).
There are 104 occurrences of #ifdef MSW, so, what's your point?
MSW is a platform, not a branch or a fork... -- Marc
On Mon, 19 Dec 2005, Marc Lavallée wrote:
Le 19 Décembre 2005 15:04, Mathieu Bouchard a écrit :
On Mon, 19 Dec 2005, Marc Lavallée wrote:
My impression about DesireData is that it's trying to do everything we always wanted about PD but were afraid to program. That sounds good, but in practice it's seems to be the project of one person and some collaborators.
Doesn't that sound like Miller Pâquette's Pd ?
The dev version is not developped only by Miller (Puckette, not Pâquette).
Who ever commits to non-DesireData -r devel_0_39 pd/src apart from Tim and Thomas? How is the relationship between their work and Miller's work considered a collaboration in this case?
In practice all branches and subprojects in pd/src are based on very small teams of size comparable to that of DesireData.
and there a couple of "inventions" like these things I would call "yats" (yet another translation system),
PureMSP doesn't use MsgCat (or GetText) either.
Of course, it's not internationalized...
Yeah. Well, adding features requires adding code, and get this, getting a piece of software (Pd) to use another piece of software (MsgCat) requires adding code too! Also I don't see MsgCat as saving me work right now, and most importantly, I don't see my current system as difficult to migrate to MsgCat whenever you finally do convert me to holy MsgCat.
and I don't know how many "#ifdef" it takes to decide that a project forked (there's already 13 for DESIRE).
There are 104 occurrences of #ifdef MSW, so, what's your point?
MSW is a platform, not a branch or a fork...
When both are implemented as #ifdefs, what's the difference?
Why is a "platform" more #ifdef-worthy than a "fork" to the point that you deem acceptable that the "platform" has 8 times more #ifdefs than a subproject which is in the same branch and that you call a "fork" ?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Le 19 Décembre 2005 16:54, Mathieu Bouchard a écrit :
In practice all branches and subprojects in pd/src are based on very small teams of size comparable to that of DesireData.
That must a "desirable" pattern then.
Yeah. Well, adding features requires adding code, and get this, getting a piece of software (Pd) to use another piece of software (MsgCat) requires adding code too!
I already mentionned that Msgcat is harwired in Tcl/Tk since version 8.1. I think that using Msgcat would not add code or a library.
Also I don't see MsgCat as saving me work right now, and most importantly, I don't see my current system as difficult to migrate to MsgCat whenever you finally do convert me to holy MsgCat.
I'm not on a mission ( that would be a waste of energy, n'est-ce pas?)
MSW is a platform, not a branch or a fork...
When both are implemented as #ifdefs, what's the difference?
Why is a "platform" more #ifdef-worthy than a "fork" to the point that you deem acceptable that the "platform" has 8 times more #ifdefs than a subproject which is in the same branch and that you call a "fork" ?
You work on a radical new feature, almost a new software, it's not like a port. That's why the idea of a branch, which is less extreme than a fork, could be considered; that was the only important part of my message; I was mentionning the "#ifdef" as an example, not to be taken too litterally.
OK, I'm going back to safe lurking mode, rejoindre la majorité silencieuse et la plèbe gluante des utilisateurs occasionels qui suivent aveuglément la minorité active des vrais développeurs de PD. With joy and confidence. -- Marc
On Mon, 19 Dec 2005, Marc Lavallée wrote:
Le 19 Décembre 2005 16:54, Mathieu Bouchard a écrit :
In practice all branches and subprojects in pd/src are based on very small teams of size comparable to that of DesireData.
That must a "desirable" pattern then.
How does commonplace imply desirable ?
You work on a radical new feature, almost a new software, it's not like a port. That's why the idea of a branch, which is less extreme than a fork, could be considered;
Déjà vu. It was called ImpureData. Guess why it's not a branch anymore? And now you recommend a branch? And then what's the difference between a branch and a fork?
that was the only important part of my message; I was mentionning the "#ifdef" as an example, not to be taken too litterally.
If you're not considering "#ifdef" as a serious example, what would your serious example be?
rejoindre la majorité silencieuse et la plèbe gluante des utilisateurs occasionels qui suivent aveuglément la minorité active des vrais développeurs de PD.
Well, I'm sort of underwhelmed by that statement...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Am 18.12.2005 um 15:02 schrieb Mathieu Bouchard:
On Sun, 18 Dec 2005, IOhannes m zmoelnig wrote:
if you want write access to the CVS-repository at sf, you should (as everybody else) state your mission
mission: help matju translating. i speak french, english, german. in future maybe more than just translating but we'll see.
and your background.
background: i know matju since my residency at the sat in montreal where i got to know pd too. i am graduating at a media art program in halle germany where i give introduction courses for pd and gem occasionally.
And your Sourceforget® username too...
it's maxn
@geiger: documentation isn't code either.
By background, I guess we mean more of a mini bio. Now that there are so many developers, its nice to know who people are, what they do, and their particular interests in Pd (there is an amazing diversity in what people do with Pd).
As for adding translators as SourceForge developers, I think that while translation is not coding, CVS is good for managing any text file, so it makes sense to manage translations as well. Hopefully Max will contribute other things to the CVS as well, like Pd objects and programs to the "abstractions" section.
.hc
Max Neupert wrote:
Am 18.12.2005 um 15:02 schrieb Mathieu Bouchard:
On Sun, 18 Dec 2005, IOhannes m zmoelnig wrote:
if you want write access to the CVS-repository at sf, you should (as everybody else) state your mission
mission: help matju translating. i speak french, english, german. in future maybe more than just translating but we'll see.
and your background.
background: i know matju since my residency at the sat in montreal where i got to know pd too. i am graduating at a media art program in halle germany where i give introduction courses for pd and gem occasionally.
And your Sourceforget® username too...
it's maxn
@geiger: documentation isn't code either. _______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-
c -
Frank Barknecht -
geiger -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Marc Lavallée -
Mathieu Bouchard -
Max Neupert