On Jan 22, 2008 8:41 PM, Philip Ganchev <[EMAIL PROTECTED]> wrote:
> Would it help to read command names from the path for binaries first?
> There may still be man pages for commands that are not installed in
> the system when the completion files are generated. Maybe then when
> the user tries to
On Jan 22, 2008 7:53 PM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> > On Jan 21, 2008 7:34 PM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> > > One simple solution is to disable with the X clipboard by sending
> > > --without-xsel to configure. This means fish won't share the clipboard
> > >
Wed Jan 23 00:27:10 AST 2008 Nick Pilon <[EMAIL PROTECTED]>
* command-subsection-enable
Enables reading of command descriptions from commands that are in subsections
of man section 1 or 8 (IE, section 1m).
New patches:
[command-subsection-enable
Nick Pilon <[EMAIL PROTECTED]>**2008012304271
Tue Jan 22 14:03:40 AST 2008 Nick Pilon <[EMAIL PROTECTED]>
* This patch fixes a problem where prompt_pwd was printing the full path
twice under OS X and probably BSDs. (Which, needless to say, made for very long
prompts) The problem was that (Free?)BSD sed and GNU sed handle ? differently.
F
I think it would be useful to be able to type "echo $fish-" and
see completions for "fish_color_command" etc. if there is no match for
"$fish-". I often forget whether a given command, file or variable
name has underscore or hyphen. For example I type "echo
$fish-color-", then have to delete and
On Jan 22, 2008 7:39 PM, Beni Cherniavsky <[EMAIL PROTECTED]> wrote:
[...]
> P.S. unrelated: I just used "help" which tried to launch firefox but
> firefox failed for whatever reason.
> I'm left without ability to see help. This is bad. Not everybody
> knows about BROWSER.
> Proposed solution: he
On Wed, Jan 23, 2008 at 12:49:07AM +0100, Axel Liljencrantz wrote:
> If Unix sockets can't be shared, it would be possible to instead use a
> tcp socket. The additional code should be fairly minimal, I guess.
this will be complicated because there is one fish instance for every
user, so on a multi
On Jan 22, 2008 7:39 PM, Beni Cherniavsky <[EMAIL PROTECTED]> wrote:
[...]
> Another idea: "message area": automatically display the helpful
> messages while editing, below the edited command:
I had thought about this for a long time and suggested something like
it maybe a year ago (can't find the
On Jan 23, 2008 1:49 AM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> One way to get what you want is to simply use the same fishd socket on
> all machines. Can UNIX sockets be shared through e.g. NFS file shares?
> If so, your problem is already solved, just set the FISHD_SOCKET_DIR
> variable t
Beni Cherniavsky wrote:
> Another idea: "message area": automatically display the helpful
> messages while editing, below the edited command:
very nice idea! Just make sure, when implementing, not to decrease the
responsiveness speed of typing commands in the process of examining the
text and
On Jan 23, 2008 2:26 AM, Philip Ganchev <[EMAIL PROTECTED]> wrote:
> But for the rest of the proposal, is there enough reason to do it?
> First, it may be more humane to have the user set variables
> explicitly; as you said this happens rarely. It may be that setting
> them automatically is not the
On Jan 22, 2008 1:16 PM, Nick Pilon <[EMAIL PROTECTED]> wrote:
[...]
> 1) Man pages for commands that are in subsections. This is easy enough
> to fix. For example:
> lastwords(1m)- print syscalls before exit. Uses DTrace
[...]
> 2) Man pages with alternative names with just plain weird
On Jan 13, 2008 2:31 PM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> On Jan 13, 2008 12:05 PM, Isaac Dupree <[EMAIL PROTECTED]> wrote:
> >
> > How can I not be misinterpreted? I know it's inefficient and risky, so
> > I want the users who try it out of old habits to be directed to the
> > fish-
I have thought for a while how clean it would be to store variables as
files, similar to how functions are stored as files. Then you can
read and change them outside Fish, even when Fish is not running.
That's conceptually simpler, a form of init file. It also seems to me
technically simpler to i
On Jan 22, 2008 4:21 PM, Stefano Sabatini
<[EMAIL PROTECTED]> wrote:
> Hi guys,
> in attachment there is a completion file for quilt.
>
> I'll eventually send further patches in the case I'll modify it.
>
Excellent.
These will be included in the next fish release.
Axel
> Best regards.
> --
> S
On Jan 22, 2008 2:27 PM, Johan Sørensen <[EMAIL PROTECTED]> wrote:
> On Jan 22, 2008 12:36 AM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> > I don't see anything user specific in the backtrace. Can anybody
> > verify that this is a general OS X problem and not specific to this
> > installation?
On Jan 23, 2008 12:53 AM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> On Jan 22, 2008 7:16 PM, Nick Pilon <[EMAIL PROTECTED]> wrote:
[...]
> > Except prompt_pwd was broken in darcs and was printing every path
> > element twice. IE, /usr/usr. So I've fixed that instead and sent the
> > patch to t
On Jan 22, 2008 7:16 PM, Nick Pilon <[EMAIL PROTECTED]> wrote:
> On Jan 21, 2008 7:34 PM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> > One simple solution is to disable with the X clipboard by sending
> > --without-xsel to configure. This means fish won't share the clipboard
> > with X, butmayb
One way to get what you want is to simply use the same fishd socket on
all machines. Can UNIX sockets be shared through e.g. NFS file shares?
If so, your problem is already solved, just set the FISHD_SOCKET_DIR
variable to point to the same place everywhere and it's rock and roll.
If Unix sockets
On Jan 21, 2008 7:34 PM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> One simple solution is to disable with the X clipboard by sending
> --without-xsel to configure. This means fish won't share the clipboard
> with X, butmaybe that isn't such a big deal? Does X share the
> clipboard with the res
[warning: a seemingly bening request that is hard to implement and
followed by long technical discussion]
If I understood correctly, the recommended way to customize fish and
environment variables is not to set them in the init file but just to
use universal variables ("uvars" from now on).
That's
Hi guys,
in attachment there is a completion file for quilt.
I'll eventually send further patches in the case I'll modify it.
Best regards.
--
Stefano Sabatini
Linux user number 337176 (see http://counter.li.org)
# completions for quilt version 0.46 or similiar
complete -c quilt -s h -d "show he
On Jan 22, 2008 12:36 AM, Axel Liljencrantz <[EMAIL PROTECTED]> wrote:
> I don't see anything user specific in the backtrace. Can anybody
> verify that this is a general OS X problem and not specific to this
> installation?
>
> Also, do you have some weird mount options on your file system, e.g. no
23 matches
Mail list logo