Puppy Linux Discussion Forum

[8-bit]

frafa,

Thank you, Thank you, Thank you.
I should mention that I only found one thing that evidently was messing with me running your example.
In your modified example in line 23 loaded in Geany, you had "GTKDIALOG=gtkdialog3"
For me, that meant I was trying to run it with the version of gtkdialog that comes with Puppy and nothing seemed to work.

I realized that upon examining your code change and changed the line to "GTKDIALOG=gtkdialog to use the newest version courtesy of thunor and everything then worked!

But to anyone that tries that script, be sure to use the latest version of gtkdialog or you may have to kill the script or restart x to recover.

I still have to look again at the code as it, for me is a learning experience.

Again, Thank you!

And while I am at it, I again want to thank thunor for all the work he has done and again, in case he did not get my latest post on the google code site, I again offer my sincerest apologies to him as I will admit, I must have been a real pain in the a**.

[disciple]

Hi guys, are the tree widget selection modes working correctly? When I run the tree_selection_mode example with latest svn the "browse" and "single" modes seem to be the same. This surprised me, as I would have thought it was something you'd just pass straight on to GTK.

BTW the list selection modes also don't behave quite as I'd expect. Try running the list example, click on the first list item, drag, and release on the second list item. Then click on the second item, drag, and release on the third item. It always selects (or unselects) the item you click on, even if you don't release on it. Is this behaviour correct?

[disciple]

I've remembered something that I think isn't possible currently, and would be a big enhancement. Currently, I don't think there is any way of defining the type of data in a treeview column, or how it should be sorted when you click on the column header. e.g. if you have a column of file sizes, they would sort like this:

[8-bit]

thunor has been busy in the background.

I cut down part of one of the new text examples and saved it as /root/angles.sh

I thought it was interesting so this is it if you want to try it.
Again, it may take the latest version of gtkdialog.
EDIT: I stand corrected. It runs fine with the original gtkdialog3.

[disciple]

[01micko]

Just thought I'd share my script for updating gtkdialog from svn. It packs up the pets in $HOME, you can adjust it to get rid of the symlink to gtkdialog3 if you wish. Be aware that you must have already downloaded and compiled the first time.

[big_bass]

Micko

[8-bit]

Well, I now have seen 01micko's script, and big_bass's script, so I guess I will show you mine even though it is very simplistic. Also, I guess one could think it dangerous in that it does not allow for alerting one of compile errors. I am unsure if the script would be interrupted if a compiling error occurred.
I used another to initially download the source to /root/gtkdialog.
I then put this script which I called Keep_Current in the /root/gtkdialog directory.

[8-bit]

01micko,
Why are you making the system link:
ln -s gtkdialog gtkdialog3

It seems to me that this would overwrite the original gtkdialog3 and in the process, defeat the idea of having two separate versions so as not to break some existing puppy scripts?
I am not complaining here, just noting that you have two links to the same updated gtkdialog file.

[01micko]

[pemasu]

I have followed 01mickos route with gtkdialog. Better recognize what needs fixing than burying it. I have created same symlinks as 01micko.

[8-bit]

Well, I understand your explanation.
If I knew what applications are effected by just using the newest gtkdialog, and what is needed to make them work, I would go your route.
But for now, I have /usr/sbin/gtkdialog gtkdialog3 and a system link of gtkdialog4 pointing to gtkdialog.
I did not use a PET to install them. Rather, I did it directly.

I had found though that what I thought was an original gtkdialog3 file had in fact been modified by me before I reverted by not copying the compiled gtkdialog to /usr/sbin/gtkdialog3.
I went back and mounted an SFS with the original gtkdialog3 file and copied it over.

But till this all gets figured out as to what scripts are effected, I will remain with my present setup.

Thank you again for the explanation though.

[thunor]

Added colorbutton widget

The widget reference is available here.

• Use the "use-alpha" tag attribute to manage changing the alpha too (it's false by default)
  
• The widget's variable will contain e.g. "#4488cc" without alpha, "#4488cc|32767" with alpha
  
• The default signal is "color-set", emitted when the user selects a colour
  

frafa requested GtkColorSelection (GtkColorSelectionDialog as a widget) and I saw a recent Gtkdialog application (JWM Theme Maker) that uses a colour selection dialog from Xdialog so I decided to add this now as opposed to leaving it till the next development period.

GTK+ uses16bit colour components i.e. #rrrrggggbbbb (the dialog shows #rrggbb) but Gtkdialog expects it to be input and outputs it using the more useful #rrggbb.

GTK+ uses16bit alpha 0-65535 (the dialog shows 8bit 0-255) but Gtkdialog has to use 16bit because the GTK+ property "alpha" expects 0-65535.

You don't have to use the "alpha" GTK+ property though, you can pass it in via the e.g. <default>#4488cc|32767<default>, <input> or <input file> directives but it won't have an effect unless you've set the tag attribute use-alpha="true".

Since I found hardly anything on the net about converting between these formats, I worked it out in the end (#4488cc == #44448888cccc, 127 (0x7f) == 32639 (0x7f7f), so you can convert the alpha like this (integer arithmetic):

8bit_alpha * 257 = 16bit_alpha
(16bit_alpha + 257 / 2) / 257 = 8bit_alpha

[EDIT] I'll expand on this so there's an example: suppose you chose the colour #99bfac and an alpha of 173 -- the widget's variable would contain "#99bfac|44461" -- so once you've isolated the alpha you can convert it like this (I've printed it in hex so you can see how the 16bit alpha value is constructed:

[vovchik]

Dear thunor,

Thanks for the colorselect function. Brilliant!

With kind regards,
vovchik

PS. Would fontselect be too much to ask for?

[thunor]