> * the alpha slider in image overlap mode is useless
> in its present form - it is too big and too precise
I wouldn't call it useless. But I do agree that it doesn't need to be
that big; if we need space we could easily shrink it.
> and you need to be able to quickly toggle between
> the two images with a short mouse movement. At least
> make hotkeys for switching between alpha=0 and
> alpha=255 (e.g. "1" and "2"?).
Maybe not with a short mouse movement, but definitely with hotkeys. +1
for that.
(Btw, you can work around it today already by clicking the slider once
and then using the home and end keys to switch. But I still think we
should add a hotkey.)
> * a mode to show changed pixels in a bright color,
> e.g. pure red/green/blue, in both overlap and no-overlap
> mode. You can get fancy, drawing 1-pixel borders around
> the changed areas, or draw translucent overlay over them,
> but simple bright red, or negative color (all components
> subtracted from 255) would be OK to direct attention towards
> them.
Much could be done in the area of change-visualization, and if you ask
me I think it's important to get a well designed back-end in place for
doing many kinds of comparisons. Then different "fancy"
change-monitoring views could be added with time.
> "Lock images" should be on by default
+1
> who needs to compare visually the top left portion
> of the "before" image along with the bottom right
> portion of the "after" image?
If a change includes cropping (or expanding) of an image it would be
useful. But in that case the relative image positioning would have to be
taken into consideration when showing the overlap-image or clicking the
lock-button. Today this resets the image offset to 0/0.
(Without that kind of support I think "Lock images" could be always on
and removed from the GUI.)
> Moving the sliders should scroll the image immediately,
> without waiting for mouse-button-up.
+1
> Mouse wheel should zoom in/out in such a way that the
> current center of the displayed image (alternative:
> the current mouse position) remains stationary.
+1
> drag should just pan the image, as if you "grab" it on
> mousedown, move it around along with your mouse,
> and "release" it on mouseup, similar to how Photoshop
> behaves when Space is held pressed. Change the mouse
> pointer to a hand over the image to show that it will
> be panned if clicked.
+1, and pressing the directional keys should move the image as well.
You seem to have good use for TortoiseIDiff. You might consider
contributing to the project by implementing one or more of the features
above and submitting them as patches to the list. I think they would be
most welcome!
Hans-Emil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Sep 25 14:41:36 2006