У меня полностью опенсорс ГПЛ без какой-либо рекламы в отличии от данного ресурса и умею находить поддерживаемые регионы. Да и экзешник можно нужный подкинуть. Надеюсь кому-нибудь да пригодится
Да, сам регион так поменять можно. Но допустим, поставили US — а нужного приложения в американском Store тоже нет. Что дальше, вручную перебирать US, GB, DE, CA и т.д.?
В WinStoreRegion смена региона — как раз самая простая часть. Утилита сначала может проверить, в каких рынках конкретный Product ID вообще доступен, предложить подходящие регионы, а после установки вернуть исходный регион. Плюс восстановить его при следующем запуске, если программа или Windows завершились между сменой и возвратом.
хуже всего, когда вайб(говно)кодить пытаются люди далёкие от айти не понимая где лучше применить питон, а где уместен раст. Или тому подобное. А нейронки даже сейчас тут могут ввести в заблуждение
Да, ты может и перестаёшь писать код, но автором то ты остаёшься всё равно. Повышается уровень абстракции. Ты принимаешь решения что и как реализовать, проектируешь дизайны, задаёшь архитектуру и как бы руководишь джунами и мидлами. То есть растёшь в другое. Но главное какой результат получишь
Ознакомился с оглавлением и текстом. Лично моё мнение. Для школьников и не разработчиков может быть и да. Для программистов/инженеров и ит специалистов - почитать хабр/интернет/посмотреть ютуб. Погуглить книгу английскую. Будут приятные сюрпризы )
Спасибо за отзыв! Обновил кнопку до версии 0.3.0. Добавил возможность свёртывания в боковой панели, добавил создание демо набора, который можно редактировать.
У этого подхода есть как свои плюсы, так и минусы. Из плюсов - можно оперативно менять дизайн кнопки без программиста. Например, чисто дизайнером.
Почему сразу не делал конфиг - настроек по количеству очень много и конфиг получился бы через чур объёмным, если говорим про settings.py. Была ещё мысль сделать настройки в админки и получить код для вставки в сеттингс на те значения, которые отличаются от дефолта, но опять же всё идёт к перезапуску сайта. Если будет спрос, то скорее всего это добавлю без проблем. Спасибо за отзывы! Если что, свои хотелки и пожелания на доработку можете через гитхаб отправлять.
Ещё раз у себя проверил. Создаёте ревизию, из него профиль или отдельно. И когда ревизию сохраните, надо будет профиль ещё раз подредактировать и выбрать созданную вами ревизию. Да, немного косячно (ошибки проектирования с ИИ), но работает. Посмотрите пожалуйста, может ещё какие замечания всплывут и в новой версии всё исправлю
Первая секция - это для загрузки своих иконок. Вы добавили профили кнопки прокрутки и ревизии кнопки прокрутки? Если нет, вначале создаёте ревизию и цепляете её к профилю. Если остались вопросы - можно в ТГ обсудить или дальше в комментариях
Data пикер в заголовке, date пикер в тексте. Разница как бы небольшая, но существенная, и гугл не знает дата пикер, знает date пикер. data - данные на английском, дата - на русском. и идёт дизонанс, что ожидает что берём какие-то данные, выборку, а по факту, работаем с календарём
Миграция создаёт модели для профилей и ревизий настроек: отдельная конфигурация для сайта и Django Admin, черновики, публикация, откат, параметры внешнего вида и поведения, загруженные SVG-иконки.
При подключённом django.contrib.sites можно также сделать отдельный профиль для конкретного Site с общей конфигурацией как запасным вариантом.
Для простой статичной кнопки это, конечно, избыточно — её проще добавить вручную. Здесь база нужна именно потому, что пакет рассчитан на настраиваемый компонент, который потом можно менять через админку без правок кода.
Согласен: если нужна одна статичная кнопка «Наверх», я бы тоже не стал ставить отдельный пакет с миграциями. Ссылка в базовом шаблоне или небольшой JavaScript здесь проще и правильнее.
Я рассматривал вариант, где всё настраивается только через settings.py и миграции не нужны. Но у кнопки довольно быстро набирается много параметров: отдельные настройки для сайта и админки, положение, размеры, мобильные переопределения, цвета и состояния, иконки, порог показа, поведение при прокрутке, столкновения с чатами и баннерами, настройки скрытия пользователем.
В итоге получился бы большой словарь в настройках проекта, который всё равно меняется только разработчиком и требует выкладки при каждой правке дизайна.
Поэтому для текущего варианта я выбрал конфигурацию в базе и Django Admin. Миграция делается один раз при установке, зато дальше кнопку можно менять без поиска кода: например, дизайнером или администратором сайта с нужными правами. Это удобно, когда изменили дизайн, добавили чат или cookie-баннер, а разработчик, который когда-то собирал интерфейс, уже не занимается этим проектом.
То есть пакет не пытается заменить пару строк JS в простом случае. Он рассчитан на сценарий, где кнопка становится настраиваемым компонентом сайта.
А вариант облегчённого режима без БД действительно имеет смысл. Если будет спрос на такой способ подключения, его можно сделать отдельным режимом с настройками через settings.py.
Зарегаться то зарегался без проблем, но в сабреддитах посты не даёт оставить. Срабатывает автофильтр реддита. Как понимаю, нужно набрать время жизни на реддите с активностью аккаунта. Пока этим занимаюсь. Если что, пишите, как смогу постить там, дадите текст на английском, думаю без проблем смогу разместить
Спасибо всем за замечания и найденные проблемы. Часть из них уже поправил и выпустил WinStoreRegion 0.1.1.
Новых функций не добавлял — это именно небольшой bugfix-релиз после обратной связи.
Особенно если этот пользователь далёк от айти не собирается входить )
Тому же ребёнку или бабушке будет проще указать ссылку или экзешник перетащить, чем править реестр, а потом чинить/переставлять винду
У меня полностью опенсорс ГПЛ без какой-либо рекламы в отличии от данного ресурса и умею находить поддерживаемые регионы. Да и экзешник можно нужный подкинуть. Надеюсь кому-нибудь да пригодится
Да, сам регион так поменять можно. Но допустим, поставили US — а нужного приложения в американском Store тоже нет. Что дальше, вручную перебирать US, GB, DE, CA и т.д.?
В WinStoreRegion смена региона — как раз самая простая часть. Утилита сначала может проверить, в каких рынках конкретный Product ID вообще доступен, предложить подходящие регионы, а после установки вернуть исходный регион. Плюс восстановить его при следующем запуске, если программа или Windows завершились между сменой и возвратом.
хуже всего, когда вайб
(говно)кодить пытаются люди далёкие от айти не понимая где лучше применить питон, а где уместен раст. Или тому подобное. А нейронки даже сейчас тут могут ввести в заблуждениеДа, ты может и перестаёшь писать код, но автором то ты остаёшься всё равно. Повышается уровень абстракции. Ты принимаешь решения что и как реализовать, проектируешь дизайны, задаёшь архитектуру и как бы руководишь джунами и мидлами. То есть растёшь в другое. Но главное какой результат получишь
Ознакомился с оглавлением и текстом. Лично моё мнение. Для школьников и не разработчиков может быть и да. Для программистов/инженеров и ит специалистов - почитать хабр/интернет/посмотреть ютуб. Погуглить книгу английскую. Будут приятные сюрпризы )
Вставить нормальные ссылки на статьи которые упоминаете и цитируете - нет, нельзя. Пометить питон и раст ссылками на отус - конечно же!
Спасибо за замечание. Картинку в текст добавил, как выглядит админка.
Спасибо за отзыв! Обновил кнопку до версии 0.3.0. Добавил возможность свёртывания в боковой панели, добавил создание демо набора, который можно редактировать.
У этого подхода есть как свои плюсы, так и минусы. Из плюсов - можно оперативно менять дизайн кнопки без программиста. Например, чисто дизайнером.
Почему сразу не делал конфиг - настроек по количеству очень много и конфиг получился бы через чур объёмным, если говорим про settings.py. Была ещё мысль сделать настройки в админки и получить код для вставки в сеттингс на те значения, которые отличаются от дефолта, но опять же всё идёт к перезапуску сайта. Если будет спрос, то скорее всего это добавлю без проблем. Спасибо за отзывы! Если что, свои хотелки и пожелания на доработку можете через гитхаб отправлять.
Ещё раз у себя проверил. Создаёте ревизию, из него профиль или отдельно. И когда ревизию сохраните, надо будет профиль ещё раз подредактировать и выбрать созданную вами ревизию. Да, немного косячно (ошибки проектирования с ИИ), но работает. Посмотрите пожалуйста, может ещё какие замечания всплывут и в новой версии всё исправлю
Первая секция - это для загрузки своих иконок. Вы добавили профили кнопки прокрутки и ревизии кнопки прокрутки? Если нет, вначале создаёте ревизию и цепляете её к профилю. Если остались вопросы - можно в ТГ обсудить или дальше в комментариях
Data пикер в заголовке, date пикер в тексте. Разница как бы небольшая, но существенная, и гугл не знает дата пикер, знает date пикер. data - данные на английском, дата - на русском. и идёт дизонанс, что ожидает что берём какие-то данные, выборку, а по факту, работаем с календарём
Да, именно для хранения конфигурации.
Миграция создаёт модели для профилей и ревизий настроек: отдельная конфигурация для сайта и Django Admin, черновики, публикация, откат, параметры внешнего вида и поведения, загруженные SVG-иконки.
При подключённом
django.contrib.sitesможно также сделать отдельный профиль для конкретного Site с общей конфигурацией как запасным вариантом.Для простой статичной кнопки это, конечно, избыточно — её проще добавить вручную. Здесь база нужна именно потому, что пакет рассчитан на настраиваемый компонент, который потом можно менять через админку без правок кода.
Согласен: если нужна одна статичная кнопка «Наверх», я бы тоже не стал ставить отдельный пакет с миграциями. Ссылка в базовом шаблоне или небольшой JavaScript здесь проще и правильнее.
Я рассматривал вариант, где всё настраивается только через
settings.pyи миграции не нужны. Но у кнопки довольно быстро набирается много параметров: отдельные настройки для сайта и админки, положение, размеры, мобильные переопределения, цвета и состояния, иконки, порог показа, поведение при прокрутке, столкновения с чатами и баннерами, настройки скрытия пользователем.В итоге получился бы большой словарь в настройках проекта, который всё равно меняется только разработчиком и требует выкладки при каждой правке дизайна.
Поэтому для текущего варианта я выбрал конфигурацию в базе и Django Admin. Миграция делается один раз при установке, зато дальше кнопку можно менять без поиска кода: например, дизайнером или администратором сайта с нужными правами. Это удобно, когда изменили дизайн, добавили чат или cookie-баннер, а разработчик, который когда-то собирал интерфейс, уже не занимается этим проектом.
То есть пакет не пытается заменить пару строк JS в простом случае. Он рассчитан на сценарий, где кнопка становится настраиваемым компонентом сайта.
А вариант облегчённого режима без БД действительно имеет смысл. Если будет спрос на такой способ подключения, его можно сделать отдельным режимом с настройками через
settings.py.Пакеты обновил, версия 1.0.2 теперь поддерживает версии питона 3.13 и 3.14. Недоработка
Спасибо за комментарий. Что-то задумался и указал минимально совместимые версии. Сегодня обязательно исправлю
Зарегаться то зарегался без проблем, но в сабреддитах посты не даёт оставить. Срабатывает автофильтр реддита. Как понимаю, нужно набрать время жизни на реддите с активностью аккаунта. Пока этим занимаюсь. Если что, пишите, как смогу постить там, дадите текст на английском, думаю без проблем смогу разместить
Добрый день, Валентин. Почему не пошли на хакерньюс, реддит? Ещё какие источники?