Source navigator

Source navigator

[Michael Still]

Ben,

discovered that SN is released and downloaded it. I am not sure it is
ready for prime time yet though... I had to hack a TCL source file to
get it to compile and the snavigator directory have exciting things like
the AUTHORS file contains the text "AUTHORS". The same for the README
file as well. I haven't checked any others...

Because the README file is empty, I don't know who to tell about this
sort of thing... Any ideas? I _think_ the address I grabbed above with
work, but it is not clear...

Mikal

Re: Source navigator

[Ben Elliston]

Hi Michael,

   discovered that SN is released and downloaded it. I am not sure it is
   ready for prime time yet though... I had to hack a TCL source file to
   get it to compile and the snavigator directory have exciting things
   like the AUTHORS file contains the text "AUTHORS". The same for the
   README file as well. I haven't checked any others...

The AUTHOR and README files were generated by Automake with their current
contents.  I know it's not very helpful; the best place to reach people
about S-N problems is on this mailing list (sourcenav@).

If you like, send in a brief log showing the compilation error.  We've never
built S-N on SPARC Linux before.

Ben

Re: Source navigator

[Syd Polk]

At 08:56 AM 7/24/00 +1000, Ben Elliston wrote:
>Hi Michael,
>
>    discovered that SN is released and downloaded it. I am not sure it is
>    ready for prime time yet though... I had to hack a TCL source file to
>    get it to compile and the snavigator directory have exciting things
>    like the AUTHORS file contains the text "AUTHORS". The same for the
>    README file as well. I haven't checked any others...
>
>The AUTHOR and README files were generated by Automake with their current
>contents.  I know it's not very helpful; the best place to reach people
>about S-N problems is on this mailing list (sourcenav@).
>
>If you like, send in a brief log showing the compilation error.  We've never
>built S-N on SPARC Linux before.
>
>Ben

The README inside snavigator is the current one. The toplevel files are 
common to all Cygnus-based projects.


Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.

Re: Source navigator

[Michael Still]

Syd,

thanks for your reply. Perhaps I am confused. I have attached the Authors and
Readme files from the snavigator directory... I have also attached the config.log
file for the tcl8.1 sub directory (which is the one I had to change). The file I
edited was tclPosixStr.c. The diff of the changed copy is attached.

A uname -a of my system gives Linux sparc10 2.2.14-5.0-smp #1 SMP Tue Mar 7
20:26:12 EST 2000 sparc unknown, which is a Sparc Redhat 6.1 box.

Mikal

Syd Polk wrote:

> At 08:56 AM 7/24/00 +1000, Ben Elliston wrote:
> >Hi Michael,
> >
> >    discovered that SN is released and downloaded it. I am not sure it is
> >    ready for prime time yet though... I had to hack a TCL source file to
> >    get it to compile and the snavigator directory have exciting things
> >    like the AUTHORS file contains the text "AUTHORS". The same for the
> >    README file as well. I haven't checked any others...
> >
> >The AUTHOR and README files were generated by Automake with their current
> >contents.  I know it's not very helpful; the best place to reach people
> >about S-N problems is on this mailing list (sourcenav@).
> >
> >If you like, send in a brief log showing the compilation error.  We've never
> >built S-N on SPARC Linux before.
> >
> >Ben
>
> The README inside snavigator is the current one. The toplevel files are
> common to all Cygnus-based projects.
>
> Syd Polk                spolk@redhat.com
> Engineering Manager     +1 415 777 9810 x 241
> Red Hat, Inc.

Re: Source navigator

[Syd Polk]

No, it was me who is confused.

The real README lives in snavigator/install, and gets copied to the 
toplevel by "make install".

There is a real version of the patch below living around here somewhere 
which I will have to scrounge up.


At 07:59 AM 7/25/00 +1000, Michael Still wrote:
>Syd,
>
>thanks for your reply. Perhaps I am confused. I have attached the Authors and
>Readme files from the snavigator directory... I have also attached the 
>config.log
>file for the tcl8.1 sub directory (which is the one I had to change). The 
>file I
>edited was tclPosixStr.c. The diff of the changed copy is attached.
>
>A uname -a of my system gives Linux sparc10 2.2.14-5.0-smp #1 SMP Tue Mar 7
>20:26:12 EST 2000 sparc unknown, which is a Sparc Redhat 6.1 box.
>
>Mikal
>
>Syd Polk wrote:
>
> > At 08:56 AM 7/24/00 +1000, Ben Elliston wrote:
> > >Hi Michael,
> > >
> > >    discovered that SN is released and downloaded it. I am not sure it is
> > >    ready for prime time yet though... I had to hack a TCL source file to
> > >    get it to compile and the snavigator directory have exciting things
> > >    like the AUTHORS file contains the text "AUTHORS". The same for the
> > >    README file as well. I haven't checked any others...
> > >
> > >The AUTHOR and README files were generated by Automake with their current
> > >contents.  I know it's not very helpful; the best place to reach people
> > >about S-N problems is on this mailing list (sourcenav@).
> > >
> > >If you like, send in a brief log showing the compilation error.  We've 
> never
> > >built S-N on SPARC Linux before.
> > >
> > >Ben
> >
> > The README inside snavigator is the current one. The toplevel files are
> > common to all Cygnus-based projects.
> >
> > Syd Polk                spolk@redhat.com
> > Engineering Manager     +1 415 777 9810 x 241
> > Red Hat, Inc.
>README
>AUTHORS
>This file contains any messages produced by compilers while
>running configure, to aid debugging if configure makes a mistake.
>
>configure:552: checking host system type
>configure:604: checking whether make sets ${MAKE}
>989,991c989,991
>< #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))
><       case SIGPWR: return "SIGPWR";
>< #endif
>---
> >         //#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))
> >         //    case SIGPWR: return "SIGPWR";
> >         //#endif
>1121,1123c1121,1123
>< #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))
><       case SIGPWR: return "power-fail restart";
>< #endif
>---
> >         //#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))
> >         //    case SIGPWR: return "power-fail restart";
> >         //#endif

Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.

Highlight region and keyboard insertion point get mismatched in fileopen dialog box

[Albert Wong]

I noticed that in Source Navigator 4.5.1, if you have a text region
highlighted in a file open dialog box's "File name" input field, move
focus away from the file name input box (lick click on the graphical
browser part) and then move back to highlight a subsegment of the "File
name" text, the keyboard insert point moves to the end of the text
ignoring the highlight region.  This is somewhat annoying because when you
type, you insert at the end of the text, but the highlighted region still
disappears.  
	It looks like the highlight region and the text region are 
ignoring the initial mouse click (as the highlight always starts from the
left and the text insert's always on the furthest right), and the cursor
ignores subsequent dragging. Perhaps it should follow the mouse location
more closely so that if you can highlight an arbitrary section rather than
a section from the beginning of the text.

To reproduce this:
 - Get to a file open dialog box somehow (like File|Open Project)
 - Type in something in the filename field
 - click on  a folder
 - try to select a sub region (before the last char) of what you typed
 - type something else, which you'd expect to replace the highlighted text


-Albert

Re: Highlight region and keyboard insertion point get mismatched infile open dialog box

[Ben Elliston]

Hi Albert,

I looked into your bug report (I'm using Solaris 2.7):
   
   To reproduce this:
    - Get to a file open dialog box somehow (like File|Open Project)
    - Type in something in the filename field
    - click on  a folder
    - try to select a sub region (before the last char) of what you typed
    - type something else, which you'd expect to replace the highlighted text
   
I was unable to reproduce this.  What plaform are you running S-N on?

Ben

Re: Highlight region and keyboard insertion point get mismatched infile open dialog box

[Albert Wong]

>    To reproduce this:
>     - Get to a file open dialog box somehow (like File|Open Project)
>     - Type in something in the filename field
>     - click on  a folder
>     - try to select a sub region (before the last char) of what you typed
>     - type something else, which you'd expect to replace the highlighted text
>    
> I was unable to reproduce this.  What plaform are you running S-N on?

I'm running on Redhat 6.2 with XFree4.0.1.

-Albert

Re: Highlight region and keyboard insertion point get mismatched infile open dialog box

[Gilles J. Seguin]

Albert Wong wrote:
> 
> >    To reproduce this:
> >     - Get to a file open dialog box somehow (like File|Open Project)
> >     - Type in something in the filename field
> >     - click on  a folder
> >     - try to select a sub region (before the last char) of what you typed
> >     - type something else, which you'd expect to replace the highlighted 
> >       text
> >
> > I was unable to reproduce this.  What plaform are you running S-N on?
> 
> I'm running on Redhat 6.2 with XFree4.0.1.

I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20

Gilles

Re: Highlight region and keyboard insertion point get mismatchedinfile open dialog box

[Albert Wong]

> > >    To reproduce this:
> > >     - Get to a file open dialog box somehow (like File|Open Project)
> > >     - Type in something in the filename field
> > >     - click on  a folder
> > >     - try to select a sub region (before the last char) of what you typed
> > >     - type something else, which you'd expect to replace the highlighted 
> > >       text
> > >
> > > I was unable to reproduce this.  What plaform are you running S-N on?
> > 
> > I'm running on Redhat 6.2 with XFree4.0.1.
> 
> I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20

Odd...I've tried it multiple times and I'm still getting it.  How are you
performing the selection?  I'm clicking in the middle of the text and
dragging immediately after clicking on a folder.  Subsequent clicks
position the cursor and the select region in the expected place, but the
initial click and drag does something funny here.

-Albert

Re: Highlight region and keyboard insertion point get mismatchedinfile open dialog box

[Gilles J. Seguin]

Albert Wong wrote:
> 
>    To reproduce this:
>     - Get to a file open dialog box somehow (like File|Open Project)
>     - Type in something in the filename field
>     - click on  a folder
>     - try to select a sub region (before the last char) of what you typed
>     - type something else, which you'd expect to replace the highlighted
>       text
>
> I'm running on Redhat 6.2 with XFree4.0.1.
>
> gilles: I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20
> 

> Odd...I've tried it multiple times and I'm still getting it.  How are you
> performing the selection?  I'm clicking in the middle of the text and
> dragging immediately after clicking on a folder.  Subsequent clicks
> position the cursor and the select region in the expected place,

> but the initial click and drag does something funny here.

Instead of clicking a folder, can you do height tabs, so that you
come back to the file select.

The behavior here is, now the entire text in file select is
highligthed with background yellow.  This is suppose to give
behavior after first click; previous state is, a folder is selected
with background magenta.

I have tried nearly all combination that may produce a different
behavior, from beginning to end, end to beginning,
from middle too beginning, from middle to end.
The first character typed replace highligthed text.

Re: Highlight region and keyboard insertion point get mismatched in fileopen dialog box

[Gilles J. Seguin]

Albert Wong wrote:
> 
> I noticed that in Source Navigator 4.5.1, if you have a text region
> highlighted in a file open dialog box's "File name" input field, move
> focus away from the file name input box (lick click on the graphical
> browser part) and then move back to highlight a subsegment of the "File
> name" text, the keyboard insert point moves to the end of the text
> ignoring the highlight region.  This is somewhat annoying because when you
> type, you insert at the end of the text, but the highlighted region still
> disappears.
>         It looks like the highlight region and the text region are
> ignoring the initial mouse click (as the highlight always starts from the
> left and the text insert's always on the furthest right), and the cursor
> ignores subsequent dragging. Perhaps it should follow the mouse location
> more closely so that if you can highlight an arbitrary section rather than
> a section from the beginning of the text.
> 
> To reproduce this:
>  - Get to a file open dialog box somehow (like File|Open Project)
>  - Type in something in the filename field
>  - click on  a folder
>  - try to select a sub region (before the last char) of what you typed
>  - type something else, which you'd expect to replace the highlighted text
> 
> -Albert

This problem can be reproduce if you compile on your system the source
of the Source-Navigator, with ./configure & make & make isntall.

** Problems describe below do not occur with the binary downloaded
** that is for me "SN451Linux.tar.gz".

In the File name box's "File name" input field with explicit cursor:

We have bad behavior with that entry box.
With button1 down in that box to acquire the input focus,
if we have text present in the box, the text is highlighted and
the insertion cursor is display at the end.
If the button1 is still held down, and perceptible movement occur then
the text is unhighligthed, the insertion cursor stay at end
of text, further movement will highligth select text.
In that case, releasing button1, we have the text still highligthed
and the insertion cursor at end.
Keyboard input will remove the highligthed indication, leaving the text
in place and characters are added at the position of the insertion
cursor.  This is not the correct behavior.


Looking for similar problem elsewhere.
I have also bad behavior in the editor window with the symbold
accelerator.  If I type text in that box and after the mouse
pointer move out of the window, the text in that entry box
is reset, the next keyboard character will be display alone.
The behavior is different if you have make a selection in the
edit browser.
The text selected will be display in the entry box, now the entry or
exit of the mouse pointer from the symbol declarator will not
reset/erase the text in that box.

On the same toolbar, the find box, I can make the computer beep
when the mouse pointer is leaving this window.  Typed text is
also erase when leaving the box.

Gilles,

Re: Highlight region and keyboard insertion point get mismatched in fileopen dialog box

[Syd Polk]

>This problem can be reproduce if you compile on your system the source
>of the Source-Navigator, with ./configure & make & make isntall.
>
>** Problems describe below do not occur with the binary downloaded
>** that is for me "SN451Linux.tar.gz".

What version of Linux and gcc are you using?

Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.

Re: Highlight region and keyboard insertion point getmismatched in fileopen dialog box

[Gilles J. Seguin]

Syd Polk wrote:
> 
> >This problem can be reproduce if you compile on your system the source
> >of the Source-Navigator, with ./configure & make & make install.
> >
> >** Problems describe below do not occur with the binary downloaded
> >** that is for me "SN451Linux.tar.gz".
> 
> What version of Linux and gcc are you using?
> 

RedHat 6.2
kernel-2.2.14-12
glibc-2.1.3-15
egcs-1.1.2-30

Tcl/Tk/Tix 8.0 were there during compile,
removed during the test showing the problem