cgdb-users

[Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Karsten S. <kar...@sy...>]

Hi, Team,

let me first mention that I am very happy about CGDB.
It's fast, lean, and matches my preferred editor's user
interface -- great.

The feature which I'm missing most is the stack window,
and a way to display variables from the source window,
but that's another story.

Since I mentioned this:  I find myself typing "p varname"
into the source window again and again, and only then
realize that I just set a breakpoint and triggered other
random actions, dependent on the variable name.  Can I
create a macro which sets me into "insert" (tgdb) mode
or on the command line (probably more consistent) when I
type the 'p', and returns me to the source window after
hitting 'Enter'?  That would be neat.  But back to the
subject:

With the new highlighting scheme, (which is great!) I
noticed that it has become harder to identify the active
window.  In 5.3, the vertical bar which separated the
line numbers from the source code used to be bold if the
source window was active; not it changes from black to
blue, which on white BG is very subtle.  Now, the cursor
on the tgdb prompt is the better indication, but that's
as far away from the source code as can be.

Have I overlooked a highlight group which represents this
separator, or is the color change on it hard coded?
Does anybody have a non-approved patch, may be, which
helps me?  ;-)


Thanks for the work and support!
-Karsten

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Bob R. <bob...@co...>]

On Tue, Nov 28, 2006 at 01:06:54PM +0100, Karsten Sievert wrote:
> Hi, Team,
> 
> let me first mention that I am very happy about CGDB.
> It's fast, lean, and matches my preferred editor's user
> interface -- great.
> 
> The feature which I'm missing most is the stack window,
> and a way to display variables from the source window,
> but that's another story.

This is a planned feature, but it'll be a long time before
it's implemented. I'm currently very busy, and in the 
small time I get, am working on the communication between
cgdb and gdb.

> Since I mentioned this:  I find myself typing "p varname"
> into the source window again and again, and only then
> realize that I just set a breakpoint and triggered other
> random actions, dependent on the variable name.  Can I
> create a macro which sets me into "insert" (tgdb) mode
> or on the command line (probably more consistent) when I
> type the 'p', and returns me to the source window after
> hitting 'Enter'?  That would be neat.  But back to the
> subject:

Well, the svn version of CGDB has support for macros. That is,
it supports the "map" command. It hasn't been released yet 
because it's not fully tested, and there is no documentation 
for the commands, and if you do a 'map a a' it will loop
forever, and never return. With that in mind, you could try
the svn version, and see if you could make some macro's that
would suit your needs. Currently it only supports the 'map' 
and 'unmap' command. However, if you desired support for the 
'imap' command, I could code that up without to much effort 
based on the existing code. Let me know if you are interested
in any of this. 

> With the new highlighting scheme, (which is great!) I
> noticed that it has become harder to identify the active
> window.  In 5.3, the vertical bar which separated the
> line numbers from the source code used to be bold if the
> source window was active; not it changes from black to
> blue, which on white BG is very subtle.  Now, the cursor
> on the tgdb prompt is the better indication, but that's
> as far away from the source code as can be.

OK, something isn't correct here. There was no intention of 
changing CGDB's behavior between .5.3 and .6.3. In fact, when
I run .5.3 and .6.3 in a white xterm, both versions show the 
vertical line as being bold.

The code in .6.3 that draws the vertical bar looks like:
                if (focus)
                    wattron(sview->win, A_BOLD);
                waddch(sview->win, VERT_LINE);
                if (focus)
                    wattroff(sview->win, A_BOLD);

> Have I overlooked a highlight group which represents this
> separator, or is the color change on it hard coded?
> Does anybody have a non-approved patch, may be, which
> helps me?  ;-)

There isn't a highlight group which represents the separator.
It's hardcoded to A_BOLD. It wouldn't be much effort to add 
the new group if you are not happy with the A_BOLD functionality.
I can explain how, and will accept a patch, but I don't have the 
time to work on it.

If you are happy with the A_BOLD functionality, but this 
changes the color of your vertical line somehow, we need more info.
Have you tested both .5.3 and .6.3 in the same term environment and
noticed these differences?

Thanks,
Bob Rossi

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Karsten S. <kar...@sy...>]

Hi, Bob,

thanks for the quick response.

Bob Rossi wrote:
> Well, the svn version of CGDB has support for macros. That is,
> it supports the "map" command. It hasn't been released yet 
> because it's not fully tested, and there is no documentation 
> for the commands, and if you do a 'map a a' it will loop
> forever, and never return. With that in mind, you could try
> the svn version, and see if you could make some macro's that
> would suit your needs. Currently it only supports the 'map' 
> and 'unmap' command. However, if you desired support for the 
> 'imap' command, I could code that up without to much effort 
> based on the existing code. Let me know if you are interested
> in any of this. 

Yes, I might be.  This is what I'm gonna do:  If I manage to
check out the SVN version (time is the limiting factor here),
then I'll ask for dos and don'ts and try to come up with
something useful.

> OK, something isn't correct here. There was no intention of 
> changing CGDB's behavior between .5.3 and .6.3. In fact, when
> I run .5.3 and .6.3 in a white xterm, both versions show the 
> vertical line as being bold.
...
> If you are happy with the A_BOLD functionality, but this 
> changes the color of your vertical line somehow, we need more info.
> Have you tested both .5.3 and .6.3 in the same term environment and
> noticed these differences?

Yes, it was even the same window, I used a different window to
compile 0.6.3 and restarted cgdb in the first; what was black BG
first became white BG now.  I'm using eXceed xterms which show a
linux shell, and remote-display that through Cytrix.  If I am not
mistaken, than cgdb sees the Hummingbird eXceed terminal emulation
in this setup.  The separator switches from black to blue if I
activate the source window, but is not bold.  The current line
number in the middle of the screen when I scroll is also not bold.
The active line (green arrow), the red breakpoint line numbers,
and fixed strings and much more in C style syntax highlight are
bold, though.  I can see the statement "return" colored in
bold blue.  There must be subtle difference somewhere...

If you think this is no longer a "users" thread, pls. answer on
"devel".


Thanks for the support!
-Karsten

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Karsten S. <kar...@sy...>]

Hi, Mike,

thanks for verifying.  If I understand my setup correctly, it's not
Cygwin which is providing the terminal emulation; it should be
eXceed.  Cygwin is then used to mirror the whole screen of the
terminal PC onto my desktop.

My observation is that the line and the center line number (when
blue) is never bold; for you it was always bold.  That may be the
same issue, if the bold/non-bold switch doen't work, though.
More details later, I have to start working.


Thanks
-Karsten

Mike Mueller wrote:
> Karsten's right, I just tested this on cygwin.  In 0.5.3, the vertical
> line is bold when the source window is focused.  In 0.6.3, it's always
> bold, whether focused or not.  It does seem like the relevant code
> hasn't changed, but clearly something broke.  I'll take a look.
> 
> Mike

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Bob R. <bob...@co...>]

On Wed, Nov 29, 2006 at 09:04:54AM +0100, Karsten Sievert wrote:
> Hi, Mike,
> 
> thanks for verifying.  If I understand my setup correctly, it's not
> Cygwin which is providing the terminal emulation; it should be
> eXceed.  Cygwin is then used to mirror the whole screen of the
> terminal PC onto my desktop.
> 
> My observation is that the line and the center line number (when
> blue) is never bold; for you it was always bold.  That may be the
> same issue, if the bold/non-bold switch doen't work, though.
> More details later, I have to start working.
> 

Hi Karsten,

Any more details?

I'm trying to push out another release. It could be a few weeks, but
if you want this fixed, let us know.

Bob Rossi

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Mike M. <mi...@su...>]

Karsten's right, I just tested this on cygwin.  In 0.5.3, the vertical
line is bold when the source window is focused.  In 0.6.3, it's always
bold, whether focused or not.  It does seem like the relevant code
hasn't changed, but clearly something broke.  I'll take a look.

Mike

On 11/28/06, Karsten Sievert <kar...@sy...> wrote:
> Hi, Bob,
>
> thanks for the quick response.
>
> Bob Rossi wrote:
> > Well, the svn version of CGDB has support for macros. That is,
> > it supports the "map" command. It hasn't been released yet
> > because it's not fully tested, and there is no documentation
> > for the commands, and if you do a 'map a a' it will loop
> > forever, and never return. With that in mind, you could try
> > the svn version, and see if you could make some macro's that
> > would suit your needs. Currently it only supports the 'map'
> > and 'unmap' command. However, if you desired support for the
> > 'imap' command, I could code that up without to much effort
> > based on the existing code. Let me know if you are interested
> > in any of this.
>
> Yes, I might be.  This is what I'm gonna do:  If I manage to
> check out the SVN version (time is the limiting factor here),
> then I'll ask for dos and don'ts and try to come up with
> something useful.
>
> > OK, something isn't correct here. There was no intention of
> > changing CGDB's behavior between .5.3 and .6.3. In fact, when
> > I run .5.3 and .6.3 in a white xterm, both versions show the
> > vertical line as being bold.
> ...
> > If you are happy with the A_BOLD functionality, but this
> > changes the color of your vertical line somehow, we need more info.
> > Have you tested both .5.3 and .6.3 in the same term environment and
> > noticed these differences?
>
> Yes, it was even the same window, I used a different window to
> compile 0.6.3 and restarted cgdb in the first; what was black BG
> first became white BG now.  I'm using eXceed xterms which show a
> linux shell, and remote-display that through Cytrix.  If I am not
> mistaken, than cgdb sees the Hummingbird eXceed terminal emulation
> in this setup.  The separator switches from black to blue if I
> activate the source window, but is not bold.  The current line
> number in the middle of the screen when I scroll is also not bold.
> The active line (green arrow), the red breakpoint line numbers,
> and fixed strings and much more in C style syntax highlight are
> bold, though.  I can see the statement "return" colored in
> bold blue.  There must be subtle difference somewhere...
>
> If you think this is no longer a "users" thread, pls. answer on
> "devel".
>
>
> Thanks for the support!
> -Karsten
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Cgdb-users mailing list
> Cgd...@li...
> https://lists.sourceforge.net/lists/listinfo/cgdb-users
>

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Bob R. <bob...@co...>]

Karsten, what environment are you running CGDB in? 
ie. xterm/linux putty/cygwin ?

Thanks,
Bob Rossi

On Tue, Nov 28, 2006 at 01:35:56PM -0500, Mike Mueller wrote:
> Karsten's right, I just tested this on cygwin.  In 0.5.3, the vertical
> line is bold when the source window is focused.  In 0.6.3, it's always
> bold, whether focused or not.  It does seem like the relevant code
> hasn't changed, but clearly something broke.  I'll take a look.
> 
> Mike
> 
> On 11/28/06, Karsten Sievert <kar...@sy...> wrote:
> > Hi, Bob,
> >
> > thanks for the quick response.
> >
> > Bob Rossi wrote:
> > > Well, the svn version of CGDB has support for macros. That is,
> > > it supports the "map" command. It hasn't been released yet
> > > because it's not fully tested, and there is no documentation
> > > for the commands, and if you do a 'map a a' it will loop
> > > forever, and never return. With that in mind, you could try
> > > the svn version, and see if you could make some macro's that
> > > would suit your needs. Currently it only supports the 'map'
> > > and 'unmap' command. However, if you desired support for the
> > > 'imap' command, I could code that up without to much effort
> > > based on the existing code. Let me know if you are interested
> > > in any of this.
> >
> > Yes, I might be.  This is what I'm gonna do:  If I manage to
> > check out the SVN version (time is the limiting factor here),
> > then I'll ask for dos and don'ts and try to come up with
> > something useful.
> >
> > > OK, something isn't correct here. There was no intention of
> > > changing CGDB's behavior between .5.3 and .6.3. In fact, when
> > > I run .5.3 and .6.3 in a white xterm, both versions show the
> > > vertical line as being bold.
> > ...
> > > If you are happy with the A_BOLD functionality, but this
> > > changes the color of your vertical line somehow, we need more info.
> > > Have you tested both .5.3 and .6.3 in the same term environment and
> > > noticed these differences?
> >
> > Yes, it was even the same window, I used a different window to
> > compile 0.6.3 and restarted cgdb in the first; what was black BG
> > first became white BG now.  I'm using eXceed xterms which show a
> > linux shell, and remote-display that through Cytrix.  If I am not
> > mistaken, than cgdb sees the Hummingbird eXceed terminal emulation
> > in this setup.  The separator switches from black to blue if I
> > activate the source window, but is not bold.  The current line
> > number in the middle of the screen when I scroll is also not bold.
> > The active line (green arrow), the red breakpoint line numbers,
> > and fixed strings and much more in C style syntax highlight are
> > bold, though.  I can see the statement "return" colored in
> > bold blue.  There must be subtle difference somewhere...
> >
> > If you think this is no longer a "users" thread, pls. answer on
> > "devel".
> >
> >
> > Thanks for the support!
> > -Karsten
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Cgdb-users mailing list
> > Cgd...@li...
> > https://lists.sourceforge.net/lists/listinfo/cgdb-users
> >
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Cgdb-users mailing list
> Cgd...@li...
> https://lists.sourceforge.net/lists/listinfo/cgdb-users

Re: [Cgdb-users] Going from 5.3 to 6.3, identifying the active window became harder

[Mike M. <mi...@su...>]

Karsten,

I misunderstood your original problem statement, sorry

I never run CGDB on a white background, personally.  When I tested it
with a black background, everything was bold all the time, which is a
bug we should fix.

However, just now I tested it with a white background on Cygwin.  The
vertical bar toggles between gray when focused and black when not
focused.  I'm not sure if this behavior was intended or not.  I'm not
seeing any blue bars anywhere, though. :)

Is there a way you can post a screenshot of what you're seeing?  We
can try to work out a more intuitive way of indicating focus, too.

Thanks for the comments.

Thanks,
Mike

On 11/28/06, Mike Mueller <mi...@su...> wrote:
> Karsten's right, I just tested this on cygwin.  In 0.5.3, the vertical
> line is bold when the source window is focused.  In 0.6.3, it's always
> bold, whether focused or not.  It does seem like the relevant code
> hasn't changed, but clearly something broke.  I'll take a look.
>
> Mike
>
> On 11/28/06, Karsten Sievert <kar...@sy...> wrote:
> > Hi, Bob,
> >
> > thanks for the quick response.
> >
> > Bob Rossi wrote:
> > > Well, the svn version of CGDB has support for macros. That is,
> > > it supports the "map" command. It hasn't been released yet
> > > because it's not fully tested, and there is no documentation
> > > for the commands, and if you do a 'map a a' it will loop
> > > forever, and never return. With that in mind, you could try
> > > the svn version, and see if you could make some macro's that
> > > would suit your needs. Currently it only supports the 'map'
> > > and 'unmap' command. However, if you desired support for the
> > > 'imap' command, I could code that up without to much effort
> > > based on the existing code. Let me know if you are interested
> > > in any of this.
> >
> > Yes, I might be.  This is what I'm gonna do:  If I manage to
> > check out the SVN version (time is the limiting factor here),
> > then I'll ask for dos and don'ts and try to come up with
> > something useful.
> >
> > > OK, something isn't correct here. There was no intention of
> > > changing CGDB's behavior between .5.3 and .6.3. In fact, when
> > > I run .5.3 and .6.3 in a white xterm, both versions show the
> > > vertical line as being bold.
> > ...
> > > If you are happy with the A_BOLD functionality, but this
> > > changes the color of your vertical line somehow, we need more info.
> > > Have you tested both .5.3 and .6.3 in the same term environment and
> > > noticed these differences?
> >
> > Yes, it was even the same window, I used a different window to
> > compile 0.6.3 and restarted cgdb in the first; what was black BG
> > first became white BG now.  I'm using eXceed xterms which show a
> > linux shell, and remote-display that through Cytrix.  If I am not
> > mistaken, than cgdb sees the Hummingbird eXceed terminal emulation
> > in this setup.  The separator switches from black to blue if I
> > activate the source window, but is not bold.  The current line
> > number in the middle of the screen when I scroll is also not bold.
> > The active line (green arrow), the red breakpoint line numbers,
> > and fixed strings and much more in C style syntax highlight are
> > bold, though.  I can see the statement "return" colored in
> > bold blue.  There must be subtle difference somewhere...
> >
> > If you think this is no longer a "users" thread, pls. answer on
> > "devel".
> >
> >
> > Thanks for the support!
> > -Karsten
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Cgdb-users mailing list
> > Cgd...@li...
> > https://lists.sourceforge.net/lists/listinfo/cgdb-users
> >
>