Раздел Автозагрузка не работает на W10T 16.2 beta [Решено]
Цитата: Удаленный пользователь от 20.10.2020, 14:57Всем привет. После того как обновил Бета, вылезла такая надпись в автозагрузке, из-за чего? Антивирусов нет. Стандартный отключен.
Всем привет. После того как обновил Бета, вылезла такая надпись в автозагрузке, из-за чего? Антивирусов нет. Стандартный отключен.

Цитата: Удаленный пользователь от 20.10.2020, 15:00Добрый день.
При выборе названия темы ориентируйся на суть проблемы. Тема с названием "Автозагрузка" вряд ли привлечет сюда разработчика.Замечания по программе, без указания точной сборки, включая build не принимаются
Просьба придерживаться также этого правила данного раздела форума.
Название темы поправлю сейчас.
Добрый день.
При выборе названия темы ориентируйся на суть проблемы. Тема с названием "Автозагрузка" вряд ли привлечет сюда разработчика.
Замечания по программе, без указания точной сборки, включая build не принимаются
Просьба придерживаться также этого правила данного раздела форума.
Название темы поправлю сейчас.
Цитата: Удаленный пользователь от 20.10.2020, 15:06Windows 8.1 PRO, Build 9600 Скачал с официального сайта microsoft
Windows 8.1 PRO, Build 9600 Скачал с официального сайта microsoft
Цитата: Удаленный пользователь от 20.10.2020, 15:18Написал разработчику, подождём.
Написал разработчику, подождём.
Цитата: Удаленный пользователь от 20.10.2020, 15:28Добрый день.
А в релизной 16.1 версии работает этот пункт?
Добрый день.
А в релизной 16.1 версии работает этот пункт?
Цитата: Удаленный пользователь от 20.10.2020, 15:45Цитата: Adler от 20.10.2020, 15:28Добрый день.
А в релизной 16.1 версии работает этот пункт?
Цитата: Adler от 20.10.2020, 15:28Добрый день.
А в релизной 16.1 версии работает этот пункт?
Цитата: admin от 20.10.2020, 16:18Александр, привет 🖐
Освободи содержимое этой папки:
C:\ProgramData\главное меню\Programs\StartUp
Александр, привет 🖐
Освободи содержимое этой папки:
СкопированоC:\ProgramData\главное меню\Programs\StartUp
Цитата: Удаленный пользователь от 20.10.2020, 17:00Цитата: XpucT от 20.10.2020, 16:18Александр, привет
Освободи содержимое этой папки:
C:\ProgramData\главное меню\Programs\StartUpЗдравствуйте, у меня нет такой папки. Programs есть, StartUp нет.
Цитата: XpucT от 20.10.2020, 16:18Александр, привет
Освободи содержимое этой папки:
СкопированоC:\ProgramData\главное меню\Programs\StartUp
Здравствуйте, у меня нет такой папки. Programs есть, StartUp нет.
Цитата: Удаленный пользователь от 20.10.2020, 17:08Тогда создайте её там.
Странно, такого быть не должно. Это системная папка она должна там быть.
Тогда создайте её там.
Странно, такого быть не должно. Это системная папка она должна там быть.
Цитата: admin от 20.10.2020, 17:11Вот её содержимое очистите, пожалуйста. Хотя бы временно. Рассказывал об этом на канале в обзоре версии 16.0.
.NET Framework официально поддерживает официальные библиотеки, с помощью которых по-новому работает Win 10 Tweaker.
Но на деле видим на Windows 7 и 8.1 то, что у Вас.Альтернатива ➜ добавить в автозагрузку самим Win 10 Tweaker то, что нужно.
Большинство в чате и комментах решило отказаться от рудемента и забить.Объясню вкратце:
Чтобы что-то сделать, нужен инструмент. И когда у мастера есть вариант использовать более новый, быстрый и надёжный, то он использует его. И бывает так, что там где нужен ремонт, инструмент не помогает, ибо нужна уже реставрация.И вот под 7 и 8.1 Я делаю всё и даже дольше, чем для 10-ки, как правило.Если приходится выбирать между надёжностью и поддержкой, Я выбираю надёжность. То есть 3% будут видеть это, если у них устарелый метод добавления программы в Автозагрузку. То есть пользователей 3%, да ещё и не факт, что у них будут ярлыки там, где у Вас. А вот у 97% пользователей будет всё быстрее, надёжнее, легче.
[spoiler]
Вот так Win 10 Tweaker определяет переменные среды Автозагрузки.public string _startup; public string Startup => _startup ?? (_startup = Environment.GetFolderPath(Environment.SpecialFolder.Startup)); public string _startUp; public string StartUp => _startUp ?? (_startUp = Environment.GetFolderPath(Environment.SpecialFolder.CommonStartup));И с помощью класса
ShellLinkObjectопределяет ярлыки и пути к ним.
Раньше приходилось делать всё с помощью глючной библиотекиIWshRuntimeLibrary, сейчасShellLinkObject, и работает всё, как часы.
Да, только на десятках. Но претензии тут нужно отправлять Microsoft, ибо разрабу нужно выбирать между... ну Вы помните...Отмечу, что это не тот случай, где можно забить на новый инструмент и закостылять всё на старом. Бывает да, прекрасно всё пашет на старом и не стоит трогать. Но проблема в том, что вышеупомянутая библиотека
IWshRuntimeLibraryпросто ужасно глючная. Ни с того, ни с сего, среда разработки начинает ругаться на отсутствие этой библиотеки. По два три раза в день. Мне это сильно мешает работать, а у людей дольше подгрузка. Может и не заметно на глаз, но Я лично высчитываю всё по миллисекундам ещё до того, как может потребоваться оптимизации кода или рефакторинг.
[/spoiler]
Вот её содержимое очистите, пожалуйста. Хотя бы временно. Рассказывал об этом на канале в обзоре версии 16.0.
.NET Framework официально поддерживает официальные библиотеки, с помощью которых по-новому работает Win 10 Tweaker.
Но на деле видим на Windows 7 и 8.1 то, что у Вас.
Альтернатива ➜ добавить в автозагрузку самим Win 10 Tweaker то, что нужно.
Большинство в чате и комментах решило отказаться от рудемента и забить.
Объясню вкратце:
Чтобы что-то сделать, нужен инструмент. И когда у мастера есть вариант использовать более новый, быстрый и надёжный, то он использует его. И бывает так, что там где нужен ремонт, инструмент не помогает, ибо нужна уже реставрация.
И вот под 7 и 8.1 Я делаю всё и даже дольше, чем для 10-ки, как правило.Если приходится выбирать между надёжностью и поддержкой, Я выбираю надёжность. То есть 3% будут видеть это, если у них устарелый метод добавления программы в Автозагрузку. То есть пользователей 3%, да ещё и не факт, что у них будут ярлыки там, где у Вас. А вот у 97% пользователей будет всё быстрее, надёжнее, легче.
Вот так Win 10 Tweaker определяет переменные среды Автозагрузки.
public string _startup; public string Startup => _startup ?? (_startup = Environment.GetFolderPath(Environment.SpecialFolder.Startup)); public string _startUp; public string StartUp => _startUp ?? (_startUp = Environment.GetFolderPath(Environment.SpecialFolder.CommonStartup));
И с помощью класса СкопированоShellLinkObject определяет ярлыки и пути к ним.
Раньше приходилось делать всё с помощью глючной библиотеки СкопированоIWshRuntimeLibrary, сейчас СкопированоShellLinkObject, и работает всё, как часы.
Да, только на десятках. Но претензии тут нужно отправлять Microsoft, ибо разрабу нужно выбирать между... ну Вы помните...
Отмечу, что это не тот случай, где можно забить на новый инструмент и закостылять всё на старом. Бывает да, прекрасно всё пашет на старом и не стоит трогать. Но проблема в том, что вышеупомянутая библиотека СкопированоIWshRuntimeLibrary просто ужасно глючная. Ни с того, ни с сего, среда разработки начинает ругаться на отсутствие этой библиотеки. По два три раза в день. Мне это сильно мешает работать, а у людей дольше подгрузка. Может и не заметно на глаз, но Я лично высчитываю всё по миллисекундам ещё до того, как может потребоваться оптимизации кода или рефакторинг.
