Puppy Linux Discussion Forum

8-bit · Joined: 03 Apr 2007 Posts: 3018 Location: Oregon

I have been experimenting with having more than one child window opened and controlled by the main_dialog window.
I have found that the child windows have to be opened in a specific order or it causes a crash.
They can be closed from the main window without having to deal with order that they were launched.

I used 3 gtkdialog examples to create the script.
I am attaching it for your comments and also to show it is doable.
Edit: fixed version attached

sunburnt · Joined: 08 Jun 2005 Posts: 4006 Location: Arizona, U.S.A.

thunor; Sorry... I meant "notebook" ( It`s been awhile... ).
I think you understood what I meant about Basic and XML "syntax" types.
The closing tags are not needed because the start of the next control description
ends the previous control`s description, closing`s not needed, it`s already done.

"Basic" type of syntax example:

technosaurus · Joined: 18 May 2008 Posts: 3843

A common way to close an xml tag that doesn't encompass other elements is to end it with "/>" instead of "></sometag>" , but I've never bothered to try it.

If you want basic syntax for gtk, there are projects that do that.
Same goes for python, C++, c#, .net, tcl...

However, it is _possible_ to do what you are asking by conversion (this is essentially part of what a compiler does) ... you are just using tracking of multiple n * \t (pita to implement) instead of just looking for the next <tag...
In other words, it may be easier to write, but it is typically slower to parse, not that the existing parser is particularly fast, considering it _requires_ libxml2 while gtk can be built with expat (which is much smaller) and glib has its own GMarkup* xml parser - don't ask me why gtk doesn't just use it.

sunburnt · Joined: 08 Jun 2005 Posts: 4006 Location: Arizona, U.S.A.

Hi technosaurus; I haven`t seen any Basic to GTK+ converters other than the extra stuff
that BaCon comes with, it may be very good though. Need to look at it...
Do you have any links to other Basic to GTK+ converters like this?

Speed at parsing... Seems like it would be faster the fewer characters to read.

Still, all in all it is only a little work to write a converter, I wrote many in VisualBasic
and I`ve written a few in Bash script, like the Basic to gtkDialog I mentioned.
The gtkBasic file could be executed, or the gtkDialog file it made could be saved.
### gtkDialog should be able to produce a GTK+ executable file that`d run faster.

But as I said above, doesn`t anyone else agree that the Basic code is way
easier to read, write, and understand than the crap XML syntax ?????
That alone should be enough for everyone to like and support this idea.

And again... It is so easy for it to support several syntax types... Why not?

disciple · Posted: Fri 29 Jul 2011, 03:51 Post subject:

thunor

sunburnt · Joined: 08 Jun 2005 Posts: 4006 Location: Arizona, U.S.A.

disciple; Yes, there`s lots of Basic programming languages.

The focus seems to be being missed, which may be my problem here.

I`m only talking about Basic type syntax, not the programming language.

I intended for my suggestion to focus on advantages of clean and readable code.

And then there was my pointing out gtkDialog`s scattered way of specifying
a control`s properties, which could be easily corrected in the new syntax.
Of course the property specs should be fixed for the XML syntax also.
One format for specifying properties, easy to learn, remember, read, and write.

8-bit · Joined: 03 Apr 2007 Posts: 3018 Location: Oregon

Thank you thunor! You are right on top of things.
I am glad that my example of opening two child windows from the main window causing a crash when not opened in a certain order was tracked to something as simple as a column value.
In my example, I changed column=1 to column=0 and no more crash.

I basically made the example to prove to myself that a child process could be more than just a dialog box after having Barry state that is what he thought.

So anyway, the code in gtkdialog was ok. It was the examples that were at fault.

I should also bring to your attention that the example script "07.02-list_actions" does not work and barring a remedy, should be removed.
When run, it taxes the processor and has to be killed to recover.

thunor · Posted: Fri 29 Jul 2011, 14:11 Post subject:

Dougal · Posted: Fri 29 Jul 2011, 15:57 Post subject:

sunburnt · Joined: 08 Jun 2005 Posts: 4006 Location: Arizona, U.S.A.

Hi Dougal; I said somewhere that the only gtkDialog tags that need closing tags are: hbox, vbox, and notebook.
So...

thunor · Posted: Fri 29 Jul 2011, 17:17 Post subject:

technosaurus: I'm going through the examples and came across 01.04-button_icon_actions which only shows one button image out of 77 and I found it to be /usr/local/lib/X11/mini-icons/top.xpm.

This is the button code:

thunor · Posted: Fri 29 Jul 2011, 20:09 Post subject:

8-bit · Joined: 03 Apr 2007 Posts: 3018 Location: Oregon

I remembered having this little item for a while.
It is a script tester for gtkdialog that looks for matching closing tags in a script as a debugging tool.
To me, it is useful.
So I am attaching it for others that may have use for it.
It could be expanded to include more tags to look for.

I am not sure who originally created it so I do not know who to give credit too for the utility.

sunburnt · Joined: 08 Jun 2005 Posts: 4006 Location: Arizona, U.S.A.

thunor; I know what you mean about the different parts of the widgets loading.
And I`ve looked at C code implementing GTK+, it`s not straight forward and quite involved.

What you list as your "to-do" list sounds like a good internal house cleaning.
As one might suspect, the inside works of Gtkdialog are in need of help.