Dominique Dumont posted on Sat, 20 Jul 2024 18:21:21 +0200 as excerpted:
> One that I've figured out is that g_object_set is used a lot to tweak
> colors and this call requires a string returned by gdk_rgba_to_string().
>
> This requires to convert 'rgb(x,y.z)' strings to GdkRGBA and then to
> convert in an hexa string.
That's pretty much where I was going too, thinking there must be a missing
conversion somewhere and (without being a real coder) trying to poke it
until it worked, looking at g_object_set among others.
> g_object_set also accepts foreground-rgba parameters, but I could not
> make it work.
The sticky wicket is how much hexa there still is and the constant format
conversion. My naive pre-source-check impression of the commit notes was
that it's all removed with rgb(r,g,b) replacing. How wrong that was! No
wonder a conversion or two seem to have been missed somewhere or be
slightly misformatted or something thus bugging it!
Meanwhile, one thing I've concluded in all this as someone much more used
to hacking on kde code: Certainly as compared to pan on gtk, with the kde
frameworks sitting on top of qt, often, what's left at the app level is
little more than glue code (true, often C++ glue code tho often it's
qtscript, but glue code, none-the-less), something a shell-scripting admin
can easily get their minds around (especially with the good commenting).
The gtk API code pan uses is a *lot* lower level and harder for a shell-
scripting-admin-type reader (the once upon a decades-ago semester or two
of pascal not withstanding) to grok and hack on!
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
___
Pan-users mailing list
Pan-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/pan-users
