9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Friedrich Psiorz <f.psiorz@gmx.de>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Acme: spaces in file names
Date: Sun, 15 Dec 2013 17:26:55 +0100	[thread overview]
Message-ID: <52ADD84F.3070200@gmx.de> (raw)
In-Reply-To: <CABwHSOvyOEr6qMm3mymWCq0GAi4vgV=QP=uuToR8mZiEzV_S+w@mail.gmail.com>

To use the plumber, you have to start it first. Then you can configure
all the Button-3 behavior you want. No need to change the hard coded
backup behavior.

Am 15.12.2013 17:19, schrieb Blake McBride:
> Blake-Mac-17:tmp blake$ 9p read plumb/rules
> 9p: mount: dial unix!/tmp/ns.blake._tmp_launch-nvfpC3_org.x:0/plumb:
> connect /tmp/ns.blake._tmp_launch-nvfpC3_org.x:0/plumb: No such file 
> 
> I don't have to do this when I search for text with spaces, or to
> execute a command with spaces.  Not being able to load files or
> directories with spaces is, and I mean this in the most respectfull way,
> short sighted and inconsistent IMO.  As long as a fix doesn't limit some
> existing functionality, I think it should be corrected.  I am qualified
> to make such a correction but, not being familiar with the code, I
> estimate it would take me a whole day to do.  I'd bet it would take
> someone famaliar with the code an hour.  My time, like all of yours, is
> very limited.  I will make the change when my time permits.  My hope is
> that someone more familiar with the code can make it before then.
> 
> Thanks.
> 
> Blake
> 
> 
> 
> On Sun, Dec 15, 2013 at 9:38 AM, Friedrich Psiorz <f.psiorz@gmx.de
> <mailto:f.psiorz@gmx.de>> wrote:
> 
>     I think the reason is that filenames with spaces are not very common in
>     Plan 9.
>     If you're running plumber, you can probably adjust the regular
>     exressions for file matching in your $HOME/lib/plumbing file.
> 
>     If you don't have that file yet:
>     9p read plumb/rules >$HOME/lib/plumbing
> 
>     ~Fritz
> 
>     Am 15.12.2013 16:25, schrieb Blake McBride:
>     > Discovering button-3-drag, is there a reason button-3-drag could
>     not be
>     > made to load a file or directory with spaces in it?  In other words,
>     > would this conflict with some other intended operation?
>     >
>     > Thanks.
>     >
>     > Blake
>     >
>     >
>     >
>     > On Thu, Dec 12, 2013 at 3:10 PM, Blake McBride <blake@mcbride.name
>     <mailto:blake@mcbride.name>
>     > <mailto:blake@mcbride.name <mailto:blake@mcbride.name>>> wrote:
>     >
>     >     When you button-2-click on text acme executes the word.  If
>     you want
>     >     to execute something larger with spaces, you highlight the whole
>     >     thing and then button-2-click on it to execute the whole thing.
>     >
>     >     When you button-3-click on text in a file list buffer acme
>     loads the
>     >     file with that name.  I should be able to highlight a file
>     name with
>     >     spaces and then button-3-click on it to load the file.  This would
>     >     be totally consistent.
>     >
>     >     It there a reason this hasn't been done?
>     >
>     >     Thanks.
>     >
>     >     Blake
>     >
>     >
>     >
>     >     On Thu, Dec 12, 2013 at 11:00 AM, Rubén Berenguel
>     >     <ruben@mostlymaths.net <mailto:ruben@mostlymaths.net>
>     <mailto:ruben@mostlymaths.net <mailto:ruben@mostlymaths.net>>> wrote:
>     >
>     >         A kind of crude workaround is using the whole
>     >         /Users/whatever/file with spaces, selecting it with first
>     button
>     >         and 1-2 chording it to Get. This works on Mac, problem is that
>     >         it's quite horrible to do. An intermediate solution may be to
>     >         use some piping rule like sp:filename with spaces, but I don't
>     >         remember if piping works with right-button and selected
>     text or
>     >         follows the same rules as opening a file.
>     >
>     >         Ruben
>     >
>     >
>     >         On Thu, Dec 12, 2013 at 5:53 PM, Robert Raschke
>     >         <rtrlists@googlemail.com <mailto:rtrlists@googlemail.com>
>     <mailto:rtrlists@googlemail.com <mailto:rtrlists@googlemail.com>>>
>     wrote:
>     >
>     >             Someone once made a little filesystem that would
>     substitute
>     >             spaces in filenames with a different character. When
>     placed
>     >             between the normal fs and Acme, this would make things
>     work
>     >             quite nicely.
>     >
>     >             If I remember correctly, Acme-SAC (built on top of
>     Inferno)
>     >             does that by default.
>     >
>     >             No idea where you can find such a fs for Mac though. But
>     >             this might give you a start.
>     >
>     >             Robby
>     >
>     >             On Dec 11, 2013 6:19 PM, "Blake McBride"
>     <blake@mcbride.name <mailto:blake@mcbride.name>
>     >             <mailto:blake@mcbride.name
>     <mailto:blake@mcbride.name>>> wrote:
>     >
>     >                 Greetings,
>     >
>     >                 Just started using acme (and sam).  Cool.
>     >
>     >                 I am using acme on a Mac form plan9port.
>     >
>     >                 Within a file list one can right-click a listing in
>     >                 order to decend into another directory or load a file.
>     >                  The problem is that neither work if a space is
>     >                 contained within the name.  Apparently, the
>     right-click
>     >                 functionality only looks at non-white space
>     strings.  An
>     >                 easy fix to this would be to allow the user to
>     highlight
>     >                 the entire string (including spaces) and then
>     >                 right-click as normal.  The system would allow the
>     >                 highlight facility to override the "just test for
>     >                 contigous non-space string" current functionality.
>     >
>     >                 Any thoughts on this?
>     >
>     >                 Thanks.
>     >
>     >                 Blake McBride
>     >
>     >
>     >
>     >
> 
> 
> 




  reply	other threads:[~2013-12-15 16:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-11 18:17 Blake McBride
2013-12-12 16:53 ` Robert Raschke
2013-12-12 17:00   ` Rubén Berenguel
2013-12-12 21:10     ` Blake McBride
2013-12-15 15:25       ` Blake McBride
2013-12-15 15:38         ` Friedrich Psiorz
2013-12-15 16:19           ` Blake McBride
2013-12-15 16:26             ` Friedrich Psiorz [this message]
2013-12-15 16:38               ` Blake McBride
2013-12-15 17:51                 ` Friedrich Psiorz
2013-12-15 17:56                   ` Blake McBride
2013-12-15 19:39                     ` andrey mirtchovski
2014-08-19 20:37                       ` Blake McBride
2014-08-20  9:03                         ` Riddler
2014-08-20 18:00                           ` Blake McBride
2014-08-21 15:32                             ` Skip Tavakkolian

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=52ADD84F.3070200@gmx.de \
    --to=f.psiorz@gmx.de \
    --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).