[Feature request] Multiselect

[hblab-dungnp]

Platforms

Android, iOS

Description

Hi @hm21,

First of all, thank you for this awesome package! I’m currently using pro_image_editor in my project and it’s been really helpful. 🙌

I’d love to see support for multi-selecting items (like shapes, texts, or stickers) in the editor. Right now, it seems like I can only select and move/edit one item at a time. For certain workflows, being able to select multiple elements together and move or scale them as a group would be incredibly useful.

Possible Use Case
• Grouping elements together (e.g., multiple texts and shapes)
• Aligning or repositioning multiple items simultaneously
• Applying transformations (scale, rotate, delete) to all selected items at once

Suggested Behavior
• Hold down a key (on desktop) or long-press + tap (on mobile) to multi-select
• Visual indicators for selected items (like bounding boxes or highlights)
• Actions like move/scale/rotate/delete to affect all selected items

Thanks again for your hard work on this package! Let me know if I can help test or provide more details.

Why

No response

[hm21]

Thanks, I'm really glad to hear that you like my package! It means a lot to me.

I also agree that your feature request could be quite helpful. However, implementing it would require a few changes. Currently, the editor uses a simple String to represent the selectedLayerId, as you noted in your recent PR. To support the requested feature, we would likely need to change this to a List or Map in order to track multiple selected layers.

At the moment, I don't have enough time to work on this implementation, but I'll leave the request open, as I do think it could be a valuable addition.

[hblab-dungnp]

Totally agree, I’ve had the same thought about how selectedLayerId limits flexibility. I’m currently working on a PR to refactor this to support multiple selections, probably switching to a List or Set to make it more robust and scalable. I’ll keep the changes as clean and minimal as possible to avoid breaking existing behavior.

Looking forward to your feedback once I have something up!

[hm21]

I'm glad to hear you want to create a PR for that feature. I will make sure to review it as quickly as possible once it has been submitted.

FYI: The editor automatically generates the final output image in the background after each change a user makes. This process runs as an isolated task. Because of this, when a layer is selected and the user moves it, the editor typically deselects the active layer before recording what is displayed on the screen. This prevents the layer selection itself from being captured in the output.

Therefore, when multiple layers are selected, it is still necessary to deselect them to ensure that the selection widget around the layer is not recorded.

In the future, I plan to create a solution that would eliminate the need to deselect layers. Possibly, it could be achieved by using an overlay-based approach.