Speaking of xdotool, there are quite a few frontends that use gtkdialog along with it, to provide controls. I tried (unsuccessfully) using "tabbed" from suckless.org for its xembed capabilities to put the controls together, but it would be nice to have xembed in gtkdialog directly. The ones that come to mind are vlc-gtk and possibly a webkitgtk browser or a mupdf viewer. I think these are gtkplug and gtksocket._________________Check out my github repositories. I may eventually get around to updating my blogspot.

Speaking of xdotool, there are quite a few frontends that use gtkdialog along with it, to provide controls. I tried (unsuccessfully) using "tabbed" from suckless.org for its xembed capabilities to put the controls together, but it would be nice to have xembed in gtkdialog directly. The ones that come to mind are vlc-gtk and possibly a webkitgtk browser or a mupdf viewer. I think these are gtkplug and gtksocket.

technosaurus,

That's a very interesting idea. While xdotool can be used in another window near a running application as a "command control", it really isn't as good as actually imbedding the program inside a gtkdialog program.

Do you think that gtkdialog code could actually have a generic "application widget" which would allow any other program to run inside a gtkdialog program's window.

GTK/GDK provides a number of methods for manipulating windows: http://www.gtk.org/api/2.6/gdk/gdk-Windows.html. I think Thunor would be able to implement a number of these calls, perhaps obviating the need for any foreign modules. I have implemented some of them in my bacon programs by importing the functions and making appropriate calls.

What do you think?

With kind regards,
vovchikLast edited by vovchik on Thu 06 Oct 2011, 12:10; edited 2 times in total

Would that be similar to a vte terminal widget that was requested as a possible improvement to gtkdialog?
If I understand what a vte terminal is, would that not allow one to run any program in a widget created terminal window?

I know a terminal now can be called from gtkdialog; but only as an external process/application.

I seemed to recall when I was writing a gtkdialog script to format USB floppies, and wanting a terminal window in the script, I stumbled across a similar utility that did not support USB drives, but had a terminal window and worked in Puppy.
It was in the form of a python script.
If one wanted to examine it, it can be found here.

then had a look at the combobox examples, thats when I noticed, combobox widget (deprecated)........bummer!

Geoffrey

Hi Geoffrey

GTK+ has deprecated the combobox (GtkCombo) widget since 2.4 but you can still use it in your application if you wish. As you have experienced, GTK+ dumps error messages when using it, it behaves oddly as though broken when applying GTK+ properties (tag attributes) and it has very limited functionality within Gtkdialog.

I have added two new widgets -- comboboxtext and comboboxentry -- which are far superior to the combobox and I recommend that you try those instead.

Greetings. I asked about this on the "tips" thread and it appears what I want to do cannot be done with gtkcomboboxtext fields, despite these two particular behaviours being "standard" in many GUI applications.

The first one is to be able to "Search as you type" in a comboboxtext. You know the drill, the combobox is selected, it has many entries, and typing in the first few letters will automatically select the first entry that matches. I wonder if this can be implemented somehow in gtkdialog? Even if it were a rudimentary action callback that only works with one letter, that would speed up things a lot for longer comboboxes.

The second one, which is probably not as important, is to be able to have something similar to "<entry activates-default="true">", which enables "Enter" to activate the default button of a dialog. Except that this particular attribute is for gtkEntry fields, not gtkComboBoxText.

Is there any way to have these things supported/working with GtkDialog? Or are they beyond the scope of the program as GTK doesn't provides a good/easy way to support/implement them?

PS: Thanks for continuing development of a very good/practical project.

Just thinking out loud, but would it not be possible to create a fake or do-nothing tag called <comment> or <rem> that would end with </comment> or </rem> that could hold comments on the code? The parser could just ignore everything that started with <rem> and start parsing again after a </rem>.

Greetings. I asked about this on the "tips" thread and it appears what I want to do cannot be done with gtkcomboboxtext fields, despite these two particular behaviours being "standard" in many GUI applications.

The first one is to be able to "Search as you type" in a comboboxtext. You know the drill, the combobox is selected, it has many entries, and typing in the first few letters will automatically select the first entry that matches. I wonder if this can be implemented somehow in gtkdialog? Even if it were a rudimentary action callback that only works with one letter, that would speed up things a lot for longer comboboxes.

Hi SK7000

This behaviour must be coded so you'll find it wherever a developer has implemented it. I agree that it would be a welcome feauture so I'll create a feature request for it.

SK7000 wrote:

The second one, which is probably not as important, is to be able to have something similar to "<entry activates-default="true">", which enables "Enter" to activate the default button of a dialog. Except that this particular attribute is for gtkEntry fields, not gtkComboBoxText.

The GtkComboBoxText and the GtkComboBoxEntry's arrow button will open the item list on Enter -- this is by GTK+ design. The GtkEntry part of the GtkComboBoxEntry is a child widget so it's not reachable via the comboboxentry tag i.e. <comboboxentry activates-default="true"> isn't going to work unless I intercept these and set them on the child widget manually It does make me think though about presenting an interface to child widgets in general, maybe using something like <child activates-default="true"></child> as a widget directive. Currently there's the possibility of a workaround since if the GtkEntry part has the focus it'll emit "activate" on Enter, so you could use <action signal="activate">echo do something</action> to duplicate whatever it is you're doing in the default button.

SK7000 wrote:

Is there any way to have these things supported/working with GtkDialog? Or are they beyond the scope of the program as GTK doesn't provides a good/easy way to support/implement them?

PS: Thanks for continuing development of a very good/practical project.

Just thinking out loud, but would it not be possible to create a fake or do-nothing tag called <comment> or <rem> that would end with </comment> or </rem> that could hold comments on the code? The parser could just ignore everything that started with <rem> and start parsing again after a </rem>.

With kind regards,
vovchik

Hi vovchik

Funny you should say that because when I added the --space-expand and --space-fill command-line arguments I originally attempted to create an application level tag e.g. <project> where you could set properties of the project, but the way Gtkdialog has been set-up is to create everything as a widget and I was wasting a lot of time fighting with it. So yeah, fake widget tags would be useful

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum