* SN Bugs: Keep Context Doesn't Work, etc.
@ 2000-09-22 17:10 Berek
0 siblings, 0 replies; 5+ messages in thread
From: Berek @ 2000-09-22 17:10 UTC (permalink / raw)
To: sourcenav
C++ code base. Open new window using F5. Context is checked. New window =
appears but no context from original window. New window is blank. =
Platform is NT 4.0 SP5.
Also, single function keys do not work if num lock is on. For example, =
when pressing F5 to get new editor window, if num lock is on, nothing =
happens. Same thing with F4, etc.
Also, lots of problems going back and forth using "previous page" and =
"next page" when more than one view in current window. SN gets confused =
easily. This last is a real issue for me.
When using custom editor, SN prepends project directory to file name =
passed to editor. For example, SN invokes my editor with =
"F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec=
tor.h". "F:\Snav" is the directory where the project db resides. =
"F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"=
is the file id of the file I'm trying to edit.
--------------------------------------------------------
"Ten thousand lemmings can't possibly be wrong."
-Anonymous
--------------------------
Steve Dow
32 East Street
Hopkinton, MA 01748-2604
Home: 508-435-6593
Bus: 508-486-4574
Fax: 508-323-1111
Cell: 508-395-4679
Berek@usa.net
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: SN Bugs: Keep Context Doesn't Work, etc.
2000-09-24 20:46 ` Ian Roxborough
@ 2000-09-25 8:39 ` Berek
0 siblings, 0 replies; 5+ messages in thread
From: Berek @ 2000-09-25 8:39 UTC (permalink / raw)
To: Ian Roxborough; +Cc: sourcenav
See comments imbedded...
----- Original Message -----
From: "Ian Roxborough" <irox@redhat.com>
To: <berek@usa.net>
Cc: <sourcenav@sources.redhat.com>
Sent: Sunday, September 24, 2000 23:46
Subject: Re: SN Bugs: Keep Context Doesn't Work, etc.
>
> Hi Steve, thanks for the concise bug reports.
>
> Berek wrote:
> > C++ code base. Open new window using F5. Context is checked. New window
=
> > appears but no context from original window. New window is blank. =
> > Platform is NT 4.0 SP5.
> >
> > Also, single function keys do not work if num lock is on. For example, =
> > when pressing F5 to get new editor window, if num lock is on, nothing =
> > happens. Same thing with F4, etc.
>
> Anybody got any ideas for a fix or work around?
> (I'm guessing that we need extra bindings to handle
> F5 + numberlock or ??????)
That's all that's necessary. Different key codes for function keys with
numlock and function keys without. Just a couple of additional key code
checks is all that's required.
> > Also, lots of problems going back and forth using "previous page" and =
> > "next page" when more than one view in current window. SN gets confused
=
> > easily. This last is a real issue for me.
>
> Yeah, I think the problem is that too many history points get add.
> For example, I double click on a symbol to jump to it's declaration
> in the editor (in the xref tab for example). SN will add opening
> the file in the editor to the history and then add jumping to the
> correct location in the file to the history. So if I hit the back
> arrow, instead of going back to the xref, it will jump to the top
> of the file, if I hit the back button again, it should go back to
> the Xref. Is this the behavior you are seeing?
Not exactly. Can't pinpoint a pattern. Sometimes SN gets completely lost.
Why not just simply have a linked list of views. Each view describes the
frame window and all of the subordinate document windows. Just traverse the
list in two directions. Each element in the list describes what information
to present to the user including document windows, their content, location,
file position, etc.
> I've not really looked at fixing this yet, but it would be really
> nice if this would work without adding the extra points.
>
> > When using custom editor, SN prepends project directory to file name =
> > passed to editor. For example, SN invokes my editor with =
> >
"F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec=
> > tor.h". "F:\Snav" is the directory where the project db resides. =
> >
"F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"=
> > is the file id of the file I'm trying to edit.
>
> I wish Microsoft had based NT on BSD instead of VMS (I'm thinking
> about slashes...).
>
> Has anybody had similar problems on other platforms?
>
> Ian.
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: SN Bugs: Keep Context Doesn't Work, etc.
2000-09-22 17:23 Berek
@ 2000-09-24 20:46 ` Ian Roxborough
2000-09-25 8:39 ` Berek
0 siblings, 1 reply; 5+ messages in thread
From: Ian Roxborough @ 2000-09-24 20:46 UTC (permalink / raw)
To: berek; +Cc: sourcenav
Hi Steve, thanks for the concise bug reports.
Berek wrote:
> C++ code base. Open new window using F5. Context is checked. New window =
> appears but no context from original window. New window is blank. =
> Platform is NT 4.0 SP5.
>
> Also, single function keys do not work if num lock is on. For example, =
> when pressing F5 to get new editor window, if num lock is on, nothing =
> happens. Same thing with F4, etc.
Anybody got any ideas for a fix or work around?
(I'm guessing that we need extra bindings to handle
F5 + numberlock or ??????)
> Also, lots of problems going back and forth using "previous page" and =
> "next page" when more than one view in current window. SN gets confused =
> easily. This last is a real issue for me.
Yeah, I think the problem is that too many history points get add.
For example, I double click on a symbol to jump to it's declaration
in the editor (in the xref tab for example). SN will add opening
the file in the editor to the history and then add jumping to the
correct location in the file to the history. So if I hit the back
arrow, instead of going back to the xref, it will jump to the top
of the file, if I hit the back button again, it should go back to
the Xref. Is this the behavior you are seeing?
I've not really looked at fixing this yet, but it would be really
nice if this would work without adding the extra points.
> When using custom editor, SN prepends project directory to file name =
> passed to editor. For example, SN invokes my editor with =
> "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec=
> tor.h". "F:\Snav" is the directory where the project db resides. =
> "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"=
> is the file id of the file I'm trying to edit.
I wish Microsoft had based NT on BSD instead of VMS (I'm thinking
about slashes...).
Has anybody had similar problems on other platforms?
Ian.
^ permalink raw reply [flat|nested] 5+ messages in thread
* SN Bugs: Keep Context Doesn't Work, etc.
@ 2000-09-22 17:23 Berek
2000-09-24 20:46 ` Ian Roxborough
0 siblings, 1 reply; 5+ messages in thread
From: Berek @ 2000-09-22 17:23 UTC (permalink / raw)
To: sourcenav
C++ code base. Open new window using F5. Context is checked. New window =
appears but no context from original window. New window is blank. =
Platform is NT 4.0 SP5.
Also, single function keys do not work if num lock is on. For example, =
when pressing F5 to get new editor window, if num lock is on, nothing =
happens. Same thing with F4, etc.
Also, lots of problems going back and forth using "previous page" and =
"next page" when more than one view in current window. SN gets confused =
easily. This last is a real issue for me.
When using custom editor, SN prepends project directory to file name =
passed to editor. For example, SN invokes my editor with =
"F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec=
tor.h". "F:\Snav" is the directory where the project db resides. =
"F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"=
is the file id of the file I'm trying to edit.
--------------------------------------------------------
"Ten thousand lemmings can't possibly be wrong."
-Anonymous
--------------------------
Steve Dow
32 East Street
Hopkinton, MA 01748-2604
Home: 508-435-6593
Bus: 508-486-4574
Fax: 508-323-1111
Cell: 508-395-4679
Berek@usa.net
^ permalink raw reply [flat|nested] 5+ messages in thread
* SN Bugs: Keep Context Doesn't Work, etc.
@ 2000-09-22 17:21 Berek
0 siblings, 0 replies; 5+ messages in thread
From: Berek @ 2000-09-22 17:21 UTC (permalink / raw)
To: sourcenav
C++ code base. Open new window using F5. Context is checked. New window =
appears but no context from original window. New window is blank. =
Platform is NT 4.0 SP5.
Also, single function keys do not work if num lock is on. For example, =
when pressing F5 to get new editor window, if num lock is on, nothing =
happens. Same thing with F4, etc.
Also, lots of problems going back and forth using "previous page" and =
"next page" when more than one view in current window. SN gets confused =
easily. This last is a real issue for me.
When using custom editor, SN prepends project directory to file name =
passed to editor. For example, SN invokes my editor with =
"F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec=
tor.h". "F:\Snav" is the directory where the project db resides. =
"F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"=
is the file id of the file I'm trying to edit.
--------------------------------------------------------
"Ten thousand lemmings can't possibly be wrong."
-Anonymous
--------------------------
Steve Dow
32 East Street
Hopkinton, MA 01748-2604
Home: 508-435-6593
Bus: 508-486-4574
Fax: 508-323-1111
Cell: 508-395-4679
Berek@usa.net
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2000-09-25 8:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-09-22 17:10 SN Bugs: Keep Context Doesn't Work, etc Berek
2000-09-22 17:21 Berek
2000-09-22 17:23 Berek
2000-09-24 20:46 ` Ian Roxborough
2000-09-25 8:39 ` Berek
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).