Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Mon 22 Dec 2014, 22:27
All times are UTC - 4
 Forum index » Advanced Topics » Cutting edge
Gtkdialog Development
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 25 of 55 [821 Posts]   Goto page: Previous 1, 2, 3, ..., 23, 24, 25, 26, 27, ..., 53, 54, 55 Next
Author Message
8-bit


Joined: 03 Apr 2007
Posts: 3398
Location: Oregon

PostPosted: Wed 05 Oct 2011, 21:35    Post subject:  

Thank you seaside. That was very informative and will help me in my daily use of Puppy and applications thereof.
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4427

PostPosted: Wed 05 Oct 2011, 22:14    Post subject:  

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.
_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 888

PostPosted: Thu 06 Oct 2011, 11:11    Post subject:  

technosaurus wrote:
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.

That would be really attractive.

Regards,
s
Back to top
View user's profile Send private message 
vovchik


Joined: 23 Oct 2006
Posts: 1287
Location: Ukraine

PostPosted: Thu 06 Oct 2011, 11:46    Post subject:  

Dear seaside and technosaurus,

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,
vovchik

Last edited by vovchik on Thu 06 Oct 2011, 12:10; edited 2 times in total
Back to top
View user's profile Send private message 
8-bit


Joined: 03 Apr 2007
Posts: 3398
Location: Oregon

PostPosted: Thu 06 Oct 2011, 11:54    Post subject:  

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.
Back to top
View user's profile Send private message 
vovchik


Joined: 23 Oct 2006
Posts: 1287
Location: Ukraine

PostPosted: Thu 06 Oct 2011, 12:09    Post subject:  

Dear 8-bit,

It would be nice to have a vte-type widget, but libvtexxxx.so is between 600 and 700k, and it is not in all puppies. I don't know of any easy and light alternatives Sad

With kind regards,
vovchik
Back to top
View user's profile Send private message 
8-bit


Joined: 03 Apr 2007
Posts: 3398
Location: Oregon

PostPosted: Thu 06 Oct 2011, 14:07    Post subject:
Subject description: terminal window in an 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.

So if one can write python code, that is an alternative.
Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 888

PostPosted: Thu 06 Oct 2011, 18:20    Post subject:  

vovchik,

Problem is half solved already. You suggest gtkdialog calls could be made to send control commands to another window (directly instead of using xdotool).

Only part left is to get a widget in gtkdialog --e.g
<open_application_window width="" height="" exec="">
which contains a distinct window id.

Whew, that was alot easier than I thought. Smile Wink

Regards,
s
Back to top
View user's profile Send private message 
Geoffrey


Joined: 30 May 2010
Posts: 1516
Location: Queensland Australia ɹǝpu∩uʍop

PostPosted: Tue 11 Oct 2011, 20:24    Post subject:  

I have a problem, I was in the process of writing a script and seem to have a problem with the combobox, it throws me a GLib-GObject-WARNING
When I activate the dropdown list
Code:
(gtkdialog3:2385): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.0/gobject/gsignal.c:3079: signal name `depressed' is invalid for instance `0x8518a70'


I'm running Lucid Puppy 5.2.8.
I've run a combobox script in quirky nop 1.20 and had no errors using
Code:
gtkdialog version 0.7.21 (C) 2003-2007 Laszlo Pere, 2011 Thunor


so it appears to be something to do with Lucid Puppy 5.2.8, which has this
Code:
gtkdialog version 0.7.21 (C) 2004, 2005, 2006, 2007 by Laszlo Pere


edit: I updated the gtkdialog
Code:
gtkdialog version 0.8.1 (C) 2003-2007 Laszlo Pere, 2011 Thunor


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


Geoffrey
Back to top
View user's profile Send private message 
thunor


Joined: 14 Oct 2010
Posts: 350
Location: Minas Tirith, in the Pelennor Fields fighting the Easterlings

PostPosted: Thu 13 Oct 2011, 06:41    Post subject:  

Geoffrey wrote:
edit: I updated the gtkdialog
Code:
gtkdialog version 0.8.1 (C) 2003-2007 Laszlo Pere, 2011 Thunor


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.

Regards,
Thunor
Back to top
View user's profile Send private message Visit poster's website 
SK7000

Joined: 12 Oct 2011
Posts: 4

PostPosted: Thu 13 Oct 2011, 13:07    Post subject: gtkComboboxText improvements  

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. Surprised
Back to top
View user's profile Send private message 
vovchik


Joined: 23 Oct 2006
Posts: 1287
Location: Ukraine

PostPosted: Thu 13 Oct 2011, 16:55    Post subject:  

Dear thunor,

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
Back to top
View user's profile Send private message 
thunor


Joined: 14 Oct 2010
Posts: 350
Location: Minas Tirith, in the Pelennor Fields fighting the Easterlings

PostPosted: Thu 13 Oct 2011, 18:49    Post subject: Re: gtkComboboxText improvements  

SK7000 wrote:
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 Confused 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. Surprised

You're welcome Smile

Regards,
Thunor
Back to top
View user's profile Send private message Visit poster's website 
thunor


Joined: 14 Oct 2010
Posts: 350
Location: Minas Tirith, in the Pelennor Fields fighting the Easterlings

PostPosted: Thu 13 Oct 2011, 19:01    Post subject:  

vovchik wrote:
Dear thunor,

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 Smile

Regards,
Thunor
Back to top
View user's profile Send private message Visit poster's website 
8-bit


Joined: 03 Apr 2007
Posts: 3398
Location: Oregon

PostPosted: Fri 14 Oct 2011, 02:26    Post subject:  

I had thought Zigbert had already had an example in the Gtkdialog Tips thread on adding comments to a gtkdialog script.
I had tried it with mixed results though.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 25 of 55 [821 Posts]   Goto page: Previous 1, 2, 3, ..., 23, 24, 25, 26, 27, ..., 53, 54, 55 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Cutting edge
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1164s ][ Queries: 12 (0.0239s) ][ GZIP on ]