Налаштування Visual Studio - чому розвідник рішень праворуч? [зачинено]


18

Кожен раз, коли я встановлюю VS (незалежно від версії років), він встановлюється за допомогою Провідника рішень праворуч. Оскільки більшість інтерфейсів користуються навігацією в лівій колонці (і вгорі вікна перегляду), а вміст праворуч від цієї навігації мені завжди здається неправильним.

Тому я перетягую провідник рішень ліворуч від екрана і докидаю його туди. Але я ніколи не бачив, щоб інший розробник робив це.

Враховуючи те, як більшість програмістів зазвичай люблять налаштовувати своє середовище, додаючи улюблений текстовий редактор, браузер, плагіни, скрипти для жирної клавіші тощо. Чому розробники Visual Studio ніколи не роблять цього простого інтерфейсу? Хтось ще робить це чи я просто кричу в темряві?


2
Я вважаю за краще це праворуч, оскільки читаю зліва направо.
mauris

13
Тому що це правильне місце для цього.
DavRob60

3
Якщо ви фактично вибираєте C ++ як середовище за замовчуванням (це запитується при першому запуску), програма для пошуку рішень знаходиться ліворуч (імітує попередній інтерфейс візуальної студії до .net та комбінації клавіш, які я все ще віддаю перевагу).
fretje

7
Я також вважаю за краще дослідник рішень зліва. Одна з причин мені подобається, що це те, що текст у переглядачі файлів вирівнюється ліворуч, це розташування означає, що більша частина коду знаходиться в середині екрана, а не до кінця.
Ergwun

3
Я згоден повністю. Здається, це повністю суперечить тренду дерев яного погляду зліва, з деталями справа. Я ніколи не розумів, чому. Я завжди міняю свою на ліву частину.
Ян Дюран

Відповіді:


33

Дизайн інтерфейсу користувача не є чистою наукою, насамперед тому, що переваги людей різні. Однак є кілька принципів, яких ми дізналися за ці роки:

  • Око природно тяжіє до "точок живлення". тобто в мистецтві це золоте правило, а в фотографії це спрощено до "правила третини". По суті, якщо ви намалювали сітку на екрані три комірки впоперек і три комірки вниз, точки, де лінії перетинаються, є точками живлення. Це дуже важлива нерухомість, і це також пояснює, чому 1 / 3-2 / 3 розкол працює так добре.
  • Ми дізналися, що існує порядок важливості, коли ми вчимося читати. Коротше кажучи, найважливіший стовпчик на екрані - це той, який наближається до порядку читання. Для нас західна півкуля - це ліворуч (порядок читання зліва направо). Для людей на Близькому Сході та деяких далекосхідних країнах це означає праворуч (порядок читання справа наліво). Для інших людей в інших далекосхідних країнах це означає верх (зверху вниз, як правило, порядок читання справа наліво).

Використовуючи ці два принципи, ми можемо організувати екран таким чином, щоб користувачі могли максимально використовувати його. Розробники MS Visual Studio припустили, що вихідний код є найважливішим елементом, а інші панелі підтримують цей вміст.

Тепер, якщо ви бажаєте мати навігацію ліворуч, це тому, що ви ставите інше значення щодо важливості навігації, ніж розробники VS. Жодна позиція не є правильною чи неправильною. Якщо ви часто переходите з файлу в файл, навігацією зліва може бути зручно.

Ви помітите, що навіть на цьому веб-сайті вміст знаходиться зліва, а інформація про навігацію та підтримку - праворуч. Це перегукується з тим, що дизайнери вважали найважливішими аспектами сайту.


Чудове пояснення. Тепер я знаю, як я придумав свою відповідь.
JeffO

+1, а також: Я рідко використовую провідник проектів (віддаю перевагу вкладкам / пошуку за ярликом), але мені завжди хочеться бачити код. Тож це робить для мене пріоритет ще зрозумілішим.
Flo

4

Це схоже на Adobe Photoshop. Панель інструментів зліва, навігація (шари тощо) праворуч.


2

Ніколи не правильно, але це рідко. Допомагаючи колезі, я помітив, що його дослідник рішень знаходився зліва від екрану. Досить рідко можна помітити, коли хтось це змінить.

Щодо того, чому ми тримаємо це праворуч? Візуальна студія часто використовується для втрати налаштувань перегляду, повернення їх до початкового стану. Перетягування провідника рішень кожного разу, коли ви відкриваєте VS, швидко стає стомлюючим.


Дійсно, я повинен був сказати: "Я ніколи не бачив, щоб хтось це робив".
amelvin

+1 Я розміщую всі свої вікна як вкладки в центрі, нічого зліва чи справа, я впевнений, що багато людей мають всілякі дивні домовленості
jk.

2

Я просто приєднав його до лівої сторони (після того, як я мав її на правій стороні роками) як експеримент. Дивно, чому я до цього часу ніколи не замислювався над цим, бо використовую налаштування подвійного монітора протягом 3 років і завжди маю VS на правому екрані (браузер - я веб-розробник - та інші інструменти, наприклад клієнт управління джерелом знаходяться на екрані зліва). Загальна ширина моїх двох екранів трохи більше 1 м, тому Провідник рішень був досить далеко з правого боку - тепер там зустрічаються два екрани.

Ще один важливий аспект полягає в тому, що рішення, з яким я працюю, має багато проектів (з великою кількістю файлів), тому раніше, кожного разу, коли я хотів відкрити інший файл, мені довелося переміщувати мишу по екрану вправо, а потім назад на лівий бік на початку рядка (або близько до нього) - тепер Провідник рішень набагато ближче до початку рядка.

Найсмішніше, що вікно редактора коду "відчувається" ширше, оскільки Провідник рішень знаходиться з лівого боку, а редактор коду тепер закінчується в кінці екрана.


1

Зліва зберігається для предметів, якими я зараз користуюся частіше. Занурившись у базу даних та знаючи структуру таблиці, Серверний Провідник розміщується там. Так само, як якщо б я скидав купу елементів на форму, панель інструментів закінчується там.

Я приділяю менше уваги предметам праворуч. Якщо я відкрив кілька файлів і мені потрібно повертатися вперед і назад, я б скористався вкладками вгорі.

Крім того, що може бути простіше, ніж нічого не робити?


7
Ви справді використовуєте панель інструментів та провідник сервера більше, ніж Провідник рішень? Ого.
BFree

Як і @BFree, я не переконаний, що через панель інструментів проходить більше трафіку, ніж провідник рішень.
amelvin
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.