9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Francisco J Ballesteros <nemo@lsub.org>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Why does Acme only show text?
Date: Wed, 15 Jul 2009 20:24:56 +0200	[thread overview]
Message-ID: <8ccc8ba40907151124g726f40dem613c7c7d124e109d@mail.gmail.com> (raw)
In-Reply-To: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com>

This is funny: O/live supports both images and text. *but* It's been
months ago that I do not use it any longer to display images but only
for text. That way I may have more screen surface for text. Would
the same happen to acme? Or perhaps it's me.

On Wed, Jul 15, 2009 at 7:00 PM, John Floren<slawmaster@gmail.com> wrote:
> On Wed, Jul 15, 2009 at 8:44 AM, Ethan Grammatikidis<eekee57@fastmail.fm> wrote:
>> On Wed, 15 Jul 2009 17:32:09 +0200
>> <cej@gli.cas.cz> wrote:
>>
>>>
>>>
>>> >  I also take issue with the statement "Acme is a text editor," that never sounds right, no more than describing Emacs as
>>> >  a text editor. It's natural to use Acme as a text editor and it provides many more text-editing facilities than Rio
>>> >  does, but it is also natural to use it as a file manager, shell window provider, email client, etc, etc.
>>> >  It provides more than Rio and it does it all with tiling windows and without menus, but that's just style.
>>>
>>> I always thought of using Acme as 'The' UI for Plan 9, much in the Oberon way. I'm not a techie, but I use Plan 9 since 2000, or so, as my main OS. I would *way* love having graphics in Acme, asi it IS a great UI, IMHO.
>>
>> As-is it's actually not a great UI for me, but perhaps with some small changes it could be. I'm still thinking those changes over.
>>
>
> Acme is the worst editor/environment, except for all the others.
>
> Sometimes it seems cluttered and confusing, but then I realize that's
> because it has more files open than I would even try on emacs, merely
> because switching around between emacs buffers is slower and less
> convenient. Speaking of which, I recently discovered that emacs (on X,
> at least) is now capable of running a terminal which can in turn run
> vi or console-mode emacs. OT but madness. Now I want to run sam in
> acme.
>
> Eric and myself, and I think maybe Ron, are using acme and acme-sac to
> interact with a BlueGene/P system. I write code in acme, then use a
> guide file to run the various scripts I need to connect to the
> frontend node and launch jobs, then use win to telnet into the
> individual nodes and run tests. The real advantage comes from the
> "Local" command and the way windows are managed/output is handled.
>
> I'd really like to see acme get support for graphical programs,
> although right now I'm content enough as things stand.
>
>
> John
> --
> "I've tried programming Ruby on Rails, following TechCrunch in my RSS
> reader, and drinking absinthe. It doesn't work. I'm going back to C,
> Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba
>
>



  reply	other threads:[~2009-07-15 18:24 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-15  1:58 Jason Catena
2009-07-15  4:36 ` Rob Pike
2009-07-15  5:02   ` David Leimbach
2009-07-15 13:11   ` Charles Forsyth
2009-07-16  9:58   ` cej
2009-07-16 10:41     ` mattmobile
2009-07-16 12:11     ` michael block
2009-07-16 12:29       ` cej
2009-07-15  9:25 ` Paul Donnelly
2009-07-15 12:22   ` Ethan Grammatikidis
2009-07-15 15:32     ` cej
2009-07-15 15:44       ` Ethan Grammatikidis
2009-07-15 17:00         ` John Floren
2009-07-15 18:24           ` Francisco J Ballesteros [this message]
2009-07-15 18:26           ` Steve Simon
2009-07-15 18:59             ` David Leimbach
2009-07-15 19:07               ` John Floren
2009-07-15 19:27                 ` David Leimbach
2009-07-15 20:58                 ` Chad Brown
2009-07-15 21:07                   ` John Floren
2009-07-15 19:54               ` Jason Catena
2009-07-15 19:59                 ` erik quanstrom
2009-07-15 20:05                   ` andrey mirtchovski
2009-07-15 20:14                   ` Devon H. O'Dell
2009-07-15 20:29                     ` Jason Catena
2009-07-15 20:42                       ` Noah Evans
2009-07-15 20:51                         ` David Leimbach
2009-07-15 21:27                           ` Ethan Grammatikidis
2009-07-15 23:31                             ` Jason Catena
2009-07-15 21:07                         ` Ethan Grammatikidis
2009-07-15 21:12                           ` erik quanstrom
2009-07-15 21:32                             ` Ethan Grammatikidis
2009-07-15 20:41                     ` Lyndon Nerenberg
2009-07-15 21:00     ` Federico G. Benavento
2009-07-15 21:14       ` David Leimbach
2009-07-16  8:51     ` Paul Donnelly

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8ccc8ba40907151124g726f40dem613c7c7d124e109d@mail.gmail.com \
    --to=nemo@lsub.org \
    --cc=9fans@9fans.net \
    /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 NNTP newsgroup(s).