Recent changes to bugs

Save-check before build doesn't save

Anonymous — Thu, 31 May 2001 08:38:21 -0000

If you select Build from the menu and you haven't
saved, a pop-up appears and says 'do you want to save
file?', and if you select yes it doesn't save, but
builds anyway.
(Just one of those little things..)

Syntax highlighting

Jeff Teunissen — Wed, 19 Jul 2000 21:18:35 -0000

I'm a Nedit user, and one of the things I missed was Nedit's regexp-based syntax highlighting.

For example: In the PHP language definition, there is no way (that I have found) to specify that highlight of PHP syntax occur only inside PHP open/close tags, and outside them only HTML is highlighted. In Nedit, this is done by making the PHP patterns "children" of open/close tags. Likewise, JavaScript code can't be highlighted properly inside HTML files.

I like CodeCommander, but the inability to have multiple languages in use in the same source file is IMO a disadvantage.

Funky cursor behavior

Anonymous — Sat, 15 Jul 2000 22:08:54 -0000

This may be a problem with the GNOME text editor component,
but the cursor has the following problems:

1. It doesn't stay where you put it. When scrolling up or down it jumps to seemingly random positions in each line.

2. When scrolling down, sometimes the page jumps as if page down was hit instead of cursor down (kind of like the pico scrolling behavior where going to the bottom of the screen brings up half a page instead of one line.)

3. In a programmer's editor, the cursor should go where you tell it. This means it should ignore the actual line length (or there should be a toggle).

On a related note, if you open a lot of files, it's difficult to navigate. Instead of those tiny up/down arrows to move through buffers, how about a scrolling list?

See KDevelop.

Non-standard TAB Behaviour for Selections

cypherpunks — Fri, 14 Jul 2000 03:03:48 -0000

>Sorry, but it doesn't work like that. The line that the cursor is on is included in the
>selection, because of the way that it is represented internally. This is logical, and that is
>how I determine what proper behavior is in CodeCommander.

Well, I must respectfully disagree with you, so I will reopen this bug.
NO OTHER PROFESSIONAL, or SEMI-PROFESSIONAL EDITOR,
works the way you describe.

Try:

-SlickEdit
-MS VisualStudio
-Symantec Cafe
-UltraEdit
-CodeWright
-the list goes on.....

These editors all have the STANDARD, ACCEPTED behaviour as I describe.

1) Place the caret at the start of a line and then use SHIFT-DOWNARROW to select a number of lines.

2) Press TAB

The entire selected section is tabbed to the right, which is
correct, but also the line on which the caret resides is
tabbed, which is NOT correct.

eg., starting with:

this line is selected
this line is also selected
|caret is at the start of this line

After pressing TAB we incorrectly have:

........this line is selected
........this line is also selected
........caret is now at the end of this line|

We really should be getting something like:

........this line is selected
........this line is also selected
|caret is at the start of this line

Note: using "." to denote space character

Version tested: CodeCommander v0.9.5

Compilation output?

Thu, 13 Jul 2000 18:58:56 -0000

After I compile a file, I don't see the output of the command; thus, I don't know if it succeeded or if there were errors!
Shouldn't that be displayed somewhere?

This was in the latest CVS Version (and earlier Versions)

Also, a menu entry called "Make" would be good - it would invoke "make" or "make currentfile.o" (i.e. the name of the currently opened file, but the extension changed to .o")

CVS Version doesn't compile

Thu, 13 Jul 2000 18:54:15 -0000

As of Thu, Jul 13 2000, 18:52 GMT, the CVS Version of CodeCommander doesn't compile: Symbol USE_XIM isn't covered by acconfig.h
After adding "#undef USE_XIM" to acconfig.h, everything worked.

By the way, what is USE_XIM for?

Cursor Movement is slow

Thu, 13 Jul 2000 18:39:36 -0000

The cursor is VERY slow. This is very disturbing.

To reproduce this: Press (for example) the right arrow key and hold it down. Then release it - the cursor continues to move.
(This is CodeCommander v0.9.4, not CVS)

Selected text not tabbing properly

cypherpunks — Wed, 12 Jul 2000 07:15:27 -0000

1) Place the caret at the start of a line and then use SHIFT-DOWNARROW to select a number of lines.

2) Press TAB

The entire selected section is tabbed to the right, which is
correct, but also the line on which the caret resides is
tabbed, which is NOT correct.

eg., starting with:

this line is selected
this line is also selected
|caret is at the start of this line

After pressing TAB we incorrectly have:

this line is selected
this line is also selected
caret is now at the end of this line|

We really should be getting something like:

this line is selected
this line is also selected
|caret is at the start of this line

Version tested: CodeCommander v0.9.5

Has something to do with paranthesis seeking?

Anonymous — Sun, 09 Jul 2000 10:04:52 -0000

When typing
{
}
Into an empty file, the whole editor hangs after typing enter a few times after that

While doing a "search and replace" CC crashes.

Lewis Bergman — Thu, 29 Jun 2000 19:51:45 -0000

While doing a search and replace, if the option to leave the Keep window open checkbox is selected the program crashes after the first replace operation.