There's been a bit of discussion about this in https://github.com/pure-data/pure-data/issues/1482
For abstractions, the general way to do user-facing colors is to use iemguis and set their values. For iemguis the solution for color theming in the discussion above was to add a flag to iemguis (sliders, bangs, radios etc) for whether to use the set value (current behavior) or to take the color values from the theme. We could also add settable colors to gatoms (list, number & symbol boxes) for ui. I think for arrays this is partially done. (my pr uses a color value of -1 to use theme color for array values). -Seb On Saturday, September 28, 2024 at 12:50:30 PM CDT, adam johnson <ulioi...@gmail.com> wrote: Could we have color information saved in the patch like we have font size? That would mean abstractions would honor it as well which would be nice but possibly a great deal of work? Even dark mode seems it would be difficult to make work error free short of simply inverting all colors which does not always work the best. On Sat, Sep 28, 2024 at 11:49 AM Alexandre <por...@gmail.com> wrote: > > > Em sáb., 28 de set. de 2024 às 12:26, Miller Puckette > <mpucke...@cloud.ucsd.edu> escreveu: >> So we could easily have these three settable via preferences or command >> line, like "pd -colors white black blue" >> >> Or am I missing something? > > Not really I guess, and it's a good start, but we could have more settable > colors for more items. At least I think that's what the seb shader's PR is > about, right? And his 'pdnext' fork can set collors for different things like > inlets/outlets and stuff. > > I guess people that are using Pd-next like, for instance, to set a different > color for control and signal inlets/outlets, and also different colors for > signal/control connections. Different colors for objects, message boxes and > stuff/etc. > > Anyway, one way or another, we could also have these settings in the > preferences, not only via startup flags. Or maybe it's just preferable to > have it in the settings (say, under the 'misc' tab), so users can pick the > colors and also save it as part of a whole preference settings. > > We could start with the basic few colors and maybe later add more options for > configuring more specific items. > > cheers > >> >> cheers >> >> M >> >> On 9/27/24 6:25 PM, Dan Wilcox wrote: >>> It seems people have some solutions for sure, but they do largely >>> relay on some Tcl ala https://github.com/pure-data/pure-data/pull/196 >>> <https://urldefense.com/v3/__https://github.com/pure-data/pure-data/pull/196__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiSJYUedDQ$>. >>> >>> However said PR is pretty clean and has been use for some time. >>> >>> As for any sort of transition, I think we need proper encapsulation of >>> the communication for GUI control so that using a different widget >>> systems is easier, ie. GUI comm wrappers to make the comm more Tcl >>> agnostic. *Next* we could do a transition where a minimal version of >>> vanilla can stay with Tcl/Tk while a development version can try >>> something else. >>> >>> I know this came up already for projects like Bela that rely on >>> (re)implementing the GUI and IOhannes started work on this in a PR >>> last year, but ran into performance problems. If we really have an >>> easy and *smart* way to separate "core" and "gui" so that the core >>> doesn't care how the GUI renders as long as it gets mouse/touch >>> movements and sends "draw object here", then people can do whatever >>> they want instead of trying to force every change onto Pd. >>> >>> IOhannes' PR https://github.com/pure-data/pure-data/pull/1765 >>> <https://urldefense.com/v3/__https://github.com/pure-data/pure-data/pull/1765__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiTWDdSKfA$> >>> >>> I feel the same about other pain points for people: provide some >>> modularization so that all forks use the same core and just implement >>> their own versions as long there are appropriate hooks for access. I >>> think this is happening slowly but, honestly, I see the continued >>> "pd-extended version 10" forks undermining development in this >>> direction. Oh well, can't force people to work in a certain way. >>> >>>> On Sep 27, 2024, at 4:52 PM, Miller Puckette >>>> <mpucke...@cloud.ucsd.edu> wrote: >>>> >>>> Yeah, I just haven't made time to study the various proposals and >>>> figure out what to do about it. I sort of want to figure out if/how >>>> to migrate from Tcl/TK and am resisting putting in all sorts of gui >>>> features that might cause trouble later. So far I think Pd has to be >>>> able to generate colors in '999' format, plus foreground, background, >>>> and selected-item colors (black, white and blue by default). >>>> >>>> Personally I've found configurable colors in other editors to be a >>>> major pain when I make the background black and the foreground white, >>>> as I prefer for editing text - some briliant helpful person has >>>> decided to make my editor highight syntax in colors I can't see >>>> against black. I'd rather not get into a mes like that with Pd :) >>>> >>>> Miller >>>> >>>> On 9/27/24 1:03 PM, Dan Wilcox wrote: >>>>> If you are amenable... can we find a way to make this runtime >>>>> configurable in an upcoming vanilla release? There are at least 2-3 >>>>> implementations and a PR already. The issue is a paper-cut for many >>>>> users. >>>>> >>>>>> On Sep 27, 2024, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: >>>>>> >>>>>> Message: 3 >>>>>> Date: Fri, 27 Sep 2024 10:31:36 +0200 >>>>>> From: Miller Puckette <mpucke...@cloud.ucsd.edu> >>>>>> Subject: [PD] Re: Changing vanilla colors >>>>>> To:pd-list@lists.iem.at >>>>>> Message-ID: <9feaa31e-38b5-4301-b464-1c2de63ce...@cloud.ucsd.edu> >>>>>> Content-Type: text/plain; charset=UTF-8; format=flowed >>>>>> >>>>>> I think you can now use any hex color you want - I avoided those in the >>>>>> 90s when a lot of screens were color-mapped but that's a rarity >>>>>> nowadays. >>>>>> >>>>>> cheers >>>>>> >>>>>> Miller >>>>> >>>>> -------- >>>>> Dan Wilcox >>>>> danomatika.com >>>>> <https://urldefense.com/v3/__http://danomatika.com/__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiRGltkMIw$><https://urldefense.com/v3/__http://danomatika.com__;!!Mih3wA!D14At2S5KsE0Vbo1eLyWuBmQsqao2OS-ueap-l2Mau9qYkmHmbR0WYkL0ruicmYujxgb-XmVMu7_Lv4$> >>>>> robotcowboy.com >>>>> <https://urldefense.com/v3/__http://robotcowboy.com/__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiQKstNluw$><https://urldefense.com/v3/__http://robotcowboy.com__;!!Mih3wA!D14At2S5KsE0Vbo1eLyWuBmQsqao2OS-ueap-l2Mau9qYkmHmbR0WYkL0ruicmYujxgb-XmVlRiUCYM$> >>>>> >>>>> >>>>> --- >>>>> pd-list@lists.iem.at- the Pure Data mailinglist >>>>> https://urldefense.com/v3/__https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/XGR5FVV6UKIDTYNQZIBSM6MVCXL5SEAH/__;!!Mih3wA!D14At2S5KsE0Vbo1eLyWuBmQsqao2OS-ueap-l2Mau9qYkmHmbR0WYkL0ruicmYujxgb-XmVajWA9w0$ >>>>> >>>>> To unsubscribe send an email topd-list-le...@lists.iem.atmailing list >>>>> UNSUBSCRIBE and account-management >>>>> ->https://urldefense.com/v3/__https://lists.iem.at/__;!!Mih3wA!D14At2S5KsE0Vbo1eLyWuBmQsqao2OS-ueap-l2Mau9qYkmHmbR0WYkL0ruicmYujxgb-XmVBfrpOcw$ >>> >>> -------- >>> Dan Wilcox >>> danomatika.com >>> <https://urldefense.com/v3/__http://danomatika.com__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiRLZWOhKQ$> >>> robotcowboy.com >>> <https://urldefense.com/v3/__http://robotcowboy.com__;!!Mih3wA!En0D-kBkmTpN7u_MgwnVFt5YChSkB1Ejm06hkeRMOiSwoOskejmuQPhIIrC6eJVTqTYZS3Bpjw5XXjjeuiTF39PzLQ$> >>> >> >> --- >> pd-list@lists.iem.at - the Pure Data mailinglist >> https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/4W43T5JQMLCT7S4HHRGBFHUVFYSL7EX3/ >> >> To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.iem.at/ > --- > pd-list@lists.iem.at - the Pure Data mailinglist > https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/5EFUULYURPOSBDSI7S4NHDLUQNGRQDQR/ > > To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.iem.at/ --- pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/Y3E7YPVU3Y2I3RJHWZM2GDFHKA4T2K7W/ To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/ --- pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/OEF7U53X4UK3QI5VHLAMFOOMFLIR63HW/ To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/
