After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 733552 - Display reference images
Display reference images
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
2.8.10
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2014-07-22 10:41 UTC by Jo
Modified: 2018-05-24 14:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jo 2014-07-22 10:41:18 UTC
request: Adding references feature

A) ability to "pin" a reference picture outside the image bounds
B) Vertical-split window mode to get another window inside single window mode

why this request ?
i always need references to elaborate my works, i continue to learn because i use reference stuff. In multiple windows mode its too awkward, because the mouse pointer has no focus. 
See Bug 733550
Comment 1 Jo 2015-05-29 10:35:29 UTC
Moreover, sometimes when i move reference images inside my canvas, Gimp forgets to refresh/render correctly the position of the area of that reference, and a thin line appears. When i pan the canvas up or down covering that line -outside the visible space-, the line disappears.
Comment 2 Michael Schumacher 2015-05-29 15:55:06 UTC
You should not file multiple issues in one report, and especially not bugs in an enhancement requests.
Comment 3 John Ralls 2015-10-20 22:25:08 UTC
*** Bug 756889 has been marked as a duplicate of this bug. ***
Comment 4 tobias 2015-11-02 09:52:12 UTC
Peter had a concept for reference images in his original single image concept:
http://blog.mmiworks.net/2009/09/gimp-single-mode.html
http://mmiworks.net/pics/blog8/lgmmultipolaL.jpg

I think it would be good to have this in Gimp.
Comment 5 Jo 2015-11-04 13:37:40 UTC
yes, its a nice concept what Peter suggested!

it looks good - with emphasis on "looks", because after the adoption of the single window mode, i guess, that floating widgets would start to clutter again our nice, clean UI. Apart that, im not sure if those widgets would hinder you in a real workflow instead to help you,… just from a practical view point.

I say that obviously -not- because i want to offend somebody, or to promote unilaterally only my suggestions, but because i use Gimp every day, with some of several workflows (retouching, painting, texturing, brush creation, tutorials)

in the Description of this bug report i wrote about two variants, but if we cant touch the canvas padding, maybe a third variant could help:  
Bug 757051
Comment 6 Michael Schumacher 2015-11-09 15:00:57 UTC
The challenge for "pin it outside the image boundary": 

for some* people, there is not such thing visible when they work on images. And yes, this include people with very big screens. (*the quantity and quality of this group is something that should be determined).

The vertical split might work for some - but then, what would be the difference to an ordinary side-by-side display of two unrelated images? Also, I can imagine that some people would like those reference images to be *on* the canvas, at precisely the locations they specify.

Also, what exactly do we want those reference images to be. So far, probably  

- something that is stored in the XCF file (maybe only by reference)
- but is not part of the layer stack/tree

But as you keep working with an image file, questions pop up, for example:

- is it subject to zoom level changes of the image?
- it is subject to image transforms?
- and why exactly should it be a reference for the whole image, what about a single layer?
Comment 7 Jo 2016-01-19 14:22:39 UTC
@Michael Schumacher
Pinning a reference image is part of all artists and creatives workflow. We need references all the time, to improve our art - we learn something every day.

With "image boundary" i meant outside the canvas". Sorry for the misunderstanding.
Then, if i own only One Screen but i need both images displayed, especially if the reference is available only digital. 

And the reference shouldnt be on canvas, covering your work, because you need that space to work. Currently this is for me the only way to add references, and its more a workaround.
Therefore, a reference has to be pinned outside the canvas!

The image reference could be a link to a "referenced path", instead to embed the whole referece image. That saves space and is much smarter. A missing reference wouldnt be visible anymore, or display a clickable folder button, if needed. A special "reference layer" could do that, maybe. (in this case not the canvas but for the padding around)

Simultaneous actions to apply on original & reference
zooming = yes
transformation = no (read only reference, so to say)
single layer = sounds like a great! idea, i say yes. But to start with easily, its probably better to set the reference for the whole image, IMO.
Comment 8 Jo 2016-01-19 14:40:54 UTC
some more thoughts:

would be nice to drag and drop images from the image index and use them as:
a) canvas image
b) reference image

scenario 1) Gimp could ask if we want to add a reference or a normal image (empty window)
scenario 2) Gimp could auto-detect if the mouse hovers over the canvas or the canvas padding and create a) or b)

scaling would be very useful indeed, but only for visual purposes only (so, no transformation in the common sense)
Comment 9 GNOME Infrastructure Team 2018-05-24 14:28:35 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/567.