When ScaleFactor property is set to 0, zooming in/out with the mouse wheel is not working. 

Available in R1 2017 Release

Enable the users to set default values for Shape tool properties (fill, stroke, thickness, border color, is ratio locked).

Introduce a special file format for RadImageEditor which enables to edit the changes made on an image. 

For example: When the user opens the image at some point in the time, he/she should be able to edit the made changes on the image - e.g. to remove the drawn text or shapes. 

Currently there isn't a way to determine if an image in the Image Editor has any changes.

There is a HistoryOnCurrentImageChanged() event which goes some way to providing the functionality, but this doesn't fire until a tool is committed.

For example, if you load an image, and select the Hue tool, and then drag the hue slider and change the image, this won't trigger the HistoryOnCurrentImageChanged() event until the user commits the tool e.g. clicks another tool or clicks off the image...

What would be perfect would be to have a HasChanges() property on the image editor that gets set to true when any aspect of the image is edited e.g. a tool slider is moved and the changes are not yet committed.

This would allow things like being able to have the the Save button disabled until the image is edited. Or being able to warn a user they are about to lose their changes if they have edited (say) the hue but have not yet committed the tool.

See also - https://www.telerik.com/forums/detecting-change 

Thanks

When a RadBitmap is rotated to degrees for which sine and cosine are not integers (every angle which is not 90, 180, 270 or 360) applies wrongly calculated transformations and the bitmap' size is no longer correct.

For example, rotating a bitmap to -30 and then to 30 degrees changes its size.

When RadBitmap objects which sources are big images (e.g. 2000x1500) are rotate, image quality loss is observed. Internally, RadBitmap.Rotate method is used.

In Shape and DrawText tools there are strings which are not changed if the current culture is changed during the lifetime of an application.

The localization strings in Shape tool and Draw tool don't have translations.

As a workaround, these values could be manually added to the resource files (.resx).

Image Editor Localization Help Article:
http://docs.telerik.com/devtools/wpf/controls/radimageeditor/localization

I'm currently interessted in the new features of ImageEditor. But when I want to use it I don't want the write code, I just want to use the Sample Browser and try it out and see if it fits my needs. But the current version of Sample Browser does'nt support the new features out of the box! This is annoying.

Implement a command that opens a print dialog that allows you to print the image. There could be a print button in the RadImageEditorUI next to the "Save" and "Open" buttons.

Please add a property to disable the zoom witch CTRL+MouseWheel. Maybe something like IsMouseWheelZoomEnabled with a defaut value of true.

There are already other properties like IsPanningEnabled or ZoomToCursor.

The currently known solution is:

private void imageEditor_PreviewMouseWheel(object sender, MouseWheelEventArgs e)
        {
            if (Keyboard.IsKeyDown(Key.LeftCtrl) || Keyboard.IsKeyDown(Key.RightCtrl))
            {
                e.Handled = true;
            }
        }

In the Shape Tool - Line Shape -> lock ratio, this currently constrains the lines to be diagonal.

IMHO it'd be a more common use case that users would want to constrain a line to be horizontal or vertical.

I would suggest changing the default behaviour of the ratio lock for line shapes to be horizontal/vertical and not diagonal.

You could leave the Ctrl key modifier to still constrain diagonally, but add a Shift key modifier so that holding shift constrains the line vertically / horizontally (this would coincide with Photoshop behaviour).

I know it's not a great idea to change behaviour on published code, so could consider adding a LockRatioMode property to the shape tool that defaults to Diagonal, and allow coders to set it to HorizontalVertical to implement the new behaviour.

Thanks

I just requested similar functionality for the Shape tool when drawing lines, and thought it would also be useful to have something similar in the Draw tool. I've raised a separate feature request because this one is for a different tool.

It would be good in the draw tool if holding the Shift key while drawing constrained the line to be horizontal or vertical.

In my use case people will load images and might want to underline things on the image.

Currently there is no way I can see to draw a perfectly horizontal line.

If in the draw tool you could hold shift and draw a perfectly horizontal line it would make this really easy and intuitive for the end user.

PS. To make the functionality more consistent with the Shape line tool, you could also add Ctrl as a modifier to the Draw tool to constrain the line diagonally.

The feature will be available in our official release 2015 Q2 .

When Depth property is set it is expected that the undo stack would not keep more items than the depth value. However, this behaviour is not working in ImageHistory class and could lead to OutOfMemoryException when the stack gets full of ImageHistoryItem instances.

Steps to reproduce:
1. Open ImageEditor and load some image.
2. Set ImageEditor.History.Depth = 1.
3. Make a few rotations.
Expected: When making Undo you should be able to undo only the last rotation.
Actual: You can Undo all the rotations meaning that Depth property is not respected.