Bug 180931 - Provide a way to embedd non-konsole windows once #180770 is done
Summary: Provide a way to embedd non-konsole windows once #180770 is done
Status: RESOLVED INTENTIONAL
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: CVS
Platform: Debian testing Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on: 180770
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-16 09:02 UTC by Richard Hartmann
Modified: 2009-01-26 19:13 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Hartmann 2009-01-16 09:02:15 UTC
This depends on #180770 

Instead of showing more Konsole sub-windows, it would be nice to be
able to show other K or even X applications.

Showing Gnuplot, Okular or the result of MRTG and imagemagick come to
mind.


I am not sure if this is even feasible (or shouldn't be a report against
kwin..) so feel free to close WONTFIX INVALID or tell me to re-assign it.


Richard
Comment 1 Robert Knight 2009-01-16 11:05:22 UTC
This sounds an awful lot like re-inventing the tiled window manager.  I can see how splitting inside a single application provides some benefits over a similar facility in window management itself but once you start asking to embed arbitrary windows I think that you'd probably run into issues which are already solved there.
Comment 2 Matthew Woehlke 2009-01-24 02:48:13 UTC
Indeed. Incidentally, Richard, you should check out the recent threads on kde-usability. It's now on my "life goals list" to remove tabs and split views from Konsole (and Konqueror, Firefox, etc)... by moving the functionality to the WM :-).

@Robert: I'd be curious to know what advantages you think doing split in an app has over the WM doing it.
Comment 3 Richard Hartmann 2009-01-24 21:48:00 UTC
Have any links for me? :)

What is the advantage of getting rid of tabs? Ideally, both the WM and the application would be able to offer this functionality.

You might want to search the BTS for welding edges. I submitted that in the pre-4 days and it would be awesome :)
Comment 4 Robert Knight 2009-01-25 20:36:57 UTC
> @Robert: I'd be curious to know what advantages you think doing
> split in an app has over the WM doing it

As in currently stands, in-application splitting adds a only a minimum of visual clutter (a splitter bar) and appropriate shortcuts can be added for navigating around the views within the application (Shift+Tab).

If you do this in the WM, you'd have to find a way to avoid duplicating the menus, toolbars and other UI elements which you only require one set of per-application (or currently, per top-level Window) instead of per view area.

In short - getting splitting working at the WM level might not be too hard.  Getting it working in a way which doesn't feel like a tech demo / prototype requires somewhat more work.

Comment 5 Matthew Woehlke 2009-01-26 19:13:05 UTC
@Robert: Ah, yes, these I am aware of. So... nothing so far that I'm not already thinking about. Thanks! And I agree with your rough assessment of the difficulty.

@Richard: um... https://mail.kde.org/mailman/listinfo/kde-usability ? When I say "recent threads", I really mean go to your favorite archive and look at like the last three threads. (Better yet, point knode or your favorite newsreader at the gmane.org feed; you'll get everything downloaded /and/ be able to reply.)

As for advantage... better to ask why the app should duplicate the WM functionality? (I'll assume that Robert's points have been addressed.) I don't see how duplicating functionality is "ideal".