Часто замечаю вот такое. Вместо
struct Name { int param1; int param2; }
используют класс с доступом к переменным через функции (set, get). В той же Qt я вообще ни разу не видел «прямой» доступ к переменным. Чем это объясняется? Почему использование функций предпочтительнее? Всё таки количества кода во втором случае явно больше.
В продолжение топика www.linux.org.ru/view-message.jsp?msgid=4143801
Система: Mandriva 2010.0 ~x86, KDE 4.3.2/Qt-4.5.3, xserver: 1.6.5, NVidia 190.53 Проц: E2160, видео: 8500GT
шрифт в konsole/yakuake - terminus
Суть проблемы: если запустить konsole/yakuake, то наблюдаются феерические тормоза. Запущенный top показывает, что иксы жрут до 50%. Если сменить шрифт на другой, то всё нормализуется. Запуск nvidia-settings -a InitialPixmapPlacement=2 GlyphCache=1 с различными вариациями не помогает. Попробовал InitialPixmapPlacement=0. Консоль стала заметно быстрее, но про эффекты можно забыть (стал падать kwin при попытке включения эффектов), более того, с InitialPixmapPlacement=0 стала тормозить отрисовка окон. В общем, пришлось от этой идеи оказаться.
И самое интересное, в мандриве 2009.1 таких проблем нет. Путём исключения установил, что виновата в этом Qt. 4.5.0/4.5.1 работают нормально, а вот начиная с 4.5.2 наблюдаются проблемы. Учитывая, что kde 4.3.2 собрано с Qt 4.5.3, то окатить назад не представляется возможным. Решил проблему просто: надёргал «подозрительные» патчи из гита, откатил и проблема решилась. Теперь в top на первом месте kwin со своими 5% - это решилось классически добавлением «export QT_NO_GLIB=1» в .bash_profile
На всякий случай мой кусок из xorg.conf:
Option "RenderAccel" "True"
Option "HWCursor" "True"
Option "AllowIndirectPixmaps" "False"
Option "PixmapCache" "True"
Option "PixmapCacheRoundSizeKB" "1024"
Но не всё так просто. Эти патчи рассчитаны на Qt 4.5.3 и применять их надо с ключом -R. Кроме того, накладывается оно с некоторыми ошибками и там явно много лишнего. И на всякий случай, ссылка на дистрибутивные патчи, которые я тоже накатил: http://svn.mandriva.com/svn/packages/cooker/qt4/releases/4:4.5.3/3mdv2010.0/S...
Обращаюсь к сообществу с просьбой разобраться до конца, т.е. найти нужный патч и перевести его в нормальный формат, пригодный для использования. К сожалению, моих знаний в этой области явно недостаточно.
ЗЫЖ не торопитесь кидаться лепёшками, т.к. тормоза в kde имеют несколько причин и одну из них я, кажется, нашёл.
Сабж: http://linuxformat.ru/foss-contest/
Уже 16-е, но ни слуху ни духу.
На этот раз похоже окончательно.
Патч для амарок есть, но работает оно через одно всем известное место. Сейчас всё привязано к html наглухо, поэтому малейшие изменения в разметке приведут к полной неработоспособности. Интересно, есть ли вообще альтернативные сервисы с нормальным api?
пруф: https://bugs.kde.org/show_bug.cgi?id=202366
ЗЫЖ отсылал туда пару песен, но похоже мой труд решили присвоить.
Вышла новая версия плеера Cuberok.
Новые возможности:
- поддержка Libre.FM
- импорт коллекции из amaroK 1.4
- мастер первого запуска
- улучшения в панели информации
- исправлено много ошибок
Проект стал подавать признаки жизни. После года разработки доступна первая альфа 2-й ветки. Список изменений не найден, но появился Stream Browser и skinned-интерфейс теперь выполнен в виде модуля. Кроме того следует отметить заметное улучшение в поддержке cue.
Ссылка на сайт проекта: http://audacious-media-player.org/
Возникла довольно специфичная задача. С помощью амарока (или другого плеера) проиграть файлы с определённым расширением, находящимся в директории. Через консоль это делается на раз, но как сделать это с помощью средств freedesktop (очень хочется сделать это в dolphin). Не долго думаю создал файл amarok_add_mp3.desktop с нужным содержимом, добавил строчку Exec=amarok %F/*.mp3. Казалось, задача решена, но опять облом desktop-file-validate выводит ошибку:
/usr/share/applications/amarok_add_mp3.desktop: error: value "amarok %F/*.mp3" for key "Exec" in group "Desktop Entry" contains a reserved character '*' outside of a quote
Пытался сделать так Exec=amarok "%F/*.mp3" но всё равно не работает. Отюда вопрос, можно ли как-то обойти это ограничение freedesktop?
Новость на хабре: http://habrahabr.ru/blogs/im/53858/
Исходники: http://qutim.org/uploads/qutim_0.2_alpha_source.tar.bz2
После последних событий разработка идёт крайне вяло [1]. Если люди, знающие что там у них не так?
В связи с кризисом пришлось отказаться от ускорителя globax и перейти на дешёвое решение от провайдера. Но сабжевый IP оказался забанен. Можно ли его разбанить?
Сабж
| ← предыдущие |