Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

help figuring out how to know when in edit mode and setting cursor
by Alexandre Torres Porres 21 Dec '24

21 Dec '24

Hi, I am hoping to learn how to better code with tcl/tk and GUI design and one of the things I would like to do is trying to make a PR so iemguis can be resized, like comments can. I also wanna do that for my externals. But the mechanism I have there in an object like [else/scope~] and [else/note] is inherited from Cyclone and has a much different strategy, so it seems. Could anyone help me figuring out Pd's code, where exactly to look and dive in, to understand how an object like comment is aware of when Pd gets into edit mode, so it changes its look to show a draggable sidebar. Also, how is it aware that when reaching that sidebar it must show a different double sided arrow cursor? thanks

5 13

Re: why nor increase the '%g' precision for pd64?
by Dan Wilcox 26 Nov '24

26 Nov '24

For pd64, I would just remove the precision (.6) and go normal %g, leaving it up to the system. I don't see the need for making it configurable globally or on a per-object basis, which is adding more complexity. Keep the "data pure" so people can clip, filter, apply an epsilon check for small numbers, etc. ;) If you want to show *everything* losslessly, apparently %.9g for float and %.17g for double, although that seems overdone to me. There are also the FLT_DECIMAL_DIG and DBL_DECIMAL_DIG defines in float.h for this. :) Ref: https://stackoverflow.com/a/21162120 I prefer the simplicity of letting %g of just do it's thing in this case, and keep %.6g as it is for pd32. > On Nov 26, 2024, at 2:20 AM, pd-dev-request(a)lists.iem.at wrote: > > Message: 3 > Date: Mon, 25 Nov 2024 22:20:32 -0300 > From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > Subject: [PD-dev] Re: why nor increase the '%g' precision for pd64? > To: Giulio Moro <giuliomoro(a)yahoo.it <mailto:giuliomoro@yahoo.it>> > Cc: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Message-ID: > <CAEAsFmg=F9zWi0970c83sP4dMYGoOF794w-5DbFTSVcUy0fiSA(a)mail.gmail.com <mailto:CAEAsFmg=F9zWi0970c83sP4dMYGoOF794w-5DbFTSVcUy0fiSA@mail.gmail.com>> > Content-Type: multipart/alternative; > boundary="00000000000076eed00627c6a88b" > > The thing is that a higher precision in single precision will give you many > float imprecision errors and it's also annoying. > > I guess using %g is a good compromise for single precision in messages, > objects (as arguments) and comments. Maybe being able to set with more > versatility would be nice in an object like [print], or as a new parameter > for the number boxes. Or I can try and create externals that deal with this > for power users, I don't know... > > But at least a hardcoded higher precision makes sense in general for pd64. > I don't know yet which one would be good and others here may know better. > And I think that a highger precision by default would deal with your issue > Giulio, right? > > cheers -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

why nor increase the '%g' precision for pd64?
by Alexandre Torres Porres 26 Nov '24

26 Nov '24

Hi, I was about to open an issue on github, but thought it was better to start a discussion here instead. Pd uses the default settings for %g to display numbers in comments, message boxes, number boxes and [print] (and some other stuff, but this is what concerns me). The default precision is "6" (as in "%.6g"). I'm sure this probably has been discussed many times, but even for single precision, this is not satisfactory and we can create numbers in Pd that it can understand, but it can't save them. Let's leave that aside for now, the thing is that I think this could really change and improve for pd64, as such a precision really does seem quite restrictive to me in this case. It should be easy to adapt the code and have a different precision for each case, right? I can also think of a preference settings that the user can set himself. What do you think? cheers

2 2

Re: [PD] Re: Load extensions from abstraction folder?
by IOhannes m zmölnig 14 Nov '24

14 Nov '24

moved this to pd-dev, as it is now more about implementing... On 13/11/2024 12:46, Christof Ressi wrote: > Hi, > > I think this PR would be a first step in this direction: https:// > github.com/pure-data/pure-data/pull/1766 > > So far it only allows to load GUI plugins together with compiled > externals, but I guess the mechanism can be extended to specifically > load GUI plugins. > i just wondered: probably a better approach than PR1766 would be to just expose an API (aka: message to Pd) to call the load_plugin_script on the GUI side. e.g. [; pd load-gui-plugin /path/to/my/plugin( which would then tell the GUI to load /path/to/my/plugin.tcl notes: - this takes the full path, so the GUI doesn't need to know anything about the filesystem organization (for an abstraction it is easy enough to get its own path, e.g. with [file patchpath]; for externals it might be slightly more complicated) - i deliberately left out the file-extension (so it also works when we just motif is the GUI backend) as opposed to PR1766, this moves the responsibility to loading a GUI-plugin from Pd itself to the object/library that wants to use the GUI-plugin. given that an object/library will typically know whether it wants to load a GUI-plugin this is not exactly a bad thing. gmdsar IOhannes

3 8

is there a way to toggle background color in tcl/tk?
by Alexandre Torres Porres 12 Nov '24

12 Nov '24

Hi, working on some GUI externals and want to toggle filling the background color, is it possible? the way I'm doing is recreating the object without filling the background and that seems bad cheers

1 0

Super Fildena: More Than Just an ED Medication
by oliviasmith9784＠gmail.com 11 Nov '24

11 Nov '24

Super Fildena Pill is more than just an erectile dysfunction (ED) medication; it’s a solution for restoring confidence and enhancing overall sexual health. Containing sildenafil citrate, Super Fildena works by increasing blood flow to the penile area, allowing men to achieve and maintain a firm erection. Beyond treating ED, it also helps improve stamina and performance, making intimate moments more enjoyable. Super Fildena’s fast-acting formula offers results within 30-60 minutes and lasts up to four hours, allowing for spontaneous intimacy. For the best outcomes, it’s essential to consult a healthcare provider and follow the recommended dosage for safety and effectiveness. Visit Here: https://www.arrowmeds.com/product/super-fildena/

2 1

Re: help figuring out how to know when in edit mode and setting cursor
by Dan Wilcox 10 Nov '24

10 Nov '24

This is a Tk limitation I believe. I remember looking into it years ago and it appeared that it cannot change the cursor until you move the mouse. I always tell people in workshops to move the mouse before checking the cursor for edit mode or not. It *might* have something to do with how macOS handles it;'s cursors but I think it also applies to the various Linux windowing systems too. Someone can chime in on that. > On Nov 9, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > By the way, I'm always bothered by the fact that the cursor does not > automatically change to a hand when getting into edit mode, we do need to > move the mouse so it can be aware. I wonder if it's because it uses this > 'canvas_doclick' function. Nonetheless, when getting out of edit mode, it > goes back to the arrow cursor just fine. I will open an issue about this, I > hope there is a way to listen to the edit status and make this transition > better. -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 3

Re: help figuring out how to know when in edit mode and setting cursor
by Dan Wilcox 07 Nov '24

07 Nov '24

The "hacky" way is to send the tk command to change the cursor by name: https://www.tcl.tk/man/tcl8.6/TkCmd/cursors.htm You probably need to know which widget ID to configure as well. But IOhannes is right, you will only end up fighting the built in editor logic on this and this is non portable when we consider other GUI frameworks. > On Nov 7, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 3 > Date: Wed, 06 Nov 2024 18:14:10 +0100 > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > Subject: [PD-dev] Re: help figuring out how to know when in edit mode > and setting cursor > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Message-ID: <3C1FEF1E-EFAD-42F5-83DC-4A69EC397EB5(a)iem.at <mailto:3C1FEF1E-EFAD-42F5-83DC-4A69EC397EB5@iem.at>> > Content-Type: text/plain; charset=utf-8 > > Am 6. November 2024 17:56:32 MEZ schrieb Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>: > >> >> In order to know that Pd is in edit mode I do what I consider an ugly hack, >> which is listening to all canvas messages and filter the 'edit' message. I >> think it looks bad in the code and I wonder if there is a simpler way. Or >> if the way comment works is just something not exposed for externals. And I >> have the same inquiry for the cursor thing, if I can learn and apply the >> same mechanism for externals. >> > > Getting the edit mode, should be easy enough: > <https://github.com/pure-data/pure-data/blob/c2d65103e5c068fa466260480b012ef…> > > But iirc, there's no proper way for an arbitrary object to receive mouse events while in edit mode. > Everything you mentioned is hardcoded in Pd's editor itself. > > And the "widgetbehaviour" API is really a prime example of bad design (with respect to extendibility), so it's not easy to change it to make more objects do something class-specific in edit mode, without cluttering rather unrelated code (g_editor), or - possibly - resorting to even uglier hacks > > > > mfg.sfg.jfd > IOhannes -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Get declare -path path names without re-declare t_canvasenvironment
by Charles K. Neimog 22 Oct '24

22 Oct '24

Hi everyone! I need to get the paths declared using [declare -path <mypath>] to be able to add them to the Python search path when using the py4pd object. There is some way to get it? I found solutions on github, but all then redefine t_canvasenvironment. Then they do something like this: t_canvasenvironment *e = canvas_getenv(x->canvas); for (int i = 0; 1; i++) { const char *path_elem = namelist_get(e->ce_searchpath, i); if (!path_elem) { break; } } But this don't seems pretty good 🙃. There is some less hacky way? Thank you! ________________________ Charles K. Neimog | https://charlesneimog.github.io/ | Universidade de São Paulo

2 1

do we need a [pd META] subpatch in the documentation?
by Alexandre Torres Porres 17 Oct '24

17 Oct '24

Hi, I opened an issue about this in https://github.com/pure-data/pddp/issues/255 hopefully others can contribute to the discussion. cheers

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev