From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: launch a program in an arbitrary frame
Date: Sat, 18 Jul 2015 21:18:15 +0200 [thread overview]
Message-ID: <87380l9sw8.fsf@nl106-137-147.student.uu.se> (raw)
In-Reply-To: 8xxr3o5ea34.fsf@village.keycorner.org
Hikaru Ichijyo <ichijyo@macross.sdf.jp> writes:
> The whole reason I got into Emacs was because I was
> hoping it could bring my Internet usage back to the
> happy days back when it was almost all text, almost
> all done through the keyboard, all in one integrated
> environment (no more "mousercize" to use the
> Internet). The mouse slows me down and makes me keep
> having to move my right arm back and forth.
100% correct.
> And on any kind of Unix system, adjusting any
> setting is usually done with text files in a text
> editor. Emacs just seemed like it could bring it all
> together, system administration and Internet usage,
> and make the mouse only necessary for programs that
> truly need to be graphical. I'm gradually realizing
> that, and it's a really elegant way of working.
Yes :)
> 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.
2) This "bloat" thing is often based on
a misconception that stems from the Windoze and
accursed Apple systems which have desktops that are
relentless in bugging you and driving you crazy
with popups, icons - all kinds of visual noise.
To be honest, the thrice-accursed Linux world has
not been immune to this and many popular distros
have walked the same sad path.
The reaction to this has been the wish for
a "minimal", "streamlined", and "clean" system.
But just because you have tons of features,
software, and power, that doesn't mean your system
has to be bulky, ill-organized or "dirty"! There is
no such correlation. It can be, if the GUI is such
that for every piece of software you install, you
get another annoying icon, popup, menu, etc.
But that is the *GUI* in particular, and not the
software toolkit or the system. What you see, don't
have to be what (all) you get! Didn't you watch the
"Robots in disguise" show as a kid?
Here is an example:
http://user.it.uu.se/~embe8573/dumps/system.png
'lspath' is a zsh function:
lspath () {
(($#)) || set ''
print -lr -- $^path/*$^@*(N:t) | sort -u
}
What it does is, it lists all the executables in
the user's PATH ("path" is a zsh feature). As you
see from the screenshot, that number is 3356! And,
if that number is 10 000 or even 100 000, assuming
the software is good, the screenshot will look
just the same, save for the change of that digit.
Adding more things doesn't have to add the
"bloat" unless you let it!
So it is not "bloated" just because it has
features, tools, and power, it is (can be) bloated
because the GUI chooses to put all this in your
face *all the time*, instead of when you yourself
say it is time to use a particular piece of
software, at what time that, and only that, is
invoked and displayed.
> Anyway, Emacs is basically turning into the console
> through which I use the Internet and do all things
> on my system (and other systems).
Yes. Before there was a desktop, there was an editor.
The editor was much more powerful, but people couldn't
handle all that power. Now, many people that would
instinctively use the editor simply do not know there
is an alternative to the desktop. It is a sad state.
All we can do is do the right thing ourselves.
I'm not trying to preach. I believe I can reach.
But your mind ain't prepared. I see you when you
get there. (Coolio 1997)
> Well, that isn't the way Gnus is messing my
> windows up.
>
> It's more like this:
>
> 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?
--
underground experts united
http://user.it.uu.se/~embe8573
next prev parent reply other threads:[~2015-07-18 19:18 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-18 3:21 launch a program in an arbitrary frame Hikaru Ichijyo
2015-07-18 4:12 ` Vaidheeswaran C
2015-07-18 8:29 ` Emanuel Berg
2015-07-18 4:18 ` Vaidheeswaran C
2015-07-18 5:22 ` Drew Adams
2015-07-18 8:14 ` Emanuel Berg
[not found] ` <mailman.7087.1437207364.904.help-gnu-emacs@gnu.org>
2015-07-18 15:53 ` Hikaru Ichijyo
2015-07-18 16:35 ` Eli Zaretskii
2015-07-18 17:06 ` Óscar Fuentes
[not found] ` <mailman.7100.1437237353.904.help-gnu-emacs@gnu.org>
2015-07-18 17:12 ` Hikaru Ichijyo
2015-07-18 19:26 ` Emanuel Berg
[not found] ` <mailman.7109.1437247711.904.help-gnu-emacs@gnu.org>
2015-07-18 22:09 ` Hikaru Ichijyo
2015-07-18 22:45 ` Drew Adams
[not found] ` <mailman.7117.1437259681.904.help-gnu-emacs@gnu.org>
2015-07-18 23:28 ` Hikaru Ichijyo
2015-07-18 23:47 ` Emanuel Berg
[not found] ` <mailman.7122.1437263415.904.help-gnu-emacs@gnu.org>
2015-07-19 0:03 ` Hikaru Ichijyo
2015-07-19 0:32 ` Drew Adams
2015-07-19 7:15 ` Emanuel Berg
2015-07-19 13:03 ` Drew Adams
[not found] ` <mailman.7140.1437290215.904.help-gnu-emacs@gnu.org>
2015-07-19 10:40 ` Pascal J. Bourguignon
[not found] ` <mailman.7101.1437239201.904.help-gnu-emacs@gnu.org>
2015-07-18 17:47 ` Hikaru Ichijyo
2015-07-18 19:18 ` Emanuel Berg [this message]
[not found] ` <mailman.7108.1437247198.904.help-gnu-emacs@gnu.org>
2015-07-18 22:01 ` Hikaru Ichijyo
2015-07-18 22:56 ` Emanuel Berg
2015-07-18 23:39 ` Emanuel Berg
[not found] ` <mailman.7120.1437262864.904.help-gnu-emacs@gnu.org>
2015-07-18 23:51 ` Hikaru Ichijyo
2015-07-18 23:58 ` Emanuel Berg
[not found] ` <mailman.7124.1437264614.904.help-gnu-emacs@gnu.org>
2015-07-19 0:55 ` Hikaru Ichijyo
[not found] ` <mailman.7118.1437260312.904.help-gnu-emacs@gnu.org>
2015-07-18 23:32 ` Hikaru Ichijyo
2015-07-18 23:42 ` Emanuel Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87380l9sw8.fsf@nl106-137-147.student.uu.se \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).