Разработчики среды рабочего стола LXDE объявили (http://blog.lxde.org/?p=1013) о том, что в данный момент осуществляется работа по переписыванию LXDE с GTK+2 на QT4/5.1. Разработка версии на базе GTK+ продолжается, вариант на основе Qt развивается в качестве эксперимента. Сообщается, что при разработке варианта LXDE на Qt учитывается совместимость со средой рабочего стола Razor-qt (https://www.opennet.ru/opennews/art.shtml?num=35082). Сведений о попытках портирования LXDE на GTK+ 3 пока нет, с учётом того, что время поддержки ветки GTK+2 в недалёком будущем будет прекращена, разработчики LXDE присматриваются к возможности миграции на Qt, вместо перехода на GTK+ 3.
На данный момент портированы в базовом виде панель задач и запуска lxpanel, файловый менеджер PCManFM и просмотрщик картинок GPicView. Для редактирования настроек данных приложений на данный момент требуется ручное редактирование файлов конфигурации в формате XML, ибо графический конфигуратор ещё не написан. По словам разработчиков использование оперативной памяти при переходе с GTK+2 на Qt4 выросло незначительно - аналогичный прирост наблюдается и при использовании GTK+3.
<center><a href="http://blog.lxde.org/wp-content/uploads/2013/07/lxde-qt.png&... src="https://www.opennet.ru/opennews/pics_base/0_1372956552.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>В качестве причины по которой было решено пропустить Qt 5.0 называется то, что в его состав не вошло дополнение Qt X11Extras, необходимое для прямого доступа к некоторым компонентам X.org (EWMH/NETWM/Xsetting). В выпуске Qt 5.1 (https://www.opennet.ru/opennews/art.shtml?num=37344) данный недостаток был устранён.
URL: http://blog.lxde.org/?p=1013
Новость: https://www.opennet.ru/opennews/art.shtml?num=37359
Ура... Окончательно допилят - переведу себе на Qt и забуду про GTK3 как страшный сон.А вообще - было бы неплохо, если бы они и GTK2 версию не забрасывали.
И да, я думаю что оставить это здесь будет неплохой идеей.http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rottin.../
А еще бы на русский перевести!
Спасибо за ссылку. Отличная статья. У меня ровно такое же негативное впечатление от Gtk3. Как с точки зрения использования, так с точки зрения разработки. Уже куча костылей про в проекте, чтобы учитывать особенности разных версий Gtk...
> Ура... Окончательно допилят - переведу себе на Qt и забуду про GTK3
> как страшный сон.Так посмотрите пока razorqt, уже много где есть и вот livecd: http://nightly.altlinux.org/sisyphus/flavours/razorqt/
В некоторых дистрах (далеко не во всех) LDXE допилен и работоспособен из коробки, но рейзер только присутствует в некоторых дистрах.
ПС: Допил - когда работают все функции ноутбука, регулировки яркости/звука, спец кнопки, тачпады и прочее.
Под ноутбук нужно "затачивать" данные udev (keymap-ы, hwdb). Например: http://cgit.freedesktop.org/systemd/systemd/tree/keymaps/len...А настройка DE идет (должна идти) на уровне абстрактных и универсальных интерфейсов. Например, повесить соответствующее действие на клавишу switchvideomode. А какой там у нее скан-код на каком ноуте - это уже дело udev.
Все правильно сказал, зря убунтята минусуют.
Поддержка кнопок ноутбука - дело ядра, а не DE.
LXDE сугубо костыльный ДЕ. Если не установишь программку, которая управляет яркостью, то ни че и не будет. Факт остается, что, например в дебиане LDXE сильно недопилен, а в сусе практически допилен.
Не костыльный.
Яркость управляется не отдельной программкой.
У некоторых ноутбуков яркость управляется аппаратно и не зависит от ОС.
> LXDE сугубо костыльный ДЕ. Если не установишь программку, которая управляет яркостью, то ни че и не будет.Это не "костыльный", а "модульный".
Несмотря на то, что я вас не люблю (местный "здравомыслящий" нашёлся), за этот livecd СПАСИБО.
Редкий случай, когда обычная интернет-бранчливость не хоронит под собой минимальное благородствоДве пиалы этому просветленному
> Несмотря на то, что я вас не люблюТут есть куда более достойные того кандидатуры :-)
> за этот livecd СПАСИБО.
Пожалуйста; если что в нём не так, скажите. Немного насоветовали, чего добавить, но пока копится в соответствующей тудушке.
Vielen Dank, Михаил за образ! А то как-то не хочется без примерки в wheezy из sid'овских репов тащить. До сих пор не определился с адекватной заменой для Gnome2 (MATE|Cinnamon|LXDE не устраивают каждый по-своему). Будем посмотреть.
> Vielen Dank, Михаил за образ!Willkommen :)
> А то как-то не хочется без примерки в wheezy из sid'овских репов тащить.
Так там в комплекте давно debian/rules идут -- по идее, бэкпорт должен получиться достаточно простым. Сходу нашлось обсуждение здесь: http://forums.debian.net/viewtopic.php?f=6&t=75103#p464672
Вот только программы на куте обычно что-то совсем не "light"...
> По словам разработчиков использование оперативной памяти при переходе с GTK+2 на Qt4 выросло незначительно - аналогичный прирост наблюдается и при использовании GTK+3.
Вот только обычно программы на куте почему-то увесистые и тормозные получаются. Наверное потому что C++ как экскаватор - позволяет одним махом #$нуть куб грунта вообще не парясь вопросом. Загвоздка возникает только в том что далеко не все оценивают по достоинству кубометр грунта вываленный в процессе вскапывания грядки на садовую дорожку.Впрочем, тем кому покажется что куб грунта - мало, кутя может и карьерный самосвал в виде QML подогнать. Там такая лайтовость будет - как у всех остальный поделий на JS примерно :)
> Вот только обычно программы на куте почему-то увесистые и тормозные получаются.это потому, что жопорукость — свойство вовсе не языков и фрэймворков. сама по себе Qt весьма быстрая.
ты имел ввиду Си, наверно... мне вот тоже пугает их размах уж очень смахивает на бывший "Борланд Билдер" и нынешний ".Нет"
> ты имел ввиду Си, наверно…я имел в виду Qt.
> мне вот тоже пугает их размах
дык не используй тогда.
> уж очень смахивает на бывший «Борланд Билдер» и нынешний «.Нет»
совсем не «смахивает». визуальный конструктор формочек, вообще-то, придумали очень давно. равно как и идею фрэймворка (у билдера его не было: помилуй, VCL не тянет). а в Qt это ещё и весьма качественно реализовали (пока разработчиков не укусил оборотень-дебилятор).
> я имел в виду Qt.Просто си++ реально сложный ЯП и реально эффективно им пользоваться умеют немногие. Остальные городят тормозной шит. А QML позволит городить тормозной шит даже дилетантам. Так что если раньше глядя на кутевую программу можно было хотя-бы надеяться что ее писал не полный баклан т.к. си++ все-таки ставит планку, то вот теперь с QML - таких гарантий уже нет.
> совсем не «смахивает». визуальный конструктор формочек, вообще-то, придумали
> очень давно.Фиг с ним с визуальным конструктором формочек, а вот общая монструозность и перерощенность фреймворка и как результат способствование появлению переростков - пугает, да.
Если некто пригнал экскаватор с ковшом на кубометр - он явно не "маленькую и аккуратную грядочку" вскопать затеял, как на фасаде написано.
>> я имел в виду Qt.
> Просто си++ реально сложный ЯП и реально эффективно им пользоваться умеют немногие.большинство мегасложностей c++ обычно тупо не нужны (а в большом проекте часто вредны). проблема не в этом, а в том, что даже простое подмножество c++ использовать толком не умеют. потому что рукожопие не позволяет. разработчики Qt и так изо всех сил старались делать скидку на рукожопость — не копируя, например, сожержимое строк или списков до тех пор, пока это не становится действительно необходимо.
> то вот теперь с QML — таких гарантий уже нет.
поэтому я и не интересуюсь Qt5.
> Фиг с ним с визуальным конструктором формочек, а вот общая монструозность и
> перерощенность фреймворка и как результат способствование появлению переростков — пугает,
> да.и что там такого «монструозно-перерощеного»? на всякий случай: это не «гуи-тулкит», это многоцелевой фрэймворк. и многоплатформенный, кстати. потому умеет не только формочки с кнопочками.
> Если некто пригнал экскаватор с ковшом на кубометр — он явно не
> «маленькую и аккуратную грядочку» вскопать затеял, как на фасаде написано.Qt позволяет и простейший мелкоутиль делать. в том числе консольный. да, для системы, где Qt «гость» — это может быть overkill. точно так же, как для моей системы overkill — gtk, потому что «на гостевых правах».
тем не менее, Qt удобен, шустр, много умеет и великолепно документирован «из коробки».
> это потому, что жопорукость — свойство вовсе не языков и фрэймворков. сама
> по себе Qt весьма быстрая.Ну да, но на си быть ж@поруким просто утомительно. А на плюсах - уже не очень. А QML так и вовсе к тому располагает.
> Вот только обычно программы на куте почему-то увесистые и тормозные получаются. Наверное
> потому что C++ как экскаватор - позволяет одним махом #$нуть куб
> грунта вообще не парясь вопросом. Загвоздка возникает только в том что
> далеко не все оценивают по достоинству кубометр грунта вываленный в процессе
> вскапывания грядки на садовую дорожку.Сравниваю по отзывчивости gtk'шный easytag и собственный костыль на кутях. easytag генерирует какое-то совершенно феерическое количество IO, и сохраняет изменения по секунде-две на файл, сканирует всё подряд не менее долго. Собственный костыль умеет чуточку меньше, но быстрее на порядок.
Так что согласен с arisu, да, не в тулкитах и фреймворках дело.
> Так что согласен с arisu, да, не в тулкитах и фреймворках дело.Тем не менее, в среднем по больнице кутевые программы с более-менее одинаковыми фичами - жирнее и тормознее. Наверное потому что эффективно юзать плюсы дано не каждому, а уж QML и вовсе приведет к тормозным ужастикам работающим со скоростью "как у вебни".
> Тем не менее, в среднем по больнице кутевые программы с более-менее одинаковыми
> фичами — жирнее и тормознее.«жирнее и тормознее» ЧЕГО?
> «жирнее и тормознее» ЧЕГО?Аналогичных программ на Gtk2, очевидно же.
чушь, конечно же.
Ну, вам из-под winforms виднее, конечно.
мне-то однозначно виднее, потому что я знаю C, C++, использовал Qt, GTK+ и gtkmm. а вот ты можешь максимум говно на бидоне накарябать (если можешь). которое жрёт и тормозит совершенно безотносительно тулкита/фрэймворка.
Стоило уйти Мигелю и все хозяйство стало разваливаться на глазах. Роль личности в истории, никуда не денешься :)
> Стоило уйти Мигелю и все хозяйство стало разваливаться на глазах. Роль личности
> в истории, никуда не денешься :)Да, при Мигеле всей этой плашетной хeрни, выпиливания функционала и ломания gtk не было.
Негодую. Только GTK+3, только хардкор.
> Негодую. Только GTK+3, только хардкор.Оттуда нужное разработчикам LXDE повыкидывали как "ненужное" и ту же поддержку тем корёжат будто назло сторонним авторам. Такое впечатление, что опять беглецы или зас[лр]анцы из виндолагеря...
Вылечитесь сначала вы от путанья OpenSource и Free Software.
ааааа! мечты сбываются. как допилят грохну кеды нафиг
И вновь у нас получилось ;-)
Лучше бы полностью присоединились к развитию Razor-qt, вот тогда получился бы торт.
Тогда уж наоборот. LXDE существует достаточно давно, стал вполне себе самодостаточным DE, чего не скажешь о Razor-Qt. С чего бы им всё менять?И вообще, если бы все так рассуждали, LXDE бы не было, а разработчики пилили XFCE. Любой проект имеет право на жизнь.
> Тогда уж наоборот. LXDE существует достаточно давно, стал вполне себе самодостаточным DE,
> чего не скажешь о Razor-Qt. С чего бы им всё менять?Чтобы не тащить легаси, очевидно же.
Идеальный вариант - вообще забить на LXDE и либо присоединиться к Razor-Qt, либо основать новый проект LXDE-NG.Очень многие не-разработчики страдают синдромом утенка, и из-за этого бедным разработчикам приходится тащить тонны костылей, поставленных из-за того, что старая архитектура была заточена под старые реалии, которые сильно отличаются от современных.
Уж эти-то Legacy не страдают. Несколько раз один только PCManFM переписывали.
Забить на более-менее выкуклившийся LXDE и начать городить очередной форк, да? Как это в духе. Скажем нет стабильности. Ни дня без пули в голову.
> Скажем нет стабильности.Ибо стабильность - только на кладбище.
> Забить на более-менее выкуклившийся LXDE и начать городить очередной форк, да?А в линуксе всегда так. Выкуклился - можно закaпывать, и начинать выкукливать новый.
> Лучше бы полностью присоединились к развитию Razor-qt, вот тогда получился бы торт.Они в курсе друг друга, что уже хорошо. А как и что сложится -- время покажет.
Это я им рассказал.
Печеньку Анониму!
> Это я им рассказал.Зря.
> Зря.Идите и допишите всё выкинутое из gtk3, понадобившееся pcman'у. Вот это будет не зря.
gtk3 надо не чинить, а бить лопатой, пока не издохнет. фуфуфуфу!
Ну, теперь заживем!
>Для редактирования настроек данных приложений на данный момент требуется ручное редактирование файлов конфигурации в формате XMLЗачем XML? В Qt есть возможность использовать легко читаемые ini.
>> Для редактирования настроек данных приложений на данный момент требуется ручное редактирование файлов конфигурации в формате XML
> Зачем XML? В Qt есть возможность использовать легко читаемые ini.Потому что XML - труЪ юникс, а INI - виндyзятничество от леннарта.
Насколько я помню, в LXDE XML используется только в lxpanel (и тот в наследство от fbpanel достался).
Таки да, в оригинале можно понять из контекста, что XML надо править для lxpanel:Besides, there are no GUI configuration tools for it yet. Editing the xml config file manually is needed. Later there will be preferences dialogs as the old gtk+ version of lxpanel.
А если забыть про Ъ и по нормальному обсудить преимущества и недостатки? Например так: ini гораздо удобнее читать, в xml в 10 раз больше мусора (для человека) чем полезной информации. При чем здесь леннарт?
При том, что леннарт хорошего не сделает. У всех нормальных юниксовых инитов (SMF, launchd) конфиги в XML, один только системДЭ на INI.
Очевидно же, что в настоящем юниксе должен быть только XML. Лучше - с имплантированными в него шелл-скриптами (для большей гибкости и прозрачности).
Вы судите о ini по какой-то фамилии. Где логика?
> Вы судите о ini по какой-то фамилии.Вы так говорите, как будто это что-то плохое.
Некоторые фамилии отлично работают как сигнальные флаги.
Мне кажется, что это просто был сарказм
> При том, что леннарт хорошего не сделает. У всех нормальных юниксовых инитов
> (SMF, launchd) конфиги в XML, один только системДЭ на INI.Вот вы и юзайте ваши нормальные юниксы и супер-дупер XML. А как по мне - XML сильно загажен посторонними сущностями (тегами) что сильно раздувает его объем без особых причин.
В конфигах столько счастья сколько XML собирается давать нафиг не уперлось. Как правило это пяток примитивных параметров в духе key=value и XML для такого пихать - примерно как пригонять экскаватор с ковшом на кубометр для копания вскапывания цветочной грядки.
> Потому что XML - труЪ юникс,Когда появился unix, никакого XML и в проекте не было.
> Когда появился unix, никакого XML и в проекте не было.А в /usr, согласно этому проекту, должны были лежать файлы пользователя (/home в этом проекте тоже не было).
где пруф?
> где пруф?Да тут на опеннете где-то ссылка пролетала как usr оформился в то что есть сейчас. У K&R место на винте кончилось (с учетом тогдашних емкостей это ожидаемо) и они сделали выносок-костыль, навалив хлам в /usr. Который изначально задумывался для пользовательских данных.
А остальные подумали что это так и задумано. Хахаха :). Наиболее тyпые и агрессивные с пеной у рта доказывают что это святейшая фича от божеств и трогать это никак не можно. Хотя по факту это обычный такой костыль по поводу нехватки места.
Так что, граждане хорошие, если вы в следующий раз решите сэкономить пару байтов в протокольном заголовке (IPv4), подставить некрасивый костыль без четкой маркировки этого как временного воркэраунда и прочая - подумайте о том что может так выйти что однажды полпланеты будет вас некисло крыть за подобные инженерные решения...
трогать это не «не можно», а попросту уже не нужно. «до основанья мы разрушим, а затем» — неверная тактика в данном случае.
> трогать это не «не можно», а попросту уже не нужно. «до основанья мы разрушим, а затем» — неверная тактика в данном случае.Убирать дурацкие ограничения, возникшие из-за древних костылей - не нужно?
какие «ограничения»? они существуют только в больной фантазии «улучшателей».
> какие «ограничения»? они существуют только в больной фантазии «улучшателей».И в реальной жизни сисадминов.
Если у меня /usr централизованно обновляется и раздается по сети в read-only, мне что, еще за каждой машиной бегать, чтобы она свои /bin и /lib сама обновила? И нафига этот крап вообще в корне держать, если все необходимое для монтирования /usr есть в initrd?
нет, тебе уходить из админов. потому что ты профнепригоден. abtreten!
> А в /usr, согласно этому проекту, должны были лежать файлы пользователя
> (/home в этом проекте тоже не было).А потом у парней кончилось место на диске и в /usr появилось много всякого постороннего, а наивные чукотские юноши подумали что так и надо.
Вот как-то так до сих пор размеры космических кораблей и зависят от размеров конской задницы.
> В Qt есть возможность использовать легко читаемые ini.Это «легко читаемые»?:
Scheduler\start_time=@Variant(\0\0\0\xf\x1\xb7t\0)
GlobalShortcutMods=@Variant(\0\0\0\r\0\0\0\x5\0)
MainWindowGeometry=@ByteArray(\x1\xd9\xd0\xcb\0\x1\0\0\0\0\x1\x45\0\0\x1\xfc\0\0\x4 \0\0\x3\xe7\0\0\x1I\0\0\x2\x10\0\0\x4\x1c\0\0\x3\xe3\0\0\0\0\0\0)
customColors\0=4294967295
И это ещё цветочки...
Ну так это же Variant и ByteArray. А как это будет выглядеть в XML?
> в XML?Примерно так же. Ну может еще в base64 засунут, чтоб уж совсем хорошо.
>> в XML?
> Примерно так же. Ну может еще в base64 засунут, чтоб уж совсем хорошо.Зато не блоб, а plain text! Просто, прозрачно, юниксвейно!
> Зато не блоб, а plain text! Просто, прозрачно, юниксвейно!Ага, если забыть что когда писали юникс - про XML не знали :)
> Ага, если забыть что когда писали юникс - про XML не знали :)XML стал логичным продолжением и развитием идей UNIX.
>> Ага, если забыть что когда писали юникс - про XML не знали :)
> XML стал логичным продолжением и развитием идей UNIX.Кто тебе это сказал?
> Кто тебе это сказал?голоса нашептали.
Для ini есть возможность сохранить массивы более наглядно, например применяя beginWriteArray и beginReadArray.
Вложенные структуры же. Ini часто не хватает, но для несложных вещей, действительно, в самый раз.
> Вложенные структуры же. Ini часто не хватает, но для несложных вещей, действительно, в самый раз.Если с вложенностью не наркоманить - вполне хватит YAML.
А если для конфига, который ориентирован в том числе и на ручную правку, XML оказывается самым оптимальным решением - архитектор этого ПО определенно нуждается в лечении.
>> Вложенные структуры же. Ini часто не хватает, но для несложных вещей, действительно, в самый раз.
> Если с вложенностью не наркоманить - вполне хватит YAML.Тогда уж JSON.
Скоро будет еще минус одно DE, приколоченное к иксам :)
Однако ж Вы его опустили ниже абсолютного плинтуса ))
> Однако ж Вы его опустили ниже абсолютного плинтуса ))С чего бы это?
Очень жаль.
Фанатики негодуют.
железная логика !"Что милый, я не права? Значит, я вру? Значит, я брешу? Значит я собака? Мама, он меня сукой назвал!"
>Очень жаль.тоже железная логика!
> Фанатики негодуют.Ценители LXDE весьма сожалеют
// Obvious fix
> Очень жаль.Можете помочь gtk3-портом, IIRC начальный набросок и оценку грабель предоставят.
GTK3 ужасен, gedit'у сделал aptitude hold на последней GTK2 версии, навсегда.
кроме него вроде больше нигде пока не вылазил, к счастью.
> GTK3 ужасен,А в чем это проявляется?
(Просто интересно)
>> GTK3 ужасен,
> А в чем это проявляется?
> (Просто интересно)Выглядит ужас как коряво, и тормозит сильно. Там где GTK2 летает молниеносно, GTK3 еле ползает. И по внешнему виду как уже сказал, всё какое-то огромное несуразное и аляповатое.
А какой дистрибутив, если не секрет? У меня в федоре18 (тестовый дуалбут рядом с основным олдстейбловым дебианом) гном3 летает довольно шустро. Я бы не сказал, что он так уж сильно тормозит по сравнению с гтк2-софтом из дебиана.
> А какой дистрибутив, если не секрет? У меня в федоре18 (тестовый дуалбут
> рядом с основным олдстейбловым дебианом) гном3 летает довольно шустро. Я бы
> не сказал, что он так уж сильно тормозит по сравнению с
> гтк2-софтом из дебиана.Дебиан.
возможно ещё то влияет, что я работаю в основном внутри VNC-сессии (по гигабитному Ethernet'у). С производительностью GTK2 никогда не было и намёка на проблемы, значит GTK3 однозначно тяжелее. И ради чего? Выглядит оно гораздо хуже чем GTK2. Сейчас мне скажут, нужно поискать/поставить/пропатчить/настроить темы, но извините смысл сих действий? Была программа версии X, обновился до X+0.1, внезапно всё стало в разы тормознее работать, и выглядеть как г-но. И иди работай негр, гугли способы как вернуть всё чтоб хотя бы отдалённо напоминало прежнее полностью устраивающее состояние.
>> возможно ещё то влияет, что я работаю в основном внутри VNC-сессии (по гигабитному Ethernet'у).Подтверждаю, VNC не причём. Заметно не только в Debian, но и в Ubuntu, да и в Arch особо не радовало.
> Дебиан.
> возможно ещё то влияет, что я работаю в основном внутри VNC-сессии (по
> гигабитному Ethernet'у). С производительностью GTK2 никогда не было и намёка на
> проблемы, значит GTK3 однозначно тяжелее.Повторяю, не заметил разницы между GTK2 в squeeze и GTK3 в F18.
Правда, GTK3 в wheezy не тыкал, возможно, в этом проблема.> И ради чего? Выглядит оно гораздо хуже чем GTK2.
Лично я от дефолтного вида второй готеки в дебиане плакал кровавыми слезами и бежал к ма^W^Wставить gtk2-engines-qtcurve. А гтк3 в федоре очень даже ничего по умолчанию, можно даже не пилить ничего.
в сквизи нет гтк3
> в сквизи нет гтк3А где там было про gtk3 в squeeze? Прочитайте внимательнее, прежде чем осуждать.
Да вы бы тоже прочли что написали. Сравнить гтк2 в дебиан и гтк3 в свежей федоре. Мол езжу на иномарке и жигули, и там и там тормоза работают исправно.
> Да вы бы тоже прочли что написали. Сравнить гтк2 в дебиан и
> гтк3 в свежей федоре. Мол езжу на иномарке и жигули, и
> там и там тормоза работают исправно.Наоборот, и там и там не тормозит.
А почему сравнение некорректно? Ваша аналогия ничего не объясняет.
>Сейчас мне скажут, нужно поискать/поставить/пропатчить/настроить темы, но извините смысл сих действий?gtk2 по дефолту вообще выглядит как полное гамно. Я когда первый раз увидел, первая моя мысль была - да этож win98!
> gtk2 по дефолту вообще выглядит как полное гамно. Я когда первый раз
> увидел, первая моя мысль была - да этож win98!Кому и кобыла невеста.
Помимо корявого вида следует добавить большое число зависимостей - dconf с собой тянуть - странно очень, плюс ещё куча всякой accessibility фигни - я могу понять создание интерфейсов для людей с различными нарушениями, только за, но зачем же это везде пихать-то? Кому надо, тот поставит. Отдельная песня - как это собирают в дистрибутивах. Debian тут вполне адекватен, но Ubuntu... Зачем мне в LXDE постоянно висящий в процессах atk-spi-core-хрень, которой всё равно там никто пользоваться не умеет?К тому же он страдает от дезигнеров гнома - а не должен бы, для этого libgnome есть. Пример - выпиленный скроллинг вкладок мышкой, делающий все завязанные на такое управление приложения непригодными к использованию. Народ выл в багтрекере, на форумах - девелоперы знают, проблемы негров шерифа не волнуют.
Ну, опять же - тормознутость.
Внешний вид не соответствует GTK2, да ещё и ломают в каждой версии. Странно, что размеры всех кнопочек и пунктов меню там больше, чем у GTK2, что дополнительно напрягает.
Меж тем Qt4 отлично сама интегрировалась в GTK окружение и выглядит там лучше, чем GTK3 (ну вот почему нельзя было так сделать?).
Так что всецело поддерживаю разработчиков.
> плюс ещё куча всякой accessibility фигни
> - я могу понять создание интерфейсов для людей с различными нарушениями,
> только за, но зачем же это везде пихать-то? Кому надо, тот
> поставит.И как он поставит, если без этой самой "ненужной" фичи он не может ничего сделать с десктопом (не видит мелкий шрифт или малоконтрастный, не говоря уже про наличие всех пальцев и т.д)?
Почему бы не тащить эту нужную фичу с программой, которая её использует, вместо того, чтобы тащить её с тулкитом? В LXDE мне эта фича при всём желании не поможет.
> Почему бы не тащить эту нужную фичу с программой, которая её использует,
> вместо того, чтобы тащить её с тулкитом?Какая программа? "Все-в-одном-для-инвалидов"? Браузер-офис-файлменеджер-торрентклиент-терминал-...?
Отличная идея, кстати - запихать функциональность всех-всех программ в одну. Тогда не надо будет поддерживать их в куче отдельных программ.
> И как он поставит, если без этой самой "ненужной" фичи он не
> может ничего сделать с десктопом (не видит мелкий шрифт или
> малоконтрастный, не говоря уже про наличие всех пальцев и т.д)?Кто-то другой забутстрапит, как обычно. Наличие в обществе инвалидов -- это повод помогать им на местах, а не лицемерно делать "ни два, ни полтора" и портить жизнь всем, не улучшая никому.
молодость имеет один недостаток - очень быстро проходит. Ох вернется тебе это "портить жизнь всем, не улучшая никому".
> молодость имеет один недостаток — очень быстро проходит. Ох вернется тебе это
> «портить жизнь всем, не улучшая никому».о, а вот к нам пожаловал анонимный умственный инвалид.
> Ох вернется тебе это "портить жизнь всем, не улучшая никому".А чего тут стесняться, это правда написана. Если у Вас не получилось понять прочитанное -- попробуйте перечитать. Если опять не получится... ну что ж, могу и Вам попытаться помочь.
> А чего тут стесняться, это правда написана. Если у Вас не
> получилось понять прочитанное -- попробуйте перечитать. Если опять не получится...
> ну что ж, могу и Вам попытаться помочь.Когда у вас случится инсульт, вас парализует, и ваши родственники сдадут вас в богадельню, чтобы не портить себе жизнь - вот тогда эта правда вам и вспомнится.
заботливых человеколюбов видно сразу: они желают всем остальным такого, чего и отъявленые злодеи не всегда пожелают. потому что не додумаются.
> заботливых человеколюбов видно сразу: они желают всем остальным такого, чего и отъявленые
> злодеи не всегда пожелают. потому что не додумаются."Чтоб друг другу вы все пожелали, то что я вам сейчас пожелал"©
> КогдаС учётом AND -- никогда, но дело даже не в этом -- опять не поняли.
Поскольку Вы так ничего по существу говорить и не научились, потёр Ваши передёргивания на основании пунктов 4 и 6 http://wiki.opennet.ru/ForumHelp и предупреждаю, что дальнейшие попытки бессмысленно флудить и портить настроение окружающим будут пресекаться ровно тем же.
Беритесь за голову, а то ведь так и привыкнете.
GTK3 ещё и забагован сильно. В текущем стабильном Дебиане периодически падает по непонятной причине.
> непонятной причине.Да чего тут не понятного? Наслаждайтесь стабильными багами из древней версии либы. Авторы наверняка починили уйму багов. Но в дебиан все это попадет ой как не скоро.
Потому что дебиан :). Там всегда только самые стабильные и проверенные баги. Ну и что, что крашится. Зато новых багов не привнесут.
В unstable есть версия поновее, которая не работает вообще. Зато новая и , типа, все баги исправлены.
>которая в Дебиане не работает вообще.Починил.
Ибо по загадочным причинам в других дистрах работает. Черная магия, наверное.
> В unstable есть версия поновее,А слово unstable вовсе и не намекает на то...
> которая не работает вообще.
...что такие приколы вполне ожидаемы.
> Зато новая и, типа, все баги исправлены.
Простите, если вы подписались бегать на полигоне с миноискателем (название unstable как бы намекает) - грех жаловаться что вы на мину наступили. Вы знали на что шли.
> Простите, если вы подписались бегать на полигоне с миноискателем (название unstable как
> бы намекает) - грех жаловаться что вы на мину наступили. Вы
> знали на что шли.На федоре, которая тоже какбэ считается полигоном - все работает.
В debian по умолчанию gtk3, значит это торт!
> В debian по умолчанию gtk3, значит это торт!для бебиана и полурабочий OpenSSL тоже торт. нашёл показатель.
> для бебиана и полурабочий OpenSSL тоже торт. нашёл показатель.А всякий шлак вообще просто дрейфует вниз по течению :).
//троллинг в режиме free for all aka DM :)
Для меня то торт! Мне нравится, а программировать я все равно не буду, поэтому для нужд самый торт, не глючит ничего.
> для бебиана и полурабочий OpenSSL тоже торт. нашёл показатель.Не просто полурабочий, а _стабильно_ полурабочий!
> GTK3 ужасен, gedit'у сделал aptitude hold на последней GTK2 версии, навсегда.Попробуйте Geany, годный редактор.
Да, спасибо большое, пользуюсь и им тоже - но Geany больше как IDE, когда нужно открыть много файлов и лазить по ним и их функциям/объявлениеям в дереве. А gedit ближе к простому "Блокноту" с подстветкой синтаксиса. Так что применения есть у обоих.
> Да, спасибо большое, пользуюсь и им тоже - но Geany больше как IDE,Как по мне он удачный баланс. Он еще не тормоз и переросток как DE и больше напоминает хороший программерский редактор, но некоторые приятности из IDE там перетянули.
ИМХО, очень симпатичный баланс получился.
> А gedit ближе к простому "Блокноту" с подстветкой синтаксиса.От которой толку мало т.к. по всем остальным параметрам он - типичный блокнот. Даже не програмерский эдитор, т.к. от такой конструкции ожидается фичность на уровне Kate или notepad++. Ну или вот geany - немного усиленная версия.
Спасибо вам большое за поднятие темы. В припадке сердитости решил пересобрать audacious в Debian с GTK2 - и обнаружил, что у меня как раз последняя поддерживаемая этим тулкитом версия. Пересобрал - ура, у меня работает скроллинг табов! Сколько я плевался без этой возможности...Если кого-то заинтересует - берёте из wheezy пакеты audacious и audacious-plugins. В первом просто достаточно в debian/rules добавить --disable-gtk3, второй - необходимо откатить бэкпорт дебианщиков с помощью команды quilt delete bp-lirc.patch -r , а затем повторить модификацию debian/rules из превого пакета - и всё работает.
Завтра выложу к себе в PPA - если кому надо - пишите, скину адрес.
> Спасибо вам большое за поднятие темы. В припадке сердитости решил пересобрать audacious
> в Debian с GTK2 - и обнаружил, что у меня как
> раз последняя поддерживаемая этим тулкитом версия. Пересобрал - ура, у меня
> работает скроллинг табов! Сколько я плевался без этой возможности...
> Если кого-то заинтересует - берёте из wheezy пакеты audacious и audacious-plugins. В
> первом просто достаточно в debian/rules добавить --disable-gtk3, второй - необходимо откатить
> бэкпорт дебианщиков с помощью команды quilt delete bp-lirc.patch -r , а
> затем повторить модификацию debian/rules из превого пакета - и всё работает.
> Завтра выложу к себе в PPA - если кому надо - пишите,
> скину адрес.Ещё можно без пересборок просто найти пакет с последней GTK2-версией на http://snapshot.debian.org/
Ну неужели нельзя как-то привести внешний вид GTK3 к привычному и любимому GTK2 посредством тем?Новость огорчила. Я не против qt: что на нём изначально написано - прекрасно. То, что существует и под qt, и под gtk2, и под gtk3 - ещё лучше. Но только не выкидывать проделанную работу!
Можно, но не нужно - разработчики GTK постоянно всё ломают. А работу не выкинут - процесс адаптирования полуавтоматизированный, разработчик даже на wiki.lxde.org писал советы по этому делу.
адвайта, дефолтная тема гноме3 -- идеальна. а клеарлукс был ужасен, поэтому и развелись все эти муррины и прочие нодоки. ну и адвайта для гтк2 вполне соответствует адвайте для гтк3.
Мне клирлукс нравится. Что красивее что некрасивее это дело вкуса. И незачем делать выводы о платформе по внешнему виду. Много видел кутэ программ ужасного вида.
>адвайта, дефолтная тема гноме3 -- идеальнаС точки зрения гламурности - ещё может быть. Ею нельзя пользоваться по другой причине - тормозит просто патологически (у меня openSUSE 12.3). Лечится заменой на любую другую.
> С точки зрения гламурности - ещё может быть. Ею нельзя пользоваться по
> другой причине - тормозит просто патологически (у меня openSUSE 12.3). Лечится
> заменой на любую другую.Блин, что вы такое с готикой делаете, что она у вас тормозит? Расскажите, а?
> Ну неужели нельзя как-то привести внешний вид GTK3 к привычному и любимому
> GTK2 посредством тем?Именно это в убунтах и делают...
Это хорошо. Последнее время Qt рвёт всё. Прости GTK, но я предпочитаю Qt.
Я пробовал освоить GTK#, PyGTK, но увы - работая с двумя различнейшими языками совместно с GTK, понял что мне не нравится именно этот фреймворк.
Итак:
Кеды - живут и будут жить дальше, заруливая всех
Тринити - умирает и со веменем умрет окончательно
Личкрафт - живет и будет жить, пока будет жить Дедфуд и едингмышленники
Разор - живет и пилится - плюс что наполовину русский проект
Е17 - как было маловразумительной поделкой Растермана, так и осталось
Гном - агония
Крыса - неминуемая агония вслед за Гномом
Ликсдэе - присоединяется к лидерской семье Кед, Личкрафта и Разора, гарантируя себе место в будущем
Матэ - скоро умрет
Циннамон - скоро умрет
Айсвиэм - останется для 3,5 гиков
ВиндоуМэйкер - умрет или останется для 1,5 гиков
Шугар - аналогичноЧто забыл - дополняйте
А так - будущее за кути и кедами, легко-кедами (недавняя инициатива минималмстичных кед), мб личкрафтом, разором и ликсдэе. Все остальное - тупик эволюции и лишняя трата времени разработчиков и пользователей.
вообще-то тупик эволюции — это как раз DE. просто чуть раньше в этом тупике собралась куча таких же тупиковых биологических форм, вот они и нашли друг друга.
Кеды - живут, но рулить будет Unity.
> Кеды - живут, но рулить будет Unity.Ах да, я забыл, что он еще раньше ликсдэе объявил о переходе на кути-кмл
Тогда получается,
- будущее за кути и _юнити_, кедами, легко-кедами (недавняя инициатива минималмстичных кед), мб личкрафтом, разором и ликсдэе
Н-т разора и личкрафта сомнения (они не переходят на кмл вроде)
Так что всего-то и выживут - кеды с легкокедами, юнити да ликсдэе
> Итак:Предлагается перепроверить эффект цыганки, что ли?
Предлагалось неспешно попикейничать о будущем оболочек, а тут вы
> Предлагалось неспешно попикейничать о будущемДля этого полезно заглянуть в прошлое -- можете поднять доклады Димы Костюка на конференциях OSDN и LVEE:
http://lvee.org/ru/reports/LVEE_2005_04
http://ftp.linux.kiev.ua/pub/conference/2010/video/osdn-9.ogv
http://ftp.linux.kiev.ua/pub/conference/2012/video/belonesox...
GTK3 нестабилен, с каждым маленьким релизом изменяются спецификации без всякой заботы об обратной совместимости. Тулкит развивается исключительно под нужды GNOME, на сторонних разработчиков и их проекты создателям просто класть. Тема, созданная для GTK 3.6 может на нем работать нормально, а при обновлении до GTK 3.8 вызвать жуткие тормоза и графические артефакты в самых неожиданных местах. В GNOME считают, что темы не нужны (если уже есть одна, зачем еще? это все равно слишком сложно для пользователя), следовательно и стабильные спецификации тоже не нужны.
Тут уже давали ссылку на годную статью о состоянии дел, оставлю тут еще разок: http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rottin...
> GTK3 нестабилен, с каждым маленьким релизом изменяются спецификации без всякой заботы об обратной совместимости.М? Версия вида "X.2k+1.Y"?
Похоже на первоапрельскую новость...
> Похоже на первоапрельскую новость...Первоапрельской она стала бы, если вместо Qt было бы WinForms.
Неоднозначная новость. С одной стороны хорошая с QT у LXDE более прогнозируемое будущее + взаимодействие с RazorQT. С другой - смена тулкита хрензнает каким боком вылезет (вылезет это точно).
ок, супер! как там планы у действительно популярных и больших проектов, застрявших на gtk2, например firefox и chromium?
Учитывая масштаб проектов - чем дольше они не перейдут, тем дольше GTK2 будет поддерживаться дистрами. Всем хорошо (кроме мейнтейнеров).
> Учитывая масштаб проектов - чем дольше они не перейдут, тем дольше GTK2
> будет поддерживаться дистрами. Всем хорошо (кроме мейнтейнеров).пора бы уже всем этим слоупочным фаерфоксам перейти на гтк3 а дистрам выпилить этот легаси гтк2 к чертям.
А это вообще точная инфа, что Фурифокс с Хромиумом на GTK2? Был немало удивлён.
> On the right side of the screen is the new Qt-based image view, LxImage-Qt. It’s not really a port of the original gtk+ GPicView. I regard it the successor of GPicView in the Qt world. It works better than GPicView and is as fast.Это из оригинальной новости, здесь говорится о том, что в качестве просмотрщика изображений используется LxImage-Qt вместо GPicView. Это не порт GPicView на Qt (и слава Богу), а новое приложение.
три года назад разрабы Гнона сильно покурили, а досталось всем :)
> три года назад разрабы Гнона сильно покурили, а досталось всем :)Они, походу, до сих пор из страны розовых поней не вернулись.
А л-крафт изначально на Qt. И в мастер-бранче уже месяц-два как выполняет функции DE.
> А л-крафт изначально на Qt. И в мастер-бранче уже месяц-два как выполняет функции DE.Когда плановое слияние с systemd и emacs?
> Когда плановое слияние с systemd и emacs?Поттеринг уже отправил PR на гитхабе.
> Поттеринг уже отправил PR на гитхабе.Ящитаю, надо брать.
При таком повороте событий весьма интересна позиция разработчиков XFCE. ;)
>На данный момент портированы в базовом виде панель задач и запуска lxpanelЕсли за 2 месяца ничего не изменилось, то этот "базовый вид" меня печалит, когда лазил по исходникам понял, что в lxpanelqt половину функционала повыкидывали.
Меня больше интересует, как это обстоятельство повлияет на общую скорость работы\производительность работы компьютера, но очень надеюсь, что в положительную.
Прошу прощения, но что вы от прототипа ожидали? Допилят к релизу, не волнуйтесь.
Насчёт памяти это вы хватили. Обойдусь без скрина ибо лениво на другой комп перелезать. А вот насчёт быстродействия - то да. Лубунта уже нихрена ничего не быстрее и грузится, как будто сейчас KDE на рабочем столе должен появится.
Запустите top в эмуляторе терминала.
> Запустите top в эмуляторе терминала.Lubuntu 12.10 x86_64. Htop с холодного старта выдаёт 263 мб. "Диспетчер задач" LXDE выдаёт то же самое. А что касается методов измерения используемой памяти различными программами, то это тот ещё вопросик.
Диспетчер задач тоже самое показывает больше 500.
В настройках уберите/поставьте галочки тогда будет считать реально использованную оперативу.
Он специально по дефолту настроен именно таким образом, так как позиционируется ОСью для слабых и устаревших компьютеров.
Нельзя сказать, что это заведомое введение в заблуждение, потому что вы можете изменить настройки и сделать всё как нужно, нажав пару кнопок.
Lubuntu грузится быстрее даже Ubuntu + Unity, что говорить про тяжеловеса Kubuntu.
Но Kubuntu жутчайше тормозит во время работы, впрочем как и Ubuntu Unity и Ubuntu Gnome, тормозят даже обрезанные версии, без лишних служб итд. А Unity ещё и виснет время от времени.
Всё это отлично видно на старых компьютерах.
На не очень старых десктопах, с 2х ядерными процами, Kubuntu работает нормально без включения дополнительных фич. Lubuntu работает на них довольно быстро.
На даже самых первых 4х ядерных процах, Kubuntu работает быстро.
Скорость загрузки здесь зависит уже от типа носителя данных.
С ноутами и планшетами всё очень специфично.Lubuntu по прожорливости догнал Xubuntu, а удобств меньше. Надобность в Lubuntu на данный момент для меня исчезла.
> А Unity ещё и виснет время от времени.Вот хотел поинтересоваться. И в 13.04 до сих пор Unity глючит? Если так, то это уже совсем фейл. Я из-за этого юнити нативную убу и 12.04 не смог/не захотел пользовать и 12.10.
Я ставил LTS 12.04, мне допбаги из-за перехода на Mir не нужны.
> Я ставил LTS 12.04, мне допбаги из-за перехода на Mir не нужны.Не перечь Марку, жывотнае!
Господа, не ругайте Lubuntu.
Сам на ней сижу, на Core2 E7200 @ 3.5, 2 Gb Ram. И я счастлив ) Если не запускать firefox, то метров 300 памяти занято после загрузки. Это при том, что у меня ещё mysql и nginx стартуют. Сайт, днс-сервер, фтп, squid, все дела...
Вот скриншот нотариально заверенный, не поленился браузер закрыть. 43 Мб shutter съел, это скриншотящая программа.
http://tesla-systems.net/img/lxde-mem.png
Также простым dd данная система была скопирована на ноут, поправлен fstab и интерфейсы, прописан скрипт - и ноут стал роутером )) Железо на нем - Pentium 3 800 Mhz, 384 Mb RAM. Поправил параметры для веб-сервера, чтобы php5 поменьше памяти ел, меньше процессов запускалось. И всё работает,сейчас занято 183 / 368. Да, работать на нем тяжеловато, проц слабоват. Но сносить на учебу, показать программки - вполне норм. И не жалко его, если грохну в автобусе. Даже видео посмотреть можно, если комп лениво включать ночью. 300-метровые серии сериалов открывает вполне.
Кстати, любителям xfce вопрос. Как там поставить свою полосу внизу и кнопку пуск? Я через штатные средства интерфейса не нашёл.
> 43 Мб shutter съел, это скриншотящая программа.O_O
сорок. три. мегабайта. шмякалка скриншотов. а тут ещё «прожорливостью» какого-то софта возмущаюся…
>> 43 Мб shutter съел, это скриншотящая программа.
> O_O
> сорок. три. мегабайта. шмякалка скриншотов. а тут ещё «прожорливостью» какого-то
> софта возмущаюся…Она не входит в Lxde, если что )) Я просто не знаю, как ещё скриншот сделать )) Только фотоаппаратом, или консольным скриптом, а это не очень удобно.
scrot?
> scrot?Немного не удобно. Заголовок окна срезает почему-то, задержку через --count не хочет брать. И когда при параметре -s хочешь развернуть свернутое окно, он скриншотит панель lxde (( И управлять большим количеством скриншотов, когда у тебя например лаба, а по ней надо ход работы запечатлеть, сложновато будет. shutter при выборе окна в название файла пишет его название. Например в Cisco Packet Tracer делаешь работу. Будут скриншоты Компьютер 1, Маршрутизатор 2, и т.п.
задержку берёт, кнопки только не надо жать. и вообще, (sleep 10 ; scrot -s). в остальном — да, пожалуй. но 40 мегабайт — всё равно перебор. даже для уберфичи с названием окна в шоте.а декорации он не «стреляет» вполне осознанно, это фича. собственно, а нафига?
> задержку берёт, кнопки только не надо жать. и вообще, (sleep 10 ;
> scrot -s). в остальном — да, пожалуй. но 40 мегабайт —
> всё равно перебор. даже для уберфичи с названием окна в шоте.
> а декорации он не «стреляет» вполне осознанно, это фича. собственно, а нафига?Спасибо, забыл про sleep ))
Так-то да, но всё-таки для отчетности лучше с заголовком окна. Да и не перепутать чтобы. Там же настройка тех же свитчей, если их 3 штуки отличаться может только параметром host. А он может быть где-то вверху, не влезать в область просмотра =/Но если просто надо рабочий стол щелкнуть, или область выделить - хорошая штука. Буду иметь в виду, уже даже скрипт сделал в /usr/local/bin ))
в принципе, можно и научить декорации щёлкать. а можно руками в режиме -s выбирать (что, конечно, не так удобно, как делать шот одноклацем).и всё равно 40 мб — перебор! :3
xfce4-screenshooter
> xfce4-screenshooterНу да, он метра 3-6 занимает в ОЗУ. ) Единственно, если много скриншотов надо делать, его запускать придется много раз. А shutter в трей сворачивается. И позволяет глянуть, что уже наскриншотил ))
Ещё шаттер этот сохраняет по-умолчанию в домашнюю папку всё, т.е. имя файла не надо вписывать. А потом как закончил - можно всё по F6 переместить в нужный каталог. Так быстрее, чем каждый раз выбирать имя файла и куда сохранять. Так что для моих целей он идеально подходит. А памяти докуплю планку на 2Гб, она 500 р стоит ;-) И для Метро 2033 пригодится. Он у меня через вайн пошёл, но подтормаживает, видюха ATI HD4850.
mtpaint -s
лучше нет!
> mtpaint -s
> лучше нет!фи. тогда уже лучше гимпом шотить.
Гимп для этого дела как экскаватор для детской песочницы...
> Гимп для этого дела как экскаватор для детской песочницы...а mtpaint как что?
так то что нужно...
Он стартует мгновенно (в отличии от), сразу обрезать скриншот можно, что-то подчеркнуть или выделить на нем, замазать и сохранить в нужном формате...
> так то что нужно…
> Он стартует мгновенно (в отличии от)быстрее scrot? не верю.
>> так то что нужно…
>> Он стартует мгновенно (в отличии от)
> быстрее scrot? не верю.Э... Скажем так... Разница между mtpaint и scrot на более менее современной машине сравнима с временем нажатия на клавишу... Т.е. не имеет значения...
Но, можно и обрезать и подписать и подчеркнуть и сохранить в нужном формате...
А scrot делает скрин с авто-именем - дата время... что хорошо для серии, но для единичных не нужно - в 90% случаев - переименовать как минимум...
> Э… Скажем так… Разница между mtpaint и scrot на более менее современной
> машине сравнима с временем нажатия на клавишу… Т.е. не имеет значения…кора-два-дуба, 3GHz — это «более-менее современная»? если да — тогда скажу тебе, что разница заметна невооружённым глазом: mtpaint взлетает почти секунду. scrot — мгновенно.
> Но, можно и обрезать и подписать и подчеркнуть и сохранить в нужном
> формате…
> А scrot делает скрин с авто-именем — дата время…man scrot.
>> Э… Скажем так… Разница между mtpaint и scrot на более менее современной
>> машине сравнима с временем нажатия на клавишу… Т.е. не имеет значения…
> кора-два-дуба, 3GHz — это «более-менее современная»? если да —
> тогда скажу тебе, что разница заметна невооружённым глазом: mtpaint взлетает почти
> секунду. scrot — мгновенно.Какая-то неправильная у вас кора.
На моем лохматом целероне time показывает 0.87 старт + закрытие мышкой
>> Но, можно и обрезать и подписать и подчеркнуть и сохранить в нужном
>> формате…
>> А scrot делает скрин с авто-именем — дата время…
> man scrot.И как, о великий гуру, мне сменить настройки если оно у меня на хоткее?
> Какая-то неправильная у вас кора.
> На моем лохматом целероне time показывает 0.87 старт + закрытие мышкойхинт: я не использую gtk-софт.
> И как, о великий гуру, мне сменить настройки если оно у меня
> на хоткее?твой DE не умеет ни разных хоткеев, ни выводить окошко с запросом (с возможностью выбора преодпределённых вариантов) перед запуском программы по хоткею? выкинь этот примитив на помойку, 21-й век на дворе.
хотя… судя по тому, куда идёт софт — всё как раз в духе века: чем примитивней, тем «современней».
> хинт: я не использую gtk-софт.Это ваша проблема. Тема о LXDE в котором все пока на gtk
>> И как, о великий гуру, мне сменить настройки если оно у меня
>> на хоткее?
> твой DE не умеет ни разных хоткеев, ни выводить окошко с запросомА твой умеет?
Ну давай расскажи как ты в своем DE сможешь назвать файл требуемым именем? Именно требуемым... Чтоб не переименовывать его потом...Например, скин_моего_супер_де.png
:)
>> хинт: я не использую gtk-софт.
> Это ваша проблема. Тема о LXDE в котором все пока на gtkподветка о скриншотилке. и я намекал, почему у нас различаются времена запуска.
> А твой умеет?
я не использую DE.
> Ну давай расскажи как ты в своем DE сможешь назвать файл требуемым
> именем? Именно требуемым… Чтоб не переименовывать его потом…хоткеем. где вылезет диалог с несколькими предустановками и полем ввода для имени, если хочется. ЧУДО!
>>> хинт: я не использую gtk-софт.
>> Это ваша проблема. Тема о LXDE в котором все пока на gtk
> подветка о скриншотилке. и я намекал, почему у нас различаются времена запуска.Намеки тонкие на то,
Чего не ведает никто. (с)>> А твой умеет?
> я не использую DE.Опять это ваша проблема.
>> Ну давай расскажи как ты в своем DE сможешь назвать файл требуемым
>> именем? Именно требуемым… Чтоб не переименовывать его потом…
> хоткеем. где вылезет диалог с несколькими предустановками и полем ввода для имени,
> если хочется. ЧУДО!И что?
Вы тут распинались о неумеющей ничего DE. А в итоге... ничего...Пишите скрипты. Кто вам запрещает... Хоть с Tk/Tcl хоть с Zenity (привет gtk)...
Только время для загрузки этого диалога будем учитывать?
А время на скрипт?
Пока вы пишите диалоги, с mtpaint уже работает...
Rasch abkochen, dann Vormarsch nach Sokal.
> Rasch abkochen, dann Vormarsch nach Sokal.Hitler kaput! :)
кстати, ооооочень медленно. пока gtk+ засосёт…
Кстати, загружается секунд за 30-40 до появления рабочего стола. И это с включенным демоном preload (типа superfetch винды, он кэширует часто запускаемые приложения), который замедляет загрузку. И предзагрузкой LibreOffice. Без неё либра долго первый раз запускается. Хочу SSD, тогда вообще будет загружаться за 5 сек наверное.
К примеру Windows Server 2008 на том же железе грузится минуты 3-5 (до того, как винтом перестанет шуршать, тормозить, и можно начать работать).
К сожалению Windows 7 и 8 нет смысла ставить на старое железо, потому что он под них попросту не оптимизирован.
> К сожалению Windows 7 и 8 нет смысла ставить на старое железо,
> потому что он под них попросту не оптимизирован.«не оптимизирован под некое железо» — это, если что, так в m$ называют ситуацию «ни…я не работает ваще».
Разумеется счастлив и доволен скоростью работы, это достаточно мощный компьютер. У Lubuntu требования на порядок ниже.
> Lubuntu по прожорливости догнал Xubuntu, а удобств меньше.При чём здесь LXDE? С убунтопроблемами к убунтофорумам.
> Насчёт памяти это вы хватили.Что-то мне почерк этого бредогенератора показался знакомым... nailless/debugger, похоже.
Нормальные качественные приложения. LXDE у меня по дефолту даже 100 мБ оперативы не съедает (если смотреть на реальное потребление, конечно, а не на виртуальную). И в Ubuntu с LXDE так же. Косяки Lubuntu - косяки Lubuntu.
LXDE пишется специально для Lubuntu, и живёт благодаря этому.
Именно поэтому в других дистрибутивах столько траблов и багов.
Хотя сейчас вроде даже в Gentoo и Arch заработал нормально.
То есть не жрать кучу памяти - это баг?
> Нормальные качественные приложения. LXDE у меня по дефолту даже 100 мБ оперативы
> не съедает (если смотреть на реальное потребление, конечно, а не на
> виртуальную). И в Ubuntu с LXDE так же. Косяки Lubuntu -
> косяки Lubuntu.Lubuntu 12.04
-/+ buffers/cache: 86144
ЧЯДНТ?
lxpanel тоже любит память кушать. Просто так съесть 64 Мб - это норма.
VSZ RSS COMMAND
39232 12940 lxpanel --profile LXDEИ это после нескольких дней работы.
А чё не на Kylix?
А что ж оно такое страшное-то стало?
Неуловимо похоже на сильно урезанные кеды.
А, ну нак же, Qt...
Ну наконец то, отличная новость!
- в чем сила брат ?
- вся сила в "переписать", иногда и на Qt
Короче, LXDE из Lightweigth X Desktop Environment пора переименовывать в HWDE - Highweight Wayland Desktop Environment.
> Короче, LXDE из Lightweigth X Desktop Environment пора переименовывать в HWDE -
> Highweight Wayland Desktop Environment.Вы так говорите, как будто это что-то плохое.
Странно - почему отказываются от использования фреймворка GNU и уходят на богомерский Qt имеющий закрытые форки?
Похоже, что пора избавляться от идеи с динамической линковкой библиотек... ставишь себе легковесный дистр, ставишь пару программок одну из Гноме, другую из КЭД и получаешь три набора библиотек и окружения в одном легковесном окружении.
> Похоже, что пора избавляться от идеи с динамической линковкой библиотек... ставишь себе
> легковесный дистр, ставишь пару программок одну из Гноме, другую из КЭД
> и получаешь три набора библиотек и окружения в одном легковесном окружении.А вы PCBSD видели? Я тестил. Там каждая софтинка тянет метров по 100 трафика. Зато всё в 1м )) Не надо думать про зависимости. И если ты удаляешь какую-нибудь ерунду, она за собой пол-системы убьет. Начинающим юзерам так проще. Это я понимаю допустим, зачем нужна библиотека Х, кто её использует, и почему нельзя её удалять. Но бывают и абсурдные случаи. Например, когда хочешь снести ненужную часть КДЕ, она почти все кеды за собой убивает. Это печально... В том числе поэтому, а также из-за падучести и тормознутости я от КДЕ отказался.
* НЕ убьет
тут два вопроса:
1. виноваты ли кеды в криворукости авторов пакетов?
2. а сами кеды согласны с тем, что часть «ненужная»? может, она очень даже нужная и кто-то её таки использует?
Я про Akonadi / Nepomuk и иже с ними. 4я версия вообще не айс. Когда они всё "зацентрализовали", работать стало медленнее намного. Нужен 4х ядерник как минимум, чтобы более-менее существовать. И про установку на мой старый ноут я уже молчу )) Там слайд-шоу будет.
Как я жил с 4кедами на целероне 1.7 лохматого года... Что ж ты не сказал, что "Нужен 4х ядерник как минимум"? Хотя ж он все равно б в 478 сокет не влез...
> Как я жил с 4кедами на целероне 1.7 лохматого года... Что ж
> ты не сказал, что "Нужен 4х ядерник как минимум"? Хотя ж
> он все равно б в 478 сокет не влез...У меня на Core 2 тормозил жестко. Версия 4.3 была, или 4.2. Смотрел на Alt Linux и на Mint. Ставил только из-за KDevelop, который требует почти всего КДЕ )) Потом уже перешёл на CodeBlocks, и кеды стали не нужны.
Но я ничего против них не имею. Они красивые, и удобные даже, если нормально работают. Тут дело вкуса ;-)
Ещё момент по скорости. Я привык работать на серверах / современных ПК, и если скорость отклика системы ниже, когда я прихожу домой, я это начинаю чувствовать (
Вот например когда пересаживаешься с Core i7 на АМД х64 2005 года выпуска у сотрудника, разница заметна "на лицо". Так и тут. Когда я поставил КДЕ 4 после 3.5, сразу стало неудобно работать. Поэтому и стал искать что-нибудь побыстрее.
> У меня на Core 2 тормозил жестко. Версия 4.3 была, или 4.2.IIRC где-то до 4.5 или 4.6 к применению пользователями не рекомендовались.
> Я про Akonadi / Nepomuk и иже с ними.если не ошибаюсь, можно собрать и без них.
Слово "возможно" надо взять в запятые ;)
Ну вот, стоило уйти Мигелю, который пинал разрабов GTK, и оно скатилось в черт что. Роль личности в истории еще никто не отменял ..
:)
> Ну вот, стоило уйти Мигелю, который пинал разрабов GTK, и оно скатилось
> в черт что. Роль личности в истории еще никто не отменял
> ..
> :)Линия партии в лице ред хат, а ты все скатилось да скатилось. Оно только жить начинает, вот Wayland еще подтянут и забодают всех.
Дурной пример заразителен (заразились от Ubuntu).
Ухожу в консоль. Хватит этих издевательств