maybe it should just be enabled permanently? defaulting to showing a tab when only one window is present - just the same as you get with a web browser. I think this paradigm is common enough with web browsers today being able to drag/drop tabs is a common enough that this will be discoverable for most people.
Perhaps a preference to turn it off as a backup for those that don't like it? btw, cheers -ben On Fri, Jan 30, 2015 at 8:48 PM, Tudor Girba <[email protected]> wrote: > I know about the feature, but we did not yet find a proper solution for it. > > The current default solution does not make for a good user experience: I > have to click an obscure menu item just to make the window be a drop target > and I get no visual feedback of what can be dropped on it. The issue of > many windows is a significant problem that deserves a closer attention. > > I am sure it will take a while, though. > > Cheers, > Doru > > > On Fri, Jan 30, 2015 at 11:11 AM, stepharo <[email protected]> wrote: > >> Another features that nobody knows (even us). >> >> Stef >> >> Le 29/1/15 18:51, Torsten Bergmann a écrit : >> >> Previous (and still included) Workspace, Transcript and Nautilus >>> provide Window grouping by selecting "Create window group" from the >>> window menu and then dragging two windows onto each other. >>> They are grouped together in one single window then and each one >>> gets a tab. >>> >>> Looks like Playground does not support this feature yet - so currently >>> I end up with many many windows which for me is a step backwards >>> compared to working with workspaces in Pharo 3.0 >>> >>> What is necessary to provide this for the Playground so we have a >>> common behavior for all the tools and a cleaner desktop? >>> >>> Thanks >>> T. >>> >>> >>> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >
