Again not a bug, this needs design even before actual implementation...

This is really not a bug at all, copy/paste is working as expected. Adding smart behavior when pasting a collection is for sure a nice TODO, but there is no bug in current behavior.

Whoops, I guess it is. I searched for Quick Favorites issues and couldn't find anything, but I didn't realize this would happen via shortcuts as well. Feel free to merge the task then.

Isnt this the same as T67805: Mouse pointer doesn't update when changing tools via shortcut or pop up menu?

In T70313#868556, @Germano Cavalcante (mano-wii) wrote:

@Jonathan McIntyre (JMac), could you test with the latest daily build?
https://builder.blender.org/download/
(When testing remember to delete the startup file too)

In D6400#162963, @Julian Eisel (Severin) wrote:

The feature idea is really useful. We agreed on adding some way to sync editor data during early 2.8 days, see https://archive.blender.org/wiki/index.php/Dev:2.8/UI/Workshop_Writeup/#Shared_Editor_View.
I'm personally not a fan of realizing this with this specific slot design however. It feels a bit complicated to me, since you have to keep in mind which editors are assigned to which slot. I'm wondering if it's not better to keep things very simple. E.g. you could tag editors in some way (say by pinning it or by declaring it as a "Main" editor); then each tagged editor of the same type would share the space data. Essentially that would mean you have 1 slot per editor type. Less flexible but much easier to manage.
So I'd love to see more efforts on this. The first thing we should do is open a task to discuss the design. @Michael Soluyanov (crantisz) would you be available to continue work?

Requested changes

Another tool/cursor bug :)

Let me explain why I chose Slots concept.

Ok, I can see how syncing multiple viewports within a workspace can be useful. If it syncs only part of the settings, otherwise it's just the same view.

What I tried to say was this. I think it would be a nice achievement if a single workspace could have multiple 3d-viewports synced and multiple unsynced viewports at once.

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.

In D6400#163108, @Debuk (Debuk) wrote:

@Brecht Van Lommel (brecht) The main drawback of a "Sync Across Workspaces" checkbox is, that there is no longer a way for a distinct workspace/ viewport to opt out of this syncing process, without introducing more control flags.

Could not reproduce this either, so I guess this is indeed macOS only.

Classifying this as bug for now, because the code doesn't seem to do this intentionally from what I can see. The viewport team can re-classify if they disagree.

In the IC keymap this uses the X key now instead. This works fine for me.
So guess this can be closed as resolved. Thanks for the report either way.

Updating to current state of master. Allow uiBut's col member (if UI_BTYPE_IMAGE) to override image color. New helper function to make it easier to create UI_BTYPE_IMAGE uiButs with color override.

Continued in D6883

@Brecht Van Lommel (brecht) The main drawback of a "Sync Across Workspaces" checkbox is, that there is no longer a way for a distinct workspace to opt out of this syncing process, without introducing more control flags.

In D6400#163063, @Brecht Van Lommel (brecht) wrote:

It could work for multiple editors with some heuristic to find corresponding editors, but I'm not sure it's worth it.

Yeah, it's probably fine to have it for 3D Views only to start with. If this appears useful for other editor types too, we can always add it to more.

In D6400#162963, @Julian Eisel (Severin) wrote:

I'm personally not a fan of realizing this with this specific slot design however. It feels a bit complicated to me, since you have to keep in mind which editors are assigned to which slot. I'm wondering if it's not better to keep things very simple. E.g. you could tag editors in some way (say by pinning it or by declaring it as a "Main" editor); then each tagged editor of the same type would share the space data. Essentially that would mean you have 1 slot per editor type. Less flexible but much easier to manage.

I fixed a related bug, see rB9b243b9a53ca.

I think this is fine as fix in principle. I'd still like to hear from @Campbell Barton (campbellbarton) though if we should indeed fix this on this level, i.e. not expecting Python scripts to override the context.

Yes, but the function could return two colors, uchar *r_text_color and uchar *r_line_color.

In D6400#162963, @Julian Eisel (Severin) wrote:

The first thing we should do is open a task to discuss the design. @Michael Soluyanov (crantisz) would you be available to continue work?

As mentioned, this feature is only available in the 3D View. In other editors it's not implemented.

In D6877#162921, @Julian Eisel (Severin) wrote:

Don't add this new function, re-use marker_color_get()

This is super exciting. For me this was one of the number 1 reasons to have the workspace concept in 2.8 in the first place. I do agree with Julian though, 8 slots sounds excessive, and I would probably only need one synced workspace. In fact I would probably mostly work in just one synced 3d viewport across all workspaces. So I would suggest to make it more like a toggle for synced viewport or so. But either way, this would be a HUGE workflow improvement!! Thanks for looking into it!

The feature idea is really useful. We agreed on adding some way to sync editor data during early 2.8 days, see https://archive.blender.org/wiki/index.php/Dev:2.8/UI/Workshop_Writeup/#Shared_Editor_View.

Closing this quick hack, the feature was implemented by @Alessio Monti di Sopra (a.monti) and made its way into master.