SDE (Simple Desktop Environment)

[Pro]

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

[geekless]

незнаю причем тут это

Вы предложили сложное, череватое багами и неочевидное решение вместо простого и очевидного лишь для того, чтобы пользователю что-то НЕ ПОЗВОЛИТЬ.

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

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

Софт не должен пытаться изображать из себя оракула, а должен делать именно и только то, что ему приказано. Если приказано апплет добавить - апплет есть. Если приказано убрать - апплета нет.
Эвристики приводят к весёлым багам и грустным пользователям.

[Pro]

линукс имеет замечательные средства для автоматизации всего, и в итоге приходится делать вручную. где у нас информация о батареях? /sys/class/battery? если анализ /sys это черевато багами и неочевидно, значит надо менять ядро на более очевидное (шутка)

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

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

[geekless]

Так и представляю:

Пользователь:
— Не нужен мне этот апплет, у меня в трее уже висит индикатор батареи.
Программа:
— Ок. Убрала.

После перезагрузки компьютера:

Программа:
— Так-с, что тут у нас? Есть батарея — получи апплет.
Пользователь:
—

[Pro]

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

[geekless]

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

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

Теперь по существу проблемы. Всё решение по сути представляет собой замену фрагмента:

Код

    if (b == NULL)
    {
        gtk_widget_set_tooltip_text( iplugin->vbox, _("No batteries found") );

        if (!iplugin->label)
        {
            iplugin->label = gtk_label_new("");
            gtk_box_pack_start(GTK_BOX(iplugin->hbox), iplugin->label, TRUE, FALSE, 0);
        }

        gtk_widget_show(iplugin->label);
        if (iplugin->drawingArea)
            gtk_widget_hide(iplugin->drawingArea);

        gtk_label_set_text(GTK_LABEL(iplugin->label), _("N/A"));

        return;
    }

на фрагмент:

Код

    if (b == NULL)
    {
        if (iplugin->hide_if_no_battery)
        {
            if (iplugin->label)
                gtk_widget_hide(iplugin->label);
            if (iplugin->drawingArea)
                gtk_widget_hide(iplugin->drawingArea);
        }
        else
        {
            gtk_widget_set_tooltip_text( iplugin->vbox, _("No batteries found") );

            if (!iplugin->label)
            {
                iplugin->label = gtk_label_new("");
                gtk_box_pack_start(GTK_BOX(iplugin->hbox), iplugin->label, TRUE, FALSE, 0);
            }

            gtk_widget_show(iplugin->label);
            if (iplugin->drawingArea)
                gtk_widget_hide(iplugin->drawingArea);

            gtk_label_set_text(GTK_LABEL(iplugin->label), _("N/A"));
        }

        return;
    }

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

[Pro]

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

[geekless]

sfs, оперативный план на waterline 0.6.0:

http://make-linux.org/sde/2015/07/waterline-roadmap-0.6.0/

[g.art]

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

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

[geekless]

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

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

Это тоже из разряда "не ограничивать пользователя". Зачем писать лишнюю строчку кода, чтобы лишь только не позволить пользователю развернуть окно? Ну вот я и не пишу.)

А multiload не я писал. 

[sfs]

Поэтому предлагаю на ней сконцентрироваться.

Если Вы заметили - я так и сделал  
С опенбокс осталась только проблема -4 (и, возможно это проблема PRA; т.к. в caja аналогично)
Надо как-то ее решить - и можно sde использовать
Про roadmap - не много ли там улучшений для релиза. Может застабилицировать как есть (с решением только проблем, без улучшений), а потом уже двинуться дальше...
https://aur.archlinux.org/packages/lxkb-config-git/ - не будете включать? Если позиционировать как DE - надо бы это и редактор ~/.config/autostart. А в идеале еще и выбор локали, часовой зоны (все пежелания на перспективу, а не в ближайший релиз)

Кусок кода про батарею уже в гит или попробовать включить руками? Или рано?

[geekless]

С опенбокс осталась только проблема -4 (и, возможно это проблема PRA; т.к. в caja аналогично)

Я пока не уверен, чья это проблема.
В прошлом году я заметил, что stuurman сегфолтается при отмонтировании флешки. Я проверил в pcmanfm и thunar - они оба тоже сегфолтались. Я покопался в коде и пришел к выводу, что это баг в gio. Я добавил небольшой хак в код stuurman-а, после чего stuurman падать перестал.
Но весной я заметил, что он снова падает.
Возможно, это уже другая проблема, не связаная с прошлогодней.

Вряд ли я на этой неделе смогу уделить внимание этому багу. Очень много дел.

Кусок кода про батарею уже в гит или попробовать включить руками? Или рано?

Да, уже в гит.

https://aur.archlinux.org/packages/lxkb-config-git/ - не будете включать? Если позиционировать как DE - надо бы это и редактор ~/.config/autostart. А в идеале еще и выбор локали, часовой зоны (все пежелания на перспективу, а не в ближайший релиз)

Пока рано об этом думать.

[sfs]

Кусок кода про батарею уже в гит или попробовать включить руками? Или рано?

Да, уже в гит.

Перестал собираться 64 бит waterline. PKGBUILD и src перекачивал. Ошибка в аттаче
Перекомпилял только waterline. Или надо было и все остальные пакеты тоже?

[geekless]

Все пакеты.

Советую пересобирать при помощи этого:
http://git.make-linux.org/repos-pacman/sde.git/tree/

Запуск make пересобирает и устанавливает в систему все пакеты проекта в правильном порядке (по зависимостям), а также создаёт репозиторий пакетов. Нужно только настроить разрешения в sudo, если не настроены.

[sfs]

http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/pra64-05/pfs/045-Waterline-git-20150701-s03_64.pfs (без изменений)
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/pra64-05/pfs/050-Stuurman-git-20150701-s02_64.pfs
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/pra64-05/pfs/080-Openbox-3.6.1-s01_64.pfs