Preview - Input needed?

[Thomas Friedrichsmeier]

Hi!

On Sat, 30 Jan 2016 16:44:25 +0100
d_jan <d_jan at ymail.com> wrote:
> > while we're still at brainstorming, I'll toss in a further thought
> > in this category: Turn the "Preview"-checkbox itself into a
> > tri-state control, e.g. a drop-down menu "Preview disabled",
> > "Docked Preview", "Separate window".[…]
> 
> What I know as a sort of standard from dockable windows in
> applications is having the preview on/off button on the "main"
> window, and the attached/detached button on the dockable (sub) window.
> 
> E.g. Developer Tools in the browser: Open them via the menu or
> shortcut; dock/undock them via a button at the dev tool window.
> 
> Or see this mockup: http://codepen.io/anon/pen/obyGpv (wording
> dock/sockable etc. needs to be discussed, but I think it is clear
> enough to get what it does)
> 
> Does this make sense?

Yes. The problem I was trying to address was making it really easy to
get something close to the old behavior (which, despite its problems,
allows for a really convenient workflow, too).

However, if we can simply add a menu bar / menu button to the preview
window (as suggested by Meik, further down), then we will have that
workflow covered, already. Detach-button would still be useful in that
case, but more in the nice-to-have category. (And in fact, I think, it
would behave different, too: _Copying_ the plot to an independent
detached window, and thereby also logically detaching it from the
plugin).

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20160130/69db263e/attachment.sig>