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: launch a program in an arbitrary frame Date: Sun, 19 Jul 2015 00:56:51 +0200 Message-ID: <87vbdhqdl8.fsf@nl106-137-147.student.uu.se> References: <8xxwpxyducd.fsf@village.keycorner.org> <8xxr3o5ea34.fsf@village.keycorner.org> <8xxegk5dt1t.fsf@village.keycorner.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1437260327 17937 80.91.229.3 (18 Jul 2015 22:58:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Jul 2015 22:58:47 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jul 19 00:58:41 2015 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 1ZGb44-00064t-3a for geh-help-gnu-emacs@m.gmane.org; Sun, 19 Jul 2015 00:58:40 +0200 Original-Received: from localhost ([::1]:50050 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZGb43-0000oy-AS for geh-help-gnu-emacs@m.gmane.org; Sat, 18 Jul 2015 18:58:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42703) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZGb3r-0000oc-8w for help-gnu-emacs@gnu.org; Sat, 18 Jul 2015 18:58:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZGb3n-0006S5-F2 for help-gnu-emacs@gnu.org; Sat, 18 Jul 2015 18:58:27 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:54921) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZGb3n-0006Rn-8E for help-gnu-emacs@gnu.org; Sat, 18 Jul 2015 18:58:23 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZGb3m-0005yU-4z for help-gnu-emacs@gnu.org; Sun, 19 Jul 2015 00:58:22 +0200 Original-Received: from nl106-137-156.student.uu.se ([130.243.137.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Jul 2015 00:58:22 +0200 Original-Received: from embe8573 by nl106-137-156.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Jul 2015 00:58:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 62 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-156.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:6Ps6XAPLDmK61BAzaO+2AHaZxrQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:105822 Archived-At: Hikaru Ichijyo writes: > it'd be nice to be able to display AJAX pages in > some way... but I don't think linking against the > same twenty-ton WebKit suite or Mozilla libraries > that the big browsers are using is the way to do it. > In doing that, we get their memory footprint, and > their security problems. No one is suggesting that. > If we could have something clean, secure, and light > that'd be great. I mostly just want to be able to > see the textual information, plus a few embedded > pictures -- kind of like Emacs-W3C. It'd be nice if > it could be accomplished without twenty meg of > tarballed code, written in some language with buffer > overflow problems like C++. Again, I'd recommend not using words such as "clean", "secure", "light", etc. They don't carry any meaning. No one is suggesting we have something "dirty", "insecure", or "heavy"! 20M of tarballed code is nothing in this day and age. It doesn't matter. What matters is what the code is, and what program it compiles into, and what that program does. If the program is brilliant and does something new (or something old in a better way) it might as well be 100M for all I care (and you shouldn't, either). The language issue is equally irrelevant (in all but the extreme cases). Emacs is in C and Lisp, which I prefer to C++ (unless the problem lends itself to OO/modeling, in which case I prefer C++ to C). Nonetheless, the expert C++ programmer with a creative/resourceful mind can do wonders with 20M. It is not the language, or the size of the tarball, that matters! > It's not what happens when I'm actually using Gnus > that's the problem really. When I'm looking > a Summary buffer list of articles, I hit RET on one, > and it splits the frame into roughly 1/5th / 4/5ths, > and displays the article in the bottom part. > That's great. > > But now let's say I'm done using Gnus, and I want to > go back to the three buffers I had all laid out the > way I wanted before I ran Gnus. My window layout is > gone. I can bring up the buffers again, but I'd have > to recreate the splits. OK! This I once knew how to do. What you want is to push the window configuration to a register each time you open an article, and then have it restored with a global keystroke. Hang on, I'll find it... -- underground experts united http://user.it.uu.se/~embe8573