回答
恭喜升級,這是一個不錯的選擇。我使用的是最新開發版本ST3 Build 3120,因此如果您使用public beta Build 3114,語言定義可能會有所變化,但不會顯着。我也用Neon Color Scheme(全面披露:我是開發商),其中有一個非常大的數量的具體範圍相比其他一些的配色方案Monokai或Solarized其重複使用相同的顏色,適用於各種不同的語言功能。最後,由於我是配色設計師,因此我使用ScopeHunter
和ScopeAlways
等工具來確定文本中任何點的哪些範圍和主題元素處於活動狀態。
所以,這裏是你的代碼的擷取畫面加用崇高的HTML語法其他幾個測試線:
這裏是相同的代碼,片刻之後,使用PHP語法捕獲:
我們可以看到的是,在左下角,ScopeAlways是表明,在光標的位置,HTML文件的基本範圍是text.html.basic
,而PHP的是embedding.php text.html.basic
。到目前爲止,這麼好 - 這是正常的。更重要的是,我們可以看到在HTML和PHP之間突出,包括id
屬性比其他屬性的內容嵌入PHP代碼的顯着性差異,並且着色(或缺乏)(是的,我知道我在底部分離的PHP代碼末尾丟失了一個;
- 添加一個並不會改變任何內容)。
所以,我的第一個建議是,如果你不是已經在使用它,是設置文件的PHP語法。您可以從底欄最右側的菜單中進行選擇,也可以選擇View → Syntax →
並從可用選項中進行選擇。
如果你已經在使用PHP語法,你應該知道自從今年初(或多或少)以來,許多Sublime的language description syntax files已被顯着或完全重寫,其中包括PHP和HTML。他們在疼痛需要現代化和加速在某些情況下,並與sublime-syntax
格式(較老,但仍然支持,tmLanguage
格式更加強大)的出現,爲.sublime-syntax
文件提供更好的正則表達式引擎,招聘通過將債券(的Package Control成名)的崇高HQ做很多事情喬恩·斯金納(卓異的作者)沒有時間或興趣這樣做,既崇高本身以及語法定義的開發過程(同時開放源代碼)大幅增加。這是一種非常冗長的說法,很多東西在相對較短的時間內發生了變化,並且用老版本的HTML和PHP語法編寫的配色方案可能不適用於新的版本。所以,如果你是那種人,你可能想要通過新的語法並更新你的配色方案,或者你可以嘗試一些其他的方案,如霓虹燈,這些方案已經通過了這個過程。
再回到那個怪異id
亮 - 我會很快就會能解決這個問題,並且顏色id
屬性就像class
或任何其他屬性的內容發佈霓虹燈的新版本。我也會試着找出他們爲什麼這麼做。
我希望這會有所幫助。祝你好運!
- 1. 崇高的文字多語言語法突出顯示?
- 2. 語法突出反應代碼在崇高
- 3. 雙擊突出變量崇高的文本3包括$
- 4. 配置崇高3中重複文本的突出顯示
- 5. 在崇高的文本3
- 6. 用崇高的文本3
- 7. 崇高的文本3 SFTP
- 8. 在崇高的文本3
- 9. 在崇高文本3
- 10. 如何在崇高的文本3上運行python代碼?
- 11. XML代碼片段替換崩潰的崇高文本3
- 12. 語法在崇高的文本3多代碼高亮問題(Ruby on Rails的&Haml的)
- 13. 一次在崇高文本2中突出顯示多個語法?
- 14. 崇高文本 - 記住隱藏代碼
- 15. 崇高的3語言高亮,Linting,自動完成等包裝
- 16. 在崇高文本中錯誤的默認語法高亮3
- 17. 帕格(玉)語法高亮不與崇高的文本3
- 18. 在崇高文本中美化HTML代碼3
- 19. ES6在崇高文本格式3/VS代碼
- 20. 崇高的文本3 API:從文件
- 21. 崇高的文本3:編寫文本輸出面板
- 22. 替代Ctrl +'崇高文本
- 23. 在崇高文本中自定義語法高亮3
- 24. 着色/突出顯示崇高文字
- 25. React.js文件語法中的崇高文本3
- 26. 的Python 3.4在崇高的文本3
- 27. 崇高的文本3 Perforce的插件
- 28. 崇高的文本3 REPL的MacOS
- 29. 崇高文本Sweave語法高亮
- 30. 崇高的文字3括號內突出顯示像在記事本++
看來目前的穩定版ST3 Build 31114是越野車。我嘗試了你指定的測試版本,它像一個魅力。感謝您指出了這一點。 – 3s2ng
@ 3s2ng這很有趣,你有什麼問題與3114?軟件包的bug跟蹤器位於我鏈接的站點的Github上,對於所有其他問題,您可以查看問題跟蹤器[here](https://github.com/SublimeTextIssues/Core)。就我個人而言,我更喜歡開發版本,因爲他們獲得最新的好東西,*和*他們往往會更穩定一些,因爲交易查殺錯誤很快得到修復。但是,公共構建不應該有任何這些錯誤。 – MattDMo