public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
From: Mo DeJong <mdejong@cygnus.com>
To: sourcenav@sources.redhat.com
Subject: Re: future plans
Date: Tue, 21 Nov 2000 11:02:00 -0000	[thread overview]
Message-ID: <Pine.SOL.3.91.1001121105339.2534A-100000@cse.cygnus.com> (raw)
In-Reply-To: <3A19B59C.4070007@qeradiant.com>

On Mon, 20 Nov 2000, Timothee Besset wrote:

> When can we expect an update to SN?

What kind of "update" were you looking for? We are working on
getting a snapshot of 5.0 out sometime soon, but that will
not even be alpha quality. It would be a "hackers only"
pre-release.

> The most important feature (imo) would be auto-completion.
> Auto-completion of symbols, listing the members when accessing a struct 
> with -> or .

That would be neat. Are you willing to work on implementing
this feature?

> Displaying the definition of the functions in a tooltip box when the 
> mouse comes over them

This should be trivial, perhaps a day or two to implement
and test.

> Displaying possible commentaries that are typed before struct 
> definitions or function definitons

Not sure what you mean by this.

> Maybe even a window that would sit somewhere on your workspade and 
> update to the class definition or inheritance of the class you are 
> working in (well yeah, stuff you can get already, but it's not 
> implemented in a very efficient way)

Is it so hard to switch to the Hier window or the class viewer?

> I'm also lacking some docs or tips, maybe some of the stuff I want is 
> there already.
> The behaviour of the windows is weird. If the file as been edited it 
> would open a new window, but if not it would change the edit view. I 
> didn't find the shortcuts to switch between editor views (like Alt+TAB 
> on MSVC).
> I'm free to develop on win32 or linux. I prefer linux because on win98 
> my app kills the GDI resources and I have to reboot quite often. But I'm 
> strongly tempted to go back to win32 cause I don't feel as efficient 
> with sourcenav as I can be with MSDev

Well, feelings are a tricky thing. They might be good or they
might have nothing to do with reality. When it comes to a GUI,
folks start to get "bad feelings" over little things like
a window taking too long to redraw. Don't forget that you
do have the source, you can adapt it to better suite your
"feelings". When was the last time you were able to reprogram
MSDev to get around something you did not like?

Mo DeJong
Red Hat Inc

  reply	other threads:[~2000-11-21 11:02 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-20  4:47 Simone Contini
2000-11-20 12:02 ` Syd Polk
2000-11-20 15:24 ` Mo DeJong
2000-11-20 15:37   ` Timothee Besset
2000-11-21 11:02     ` Mo DeJong [this message]
2000-11-20 16:13   ` Tom Tromey
2000-11-21 12:22     ` Syd Polk
2000-11-21 12:31       ` Mo DeJong
2000-11-21 12:32       ` Tom Tromey
2000-11-21 15:18         ` Bruce Stephens
2000-11-21 15:47           ` Tom Tromey
2000-11-21 15:41         ` Syd Polk
     [not found] <4.3.1.2.20001121204418.00b9f480@mail.qeradiant.com>
2000-11-21 19:50 ` Mo DeJong
     [not found] <Thomas>
     [not found] ` <Heller's>
     [not found]   ` <message>
     [not found]     ` <of>
     [not found]       ` <"Tue,>
     [not found]       ` <"Mon,>
     [not found]         ` <20>
     [not found]       ` <"Wed,>
     [not found]       ` <"Fri,>
     [not found]         ` <15>
     [not found]       ` <"Thu,>
     [not found]         ` <3>
     [not found]           ` <Aug>
     [not found]             ` <2000>
     [not found]               ` <15:23:58>
     [not found]                 ` <-0800>
     [not found]                   ` <Mo>
     [not found]               ` <05:03:28>
     [not found]                 ` <-0700>
2000-09-15  5:06                   ` SN452 Installation Rouviere, Stephane
2000-09-15  5:24                     ` Bruce Stephens
2000-09-15 11:20                       ` Syd Polk
     [not found]               ` <18:21:47>
     [not found]                 ` <+0200>
2000-08-03  9:22                   ` Getting started with tcl Thomas Heller
2000-08-03  9:40                     ` Bruce Stephens
2000-08-03 10:19                       ` Syd Polk
2000-09-27  1:12                   ` Source navigator roadmap, features list, etc.? William Gacquer
2000-09-27 22:16                     ` Bruce Stephens
2000-09-28  9:15                       ` Berek
2000-09-28 13:26                         ` Syd Polk
2000-09-28 13:22                       ` Syd Polk
2000-10-03 16:02                     ` Mo DeJong
2000-10-04 10:25                       ` Syd Polk
2000-10-04 13:27                         ` SN Printing Under WIN/NT Berek
2000-10-04 15:27                           ` Mo DeJong
2000-10-04 16:50                             ` Paul Selormey
2000-10-04 17:04                               ` Mo DeJong
2000-10-05 12:06                           ` Syd Polk
2000-10-05 13:13                             ` Berek
     [not found] <William>
     [not found] <Syd>
     [not found] <Rouviere,>

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=Pine.SOL.3.91.1001121105339.2534A-100000@cse.cygnus.com \
    --to=mdejong@cygnus.com \
    --cc=sourcenav@sources.redhat.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).