[E-devel] Re: E CVS: apps/entice
[EMAIL PROTECTED] : Enlightenment CVS committal Author : zuluone Project : e17 Module : apps/entice Dir : e17/apps/entice Modified Files: README Log Message: Changed zoom behaviour so that zooming in/out twice doubles/halves the scale factor, and increased the maximum zoom factor to 32x, then fixed a bug with scrolling and the mini-image selector that the change revealed/caused (I'm still not sure which). === RCS file: /cvsroot/enlightenment/e17/apps/entice/README,v retrieving revision 1.5 retrieving revision 1.6 diff -u -3 -r1.5 -r1.6 --- README 18 Aug 2003 10:01:31 - 1.5 +++ README 19 Aug 2003 23:11:22 - 1.6 @@ -25,6 +25,8 @@ * maybe add the ability to drag images from one position to another in the list * maybe make the file info (name size) fade out after a few seconds +* allow for slideshow behaviour +* allow users to rename image files from within entice There are some known bugs also: * image flipping does not update the image: doing a drag or other operation --__--__-- 1. What does it mean zooming in/out twice doubles/halves the scale factor? Usually i need to scale faces up or down to fit screen. My vote for AutoCAD mousewheel behaviour. I mean scaling 125%/80%. Well, could be 2^(1/n)/0,5^(1/n), where n equals number of the steps you want image to be doubled, 4 for example :). And keeping point of the image under the mouse unmoved. 2. Zoom factor up to 32x? Why not 64x or 16x? And what for? If you try to avoid entice killing by kernel, isn't there more proper ways? 3. Slideshow. Quite easy to implement, and looks like you're on your way to :), but how you're going to pass options? yours, glassy --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] entice suggestions (was Re: E CVS apps/entice)
1. What does it mean zooming in/out twice doubles/halves the scale factor? Usually i need to scale faces up or down to fit screen. My vote for AutoCAD mousewheel behaviour. I was trying to think of a concise way to say that the zoom factor is approximately sqrt(2) and is multiplicative, so zooming twice sets the scale to 2 or 1/2, etc. Mousewheel zooming will be added to the TODO list, as I agree that it is a nice thing to have. Note that you can have the program scale things to fit the window automatically - an upcoming fix will have that set as a global flag so the next image will also be scaled to fit the window. I mean scaling 125%/80%. Well, could be 2^(1/n)/0,5^(1/n), where n equals number of the steps you want image to be doubled, 4 for example When I add a degree of configurability, the zoom factor will be one of the configurable things. Until then, hold tight, or edit the source yourself. 2. Zoom factor up to 32x? Why not 64x or 16x? And what for? If you try to avoid entice killing by kernel, isn't there more proper ways? Well, there are nicer ways, but I can't fix everything at once. I think 32x is marginally less annoying than the 2x it was set to before. This is a temporary measure, eventually to be replaced by some more sensible things. 3. Slideshow. Quite easy to implement, and looks like you're on your way to :), but how you're going to pass options? I've not thought about this much, but it was suggested to me and I like the idea. Obviously it can already cope with slideshowing if you press space to advance the image, but the idea is to have the image automatically advance after n seconds, where n is user-supplied. As you note, this is very easy to add support for, but the program needs commandline options adding to it (which it could do with anyway). yours, glassy Thanks for your suggestions, I always welcome input, especially when it comes in the form of patches. Daniel -- It's not true unless it makes you laugh, but you don't understand until it makes you weep. 'Illuminatus!', Robert Shea and Robert Anton Wilson http://www.doublezero.uklinux.net/ --- visit this excellent website http://people.pwf.cam.ac.uk/dh286/publickey.asc -- get my public key pgp0.pgp Description: PGP signature
Re: [E-devel] Etiquette question, sort of
On Wed 20 Aug 2003, Cristalle Azundris Sabon wrote: The Wanderer [EMAIL PROTECTED] writes: A little more than a month ago, I sent a small and comparatively unimportant patch to the list. It appears to have been ignored. Ordinarily, I'd take that as meaning this thing has no value, don't bother us with such twaddle, but given the almost complete lack of traffic at the time I'm not entirely sure the patch even got noticed. What is the appropriate thing to do in such circumstances? While I can't tell with absolute certainty (as you did not mention what the patch was about) what happened in that particular instance, it usually means people looked at it, and everybody thought it was in somebody else's bailiwick. I know that especially with e16 patches I sometimes think, oh, this looks useful, I hope Kim will bless it. IOW, there was probably no offence intended, sorry if we came across as rude, input being ignored like that it obviously less than ideal. : ( regards, Azundris Did a searchback for his mail. The patch was for Esetroot, and was supposed to fix a perceivedly unintuitive behavior in flipping or something like that. So that's probably in Kim's domain, but I know he has been very busy with E16 over the past couple of months so I'm not surprised if a small patch ended up unnoticed. Personally I don't think there's any harm trying to call attention to a submitted patch if it hasn't been replied to. I remember committing someone's Entrance patch some time ago and forgetting to let them know that it was done already, until the person complained months later. -- http://www.azundris.com/ -- Ibukun Olumuyiwa http://xcomputerman.com Beware the lightning that lurketh in an undischarged capacitor, lest it cause thee to be bounced upon thy buttocks in a most ungentlemanly manner. -- The Ten Commandments of Electronics, Author Unknown --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Etiquette question, sort of
Ibukun Olumuyiwa wrote: Did a searchback for his mail. The patch was for Esetroot, and was supposed to fix a perceivedly unintuitive behavior in flipping or something like that. So that's probably in Kim's domain, but I know he has been very busy with E16 over the past couple of months so I'm not surprised if a small patch ended up unnoticed. Esetroot is in eterm/Eterm/utils, so I guess it belongs to Michael. Please do complain if you don't get any response to a submitted patch. I don't think I've missed any yet, though. /Kim --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel