Ну, поскольку сам по себе новый блокнот уже сктился отошел от изначальной идеи, то уж довести его окончательно до WYSIWYG markdown редактора - не такая уж плохая мысль... тем более md получил повсеместное распространение последнее время. Но это при условии что по прежнему останется доступен обычный C:\Windows\System32\notepad.exe
то всё для линукс, где родного не существует... А в статье про замену стандартного драйвера-приложения в шиндовс, что давно пора сделать... Ибо однажды случайно увидев что папка приложения LogiOptions, который ты открываешь раз в полгода, занимает >20 гигов, а после очистки всех кэшей и мусора, драйвер и приложение для настройки кнопочек мыши и клавы весит 2.6гб... понял что это трэш и абсурд.
нету их с высоким разрешением... это буквально только пара моделей lg под заказ с ценами >≈150к.. а смотреть на 90ppi вблизи не хочется. в свою очередь 16:9 140ppi вполне доступные.
Кроме физического размера, есть нюансы с разрешением - то сколько реально читабельной информации помещается на экране. Для фильмов и игр это не так важно, но для работы с графикой, чертежами, текстами, разделением экрана на несколько частей, когда хочется видеть детали, имеет место. Пересаживаясь со старого 27" (2560x1440) на 34" (3440x1440 21:9) и затем на 32" (16:9 4к) - остановился на 4к. Кроме того, что у него больше dpi, у большинства профессионального софта нет нормального масштабирования(да, до сих пор, в 2026 году), а интерфейс представляет из себя широкую полосу с кнопками сверху и снизу, отнимающую солидную часть рабочего пространства. Плюс к этому панель задач винды тоже отнимает место - и в итоге ты смотришь в "узкую щель", теряя плюсы крупного монитора. Возможно, если бы на рынке были широкоэкранные модели с бОльшим количеством строк, например тем же 2160p, то выбрал бы широкий экран.
Для примера, как выглядят наложенные друг на друга скрины...
физически 34" 21:9 немного шире чем 32" 16:9 по горизонтали, но по вертикали(что важно в интерфейсах) всё так же меньше...
имеет соотношение сторон 16:9 и разрешение UHD, что обеспечивает большее рабочее пространство, улучшенную читаемость текста - хех, производители стали понимать что мониторы типа "щель" не удобны для работы...
Раз статья больше про конкретику, то немного покритикую техническую часть:
Судя по тому что автор использует имена периодических заметок [dd-mm-yyyy] - он ведет их менее месяца, иначе заметил бы что в списке будут идти сначала все заметки первого дня каждого месяца за все года, затем второго и т.д. а не по порядку даты... что немного не удобно, если искать конкретный день вне плашки календаря.
Автор приводит ссылки на документацию по плагинам, но возможно сам туда не заглядывал... иначе как объяснить целую страницу кода для ручного парсинга даты и формирования ссылок вместо встроенных методов... ← [[<% tp.date.now('YYYY-MM-DD', -1, tp.file.path(true), 'YYYY-MM-DD') %>]] | [[<% tp.date.now('YYYY-MM-DD', 1, tp.file.path(true), 'YYYY-MM-DD') %>]] →
В следующих шаблонах делается примерно аналогичное с добавлением ссылок на проект... хотя список их можно было просто вести динамическим запросом dataview...
но возможно просто у него такой стиль, и в конечном счете будет тоже самое)
что если станок будет иметь обратную связь от шпинделя, сможет принимать решение о разгоне когда инструмент бездействует и торможении, когда возникает нагрузка, если система обратной связи позволит корректировать ведение инструмента при неровностях направляющих или при тепловых/механических искажениях геометрии, то точность, скорость обработки, простота подготовки программ и доступность станков станут гораздо выше. Но этому мешает концепция g-кодов
Эээ, но все чпу и так это делают (за кулисами так сказать), концепция г-кодов этому никак не мешает...
Тож самое хотел написать... Есть термины - абсолютные и относительные перемещения (g90/g91) и машинный ноль(g53x0y0z0), от которого отсчитываются смещения остальных wcs...
Не соглашусь. Сначала тоже ностальгировал по старому меню, а как в 11 включили возможность перенести в угол - попробовал, поплевался, и вернул в центр. В углу удобно было раньше, на маленьких диагоналях и ноутбуках. А на десктопах с дефолтной сейчас диагональю 27-34", и тем более если это ultrawide - каждый раз в угол тянутся - очень напрягает. До центра быстрее. А если сетап со вторым монитором слева, то и угла нет чтоб курсор в него упёрся.
То есть миллионы настольных компьютеров, в которых все подряд используют жидкий металл, и где традиционно матплата так-же стоит вертикально, тоже в опасности?)
Попытки использовать остановились на том, что при заливке/синхронизации он зачем-то меняет дату создания/изменения файл. После этого начинается трэш - ты не можешь найти ни последние рабочие файлы, ни свежие фотографии. По тому что свежими становятся те, кто последнимии синхронизировался
В линейных двигателях, что применяются в ЧПУ, за точность отвечает оптическая линейка(линейный энкодер с разрешением, например, 0.5мкм) стоящая параллельно оси (так же как в сервоприводах энкодер на валу двигателя), а не устойчивое положение ротора и статора как в шаговиках. Да, естественно драйвер очень точно и с большой частотой управляет током, как и в любом другом сервоприводе переменного тока с замкнутым контуром.
Ну, поскольку сам по себе новый блокнот уже
сктилсяотошел от изначальной идеи, то уж довести его окончательно до WYSIWYG markdown редактора - не такая уж плохая мысль... тем более md получил повсеместное распространение последнее время.Но это при условии что по прежнему останется доступен обычный C:\Windows\System32\notepad.exe
Вопрос "куда уходить?" у многих не стоит, так как альтернативного оператора по адресу нет в принципе.
уже есть. на некоторых с завода, при чем с наружным динамиком под бампером, чтоб гул издавал как будто двс.
партномер BMW 8592372
И это с закрытым доступом в сеть, отключенными обновлениями и нейрослопом! (с помощью https://github.com/Qetesh/logi-options-plus-mini)
то всё для линукс, где родного не существует... А в статье про замену стандартного драйвера-приложения в шиндовс, что давно пора сделать...
Ибо однажды случайно увидев что папка приложения LogiOptions, который ты открываешь раз в полгода, занимает >20 гигов, а после очистки всех кэшей и мусора, драйвер и приложение для настройки кнопочек мыши и клавы весит 2.6гб... понял что это трэш и абсурд.
нету их с высоким разрешением... это буквально только пара моделей lg под заказ с ценами >≈150к.. а смотреть на 90ppi вблизи не хочется. в свою очередь 16:9 140ppi вполне доступные.
Кроме физического размера, есть нюансы с разрешением - то сколько реально читабельной информации помещается на экране. Для фильмов и игр это не так важно, но для работы с графикой, чертежами, текстами, разделением экрана на несколько частей, когда хочется видеть детали, имеет место.
Пересаживаясь со старого 27" (2560x1440) на 34" (3440x1440 21:9) и затем на 32" (16:9 4к) - остановился на 4к.
Кроме того, что у него больше dpi, у большинства профессионального софта нет нормального масштабирования(да, до сих пор, в 2026 году), а интерфейс представляет из себя широкую полосу с кнопками сверху и снизу, отнимающую солидную часть рабочего пространства. Плюс к этому панель задач винды тоже отнимает место - и в итоге ты смотришь в "узкую щель", теряя плюсы крупного монитора.
Возможно, если бы на рынке были широкоэкранные модели с бОльшим количеством строк, например тем же 2160p, то выбрал бы широкий экран.
Для примера, как выглядят наложенные друг на друга скрины...
физически 34" 21:9 немного шире чем 32" 16:9 по горизонтали, но по вертикали(что важно в интерфейсах) всё так же меньше...
имеет соотношение сторон 16:9 и разрешение UHD, что обеспечивает большее рабочее пространство, улучшенную читаемость текста
- хех, производители стали понимать что мониторы типа "щель" не удобны для работы...
Мне кажется, что в этом тесте присутствует "ошибка выжившего"...
А вот раньше "пенопласт делали из молочной пены..."
Раз статья больше про конкретику, то немного покритикую техническую часть:
Судя по тому что автор использует имена периодических заметок [dd-mm-yyyy] - он ведет их менее месяца, иначе заметил бы что в списке будут идти сначала все заметки первого дня каждого месяца за все года, затем второго и т.д. а не по порядку даты... что немного не удобно, если искать конкретный день вне плашки календаря.
Автор приводит ссылки на документацию по плагинам, но возможно сам туда не заглядывал... иначе как объяснить целую страницу кода для ручного парсинга даты и формирования ссылок вместо встроенных методов...
← [[<% tp.date.now('YYYY-MM-DD', -1, tp.file.path(true), 'YYYY-MM-DD') %>]] | [[<% tp.date.now('YYYY-MM-DD', 1, tp.file.path(true), 'YYYY-MM-DD') %>]] →В следующих шаблонах делается примерно аналогичное с добавлением ссылок на проект... хотя список их можно было просто вести динамическим запросом dataview...
но возможно просто у него такой стиль, и в конечном счете будет тоже самое)
Там ей занимаются специализированные codemirror / prismJS. Сами они её не делали
Эээ, но все чпу и так это делают (за кулисами так сказать), концепция г-кодов этому никак не мешает...
Тож самое хотел написать... Есть термины - абсолютные и относительные перемещения (g90/g91) и машинный ноль(g53x0y0z0), от которого отсчитываются смещения остальных wcs...
Группировку сейчас уже можно выключить, это вернули. Но крупные значки так и остались(
Не соглашусь. Сначала тоже ностальгировал по старому меню, а как в 11 включили возможность перенести в угол - попробовал, поплевался, и вернул в центр. В углу удобно было раньше, на маленьких диагоналях и ноутбуках. А на десктопах с дефолтной сейчас диагональю 27-34", и тем более если это ultrawide - каждый раз в угол тянутся - очень напрягает. До центра быстрее. А если сетап со вторым монитором слева, то и угла нет чтоб курсор в него упёрся.
Он скажет что заряжается) на макбуках так..
То есть миллионы настольных компьютеров, в которых все подряд используют жидкий металл, и где традиционно матплата так-же стоит вертикально, тоже в опасности?)
Попытки использовать остановились на том, что при заливке/синхронизации он зачем-то меняет дату создания/изменения файл. После этого начинается трэш - ты не можешь найти ни последние рабочие файлы, ни свежие фотографии. По тому что свежими становятся те, кто последнимии синхронизировался
В линейных двигателях, что применяются в ЧПУ, за точность отвечает оптическая линейка(линейный энкодер с разрешением, например, 0.5мкм) стоящая параллельно оси (так же как в сервоприводах энкодер на валу двигателя), а не устойчивое положение ротора и статора как в шаговиках. Да, естественно драйвер очень точно и с большой частотой управляет током, как и в любом другом сервоприводе переменного тока с замкнутым контуром.
https://www.instagram.com/p/CQbT5qapPW1/?igshid=YmMyMTA2M2Y=