From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Feeling lost without tabs Date: Tue, 22 Jul 2014 23:01:14 +0200 Organization: Aioe.org NNTP Server Message-ID: <87zjg1hzvp.fsf@debian.uxu> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1406063138 5813 80.91.229.3 (22 Jul 2014 21:05:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Jul 2014 21:05:38 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 22 23:05:31 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X9hFX-0002PJ-By for geh-help-gnu-emacs@m.gmane.org; Tue, 22 Jul 2014 23:05:27 +0200 Original-Received: from localhost ([::1]:41295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9hFW-000478-Hb for geh-help-gnu-emacs@m.gmane.org; Tue, 22 Jul 2014 17:05:26 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!feeder.erje.net!eu.feeder.erje.net!newsfeed.datemas.de!rt.uk.eu.org!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 78 Original-NNTP-Posting-Host: SIvZRMPqRkkTHAHL6NkRuw.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:4J3/hlMCvUGC+XmVe3MgL+x1DoM= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:206631 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:98905 Archived-At: Javier writes: > I think dealing with frames in windows/mac is much > more difficult than in linux. In windows, having > multiple frames open will overfill the taskbar. > Window managers in Linux are more powerful and have > better ways of dealing with multiple frames by > virtual desktops or iconifying windows. I didn't know Emacs frames were shown separately in the taskbar of GUIs. I don't use a WM, and in X I use Openbox which doesn't come with a taskbar, I think (if it does, I never saw it, and I'm happy with that). Perhaps some Gnome or KDE piece of software synch with Emacs to display not just Emacs, but is reactive to the state of Emacs as well. If so, it would be interesting to know how they do that? Is this kept in a file or otherwise made available to the outside world? > Some usefuld keybindings for dealing with frames ... I don't like your taste in keys (the function and arrow keys) because of the reach thing I've talked about many times, but cred for not only writing Elisp but also sharing it for everyone to see/use! > (setq pop-up-frames t) That didn't work for me. Or perhaps I want something else. I want everything to pop up in the same window, as it were when the command was invoked, and I don't that window to change in size. My case, (defun new-message () (interactive) (if (get-buffer "*Group*") (gnus-post-news 'post "") (progn (gnus) (new-message) ))) still (with `pop-up-frames') destroys my two-pane layout. I guess I need something like (setq keep-window-layout t)? > You will never again see a split screen unless you > ask explicitly for it with C-x 2. I do that so often I have my own shortcut for that: M-o. And it is DWIM: with one window open, M-o splits it (and does `other-window'); with two windows open, M-o is just `other-window': (defun other-window-or-split () (interactive) (if (= 1 (count-windows)) (split-window-vertically)) (other-window 1) ) I have M-p `delete-other-window' - "o" and "p" are next to each other, and require minimal hand/finger movements. > That has its drawbacks, like completition buffers > popping up in a new frame. Sometimes the frames will > remain in the background and it seems that nothing > has been opened, specially in console mode. Completions may be a special case since you are typing in the minibuffer. I think completion should be avoided but sometimes I use it as a reference. For that usage, I suppose the minibuffer and the completion of an actual command is just in the way. Perhaps the `apropos' command is better for that usage. -- underground experts united