From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Hikaru Ichijyo Newsgroups: gmane.emacs.help Subject: Re: launch a program in an arbitrary frame Date: Sat, 18 Jul 2015 17:01:18 -0500 Organization: UN Spacy Message-ID: <8xxegk5dt1t.fsf@village.keycorner.org> References: <8xxwpxyducd.fsf@village.keycorner.org> <8xxr3o5ea34.fsf@village.keycorner.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1437257123 6223 80.91.229.3 (18 Jul 2015 22:05:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Jul 2015 22:05:23 +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:05:23 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 1ZGaES-0002DP-Uf for geh-help-gnu-emacs@m.gmane.org; Sun, 19 Jul 2015 00:05:21 +0200 Original-Received: from localhost ([::1]:49910 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZGaES-00070F-3b for geh-help-gnu-emacs@m.gmane.org; Sat, 18 Jul 2015 18:05:20 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!news.alt.net!news.astraweb.com!border5.newsrouter.astraweb.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:5cSpEqBdF2qliGLpOwNpwYh3T/w= Original-Lines: 81 Original-NNTP-Posting-Host: 8c535760.news.astraweb.com Original-X-Trace: DXC=gEOW?UC<\JbJ?XMfTm0i_cL?0kYOcDh@jU^I3MRbi=ka[VV1\5dcZ`jl9B_G1R=S=gVL 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:105819 Archived-At: Emanuel Berg writes: > Hikaru Ichijyo writes: > >> The AJAX sites like Facebook still need a thick >> browser like Firefox. I ran into a message thread in >> another forum where people were talking about >> integrating full WebKit suite capabilities into an >> Emacs browser, but Stallman was against it. >> >> To which, I say...GOOD!!! I'm glad the voice of >> reason (ok, the voice of RMS) is prevailing here! >> The last thing Emacs needs is for the twenty ton >> bloat that now affects thick web browsers to come >> like a snake into paradise and afflict us all. > > 1) Of course, I don't like Ajax and absolutely not > Facebook, however adding support for things one > doesn't like will have the effect of not alienating > people who do like those things. If we go the extra > mile they (perhaps) won't be instantly turned > off/afraid, and in time and gradually they will be > exposed to different things through the back door, > and in even more time perhaps that will make them > drop the Facebook etc. hysteria and become > independent computer users. [...] Well, 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. 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++. >> Say you have three buffers setup with a window >> layout you like. You launch Gnus. It brings up its >> Group buffer, and so far, you're fine. Then you read >> an article, and the whole frame is replaced with >> Gnus' Group/Article split -- so much for your window >> layout. It's the Group/Article split that seems to >> make Gnus incompatible with any kind of window >> layout you might be using, so I've just been putting >> anything that I care about the layout of in >> a separate frame. The Gnus Help and Server buffers >> haven't been doing anything bad to me -- they're >> just simple single-window screens. > > To me it sounds like it is the same problem and > because of that applying the same solution with > different data is a good first step. > > But, to be exact, you display articles from the > summary buffer. Say you have a list of articles. > You hit RET. What do you want to happen then, exactly? > And what do you want not happening, that is? 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. I tried using Winner mode, but it seems it doesn't know how to recall the window layout either (even though this sort of thing is supposed to be what Winner mode is for). I've just resorted to using frames any time I have window splits I don't want Gnus to be able to mess with. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine