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 Mon 24 Nov 2014, 01:16
All times are UTC - 4
 Forum index » Advanced Topics » Cutting edge
Gtkdialog Development
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 8 of 55 [821 Posts]   Goto page: Previous 1, 2, 3, ..., 6, 7, 8, 9, 10, ..., 53, 54, 55 Next
Author Message
thunor


Joined: 14 Oct 2010
Posts: 350
Location: Minas Tirith, in the Pelennor Fields fighting the Easterlings

PostPosted: Mon 25 Jul 2011, 09:26    Post subject:  

Wow 01micko, that looks really nice, and somebody has good taste in music, well, Judas Priest at least Razz

So can I update my Pmusic in lupu-520? I haven't been visiting other threads to be honest as I haven't had the time.

[EDIT] Ok, I found this thread, downloaded pmusic-1.9.2.pet and it doesn't look like yours, so I guess it's still being developed.

Regards,
Thunor
Back to top
View user's profile Send private message Visit poster's website 
technosaurus


Joined: 18 May 2008
Posts: 4376

PostPosted: Mon 25 Jul 2011, 18:19    Post subject:  

thunor wrote:

technosaurus wrote:
how about uncommenting and replacing
/usr/share/icons/Bluecurve/16x16/stock/
with
/usr/share/mini-icons/

so that we can use the plethora of available icons without having to specify the full path??
The main reason I ask is that the full path is typically not included in the .desktop files and parsing them to autogenerate a gtkdialog program requires some pretty slow workarounds... or missing icons

I have always fixed this in the past by making a symlink between
/usr/share/icons/Bluecurve/16x16/stock/ and /usr/share/mini-icons/
... or by including locate and updatedb

Why can't you write a shell function to check the existence of a file and if not found prefix it with "/usr/share/mini-icons/" and if still not found then attempt to find it with the locate program which you have installed?

[EDIT] I could code something on the command-line that enables you to pass a list of directories for find_pixmap to look through if it can't find an image file, and then another command-line option to specify to use locate as a last resort, but all these things are executed before the widgets are realized i.e. before the user sees anything, so I'm thinking why should I code all that when you can do it in the script. Doing it in the script also enables you to use a default image if locate fails too. Let me know what you think.

Regards,
Thunor


here is some code for icon finding ... I could only get it down to adding 0.3 sec (for parsing all .desktop icons) using shell compared to having it coded into gtkdialog
Code:
if [ -e $Icon -a $Icon ];then Icon=$Icon
elif [ -e /usr/share/mini-icons/${Icon:-so.xpm} ];then Icon=/usr/share/mini-icons/${Icon:-so.xpm} #default Icon
elif [ -e /usr/share/pixmaps/$Icon ];then Icon=/usr/share/pixmaps/$Icon
else Icon=`find /usr/share -iname $Icon`
fi

it would add a lot more if /usr/share/icons/{hicolor,bluecurve}/... are searched for any kind of backward/cross-distro compatibility, but this seems to work for most puppy icons

it seems like this would be something that could be added to a gtkrc file, since libgtk actually looks in some of them itself (/usr/share/pixmaps and 1 or 2 others iirc)

EDIT
nevermind, we could probably just add something like this to the gtkrc file
pixmap_path "/usr/share/mini-icons:/another/path/to/more/icons"
(it should probably be in the default gtkrc since some gtk programs, especially window managers depend on it)

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


Joined: 11 Oct 2008
Posts: 7841
Location: qld

PostPosted: Tue 26 Jul 2011, 00:32    Post subject:  

thunor wrote:
Wow 01micko, that looks really nice, and somebody has good taste in music, well, Judas Priest at least Razz

So can I update my Pmusic in lupu-520? I haven't been visiting other threads to be honest as I haven't had the time.

[EDIT] Ok, I found this thread, downloaded pmusic-1.9.2.pet and it doesn't look like yours, so I guess it's still being developed.

Regards,
Thunor


I'll make an announcement soon about the new pequalizer app that zigbert and myself have been developing.
Zigbert has posted another alpha for Pmusic (1.9.3) in the slacko thread as well as the latest pequalizer-0.2.
If you can't wait you will find necessary deps (alsaequal, CAPS, ffmpeg-0.8 [x264 and libvpx required by ffmpeg, and probably mplayer, although if you keep the old ffmpeg libs then you need not bother with mplayer]) here - lupu only, hopefully all versions 5.0.0 to 5.2.5. (Ignore the old equaliser pet).

Have fun! Smile

_________________
Woof Mailing List | keep the faith Cool |
Back to top
View user's profile Send private message Visit poster's website 
8-bit


Joined: 03 Apr 2007
Posts: 3393
Location: Oregon

PostPosted: Tue 26 Jul 2011, 00:54    Post subject:  

Just to be clear, does this new version of Pmusic require the updated version of gtkdialog?
If so, and not stated, I can see a lot of unhappy campers complaining.
Back to top
View user's profile Send private message 
01micko


Joined: 11 Oct 2008
Posts: 7841
Location: qld

PostPosted: Tue 26 Jul 2011, 01:04    Post subject:  

8-bit wrote:
Just to be clear, does this new version of Pmusic require the updated version of gtkdialog?
If so, and not stated, I can see a lot of unhappy campers complaining.


Well in this thread I guess it goes without saying "yes it requires at least revision 123".. however when I do post a thread for pequalizer I'll compile a binary and post a link. There will be some unhappy campers with gtk+ < 2.16! I think wary sneaks through ok, correct me if I'm wrong.

I'm not sure on which approach zigbert will take. Some features of Pmusic won't work without the latest ffmpeg, that also requires a newish puppy version. He may decide to "fork" such that older versions are bugfixed for older puppies but the newer versions enhanced along with developments in gtkdialog and ffmpeg. His choice.

_________________
Woof Mailing List | keep the faith Cool |
Back to top
View user's profile Send private message Visit poster's website 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Tue 26 Jul 2011, 05:11    Post subject:  

01micko wrote:
I'm not sure on which approach zigbert will take. Some features of Pmusic won't work without the latest ffmpeg, that also requires a newish puppy version. He may decide to "fork" such that older versions are bugfixed for older puppies but the newer versions enhanced along with developments in gtkdialog and ffmpeg. His choice.
Pmusic 1 will still be available for ffmpeg-0.6/gtkdialog-0.7.20. Critical bugs may be fixed, but no further development. Pmusic 1.8.3 is still a reasonable good player.
Pmusic 2 will use recent ffmpeg and gtkdialog.

There had to come a switch in dependencies because of
- Improved streaming (the WebMusic module that allows playing of youtube music)
- New features in gtkdialog made it possible to offer a full-featured player-module... and more.... much more....
- ... Which lead to a new look and the structure for graphical themes had to be updated.
- It also gives me an opportunity to clean up some core-code.

Next release is expected to be the first beta... But I will be away for a couple of weeks (leaving tomorrow).


Sigmund

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 7082
Location: Perth, Western Australia

PostPosted: Wed 27 Jul 2011, 04:35    Post subject:  

01micko wrote:
8-bit wrote:
Just to be clear, does this new version of Pmusic require the updated version of gtkdialog?
If so, and not stated, I can see a lot of unhappy campers complaining.


Well in this thread I guess it goes without saying "yes it requires at least revision 123".. however when I do post a thread for pequalizer I'll compile a binary and post a link. There will be some unhappy campers with gtk+ < 2.16! I think wary sneaks through ok, correct me if I'm wrong.


yes, Wary has gtk 2.20.1

_________________
http://bkhome.org/news/
Back to top
View user's profile Send private message Visit poster's website 
Dougal


Joined: 19 Oct 2005
Posts: 2505
Location: Hell more grotesque than any medieval woodcut

PostPosted: Wed 27 Jul 2011, 15:12    Post subject:  

technosaurus wrote:
~line 368 of stringman.c
Code:

/*      Thunor: Redundant.
        snprintf(tmp, 127, "/usr/share/icons/Bluecurve/16x16/stock/%s",
                        filename);
        tmp[127] = '\0';
        if (access(tmp, R_OK) == 0)
                return strdup(tmp);


how about uncommenting and replacing
/usr/share/icons/Bluecurve/16x16/stock/
with
/usr/share/mini-icons/

The standard location is /usr/share/icons. Anyway, there are ways for getting the info.

_________________
What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind
Back to top
View user's profile Send private message 
8-bit


Joined: 03 Apr 2007
Posts: 3393
Location: Oregon

PostPosted: Wed 27 Jul 2011, 23:35    Post subject:  

One important thing we all have to remember is that thunor is updating gtkdialog for the linux community.
This does include Puppy, but it is not necessarily specific to it.
This would mean that a path to icons or pixmaps on Puppy may not be the same as another linux release.

IMO, thunor is doing a great job.
Back to top
View user's profile Send private message 
sunburnt


Joined: 08 Jun 2005
Posts: 5042
Location: Arizona, U.S.A.

PostPosted: Thu 28 Jul 2011, 00:12    Post subject:  

How about changing the syntax from XML to more like Basic.
Easier to type, easier read and understand, etc.
Only the /hbox, /vbox, and /bookmark tags need companion closing tags!
Lots of tag "<>" qualifiers must be typed, and they do nothing!

I suggested this years ago, maybe it`ll make some sense now... ( timing Wink )
Back to top
View user's profile Send private message 
8-bit


Joined: 03 Apr 2007
Posts: 3393
Location: Oregon

PostPosted: Thu 28 Jul 2011, 02:27    Post subject:  

If closing tags are missing, gtkdialog will not run the script, since that is the way it is designed.
To modify it as you suggest would make it another gtk scripting language.
It also would break almost all Puppy programs that were written using gtkdialog.

But if you would like to try your hand at creating a scripting language, there is no one stopping you but you.
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4376

PostPosted: Thu 28 Jul 2011, 02:28    Post subject:  

Someone already started a ***** to gtkdialog "compiler" of sorts iirc ... in programming I think

Dougal wrote:
technosaurus wrote:
~line 368 of stringman.c
Code:

/*      Thunor: Redundant.
        snprintf(tmp, 127, "/usr/share/icons/Bluecurve/16x16/stock/%s",
                        filename);
        tmp[127] = '\0';
        if (access(tmp, R_OK) == 0)
                return strdup(tmp);


how about uncommenting and replacing
/usr/share/icons/Bluecurve/16x16/stock/
with
/usr/share/mini-icons/

The standard location is /usr/share/icons. Anyway, there are ways for getting the info.
So /usr/share/icons/hicolor/16x16/ would be the standard and puppy should have a compatibility symlink to its mini-icons directory as I did before with bluecurve ... or just use a gtkrc file.
_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
sunburnt


Joined: 08 Jun 2005
Posts: 5042
Location: Arizona, U.S.A.

PostPosted: Thu 28 Jul 2011, 02:50    Post subject:  

I hope Thunor can straighten out gtkDialog, it`s a mess.
And probably the biggest sore point of Puppy ( GUI`s ), and for it`s development.

I just thought the crappy XML syntax would benefit from a rewrite also.
It could always be made to accept both types of syntax ( of course ).
Back to top
View user's profile Send private message 
thunor


Joined: 14 Oct 2010
Posts: 350
Location: Minas Tirith, in the Pelennor Fields fighting the Easterlings

PostPosted: Thu 28 Jul 2011, 12:56    Post subject:  

sunburnt wrote:
How about changing the syntax from XML to more like Basic.
Easier to type, easier read and understand, etc.
Only the /hbox, /vbox, and /bookmark tags need companion closing tags!
Lots of tag "<>" qualifiers must be typed, and they do nothing!

I suggested this years ago, maybe it`ll make some sense now... ( timing Wink )

BASIC is a programming language, XML is a markup language.

What's a "/bookmark" tag?

The closing tags trigger widget creation. Can you let me know which widgets don't require a closing tag please as it could be a bug and should be fixed.

Which are the tag qualifiers that do nothing? If you can tell me then I'll investigate them.

sunburnt wrote:
I hope Thunor can straighten out gtkDialog, it`s a mess.
And probably the biggest sore point of Puppy ( GUI`s ), and for it`s development.

I just thought the crappy XML syntax would benefit from a rewrite also.
It could always be made to accept both types of syntax ( of course ).

If you can tell me which parts are a mess then I can make a feature request in the issue tracker to improve them.

I don't know anything about Gtkdialog being a "sore point of Puppy" as I haven't been using Puppy Linux for that long.

Why of course can it always be made to accept both types of syntax?

If you'd like to create some issues yourself within the issue tracker then feel free. Then all Linux users can benefit from your bug and usability reports Smile

Kindest regards,
Thunor
Back to top
View user's profile Send private message Visit poster's website 
8-bit


Joined: 03 Apr 2007
Posts: 3393
Location: Oregon

PostPosted: Thu 28 Jul 2011, 15:18    Post subject:
Subject description: gtkdialog updating, compiling, and installing update
 

I now use a script file to keep current on gtkdialog.
I placed it in the base directory created by the initial download using
"svn checkout http://gtkdialog.googlecode.com/svn/trunk/ gtkdialog" from a command prompt.

The script I use is this:
Code:

 #!/bin/bash
svn update
make clean
./autogen.sh
make
 cd src
 cp -a gtkdialog gtkdialog3
 strip gtkdialog3
cp -af gtkdialog3 /usr/sbin
   `xmessage -name 'Gtkdialog Update' -center -bg orange -fg black " Update of Gtkdialog3 completed."`

It automates the process of keeping gtkdialog current with thunor's additions and revisions.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 8 of 55 [821 Posts]   Goto page: Previous 1, 2, 3, ..., 6, 7, 8, 9, 10, ..., 53, 54, 55 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Cutting edge
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.1168s ][ Queries: 12 (0.0090s) ][ GZIP on ]