gtkdialog1-1.4
Yes, we need not just a talking interface -it should be able to sing us to sleep...
"full patch between 1,1 and my present source"
This would be helpful to make sure nothing gets missed. I'm pretty sure that I have downloaded all the patches you have posted, but yesterday I wanted to make sure I had all of them. But, the two patch sets from October 2012 are no longer available(from earlier in this thread) Can you repost them -or maybe they are too large for the new forum size limits. In that case, you can email them to me directly.
"full patch between 1,1 and my present source"
This would be helpful to make sure nothing gets missed. I'm pretty sure that I have downloaded all the patches you have posted, but yesterday I wanted to make sure I had all of them. But, the two patch sets from October 2012 are no longer available(from earlier in this thread) Can you repost them -or maybe they are too large for the new forum size limits. In that case, you can email them to me directly.
I'm definitely gonna need a diff or full sources of where you are right now. The patches applied cleanly up through 033*.diff but then there were problems with the last three patches.
I'm gonna create a 1.2 version which covers up to patch 33*. Then, a full diff of your present sources against 1.1 will let me roll the last three patches together. Thanks for keeping things orderly.
I'm gonna create a 1.2 version which covers up to patch 33*. Then, a full diff of your present sources against 1.1 will let me roll the last three patches together. Thanks for keeping things orderly.
"cutback versions of gtkDialog" Hmmm, I think that a fleshed-out(read bloated) newer version defeats the purpose of the tool. Anyone who needs access to every widget and attribute available in gtk should simply write their program in C. The whole purpose of the tool was to make the most useful features available to script languages.
Looking at the implementations written for later GtkDialog versions gives me a royal headache -I find it much easier to read the C code for those features.
Looking at the implementations written for later GtkDialog versions gives me a royal headache -I find it much easier to read the C code for those features.
I think we need renaming this thing...
I was thinking about "guish" - it contains elements of gtk, gui and sh.
Also is the last part of distinguish.
guish might even satisfy conusers.
What you say?
I was thinking about "guish" - it contains elements of gtk, gui and sh.
Also is the last part of distinguish.
guish might even satisfy conusers.
What you say?
Yes it can be a problem knowing how things are pronounced in other languages.
Guish to me could be either 'goo-ish' or 'gwish'.
Gwish has no meaning, goo is just sticky stuff, as in World of Goo' etc.
Not knowing any better, and for years only ever read the word without hearing it spoken, I'm one of those poor noobs who say 'lie-nux' rather than linn-ux' for Linux. But I prefer my pronounciation and the only people I say it to are none the wiser.
Anyway, it should cause no offence to English speakers, but I can't guarantee it is not an Albanian word for 'scrotum'.
Guish to me could be either 'goo-ish' or 'gwish'.
Gwish has no meaning, goo is just sticky stuff, as in World of Goo' etc.
Not knowing any better, and for years only ever read the word without hearing it spoken, I'm one of those poor noobs who say 'lie-nux' rather than linn-ux' for Linux. But I prefer my pronounciation and the only people I say it to are none the wiser.
Anyway, it should cause no offence to English speakers, but I can't guarantee it is not an Albanian word for 'scrotum'.
nice choicegoingnuts wrote:I think we need renaming this thing...
I was thinking about "guish" - it contains elements of gtk, gui and sh.
Also is the last part of distinguish.
guish might even satisfy conusers.
What you say?
"diarrhea, loose stool
I ate chili hotdogs, and later found guish in my pants."
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
Gwish looks like it would be a fork of gnocl.
Phone apps do take too long to actually start.
Gtk+xml ... Its not really a shell and actually useful from c,perl,tcl,lua,sh...
Phone apps do take too long to actually start.
Gtk+xml ... Its not really a shell and actually useful from c,perl,tcl,lua,sh...
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
gnutsdialog (g can be silent, or pronounced like in g-nome)
Puppy Linux Blog - contact me for access
I don't understand how phones got int here.
@GN -Using 'guish' would definitely show that you have the appropriate sense of humor for an open-source developer...
I'm kinda with techonosaurus in that one would expect guish to *be* a shell instead of a shell-driven utility -although the dialog equivalent for tcl is called 'wish'.
I was just DuckDuckGo-ing for guish and found this on first page:
http://sourceforge.net/projects/guish/
so, someone has beat you to it anyway.
I'm afraid I can't think of anything useful to suggest, right now, but be assured that I'll be thinking about it... 'dialogtk', 'gtk4shell'
Xdialog deservedly used the *dialog* part since the syntax used is compatible with (c)dialog. And, there used to be a tool called gtkdialog -long before the tool recognized here as 'gtkdialog' The original gtkdialog was more like gmessage. For reference, here's a link to the 'orginal' gtkdialog:
http://distro.ibiblio.org/amigolinux/do ... 04.tar.bz2 Get that while it is still hot, because it is no longer available anywhere else.
@GN -Using 'guish' would definitely show that you have the appropriate sense of humor for an open-source developer...
I'm kinda with techonosaurus in that one would expect guish to *be* a shell instead of a shell-driven utility -although the dialog equivalent for tcl is called 'wish'.
I was just DuckDuckGo-ing for guish and found this on first page:
http://sourceforge.net/projects/guish/
so, someone has beat you to it anyway.
I'm afraid I can't think of anything useful to suggest, right now, but be assured that I'll be thinking about it... 'dialogtk', 'gtk4shell'
Xdialog deservedly used the *dialog* part since the syntax used is compatible with (c)dialog. And, there used to be a tool called gtkdialog -long before the tool recognized here as 'gtkdialog' The original gtkdialog was more like gmessage. For reference, here's a link to the 'orginal' gtkdialog:
http://distro.ibiblio.org/amigolinux/do ... 04.tar.bz2 Get that while it is still hot, because it is no longer available anywhere else.
..expected standard for current user interface on efficient hardware (a desktop/laptop generally has more resources), which are far more advanced than even our current gtkdialog much less old versions. Why not just use dsl?amigo wrote:I don't understand how phones got int here.
I recall RS removing gtkdialog altogether, since like you, he felt it added too much "bloat". Developers tend to like features like file filters, etc., and will most likely find some other language to write with if it isn't there.
technosaurus: I get the point - the xml part opens up new possibilities.
01micko:Not bad at all reminds me of an explanation of the use of strip in the old pupngo thread...
amigo:Thanks for the research. Might be that the names with build in meaning might turn up already used.
So guish is out - but we got some nice quoting possibilities.
Its more difficult than I thought...in many ways...
01micko:Not bad at all reminds me of an explanation of the use of strip in the old pupngo thread...
amigo:Thanks for the research. Might be that the names with build in meaning might turn up already used.
So guish is out - but we got some nice quoting possibilities.
Its more difficult than I thought...in many ways...
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
Trying to get GtkDialog 1.3 to work under x86_64.
So far, I got it to work with GTK2, but with a static build with musl, tinyxlib, glib1 and GTK1 it enters a deadlock in malloc(), when called by gtk_new_window(). Both Valgrind and GDB fail to reveal why this happens, so I'm still investigating the code.
So far, I got it to work with GTK2, but with a static build with musl, tinyxlib, glib1 and GTK1 it enters a deadlock in malloc(), when called by gtk_new_window(). Both Valgrind and GDB fail to reveal why this happens, so I'm still investigating the code.
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]