ointers as to where I should add the inlets and outlet?
Pd's [table] had an inlet loong ago. I don't know, why it was removed, but
if needed, it's possible to wrap xlets into an abstraction.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
_
>> Thanks,
>>
>> João
>>
>> ___
>> Pd-dev mailing list
>> Pd-dev@iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>>
>>
>
>
> ___
> Pd-dev mailing list
> Pd-dev@iem.at
> http://lists.puredata.info/listinfo/pd-dev
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
On Tue, Aug 24, 2010 at 12:40:59AM -0400, Matt Barber wrote:
> >
> > [createbang] and [destroybang] is a nice pair. :)
> > .hc
>
> But then we'd need [evolvebang] and [extinctbang] ...
Unless you patches are intelligently designed. :)
Ciao
--
Frank
_
Hi,
On Wed, Aug 18, 2010 at 05:06:44PM -0700, Miller Puckette wrote:
> I'll try not to add new "features" but just fix bugs for the next 2 weeks
There is one bugfix I wish to have for a long time: make [wrap~] output
0 when it receives [sig~ 0]. I don't think, anyone really relied on the
wrong 1,
Hi,
On Fri, Aug 20, 2010 at 02:02:08PM -0400, Hans-Christoph Steiner wrote:
> On Aug 20, 2010, at 5:42 AM, IOhannes m zmölnig wrote:
> I'm saying I like the interface of having a suite of objects called
> *bang rather than [loadbang close], etc. it makes them super easy
> to use and remember.
>
Hi,
On Wed, Jul 21, 2010 at 09:09:59PM -0700, Miller Puckette wrote:
> [declare] sets a path local to the patch it's in.
... and to the abstractions used in the patch it's in, at least at the
moment.
Ciao
--
Frank
___
Pd-dev mailing list
Pd-dev@iem
Hi,
wow, congratulations! These are exciting news!
Ciao
--
Frank
On Mon, Jul 19, 2010 at 11:00:25AM -0400, Hans-Christoph Steiner wrote:
>
> After a winding path with many contributors, Peter Brinkmann closed
> the final gap for getting Pd running on Android, and then kept
> going! We know ha
t; > example patch is saved elsewhere)
>
> - use [declare -stdpath extra/mylib] for all example patches (works on
> any branch of Pd and works even when the example patch is saved
> elsewhere)
I think, this doesn't work if "mylib" isn't installed or isn't insta
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> and probably one more reason: if you know that you can implement the
> entire thing in C within 5 minutes and it will take 3 days to do the
> patching, i would go for the eternal.
And if you want to do something whose outcome
Hallo,
Lee Azzarello hat gesagt: // Lee Azzarello wrote:
> Hot on the heels of the great GUI rewrite thread, I have a simple
> question that would help clarify some CPU performance questions I have
> with my current project. I have incoming serial data from an arduino.
> This data is getting buffe
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> for what it is worth, i have just created a little object [rawprint] in
> zexy, that should allow you to inspect messages a bit closer.
> it's basically a clone of [print] without all the fancy handling of
> special atoms.
>
>
Hallo,
PSPunch hat gesagt: // PSPunch wrote:
> However, since I could not think of any other object where the user had
> to connect a metro specifically for polling, on the surface it seemed
> like a lame, not elegant design.
There are some examples for this approach in the msd and pmpd physi
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> The problem is versioning. One of the goals of Pd-extended is to be
> compatible with the same version of Pd-vanilla, i.e. Pd-extended 0.40.3
> can run anything that Pd-vanilla 0.40.3 can. I imagine that desiredata
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> But that means the definition of /usr/lib/pd has to be changed. We discussed
> these this at the last PdCon, and there was agreement on the fact that the
> three directories are needed. So then we have three directories
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> Hans-Christoph Steiner wrote:
> >
> > The compelling reason is that 'pd' means multiple packages 'puredata',
> > 'pd-extended', and perhaps others. Where is the harm in changing this?
>
> but there are so many trivial patch
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Nov 30, 2009, at 6:33 PM, Mathieu Bouchard wrote:
>
>> On Mon, 30 Nov 2009, Frank Barknecht wrote:
>>
>>>> Additionally, I'd like to Debianize the directory names (i.e. /
>>
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> however, i don't see a really compelling reason why things should be
> moved from /usr/lib/pd to /usr/lib/puredata.
> it might be sufficient to symlink from /u/l/puredata to /u/l/pd for now.
> or the other way round.
>
> /usr/
Hallo,
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
> On Mon, 30 Nov 2009, Frank Barknecht wrote:
>
>>> Additionally, I'd like to Debianize the directory names (i.e. /
>>> usr/lib/puredata)
>> What's un-Debian about /usr/lib/pd?
>
> the pa
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> For the new 'puredata' package, I think we should add the user-installed
> paths that have been included with Pd-extended for a while now.
> Additionally, I'd like to Debianize the directory names (i.e. /
> usr/lib/pu
Hallo,
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
> On Thu, 19 Nov 2009, Hans-Christoph Steiner wrote:
>
>> It seems that Günter is no longer updating the 'puredata' package, so I
>> wanted to start the process of updating it. I am working on becoming a
>> Debian Maintainer, so I c
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Nov 18, 2009, at 2:35 AM, Frank Barknecht wrote:
>> If you use the route-approach, you can use settable routes (as an
>> abstraction like sroute.pd in [list]-abs). But actually I have no idea why a
>
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 setta
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 struc
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 [samplera
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 that my code tries to keep things at 0,0 since Pd has
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
> I don't think there's any existing way to do it--- time to design some
> appropriate hooks :)
Actually at RjDj we would also appreciate a hook for telling the user
when a "scene" has been fully loaded and displaying a kind of hourglas
Hallo,
mescali...@gmail.com hat gesagt: // mescali...@gmail.com wrote:
> pd -noloadbang x.pd
> doesn't segfault,
I can still make it segfault then by pressing the normally loadbang'd message
box in the upper right of [pd fft].
> pvu~ ... couldn't create
I don't get this error. No pvu~ in my v
etain crucial information when printed. [route wav] would
better fit this philosophy.
However patchers should also remember, that some systems (the command
line, RjDj, ...) don't support drag and drop at all.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I not sure what you mean by "real" library.
With "real" I mean everything that is loaded with the -lib command line option.
There was a time, when only that was called a library, collections of
abstractions were called
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> The central and stated aim of cyclone is to provide Max/MSP
> compatibility. As of Max/MSP 4.5 or maybe 4.6, they downcased all of
> the objects. Therefore, in order for cyclone to remain compatible with
> recent v
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> Since Max has long since downcased all of their objects, I am thinking
> that it would be useful to add aliases to the cyclone objects for the
> downcased versions, like Line~ and line~, MouseState and mousestate,
>
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
> I just took a look at Max/MSP and they have a nice tagging system, as
> well as an excellent configurable filter on their file browser that
> ends up being a pretty elegant solution to many of these problems.
> Perhaps going the route of addi
The [pd META] approach, yes. But there is no vanilla way to get a
directory listing.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
ich is used to
optionally make room for larger GUI objects in the overview patch.)
A helper file reads this list into a textfile and dynamically patches
all referenced objects and descriptions into a subpatch. This patch is
called "list-abs-intro.pd".
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I am not talking about including files, I am talking about the forced
> static linking, i.e no dlopen(). It makes sense to me to not include
> 102 MB of files for rjdj, no complaints about that.
Ah, okay, I misunder
the same for future ports to other platforms.
And personally I made a very similar decision by avoiding to use too
many externals on my GNU/Linux machine.
Ciao
--
Frank Barknecht
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
rk everywhere, so they are the common
denominator.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
cts either as
[rj/s_drumelectro] or you use [declare -patch rj] in your main patch
and write the object names as [s_drumelectro]. This works surprisingly
well: Most of the Scenes written for RjDj use this library
sucessfully, although it's still far from 1.0.
Ciao
--
Frank Barknecht
Hallo,
cyrille henry hat gesagt: // cyrille henry wrote:
> this is what i was thinking for the last 5 year. i don't say that this
> will never change. anyway, i really appreciate the work made on
> pd-extended, but it is not ready for me yet. i know that my position
> is a bit extreme, but i don
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> This just doesn't sound workable to me. Then you can never rely on an
> externals or even abstractions, since they might be an incompatible
> internal that comes along and overrides them.
The alternative would hav
Hallo,
Martin Peach hat gesagt: // Martin Peach wrote:
> I suggest that the first object to use the name 'owns' the name and any
> subsequently invented objects use different names.
I think, that's good for external and abstraction libraries (in the
repository), but Pd builtins should be free t
omes a builtin in some future Pd version, you
cannot use something with a different name, you can only rename the
old external to something else. And what if the new builtin name was
used by different, conflicting classes? What if Pd gets a [counter]
builtin as is sometimes requested?
Ciao
--
F
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Hallo,
> IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
>
> > 2.:
> > using [cyclone/pow~] will force the use of the single-object external,
> > and while doing so it will call the class_ne
enly became an object that
overwrites internals by changes in Pd 0.42?
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
] will become the cyclone version.
This is correct. I made a test whose results you can see in the
attached screenshot and patch. It's weird. :)
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
pow-weirdness.pd
Des
Hallo,
Steffen Juul hat gesagt: // Steffen Juul wrote:
> So if you load a single-file-external without the -lib flag but just
> having it in the path does not override any internal (object-)classes?
No, it doesn't. I tested this with Cyclone as single externals without
-lib: pow~ is the builti
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> correct me, if this is wrong, but i understand, that overriding internal
> classes doesn't work with single-file externals. so the feature of
> overriding internal classes doesn't and won't work with pd-extended.
I believe that's not quit
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> do i understand correctly: external classes could override internal
> classes also in older (< 0.42) versions of pd, but i just didn't notice
> it? so the new feature is 'only' that pd automatically creates aliases
> for the overriden inte
Hallo,
volker b?hm hat gesagt: // volker b?hm wrote:
> just a quick question:
> i'm thinking about building max/pd objects from a speech-synth lib.
> the lib is proprietary and i'm not allowed to give away the source.
>
> does it still comply with the pd license to make this publicly
> availabl
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> Frank Barknecht wrote:
> >How does minimizing the number of "loaded libraries" affect the goal of
> >storing preferences in patches?
>
> depends on what you mean by "storing the prefer
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> i still think that the loading-order in 0.42 is broken by design.
Could you elaborate this a bit? Or point me to the relevant archive
post? How is the loading order in 0.42?
Ciao
--
Frank
___
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> now, that pd has its own [pow~], why not just using that? yeah, it takes
> a bit more time to write the abstractions, but then they are more
> vanilla friendly.
But that's exactly why I brought this topic up and asked: What to do
about po
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> On Tue, 2009-02-17 at 07:26 +0100, Frank Barknecht wrote:
> how can someone assume so? > no, that is so not true. i didn't even know,
> that zexy comes with their own version of [pack] and [unpack] until some
> weeks a
Hallo,
Matt Barber hat gesagt: // Matt Barber wrote:
> > Getting rid of cyclone's pow~ would break all of the patches that rely
> > on cyclone's pow~, and would also make it harder to import Max/MSP
> > patches. Removing it is not a solution.
>
> Okay. But I don't see why something that is a ra
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> from what i have understood, it is not cyclone's ability to replace
> built-ins, but it is a so called new feature of pd 0.42. the same
> happens also with zexy's [pack] and [unpack] and many others.
>
> why is that so cool? i personally
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Feb 16, 2009, at 4:46 PM, Frank Barknecht wrote:
>
> >How does minimizing the number of "loaded libraries" affect the goal
> >of storing preferences in patches?
>
> So people don
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> This is not related to Pd-extended which AFAIK doesn't include cyclone
> as a library (a "-lib" loadable one), but when loaded as a lib, Cyclone
> does some magic to even overwrite Pd internals. I made
Hallo,
Matt Barber hat gesagt: // Matt Barber wrote:
> At least we know it was an intentional difference:
>
> http://lists.puredata.info/pipermail/pd-list/2008-04/061603.html
>
> For extended would it be possible to exclude cyclone pow~ from the
> library, or less drastically patch both cyclone
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> To be clear, the libraries will all still be included in the package,
> they just won't be loaded by default. That means you'll have load
> them as part of the patch using either [declare] or [import], or using
> n
should we
do about that?
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo,
Loic Kessous hat gesagt: // Loic Kessous wrote:
> yes, thanks [+], [*] and expr too! to make the exponential mapping ;-)
> ..., that can be done in an abstraction , that I may have somewhere in
> max before scale has been ported to os X, but for me the real question
> was to know what c
esource
> limiting be handled by pam these days?
Agreed. IMO it's unnecessary: None of my Pd Linux installs has Pd
installed setuid, still the "-rt" switch works fine for every user in
group "audio" and I never run Pd as root.
Ciao
--
Frank BarknechtDo You R
Hallo,
Daniel Aschauer hat gesagt: // Daniel Aschauer wrote:
> I committed my external to the svn.
>
> But I then realized that in the 0.40.3 extended pd version that I
> downloaded there is an external (flatspace) included that has similar
> object with the same name.
> How are these name conf
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Jan 8, 2009, at 12:51 PM, Frank Barknecht wrote:
> >Personally I'd rather use an abstraction that is easier to rename. I
> >use
> >m_scale.pd from the RjDj library:
> >http://tra
quot;scale" by refering to it as [maxlib/scale]
in Pd-extended.
Personally I'd rather use an abstraction that is easier to rename. I use
m_scale.pd from the RjDj library:
http://trac.rjdj.me/browser/trunk/rjlib/rj
Ciao
--
Frank Barknecht
__
<- converts 4 spaces to a tab
> :0,$s/\t//g<- converts a tab to 4 spaces
>
In Vim you can also use the :retab command. The manual contains an
example for automating things.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
__
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> See attachement for a toggle with get message as an abstraction.
it could even be simplified with a [f] instead of the [value].
Ciao
--
Frank
___
Pd-dev mailing list
Pd-dev@iem.at
h
m however
> they want and make a new library out of them.
See attachement for a toggle with get message as an abstraction.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
get-toggle-help.pd
Description: application/puredata
get-toggle.pd
Description: applicat
Hallo,
Forwind info hat gesagt: // Forwind info wrote:
> Does anybody know if there is a way to automatically send an OSC message to
> an internal PD messaging address which happens to be the same as the route
> of the OSC message.
> So for instance, an osc message arrives with route "/a/sample/ro
ndfiler] using the sourceforge patch tracker is the way
to go.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
[pack f f f f f f f f f]
is almost the same as
[pack 1 2 3 4 5 6 7 8 9]
but the latter is easier for counting the arguments.
And how should [t 1 a] react to a list of "2 3 4": Should the first
outlet give 1 or 2?
Ciao
--
Frank Barknecht
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I didn't think of changing the behavior by using different wrappers,
> that makes sense. I guess with nqpoly4 vs polypoly the main
> difference in the wrapper. I think there are a couple advantages to
> not using
has as an
advantage, that just by creating different wrappers one could induce
different types of *poly-behaviour.
I'm not a big fan of huge [route]s, though. ;)
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
> I think (probably as you're saying below) that an abstraction's declarations
> should affect only itself and things called from within it.
I think, that's what Luke meant, and I would agree here. Generally it's
not necessary and even
Hallo,
patco hat gesagt: // patco wrote:
> hello, when I do 'make uninstall', bash still have a reference of pd
> being in /usr/local/bin (with using ./configure --prefix=/usr/local)
>
> $ pd
> bash: /usr/local/bin/pd: Aucun fichier ou dossier de ce type
>
> how could I remove this reference?
l
D_INTERNAL defined, dllexport -> dllimport which looks kind of
> critical.
Sorry, actually this difference slipped me (must be my new glasses
...)
Ciao
--
Frank Barknecht _ __footils.org__
___
Pd-dev maili
TERN __declspec(dllexport) extern
#else
#define EXTERN __declspec(dllimport) extern
#endif /* PD_INTERNAL */
#else
#define EXTERN extern
#endif /* MSW */
Ciao
--
Frank Barknecht _ __footils.org__
___
e.net/account/remove_account.php
Or contact us by postal mail at:
Attn: SourceForge.net Legal Services - Account Removal
SourceForge, Inc.
650 Castro Street, Suite 450
Mountain View, CA 94041
Unsubscribe requests will be processed within 10 days of receipt.
- End forwarded mes
Hallo,
Martin Peach hat gesagt: // Martin Peach wrote:
> Probably moving the mrpeach osc objects (routeOSC, packOSC and
> unpackOSC) into an /osc folder and the net objects (udpreceive, udpsend,
> tcpreceive, tcpsend, tcpclient, tcpserver) into a /net folder would be a
> good idea, making them
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> whenever i find the time, i want to add a note into the constructor of
> the OSCx objects, so you get a warning each and everytime you create one
> of these objects.
I think, such warnings may be a bit too patronizing. Also
Hallo,
Forwinder hat gesagt: // Forwinder wrote:
> The funny thing as I explained above is that one of the other clients I
> used to debug this was the command line dumpOSC command line tool. this
> showed no drop out/0's. Without looking under the bonnet and with one
> wet finger high in the sky
Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
> forwind wrote:
> >
> > Apologies if this is not the correct place to post this but could
> > someone point me towards ways to record/save the overall state of a
> > patch.
>
> http://lists.puredata.info/search/PD-list?query
C, too, so organizing an informal
meeting was only natural. Btw. I couldn't attend it neither.
Ciao
--
Frank Barknecht _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> Frank Barknecht wrote:
> > Hallo,
> > Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> >
> >> Bug reports should be closed when they don't need any more
> >&
> has been any work or discussion related to this issue. "Closed"
> should not be a synonym for "Complete". There is a separate pull-
> down menu for that, with states like "Accepted" for patches and
> "Fixed" for bugs.
A bug that is &qu
t's why today I tend to avoid installing lots of externals
and rather copy them to a project's folder when needed. Apart from
extensions that provide special functionality like Gem, msd, OSC or
iemfilters, I don't use "convenience collections" like maxlib an
Hallo,
Mike McGonagle hat gesagt: // Mike McGonagle wrote:
> Could you submit this bug report? It has been a while since I have logged
> into SourceForge and I have to find my password...
Oki.
Ciao
--
Frank Barknecht _ __footils
pedia.org/wiki/Web_colors)
In the colorscheme I used the shorter triplets to make the already
long lists for foreground, background and label colors of IEM-GUIs
three times shorter: the full colorset for a [vsl] now is only 9
instead of 27 values long.
This has no connection to what'
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Hallo,
> Mike McGonagle hat gesagt: // Mike McGonagle wrote:
>
> > Over the weekend, I was building a program that I wanted to use the Arrow
> > keys to control "direction", and one thing that I found
he same message).
> >
> > Is this documented anywhere as to the relation between these two different
> > color definitions?
>
> Not as far as I'm aware, but here's my implementations that work for me:
Also see th
dirty" (as if I
> made a modification in the Edit Mode).
>
> Is there some reason for this? Is this a bug?
Interesting: Happens on pd-vanilla as well by just opening the
key/keyname helpfile and pressing any arrow key.
Looks like a
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Jun 29, 2008, at 2:10 PM, Frank Barknecht wrote:
> >Though there is a larger question lurking here: What should trunk be
> >and how should bug reporters check, if a bug may be already fixed? Or
>
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> On Jun 29, 2008, at 10:54 AM, Frank Barknecht wrote:
> >A fairly standard way to deal with bugs fixes is to include them in
> >"trunk". I don't think, one can expect users to follow eve
Hallo,
SourceForge.net hat gesagt: // SourceForge.net wrote:
> Submitted By: Frank Barknecht (fbar)
> Assigned to: Hans-Christoph Steiner (eighthave)
> Summary: hid defaults to debugging (flood of "hid_get_events")
>
> Initial Comment:
> It seems, [hid] still default
erbird became popular as well.) The second reason
is the extensions and theme system of Firefox which made it very easy
to install only the updates, that a user is interested in, without all
the bloat of Mozilla.
I don't know if something can be learned from that his
o pd-list vs. pd-dev for this topic.
It's more appropriate for -dev of course.
Ciao
--
Frank Barknecht _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
h, for
example to preload a certain soundfile shipped with the abstraction.
Ciao
--
Frank Barknecht _ __footils.org__
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
> > that "kludge" means something really bad and ugly, as this is how i
> > use this word here.
>
> You mean it's a kludge if there isn't a special object for this?
The real problem is that it's global: I may not want all my [r pd]
receivers to
utlets, maybe a single outlet
would be better, that spits out messages prefixed with "blocksize N",
"overlap M", "samplerate O" would be better as it could be extended
with other messages later. Notice that I included "samplerate" here:
such an objec
to other files in the project at that
> point. Having the local namespace per objectclass/abstraction allows
> for this.
Agreed. But it seems that's not what [declare] does ATM or was intended
to do when Miller wrote it, while [import] was designed to do it, IIR.
Lets not confuse the tw
1 - 100 of 308 matches
Mail list logo