Re: [E-devel] Shrinking DR16's Dist Size
On Tuesday 11 November 2003 05:54, Ben Rockwood wrote: > But dumping dox is I admit a contrivursial idea, so I'm just tossing it > out there. if there was equivalent online documentation for dr16 it would help out a lot ... it would also be a lot easier to update said documentation and to expand on it ... -mike pgp0.pgp Description: signature
Re: [E-devel] Shrinking DR16's Dist Size
warning: first post (de-lurking) Cristalle Azundris Sabon wrote: Mike Frysinger <[EMAIL PROTECTED]> writes: if there was equivalent online documentation for dr16 Good call. Should the menu-generator put that in the main menu then? Start browser (whichever one it found) pointed at e-help? -A- > ... Personally I have always prefered documentation in plain text form. I feel that it should at least be provided as an alternative to html. By using a browser as your help system just slows everything down, and introduces bloat. Personally I would prefer a very basic prettyish text file viewer... Prehaps with links or just a table of contents page David --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 05:54 AM 11/11/2003, Ben Rockwood wrote: Since someone suggested a possible change for the next DR16 release would be to shrink the package size I poked around. BrusedMetal is big, 3.7M big. The current package contains 4 themes, BrushedMetal (3.7M), ShinyMetal (1.2M), BlueSteel (650K), and Ganymede (2.4M). No offense to Christian, but lose Ganymede, IMO. Maybe ShinyMetal too, but leave BrushedMetal-Tigert by all means. With that, *why* is it sooo big ?? I know it includes sound, so maybe consider dropping that part. Do many people use sound events ? Personally, I find them annoying, but that's just me. Make the dropped themes available from E's website, in various formats, too, NOT at themes.freshmeat.net. There could even be a BrushedMetal-Tigert-Sounds add-on. The other killer is dox, the pretty spiffy oh so awsome help system that most people look at once and then never again. This is arguable, but I'd imagine that being as DR16 is pretty well understood, we won't get many first time users, and the fact that most new users probly don't read any of it anyway... not to mention the fact that you still have tooltips, we can just dump dox which accounts for another 2.5M. If you take Edox out completely, then remove the default themes and then add in just 23oz and Axios you get a compressed tarball (tgz) at 2.4M instead of the current 12M. Same as above, make the help system a additional download. Change the existing built-in help to point to E's website where the dox help can be published instead. Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 09:28 AM 11/11/2003, Cristalle Azundris Sabon wrote: Hall Stevenson <[EMAIL PROTECTED]> writes: > Do many people use sound events ? Personally, I find them annoying, > but that's just me. I think they're very much like real alpha that way -- good fun for about half an hour, and then you turn it off and go back to work. I agree. I think Windows enables them by default or maybe it's a certain theme in Windows. The first time I hear a "whooosh" sound when I minimize a window, I go and disable sounds. I've seen other users who's computers are constantly beeping and swooshing and bonging and wonder how they can stand it Oh wait, I know, they don't know how to disable it ! :-) The fact that E can "do" sound events is fine, so Raster including it in his theme is understandable. But when a theme is bigger (almost twice as big ?) than the whole window manager, I think one needs to step back and reconsider. Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tuesday 11 November 2003 09:28, Cristalle Azundris Sabon wrote: > I think they're very much like real alpha that way -- good fun for > about half an hour, and then you turn it off and go back to work. agreed :) -mike pgp0.pgp Description: signature
Re: [E-devel] Shrinking DR16's Dist Size
Cristalle Azundris Sabon wrote: David Tulloh <[EMAIL PROTECTED]> writes: Personally I have always prefered documentation in plain text form. I feel that it should at least be provided as an alternative to html. Confucius says: easier it is to automagically generate plaintext from HTML than the other way around. : ) So, writing them as HTML and providing a plaintext copy like you suggested would be a very real possibility. By using a browser as your help system just slows everything down, and introduces bloat. So you're saying using a component that's already there is bloat, but writing our own that will only be used in this sole context is not? I think bloat was probably the wrong word. I would rather not wait for mozilla to start up and then have to connect to the internet to be told how to resize a window (for example). Looking into it the size of the documentation comes from the images. The actual documentation is in a modified form of html already, renaming the main file and opening it in mozilla causes it to display all the images and a little bit of content. With some hacking in gimp I managed to cut the E_backgrounds_settings.png file from 256K to 147K with no visible deterioration from the process (that wouldn't be fixed with some care). Essentially I made the background transparent, trimmed the bottom off and cranked the compression right up. I was going to attach it but don't want to annoy all the dialup users, I will send it to any who ask. This could probably be improved further by introducing dynamic image scaling so the image could be saved at a smaller resolution. David (sorry, forgot e-devel first time) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 09:58 AM 11/11/2003, David Tulloh wrote: With some hacking in gimp I managed to cut the E_backgrounds_settings.png file from 256K to 147K with no visible deterioration from the process (that wouldn't be fixed with some care). What does converting them to JPG do to the size ?? I've taken images in PNG format and converted them to JPG with ImageMagick's 'convert' utility and they reduce in size dramatically, sometimes 4x ! I personally can't tell the difference in the images or in their quality. As small as many of these in the help are, I doubt many others could tell either. Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tuesday 11 November 2003 09:58, David Tulloh wrote: > I think bloat was probably the wrong word. I would rather not wait for > mozilla to start up and then have to connect to the internet to be told > how to resize a window (for example). > > Looking into it the size of the documentation comes from the images. > The actual documentation is in a modified form of html already, renaming > the main file and opening it in mozilla causes it to display all the > images and a little bit of content. i dont think the point is so much size as it is kind of cruft ... it can be made smaller, but in the end, it still needs to be maintained ... we're not just talking doc files, we're also talking the interface which (as someone mentioned) still needs to be ported to imlib2 ... the other idea is that online docs can be updated a lot more dynamically than distributed ... however thats to be expected ... if your only complaint really is having to connect to the internet, thats understandable ... we could package e16 with a snapshot of the docs from the website as they currently exist ... -mike pgp0.pgp Description: signature
Re: [E-devel] Shrinking DR16's Dist Size
Hi, What does converting them to JPG do to the size ?? I've taken images It really depends on the image. A lot of my artwork is ray-traced, and contains very smooth color transitions. Converting such an image will produce severe "banding", and the smoothing will no longer be "smooth". For an example of such an image, have a look at the cuddletech e17 page, where I have submitted an image of a planet surface. The bright yellow sun in the middle, causes a very smooth color transition in the atmosphere, but in the .jpg screenshot, this becomes banded. I believe the original .png was around 900K, and the .jpg was around 150K. If you can view the "ebits" inside the available download, you will clearly see how much better the original looks. John _ Compare high-speed Internet plans, starting at $26.95. https://broadband.msn.com (Prices may vary by service area.) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 01:48 PM 11/11/2003, John Miskinis wrote: Hi, What does converting them to JPG do to the size ?? I've taken images It really depends on the image. A lot of my artwork is ray-traced, and contains very smooth color transitions. Converting such an image will produce severe "banding", and the smoothing will no longer be "smooth". For an example of such an image, have a look at the cuddletech e17 page, where I have submitted an image of a planet surface. The bright yellow sun in the middle, causes a very smooth color transition in the atmosphere, but in the .jpg screenshot, this becomes banded. I believe the original .png was around 900K, and the .jpg was around 150K. If you can view the "ebits" inside the available download, you will clearly see how much better the original looks. Sorry, but I didn't mean PNG-to-JPG conversions in general, but specifically with the images included in E's built-in help system. I'm guessing most are under 200x200 in size, aren't they ?? Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 05:54 AM 11/11/2003, Ben Rockwood wrote: The other killer is dox, the pretty spiffy oh so awsome help system that most people look at once and then never again. This is arguable, but I'd imagine that being as DR16 is pretty well understood, we won't get many first time users, and the fact that most new users probly don't read any of it anyway... not to mention the fact that you still have tooltips, we can just dump dox which accounts for another 2.5M. Just thought of something else, and correct me if I'm wrong, but isn't the built-in help hard-coded with a theme similar to ShinyMetal ?? I don't recall that it is "themeable". Doesn't really make it look like it's "part" of E that way. Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tue 11 Nov 2003, Hall Stevenson wrote: > At 05:54 AM 11/11/2003, Ben Rockwood wrote: > >The other killer is dox, the pretty spiffy oh so awsome help system > >that most people look at once and then never again. This is > >arguable, but I'd imagine that being as DR16 is pretty well > >understood, we won't get many first time users, and the fact that > >most new users probly don't read any of it anyway... not to mention > >the fact that you still have tooltips, we can just dump dox which > >accounts for another 2.5M. > > Just thought of something else, and correct me if I'm wrong, but isn't the > built-in help hard-coded with a theme similar to ShinyMetal ?? I don't > recall that it is "themeable". Doesn't really make it look like it's "part" > of E that way. > Which brings me to what I've been thinking all along: Some of these things could be pulled out into separate packages. That way, those who want these extra features can install them, and you get a lean package. This would be useful for sounds and dox, and extra themes as well. I also certainly support the idea that these docs should be made available online as well ... it's standard procedure anyway. By the way, Kim, we're still anxiously waiting for your imlib2 commit :) -- Ibukun Olumuyiwa http://xcomputerman.com "Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding." - Proverbs 4:7 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 03:17 PM 11/11/2003, Ibukun Olumuyiwa wrote: Which brings me to what I've been thinking all along: Some of these things could be pulled out into separate packages. That way, those who want these extra features can install them, and you get a lean package. This would be useful for sounds and dox, and extra themes as well. I also certainly support the idea that these docs should be made available online as well ... it's standard procedure anyway. Didn't I mention that already or is that one of my messages that got "lost" somewhere in Sourceforge's mail servers (as frequently seems to happen) ?? :-) As Ben Rockwood figured, doing some this would get E's download to the under-3mb range. By the way, Kim, we're still anxiously waiting for your imlib2 commit :) I'm curious, how "clean" of a switchover will this be ?? I do think I'll let you guys play with it for a week or so after this commit before I grab it ! :-) Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
I think shrinking the dist size would be a *really* good move. 11+ Mbyte is ridiculous. Assuming that it would be a bad idea to separate the themes entirely from the code, I like the idea of two (crisp/dark) new lean themes. Sound - It seems to me that the only problem with sounds right now is that they take up some space in themes we consider no longer including in the core distribution. NB! This is one of the things that makes E unique. I think that at least one of the default themes should demonstrate the capability. Dox - On one hand, it's a silly thingy to have, plain text and html doc is so much more "standard", the code needs cleaning up (share files with E), and the images use way too much space. On the other hand it's *fast* compared to any other solution, it's different, it's E! I think I'm in favor of cleaning up and compacting images. Also, don't forget that the epplets use dox too. In a separate package? Maybe. We don't want to cut away everything that makes E different, do we? /Kim --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tue, 11 Nov 2003 02:54:42 -0800 (PST) "Ben Rockwood" <[EMAIL PROTECTED]> (Bbabbled: (B (B> Since someone suggested a possible change for the next DR16 release would (B> be to shrink the package size I poked around. BrusedMetal is big, 3.7M (B> big. (B> The current package contains 4 themes, BrushedMetal (3.7M), ShinyMetal (B> (1.2M), BlueSteel (650K), and Ganymede (2.4M). The other killer is dox, (B> the pretty spiffy oh so awsome help system that most people look at once (B> and then never again. This is arguable, but I'd imagine that being as (B> DR16 is pretty well understood, we won't get many first time users, and (B> the fact that most new users probly don't read any of it anyway... not to (B> mention the fact that you still have tooltips, we can just dump dox which (B> accounts for another 2.5M. (B> (B> If you take Edox out completely, then remove the default themes and then (B> add in just 23oz and Axios you get a compressed tarball (tgz) at 2.4M (B> instead of the current 12M. (B> (B> But dumping dox is I admit a contrivursial idea, so I'm just tossing it (B> out there. (B (Bok. yes shrinking the tarball would be good... (B (B1. lets nuke themes other than brushed metal (for now) (B2. lets optimize brushed metal (B3. lets optimize dox documentation (B (Bok - how to do this? (B1. delete ganymede and shinymetal for now. (B (B2. resample the sounds in brushed metal.. unpacked they use up 3.7Mb on their (Bown. see the audio is 22.05Khz 16bit. moving to 8bit 11.025Khz will shave off (B75% of their space usage. also replacing "long" samples with much shorter ones. (Banyone interested in audio and sampling should look at this. ie someone with a (Bgood collection of free samples - or someone able to make good ones. (Bof COURSE the BEST solution is to stop using .wav format. E uses libaudiofile to (Bload the samples. if they were in a lossy format (mp3. vorbis) they would use (Bonly a few kb (literally) because they could be encoded lossily. maybe the (Bsolution is to add libvorbis support (lets say) to be able to load .oog's and (Bconvert samples in the default theme to ogg. (B (Bnow you don't lose the feature, you can still show it off, and the theme will be (Bmassively reduced in size. (B (Bthe backgrounds directory also is a large space user. the png's could be (Bconverted to .jpg (at carefully selected quality settings) and reduced markedly (Bin size saving another 100k or so. also remember to fix the definitions of these (Bbg's to point to these jpg files instead of png. (B (B3. convert images that are not "transparent) (ie square) into .jpg and change (Bdocs to point to these (B (Bthe reason for dox was that when it was written mozilla was just beginning to (Bwork at all. netscape 4.x was still the browser of the day. it took 6-15 seconds (Bto start. we wanted documentation available instantly at a click and not after (B10 seconds of wait and having to wrestle with the usual problems of a browser. (Bwe waned diagrams and links. thus dox was born. it's still useful. u can nuke (Bthe tarball down a lot by just doing the above and not lose any features really. (B (B-- (B--- Codito, ergo sum - "I code, therefore I am" (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://www.apachecon.com/ (B___ (Benlightenment-devel mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: > 3. convert images that are not "transparent) (ie square) into .jpg and change > docs to point to these I just converted all the PNGs from the E-dox directory into JPG and GIF format. GIF is no longer "evil", right ?? The Unisys patent ran out I thought and I imagine that was the primary reason for using PNGs. Well, transparency too, so that ruled out JPG. Anyway, here's what 'df -h' says: 860K./gifs 2.0M./pngs 460K./jpgs I'm more impressed by the conversion to JPG than GIF, but you lose transparency... Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Tue, 11 Nov 2003 20:45:49 -0500 Hall Stevenson <[EMAIL PROTECTED]> (Bbabbled: (B (B> On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: (B> > 3. convert images that are not "transparent) (ie square) into .jpg and (B> > change docs to point to these (B> (B> I just converted all the PNGs from the E-dox directory into JPG and GIF (B> format. GIF is no longer "evil", right ?? The Unisys patent ran out I (B> thought and I imagine that was the primary reason for using PNGs. Well, (B> transparency too, so that ruled out JPG. (B> (B> Anyway, here's what 'df -h' says: (B> (B> 860K./gifs (B (Bgif is only 8bit color remember though... thats an issue :) (B (B> 2.0M./pngs (B> 460K./jpgs (B> (B> I'm more impressed by the conversion to JPG than GIF, but you lose (B> transparency... (B (Band in e17 we are using jpeg for theme internals in edje... BUT jpeg that HAS (Balpha! :) thus u will get themes of about the "460k" mark as opposed to 2mb :) (B (Bbut thats just one of the issues being addressed at the most basic level... (Bwe're talking 0.16.x now :) (B (B> (B> Hall (B> (B> (B> (B> --- (B> This SF.Net email sponsored by: ApacheCon 2003, (B> 16-19 November in Las Vegas. Learn firsthand the latest (B> developments in Apache, PHP, Perl, XML, Java, MySQL, (B> WebDAV, and more! http://www.apachecon.com/ (B> ___ (B> enlightenment-devel mailing list (B> [EMAIL PROTECTED] (B> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel (B (B (B-- (B--- Codito, ergo sum - "I code, therefore I am" (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://www.apachecon.com/ (B___ (Benlightenment-devel mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 12:08 AM 11/12/2003, The Rasterman wrote: On Tue, 11 Nov 2003 20:45:49 -0500 Hall Stevenson <[EMAIL PROTECTED]> babbled: > On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: > > 3. convert images that are not "transparent) (ie square) into .jpg and > > change docs to point to these > > I just converted all the PNGs from the E-dox directory into JPG and GIF > format. GIF is no longer "evil", right ?? The Unisys patent ran out I > thought and I imagine that was the primary reason for using PNGs. Well, > transparency too, so that ruled out JPG. > > Anyway, here's what 'df -h' says: > > 860K./gifs gif is only 8bit color remember though... thats an issue :) What's that mean ?? ;-) I compared only a couple of the PNGs to the GIFs and they looked fine to me... For what they're being used in, is "8bit" insufficient ?? Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
On Wed, 12 Nov 2003 08:38:42 -0500 Hall Stevenson <[EMAIL PROTECTED]> (Bbabbled: (B (B> At 12:08 AM 11/12/2003, The Rasterman wrote: (B> >On Tue, 11 Nov 2003 20:45:49 -0500 Hall Stevenson (B> ><[EMAIL PROTECTED]> (B> >babbled: (B> > (B> > > On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: (B> > > > 3. convert images that are not "transparent) (ie square) into .jpg and (B> > > > change docs to point to these (B> > > (B> > > I just converted all the PNGs from the E-dox directory into JPG and GIF (B> > > format. GIF is no longer "evil", right ?? The Unisys patent ran out I (B> > > thought and I imagine that was the primary reason for using PNGs. Well, (B> > > transparency too, so that ruled out JPG. (B> > > (B> > > Anyway, here's what 'df -h' says: (B> > > (B> > > 860K./gifs (B> > (B> >gif is only 8bit color remember though... thats an issue :) (B> (B> What's that mean ?? ;-) (B> (B> I compared only a couple of the PNGs to the GIFs and they looked fine to (B> me... For what they're being used in, is "8bit" insufficient ?? (B (Bgifs has a maximum number of colour bits of 8 - ie 256 colors. pngs (and jpg) (Bcan go all the way to 24bit (in fact png can even do 48 bit) ie 16.7 million (Bcolors (or 26.7 million * 26.7million for 48it). (B (Bthis means gradients get "banded", or you get dirty "dithering" etc. etc. since (Bthere is a limit on the number of colours. (B (B-- (B--- Codito, ergo sum - "I code, therefore I am" (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://www.apachecon.com/ (B___ (Benlightenment-devel mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
Ibukun Olumuyiwa wrote: By the way, Kim, we're still anxiously waiting for your imlib2 commit :) Done. Please keep in mind that if things are OK you won't se *any* difference between the released 0.16.6, and the current CVS compiled for either imlib1 or imlib2. And if you don't see differences you probably haven't been looking too hard :) /Kim --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Sound events (was Re: [E-devel] Shrinking DR16's Dist Size
On Tue, 11 Nov 2003 15:28:23 +0100, Cristalle Azundris Sabon <[EMAIL PROTECTED]> said: > I think they're very much like real alpha that way -- good fun for > about half an hour, and then you turn it off and go back to work. Yes, a lot of the sound events get old pretty quick. On the other hand, I've grown attached to the SOUND_FOCUS_SET to remind me when I've managed to knock the mouse pointer into another window (the one drawback of using focus-follows-mouse), and SOUND_WINDOW_SLIDE is good for telling me that something on another desktop just popped something up that needs attention pgp0.pgp Description: PGP signature
