| T O P I C R E V I E W |
| sjaffe |
Posted - Jan 19 2007 : 4:19:55 PM
I have a class with two methods: Register and Unregister. These should have the same color, specifically that for Methods. The Unregister is the correct color, but Register is colored in the "Classes, structures and typedefs" color. It is not being recognized as a method from the use context regarding coloring.
NOTE: I was unable to consistently recreate this in a simple example. If I create a class from scratch with the two methods, they are the correct colors. If I cut code out from a header and source file from another project (which VAX knows about), when I paste the problem class and implementation in, they are the wrong color. If I change the name of the class, the colors are then correct. If I change the name back, the colors remain correct. Very strange.
|
| 3 L A T E S T R E P L I E S (Newest First) |
| feline |
Posted - Jan 22 2007 : 07:18:47 AM
We could probably add slow and accurate colouring, so long as you don't mind no colour most of the time when scrolling or editing 
Have a look here for an explanation of why this is happening:
http://docs.wholetomato.com?W146
"Coloring by Usage" here
http://www.wholetomato.com/products/features/color.asp |
| sjaffe |
Posted - Jan 19 2007 : 4:31:14 PM
Yes, I have a class named Register, but from the context the color parser should recognize this is not a reference to the class. Can I select between "fast and inaccurate" and "slow and correct" modes? ;^)
Thanks for your explanation. Do you recognize this as incorrect behavior? |
| rhummer |
Posted - Jan 19 2007 : 4:25:37 PM
Do you have a class/structure/typedef named Register? I see this too, but some of our programmers have classes/structures/typedefs named similar to methods I have.
This is due to the quickness of the color parser so as I understand some types take precedence over other types. |
