Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 Auto-completion of #include, part 2
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

tailsu
Senior Member

37 Posts

Posted - Sep 03 2007 :  07:56:15 AM  Show Profile  Reply with Quote
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
18939 Posts

Posted - Sep 03 2007 :  2:26:27 PM  Show Profile  Reply with Quote
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
Go to Top of Page

tailsu
Senior Member

37 Posts

Posted - Sep 04 2007 :  03:21:26 AM  Show Profile  Reply with Quote
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.

Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18939 Posts

Posted - Sep 04 2007 :  07:26:22 AM  Show Profile  Reply with Quote
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
Go to Top of Page

support
Whole Tomato Software

5566 Posts

Posted - Oct 29 2007 :  02:26:14 AM  Show Profile  Reply with Quote
case=8234 is fixed in Build 1614
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000