On Tuesday, July 22, 2003, at 09:47 AM, guenter geiger wrote:
On Tue, 22 Jul 2003, IOhannes m zmoelnig wrote:
abs m_control? multiselect? reson? strcat?
I think they should go away ...
should go away from GEM ?
probably we should really remove all the markEX-objects that are not referred too by the help/example-patches (and as time permits, rewrite them, so that they don't need markEX)
yes, thats what I meant. They are not gem specific, therefore they do not really fit. Don't know how many people use them. I think some people complained that they have to load Gem in order to use these externals. Putting them in CVS together with the externals we could avoid this.
...this sounds fine to me, but I use counter alot...
Yep. What about producing a template for the help-* patches (we have to rename them for pd-0.37 too, right ?)
i don't fully understand this.
Well, we design a help-template, more or less defining how help patches should look like, and volunteers can help us documenting the single objects using that template. (See attachment for a proposal describing circle)
...I think what IOhannes meant by not understanding is that you seem to imply that pd-0.37 has some new criteria for naming that is different than < pd-0.36 : is this true, and if so, what's the new way of doing things?
and ask gem users to help
with the documentation effort.
yes, this would probably result in better help-patches (because they might show real needs)
I think it would be nice if the help patches have a minimal functionality too, so the user can see the effect directly.
so, without a [gemwin] but with a [gemhead] ?
I would say with gemwin too. Doesn't hurt, does it ?
...[gemhead]'s would make for easier first time use/exploration, but also can make for unexpected renders if ya don't close the help patch before you test your new patch...sure a gemwin wouldn't hurt, just a copy/paste, but it can take up lots of space with all the possible messages, so maybe we need an abstraction, something like [pd window]? Also, I'm a big fan of making sure that all number boxes are set to the correct limits (ex. pix_kaleidoscope), thereby reducing the amount of work in the future for cut&paster's...I certainly don't like the way alot of the help patches are at the moment, that is, without functionality; that seems better for a manual than a reference patch...
l8r, jamie