allow images to be scaled and offset within viewport for highlighting detail
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Zim |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
This is a total wishlist item.
I often include images in my notes (the main reason I switched away from Tomboy). The images are usually charts, diagrams, or sketches for my research. I love the fact that the image properties dialog includes resizing and the context menu allows for opening/editing the images. However, I think it would be great if the image properties had some more advanced features.
In particular, I'd like to separate the image "viewport" size from the image scaling and also from the image XY offset. This would be useful for highlighting detail in a graph or screenshot (without requiring manually creating a separate cropped image). For example, I often have a graph and I want to show first the original graph and then a specific part of the graph. So I'd like to be able to say "make a X by Y viewport, scale the image by 60%, and display the image starting at pixel N,M". I don't really care about the scaling quality, etc., so I'm not looking for any additional image processing capabilities.
Obviously, doing this would require adding some more options to the image dialog, which for simplicity could be hidden under "advanced" or somesuch. As long as I'm dreaming big, it would be easiest if the offset could be set by dragging a thumbnail, and if the document was updated after changing the parameters to provide a "live preview".
I'm interested in potentially hacking on this, but I'm new to the project so I wonder how feasible you think this would be, based on the underlying image code, etc. I also don't know how plugins work, or whether this would this be better (or even possible) as a plugin? Or perhaps it just would not work within Zim's design or philosophy.
Anyway, thanks!
Changed in zim: | |
status: | New → Confirmed |
importance: | Undecided → Wishlist |
I think this is easy to hack as a plugin when the "inline objects" feature
is ready. Once that is done you should be able to easily subclass the
standard class for images.
However I think I do not understand the use-case very well.