| Author |
Message |
amigo
Joined: 02 Apr 2007 Posts: 1759
|
Posted: Wed 28 Mar 2012, 11:51 Post subject:
|
|
| goingnuts wrote: | The 'max-length' in entry is supported in gtk1 - forgot to tell you...
Cool with the additions! Just tested some of the examples from 0.7.20: A great deal of the syntax is accepted by gtkdialog1 but might not be supported though.
How to coordinate? I have a few modifications lying around too and if we start making syntax from 0.7.20 acceptable (but maybe not responsive), we need to keep things updated... |
I know that max-length is now supported. What I meant was that there are other gtk widgets, where the official gtk2 version accepts some attributes/arguments (like 'max-length' in GtkEntry), which are not supported by the official gtk1 widget.
I was having a go at the <window> tag, but I think the tag_attr stuff needs to be reworked to the new scheme to support the new window attributes (like 'center' and the new window-naming syntax), There's two new files tag_attributes.c/h and new syntax is used throughout for all widgets which use tag attributes (s.widgets, Widget_Type stuff) -it's a bit beyond me. I think the tag_attr stuff should be translated first, because there are also new attributes and signals supported by several widgets (see note in ChangeLog for 0.7.1). I'll PM you a copy of the diff with the changes as far as I got.
Also, there is the rest of the pip_malloc stuff which should be fixed - I think I can handle that -it's all in the diff from 0.59.8-to-0.7.4.
If you have any small changes that are already done, create patches of each one (or all together, if you must) and send them to me. I'll merge them with mine into a new interim working version. The sooner they get merged the easier. I think the window tag/attributes is pretty important for having later syntax work. As I said, most of the later syntax changes are not new tags, but new actions, attributes and signals which are mostly handled as part/options of existing tags.
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Thu 29 Mar 2012, 03:36 Post subject:
|
|
Maybe easyer to use lexer.l and parser.y from 0.7.20 and fix what might be missing? I think 0.7.20 accepts most 0.59.8 syntax...
I revised the "gtk_image_menu_item_new_from_stock" gtk1-wrapper to show stockicons - still mis code to capitalize first letter of the label though...
| Description |
|
| Filesize |
60 KB |
| Viewed |
648 Time(s) |

|
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Tue 03 Apr 2012, 14:43 Post subject:
|
|
20120403: New release: GtkDialog1-1.1 uploaded
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Sun 22 Apr 2012, 16:04 Post subject:
|
|
A small application using gtkdialog1 - collection of system information and tools.
| Description |
stats-0.1 in the gtk1 version |
| Filesize |
23.07 KB |
| Viewed |
573 Time(s) |

|
| Description |
System information tool using gtkdialog1
|

Download |
| Filename |
stats-0.1.pet |
| Filesize |
5.97 KB |
| Downloaded |
206 Time(s) |
|
|
Back to top
|
|
 |
technosaurus

Joined: 18 May 2008 Posts: 3843
|
Posted: Sun 22 Apr 2012, 17:34 Post subject:
|
|
I put together a Wary pet (the only listed dependency is libgdk_pixbuf - which it is as long as there is a sane dependency base, but there is not - so I have a gtk-all package that works on wary)
| Description |
debian patched and compiled on 4.3.x, so should work on all later versions
|

Download |
| Filename |
gtk_all-1.2.10-12.pet |
| Filesize |
738.89 KB |
| Downloaded |
219 Time(s) |
| Description |
|

Download |
| Filename |
GtkDialog1-1.1-i486.pet |
| Filesize |
36.44 KB |
| Downloaded |
199 Time(s) |
_________________ Puppy Web Desktop Now with pet packages - Pet Packaging 100 & 101
|
|
Back to top
|
|
 |
technosaurus

Joined: 18 May 2008 Posts: 3843
|
Posted: Tue 24 Apr 2012, 13:08 Post subject:
|
|
I have an idea for gtkdialog1 dialog builder, but wanted to get some feedback to see if it would be doable or even useful or if someone could improve on my roadmap. My idea was to have a glade style panel (made with gtkdialog) and display the gtkdialog window to the side. The panel could simply fill the clipboard with template code and automatically generate placeholder buttons within the tag (for window the button would be the whole area, for hbox a full horizontal button...) that would dump the clipboard to that location between ">" and "</" - replacing the placeholder button(s) and restart the gui... to make it look nicer the placeholder buttons could eventually be styled differently etc...
Any thoughts?
_________________ Puppy Web Desktop Now with pet packages - Pet Packaging 100 & 101
|
|
Back to top
|
|
 |
seaside
Joined: 11 Apr 2007 Posts: 836
|
Posted: Tue 24 Apr 2012, 16:14 Post subject:
|
|
| technosaurus wrote: | I have an idea for gtkdialog1 dialog builder, but wanted to get some feedback to see if it would be doable or even useful or if someone could improve on my roadmap. My idea was to have a glade style panel (made with gtkdialog) and display the gtkdialog window to the side. The panel could simply fill the clipboard with template code and automatically generate placeholder buttons within the tag (for window the button would be the whole area, for hbox a full horizontal button...) that would dump the clipboard to that location between ">" and "</" - replacing the placeholder button(s) and restart the gui... to make it look nicer the placeholder buttons could eventually be styled differently etc...
Any thoughts? |
technosaurus,
Perhaps something like this-
http://www.murga-linux.com/puppy/viewtopic.php?p=415421#415421
but much better
Regards,
s
|
|
Back to top
|
|
 |
starhawk
Joined: 22 Nov 2010 Posts: 1827 Location: Everybody knows this is nowhere...
|
Posted: Sat 05 May 2012, 12:41 Post subject:
|
|
Two of the attachments on page1 are corrupted -- I cannot get either GZip (on Win and Puppy) or 7zip (on Win) to open either *.gz file. (One of the TarBZ2 files opens, I didn't test the other.)
I hope that the smaller of the two *.pets posted on this page will work in pUPnGO. If not... well
_________________ siht daer nac uoy fi uoy od os dna skcor yppup 
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Sat 05 May 2012, 14:33 Post subject:
|
|
| starhawk wrote: | Two of the attachments on page1 are corrupted -- I cannot get either GZip (on Win and Puppy) or 7zip (on Win) to open either *.gz file. (One of the TarBZ2 files opens, I didn't test the other.)
|
Well - no - they are fake .gz files. Remove the .gz extension and make them executable.
|
|
Back to top
|
|
 |
starhawk
Joined: 22 Nov 2010 Posts: 1827 Location: Everybody knows this is nowhere...
|
Posted: Sat 05 May 2012, 15:33 Post subject:
|
|
Oh.
*facepalm*
_________________ siht daer nac uoy fi uoy od os dna skcor yppup 
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Thu 24 May 2012, 14:48 Post subject:
|
|
Another demo: gtkcdplayer.
Based on cdtool-2.1.8 - included in attached pet.
Update 20120527: v0.2 optimized db use (no look up if cd recognized), removed wrong text if cdplay/cdown not found, moved stopbutton and now cdtool binaries supplied as mcb-cdtool.
| Description |
v0.2 including mcb-cdtool
|

Download |
| Filename |
gtkcdplayer-0.2.pet |
| Filesize |
39.44 KB |
| Downloaded |
159 Time(s) |
| Description |
|
| Filesize |
20.41 KB |
| Viewed |
422 Time(s) |

|
Last edited by goingnuts on Sun 27 May 2012, 10:01; edited 1 time in total
|
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 2422
|
Posted: Thu 24 May 2012, 19:31 Post subject:
|
|
Makes a nice command-line cd tool. (i.e, cdtool)
|
|
Back to top
|
|
 |
technosaurus

Joined: 18 May 2008 Posts: 3843
|
Posted: Thu 24 May 2012, 20:26 Post subject:
|
|
another candidate for a gui would be a pdf viewer using mupdf draw
mubusy draw -o "$1-%d.png" "$1" (... though I could use jwm just as easily with my jwm image viewer hack)
... it also does pdf->text and all sorts of other stuff
the mupdf viewer itself has no controls and uses ~10Mb RAM, gtkdialog1 should be about half that and could provide some controls
btw, did anything ever come of your xembed stuff ... would be kinda neat to use xdotool/etc... on an embedded viewer (for stuff like tabbed terminal, vlc-gtk and similar mupdf-gtk)
using the $1-%d.png method would work with this:
jwm_image_view *.png
(here is the code, it should be a little less complicated with gtkdialog though)
| Code: | #!/bin/ash
#NOTE $HOME/.jwm/jwmrc-tmp needs to be <include>d in the jwmrc
IMAGE1=""
while ([ $1 ]) do
case ${1} in
*.png|*.jpg|*.xpm)[ $IMAGE1 ] && IMAGES=${IMAGES}' '${1} && IMAGELAST=${1} || IMAGE1=${1};;
height=*)eval ${1};;
Close)rm -rf ${HOME}/.jwm/jwmrc-tmp;jwm -restart;exit;;
*);;
esac
shift
done
PREVIOUS=${IMAGELAST}' '${IMAGE1}' '${IMAGES%*${IMAGELAST}}
NEXT=${IMAGES}' '${IMAGE1}
SMALLER='height='$((${height:-192}/2))' '${IMAGE1}' '${IMAGES}
LARGER='height='$((${height:-192}*2))' '${IMAGE1}' '${IMAGES}
MAXHEIGHT=`xwininfo -root`
MAXHEIGHT=${MAXHEIGHT##*-geometry *x};
MAXHEIGHT=$((${MAXHEIGHT%%+*}-50));
MAXIMIZE='height='${MAXHEIGHT}' '${IMAGE1}' '${IMAGES}
[ $height ] && height='height="'$height'"'
echo '<JWM><Tray autohide="false" halign="center" y="1" border="0">
<TrayButton popup="Previous" label="«" >exec:jwm_image_view '${height}' '${PREVIOUS}'</TrayButton>
<TrayButton popup="Next" label="»" >exec:jwm_image_view '${height}' '${NEXT}'</TrayButton>
<TrayButton popup="Smaller" label="-" >exec:jwm_image_view '${SMALLER}'</TrayButton>
<TrayButton popup="Larger" label="+" >exec:jwm_image_view '${LARGER}'</TrayButton>
<TrayButton popup="Set this image as background - not yet implemented" label="ʬ" >exec:jwm_set_background '${IMAGE1}'</TrayButton>
<TrayButton popup="Normal size" label="_" >exec:jwm_image_view '${IMAGE1}' '${IMAGES}'</TrayButton>
<TrayButton popup="Maximize" label="" >exec:jwm_image_view '${MAXIMIZE}'</TrayButton>
<TrayButton popup="Close" label="X">exec:jwm_image_view Close</TrayButton>
</Tray>
<Tray autohide="false" halign="center" y="25" border="2" '$height' >
<TrayButton popup="'${IMAGE1}'" icon="'${IMAGE1:-mini-dog.xpm}'" >exec:jwm_image_view Close</TrayButton>
</Tray></JWM>' > ${HOME}/.jwm/jwmrc-tmp
jwm -restart |
 |
| Description |
I have a separate one with the pdf viewer itself, but it has no controls other than keyboard I built this one to conserve resources via jwm image viewing openjpeg, and other non-standard libs are builtin
|

Download |
| Filename |
mubusy.tar.gz |
| Filesize |
526.85 KB |
| Downloaded |
167 Time(s) |
_________________ Puppy Web Desktop Now with pet packages - Pet Packaging 100 & 101
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Fri 25 May 2012, 10:05 Post subject:
|
|
jpeps: Indeed it is - just realized further possibilities with the cddb, volume, shuffle and more I will try to add on the gtkcdplayer...although cdplay might be sort of and outdated technology...
technosaurus I think I got lost in the process of identifying the window to catch/swallow...I will see how far I got and post the source for the standalone swallower..
Also I will try to look deeper into the mupdf-stuff....
|
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 626
|
Posted: Sun 27 May 2012, 10:33 Post subject:
|
|
Updated gtkcdplayer
Also saved 73K by making a multicall binary of the 4 progs in the cdtool package (its now 54K uncompressed, 31K upxed - less than the former shipped cdtool alone).
|
|
Back to top
|
|
 |
|