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)
Ответ на: комментарий от AleksK

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

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

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

и если какой-то скриптик в пакете есть, то он там не просто так валяется.

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

форсировать установку пакета без перла

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

другой вариант - разделить пакет на два

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

также важны версии. например, ты можешь написать зависимость типа perl>0

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

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

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

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

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

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

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

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

ну ты когда собираешь пакет, ты мусор-то там почисти

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

Так что это всё к вопросу о неленивости и потребном уровне квалификации сопровождающих. И об объеме работы по созданию хорошего дистрибутива.

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

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

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

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

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

А мощный комп для разработки это уже давно необходимость. Тут потребление KDE или gnome будет мизерным она фоне браузеров и ide.

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

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

люди используют те ресурсы, которых им хватает.

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

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

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

Это актуально только для оччччень старых програм, написаных с x-toolkit и motif, поскольку +-современный софт не использует сервер шрифтов Х

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

Wine сам в этом случае хэндлит шрифты, и декодирует старую локаль в ru_RU.UTF-8 (если она есть).

Я в этой цепочке ответов оставлял ссылку на свою статью, очень не хочется спамить, но чтоб не усложнять — запостю снова.

Исправление кракозябров в региональной локали (гайд)

— в этом тексте, на примерах показано, что кракозябры в играх VTMB и NWN2 исправляются если правильно настроить локаль.

Т-е, вайн именно декодирует однобайтовую кодировку в ютф-8

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

Маркетинговое фуфло это когда говносборку на ксеоне или пожилом i7 впаривают как мощный игровой комп.

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

Я сам с 12 по 19 год сидел fx8320 и думал мне его хватает. Потом как пересел ну xeon e5 2666v3 понял какое же говно этот fx. А когда пересел не r9 7900x понял что ксеоны тоже такой себе вариант.

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

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

Там видимо страница 866, досовская используется, а вайн по-дефолту принимает «двеннадцать пятдесят один»

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

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

Моники не пришли массово. И в таком случае строить отдельный способ управления для избранных, видимо, не стали. Идея осталась недодуманной даже в гтк3 и гноме. Остались огромные кнопки. Потому что Эппл копируют кроме всего прочего. Это понятно. Непонятно было тем, кто решил использовать гном на мобилах. Вот они были удивлены, о чём тоже писали.

Кому ты что доказывал я не знаю. Наверное придумал крутую отмазку для религиозных чувств, не знаю :)

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

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

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

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

Во первых они потихонечку уменьшаются под давлением недовольных. Во вторых следом за ними в других туллкитах растут потому что другие недовольные вопят «почему у вас не как в гтк????». Сравни начало третьих гтк и конец третьих кутей и начало четвёртых. Зачем мне что-то доказывать? Оно всё вот оно, перед глазами.

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

Оно очень шумит, если диаметр крыльчаток куллеров очень маленький. Особенно в ужасных серверах 1U.

Шоб не шумело — на ксеон надо ставить теплотрубочную башню с шестидюймовыми вентиляторами.

И вообще — всецело избегать всех вентиляторов меньше пяти дюймов.

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

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

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

у меня был комп на ксеоне, я на нём год-два хакинтошил (и никому не советую).

Касательно тишины — новые макбуки на арме неплохи, но на них толком-то не поиграешь, а мне комп нужен для игрух и их моддинга. Да и в макоси интерфейс не удобный; дропнули опенгл-4.6, не поддержали инициативу вулкан.

Тут у меня старенький макбук стоит под ухом, не шумит, и никогда не выключается, и чисто как пример, скажу что там с аудиоподсистемой в макоси какой-то бардак: Ставишь сэмпл-рэйт 48000гц — в фэйстайме ничего кроме адских хрипов не слышишь (они там не сделали ресэмплер)

Брат лид-дев, работает на армовом макбуке, но я таким компам кроме роли почтового терминала применение найти не могу.

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

Я сам сейчас на KDE, но точно не из-за размеров элементов gnome. Вот тебе для сравнения системный монитор KDE и системный монитор на GTK4. Размеры элементов вполне сравнимы.

https://ibb.co/g5xfzk3

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

Если этот не нравится — на некоторых дистрах можно KSysGuard5 накатить, и повесить на хоткей.

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

Мы говорим о начале и тенденциях гтк3 (в свете рождения гнома), или о том как подтюненное кшестокедами 4гткшное приложение выглядит сегодня?

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

Как я тебе это сделаю. Вот для сравнения gtk диалог сохранения из FF и Dolphin. Тут больше от размера шрифтов в системе, но в Gnome они тоже прекрасно настраиваются если что.

https://ibb.co/xS642K9Q

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

Кстати, ненавижу современный монитор кдешный. Почему они не оставили приложение выскакивавшее по Alt+Esc? Было идеально и делало ровно то, что нужно.

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

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

И повторяю, кде подстраивает гткшные приложения. (что хорошо)

За манджару плюс в карму :)))

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

Мы говорим о начале и тенденциях гтк3 (в свете рождения гнома),

Это было почти 15 лет назад, все уже давно поменялось.

или о том как подтюненное кшестокедами 4гткшное приложение выглядит сегодня?

Оно и в Gnome выглядит так же, только размер шрифтов может отличаться, но там он тоже настраивается.

Да GTK4 приложения имеют возможно чуть большие элементы управления, и чуть менее сжатые списки, но они давно уже не похожи на первые версии Gnome 3.

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

серверный софт всё равно на локальном компе не запустишь

Что у вас там за магические сервера? Если только периметр безопасности виноват и поэтому не запустишь, а так что сервер - комп, что ноут - комп(только слабенький). Ну либо адское ML и памяти терабайт для запуска нужен.

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

Как это отменяет мои слова про то, что было в начале третьегнома? Разница ДО СИХ ПОР существует. И когда у тебя три кнопки на всё окно это уже заметно, а там где кнопок много это становится назойливым. Покажи мне приложения уровня FreeCAD на гтк.

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

Тут уже более заметно. Сам-то не видишь, что аляповато выглядит? Кнопки даже тут огромные, хотя ещё не такой гигантизм. В любом случае у тебя тема GTK 3 кастомная/патченная. (Если нынче гномий file selector использует GTK 4, возможно, ещё и патченная libadwaita.)

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

Два самых распространённых дистрибутива Ubuntu и Fedora имеют основные версии именно на gnome.

Ну вот у меня по ряду причин десктоп на Ubuntu и Fedora на ноуте,и там и там KDE, так что само по себе не показатель. В Fedora сейчас сборки на KDE и GNOME имеют одинаковый статус, невозможно совсем и постоянно игнорировать желания пользователей, иначе можно перестать быть самым популярным.

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

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

Они пилят костыли лишь по тому, что им хочется сохранить портабельный гуй, который так работал годами на других платформах. Это желание вполне понятно. И вэйланд постепенно под него подстраивается. Но изначальной идеей было, что все всё перепишут. И по этому «вейланд не готов» означает лишь, что не все всё хотят переписывать.

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

Сравнить школьную поделку уровня диптрейс с нормальной сапр уровня альтиума

Каникулы портят ЛОР. Сходи в зоопарк, а то сентябрь не за горами - опять мамка заставит домашку делать.

zabbal ★★★★★
()

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

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

тогда почему бы не написать с нуля и все приложения.

У них была идея, что не все надо писать с нуля. А лишь некоторые, типа скринграбберов и некоторых других. В это впряглась РедХат, и довольно много переписала. Правда, авторы старых прог говорили «ну вы написали свой граббер, а мы хотим, чтобы и наш продолжал работать», и упорно отказывались закапывать свои поделия. :)

ну, там кады и прочий софт.

Не надо всё смешивать. За «прочий софт» ответили тулкиты. Проблема осталась, как в соседнем триде указывали, лишь с теми прогами, которые хотят много окон, каждым из которых управляет свой независимый процесс. И, при этом, им нужно осуществлять глобальное позиционирование этих окон, либо перетаскивание мыши из одного в другое. Это - весьма сомнительные фичи. Которые, впрочем, всё равно, вроде бы, добавили.

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

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

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

tqt ... должны переписывать свой софт на него

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

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 3)
Ответ на: комментарий от slepoy_pew

Небось под рутом сидишь?

Дурачка из себя строишь? Или и строить не надо?

Есть разница между возможностью забрать в системе рута и возможностью подглядеть с какими координатами ты открыл окно и куда тычется мышь?

Qui-Gon ★★★★★
()
Ответ на: комментарий от wandrien

Если у тебя бинарник зависит от libblabla.so.5, то именно libblabla.so.5 трекается как зависимость в RPM. В Debian же нет такого.

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

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

Вообще «безопасность» вейланда напомнила еще одну маразматическую «уязвимость». А именно ту из-за которой у нас отобрали возмоность делать unervolt процессоров что очень помогало потратив пару дней на тестинг хорошо там снижать нагрев ноута. Plundervolt назфывается. То есть какие-то петухи выяснили что если снизить напряжение процессора то там может что-то отвалиться а что-то нет и это позволит вытащить данные из кэша. Ура ура мы нашли страшную уязвимость. Но тоько чтобы понизить напряжение на проце тебе надо иметь доступ в биос чтобы разрешить эти операции для начала (для тех что спит в гондоне на все тело есть возможность это в биосе закрыть) - но даже если это открыто в биосе то тебе надо иметь рута (ну или админа в оффтопе). То есть получается что понизив напряжение ты через нечеловеческие усилия мозга сможешь получить рута - но для того чтобы понизить напряжение этого рута надо УЖЕ иметь.

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

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

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

Нет для написания кода нужно все-таки побольше чем текстовый редактор. Для той же 1С нужен или конфигуратор или EDT который сделан на базе Eclipse. И это все требует нормального железа.

я бы не хотела такое у себя в ноуте. да и шуметь это будет, как самолёт на взлёте.

Ни один из перечисленных мной процов не является ноутбучным. Причем тут ноуты. Ноут к меня сейчас на R7 5800H, и это я считаю минимально необходимым для рабочего ноута.

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

Мощные вентиляторы не означают шум. У меня водянка Arctic Liquid Freezer 280 на двух 140 вентилях практически не слышно как работает

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

Этому бреду про «пальцетыкательный» Гном от юзеров, которые Гном видели только на скриншотах, уже лет 15.

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

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

R7 5800H, и это я считаю минимально необходимым для рабочего ноута

Судя по темам на ЛОРе за последние четыре года (я просмотрел последние пять, думаю, хватает), ты ярый геймер. Каждая тема — про игры. Работа, возможно, тоже с ними и связана. Ну железо с учётом игр ты брал в любом случае, не отрицай. Это очевидно. Понятно, почему тебя не обошёл стороной хайп в нише компьютерного железа. Но ничего особенного в этом нет. Не думай, что более мощная железка — причина для гордости.

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