Thread: [Gtkboard-devel] Version 0.11pre0 is out!
Status: Beta
Brought to you by:
arvindn
Menu
▾
▴
gtkboard-devel
|
From: Arvind N. <ar...@me...> - 2003-10-27 18:04:23
|
Hi guys, 0.11pre0 is out! http://sourceforge.net/project/shownotes.php?release_id=193676 The changes in this release are mainly in UI and usability. This will probably be the last release for a while, so I'm hoping that we can get some testing and make a fairly stable 0.11 release. So it would be nice if everyone could pitch in with some testing. Thanks. After 0.11 there's a lot of work to be done in terms of API, code cleanup and other backend stuff, so I'll be shifting to that. I'm taking a break for the next 10 days or so, though. Since Ron said he'll start getting more free time, the logos module should pick up in the meantime :) Gtkboard finally has a gtkboardrc file (~/.gtkboard/gtkboardrc). Currently there are only a few settings that can be changed in the config file, but the important thing is that the code to parse and write the file is there. So what else is new? We have a logo :) http://gtkboard.sourceforge.net/images/logo.png The logo is shown in the About dialog box, but only when gnome support is enabled. That brings us to gnome support. I've added optional gnome support with the --enable-gnome configure option (turned off by default.) Currently it doesn't do much; just the gnome_about widget and for launching a url from the program. But I plan to make use of the gnome libs for lots more things in the future: documentation, gconf, libxml, i18n etc. Since not everyone will have gnome, it will always be optional. IMHO better gnome integration will go a long way in having a better chance to get included in linux distros. Coming to distros, gtkboard is now in debian testing http://packages.qa.debian.org/g/gtkboard.html thanks to Barak Pearlmutter. Maybe we should try to get shipped by default with some other distros? (that is, before we reach 1.0). That would require stuff like documentation and i18n to get priority, diverting resources, but on the other hand it will give us a huge userbase. What does everyone think? Should we make a bid for it? What's involved in getting shipped by say Redhat anyway? I've no idea... The only major features that need to go in before gtkboard is release-worthy are saving/loading games, proper plugin support, and drag and drop. The rest is just polishing. I'd love to hear your opinions on this issue. The current set of sounds is stolen from various programs in my /usr/share/sounds directory. They'll be there until I get time to make some sounds for gtkboard. BTW, how does a program know where the sounds are installed? The DATADIR variable is known at compile time, but this can be overridden by the user at install time (eg: relocatable rpm). I couldn't find any solution to this. I checked the source of some other games but they use a compiled-in path as well. Anyone know a better solution? I'm using the SDL_Mixer module for sound, and it seems to have a bug due to which sometimes, *randomly*, there are delays of up to 1 second between the program calling the play function and the sound actually playing. There is a known issue where delays occur if the buffer size is large, but that's not the case here. So I'm just hoping that this problem will go away in the future. Arvind -- Its all GNU to me |
|
From: Arvind N. <ar...@me...> - 2003-10-29 05:52:58
|
I tried sending this a couple of days back... It hasn't showed up in the archive, so I'm sending it again. Sorry if you've already got it. ----- Forwarded message from Arvind Narayanan <ar...@me...> ----- Date: Mon, 27 Oct 2003 23:16:44 +0530 From: Arvind Narayanan <ar...@me...> To: gtk...@li... Subject: [Gtkboard-devel] Version 0.11pre0 is out! Hi guys, 0.11pre0 is out! http://sourceforge.net/project/shownotes.php?release_id=193676 The changes in this release are mainly in UI and usability. This will probably be the last release for a while, so I'm hoping that we can get some testing and make a fairly stable 0.11 release. So it would be nice if everyone could pitch in with some testing. Thanks. After 0.11 there's a lot of work to be done in terms of API, code cleanup and other backend stuff, so I'll be shifting to that. I'm taking a break for the next 10 days or so, though. Since Ron said he'll start getting more free time, the logos module should pick up in the meantime :) Gtkboard finally has a gtkboardrc file (~/.gtkboard/gtkboardrc). Currently there are only a few settings that can be changed in the config file, but the important thing is that the code to parse and write the file is there. So what else is new? We have a logo :) http://gtkboard.sourceforge.net/images/logo.png The logo is shown in the About dialog box, but only when gnome support is enabled. That brings us to gnome support. I've added optional gnome support with the --enable-gnome configure option (turned off by default.) Currently it doesn't do much; just the gnome_about widget and for launching a url from the program. But I plan to make use of the gnome libs for lots more things in the future: documentation, gconf, libxml, i18n etc. Since not everyone will have gnome, it will always be optional. IMHO better gnome integration will go a long way in having a better chance to get included in linux distros. Coming to distros, gtkboard is now in debian testing http://packages.qa.debian.org/g/gtkboard.html thanks to Barak Pearlmutter. Maybe we should try to get shipped by default with some other distros? (that is, before we reach 1.0). That would require stuff like documentation and i18n to get priority, diverting resources, but on the other hand it will give us a huge userbase. What does everyone think? Should we make a bid for it? What's involved in getting shipped by say Redhat anyway? I've no idea... The only major features that need to go in before gtkboard is release-worthy are saving/loading games, proper plugin support, and drag and drop. The rest is just polishing. I'd love to hear your opinions on this issue. The current set of sounds is stolen from various programs in my /usr/share/sounds directory. They'll be there until I get time to make some sounds for gtkboard. BTW, how does a program know where the sounds are installed? The DATADIR variable is known at compile time, but this can be overridden by the user at install time (eg: relocatable rpm). I couldn't find any solution to this. I checked the source of some other games but they use a compiled-in path as well. Anyone know a better solution? I'm using the SDL_Mixer module for sound, and it seems to have a bug due to which sometimes, *randomly*, there are delays of up to 1 second between the program calling the play function and the sound actually playing. There is a known issue where delays occur if the buffer size is large, but that's not the case here. So I'm just hoping that this problem will go away in the future. Arvind -- Its all GNU to me ------------------------------------------------------- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ _______________________________________________ Gtkboard-devel mailing list Gtk...@li... https://lists.sourceforge.net/lists/listinfo/gtkboard-devel ----- End forwarded message ----- -- Its all GNU to me |
|
From: Thomas K. <wi...@da...> - 2003-11-01 20:04:55
|
On Wed, Oct 29, 2003 at 11:04:55AM +0530, Arvind Narayanan wrote: > I tried sending this a couple of days back... > It hasn't showed up in the archive, so I'm sending it again. > Sorry if you've already got it. I got it. > The current set of sounds is stolen from various programs > in my /usr/share/sounds directory. They'll be there until I > get time to make some sounds for gtkboard. BTW, how does a > program know where the sounds are installed? The DATADIR > variable is known at compile time, but this can be overridden > by the user at install time (eg: relocatable rpm). I couldn't > find any solution to this. I checked the source of some other > games but they use a compiled-in path as well. Anyone know a > better solution? You could use relative paths... not sure if that's a good solution though. Some comments: I compiled without gnome support, and when I try to use the about button, I get: (gtkboard:18518): Gtk-WARNING **: Failed to set label from markup due to error parsing markup: Error on line 3 char 39: Odd character '@', expected a '>' or '/' character to end the start tag of element 'arvindn', or optionally an attribute; perhaps you used an invalid character in an attribute name In Mastermind, I'd like it if I could click on the blue arrow when it looks like a return key. In the tarball, the doc/devel/index.html is now doc/devel/devel/index.html. Oh, and which games do have sound, so I can try and listen to the audio? That's all for now. Cheers, Thomas -- Thomas Klausner - wi...@da... What is wanted is not the will to believe, but the will to find out, which is the exact opposite. -- Bertrand Russell |
|
From: Arvind N. <ar...@me...> - 2003-11-02 04:07:53
|
On Sat, Nov 01, 2003 at 09:04:48PM +0100, Thomas Klausner wrote: > On Wed, Oct 29, 2003 at 11:04:55AM +0530, Arvind Narayanan wrote: > > I tried sending this a couple of days back... > > It hasn't showed up in the archive, so I'm sending it again. > > Sorry if you've already got it. > > I got it. > > > The current set of sounds is stolen from various programs > > in my /usr/share/sounds directory. They'll be there until I > > get time to make some sounds for gtkboard. BTW, how does a > > program know where the sounds are installed? The DATADIR > > variable is known at compile time, but this can be overridden > > by the user at install time (eg: relocatable rpm). I couldn't > > find any solution to this. I checked the source of some other > > games but they use a compiled-in path as well. Anyone know a > > better solution? > > You could use relative paths... not sure if that's a good > solution though. Do you mean relative to the location of the executable? Good idea, but how do I find the location of the executable in the first place?! (unless the user typed the absolute path) > > Some comments: > I compiled without gnome support, and when I try to use > the about button, I get: > (gtkboard:18518): Gtk-WARNING **: Failed to set label from markup due to error parsing markup: Error on line 3 char 39: Odd character '@', expected a '>' or '/' character to end the start tag of element 'arvindn', or optionally an attribute; perhaps you used an invalid character in an attribute name Oops.. I remember fixing this. Maybe I fixed it after the release. I'll check again. > > In Mastermind, I'd like it if I could click on the blue arrow > when it looks like a return key. Coming soon! > > In the tarball, the doc/devel/index.html is now doc/devel/devel/index.html. Thanks. Will look into it. > > Oh, and which games do have sound, so I can try and listen to the > audio? Hey, all of them! Sounds are defined for events like user makes a move, computer makes a move, illegal move, game over etc. Its not game specific. The only reason I can think of that sound wouldn't work, assuming it was compiled in, is that you had artsd running. Have fun Arvind -- Its all GNU to me |
Thanks for helping keep SourceForge clean.
X