1 doesn't sound that dissimilar to the current selection tool behaviour if you grab a selection and
1 doesn't sound that dissimilar to the current selection tool behaviour if you grab a selection and then drop copies
BThe key difference is that you don't have to keep holding the stroke to keep duplicating it
Ayeah
BAnd that opens up the opportunity to duplicate it in between layers
Aah of course
Athat gives me an idea. i wonder what happens to a held selection if you try and interact with a panel.
Ai'm guessing panel interaction is disabled while something is held
BCan you even do that given that holding a selection disables your pointer?
BYeah
Abut what if it wasn't...
BThat does feel a little unwieldy not gonna lie
BBut I might be wrong
Ayeah
Athis seems like a lot of change for one simple gap "move selection to another layer"
Amaybe we just need more buttons on the layers panel. at least that stops the complexity creeping into the rest of the app
BNo matter what I think this problem should be solved through a lot of experimentation
BBecause all solutions work, it's more of a matter of comfort and UX
Ai do need an immediate solution as this is a bit of a blocker for releasing layers
Ait doesn't have to be perfect.
BHm
BI honestly don't know what would be the best immediate solution
Aanother thought: "selection" is a layer itself (internally). Maybe not hiding this fact from the user might open up some options
BWell
Acombined with the ability to reorder layers maybe it's just the same as "squash layers"
BMy main concern is that everything that is done with selections is done through the selection tool
BThis would add a different UI interaction with selections that is separate, and I'm not sure how intuitive that would be
BBut that's a concern right off the top of my head so I dunno
Abut arguably "everything that is done with layers is done through the layer panel" - when something is related to layers AND selections which one takes priority?
BActually, what if we add a tray button along the lines of "move selection to layer" and then wait for the user to switch layers to lock it in?
Ai think layers are more "power user" stuff - so we can be less constrained by immediate intutiveness
BThat's true
Athat's not bad
Awe already have the selection tray
Ahow about "if the user tries to change layer with an active selection - they are asked to choose between 2 actions: drop selection or move selection to layer"
Ai don't like interrupting the user with choices - usually
BActually, let's merge the two ideas
Abut dropping the selection is almost as surprising as the current behaviour
BWe have a toggle on the selection tray
BIf it's on, selections survive layer switches
BIf it's off, they don't
BThis way the user gets to choose without being interrupted
Ahmmmmm. how about 3 settings: "ask, always move, always drop"?
BAlso works
Athat way the user gets to learn about the option the first time they use it
BSounds good!
BWe can have it as "always ask" by default and leave instructions on the bottom of the prompt to switch
Adamn. does that mean i have to implement this now? 
BGod I wish I could help out on this one
Ame too! 
BHey if you take long enough, I just might!
BNext week I will finally have access to my main setup but just not to a VR headset so maybe I could still help out on the side