Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Wed 23 Apr 2014, 11:13
All times are UTC - 4

 Forum index » Off-Topic Area » Programming
GtkDialog1-1.3
Post new topic   Reply to topic View previous topic :: View next topic
Page 9 of 14 [207 Posts]   Goto page: Previous 1, 2, 3, ..., 7, 8, 9, 10, 11, 12, 13, 14 Next
Author Message
amigo

Joined: 02 Apr 2007
Posts: 2171
PostPosted: 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
View user's profile Send private message 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: 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...
menu_img.png
 Description   
 Filesize   60 KB
 Viewed   755 Time(s)

menu_img.png
Back to top
View user's profile Send private message Visit poster's website 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: Tue 03 Apr 2012, 14:43    Post subject:  
20120403: New release: GtkDialog1-1.1 uploaded
Back to top
View user's profile Send private message Visit poster's website 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: Sun 22 Apr 2012, 16:04    Post subject:  
A small application using gtkdialog1 - collection of system information and tools.
snap0002.png
 Description   stats-0.1 in the gtk1 version
 Filesize   23.07 KB
 Viewed   695 Time(s)

snap0002.png
stats-0.1.pet
Description  System information tool using gtkdialog1
 pet

 Download 
Filename  stats-0.1.pet 
Filesize  5.97 KB 
Downloaded  274 Time(s) 
Back to top
View user's profile Send private message Visit poster's website 
technosaurus


Joined: 18 May 2008
Posts: 4134
PostPosted: 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)
gtk_all-1.2.10-12.pet
Description  debian patched and compiled on 4.3.x, so should work on all later versions
 pet

 Download 
Filename  gtk_all-1.2.10-12.pet 
Filesize  738.89 KB 
Downloaded  287 Time(s) 
GtkDialog1-1.1-i486.pet
Description 
pet

 Download 
Filename  GtkDialog1-1.1-i486.pet 
Filesize  36.44 KB 
Downloaded  269 Time(s) 

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4134
PostPosted: 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?
_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 878
PostPosted: 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 Smile

Regards,
s
Back to top
View user's profile Send private message 
starhawk

Joined: 22 Nov 2010
Posts: 2538
Location: Everybody knows this is nowhere...
PostPosted: 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 Mad
_________________
Loving X-Slacko 1.1! Get the PetGet patch on pg8; it's important.
Next system will be an HP MOCA-AR + Core2Duo in an innovative case... if I ever get off my butt and build it Razz
Back to top
View user's profile Send private message 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: 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
View user's profile Send private message Visit poster's website 
starhawk

Joined: 22 Nov 2010
Posts: 2538
Location: Everybody knows this is nowhere...
PostPosted: Sat 05 May 2012, 15:33    Post subject:  
Oh. Embarassed

*facepalm*
_________________
Loving X-Slacko 1.1! Get the PetGet patch on pg8; it's important.
Next system will be an HP MOCA-AR + Core2Duo in an innovative case... if I ever get off my butt and build it Razz
Back to top
View user's profile Send private message 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: 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.
gtkcdplayer-0.2.pet
Description  v0.2 including mcb-cdtool
 pet

 Download 
Filename  gtkcdplayer-0.2.pet 
Filesize  39.44 KB 
Downloaded  230 Time(s) 
snap0000.png
 Description   
 Filesize   20.41 KB
 Viewed   524 Time(s)

snap0000.png

Last edited by goingnuts on Sun 27 May 2012, 10:01; edited 1 time in total
Back to top
View user's profile Send private message Visit poster's website 
jpeps

Joined: 31 May 2008
Posts: 3219
PostPosted: Thu 24 May 2012, 19:31    Post subject:  
Makes a nice command-line cd tool. (i.e, cdtool) Smile
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4134
PostPosted: 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
mubusy.tar.gz
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
 gz

 Download 
Filename  mubusy.tar.gz 
Filesize  526.85 KB 
Downloaded  237 Time(s) 

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: 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
View user's profile Send private message Visit poster's website 
goingnuts

Joined: 07 Dec 2008
Posts: 777
PostPosted: 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
View user's profile Send private message Visit poster's website 
Display posts from previous:   Sort by:   
Page 9 of 14 [207 Posts]   Goto page: Previous 1, 2, 3, ..., 7, 8, 9, 10, 11, 12, 13, 14 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Off-Topic Area » Programming
Jump to:  


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group

[ Time: 0.0820s ][ Queries: 13 (0.0066s) ][ GZIP on ]