Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Technical Support
 Can't type periods in certain conditions.

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
JustinG Posted - Aug 05 2016 : 1:08:34 PM
Hello,

When 'Convert dot to -> in C/C++' is enabled, periods can not be typed at all, anywhere in the project. But will magically appear when restarting VS.

Typing periods, nothing shows up.


Restart VS, and this appears:


I would love to use this feature as frequently typing periods are much quicker than ->. Any idea what might be wrong? It used to work fine and suddenly doesn't.

Additionally, hitting enter/tab for autocomplete does the same as above. It seemingly does nothing, but restarting the editor shows all the hidden autocompletes popping up at once, just like the periods.

I'm on VS2015.
18   L A T E S T    R E P L I E S    (Newest First)
ChrisG Posted - Aug 11 2017 : 7:01:55 PM
If you right click on the editor tab for a file which is having issues and select Copy Full Path, what path do you get?

If you close and reopen the file through the solution explorer, are you able to accept suggestions and type periods again?
feline Posted - Aug 11 2017 : 07:37:43 AM
If you close and reload the IDE, can you still reproduce this problem if you turn "Convert dot to -> in C/C++" back on again?

Do you have the time to try and reproduce this problem in a new, default solution? I am wondering if this could be solution / file specific, or if instead the problem is being triggered by something in your environment / settings.
kfsone Posted - Aug 10 2017 : 5:38:26 PM
Just installed MSVC 15 (2017 Preview) and VAX (see below) and ran into this problem typing


#include <Version_8.41>


Worse: After I typed "Version_8" it prompted me with "Version_8.41" but hitting tab or enter did nothing.

Turning "Convert dot to ->" disabled this.

Header file I was typing it in looked like this:

// ========================================================
//! proprietary license stuff
//! \file PCRE.h
//! \author Name
//! \date 18 Feb 2009
//! \version Version 1.0.0
//!          Copyright (C) 2004-2009 Author Name. All rights etc.
// ========================================================

#ifndef PCRE_WRAPPER_HEADER
#define PCRE_WRAPPER_HEADER

#include "Version_8.37/pcre.h"

namespace N
{
    namespace B
    {
        typedef ::pcrepp::RE RegularExpression;
    }
}

#endif


I had this and the CMakeLists.txt file in the same directory open, and was trying to replace "8.37" with "8.41" and was completely blocked; selecting "41" and typing 37" did nothing, deleting everything after 8 and trying to type ".41" just prompted me with "Version_8.41" (which is defined in the CMakeLists file).

Again: Turning off dot to -> fixed this.


License: trial
VA_X.dll file version 10.9.2223.0 built 2017.06.22
DevEnv.exe version 15.0.26730.0 Professional
msenv.dll version 15.0.26730.0
Comctl32.dll version 6.10.15063.0
Windows 10 10.0 Build 15063
2 processors (x86-64, WOW64)
Language info: 1252, 0x409
feline Posted - Jul 31 2017 : 04:48:57 AM
If you can turn:

VA Options -> Editor -> Convert dot to -> in C/C++

back on to test this, when the dot is not entered, is -> being entered? If you make sure that none of the open files is modified, are any of the files marked as modified after typing the dot?

Does this happen on all types, or only Unreal class types?
Jestus Posted - Jul 29 2017 : 11:30:08 PM
I just wanted to chime in and say:

I've been running VAX for about a month with no issue and this randomly started happening today in my UE4 project.

It appears that disabling 'Convert dot to -> in C/C++' has fixed it. I am unsure why it randomly started, however.
sean Posted - Jul 20 2017 : 11:20:40 PM
Is this problem only happening in unreal engine solutions?

Is it mitigated by turning off VA Options | Editor | Convert dot to -> in C/C++ ?

If VA dot to -> is enabled and you type dot after a pointer, does -> get inserted properly?
feline Posted - Jul 14 2017 : 11:07:30 AM
We also have another user reporting the same problem in

case=109407

so its possible there is a common factor at work here, but so far no clues as to what it might be.

Another thought, are either of you working with very template heavy C++ code?
feline Posted - Jul 14 2017 : 09:00:43 AM
As a sanity check, can you make sure that you only have a few tabs open in the IDE, and that none of the files are shown as modified. If you now reproduce the problem, are any of the other files shown as modified? They should not be, but when the Miscellaneous files setting was turned on and this problem happened the characters could be send to the wrong file.

When this happens, is this problem happening in all files, or just select files?

What happens when you try typing inside a comment block, one that looks nothing like code, so there is no reason to think that either the IDE or VA might be trying to help?
Jeremy Posted - Jul 13 2017 : 6:08:59 PM
Same bug here (VS 2015, UE4.16.2)

> "Show Miscellaneous files in Solution Explorer" in Tools|Options|Environment|Documents.
> turned On or Off. If this is turned On, please turn it Off, and see if this makes a difference.

Turning this off made no difference.
feline Posted - May 11 2017 : 1:33:43 PM
Another thought, do you have:

"Show Miscellaneous files in Solution Explorer" in Tools|Options|Environment|Documents.

turned On or Off? If this is turned On, can you please try turning this Off and see if this has any effect on this bug?
ChrisG Posted - May 09 2017 : 7:58:11 PM
Hi Rich,

I'm afraid not.

Are you using the latest version of Visual Assist?
Did the issue start after a project upgrade, as with JustinG?
I assume you have tried regenerating your .sln files as well?
rich.price Posted - May 09 2017 : 7:46:33 PM
Was this ever resolved? I'm seeing the same thing.
ChrisG Posted - Aug 09 2016 : 1:57:50 PM
The .db file is generated by Visual Studio when you open the solution, but if you didn't see it no matter you got the big ones.

Hmm, I assume you would not be alright with sending along your project? (which I TOTALLY understand if you don't but it's nice to ask)

The next step would probably be to go ahead and collect Visual Assist logs to see if we can't get an idea of what's going wrong in that specific solution.

- open your ue4 solution in visual studio
- enable logging as described here: https://support.wholetomato.com/default.asp?W305
- reproduce the issue with the periods not appearing
- close visual studio
- gather the logs and send them to us here: http://www.wholetomato.com/support/contact.asp (use TOPIC_ID=12715 in the subject)

Thank you for all your trouble.
JustinG Posted - Aug 09 2016 : 12:49:47 PM
Hi Chris,

I tried your suggestion and it did not make a difference.
Also, ProjectName.VC.db does not exist anywhere, at least not in 4.11/4.12
ChrisG Posted - Aug 08 2016 : 1:35:04 PM
Perhaps you should try remaking your Visual Studio solution for that UE4 project.

(Back up anything you delete just in case)

Delete the files ProjectName.sln and ProjectName.VC.db, then delete the directory Intermediate/ProjectFiles.

Then, right click on ProjectName.uproject and select 'Generate Visual Studio project files'.

Does that help?
JustinG Posted - Aug 08 2016 : 12:27:34 PM
Hi Chris and Feline,
Thanks for the quick responses (And sorry mine wasn't as quick!)

Here is what I've tried:
- I've rebuilt and cleared the Symbol Database, nothing changed.
- 'Show Miscellaneous files in Solution Explorer' is already turned off.
- I was initially on a very old VAX (possibly a year? old). I just installed the newest version to see if that fixed it, it didn't.

- I believe this happened when upgrading my project from Unreal 4.11 to 4.12.
- First Person C++ 4.12, periods work as intended.
- An older version of my project in 4.11, periods work as intended.
^ The tab problem (info below) persists through all of these projects.

More info on the problem:
- Typing periods to not appear until the file is saved and reopened.
- Using auto complete does not show the completion until the file is saved and reopened.
^ These alone do not create the *, the file must be modified elsewhere (such as a newline) to allow it to be saved.
- Something I forgot to mention, when opening VS it automatically opens your previous tabs.
Clicking on any of these auto-opened tabs automatically closes them. Only ones you manually opened work properly.


If you need any more info let me know,
Thankyou!
feline Posted - Aug 06 2016 : 5:25:02 PM
Anther thought, can you look and see if you have:

"Show Miscellaneous files in Solution Explorer" in Tools|Options|Environment|Documents.

turned On or Off. If this is turned On, please turn it Off, and see if this makes a difference.

When you are seeing this problem, can you please test it with only 2 or 3 files / tabs open in the IDE, and make sure that all of the files are saved before typing a dot and triggering the problem. Does a * appear on any of the tabs / files, to indicate that the file is modified, even if the dot is not showing up in the editor?
ChrisG Posted - Aug 05 2016 : 7:07:03 PM
Hello JustinG,

I would like you to try rebuilding your symbol database.

Here is how you can do that:

- navigate to (VAssistX | Visual Assist Options... | Performance)
- click Rebuild
- click Clear
- close Visual Studio, and reopen your UE4 project solution


If this does not help, are you able to reproduce the issue with a new C++ First Person project?

What version of Visual Assist are you using? What version of Unreal Engine?

Did anything you can remember change before you began to notice the issue?


EDIT:
I not sure that adding UE4 source to stable includes is actually necessary, so I'll omit that for now.

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000