Code: Select all
<item>"0 |0|00| 0"</item>
<item>"1|01| 1|1 "</item>
<item>"02| 2|2 |2"</item>
<item>" 3|3 |3|03"</item>
<item>"4 |4|04| 4"</item>
<item>"10|010| 10|10 "</item>
) No one.What obstacles do you see in including the latest rev at the time in the next beta?
1) When it turns into a chore is a good time to stop01micko wrote:1) Approxamately, how far will you go in this dev cycle? (I guess until you are tired of it
2) Do you think much, if any, backward compatibility will be broken? (apart from bad code)
but I'm still having fun and there's not much left I want to add/fix at this time. I might've finished with it in a week so I'll make an 0.8.2 source package release and it would be nice if you could build that for inclusion into slacko.
Code: Select all
--- src/widget_pixmap.c~ 2012-09-06 13:18:44.189883986 +0800
+++ src/widget_pixmap.c 2012-09-06 13:13:03.901816603 +0800
@@ -61,6 +61,8 @@ void widget_pixmap_clear(variable *var)
/***********************************************************************
* Create *
***********************************************************************/
+void autorefresh(GFileMonitor *monitor, GFile *file, GFile *to_file, GFileMonitorEvent event, gpointer image){
+ gtk_image_set_from_file( GTK_IMAGE(image), g_file_get_path(file));}
GtkWidget *widget_pixmap_create(
AttributeSet *Attr, tag_attr *attr, gint Type)
{
@@ -136,6 +138,9 @@ GtkWidget *widget_pixmap_create(
widget = gtk_image_new_from_file("");
}
}
+/* Note that this autorefresh is on by default - should add another tag_attr */
+ g_signal_connect(g_file_monitor_file(g_file_new_for_path(find_pixmap(file_name)),
+ G_FILE_MONITOR_NONE, FALSE, NULL), "changed", G_CALLBACK(autorefresh),(gpointer) widget);
break; /* Only one image is required */
}
}
Code: Select all
#!/bin/sh
echo -e "1|2|3|4\n10|20|30|40" > /tmp/list
menu (){
#external menu
if [ $PTR_BTN = 3 ]; then
echo -n > /tmp/OUTPUT
if [ "$TABLE" ]; then
export gtkdialog_menu='
<window title="menu" decorated="false" height-request="90" skip_taskbar_hint="true">
<vbox spacing="2">
<button height-request="20" xalign="0" can-focus="no" relief="2"><label>" command 1 "</label><action>echo 1 > /tmp/OUTPUT</action><action>EXIT:exit</action></button>
<button height-request="20" xalign="0" can-focus="no" relief="2"><label>" command 2 "</label><action>echo 2 > /tmp/OUTPUT</action><action>EXIT:exit</action></button>
<button height-request="20" xalign="0" can-focus="no" relief="2"><label>" command 2 "</label><action>echo 3 > /tmp/OUTPUT</action><action>EXIT:exit</action></button>
<button height-request="20" xalign="0" can-focus="no" relief="2"><label>" command 2 "</label><action>echo 4 > /tmp/OUTPUT</action><action>EXIT:exit</action></button>
</vbox>
<action signal="focus-out-event">EXIT:exit</action>
</window>'
gtkdialog -p gtkdialog_menu -G +"$(($PTR_X_ROOT-5))"+"$(($PTR_Y_ROOT-5))" > /dev/null
OUTPUT=($(<"/tmp/OUTPUT"))
case "$OUTPUT" in
1) gxmessage 1;;
2) gxmessage 2;;
3) gxmessage 3;;
4) gxmessage 4;;
esac
fi
fi
}
export -f menu
export win='
<window>
<vbox>
<table sort-function="1" column-visible="false|true" hscrollbar-policy="2">
<variable>TABLE</variable>
<height>100</height><width>120</width>
<label>"1 |2 |3 |4 "</label>
<input file>/tmp/list</input>
<action signal="button-press-event">menu</action>
<action>echo $TABLE</action>
</table>
</vbox>
</window>
'
gtkdialog --program=win With the table widget, left-click de/selects rows, the right mouse button does nothing except fire signals. The table widget does not utilise the right mouse button so it has no effect on the contents of the table.zigbert wrote:...
When it comes to right-click-menu, it suffers from rigid selection mode in <table>. You have to first select the row with a left-click before clicking right button to show the menu. Not the best usability... - But worst, <action> HAS TO be executed before <action signal="button-press-event">
Code: Select all
button-press-event
button-release-event
select-row
I'll have a look at this next. If you're thinking of using the tree widget then look at what I've done above because it's comparable to the recent table updates.zigbert wrote:I wonder, would it be troublesome to add your great sort-function="0/1/2" to the <tree> widget?
I've just committed this in r426.zigbert wrote:... sort-function="0/1/2" to the <tree> widget?
Hi sc0ttmansc0ttman wrote:Thanks for all the updates.. How do I get (checkout) a version older than the latest? Cos with r428 I have taller than usual <tree> entries... The height of each entry is larger than before... I would like to go back and build the latest rev where this doesn't happen, for now...
Code: Select all
svn checkout -r 420 http://gtkdialog.googlecode.com/svn/trunk/ gtkdialogThanks for that technosaurustechnosaurus wrote:I figured out a more cross-platform way to do autorefresh:
(my previous implementation may be faster on linux, but won't work on systems without inotify like bsd, solaris, unix, mac or windows)Code: Select all
--- src/widget_pixmap.c~ 2012-09-06 13:18:44.189883986 +0800 +++ src/widget_pixmap.c 2012-09-06 13:13:03.901816603 +0800 @@ -61,6 +61,8 @@ void widget_pixmap_clear(variable *var) /*********************************************************************** * Create * ***********************************************************************/ +void autorefresh(GFileMonitor *monitor, GFile *file, GFile *to_file, GFileMonitorEvent event, gpointer image){ + gtk_image_set_from_file( GTK_IMAGE(image), g_file_get_path(file));} GtkWidget *widget_pixmap_create( AttributeSet *Attr, tag_attr *attr, gint Type) { @@ -136,6 +138,9 @@ GtkWidget *widget_pixmap_create( widget = gtk_image_new_from_file(""); } } +/* Note that this autorefresh is on by default - should add another tag_attr */ + g_signal_connect(g_file_monitor_file(g_file_new_for_path(find_pixmap(file_name)), + G_FILE_MONITOR_NONE, FALSE, NULL), "changed", G_CALLBACK(autorefresh),(gpointer) widget); break; /* Only one image is required */ } }