Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A tmPreferences option for Symbol Index for Case Sensitivity #2571

Open
Remillard opened this issue Jan 17, 2019 · 0 comments
Open

A tmPreferences option for Symbol Index for Case Sensitivity #2571

Remillard opened this issue Jan 17, 2019 · 0 comments

Comments

@Remillard
Copy link

When defining a symbol for the Goto Definition function there is no way to specify that matching symbols should be case insensitive. VHDL (and FORTRAN and others) are case insensitive languages so a lexical object MYOBJECT is fundamentally the same as myobject. More explicitly if I have code such as:

entity foobar is
	
end entity foobar; 

architecture rtl of foobar is
	signal MYSIGNAL : std_logic; 
begin
	MYSIGNAL <= 5; 
	mysignal <= 4; 
	
end architecture rtl;

with everything scoped correctly, hovering the mouse over MYSIGNAL will correctly reference the definition line above. Hovering over mysignal does not reference any definition even though technically the language would consider these both identical.

This is discussed here: https://forum.sublimetext.com/t/sublime-text-3-goto-definition-case-sensitivity/12634

The default should remain the same, however I believe the best suggested solution would be to add a flag in the settings key group in the tmPreferences XML file that would instruct Sublime to ignore case when considering matches between objects like:

<?xml version="1.0" encoding="UTF-8"?>
<plist version="1.0">
<dict>
	<key>name</key>
	<string>Symbol Index</string>
	<key>scope</key>
	<string>source.vhdl meta.statement.signal variable.other.vhdl</string>
	<key>settings</key>
	<dict>
		<key>showInIndexedSymbolList</key>
		<integer>1</integer>
		<key>symbolCaseInsensitive</key>
		<boolean>true</boolean>
	</dict>
</dict>
</plist>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants