Resize images #4108

New Issue

giteasync · 2025-10-01T16:36:18-05:00

giteasync commented

2025-10-01 16:36:18 -05:00

Originally created by @Karol-G on GitHub.

Hi,

I would like to request a feature. It is not possible to resize images. So if an image is small it gets shown small and vice versa. This can be very annoying at times.
It would be cool if you could implement a resize mechanic.

Best regards

Originally created by @Karol-G on GitHub. Hi, I would like to request a feature. It is not possible to resize images. So if an image is small it gets shown small and vice versa. This can be very annoying at times. It would be cool if you could implement a resize mechanic. Best regards

giteasync closed this issue

2025-10-01 16:36:18 -05:00

giteasync commented

2025-10-01 16:36:18 -05:00

@Karol-G commented on GitHub:

Hm, no I actually mean permanently resize/rescale the image.
I often work with math equations and take images of them to paste them into Trillium.
Sometimes they are shown extremly small and barely readable and sometimes the image takes up half of the screen. This can be very annoying at times and disturbs readability.

Here are two examples:

Maybe the resizing could be implemented best this way:
The image is saved in its original size on the disk. But in Trillum itself a width and height resize factor is apllied before rendering/showing it. Of course it would be necessary to implement a way to choose the factors too. Simply being able too pull the image borders like in office applications would be optimal, but I don't know how complicated it is to implement something like that.

@Karol-G commented on GitHub: Hm, no I actually mean permanently resize/rescale the image. I often work with math equations and take images of them to paste them into Trillium. Sometimes they are shown extremly small and barely readable and sometimes the image takes up half of the screen. This can be very annoying at times and disturbs readability. Here are two examples: ![grafik](https://user-images.githubusercontent.com/3471895/60955655-944ed580-a301-11e9-9ba1-3243f395484a.png) Maybe the resizing could be implemented best this way: The image is saved in its original size on the disk. But in Trillum itself a width and height resize factor is apllied before rendering/showing it. Of course it would be necessary to implement a way to choose the factors too. Simply being able too pull the image borders like in office applications would be optimal, but I don't know how complicated it is to implement something like that.

giteasync commented

2025-10-01 16:36:18 -05:00

@zadam commented on GitHub:

By resize you mean just zoom, right? As in temporarily make the image larger for viewing, not really resize the image and save it as such.

As a workaround, you can zoom the whole app with ctrl-+ which will also make images larger, although of course that's not ideal.

@zadam commented on GitHub: By resize you mean just zoom, right? As in temporarily make the image larger for viewing, not really resize the image and save it as such. As a workaround, you can zoom the whole app with `ctrl-+` which will also make images larger, although of course that's not ideal.

giteasync commented

2025-10-01 16:36:18 -05:00

@Nooby-001 commented on GitHub:

Hi! I'm new here so I don't know the etiquette but if you look at the way VNote implements image notes that's the best IMO.
You paste your image and can add a size for it, then when you double click on it the image goes full size inside the note!

@Nooby-001 commented on GitHub: Hi! I'm new here so I don't know the etiquette but if you look at the way VNote implements image notes that's the best IMO. You paste your image and can add a size for it, then when you double click on it the image goes full size inside the note!

giteasync commented

2025-10-01 16:36:18 -05:00

@Karol-G commented on GitHub:

Cool, that looks exactly like what I need.

@Karol-G commented on GitHub: Cool, that looks exactly like what I need.

giteasync commented

2025-10-01 16:36:19 -05:00

@zadam commented on GitHub:

Okay, I think I misunderstood this a bit. This needs to be implemented on the editing component, but it looks like they are probably going to work on this very soon.

@zadam commented on GitHub: Okay, I think I misunderstood this a bit. This needs to be implemented on the editing component, but it looks like they are probably going to [work on this very soon](https://github.com/ckeditor/ckeditor5-image/issues/241).

giteasync commented

2025-10-01 16:36:19 -05:00

@zadam commented on GitHub:

@NoobAndProud-01 I don't really have much choice in how this is implemented since it's done in the CKEditor. But I think it works quite well.

@zadam commented on GitHub: @NoobAndProud-01 I don't really have much choice in how this is implemented since it's done in the CKEditor. But I think it works quite well.

giteasync commented

2025-10-01 16:36:19 -05:00

@zadam commented on GitHub:

fixed in master

@zadam commented on GitHub: fixed in master

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: TriliumNext/Trilium#4108