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 Fri 06 Dec 2013, 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 Posts_count   Goto page: Previous 1, 2, 3, ..., 7, 8, 9, 10, 11, 12, 13, 14 Next
Author Message
amigo

Joined: 02 Apr 2007
Posts: 2009
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: 728
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   711 Time(s)

menu_img.png
Back to top
View user's profile Send_private_message Visit_website 
goingnuts

Joined: 07 Dec 2008
Posts: 728
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_website 
goingnuts

Joined: 07 Dec 2008
Posts: 728
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   651 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  231 Time(s) 
Back to top
View user's profile Send_private_message Visit_website 
technosaurus


Joined: 18 May 2008
Posts: 4019
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  242 Time(s) 
GtkDialog1-1.1-i486.pet
Description 
pet

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

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


Joined: 18 May 2008
Posts: 4019
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: 858
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: 2216
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
_________________
Looking for some oddball hardware - an EZGo MiniPC. See here.
Upup Raring on Atom/Poulsbo is my next system. Puppy rocks like a giant boulder!
Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 728
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_website 
starhawk

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

*facepalm*
_________________
Looking for some oddball hardware - an EZGo MiniPC. See here.
Upup Raring on Atom/Poulsbo is my next system. Puppy rocks like a giant boulder!
Back to top
View user's profile Send_private_message 
goingnuts

Joined: 07 Dec 2008
Posts: 728
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  190 Time(s) 
snap0000.png
 Description   
 Filesize   20.41 KB
 Viewed   481 Time(s)

snap0000.png

Edited_time_total
Back to top
View user's profile Send_private_message Visit_website 
jpeps

Joined: 31 May 2008
Posts: 2898
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: 4019
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  193 Time(s) 

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

Joined: 07 Dec 2008
Posts: 728
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_website 
goingnuts

Joined: 07 Dec 2008
Posts: 728
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_website 
Display_posts:   Sort by:   
Page 9 of 14 Posts_count   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:  


Rules_post_cannot
Rules_reply_cannot
Rules_edit_cannot
Rules_delete_cannot
Rules_vote_cannot
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group

[ Time: 0.0912s ][ Queries: 13 (0.0190s) ][ GZIP on ]