(old)Puppy Linux Discussion Forum

its just the buttons that are the keys often vary in size. oh well, i guess the number bar can still serve as a visual aid of sorts.

you see the number bar is above the keys. it shows the key numbers in order. the technical side of things work. the 21-40 piano keys and 4 piece percussion all work.

EDIT: those examples didn't help the number bar issue, but i was able to get the "piano keys" to scale up when you enlarge the window!

A trick I often use is to center a button in a column
http://gtkdialog.googlecode.com/svn/tru ... _alignment

____________________________________________


...and a column width can be controlled by a width request
http://gtkdialog.googlecode.com/svn/tru ... scrollable

ended up splitting the number bar into icons. which worked.

EDIT: its now finished, PET can be found here:
http://murga-linux.com/puppy/viewtopic.php?t=101714

Here's a change I suggest for the about button... resizable="false" ---> fixes strange resizing of window in some cases

_____________________________________________________

It would be cool if pressing the keyboard keys worked as well
but that might take some C programming.

___________________________________________

Putting the version number in the window title is good practice..
I first start my scripts by defining VERSION
then I can use it latter in script

______________________________________________

If you want to make the window color stand out
Here is an example pupmemo that is simple to understand

http://www.murga-linux.com/puppy/viewto ... 09d2fd2cae

___________________________________________

With the recent news that Roxterm is not going to be further developed owing to major issues getting to working with gtk3, I was wondering if gtkdialog is still being developed such that it is gtk3 compatible?

I imagine, gtk2 will mainly vanish from our systems one day in the not-so-distant future, just as gtk1 did previously.

William

Gtk3 isn't even compatible with gtk3. There is no point except to beta test for gtk4 (which will hopefully be stable, but I wouldn't hold my breath)

Gtk3 gtk4... either way, if we take the time to write apps based on gtkdialog (or yad or Bacon or ...) that needs to keep up with developments or wise to use a different approach guaranteed to still be usable in a few years time. And I'm talking about simple gui frontends for scripts not complex apps that are best programmed in complex programming languages like gtk... or qt themselves (programming in which are beyond the skills of most of us anyway).

So question remains: is gtkdialog being maintained or is gtk2 the end of the line for it?

William

Regardless of whether gtk2 is the end of the line, does anyone know if there has been any maintenance anywhere since the google code shutdown? I see there are plenty of people that exported the repository to github. I didn't click on them all, but I did sort by most recently updated, and didn't see any actual recent commits.

To set the record straight, Thunor did add support for GTK+ 3. It just got broken by some changes to the library interface. VTE was the main culprit, and it was relatively easy to fix. After fixing a misplaced #endif it is also possible to compile gtkdialog without VTE.

I think the problem Thunor was having with GTK+ 3 itself was actually an incompatibility between GTK+ 3 and an older version of GNOME GLib. Some functionality was being moved from GTK to GLib and had been removed from GTK+ 3 but was not yet present in GLib.

If you want to use gtkdialog on a GTK+ 3 distro I compiled six variants on the "Releases" tab of my fork at github.

https://github.com/woodenshoe-wi/gtkdialog/releases

I think it would be a shame to abandon gtkdialog when the fixes needed to get it working again with GTK+ 3 are so minor.

woodenshoe-wi wrote: I think it would be a shame to abandon gtkdialog when the fixes needed to get it working again with GTK+ 3 are so minor.

I doubt GTK+ 2 will be going away any day soon, but good that you've fixed GTK+ 3 replacement for future use - there being so many Puppy app/utils written in bash/gtkdialog some people may still want to dig them up in year 2084...

Admittedly, I think it is time programming on Puppy moved on a bit from bash/gtkdialog in terms of future efforts - but there will maybe be a lot of inertia before that can come to pass or maybe not many are interested in programming for Pups now anyway; now that so many full-featured apps can so readily be installed via the Ubuntu/Debian repos.

wiak

Dear woodenshoe-wi,

Thanks. I had thought about doing that myself but was put off by the sheer volume of work. Your gtk3 version works nicely in Tahr. I suppose gtk4 will use the same css business, so porting from gtk3 to gtk4 may not be as onerous as what you have already done. Great work.

With kind regards,
vovchik

I can't take credit for GTK+ 3 support. Thunor had already added it, I just fixed some problems with newer versions of VTE.

There was only one thing that I had to fix for GTK itself and that was only one line plus a #if GTK_CHECK_VERSION(2,2,0)

https://github.com/woodenshoe-wi/gtkdia ... 0900da04c8

@woodenshoe-wi
Really great stuff!
I have linked your work in the Tips an Tricks thread

UHHHH

GTK+4

Really,
do we have too.

Does anyone have an idea of what's the gains, against gain in size yet?

Zigbert, technosaurus, vovchick, thunor, etc, any ideas from the prelims?

thanks
scsijon
ps i'm still trying to work out gtk+3 changes for sourcery (mainly scrambled gtk2 due to age) that i need some bits from, let alone having to deal with gtk4 (a totally unknown to me).

EDIT1: AH, this may be of much interest https://blogs.gnome.org/desrt/2016/06/1 ... not-gtk-4/. It settles me a bit. Buit https://blogs.gnome.org/desrt/2016/06/1 ... not-gtk-5/ doesn't!