public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
From: William Gacquer <wgacquer@ubisoft.fr>
To: "Khamis Abuelkomboz (UUNET)" <khamis@knuut.de>,
	Mo DeJong <mdejong@cygnus.com>
Cc: sourcenav@sourceware.cygnus.com
Subject: RE: Bringing up SNav editor from outsite Source Navigator.
Date: Fri, 09 Feb 2001 01:13:00 -0000	[thread overview]
Message-ID: <5D2A198567EED311BD0F009027A25C8760E12E@SRVMAIL-ANN> (raw)

well well well...

I am also interested in the purpose of opening files from "outside". You all
know gnuclient? Why can't sn act as a server too ? That would be pretty
useful. From a python/perl/bash/etc. script, it would allow to edit files
INTO an already opened sn project.

William

-----Original Message-----
From: Khamis Abuelkomboz (UUNET) [ mailto:khamis@knuut.de ]
Sent: vendredi 9 fevrier 2001 09:55
To: Mo DeJong
Cc: sourcenav@sourceware.cygnus.com
Subject: Re: Bringing up SNav editor from outsite Source Navigator.


you can actually open the SN editor without a project,
as DeJong described here, you have to write a script
that creates a SN window and opens the file, if you
look into multiapp.tcl, you will figure it out
quickly.

khamis

Mo DeJong wrote:

> On Thu, 8 Feb 2001, Benjamin Scherrey wrote:
> 
> 
>> I've got a cvs GUI tool I'm trying out that lets me select the editor I
>> want to use when viewing/editing files. I'd like to know if its possible
>> to have SNav running and have my GUI tool use the SNav editor in this
>> capacity. If so, how do I invoke it? I'd be dealing with files that are
>> already in my SNav project that I have open.
> 
> 
> Well, that is a first. Usually folks want to use some other editor
> in SN. I don't see how you would use SN to edit files for another
> application, perhaps you could hack in a feature that would
> take a file name as a cmd line arg and open the project with
> that file open in the editor.
> 
> 
>> PS: Also, is there any way to have text searching disable
>> case-insensitive search by default? I find that most annoying.
> 
> 
> I think if you change the setting in the find dialog it
> will change the way the fast find box works. That is
> not a documented feature, but I think it happens to
> work on 4.5.
> 
> Mo DeJong
> Red Hat Inc

             reply	other threads:[~2001-02-09  1:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-09  1:13 William Gacquer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-02-08 10:05 Benjamin Scherrey
2001-02-08 11:00 ` Mo DeJong
2001-02-09  0:55   ` Khamis Abuelkomboz (UUNET)

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=5D2A198567EED311BD0F009027A25C8760E12E@SRVMAIL-ANN \
    --to=wgacquer@ubisoft.fr \
    --cc=khamis@knuut.de \
    --cc=mdejong@cygnus.com \
    --cc=sourcenav@sourceware.cygnus.com \
    /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).