Hi Laure,
data structures are displayed according to their position in the list,
meaning that objects with a higher index will be shown on top of objects
with a lower index.
There is, however, a bug/inconsistency:
If you move (not only click) a scalar, it will always show on top of any
othe
Dear all,
I have a quick question about the object placement in data structures.
What determines which object lies on top, and which goes in the
background? Instantiation and creation order don't seem to affect the
placement order (but maybe that's also a problem in my patch…)
Thanks!
xo
Laure
Note that [append] will update its pointer to point to the new scalar.
The new pointer is also output. So for consecutive appends you only need
to send a pointer once in the beginning.
Christof
On 25.02.2020 21:44, Jean-Yves Gratius wrote:
Oh, I didn't realize that I can go to the last posit
Oh, I didn't realize that I can go to the last position using [next(
message sent to [pointer] and then append a scalar to the end of the
scalar list..
Everything is ok now for me. The last created scalar is the last one to
be drawn, even when refreshing display of the patch.
JYG
On 25/0
Hi
From previous old discussion (
https://lists.puredata.info/pipermail/pd-list/2006-04/037622.html )
I understood that datastructure z-orderdrawing depends of creation
order, but when you programmatically create a new scalar (with [traverse
... , bang( -> [pointer] -> [append struct_name]),
cidentally) change the shape of
widgets.
Christof
> Gesendet: Dienstag, 03. Dezember 2019 um 09:21 Uhr
> Von: "Roman Haefeli"
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] data structures for display only, not interaction
>
> Hi João
>
> On Fri, 2019-11-29
Hi João
On Fri, 2019-11-29 at 09:51 +0100, João Pais wrote:
> I think Miller already introduced some options to switch off
> interaction in edit and run modes.
Cool. I missed that, too. This is great news. I have a ton of now
obsolete code to remove...
> Check the documentation of the latest Pd
Em sex., 29 de nov. de 2019 às 06:01, João Pais
escreveu:
> Miller already introduced some options to switch off interaction in edit
> and run modes.
>
HELL YEAH :D
thanks ;) next time I'll RTFM!
cheers
___
Pd-list@lists.iem.at mailing list
UNSUBS
I think Miller already introduced some options to switch off interaction
in edit and run modes. Check the documentation of the latest Pd version
(I can't do it now). Besides that, get and set are the way to go.
Am 29.11.2019 um 06:57 schrieb Alexandre Torres Porres:
so, I have a data structure
so, I have a data structure based GUI object, and say I just want it to
display things and not really interact with it by clicking the data
structures around, is it possible? Sorry if this is a stupid question, I
just want to be sure.
So, say I have some shapes (for instance, a polygon) that can b
On Sun, 2018-05-20 at 15:31 +0200, Christof Ressi wrote:
> this has been on my wish list for a while and I want to do a PR. do
> you guys have suggestions which kind of interface you would prefer?
> these come to my mind:
> * [delete] object: send it a pointer and it will delete the scalar
I thoug
On Sun, 2018-05-20 at 05:40 -0700, Derek Kwan wrote:
> Roman Haefeli writes:
>
> > Hey all
> >
> > Following up a thread from 2011:
> > https://lists.puredata.info/pipermail/pd-list/2011-04/088306.html
> If I'm not mistaken, this relates to a thread I started in Jan 2017
> and
> I think this bi
2018-05-20 10:31 GMT-03:00 Christof Ressi :
>
> * [delete( message for [pointer]: deletes the scalar of the currently
> stored pointer.
>
+1
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo
ly tool
is a hammer then every problem looks like a nail".
> Gesendet: Sonntag, 20. Mai 2018 um 15:44 Uhr
> Von: "João Pais"
> An: pd-list@lists.iem.at, "Ingo Stock"
> Betreff: Re: [PD] Data structures - delete specific scalar?
>
> Just thought o
Just thought of this after sending the previous mail. I can't try this
hack, but it might work. To delete a scalar:
- get the scalar's x/y coordinates
- use mouse messages to select and delete anything over that pixel.
Drawbacks:
- will delete anything else over that pixel (affects the selectab
as I recall, in a mail Miller said that it wasn't easy to implement a
"delete" (or "previous" etc.) methods, because it would mix up the pointer
structures. But most likely I'm remembering incorrectly.
The lag with scalars is a real thing, as with any other canvas with lots
of gui objects r
an"
> An: "Roman Haefeli" , pd-list@lists.iem.at
> Betreff: Re: [PD] Data structures - delete specific scalar?
>
> Roman Haefeli writes:
>
> > Hey all
> >
> > Following up a thread from 2011:
> > https://lists.puredata.info/pipermail/pd-list/2011
Roman Haefeli writes:
> Hey all
>
> Following up a thread from 2011:
> https://lists.puredata.info/pipermail/pd-list/2011-04/088306.html
>
> I would like to know whether it is impossible to delete a specific
> scalar, by pointer. If so, why is that? Does it use a design that makes
> it difficult
Thanks for your testing!
The lag appears on my computer already with the patch i sent with the
1050 scalars. It shows when i open the patch, create any object, say a
[float] and try to move it around.
With more scalars it can become even worse. You can test it with the
attached patch. First selec
On Sat, 2018-05-19 at 17:00 +0200, Ingo Stock wrote:
> On 05/19/2018 11:56 AM, Roman Haefeli wrote:
> > Yeah. It's not very elegant and gets expensive pretty quickly. I
> > was
> > wondering about alternative strategies, like moving non-used
> > scalars
> > out-of-the-way and later re-use them. It'
2018-05-19 6:56 GMT-03:00 Roman Haefeli :
> On Sat, 2018-05-19 at 00:02 +0200, Ingo Stock wrote:
> > to my knowledge it is not possible to delete a single scalar.
>
> Thanks for the confirmation. I'm also wondering whether this will
> always be like this or if it would be a trivial feature to add.
On 05/19/2018 11:56 AM, Roman Haefeli wrote:
> Yeah. It's not very elegant and gets expensive pretty quickly. I was
> wondering about alternative strategies, like moving non-used scalars
> out-of-the-way and later re-use them. It's cumbersome to implement, but
> probably less drastic than the clear
On Sat, 2018-05-19 at 00:02 +0200, Ingo Stock wrote:
> to my knowledge it is not possible to delete a single scalar.
Thanks for the confirmation. I'm also wondering whether this will
always be like this or if it would be a trivial feature to add.
> The method
> to get rid of a scalar is to clear
Hi Roman,
to my knowledge it is not possible to delete a single scalar. The method
to get rid of a scalar is to clear the subpatch and recreate everything.
best wishes, ingo
On 05/18/2018 11:36 PM, Roman Haefeli wrote:
> Hey all
>
> Following up a thread from 2011:
> https://lists.puredata.inf
Hey all
Following up a thread from 2011:
https://lists.puredata.info/pipermail/pd-list/2011-04/088306.html
I would like to know whether it is impossible to delete a specific
scalar, by pointer. If so, why is that? Does it use a design that makes
it difficult to allow this? To my untrained eye the
Hi, it is documented, but I don't remember where. Just for arrays, afaik.
Also you can write values directly into drawtext fields, etc.
Playing around with data-structures today, I discovered some unexpected
features. It seems that the Control and Shift >keys change the behavior
of how the mo
Playing around with data-structures today, I discovered some unexpected
features. It seems that the Control and Shift keys change the behavior of how
the mouse interacts with data structure arrays. I'm not sure I fully understand
it yet, but from what I can work out:
1. Holding down the Shift k
If there's anything here I haven't already added to Purr Data wrt data
structures, please add
it to the issue tracker:https://git.purrdata.net/jwilkes/purr-data/issues
I've already got one outstanding about receiving events for array elements but
have not
implemented it yet:https://git.purrdata
I think y’all should make a data structure feature request list (if
there isn’t one already).
I already sent a couple of them to Miller sometime ago, but it might take
a while...___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-manage
> is this project public ?
not yet but soon :-). needs some more work (mostly documentation) but I'll post
it on the list when there's a first release.
> Gesendet: Sonntag, 21. Mai 2017 um 12:55 Uhr
> Von: oliver
> An: pd-l...@mail.iem.at
> Betreff: Re: [PD]
Christof Ressi wrote:
i think something like a "lock" message/method for arrays would be all
that's needed in this case.
good idea!
in the meantime, here is a hack to achieve just that (see attached patch). it's
based on the fact that data structures show up on the parent canvas even if
they
n May 20, 2017, at 5:42 PM, pd-list-requ...@lists.iem.at
<mailto:pd-list-requ...@lists.iem.at> wrote:
*From: *Fede Camara Halac mailto:camaraf...@gmail.com>>
*Subject: **Re: [PD] data structures question ...*
*Date: *May 20, 2017 at 5:42:49 PM MDT
*To: *oliver mailto:oli...@klingt.or
I think y’all should make a data structure feature request list (if there isn’t
one already).
> On May 20, 2017, at 5:42 PM, pd-list-requ...@lists.iem.at wrote:
>
> From: Fede Camara Halac mailto:camaraf...@gmail.com>>
> Subject: Re: [PD] data structures question ...
> Da
Hi oliver, thanks for sharing
I'm trying to wrap my head around this but it seems that arrays in structs
don't provide a "change" flag, making my suggestion null.
I really cant think of a way to internally block mouse interaction in a gop
patch. You could plot a graph on a canvas with an exter
thanks a lot for all suggestions ! helpful indeed !
i just realized that i didn't mention that i need "mouse blocking" for
the [plot] element (or rather arrays), which i think is another problem
on its own
Federico Camara Halac wrote:
Hi Oliver,
Something like [scalar] might be interesting
I guess the -x flag is what you're after
> Gesendet: Freitag, 19. Mai 2017 um 17:59 Uhr
> Von: oliver
> An: pd-l...@mail.iem.at
> Betreff: [PD] data structures question ...
>
> hi,
>
> is it possible to avoid mouse-responding/redrawing when working with
> d
hi,
is it possible to avoid mouse-responding/redrawing when working with
data structures ?
i.e. is it possible to draw something with data structures only per
merssages, but to "block" (or disable) mouse input after drawing ?
best
oliver
--
wauw! exactly, you scratched my brain in a very pleasant way :)
On Wed, May 27, 2015, at 06:30 PM, patrice colet wrote:
>
>
> Le 25/05/2015 21:40, jamal crawford a écrit :
> >
> >> openGL is doing this, maybe you should use Gem for your interface?
> > not maybe, but absolutently! but i think the
Le 25/05/2015 21:40, jamal crawford a écrit :
openGL is doing this, maybe you should use Gem for your interface?
not maybe, but absolutently! but i think the copy/paste/delete function
in the drawing window and scalar-editing are quite usefull to me. just
having the window stick on top of al
hey
>Very important, you don't get mouse control of the encapsulated array,
>only of the top one. Maybe you should say exactly why you think you need
>encapsulated arrays. If it's to draw a canvas/box, you can do that in the
>same template as your main array.
I thought that the encapsulated
hey
>As far as order-- in Pd-l2ork I made a revision so that a struct will
>simply refuse to create if you give it an array field with a nonexistent
>template for the data.
neat :)
>Also-- in a _single_ scalar, the shapes will be drawn using the order that
>you created the drawing commands. So
hey
> Just tried this in 0.46 (actually, tried
> [struct foo array arrayWithin arrayWithin-template]) and Pd didn't crash
neither here, but ...
> But it's very confusing to get around such a data
> structure and I can't figure out how to detect clicks on array elements.
yeah, exactly. i thou
many people already gave replies to the questions, so I leave the example
of array encapsulation from my data structures workshop.
Very important, you don't get mouse control of the encapsulated array,
only of the top one. Maybe you should say exactly why you think you need
encapsulated arr
On 05/25/2015 03:40 PM, jamal crawford wrote:
hey and thanks for the reply
...there is a bug since the very begining of puredata, if you don't
delete data and modify your structure pd will crash
word!
also I think this is not a good idea to draw arrays within arrays,
because bindings doesn't
Just tried this in 0.46 (actually, tried
[struct foo array arrayWithin arrayWithin-template]) and Pd didn't crash
(although I think it was easy to crash Pd 0.45 making arrays with
undefined templates). But it's very confusing to get around such a data
structure and I can't figure out how to detec
hey and thanks for the reply
> ...there is a bug since the very begining of puredata, if you don't
> delete data and modify your structure pd will crash
word!
> also I think this is not a good idea to draw arrays within arrays,
> because bindings doesn't work anymore within arrays
so you mean
hello, I didn't try yet pd-0.46 but with pd-0.45 it should be the same
thing...
Le 24/05/2015 14:29, jamal crawford a écrit :
hey List
0.
I try to create an rarray within an array, but every time I try to type
[struct array arrayWithin arrayWithin-template] in arrays template (both
before and
hey List
0.
I try to create an rarray within an array, but every time I try to type
[struct array arrayWithin arrayWithin-template] in arrays template (both
before and after creation a template for arrayWithin), pd crashes. It
seems like I lack some basic order rules for creating templates. Can
a
On 04/05/15 16:29, Frank Barknecht wrote:
> On Mon, May 04, 2015 at 08:53:59AM +0200, João Pais wrote:
>> You might be able to do what you want without data structures
>> (probably much faster with a [coll], as they're cumbersome to
>> program), but
>
> Actually for the problem at hand (storing li
On Mon, May 04, 2015 at 08:53:59AM +0200, João Pais wrote:
> You might be able to do what you want without data structures
> (probably much faster with a [coll], as they're cumbersome to
> program), but
Actually for the problem at hand (storing lists like "Maj7 1 3 5 7") the best
approach would be
In the pd conv in Weimar I gave a workshop on data structures, where
mainly I adapted Frank's tutorial and added content of my own. Afaik, this
is the most accessible tutorial for data structures for now. I wanted to
steal Frank's symbol-array as well, but since I didn't redo this workshop
Hi,
On Mon, May 04, 2015 at 01:18:46AM -0400, William Huston wrote:
> What I want to do is to be able to store and recall
> a symbol and also a list given an integer index.
>
> Like given index 7 might return "SUS4" and [1 4 5(
> and index 9 might return "MAJ7" and [1 3 5 7(.
a long while ago I
Sorry if this is a newbie question.
I know someone must have already done this,
and don't want to reinvent the wheel.
I know how to do this in a different language
like Perl, which has very rich data structures for
scalars (strings, integers, floats), lists (arrays of scalars),
and hashes (arrays
I can't do any programming, but I could do testing of whatever is
necessary.
Most of the build scripts for extended are still in the pd-l2ork git. It
is a relatively simple matter of making sure:
1) tkpath builds cleanly on Windows (which it should)
2) tkdnd builds ok on Windows (which it s
re: presets
have refined my own preset system with the new text object. can probably
refine further by instead of using predefined group of control values per
line or message, to only put control name in message then prepend the $0-
to the message text coming from preset file. anyways i used to u
Most of the build scripts for extended are still in the pd-l2ork git. It
is a relatively simple matter of making sure:
1) tkpath builds cleanly on Windows (which it should)
2) tkdnd builds ok on Windows (which it should)
3) Windows has xapian and tkxapian libraries (which it should)
4) and then
I was exaggerating - I hope that there will be some developments in that
as well.
Joao
I still want to do something with this, but am stuck as to what to do
so (rather than just try things) I'm waiting until I see a clear path
forward.
cheers
M
On Fri, Nov 28, 2014 at 11:28:49PM +0100, João
I still want to do something with this, but am stuck as to what to do
so (rather than just try things) I'm waiting until I see a clear path
forward.
cheers
M
On Fri, Nov 28, 2014 at 11:28:49PM +0100, João Pais wrote:
> Yes they were, according to Miller's paper. And then the motivation stopped
>
are there any indications somewhere on how to do it?
AFAICT there isn't any technical reason why Pd-l2ork couldn't be built
and run on Windows. There might >be some Linux-centric theming in the
tcl files. But if someone wants to try to get it running on Windows
I'll >be happy to amend any
AFAICT there isn't any technical reason why Pd-l2ork couldn't be built and run
on Windows. There might be some Linux-centric theming in the tcl files. But
if someone wants to try to get it running on Windows I'll be happy to amend any
problem code.
-Jonathan
that's a pity. although you're not the person to ask, are there plans to
make pdl2ork available on windows?
Hi Joao,
Those features won't be available in Pd-extended-- the GUI part depends
on a library called tkpath >which Pd-extended doesn't use.
The tentative plan is to port Pd-l2ork's G
Hi Joao,Those features won't be available in Pd-extended-- the GUI part depends
on a library called tkpath which Pd-extended doesn't use.
The tentative plan is to port Pd-l2ork's GUI to Qt, leveraging QGraphicsview or
QML. The features I've added should be common to any modern 2d API that does
Yes they were, according to Miller's paper. And then the motivation
stopped after a while... :)
On 11/12/2014 03:33 PM, i go bananas wrote:
couldn't that work be put to better use?
depends on your definition of "better".
if i understand correctly, "data structures" have been _the_ motiva
Hello,
I haven't been using Pd regularly for a while now. But as I remember, the
biggest disadvantage of data structures isn't really that they're "buggy"
(i.e. have some issues that usually don't happen in other pd objects, as
Jonathan listed), but that there are very few possible operatio
On 11/23/2014 11:26 PM, Alexandre Torres Porres wrote:
don't even remember cause I stopped messing with it because of them,
but I did discuss about them sometime ago here on the list, with joão
pais, the bottom line is that they were indeed buggy like that and
that you had to cope with it.
We
don't even remember cause I stopped messing with it because of them, but I
did discuss about them sometime ago here on the list, with joão pais, the
bottom line is that they were indeed buggy like that and that you had to
cope with it.
cheers
2014-11-17 2:50 GMT-02:00 Jonathan Wilkes :
> On 11/
On 11/16/2014 10:55 PM, Alexandre Torres Porres wrote:
my two cents is that the data structures are still a bit buggy to work
on. Just hoped they'd be more stable, other than that, can't relate to
the commotion, cheers
What kinds of bugs are you running into?
-Jonathan
2014-11-13 13:45 GMT
my two cents is that the data structures are still a bit buggy to work on.
Just hoped they'd be more stable, other than that, can't relate to the
commotion, cheers
2014-11-13 13:45 GMT-02:00 Jonathan Wilkes via Pd-list :
> It's certainly possible. There's a Pd-l2ork script for creating a
> "vani
It's certainly possible. There's a Pd-l2ork script for creating a "vanilla"
tarball with the l2ork changes in it, so I guess you could try dropping the src
and extra from that into libpd's pure-data directory and see what happens.
But I don't know much about libpd.
-Jonathan
On Thursday, N
offee and beer, you can
drink both)
> look, i LOVE pd and couldn't live without it
i second THAT "emotion"! :)
anybody tried to implement complex fractals in data structures?
> From: i go bananas To: IOhannes m zmölnig
>
> Cc: "pd-list@lists.iem.
in relation to Pd-l2ork,
guys, what's the status of having a 'libpd' for l2ork??? is that possible?
sorry for going off topic...but it is something i have wanted to ask for
ages.
On Thu, Nov 13, 2014 at 6:33 PM, i go bananas wrote:
> IOhannes,
>
> that's kinda what i thought
>
> but real
IOhannes,
that's kinda what i thought
but really, come on...pd's interface is it's weakest point. When miller
started working on the data structures, libpd and all that didn't even
exist. But now, we can just farm out that sort of stuff to other programs.
Compared to the amount of effort
hey list, Jonathan little edit. something got scrubbed
> As far as data structures, my changes hopefully make them easier to
> use. You can create scalars in object boxes. You can update their
> appearance by sending messages to [draw].
might be gold to see this in action in a patch. where/how d
hey list, Jonathan
> Sure... what do people use in Debian/Ubuntu to do screencast + audio?'
ffcast ?? https://github.com/lolilolicon/FFcast
> It's fun to create a bunch of voicebank canvases on the fly with
> [setsize]
might sound insane? :)
> Well, Miller has recently added the "text" field to
On 11/12/2014 03:33 PM, i go bananas wrote:
>
> couldn't that work be put to better use?
>
depends on your definition of "better".
if i understand correctly, "data structures" have been _the_ motivation
for writing Pd (as opposed to continue with max), so i think we owe them :-)
gfmrdsa
IOhann
I stand corrected. Apologies for the noise.
On Nov 12, 2014 12:19 PM, "Jonathan Wilkes via Pd-list"
wrote:
> Well, Miller has recently added the "text" field to [struct], so he does
> work on them, too.
>
> -Jonathan
>
>
> On Wednesday, November 12, 2014 11:59 AM, Jonathan Wilkes <
> jancs...@y
Well, Miller has recently added the "text" field to [struct], so he does work
on them, too.
-Jonathan
On Wednesday, November 12, 2014 11:59 AM, Jonathan Wilkes
wrote:
Pd-l2ork has two internal objects for state-saving called [preset_hub] and
[preset_node]. I haven't used them a ton but
Pd-l2ork has two internal objects for state-saving called [preset_hub] and
[preset_node]. I haven't used them a ton but they seem to handle abstractions
and locality gracefully (even without the need for $0).
As far as data structures, my changes hopefully make them easier to use. You
can cre
On 11/12/2014 09:33 AM, i go bananas wrote:
something i have thought for a LONG time, and i guess a few others
have too.
They are just too hard to use.
but they keep popping up in updates to pd, so it seems they are still
being worked on.
couldn't that work be put to better use?
Yes, but
something i have thought for a LONG time, and i guess a few others have
too.
They are just too hard to use.
but they keep popping up in updates to pd, so it seems they are still being
worked on.
couldn't that work be put to better use?
like, for instance, on a native PD state saving system???
_
80 matches
Mail list logo