Annotations don't move with the Canvas in UV editor or Image editor #63402

New Issue

msalv · 2019-04-08T23:08:21+02:00

msalv commented

2019-04-08 23:08:21 +02:00

System Information
Operating system: Windows-10-10.0.17134 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 417.71

Blender Version
Broken: version: 2.80 (sub 53), branch: blender2.7, commit date: 2019-04-02 19:53, hash: a813e259d6
Worked: 2.79

Short description of error
In 2.79 the greasepencil annotations in the UV/Image editor would move with the image as you pan across the 2d canvas. They don't in 2.8. In 2.79 you could replicate that behaviour by changing Stroke Placement in the greasepencil options in the toolbar, but it's not the default. In 2.8, the annotation tool in either the UV or the Image editor doesn't have this option, not in the topbar nor the tool properties. I guess the bug is more about surfacing that option back, and making the same default.

Exact steps for others to reproduce the error
From a new file, go to the UV or Image editor and draw with the Annotation tool, either by selecting the tool in the toolbar or by holding D. Use middle mouse click to move pan the 2d view, and the annotations don't move

**System Information** Operating system: Windows-10-10.0.17134 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 417.71 **Blender Version** Broken: version: 2.80 (sub 53), branch: blender2.7, commit date: 2019-04-02 19:53, hash: `a813e259d6` Worked: 2.79 **Short description of error** In 2.79 the greasepencil annotations in the UV/Image editor would move with the image as you pan across the 2d canvas. They don't in 2.8. In 2.79 you could replicate that behaviour by changing Stroke Placement in the greasepencil options in the toolbar, but it's not the default. In 2.8, the annotation tool in either the UV or the Image editor doesn't have this option, not in the topbar nor the tool properties. I guess the bug is more about surfacing that option back, and making the same default. **Exact steps for others to reproduce the error** From a new file, go to the UV or Image editor and draw with the Annotation tool, either by selecting the tool in the toolbar or by holding D. Use middle mouse click to move pan the 2d view, and the annotations don't move

msalv commented

2019-04-08 23:08:21 +02:00

Added subscriber: @moisessalvador

Antonio Vazquez commented

2019-04-09 12:23:18 +02:00

Added subscribers: @JoshuaLeung, @antoniov

Antonio Vazquez commented

2019-04-09 12:23:18 +02:00

@JoshuaLeung Could you take a look? Not sure how this works (2D Editors).

Sebastian Parborg commented

2019-04-09 19:30:39 +02:00

Added subscriber: @ZedDB

Sebastian Parborg commented

2019-04-09 19:30:39 +02:00

This works for me the same way as it does in the latest 2.79:

With picture:
recording.mp4

Without picture first:
recording.mp4

Anyhow, I'm guessing that this is about it not locking when you draw without a picture present first and no ability to change this setting yourself?

This works for me the same way as it does in the latest 2.79: With picture: [recording.mp4](https://archive.blender.org/developer/F6923111/recording.mp4) Without picture first: [recording.mp4](https://archive.blender.org/developer/F6923122/recording.mp4) Anyhow, I'm guessing that this is about it not locking when you draw without a picture present first and no ability to change this setting yourself?

Antonio Vazquez commented

2019-04-09 20:17:37 +02:00

@ZedDB I have checked again and the trick is to create the image before do the annotation.

Works:

Create Image
Do annotation
Move

Don't Work:

Do annotation
Create Image
Move

As this is working as it was in 2.79, we can't consider it as bug, no?

@ZedDB I have checked again and the trick is to create the image before do the annotation. Works: 1) Create Image 2) Do annotation 3) Move Don't Work: 1) Do annotation 2) Create Image 3) Move As this is working as it was in 2.79, we can't consider it as bug, no?

Sebastian Parborg commented

2019-04-09 20:23:32 +02:00

@antoniov it depends on if this is how it is supposed to work or not. If this is how it was designed to function, then this is not a bug.

Antonio Vazquez commented

2019-04-09 20:25:13 +02:00

@ZedDB We can consider that it was designed in this way, because this code was ported from 2.79 (not using the same code of grease pencil).

Sebastian Parborg commented

2019-04-09 20:29:17 +02:00

Changed status from 'Open' to: 'Archived'

Sebastian Parborg closed this issue

2019-04-09 20:29:17 +02:00

Sebastian Parborg self-assigned this 2019-04-09 20:29:17 +02:00

Sebastian Parborg commented

2019-04-09 20:29:17 +02:00

Sure.

@moisessalvador if this does not work the same way as described here, feel free to reopen.

Sure. @moisessalvador if this does not work the same way as described here, feel free to reopen.

msalv commented

2019-04-09 22:08:57 +02:00

What seems to be truly happening is this;

If you start with an image, great! It locks!
But If you don't start with an image, or start with an image but then switch to a 2d view without an image and then annotate, every subsequent stroke, even when you open a new Image in a different 2d editor, doesn't lock the strokes in any 2d view for the entire blendfile ever again.

In 2.79 you at least can change it after in the toolbar, what kind of stroke you want (It's called Stroke placement, view/cursor) in 2.8 you can't. You can only make a new blend file and make sure you accidentally never anotate in a 2d view without an image

I propose to bring the option back, to appear in the topbar, the same way that the Annotation tool in the 3D view already does with the Placement option. And for the default behavior of a new 3d view to be locked to the canvas

What seems to be truly happening is this; - If you start with an image, great! It locks! - But If you don't start with an image, or start with an image but then switch to a 2d view without an image and then annotate, every subsequent stroke, even when you open a new Image in a different 2d editor, doesn't lock the strokes in any 2d view for the entire blendfile ever again. In 2.79 you at least can change it after in the toolbar, what kind of stroke you want (It's called Stroke placement, view/cursor) in 2.8 you can't. You can only make a new blend file and make sure you accidentally never anotate in a 2d view without an image I propose to bring the option back, to appear in the topbar, the same way that the Annotation tool in the 3D view already does with the Placement option. And for the default behavior of a new 3d view to be locked to the canvas

msalv commented

2019-04-09 22:09:06 +02:00

Changed status from 'Archived' to: 'Open'

msalv reopened this issue

2019-04-09 22:09:06 +02:00

Sebastian Parborg removed their assignment 2019-04-09 22:42:34 +02:00

Antonio Vazquez was assigned by Sebastian Parborg

2019-04-09 22:42:34 +02:00

Sebastian Parborg commented

2019-04-09 22:42:34 +02:00

@antoniov I'll let you decide what to do with this.

ChristopherAnderssarian commented

2019-04-10 00:56:39 +02:00

Added subscriber: @ChristopherAnderssarian

ChristopherAnderssarian commented

2019-04-10 00:56:39 +02:00

That's right, It's because you can't draw (in 2.79) on an empty image, so it reverts to the View. I'm not sure if there are technical reasons to this, the strokes are still visible after removing the image.

You can see this with 2.79:

Open U/V Image Editor
Open Toolbar (Stroke placement should be on cursor)
Start drawing and watch it switch to view.

The same thing is happening in 2.80, it's just that we can't see the options...

In #63402#657637, @moisessalvador wrote:
And for the default behavior of a new ~~3d view~~ 2D editor to be locked to the canvas

Did you mean 2D editor?

That's right, It's because you can't draw (in 2.79) on an empty image, so it reverts to the View. I'm not sure if there are technical reasons to this, the strokes are still visible after removing the image. You can see this with 2.79: - Open U/V Image Editor - Open Toolbar (Stroke placement should be on cursor) - Start drawing and watch it switch to view. The same thing is happening in 2.80, it's just that we can't see the options... > In #63402#657637, @moisessalvador wrote: > And for the default behavior of a new ~~3d view~~ 2D editor to be locked to the canvas Did you mean 2D editor?

Antonio Vazquez commented

2019-04-10 11:35:57 +02:00

IMHO the best solution would be check if there is an image, and if empty, show a warning and cancel annotation.

William Reynish commented

2019-04-10 11:39:28 +02:00

Added subscriber: @WilliamReynish

William Reynish commented

2019-04-10 11:39:28 +02:00

Ideally I think it should just always stick to the canvas. If you are making notes for UVs that's what you'd want too.

I can't think of any use-case for the current behavior where annotations are relative to the view and not the canvass - we don't do this in the 3D View either.

Ideally I think it should just always stick to the canvas. If you are making notes for UVs that's what you'd want too. I can't think of any use-case for the current behavior where annotations are relative to the view and not the canvass - we don't do this in the 3D View either.

ChristopherAnderssarian commented

2019-04-10 11:42:33 +02:00

Umm... @WilliamReynish

Umm... @WilliamReynish ![3D_View_Placment.png](https://archive.blender.org/developer/F6927170/3D_View_Placment.png)

William Reynish commented

2019-04-10 11:45:27 +02:00

In the 3D view at least it's not the default behavior. Can't really think why one would ever stick annotation lines to the view.

For the UV Editor we could just mirror what we do in the 3D View: By default always attach to canvas/UV space, and have an option to use View.

In the 3D view at least it's not the default behavior. Can't really think why one would ever stick annotation lines to the view. For the UV Editor we could just mirror what we do in the 3D View: By default always attach to canvas/UV space, and have an option to use View.

msalv commented

2019-04-10 12:04:42 +02:00

I agree. Even without an image I make annotations on the positions of UV islands, which needs canvas lock. So the idea of the warning is not ideal either, Annotations definitely have use without an Image open.

ChristopherAnderssarian commented

2019-04-10 12:14:30 +02:00

In #63402#657946, @WilliamReynish wrote:

In the 3D view at least it's not the default behavior.

Sorry, I saw an opportunity and I seized it. But it is default behaviour as I explained in #63402#657727

Can't really think why one would ever stick annotation lines to the view.

There are a few reasons why View Placement is important:

Stroke will stay the same when switching images with different resolutions. Strokes warp/distort on the curser.
Cursor (Canvis) stroke can't move editor. It's handy having your notes/doodles follow you around from editor to editor.
View Placed (2D) Annotations don't suffer from the same issues as Cursor (3D) strokes:

Different execution but the same Idea...
https://cloud.blender.org/p/gallery/5beeaec4527ba54c2fe6fbf8

For the UV Editor we could just mirror what we do in the 3D View: By default always attach to canvas/UV space, and have an option to use View.

This is the most rational thing I've heard.

But goal should be to give Annotations (across editors) the same set of tools.

> In #63402#657946, @WilliamReynish wrote: > In the 3D view at least it's not the default behavior. Sorry, I saw an opportunity and I seized it. But it is default behaviour as I explained in #63402#657727 > Can't really think why one would ever stick annotation lines to the view. There are a few reasons why View Placement is important: - Stroke will stay the same when switching images with different resolutions. Strokes warp/distort on the curser. - Cursor (Canvis) stroke can't move editor. It's handy having your notes/doodles follow you around from editor to editor. - View Placed (2D) Annotations don't suffer from the same issues as Cursor (3D) strokes: ![Distance_.png](https://archive.blender.org/developer/F6927277/Distance_.png) Different execution but the same Idea... https://cloud.blender.org/p/gallery/5beeaec4527ba54c2fe6fbf8 > For the UV Editor we could just mirror what we do in the 3D View: By default always attach to canvas/UV space, and have an option to use View. This is the most rational thing I've heard. But goal should be to give Annotations (across editors) the same set of tools.

Antonio Vazquez commented

2019-04-10 16:30:22 +02:00

I have been looking at the code (I did not created this area) and I have seen there was an hacky special case for image editor when the image was NULL. The rest of 2D editors always set the annotation locked to canvas (affected by zoom) and never to Screen.

My opinion is to do the same for all 2D annotations and always set to Canvas and never to View. Actually in 2.79 you can select if lock to screen or Canvas, but this is something that came from old grease pencil. I don't think is very user friendly to have two options.... really we want add complexity to UI for a corner case?

I have been looking at the code (I did not created this area) and I have seen there was an hacky special case for image editor when the image was NULL. The rest of 2D editors always set the annotation locked to canvas (affected by zoom) and never to Screen. My opinion is to do the same for all 2D annotations and *always* set to Canvas and never to View. Actually in 2.79 you can select if lock to screen or Canvas, but this is something that came from old grease pencil. I don't think is very user friendly to have two options.... really we want add complexity to UI for a corner case?

ChristopherAnderssarian commented

2019-04-10 16:56:33 +02:00

How are you making the UX more complicated? I'd argue it's more complicated now because there's no consistency in the Annotations Tool.
The topbar is Empty and we're talking about removing an option we already don't have...

In #63402#658091, @antoniov wrote:
always set to Canvas and never to View.

So what would you intend to do with all the View Placement GPencil data in 2.80's Annotations?

How are you making the UX more complicated? I'd argue it's more complicated now because there's no **consistency** in the Annotations Tool. The topbar is Empty and we're talking about removing an option we already don't have... ![3D_View_Placment_Note.png](https://archive.blender.org/developer/F6928083/3D_View_Placment_Note.png) > In #63402#658091, @antoniov wrote: > *always* set to Canvas and never to View. So what would you intend to do with all the View Placement GPencil data in 2.80's Annotations?

Antonio Vazquez commented

2019-04-10 17:05:30 +02:00

What I want to do is keep all 2D editors equal. Today we have a "special" case for Image editor and the rest of 2D editors working differently. The logic, it's to set all 2D editor equal and remove the screen option. It's very weird that you draw an annotation and when you move/zoom the annotation does not move.

If we add a button to define the type of placement, you can add strokes to Screen and to View and it's very confusing to have strokes that moves and others don't. The idea is to make annotations simple.

What I want to do is keep all 2D editors equal. Today we have a "special" case for Image editor and the rest of 2D editors working differently. The logic, it's to set all 2D editor equal and remove the screen option. It's very weird that you draw an annotation and when you move/zoom the annotation does not move. If we add a button to define the type of placement, you can add strokes to Screen and to View and it's very confusing to have strokes that moves and others don't. The idea is to make annotations simple.

Antonio Vazquez commented

2019-04-10 17:29:57 +02:00

@ChristopherAnderssarian We cannot use the Topbar because we have only one for screen. If you have a 3D view and a UV editor, you cannot detect what annotation datablock are you using.

ChristopherAnderssarian commented

2019-04-10 18:56:54 +02:00

In #63402#658112, @antoniov wrote:
What I want to do is keep all 2D editors equal.

Yes, that's what I'm saying.

Today we have a "special" case for the Image editor and the rest of 2D editors working differently.

Ah, this is where the confusion may be:

There shouldn't be a distinction between the Image editor and the rest of 2D editors. This is wrong.

Currently All editors implement Annotations differently:

Name	3D Viewport	U/V Image Editor (View)	U/V Image Editor (Paint)	U/V Image Editor (Mask)	Video sequence Editor	Movie Clip Editor	Node editor
Image
Notes	Most worked on most complete				There's no mention on any todo list...	on todo list
Topbar works?	Yes	Shows, doesn't work	No	No	No, N/A, No toolbar	Shows, doesn't work	No
Toolbar?	Yes, New	Yes	Yes	Doesn't exist	Doesn't exist	Old GPencil Implementation (on todo list)	Yes, New
Onion Skin	Yes	No	No	No	Yes	No	No
Can draw on view	Yes	Yes	Yes	Yes	No	Yes	Yes

Requisite blend file:
Topbar_not_editor_sensitive.blend

It's very weird that you draw an annotation and when you move/zoom the annotation does not move.

How is this weird?

In #63402#657978, @ChristopherAnderssarian wrote:
Different execution but the same Idea...
https://cloud.blender.org/p/gallery/5beeaec4527ba54c2fe6fbf8

If we add a button to define the type of placement, you can add strokes to Screen and to View and it's very confusing to have strokes that moves and others don't.

But this is up to the user, with clearly labeled tooltips as to what's going to happen.

The idea is to make annotations simple.

Yes, what I'm saying is that right now it's not simple. Look at the blend file and all the issues listed.

In #63402#658124, @antoniov wrote:
@ChristopherAnderssarian We cannot use the Topbar because we have only one for screen. If you have a 3D view and a UV editor, you cannot detect what annotation datablock are you using.

But that's not a Grease Pencil/Annotations issue that's a UI/UX Issue. If/once that's fixed and the active tools are added to added to the editors then there's space and workflow for other options...

Okay the bottom line:

I do not have a problem with removal of features or functionality, as long as it's replaced with something that works. I really do not see this happening before 2.80 release.

> In #63402#658112, @antoniov wrote: > What I want to do is keep all 2D editors equal. Yes, that's what I'm saying. > Today we have a "special" case for the Image editor and the rest of 2D editors working differently. Ah, this is where the confusion may be: There shouldn't be a distinction between the **Image editor** and the rest of **2D editors**. This is wrong. Currently **All** editors implement Annotations differently: | *Name* |3D Viewport | U/V Image Editor (View) |U/V Image Editor (Paint) |U/V Image Editor (Mask) | Video sequence Editor |Movie Clip Editor | Node editor | -- | -- | -- | -- | -- | -- | -- | -- | |*Image* |![01.3D_Viewport.PNG](https://archive.blender.org/developer/F6928232/01.3D_Viewport.PNG) | ![02.UV_Image_Editor.PNG](https://archive.blender.org/developer/F6928235/02.UV_Image_Editor.PNG) |![06.UV_Image_Editor_(Paint).PNG](https://archive.blender.org/developer/F6928386/06.UV_Image_Editor__Paint_.PNG) |![07.UV_Image_Editor_(Mask).PNG](https://archive.blender.org/developer/F6928388/07.UV_Image_Editor__Mask_.PNG) | ![03.VSE.PNG](https://archive.blender.org/developer/F6928237/03.VSE.PNG) | ![04.MCE.PNG](https://archive.blender.org/developer/F6928239/04.MCE.PNG) | ![05.Nodes.PNG](https://archive.blender.org/developer/F6928241/05.Nodes.PNG) |*Notes* |Most worked on most complete | | | | There's no mention on any todo list... |on todo list | |*Topbar works?* |Yes |Shows, doesn't work |No |No |No, N/A, No toolbar |Shows, doesn't work |No |*Toolbar?* |Yes, New |Yes |Yes |Doesn't exist |Doesn't exist | Old GPencil Implementation (on todo list) |Yes, New |*Onion Skin* |Yes |No |No |No |Yes |No |No |*Can draw on view* |Yes |Yes |Yes |Yes |No |Yes |Yes | | | | | | | | | -- | -- | -- | -- | -- | -- | -- | Requisite blend file: [Topbar_not_editor_sensitive.blend](https://archive.blender.org/developer/F6928407/Topbar_not_editor_sensitive.blend) ___ > It's very weird that you draw an annotation and when you move/zoom the annotation does not move. How is this weird? > In #63402#657978, @ChristopherAnderssarian wrote: > Different execution but the same Idea... > https://cloud.blender.org/p/gallery/5beeaec4527ba54c2fe6fbf8 ___ > If we add a button to define the type of placement, you can add strokes to Screen and to View and it's very confusing to have strokes that moves and others don't. But this is up to the user, with clearly labeled tooltips as to what's going to happen. > The idea is to make annotations simple. Yes, what I'm saying is that right **now** it's not simple. Look at the blend file and all the issues listed. ___ > In #63402#658124, @antoniov wrote: > @ChristopherAnderssarian We cannot use the Topbar because we have only one for screen. If you have a 3D view and a UV editor, you cannot detect what annotation datablock are you using. But that's not a Grease Pencil/Annotations issue that's a UI/UX Issue. If/once that's fixed and the active tools are added to added to the editors then there's space and workflow for other options... ___ Okay the bottom line: ___ I do not have a problem with removal of features or functionality, as long as it's replaced with something that works. I really do not see this happening before 2.80 release.

Antonio Vazquez commented

2019-04-10 19:11:38 +02:00

IMHO, change annotations is not a primary task for 2.80. Maybe, we could close this task report because the problem is fixed now and open a new task with Annotation ToDos (not only the topbar and space issues).

ChristopherAnderssarian commented

2019-04-10 19:29:47 +02:00

In #63402#658180, @antoniov wrote:
is not a primary task for 2.80.

I know and that's why I didn't report this months ago (and why I don't report all of the bugs/issues/crashes that I still put up with today, because I know it will get removed)

Maybe, we could close this task report because the problem is fixed now and open a new task with Annotation ToDos (not only the topbar and space issues).

This sounds like a good course of action.

@antoniov Before this task is closed, can I ask you: Do you at least see where I'm coming from? (just in case)

> In #63402#658180, @antoniov wrote: > is not a primary task for 2.80. I know and that's why I didn't report this months ago (and why I don't report all of the bugs/issues/crashes that I still put up with today, because I know it will get removed) >Maybe, we could close this task report because the problem is fixed now and open a new task with Annotation ToDos (not only the topbar and space issues). This sounds like a good course of action. ___ @antoniov Before this task is closed, can I ask you: Do you at least see where I'm coming from? [(just in case) ](https://english.stackexchange.com/questions/97505/do-you-know-where-im-coming-from)

Antonio Vazquez commented

2019-04-10 19:39:42 +02:00

@ChristopherAnderssarian I understand your points, but we need at some point stop to add things and try to stabilize all. For sure there are a lot of things to fix, but we try to get something good enough... you know, the resources and time are limited. Anyway, it's my opinion only... I'm not part of BF.