Re: [PD] theme all the things

2021-01-03 Thread Andre Osku Schmidt
On Sun, 3 Jan 2021 04:55:07 + (UTC)
Sebastian Shader  wrote:

> Idk that much about x11 but on aqua and windows there are colors like 
> systemHighlight that correspond to system theme colors.
> I think on x11 the way to do it might be through setting 
> .Xresources/.Xdefaults and xrdb

i know that we can set new names (for colors) in xrdb, but can we do it on osx 
and ms-windows?
(i doubt a general theme will have enough colors/names for all use-cases, so we 
need new names)

i know that we can use multiple files with xrdb, but can we do it on osx and 
ms-windows?
(the bigger (as in scope) a file grows, the harder it gets to manage it)

but xrdb is sadly only used by old/legacy apps and almost no new app since a 
long while now uses it...

therefor i was planning on doing the "compromise standard", that every 
app/toolkit has its own theme/color/config file and the app manages its 
handling. so for pd, something like:

- system: /etc/xdg/pd/colors.file
  - (and the same on other operatingsystem, if they have such standard paths)
- user: ~/.config/pd/colors.file
  - (and the same on other operatingsystem, if they have such standard paths)

and the load order would be the "standard" (latter overwrites previous):

1. app defaults
2. system config
3. user config
4. (in case of pd: colors set in pd-patch?)

if this feature is not needed/wanted in vanilla pd, then i would like the 
included/default colors in pd to be in an own file (instead in pd-gui.tcl) so i 
can simply overwrite that file in my system after installing pd package. :P

but in any case, thank you for doing all the hard work to get custom colors in 
pd!
(that white pd-patch background was blowing my eyes in my dim-lit studio)

cheerio
.oskude

ps. on a funny side-note, i am experimenting to see if i can (as in will it be 
feasible to me) color my whole linux system (from linux console to last app) 
with just 8(16) colors (cause thats the default of linux console) :D



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] theme all the things

2021-01-02 Thread Andre Osku Schmidt
On Sat, 02 Jan 2021 14:47:53 +0100
IOhannes m zmölnig  wrote:

> Am 2. Jänner 2021 13:27:05 MEZ schrieb Andre Osku Schmidt :
> > hello people,
> > 
> 
> > - is someone working on this already? (i haven't used pd in a
> > ~decade...)
> 
> check out: https://github.com/pure-data/pure-data/pull/196

but of course, i remember now... >.<*

well, at least i "learned" couple things while re-inventing the wheel ;P

sorry but i could not follow the hundreds of comments in that pull-request, 
what is there still todo?

fwiw, i agree that the scope should be kept minimal (i would even go as far as 
to not change tk(k) theme colors (it currently overwrites my tk(k) theme colors 
used by pd-window "terminal". but ultimately i don't actually care where i need 
to change the colors...))

not sure if i should comment on that pull-request that my "end-goal" would be 
to load the colors from system theme in /etc/whatever (and i assume some would 
like to load from ~/whatever & other os system/user config paths). and while i 
was doing my experiment, the "pkgIndex way" felt like a good place to add this 
new tcl code?

so maybe that pull-request could/should add the colors to tcl/pd_colors.tcl (or 
something, but instead tcl/pd-gui.tcl) and the system/user theme loading code 
could then later be added there?

but i don't actually know what i'm talking about, and mostly go by 
trial-and-error and "feel", so...

fwiw, i'll now keep using this pull-request (in case the merge is waiting for 
bug testing). it at least changes all the (and more) colors i need, cool!

cheerio
.oskude



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "make app" for vanilla?

2021-01-02 Thread Andre Osku Schmidt
> other solutions are welcome though ;)

in case you want a custom ui, and want pd only for the "it's running in the 
background" part, i've been experimenting with pd+osc+qml and it's pretty nice! 
but i guess if one needs much/fast data between pd<->qml, osc might not be 
enough... (i already got "bad feeling" sending waveform average datas over osc)

so it's really itching in my fingers to make an app (like pd(droid)party) with 
qt (that supposedly can compile for every os!) and libpd (i know only that it 
exists). and use pd patches for the "backend" and qml scripts for the 
"frontend"...

but don't hold your breath, creating (cross) compiling and "advanced" (qt) 
c/c++ code is something where i seem to rage quit pretty early... *nudge nudge, 
wink wink*

qt: https://doc.qt.io/qt-5/supported-platforms.html
qml: https://doc.qt.io/qt-5/qmlapplications.html
osc: https://github.com/hecomi/qml-osc

cheerio
.oskude

ps. in case you try my fork of qml-osc, it seems i broke single values, hups... 
todo...
pps. there is also https://www.qt.io/qt-for-python but meh...



On Thu, 31 Dec 2020 18:19:36 -0300
Alexandre Torres Porres  wrote:

> Hi, we all know Pd Extended had that nice feature of sharing your patch as
> an app, could that be available for Vanilla as a plugin? What would it
> take? What other similar solution could we have instead?
> 
> Of course we can just share a zipped file with the patch and all external
> dependencies, and then ask people to download Pd vanilla, but the "app"
> idea is still more convenient for complete dummies.
> 
> cheers
> happy 2021




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] theme all the things

2021-01-02 Thread Andre Osku Schmidt
hello people,

i'm on a (hobby) quest to match all the themes in my desktop (linux) system and 
could not resist to try if i could add theme support to pd...

attached is my first experiment (theme.patch for current pd git master), that 
defines colors in tcl/pd_theme.tcl for following initial (as in, only before 
user select) colors:

- canvas background
- all? text (but not labels)
- cords (can we call them cables? cause i always think of coordinates :P)
- in/outlet and borders of
  - object
  - message
  - number
  - symbol

before i dig much deeper (and make a branch and all that jazz), i was wondering:

- is someone working on this already? (i haven't used pd in a ~decade...)
- is there a better way to do this? (i'm a webmonkey, so dunno...)
- do we wanna theme tk(k) widgets from this theme too?
- or otherway round, theme pd widgets from tk(k) theme?
- and most importantly, how do we wanna name the colors? :D

or any other notes/comments/ideas/whishes you have.

cheerio
.oskude

ps. the included theme colors are ugly by design, so i can easily spot what has 
not yet changed. (and the all-the-things.pd is just for testing)
diff --git a/all-the-things.pd b/all-the-things.pd
new file mode 100644
index ..aec34cda
--- /dev/null
+++ b/all-the-things.pd
@@ -0,0 +1,38 @@
+#N canvas 617 258 376 311 12;
+#X obj 15 278 print;
+#X msg 15 11 hello world;
+#X floatatom 31 43 5 0 0 1 label - -;
+#X symbolatom 47 72 10 0 0 1 label - -;
+#X text 159 254 comment;
+#X obj 60 101 bng 15 250 50 0 empty empty label 17 7 0 10 -262144 -1
+-1;
+#X obj 72 127 tgl 15 0 empty empty label 17 7 0 10 -262144 -1 -1 0
+1;
+#X obj 86 163 nbx 5 14 -1e+37 1e+37 0 0 empty empty label 0 -8 0 10
+-262144 -1 -1 0 256;
+#X obj 163 46 vsl 15 128 0 127 0 0 empty empty label 0 -9 0 10 -262144
+-1 -1 0 1;
+#X obj 226 168 hsl 128 15 0 127 0 0 empty empty label -2 -8 0 10 -262144
+-1 -1 0 1;
+#X obj 196 58 vradio 15 1 0 8 empty empty label 0 -8 0 10 -262144 -1
+-1 0;
+#X obj 224 204 hradio 15 1 0 8 empty empty label 0 -8 0 10 -262144
+-1 -1 0;
+#X obj 308 23 vu 15 120 empty empty -1 -8 0 10 -66577 -1 1 0;
+#N canvas 0 50 450 250 (subpatch) 0;
+#X array array1 32 float 3;
+#A 0 0.3 0.34 0.4 0.44 0.44 0.46 0.46 0.46 0.46 0.44 0.42 0.4 0.38
+0.36 0.3 0.18 0.079 0 -0.02 -0.02 -0.02 -0.02 -0.02 -0.02 -0.02
+0 0 0 0.04 0.04 0.059 0.079;
+#X coords 0 1 32 -1 32 100 1 0 0;
+#X restore 244 38 graph;
+#X connect 1 0 0 0;
+#X connect 2 0 0 0;
+#X connect 3 0 0 0;
+#X connect 5 0 0 0;
+#X connect 6 0 0 0;
+#X connect 7 0 0 0;
+#X connect 8 0 0 0;
+#X connect 9 0 0 0;
+#X connect 10 0 0 0;
+#X connect 11 0 0 0;
diff --git a/src/g_canvas.c b/src/g_canvas.c
index 32dc7d8f..df2c337b 100644
--- a/src/g_canvas.c
+++ b/src/g_canvas.c
@@ -821,7 +821,8 @@ static void canvas_drawlines(t_canvas *x)
 linetraverser_start(&t, x);
 while ((oc = linetraverser_next(&t)))
 sys_vgui(
-".x%lx.c create line %d %d %d %d -width %d -tags [list l%lx cord]\n",
+".x%lx.c create line %d %d %d %d -width %d -tags [list l%lx cord] "
+"-fill $::pd_theme::cord_color\n",
 glist_getcanvas(x),
 t.tr_lx1, t.tr_ly1, t.tr_lx2, t.tr_ly2,
 (outlet_getsymbol(t.tr_outlet) == &s_signal ? 2:1) * x->gl_zoom,
diff --git a/src/g_rtext.c b/src/g_rtext.c
index ea752318..d9fc2004 100644
--- a/src/g_rtext.c
+++ b/src/g_rtext.c
@@ -336,7 +336,8 @@ static void rtext_senditup(t_rtext *x, int action, int *widthp, int *heightp,
 escbuf,
 sys_hostfontsize(font, glist_getzoom(x->x_glist)),
 (glist_isselected(x->x_glist,
-&x->x_glist->gl_gobj)? "blue" : "black"));
+&x->x_glist->gl_gobj)?
+"$::pd_theme::text_select_color" : "$::pd_theme::text_color"));
 }
 else if (action == SEND_UPDATE)
 {
@@ -483,7 +484,8 @@ void rtext_select(t_rtext *x, int state)
 t_glist *glist = x->x_glist;
 t_canvas *canvas = glist_getcanvas(glist);
 sys_vgui(".x%lx.c itemconfigure %s -fill %s\n", canvas,
-x->x_tag, (state? "blue" : "black"));
+x->x_tag, (state?
+"$::pd_theme::text_select_color" : "$::pd_theme::text_color"));
 }
 
 void rtext_activate(t_rtext *x, int state)
diff --git a/src/g_text.c b/src/g_text.c
index 3367d786..2a14a3ee 100644
--- a/src/g_text.c
+++ b/src/g_text.c
@@ -1297,7 +1297,8 @@ void glist_drawiofor(t_glist *glist, t_object *ob, int firsttime,
 int onset = x1 + (width - iow) * i / nplus;
 if (firsttime)
 sys_vgui(".x%lx.c create rectangle %d %d %d %d "
-"-tags [list %so%d outlet] -fill black\n",
+"-tags [list %so%d outlet] "
+"-fill $::pd_theme::outlet_color -outline $::pd_theme::outlet_color\n",
 glist_getcanvas(glist),
 onset, y2 - oh + glist->gl_zoom,
 onset + iow, y2,
@@ -1315,7 +1316,8 @@ void glist_drawiofor(t_glist *glist, t_object *ob, int

Re: [PD] [GEM] output gemwin to video file workaround using ffmpeg on macos

2020-06-01 Thread Andre Osku Schmidt
On Thu, 28 May 2020 16:33:41 -0400
ffdd cchh  wrote:

> Hi everyone,
> 
> Is it possible to grab the OpenGL stream

try https://github.com/apitrace/apitrace





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] rendering pd patches outside pd

2020-03-07 Thread Andre Osku Schmidt
hello "pudists?",

i'm tinkering on a pd-patch-to-svg thing* for web-browsers and ran to couple 
show-stoppers with pd patches (when used outside pd).

1. a pd-patch has no info how many in/out ports an element has.

i guess a "better" workaround could be a "cheat-list", but that would not work 
with "dynamic" inlets/outlets, right?
what do you think about adding inlet+outlet port counts in the pd patch file?

2. a pd-patch position/sizes are "hard-coded" to font size.

i guess its inevitable to not, right?
what do you think about adding an official font (and size?) for pd?
(that could then be included in pd and elsewhere)

or other solutions?
or is this not "worth" the "trouble"?
(its just for fun, and i got plenty of other fun ideas;)

cheerio
.oskude

* https://github.com/oskude/pd-svg

ps. been a whiiile since i last used pd, so excuse me if i forgot/missed 
something related/important.



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list