and here's a new simpler PR for a quicker consideration
https://github.com/pure-data/pure-data/pull/2668

Em ter., 8 de jul. de 2025 às 15:48, Alexandre Torres Porres <
por...@gmail.com> escreveu:

> Sure, we're working on that, Ben is, actually.
>
> But let me be clear to all in here, the "# stuff" is not a feature
>
> Em ter., 8 de jul. de 2025 às 13:30, Dan Wilcox <danomat...@gmail.com>
> escreveu:
>
>> @Alex: Could you pull out the minimum changes you think would improve the
>> color support as it is while leaving other things (features)
>>
>
> Sure, we're working on that, Ben is, actually.
>
> But let me be clear to all in here, the "# stuff" is not a "feature". On
> the contrary. The idea is to restrict the functionality and only use a
> hexcolor format. This would be easier on the Pd side cause we can check the
> format for invalid requests and prevent tcl/tk errors. This would also be
> easy/better for Pd forks like Pd-L@ork and PlugData that don't use
> tcl/tk, and also for iemguis. In order for not to mess with this and leave
> as is, unrestricted, I'm not sure it's possible to prevent those tcl/tk
> errors, and we'd have to add functionality to iemguis so they also take any
> symbols for colors.
>
> for later, ie. fix things but leave IEM guis as is? I think handling
>> console and other things is best left separately.
>>
>
> I guess we can make a PR with all these requests, with the color
> restriction for last. The iemguis could be separate and this one should be
> considered first. If it's taken as it is, then I think it'd also be a
> no-brainer grabbing the iemguis loading Pd colors as the default. Handling
> those others separately as well also seems cool.
>
> cheers
>
>
>>
>> On Jul 8, 2025, at 6:13 PM, Alexandre Torres Porres <por...@gmail.com>
>> wrote:
>>
>> Em ter., 8 de jul. de 2025 às 05:11, Dan Wilcox <danomat...@gmail.com>
>> escreveu:
>>
>>> I think most of what's in the color fix PR should be considered, except
>>> maybe the # stuff for now.
>>>
>>
>> Yeah, I guess this is the "biggest" one and more controversial, and it's
>> tied to the iemguis issue. It should require a better discussion. I edited
>> the first comment/description and improved the clarity a bit. I think
>> they're all no-brainers and easy to incorporate. But dealing with the
>> iemguis is still not ready and tricky. If you all want symbol, I can also
>> try to let iemguis take color names like "black", "magenta" and "mistyrose".
>>
>> Now, even though this takes care of most issues, there are still a couple
>> more I wanted to add. At least one seems quite important, and it was
>> brought up by you Dan, the ability to also set the blinking text edit
>> marker. But that might be out of my scope... I'd also like to see Pd's
>> console window take Pd's colors, but that seems even more tricky to me.
>>
>> cheers
>>
>>
>>> Introducing colors will be great and remove a sore spot for many and the
>>> things addressed in the PR really refine these changes IMO:
>>>
>>> https://github.com/pure-data/pure-data/pull/2646
>>>
>>> enohp ym morf tnes
>>> -----------
>>> Dan Wilcox
>>> danomatika.com
>>> robotcowboy.com
>>>
>>>
>>> On Jul 8, 2025, at 9:55 AM, Miller Puckette via Pd-dev <
>>> pd-dev@lists.iem.at> wrote:
>>>
>>> There is too much stuff in there for me to check it carefully... I'd
>>> have to put out a new test release and wait a few more weeks.  What are the
>>> urgently needed fixes?  (patch cords of course.)
>>>
>>> There are plenty of other color _features_ we should have but I want to
>>> just deal with the things that are truly needed :)
>>>
>>> cheers
>>> M
>>>
>>>
>> --------
>> Dan Wilcox
>> danomatika.com
>> robotcowboy.com
>>
>>
 ---
pd-dev@lists.iem.at - the Pd developers' mailinglist
https://lists.iem.at/hyperkitty/list/pd-dev@lists.iem.at/message/ZXDW4STGLFFIS6LLLX7TPBXS4BDZSPTT/

Reply via email to