Unplanned
Last Updated: 11 Mar 2019 15:28 by ADMIN
Currently, the orientation stored in the EXIF metadata is not taken into account when showing the image.
Declined
Last Updated: 20 Mar 2020 13:26 by ADMIN
Created by: Froggie
Comments: 3
Category: ImageEditor
Type: Feature Request
1

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;
            }
        }

Unplanned
Last Updated: 02 Jul 2020 13:34 by ADMIN
Created by: Martin Ivanov
Comments: 0
Category: ImageEditor
Type: Feature Request
1
Add support for opening EXIF files. This includes reading and preserving the EXIF metadata of the file. 
Unplanned
Last Updated: 06 May 2021 11:36 by ADMIN

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

Unplanned
Last Updated: 29 Apr 2021 11:32 by ADMIN

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.

Unplanned
Last Updated: 10 Jul 2023 05:54 by Luc
Improve the blur feature so it allows more blurred images. Currently, the maximum value of the blur is 2 and we need to increase that. 
Unplanned
Last Updated: 08 Oct 2018 07:24 by ADMIN
ADMIN
Created by: Martin Ivanov
Comments: 0
Category: ImageEditor
Type: Feature Request
1
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.
Completed
Last Updated: 03 Jun 2016 23:08 by ADMIN
In Shape and DrawText tools there are strings which are not changed if the current culture is changed during the lifetime of an application.
Unplanned
Last Updated: 05 Apr 2021 11:07 by ADMIN
Created by: Richard
Comments: 1
Category: ImageEditor
Type: Feature Request
0

Using the built in OpenImageCommand functionality of telerik:RadImageEditorUI, you can detect the OpenImageCommand has been executed via the CommandExecuted event.

However there is no way to determine whether an image was loaded or not.

The Dialog Result is silently consumed by the OpenImageCommand class so if the user clicks the cancel button on the open file dialogue you have no way of knowing.

 

It would be good to have a means to determine the dialog result, either via a property on the command, by an additional property in the CommandExecuted event args, or even an event that is raised when an image is loaded or the dialog is cancelled.

 

To achieve this functionality I had to implement code like the following:


        public bool IsNewImage { get; set; }


        private void ImageEditor_CommandExecuting(object sender, ImageCommandExecutingEventArgs e)
        {
            if (e.Command is OpenImageCommand)
            {
                IsNewImage = false;
            }
        }


        private void HistoryOnCurrentImageChanged(object sender, EventArgs e)
        {
            var history = (ImageHistory)sender;

            IsNewImage = (!history.CanRedo && !history.CanUndo);
        }


        private void ImageEditor_CommandExecuted(object sender, ImageCommandExecutedEventArgs e)
        {
            if (e.Command is OpenImageCommand)
            {
                if (IsNewImage)
                {
                    // Deal with new image...
                }
            }
        }

 

It'd be so much easier to have the following:


        private void ImageEditor_CommandExecuted(object sender, ImageCommandExecutedEventArgs e)
        {
            if (e.Command is OpenImageCommand)
            {
                if (!e.CommandCancelled)
                {
                    // Deal with new image...
                }
            }
        }

 

Thanks 👍

 

 

Completed
Last Updated: 30 May 2022 07:13 by ADMIN
Release LIB 2022.2.530 (30 May 2022)
The issues reproduces, if you load an image, using System.Drawing.Image.Image and then create a stream using its Save() method. Then use this stream to create a RadBitmap element. In order to recreate the issue, the ImageFormat.Jpeg should be used with the Image's Save() method.

When you call one of the rotate commands in order to rotate the image, the image goes blank.

The issue is not directly related to the implementation of the ImageEditor control, but to the Rotate method of RadBitmap which is used by the ImageEditor.

To work this around, use ImageFormat.Png instead of Jpeg when saving the image to a stream (from the System.Drawing.Image object).
       
var stream = new MemoryStream();
image.Save(stream, System.Drawing.Imaging.ImageFormat.Png);

Declined
Last Updated: 15 May 2017 06:24 by ADMIN
Completed
Last Updated: 19 Jun 2015 10:02 by ADMIN
ADMIN
Created by: Anna
Comments: 0
Category: ImageEditor
Type: Feature Request
0
The feature will be available in our official release 2015 Q2 .
Completed
Last Updated: 28 Dec 2018 15:18 by ADMIN
ADMIN
Created by: Martin Ivanov
Comments: 0
Category: ImageEditor
Type: Feature Request
0
The setting should be available in the settings UI, the DrawTextCommandContext and it should be respected in the DrawText command's Execute method.

Scheduled for: 
The feature will be available in R1 2019, scheduled for the mid of January 2019. 
1 2