Re: [PD-dev] Re: PD-cvs Digest, Vol 19, Issue 9

2006-09-11 Thread IOhannes m zmoelnig
Mathieu Bouchard wrote: The following message from pd-cvs has no cvs log. Is this normal? Modified Files: ringbuffer.c ringbuffer.h Log Message: Many bug fixes isn't Many bug fixes a cvs log? if you are wondering, why there have been no diffs between r1.11 and r1.12 in the

Re: [PD-dev] Re: PD-cvs Digest, Vol 19, Issue 9

2006-09-11 Thread Mathieu Bouchard
On Mon, 11 Sep 2006, IOhannes m zmoelnig wrote: Mathieu Bouchard wrote: The following message from pd-cvs has no cvs log. Is this normal? isn't Many bug fixes a cvs log? woops, i wanted to say diff, but I did not say diff. if you are wondering, why there have been no diffs between r1.11

[PD-dev] [ pure-data-Bugs-1556206 ] v/hslider may modify icoming numbers

2006-09-11 Thread SourceForge.net
Bugs item #1556206, was opened at 2006-09-11 11:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1556206group_id=55736 Please note that this message will contain a full copy of

Re: [PD-dev] Refactoring Pure Data

2006-09-11 Thread Hans-Christoph Steiner
I support this idea, but I have to say the biggest challenge will be social, not technical.   I think in order for it to succeed, you will have to submit things in small, incremental patches.  I think that it would be best to work on the MAIN branch in CVS, i.e. Miller's branch.  But you should

Re: [PD-dev] Refactoring Pure Data

2006-09-11 Thread carmen
On Mon Sep 11, 2006 at 02:21:33PM +0200, Vincent Lordier wrote: Hi enthusiasts devs ! I want to work on pd's code readability and structure, only refactoring, not adding new features. (http://en.wikipedia.org/wiki/Refactoring) The final goal is to make PD easy to scale (desactivate MIDI,

Re: [PD-dev] Refactoring Pure Data

2006-09-11 Thread Vincent Lordier
So, supposing you want to work with MillerWhy no ?As long as the developments are not made under closed doors (= frequents commits / test releases / bug submits ), I'm willing to work with anyone. To me, I shouldn't have to work with Miller or work with Mathieu or anything like this, simply

Re: [PD-dev] Refactoring Pure Data

2006-09-11 Thread Tim Blechmann
hi vincent ... That implies a primary work on architecture and a cooperation of all devs (commit often, criticize, propose, improve, test, submit patches, ...). I'll develop on architecture on other posts soon, but I want to first focus on making the best out of what we have today. well,

Re: [PD-dev] [once] default closed...

2006-09-11 Thread Mathieu Bouchard
On Mon, 11 Sep 2006, Hans-Christoph Steiner wrote: I was thinking that it would be nice to have [once] accept a single argument which would set the initial state of the object, just like [spigot]. But this means that it would have to be default closed like spigot, breaking backwards

Re: [PD-dev] Refactoring Pure Data

2006-09-11 Thread Tim Blechmann
1. Does communication imply collaboration? does collaboration work without communication? 2. Does collaboration imply everybody on the same branch? a-b = ¬b-¬a the diff between devel and vanilla are several thousand lines of code ... and still increasing, mainly because of the

Re: [PD-dev] [once] default closed...

2006-09-11 Thread Mathieu Bouchard
On Mon, 11 Sep 2006, Mathieu Bouchard wrote: On Mon, 11 Sep 2006, Hans-Christoph Steiner wrote: Ok, so you want to extend the tentacles of Pd's caste system further? Abstractions for the plebe, externals for gentlemen. It looks like you didn't read that line of mine below? Don't accept Pd's