for the majority of the warnings for undefined reference to ...
the header files could all be included in gtkdialog.h (the way gtk.h does - it will make things easier in the long run) ... also this:
#ifndef HEADERFILENAME_H
#define HEADERFILENAME_H
<rest of header>
#endif

I think a lot of the unused variables are from gtk2-ectomy ... just needs a few things commented out

How to handle those updates? Maybe leave the original starting code as is and then when enough patches done submit a new version and keep the starting point "forever" present?
Edit: Added GTK_TEXT and GTK_EDITABLE before widget in above.

Also following patch in widget.c remove 1 warning:
IN fill_label_by_file:

Oh, I love it! -err, I think I do anyway. Itries to do this myself some years ago -actually from the old 'gins' program, but could never get it working enough to run...
I say i think I like it because actually I hate XML -both as a reader and a writer. Still, this excellent news for me- Count on me grabbing everything you do right for gtk1!

Edit: As a historical note, before there was the gtkdialg you already know, there was a gtkdialog for gtk1, which was a replacement for xmessage. It's actually rather attractive. You can still get it at that place ith all the gk1 stuff which has disappeared from everywhere else LOL:
http://distro.ibiblio.org/amigolinux/download/DeskTop/MsgDialog/gtkdialog-1.04/
Nice looking buttons.

@amigo, I attempted to do it with gtkdialog-0.7.20 a while back myself - got it to compile, but it would load and immediately exit (now I realize it was probably just a pixmap) - I am not missing libxml either (too bad rox needs it too), but I speculate that is how the var="value" tags were added and wonder if we could do it another way (using jwm's code maybe) or somehow instead use regular tags. The obvious example is <wtitle> in this version compared to <window title="" ...> I doubt Thunor will want much to do with our patches (at least for a while), it will be enough for us to just try to catch up to his work (though I may try to make a locate replacement shell script that he could use)_________________Web Programming - Pet Packaging 100 & 101

The number of changes so far is pretty small actually and probably manageable eventually upstream, I would think. I had to maually edit the Mkefile of course to get it to compile, but it is running at least. Could I hope that you would try to use gtk1 gdk-pixbuf loaders instead of relying on hard-coded xpm's? You know you're gonna want this thing to look as good as possible too eventually.

The thing I hate about XMl is that all the tags look alike. Unless it is prettily-formatted it just looks like gibberish.

I maintain the aine chatbot which uses a tag syntax which is pretty easy to use and read -easier than the AIML it was adapted from. Perhaps you'd want to look at that? I've made a couple of small changes to the syntax myself since I took it over. The last maintainer put a lot of work into building a tight parser in C. Still, as it is, libxml2 is gonna be there if you have rox anyway -and who would do without that?

which also seems to make function "action_closewindow" in actions.c unused and removable.

amigo: I do not hope this messing with gtk1 and the old gtkdialog source is "stepping on someones toes"? Should I ask someone for permission to do this or anything else to avoid violation of someone rights?

It's GPL2, so aside from omitting COPYING from your tarball, you are good

OK thanks - I will include that.

Quote:

before you remove the close window chunks, there are a couple of examples that open child windows (see original 0.58.11 sources gtk_launch)

The patch was to make that example work - took the code-bit for "Closewindow" from 0.56 but haven't tried to remove the function from action.c yet - it just looks as nobody else is using it...

The idea of using parser method from jwm or other sources sounds good. Might remove need for the parser/lexer "black-box-stuff". I will try to catch up with all the patches until now, create a config.h for the DEFINES and try to create a single headerfile as you suggested - and submit a new source-tar.

Did not went well with the single header file - think the parser messed up. Also found that your gtkff failed if the "g_free (xpm_filename); " is in the GtkWidget *xpm_label_box function -as the only one of the scripts -so remove that from the function.
Would like to test the action append but cant find any examples on the format - anyone has an example of this?
We might have to make a more general test script to verify things are working as intended...

I only posted gtkff because I had to head out for the weekend and wanted to have an extra example (I was backporting my Woo-ff stuff)

for testing I wonder if having an action:close ?syntax? at the end of a script with only 1 widget (or widget group) per script and testing for the return value would be workable?

Then have a single script with all of the widgets so that you can bypass running the test suite if it opens/closes properly. (btw I did get most of the 0.58.11 examples to run before I left, and it looked as if a lot of the gtkdialog2 apps may work with minimal modification, but I didn't have time to track them down)

the only other mods I made were to add various templates for implicit definition stuff to appropriate headers
the only ones I recall
added yy* stuff to parser.h and added parser.h to those *.c files that gcc complained about
basically a lot of:
grep <missing_template> *.c
then copy the:
<some_type> some_function(various args);
to the .h file of the same name as that .c file

I was just dumping it at the bottom so they may not make for good patches, because I couldn't readily determine the organizational structure of the code. I think I got it down to maybe 5 or so warnings.

Edit: so here is my todo list of apps in no particular order
backport some low hanging fruit (p-apps ... suggestions?)
union/aufs/symlink frontend for {s,2,3,4}fs.../iso/partitions/directories/...pretty much anything you can mount
archive utility (guitar and friends need to much tweaking)
simple mp3 player using minimp3 and signals

btw I am going to rewrite/rename bashbox from scratch for this and plan to incorporate CLI functionality where possible as well as optional text to speech (I'd like to have some kind of voice recognition too, so I'll probably stub that out)_________________Web Programming - Pet Packaging 100 & 101

Updated source and shipped a static build version. Included examples from different versions - not all working or revised to work.
Now menu-widget is working including more than 1 command-action. Append works (syntax: <action>append:FROM,TOO</action>).
Tree is not working - tempted to just remove it.
Would like to implement alignment of text (its always centered in text-widget), user setting of button-size and have the edit-widget working as an small editor (file open/save and append works) but cant use "fileselection" to parse and open a file inside the edit-widget.
Still a "lot" of compiler warnings to fix...

Keep up the good work. At some point I might work on patching the full sources so that config-time option for gtk1 can be used.

Text and tree code is the hardest to convert. For tips and example code, look at older source which allowed using either gtk1 or gtk1. rox-1.2.2 is one example. I'll have to dig to make more suggestions. even if you never get every possible widget working, having a few of the basics working will be great in order to use the same scripts with either toolkit.

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