LINUX.ORG.RU

Разработчики САПР KiCad раскритиковали Wayland и рекомендовали использовать X11

 , ,


3

6

Разработчики свободной системы автоматизированного проектирования печатных плат KiCad рассказали о состоянии реализации поддержки Wayland и обобщили проблемы, мешающие полноценному использованию данного протокола. Пользователям, профессионально проектирующим печатные платы в KiCad или желающим получить стабильное и полнофункциональное окружение, рекомендовано запускать KiCad в средах рабочего стола на базе протокола X11, таких как Xfce, MATE или X11-сеанс KDE Plasma.

Тем кто намерен использовать KiCad в окружениях с Wayland следует быть готовым к возможным зависаниям и аварийным завершениям, невозможности восстановить желаемую раскладку окон и ограничению функциональности интерфейса. Утверждается, что ограничения в функциональности вызваны отсутствием в Wayland возможностей, давно применяемых в приложениях для X11, Windows и macOS, таких как поддержка позиционирования окон и мгновенного перемещения указателя мыши (cursor warp).

Что касается возникающих сбоев, то они связываются с большой фрагментацией композитных серверов для Wayland. GNOME, KDE и обособленные композитные менеджеры по-своему интерпретируют протоколы Wayland, поэтому полагаться при разработке на единую целостную реализацию протоколов Wayland и экспериментальные расширения проблематично. Разработчикам приложений приходится учитывать особенности каждого окружения и применять костыли для обхода проблем, специфичных для разных композитных менеджеров.

Фрагментация композитных серверов существенно увеличивает трудозатраты на реализацию поддержки Wayland. Отмечается, что самое неприятное в том, что разработчики KiCad не имеют возможности исправить возникающие проблемы своими силами, так как проблемы присутствуют не в KiСad, а в протоколах, оконных менеджерах и композитных серверах.

Учитывая, что Linux применяет лишь небольшая часть пользователей KiCad, решено избегать добавления в кодовую базу проекта костылей для обхода проблем, специфичных для оконных менеджеров, но при этом продолжать собирать KiCad для Wayland и тестировать сборки на совместимость. Все выявляемые проблемы и ограничения планируют документировать и доводить до сведения пользователей.

В системе отслеживания ошибок решено не разбирать жалобы от пользователей Wayland, связанные с позиционированием и размером окон, установкой фокуса, а также зависаниями, аварийными завершениями, повышенной нагрузке на CPU, проблемами с устройствами ввода и сбоями при отрисовке, не проявляющимися в сборке для X11.

Среди известных проблем, которые находятся вне зоны влияния разработчиков KiCad и которые не удаётся устранить на стороне KiCad:

  • Проблемы с управлением окнами: Невозможность управления позицией окон и панелей (при открытии KiCad нельзя запомнить и восстановить положение окон и панелей инструментов). Проблемы с координацией работы одновременно с несколькими окнами. Ограничение возможности перемещения вкладок и панелей между разными областями.
  • Проблемы с устройствами ввода: Возможность мгновенного перемещения курсора (cursor warping) завязана на необязательные экспериментальные расширения протокола, поддерживаемые лишь в отдельных композитных менеджерах. Непредсказуемое поведение при управлении фокусом ввода. Проблемы при использовании специализированных устройств ввода и при обработке горячих клавиш.
  • Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
  • Ограничения интерфейса пользователя: Проблемы с позиционированием, фокусом и взаимодействием в модальных диалогах. Проблемы с запуском внешних приложений и управления ими.

>>> Подробности (opennet)

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от watchcat382

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от Iron_Bug

какова эффективность такого генератора в смысле расхода пропана и сильно ли он тарахтит?

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

alysnix ★★★
()
Ответ на: комментарий от Iron_Bug

я не лезу к приматам, пусть они занимаются, чем хотят.

Да, мы же с вами не заставляем их заниматься линуксом или хуже того - микроконтроллерами:)

watchcat382
()
Ответ на: комментарий от Set440

У него не всё ВР.

Ну, я про то что было в изначально мной процитированном говорил.

Не работает например возможность вытащить панельку со слоями печатной платы и потом её же вставить в основное окно pcbnew.

Artsi0m
()
Ответ на: комментарий от hateyoufeel

тут даже я плюсанула, потому что воистину так.

не надо переусложнять систему зависимостей. это только усложнит систему пакетов и не даст никаких реальных плюсов.

Iron_Bug ★★★★★
()
Ответ на: комментарий от posixbit

А теперь выключи иксы (XWayland) для Кикада.

Я понял, что твоё сообщение иллюстрирует, то что работоспособность кикада сейчас зависит от XWayland.

Но, не беря в расчёт иллюстративного аспекта, я не понимаю зачем мне отключать XWayland и ломать KiCAD.

Artsi0m
()
Ответ на: комментарий от watchcat382

именно. вот ни к кому не приставала с микроконтроллерами на улице.

представь себе картину: сидит кто-нибудь в парке на скамейке, например, а ты такой подходишь и говоришь: а вам не скучно тут в одиночестве? давайте я расскажу вам про пакетную обработку в ядре и про программирование атмелов!

думаю, потциент будет бежать до самого выхода из парка с громкими криками :)

Iron_Bug ★★★★★
()
Ответ на: комментарий от AleksK

как профессиональный программист

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

попробуй нарисуй простейший партионный учёт

Тем не менее в начале 90х однажды написал учет товаров на тринадцати больших складах одной оптовой торгово-посреднической конторы. На каждом 2.5-3.5 тыс пром.товаров. Работало на 80286 с дос-экстендером. Пару лет при мне,потом я оттуда ушел в более интересное место.

Но вообще я если вы заметили не говорил что это просто. Я сказал лишь что настоящим профессиональным программистам это НЕ ИНТЕРЕСНО.

watchcat382
()
Ответ на: комментарий от watchcat382

На игровых консолях не ставятся моды, и очень ограничены читы.

На линуксе контроль над исполняемым кодом больше — мне удалось контролем над сборкой вайна, конфигами мезы + дхвк и самописной скриптовой обёрткой над вайном — полностью побороть весь статтеринг, который в винде увы, вылечить не получается.

Я делаю моды для игр. И играю с читами. Если бы у вас были познания об играх — такой вопрос бы не возник.

Скажите, как получить в игре, например в Fallout New Vegas неплохой арсенал, не гриндя деньги, особенно после работы? (я работаю, блин, на заводе)

Или вот я разрабатываю мод-автолут, для того-же фоллаута. Мне не нужно перебирать весь хлам, думая над тем, такой из него полезный, а какой — нет. (полезный сам собирается)

Или вот, мы с ребятами делаем глобальный мод, объединяющий третий фоллаут с вегасом. — Летаем из Вашингтона в Вегас, и фактически, играем в обе игры одновременно.

Set440
()
Ответ на: комментарий от zabbal

Откуда ты знаешь вообще что-то про меня?

Может я пробовал и альтиум, и кикад и харайзон ?

Пробовал и не понимаю почему я должен переходить с одного САПРа на другой, только из-за того, что его разработчики имеют пререкания с разработчиками Wayland.

И не очень понятно почему прикладные программисты, в лице разработчиков KiCAD, должны решать проблемы системных программистов, в лице программистов Wayland композиторов.

Artsi0m
()
Ответ на: комментарий от AleksK

но если серьёзно, то что это ещё? ну, на уровне пистономакак где-то. я просто не умею в толерастию, поэтому и пишу, как думаю.

но мне пофиг. пусть кто-то считает себя программистом, кропая в песочнице какие-то убогие скрипты. на меня это никак не влияет.

вы же наверняка знаете бородатый анекдот об 1С-программистах и анальном сексе. он не просто так появился.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от watchcat382

За свою карьеру какого софта я не напробовался:от пкада и альтиума до весьма экзотических вариантов. Работать можно в любом в принципе, это лишь инструмент. Но сейчас своя контора и я сам выбираю софт. Да и вообще с 22 года кикад в рф занимает хорошую нишу и все время ее увеличивает.

unname
()
Ответ на: комментарий от watchcat382

Ну эти задачи прекрасно жнакомы тем более аспирантура по автоматизации технологических процессов и производств была. Удачи.

unname
()
Ответ на: комментарий от Artsi0m

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от bread

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

unname
()
Ответ на: комментарий от unname

жесть какая. пакетные менеджеры бронзового века :)

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от unname

ЕМНИП, там была графическая утилита от Red Hat, в которой можно было поставить флажки напротив приложений, и она устанавливала их с комплектных дисков.

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

Rootlexx ★★★★★
()
Ответ на: комментарий от AleksK

это просто личное мнение и честность. думайте что хотите.

но поверьте, настоящее серьёзное программирование на порядки сложнее подобных песочниц. просто несравнимые вещи.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

задроты считают консоль вершиной эволюции интерфейсов

Лично я консоль вершиной интерфейсов не считаю. Видимо недостаточно задрот:) Помните я писал про хоткеи,сравнив их с «аккордами» на клавиатуре? Понятно же что это не про консоль а про полноэкранный интерфейс. У консоли как раз вижу недостаток именно в отсутствии «аккордов». К примеру чтобы в командной строке увидеть список файлов в текущем каталоге то надо последовательно нажать l,s,enter. А чтобы увидеть(обновить) его в Midnight Commander достаточно нажать «аккорд» Ctrl-R,что лично я ухитряюсь даже одной рукой сделать если вторая чем-нибудь занята.

Вообще, самые лучшие интерфейсы для программ,не связанных с обработкой графики, я видел у старых досовых продуктов от Borland. Например Turbo C 2.0, Их же Паскаль 5.0 и 5.5. Еще отличный интерфейс был у редактора MultiEdit до версии 6. В данном случае я снова делаю акцент именно на эффективность клавиатурного управления.

но почему-то на ЛОР пишут из гуёвого браузера.

Управление хоткеями-«аккордами» ничуть не противоречит гую. За все браузеры не скажу но у меня в Vivaldi довольно много хоткеев и я ими активно пользуюсь.

Вот что бесит во многих программах - это когда видишь перед собой форму с полями ввода,а чтобы перейти на нужное надо «прощелкивать» их по очереди клавишей таб. Да еще бывает не в том порядке что они на экране,а в том как их на форму добавляли в коде. Почему нельзя было задействовать курсорные стрелки-то как это в тех борландовских продуктах делалось? Чтобы пройти к нужному полю сразу по кратчайшему пути. Почему бывает что поле ввода не активируется (не появляется в нем курсор) пока не ткнешь в него принудительно мышкой(для чего надо снять руку с клавы и схватиться за нее)?

Причем лет десять назад мне один программист утверждал что на GTK технически возможно имитировать тот «борландовский» стиль работы форм и полей ввода. Надо лишь победить Лень и прописать нужные реакции на клавиатурные события,вполне штатным образом, без модификации кода самой библиотеки. Увы - для меня,как и для большинства самоучек-любителей, уровнь монстрообразия GTK великоват. Qt тем более потому что там плюсы.

watchcat382
()
Ответ на: комментарий от watchcat382

я вот люблю консоль. в консоли всё делается просто на порядки быстрее.

табы в гуе - это ещё прямо образец удобства. сейчас начали писать гуи, в которых кроме мышевозенья вообще ничего не работает. вот где ужас.

Iron_Bug ★★★★★
()
Ответ на: комментарий от Set440

Хомяки сказали: «Хотим бесплатную макось!!!»

Можно подумать много вы именно хомяков на линуксе видели. Они же все в виндах сидят и хрюкают от счастья, увидев очередные визуальные украшательства. На линуксе типично сидят профи или хотябы эдвансед юзеры,которые давно могли бы купить себе мак с макосью если бы захотели.

макось спроектирована правильно

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

watchcat382
()
Ответ на: комментарий от AleksK

увы, это только малая его часть. очень, очень малая. для программирования надо знать намного больше, чем просто теорию алгоритмов. а Кнута читали все студенты, я думаю.

Iron_Bug ★★★★★
()
Ответ на: комментарий от anonmyous

и сейчас скажу: в общем-то, почти всё (гном, кде и тд)

А аналог IceWM будет? Ну или похожая запускалка программ и переключалка окон. Чтобы не тащить себе на комп монстрообразное KDE только ради этих простейших функций.

watchcat382
()
Ответ на: комментарий от sunjob

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

Как раз «круги»,особенно околовоенные, это не так и плохо. Вспомним например DARPA и их разработки. Существенно хуже когда один не особенно квалифицированный человек рожает нечто,с проектированием чего сам нормально справиться не может и потом другим приходится это годами допиливать.

watchcat382
()
Ответ на: комментарий от watchcat382

Макось — обладает неудобной граф.-оболочкой.

яббл не поддержал инициативу вулкан и дропнул опенгл 4.6

На моём макбуке, если в настройках звука поставить частоту дискретизации 48000гц, то в фэйстайме (яббл-звонилке) будет слышен один только хрип.

Я похакинтошил на нескольких компах 5 лет, да и забросил. Стало неинтересно больше.

Линукс мне даёт всё что мне нужно, и я радуюсь прогрессу.

Если поддерживать своё заскорузлое мышление типа «Рождённого в СССР Столярова покусал Лундюк», и вывозить всё на депресняк и злопамятство, то доктор мне говорит, что это чревато деменцией сразу после кризиса среднего возраста.

Потому, раз я вижу, что у меня в самом передовом дистре всё УМВР — я стараюсь видеть хорошее. И если я на лоре с кем-то затеваю спор — я просплюсь, и всё забуду.

Set440
()
Ответ на: комментарий от u5er

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от Iron_Bug

стандартную

Так я сразу написал, что нестандартные задачи требуют нестандартных решений. И в качестве нестандартного решения в никсе сделано классно имхо.

u5er ★★★
()
Ответ на: комментарий от Iron_Bug

переделать ассоциацию кода символа с изображением

В любительских,да и многих профессиональных поделках жестко забито «символ==байт». И на выводе и на вводе(если таковой есть). Причем это так даже в аппнотах и примерах кода от производителей - потому что и Атмел и Микрочип писали их четверть века назад. Переделывать это всё на использование символов переменной байтовой длины - нет никакого желания. Может быть будь мне сейчас 26,а не 56 - я бы и занялся. А так - на оставшиеся мне полтора-два десятка лет жизни мне хватит и того что у меня есть.

вкорячивать аж на уровне системной локали.

Еще раз повторю,что в линуксовых локалях ШТАТНО предусмотрена и поддержка однобайтных кодировок (кучи разных!) и удобное переключение локали для каждой программы через переменную окружения. И всё это РАБОТАЕТ. Локаль в линуксе не «системная»,она - атрибут каждого отдельного процесса. Можно на одном экране иметь две программы,запущенные с разными локалями. И это совершенно стандартный механизм,без каких-либо хаков и извращений. Просто я им пользуюсь, а кому-то другому он не нужен,ему одной локали хватает. Аналогично тому как вот мне нужен кикад и я им активно пользуюсь,а кому-то он нафиг не нужен например потому что начальство купило ему альтиум(и техподдержку к нему). Или другой пример - мне достаточно двух клавиатурных раскладок - банально рус/лат. Но я же не призываю удалить «наследие» в виде возможности иметь три-четыре раскладки только потому что поддержка клавиатуры в иксах написана архитектурно не слишком удачно. Но она работает.

watchcat382
()
Ответ на: комментарий от watchcat382

мне не нужно рассказывать про локали в Linux. я более 20 лет на нём программирую. но я бы не стала ставить в систему кодировки, которые нужны в одной софтине. я бы переписала софтину.

Iron_Bug ★★★★★
()
Ответ на: комментарий от MOPKOBKA

SteamDeck со SteamOS на базе Linux относительно популярен. Игры неплохо идут.

Вот значит там где неплохо идут - там и надо играть. Если конечно цель именно играть,а не к примеру моды к играм делать или еще какое подобное «околоигровое» хобби,непосредственно с процессом играния не связанное.

консоли в России не очень удобны из за санкций

Я так думаю что основная причина санкций скоро закончится и эти санкции отменят потому что иностранные компании хотят получать деньги российских игроманов.

как раз считаются дешевым вариантом

Это там. А здесь какая-нибудь sony playstation - это круто и престижно,как минимум среди школоты,больше всего играющей. И дорого.

В конце концов, если кому-то хочется играть именно на компе - то значит надо покупать и железо и ОС под требования игры(или некое среднее если игр несколько). Это ничем не отличается от сборки компа к примеру под видеомонтаж или для работы в каком-нибудь монстрообразном проприетарным CAD. Сейчас не 90е годы - выбор железа есть и цены вменяемые,а не как тогда. И ОС тоже любые доступны,как официально так и не очень.

watchcat382
()
Ответ на: комментарий от Iron_Bug

я бы ещё поняла, если бы там поклонники тру-опенсорца играли бы в опенсорцные игры. но всё ведь не так.

Целиком и полностью с вами согласен! Играли,ну или хотябы моддингом занимались как хобби,пользуясь открытостью игр.

watchcat382
()
Ответ на: комментарий от Iron_Bug

сейчас для электроники есть более свежий софт

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

watchcat382
()
Ответ на: комментарий от Iron_Bug

всегда хотела иметь запасной генератор, скажем, на балконе.

Да, это возможно. В нулевых даже знал двух человек кто это реализовал именно в городе,одного лично,в Питере,второго по переписке так как он был в Москве. Если нужны технические подробности,включая фото с примерами - пишите мне на почту,она в профиле. Тут всё-таки оно как-то совсем не по теме будет,мне неудобно уж настолько оффтопик разводить.

watchcat382
()
Ответ на: комментарий от wandrien

Нет. Systemd...

Да и кстати, внедрение системд говна было проверкой на прочность ИТ сообщества перед копрорастами, которые победили внедряя тоталитарно в одностороннем порядке диктатурой своё говно.

With ★☆☆
()
Ответ на: комментарий от Iron_Bug

вот ни к кому не приставала с микроконтроллерами на улице.

:-)

Да и вообще - приставать к людям, не важно даже с чем, это какой-то дурной тон,противоречит моему древнесоветскому воспитанию.

давайте я расскажу вам про пакетную обработку в ядре и про программирование атмелов!

Встретить в реальном мире даму с такими интересами - вероятность пожалуй что меньше чем выйграть миллион в лотерею. Я увы не столь везучий. А технически безграмотные люди мне малоинтересны независимо от пола. Общаться интересно с теми кто знает больше меня по интересующим меня темам.

watchcat382
()
Ответ на: комментарий от Set440

Согласен с вами - если основной интерес не столько собственно играть,сколько делать моды - то действительно wine в этом может помочь.

Если бы у вас были познания об играх — такой вопрос бы не возник.

Увы - у меня они ограничиваются редким наблюдением «через плечо» за знакомыми игроманами. Но они изготовлением модов не занимаются и все поголовно пользуются НЕ [десктопным] линуксом (консоли и винды).

watchcat382
()
Ответ на: комментарий от watchcat382

вот и я тоже не люблю приставать к людям без особых на то оснований.

и общаюсь с теми, кто разделяет мои интересы. в программировании, в музыке или в интересе к чаю, например. а просто «говорить о погоде» у меня никогда не получалось, потому что это ужасно неинтересно.

Iron_Bug ★★★★★
()
Ответ на: комментарий от With

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от unname

Работать можно в любом в принципе, это лишь инструмент.

Я лишь удивлен что Кикад рассматривается вполне всерьез именно профессионалом - вами. Потому что раньше слышал от профи отзывы что «эта поделка годится только для радиолюбительства» (вот для меня как раз:)

Лет так 12-13 назад в одной форумной тусовке «автономных энергетиков» (типа меня:) народ задумался а как бы сделать контроллер управления отбором мощности с солнечных панелей с открытой прошивкой,в которую можно было бы добавлять нужные фичи которых почему-то небыло(на тот момент) у официальных производителей,хотя там ничего сложного. Нашли буржуйский проект (схему), нарисовали в кикаде, кое-чего подправили под доступные и распространенные здесь детали, как-то развели плату,по-радиолюбительски,да,но это не СВЧ, так что приемлимо. Нашли человека который контактировал с китайцами - какой-то фабрикой где тогда можно было заказать пару десятков плат сразу на всех присутствовавших. И тут бац - оказывается что имевшийся в наличии на тот момент кикад имеет свои представления о формате гербер-файлов,отличные от тех что у софта на фабрике. На этом всё и закончилось. Как-то первоначальный энтузиазм угас тогда. Вобщем-то я мог бы сделать такую плату «утюгом», но как раз мне не очень оно актуально - я к тому времени уже поборол основные неудобства в купленном солнечном контроллере внешними костылями. А вот впечатление о Кикаде как он «радиолюбительском» софте - осталось. Я-то сам продолжаю им пользоваться, но у меня нет задачи формировать пакет документации для заказа плат на фабрике потому что для одного человека это дорого. Да и не настолько я крут в вопросах внешнеэкономической деятельности чтобы с китайцами дела вести.

watchcat382
()
Ответ на: комментарий от watchcat382

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от With

Внедрение вялого - это уникальное явление мирового уровня: такой истории в практике разработки ПО, и СПО в частности, вроде бы еще не было.

Systemd — такое же внедрение ненужного говна насильно и против мнения всего ИТшного комьюнити в целом.

Вообще ничего похожего. Системд всегда возвращался по зависимостям (благодаря объединению всего в 1 пакет) и никакие его сторонние реализации (или любых из его сервисов) не взлетали из-за постоянного изменения внутренних АПИ.

Вэйланд же - полнейшая свобода, миллион реализаций, выбирай любую, никто ничего не навязывает. АПИ настолько стабилен, что никто ничего не может в него пропихнуть. То есть, это полнейшая противоположность, а не аналогичная ситуация.

anonmyous ★★
()
Ответ на: комментарий от unname

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

watchcat382
()
Ответ на: комментарий от Iron_Bug

в консоли всё делается просто на порядки быстрее.

Так это потому что гуй неправильно сделан.

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

Безусловно согласен. Но виноват в этом не сам гуй как концепция, а рукожопые и ленивые реализаторы конкретной «инкарнации». Я же говорю - человек,разбирающийся в GTK, утверждал что при желании можно сделать хорошее управление с клавиатуры. Причем совершенно штатными средствами,без перелопачивания кода самого GTK. Другое дело,что там условно говоря main() находится не в своей программе,а где-то внутри библиотеки. И работает всё «наоборот» - не своя программа вызывает библиотеку,а библиотека дергает подсунутые ей функции программы. Когда и как она будет дергать и что из функций надо библиотеке возвращать чтобы работала именно так как хочется,а не «как получилось» - требует весьма глубокого разбирательства. А всем обычно разбираться лень. Кое-как полей на форму накидали,а как там между ними переключение будет - да как-нибудь будет и фиг с ним. А по умолчанию там минимум клавиатурного управления назначено,что достаточно логично так как авторы библиотеки не на лентяев-программистов расчитывали.

Про Qt ничего сказать не могу - там уровень сложности сильно выше,да еще и код на плюсах.

watchcat382
()
Ответ на: комментарий от Set440

Макось — обладает неудобной граф.-оболочкой.

Удобство - штука очень субьективная. Видел утверждения что граф.оболочка мака удобнее чем в Win10 например. А по мне так обе неудобны.

у меня в самом передовом дистре всё УМВР

У меня даже в далеко не самом передовом Дебиан 11 тоже всё «УМВР» на столько что даже менять его не хочется из опасений как бы хуже не стало.

watchcat382
()
Ответ на: комментарий от Iron_Bug

Вполне бывает так что одной и той же софтине в разных случаях нужны разные локали/кодировки. Опять же принцип - «работает - не трогай». Переписывать софт под использование символов переменной байтовой длины - так себе удовольствие. А если есть стандартный штатный механизм переключения локалей - то почему бы им не пользоваться? Я вот пользуюсь,хотя другим не навязываю.

watchcat382
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)
Тема будет перемещена в архив .