Author |
Topic |
|
tailsu
Senior Member
37 Posts |
Posted - Sep 03 2007 : 07:56:15 AM
|
When trying to write #include <../something>, pressing the dot replaces <> with the first entry in the suggestion list, because VA thinks 'Since . is not a valid identifier, then the user wants to use the selected suggestion.', which is wrong - dots shouldn't select a suggestion when writing #include statements.
|
|
feline
Whole Tomato Software
United Kingdom
19015 Posts |
Posted - Sep 03 2007 : 2:26:27 PM
|
I don't really understand. The option:
VA Options -> Advanced -> suggestions -> display suggestion list and accept with: Any character not valid in a symbol
may be a factor here, if you have it turned on.
When I type "#in" VA suggests both #include "" and #include <> If I accept either of these, or type #include < manually after typing the opening bracket a listbox appears. Accepting an item from this listbox does not replace the angle brackets for me. |
zen is the art of being at one with the two'ness |
|
|
tailsu
Senior Member
37 Posts |
Posted - Sep 04 2007 : 03:21:26 AM
|
Okay, second attempt.
"VA Options -> Advanced -> suggestions -> display suggestion list and accept with: Any character not valid in a symbol" is, in fact the culprit. In the general case it works very well indeed.
However try doing the following: Write #in - of course, you're prompted with two choices, pick any:
Let's say you now have #include "*cursor blinking*"
Now, try to write ../something.h I'd expect to get #include "../something.h", but alas.
since . automatically accepts suggestions (as per options) it's not (directly) allowed in a path within an #include statement. But I think it should.
I hope this clarifies things.
|
|
|
feline
Whole Tomato Software
United Kingdom
19015 Posts |
Posted - Sep 04 2007 : 07:26:22 AM
|
I understand now. It would make more sense to allow you to type the dot in the #include statement:
case=8234 |
zen is the art of being at one with the two'ness |
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Oct 29 2007 : 02:26:14 AM
|
case=8234 is fixed in Build 1614 |
|
|
|
Topic |
|