Re: [PD-dev] namespaces for send/receive

2009-11-17 Thread Frank Barknecht
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: (*) Pd has no non-globals, just obfuscated names.. Yeah, I also try to avoid globals as much as possible. With this library, its kind of mirroring the audio clock of tilde objects, so [fps] is like [samplerate~]

Re: [PD-dev] auto-starting loaders

2009-11-17 Thread Hans-Christoph Steiner
On Nov 17, 2009, at 12:40 AM, Mathieu Bouchard wrote: On Mon, 16 Nov 2009, Hans-Christoph Steiner wrote: It would be super userful to have an easy way to make the various loaders auto-load (Lua, Tcl, libdir, etc). I think it would be even more userful to have hexloader work for

Re: [PD-dev] namespaces for send/receive

2009-11-17 Thread Hans-Christoph Steiner
On Nov 17, 2009, at 4:53 AM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: (*) Pd has no non-globals, just obfuscated names.. Yeah, I also try to avoid globals as much as possible. With this library, its kind of mirroring the audio clock

Re: [PD-dev] auto-starting loaders

2009-11-17 Thread András Murányi
On Tue, Nov 17, 2009 at 3:22 AM, Hans-Christoph Steiner h...@at.or.atwrote: It would be super userful to have an easy way to make the various loaders auto-load (Lua, Tcl, libdir, etc). For the 0.43 GUI plugins, currently, it will autoload any file called *-plugin.tcl anywhere in the path, so

Re: [PD-dev] auto-starting loaders

2009-11-17 Thread Hans-Christoph Steiner
On Nov 17, 2009, at 5:29 PM, András Murányi wrote: On Tue, Nov 17, 2009 at 3:22 AM, Hans-Christoph Steiner h...@at.or.at wrote: It would be super userful to have an easy way to make the various loaders auto-load (Lua, Tcl, libdir, etc). For the 0.43 GUI plugins, currently, it will

Re: [PD-dev] auto-starting loaders

2009-11-17 Thread András Murányi
2009/11/17 Hans-Christoph Steiner h...@at.or.at On Nov 17, 2009, at 5:29 PM, András Murányi wrote: On Tue, Nov 17, 2009 at 3:22 AM, Hans-Christoph Steiner h...@at.or.atwrote: It would be super userful to have an easy way to make the various loaders auto-load (Lua, Tcl, libdir, etc).

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)

2009-11-17 Thread Hans-Christoph Steiner
On Nov 1, 2009, at 4:15 AM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I rewrote the scrollbar logic in 0.43 and its working well, as far as I can tell. Have you tried it out? I think its a similar approach, but the difference is

[PD-dev] [ pure-data-Patches-2864259 ] german translation changes

2009-11-17 Thread SourceForge.net
Patches item #2864259, was opened at 2009-09-22 07:59 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=2864259group_id=55736 Please note that this message will contain a full copy of the

[PD-dev] [ pure-data-Feature Requests-2899587 ] update abstraction when saved

2009-11-17 Thread SourceForge.net
Feature Requests item #2899587, was opened at 2009-11-18 04:50 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=2899587group_id=55736 Please note that this message will contain a full copy

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)

2009-11-17 Thread Hans-Christoph Steiner
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote: 3) 0 0 coordinate-centric design IMHO does not make sense. From historical perspective, old patches should still TTBOMK open just fine. Yet, if 0 0 approach is still imposed, it results in unintuitive behavior of scrollbars. e.g. try

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)

2009-11-17 Thread Miller Puckette
I think it's only in the e-mail: http://lists.puredata.info/pipermail/pd-dev/2009-10/014298.html On Wed, Nov 18, 2009 at 12:12:50AM -0500, Hans-Christoph Steiner wrote: On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote: 3) 0 0 coordinate-centric design IMHO does not make sense. From

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)

2009-11-17 Thread Hans-Christoph Steiner
Ah, ok, just comparing now. I added this pdtk_canvas-getscroll to Pd- extended 0.42.5-2009-11-12. We currently have four to compare: Ico's, Pd, Pd-extended, and Pd-Gui-Rewrite. - Pd-extended will correctly handle the scrollbars if you select some objects and move them with Shift-arrow,

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)

2009-11-17 Thread Frank Barknecht
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: On Nov 1, 2009, at 4:15 AM, Frank Barknecht wrote: I cannot check out Ico's patch nor the GUI rewrite in general ATM, but generally all this stuff should always be tested with data structure displaying subpatches we

Re: [PD-dev] namespaces for send/receive

2009-11-17 Thread Frank Barknecht
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: So I guess to make it localizable, it would have to be something like framesync/fps$1. Without a settable receive, it makes this kind of chore to deal with then. If you use the route-approach, you can use