Як повернутися до останнього положення курсору у Visual Studio?
Відповіді:
Він не працюватиме для червоного кольору (-). Для мене це працює лише в поєднанні синього кольору.
F2
ctrl+ shift+ -вперед
Відповідно до Visual C # 2008 Keybinding Reference Poster це Ctrl+ -. Назва конкретного прив'язки клавіш - View.NavigateBackward.
PS: При дослідженні я також виявив , що Ctrl+ .таке ж , як Shift+ Alt+ F10. Приємно!
Ctrl+ Shift+-
Ctrl+ Shift+ -ака Ctrl, Shiftі -натискаємо одночасно.
ctrl+ -(тире) переходить назад.
ctrl+ shift+ -(тире) рухається вперед.
Ці параметри можна знайти в розділі "Навколишнє середовище -> клавіатура":
ctrl+ .і ctrl+ shift+ .. Колишній (переміщення назад) недоступний для багатьох клавіатур nonqwerty, оскільки вам потрібно натиснути, shiftщоб VS усвідомив, що ключ, який ви намагаєтеся надіслати, - це той, який має на ньому .символ (він знаходиться на 2-му рівні). Отже, моя відповідь полягає в тому, що ярлик за замовчуванням не існує, і його потрібно визначити самостійно.
Для нового коду VS (1.28.2)
Назад: Ctrl+ Alt+ -(тире)
Вперед: Ctrl+ Shift+ -(тире)
Найбільш загальні відповіді: немає робочого типового режиму, і вам потрібно визначити власні комбінації клавіш для View.NavigateBackward та View.NavigateForward.
Чому? Для більшості клавішних клавіш ярлик за замовчуванням - це зламана, непридатна комбінація, оскільки VS погано обробляє модифікатори зрушення та altGr. MS не приділяли такої уваги портативності та інтернаціоналізації, коли переробляли VS після версії 6, і це все ще актуально. Цей клоп існує там вже більше десяти років, майже два десятиліття. З цією швидкістю вона ніколи не буде фіксована. І так, я заповнив звіт про помилку, і я точно не єдиний.
Однак їхня лінійка продуктів "VSCode" має кращу керованість клавіатурою, оскільки це не залежить від модифікаторів shift або altGr для ідентифікації ключа. Наприклад, коли ви перебуваєте в режимі написання тексту і натискаєте клавішу, яка містить символ тире, не використовуючи shift або altGr, скажімо, він пише щось інше, наприклад, номер 6. Для VSCode, коли справа доходить до обробки ярликів, це все одно тире ключ для його призначення. Поки на ключі є символ, написаний на ньому, незалежно від того, чи він зображений як 1-й, 2-й або 3-й рівень не має значення, це просто ця клавіша.
Звичайно, ніколи не буває добре, щоб ярлики за замовчуванням використовували не алфавітно-цифрові символи, це завжди заплутано, працює він чи ні. Хороші редактори зрілих текстів уже давно знають, що їх слід розглядати як приклади того, що зроблено правильно. Якимось чином VS дізнався кілька добрих речей від emacs за допомогою ярликів, що є послідовністю двох літер, але, врешті-решт, накрутився на інші частини з вибором не буквено-цифрових прив’язок у поєднанні з порушеним керуванням клавіатурою низького рівня.