Visual studio забывает настройки окна и создает беспорядок

У меня была аналогичная проблема, когда папка "Мои Документы" хранится на сетевом диске. Если бы я открыл VS перед отображением диска, VS действовал бы так, как если бы он был открыт в первый раз. Я решил эту проблему, сохранив параметры среды на локальном диске.

Visual Studio портит свои настройки с регулярным однообразием (всегда делал, я страдал от этого со времен Visual C++, и это все еще bugbear в VS2013).

часто это кажется совершенно случайным, но это весьма вероятно после аварии.

Он также потеряет любые изменения в ваших настройках, если Visual Studio не завершит работу чисто - по какой-то причине вместо сохранения настроек, когда вы ОК диалоговое окно, VS, кажется, ждет, пока он не завершит работу запишите свои изменения, поэтому после изменения параметров я всегда ухожу и перезапускаю, чтобы убедиться, что изменения были сброшены на диск. Точно так же вы никогда не должны изменять параметры с 2 или более экземплярами VS running, так как последний выход перезапишет настройки.

в частности, есть легко воспроизводимый случай: если вы запускаете две или более копий одновременно (под этим я подразумеваю, если вы запускаете две или более копий, поэтому все они инициализируются одновременно), они кажутся борьба за файл настроек, и он становится поврежден или сбрасывается по умолчанию.

лучшие два обходных пути, которые я нашел:

• никогда не запускайте более одного экземпляра одновременно. Если вам нужно запустить несколько экземпляров одновременно, дождитесь завершения загрузки решения первым экземпляром перед запуском следующего.

• всегда использовать Tools > Import and Export Settings сохранить настройки в файл резервной копии, так что выздоровление от этой коррупции каждый раз это занимает всего несколько секунд.

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

Я просто столкнулся с этой проблемой тоже (казалось, триггер после обновления windows), где я продолжал получать фиктивный макет окна независимо от того, что я сделал. Вышеприведенные предложения тоже не сработали. Но, к счастью, предложения в: почему VS 2008 IDE не помнит мои предпочтения? исключения:

%APPDATA%\Application Data\Microsoft\VisualStudio.0\windows.prf

работали.

TP

на самом деле я понял, что виновник был: предыдущие сбои VS.

Если один из моих экземпляров Visual Studio аварийно завершает работу по какой - либо причине-при следующем запуске VS я получаю странный пакет настроек. Поведение зависит от различных факторов, например, были ли у меня другие экземпляры VS открыты в то время.

Я попробовал решение Петра McGrattan, все равно не помогло. То, что в конечном итоге работало для меня, было удалить мои пользовательские параметры VS Solution (.су.) Находится в том же каталоге, что и мое решение.

плохо только то, что вам нужно переделать все настройки. Это включало мои изменения исключений. Не так много, чтобы изменить, но если у вас много настроек, это может быть настоящая боль. В этом файле должно быть что-то, что все испортит, но удаление всего файла происходит быстро и простой.

какое решение вы открываете, не должно иметь значения, потому что эти настройки не зависят от решения. Но мне интересно, может быть, у вас установлена Visual Studio 2005 и 2008? Если это так, открытие решения, созданного в 2005 году, откроет VS 2005, а открытие решения 2008 года откроет VS 2008. У вас может быть VS 2005, даже если вы его не установили. Например, InfoPath 2007 устанавливает оболочку VS 2005.

сначала я бы разместил окна, где вы хотите их, а затем выполните инструменты - > экспорт настроек и включите только макеты окон. Таким образом, вы хоть что-то можно вернуть.

затем я бы проверил Инструменты - > Параметры - > импорт настроек экспорта и отметил, где установлен путь "автоматически сохранять Мои настройки в этот файл". Следите за этим файлом. У вас есть программное обеспечение для синхронизации, которое может быть непреднамеренно перезаписано? Указывает ли это на несуществующее местоположение?

моя проблема аналогична, но в результате происходит сбой приложения. Проблема была в этом значении

в HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0\MainWindow. Он был установлен в "0 1000 -280 -100 3", вероятно, из-за наличия нескольких экранов и перемещения пользовательского интерфейса вокруг много.

удаление этого значения позволило приложению успешно перезапустить. Он воссоздается при запуске.

Я сталкиваюсь с аналогичной проблемой. И это также началось недавно, в течение последних 30 дней или около того. Единственное, что я помню, что изменилось в этот период, это обновление Resharper 4.5.

Я испытал нечто подобное. В моем случае цвета текстового редактора (например, редактор c#) выходят из строя. Единственное решение, которое я пробовал и работает для меня, - это изменить цветовую тему, а затем вернуться к тому, что я хочу.

в моем случае это не поврежденный макет окна, но Intellisense предлагает завершение кода и всплывающую помощь. Никогда не было этой проблемы за последнее десятилетие, теперь это происходит 3 раза в день, по крайней мере. Win8.1, Visual Studio 2013, ReSharper 8 и теперь ReSharper 9 (в надежде, что обновление исправит это).

Я теперь запросто должен

• закрыть решение,
• инструменты / импорт-экспорт настроек / сброс всех настроек
• Закрыть Visual Studio
• открыть Visual Studio импортировать сохраненные настройки
• повторно откройте решение и продолжайте работать

затем я могу снова работать нормально в течение некоторого времени, пока что-то не пойдет не так... скажем, переполнение стека во время отладки. В этот момент я просто знаю, что мои настройки ввернуты, и мой Intellisense снова мертв.

Я начинаю задаваться вопросом, не связано ли это с последним обновлением Visual Studio. Там есть вещи, которыми я никогда не пользуюсь. как рекламная дрянь и интеграция офисного развития. MS Office имеет свои собственные проблемы, такие как Office 64 бит не замечается любым другим приложением, таким как Quicken как установленная программа электронной почты. Или, может быть, его конфликт с ReSharper, который хочет обогнать и "расширить" функцию Intellisense.

в любом случае, я уверен, что это другое проявление той же проблемы: настройки Visual Studio идут боком во время обычного использования.

Я только что столкнулся с этой проблемой в VS 2012, сброс макета окна ничего не делал.

Я просчитал

%APPDATA%\Application Data\Microsoft\VisualStudio\9.0\windows.prf

до

%appdata%\Microsoft\VisualStudio\11.0\Windows.индекс

... удалил его и вернулся в бизнес!

• убедитесь, что вы закрываете все экземпляры VS first!