[devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 508 bytes --]

Приветствую.

  Какие у нас есть соглашения (или уставившийся практика) по
использованию иконок расположенных в каталоге
/usr/share/design/current/icons?

  Как правильно поступать при создании своего
branding-<brand>-<theme>-graphics, для замены стандартной иконки на нужную?

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Thursday 26 November 2015 19:54:09 MSK Aleksey Avdeev wrote:
> Приветствую.
> 
>   Какие у нас есть соглашения (или уставившийся практика)
AFAIK нет по поводу замены стандартной иконки на нужную.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 3011 bytes --]

27.11.2015 12:09, Sergey V Turchin пишет:
> On Thursday 26 November 2015 19:54:09 MSK Aleksey Avdeev wrote:
>> Приветствую.
>>
>>   Какие у нас есть соглашения (или уставившийся практика)
> AFAIK нет по поводу замены стандартной иконки на нужную.

  Тогда придётся раскапывать, какая именно практика у нас устоялась...
Что удалось заметить на данный момент:

1. Похоже основное содержимое /usr/share/design/current/icons -- иконка
используемая в качестве символа главного меню WM (3 варианта: 48x48,
32x32 и 16x16). Да, не все темы её используют, но похоже что данный
вариант использования типовой.

2. Настройки для конкретных WM, содержащиеся в пакетах вида
branding-<brand>-<theme>-<WM>-settings, кроме всего прочего, настраивают
иконку главного меню WM. Как правило, подразумевается что там должна
использоваться иконка расположенная
в /usr/share/design/current/icons (см. п. 1).

3. Может ли иконка из /usr/share/design/current/icons использоваться в
качестве иконки некого пункта в меню, я не понял. Но по ощущениям --
такой вариант возможен (и/или использовался ранее).

  Замеченные некрасивости:

1. Дублирование файлов иконок /usr/share/design/<name>/icons с
содержимым /usr/share/icons/hicolor/*/apps. В частности
branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
дублируют у себя altlinux.png, содержащиеся в menu-icons-default.

2. Иконки расположенные в /usr/share/design/current/icons и
отсутствующие в /usr/share/icons/hicolor/*/apps, нельзя использовать в
меню простым образом (похоже что можно только с указанием полного пути к
файлу). Т. е. при создании собственного branding`а, массовой замены
имени используемой иконки на нужную недостаточно -- необходимо
обеспечить попадание требуемых иконок в соответствующие
/usr/share/icons/hicolor/<разрешение>/apps.

3. Похоже что некоторые WM (как минимум текущий xfce4) для обозначения
главного меню могут использовать только иконки расположенные в
стандартных местах (в /usr/share/icons/hicolor/*/apps, например). В
частности, при установки branding-school-master-xfce-setting-7.0.5-alt1
xfce4-panel-4.12.0-alt2 отображает символ не найденной иконки. Требуемая
иконка (silinux) появится на положенном месте только если файлы
silinux.png поместить в соответствующие каталоги
/usr/share/icons/hicolor/<разрешение>/apps и перестроить кеш
(gtk-update-icon-cache)...

  Отсюда вырисовываются следующие предложения:

1. Если branding-<brand>-<theme>-graphics содержит иконки
предоставляющие собой дубли чего-то помещаемого неким широко
используемым пакетом (таким как menu-icons-default)
в /usr/share/icons/hicolor -- логично в /usr/share/design/<имя>/icons
помещать симлинки.

2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
пакетов) -- их надо поместить и в соответствующие
/usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 715 bytes --]

27.11.2015 16:23, Aleksey Avdeev пишет:
...
> 
> 3. Похоже что некоторые WM (как минимум текущий xfce4) для обозначения
> главного меню могут использовать только иконки расположенные в
> стандартных местах (в /usr/share/icons/hicolor/*/apps, например). В
> частности, при установки branding-school-master-xfce-setting-7.0.5-alt1
> xfce4-panel-4.12.0-alt2 отображает символ не найденной иконки. Требуемая
> иконка (silinux) появится на положенном месте только если файлы
          ^^^^^^^
> silinux.png поместить в соответствующие каталоги
  ^^^^^^^

  Читать как slinux.

> /usr/share/icons/hicolor/<разрешение>/apps и перестроить кеш
> (gtk-update-icon-cache)...

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:

[...]
> 1. Похоже основное содержимое /usr/share/design/current/icons -- иконка
> используемая в качестве символа главного меню WM (3 варианта: 48x48,
> 32x32 и 16x16). Да, не все темы её используют, но похоже что данный
> вариант использования типовой.
Вполне возможно, т.к. /usr/share/design/current/icons/{large,mini} -- 
анахронизм.

> 2. Настройки для конкретных WM, содержащиеся в пакетах вида
> branding-<brand>-<theme>-<WM>-settings, кроме всего прочего, настраивают
> иконку главного меню WM. Как правило, подразумевается что там должна
> использоваться иконка расположенная
> в /usr/share/design/current/icons (см. п. 1).

> 3. Может ли иконка из /usr/share/design/current/icons использоваться в
> качестве иконки некого пункта в меню, я не понял. Но по ощущениям --
> такой вариант возможен
Для freedesktop меню невозможен, т.к. путь нестандартный.
Для debian menu может быть как угодно.

> (и/или использовался ранее).
Возможно, во времена до /usr/share/icons .

>   Замеченные некрасивости:
> 
> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
> содержимым /usr/share/icons/hicolor/*/apps. В частности
> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
Проблема с автозависимостями на симлинки.

> 3. Похоже что некоторые WM (как минимум текущий xfce4) для обозначения
> главного меню могут использовать только иконки расположенные в
> стандартных местах (в /usr/share/icons/hicolor/*/apps, например).
Чем дальше, тем более некоторые.

[...]
> 1. Если branding-<brand>-<theme>-graphics содержит иконки
> предоставляющие собой дубли чего-то помещаемого неким широко
> используемым пакетом (таким как menu-icons-default)
> в /usr/share/icons/hicolor -- логично в /usr/share/design/<имя>/icons
> помещать симлинки.
Да, уже можно, т.к. menu-icons-default существует.

> 2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
> отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
> пакетов) -- их надо поместить и в соответствующие
> /usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.
Нельзя делать лишние фичи, отсутствующие в других брандингах, т.к. они 
конфликтуют между собой, т.к. это приведет к тому, что будет невозможно 
установить 2 разных оконных среды, т.к. каждая хочет свой брандинг.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2548 bytes --]

Приветствую.

  Готов вернуться к иконкам.

27.11.2015 17:06, Sergey V Turchin пишет:
> On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:
> 
...
>>
>> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
>> содержимым /usr/share/icons/hicolor/*/apps. В частности
>> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
>> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
> Проблема с автозависимостями на симлинки.

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

...
> 
>> 2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
>> отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
>> пакетов) -- их надо поместить и в соответствующие
>> /usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.
> Нельзя делать лишние фичи, отсутствующие в других брандингах, т.к. они 
> конфликтуют между собой, т.к. это приведет к тому, что будет невозможно 
> установить 2 разных оконных среды, т.к. каждая хочет свой брандинг.

  Тогда вырисовывается следующая схема:

1. Есть пакет (группа пакетов) предоставляющая некоторые уникальные
иконки, как файлы <имя>.png расположенные в /usr/share/icons/hicolor. (В
частности, у нас menu-icons-default является таким пакетом,
предоставляющим altlinux.png.) При условии, что каждое уникальное
изображение имеет своё уникальное имя (например altlinux у картинки с
пингвинами или p7 логотипа p7), пакеты предоставляющие иконки между
собой конфликтовать не будут. Возможно, такие пакеты стоит формировать
отдельным спеком -- всё равно картинки жыват своей жизнью, и их
фактическое содержимое меняется сильно реже чем пакеты с брендингом.

2. Пакеты предоставляющие иконки со стандартизованными именами, такими
как product или product-logo, а по факту -- симлинки на файлы
предоставляемые пакетами п. 1. (Теоретически, эти симлинки можно
создавать через alternatives. Но по моему этот вариант будет хуже
простых симлинков.) Эти пакеты уже можно собирать из общего спека
(branding-<brand>-<theme>).

3. Во всех подпакетах, branding-<brand>-<theme>-*, где будет нужен
доступ к картинкам -- используется доступ к симлинкам п. 2, через
симлинк на симлинк, полный путь и/или имя симлинка. (Кроме содержимого
/usr/share/doc/indexhtml -- похоже что сюда файлы картинок нужно
копировать.)

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote:
> Приветствую.
> 
>   Готов вернуться к иконкам.
> 
> 27.11.2015 17:06, Sergey V Turchin пишет:
> > On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:
> ...
> 
> >> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
> >> содержимым /usr/share/icons/hicolor/*/apps. В частности
> >> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
> >> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
> > 
> > Проблема с автозависимостями на симлинки.
> 
>   Правильно понимаю, что имеется в виду замена файловой зависимости на
> пакетную, в ситуации когда при сборке из одного спека файл находится в
> одном пакете а симлинк на него указывающий -- в другом?
Когда файл находится в нескольких пакетах, в каждом из которых 
альтернатива(автоProvides), которую по симлинку автоRequires. В качестве 
зависимости попадает случайный из тех пакетов с файлом.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Wednesday 09 December 2015 14:10:24 MSK Sergey V wrote:
> On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote:
> > Приветствую.
> > 
> >   Готов вернуться к иконкам.
> > 
> > 27.11.2015 17:06, Sergey V Turchin пишет:
> > > On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:
> > ...
> > 
> > >> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
> > >> содержимым /usr/share/icons/hicolor/*/apps. В частности
> > >> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
> > >> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
> > > 
> > > Проблема с автозависимостями на симлинки.
> > > 
> >   Правильно понимаю, что имеется в виду замена файловой зависимости на
> > 
> > пакетную, в ситуации когда при сборке из одного спека файл находится в
> > одном пакете а симлинк на него указывающий -- в другом?
> 
> Когда файл находится в нескольких пакетах, в каждом из которых
> альтернатива(автоProvides), которую по симлинку автоRequires. В качестве
> зависимости попадает случайный из тех пакетов с файлом.
Пороблему рашается, если пакет, содержащий симлинк на файл из альтернатив явно 
в спеке исключает этот симлинк из поиска зависимостей.

> [...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1129 bytes --]

09.12.2015 14:16, Sergey V Turchin пишет:
> On Wednesday 09 December 2015 14:10:24 MSK Sergey V wrote:
>> On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote:
...
>>> 27.11.2015 17:06, Sergey V Turchin пишет:
>>>> On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:
>>> ...
>>>
>>>>> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
>>>>> содержимым /usr/share/icons/hicolor/*/apps. В частности
>>>>> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
>>>>> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
>>>>
>>>> Проблема с автозависимостями на симлинки.
>>>>
...
>>
>> Когда файл находится в нескольких пакетах, в каждом из которых
>> альтернатива(автоProvides), которую по симлинку автоRequires. В качестве
>> зависимости попадает случайный из тех пакетов с файлом.
> Пороблему рашается, если пакет, содержащий симлинк на файл из альтернатив явно 
> в спеке исключает этот симлинк из поиска зависимостей.

  Как это (исключать конкретные файлы/симлинки из поиска
автозависимостей) правильно делать?

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Wednesday 09 December 2015 14:23:47 MSK Aleksey Avdeev wrote:

[...]
>   Как это (исключать конкретные файлы/симлинки из поиска
> автозависимостей) правильно делать?
%add_findreq_skiplist /path/to/filemask

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote:

[...]
> ...
> 
> >> 2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
> >> отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
> >> пакетов) -- их надо поместить и в соответствующие
> >> /usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.
> > 
> > Нельзя делать лишние фичи, отсутствующие в других брандингах, т.к. они
> > конфликтуют между собой, т.к. это приведет к тому, что будет невозможно
> > установить 2 разных оконных среды, т.к. каждая хочет свой брандинг.
> 
>   Тогда вырисовывается следующая схема:
> 
> 1. Есть пакет (группа пакетов) предоставляющая некоторые уникальные
> иконки, как файлы <имя>.png расположенные в /usr/share/icons/hicolor. (В
> частности, у нас menu-icons-default является таким пакетом,
> предоставляющим altlinux.png.) При условии, что каждое уникальное
> изображение имеет своё уникальное имя (например altlinux у картинки с
> пингвинами или p7 логотипа p7), пакеты предоставляющие иконки между
> собой конфликтовать не будут. Возможно, такие пакеты стоит формировать
> отдельным спеком -- всё равно картинки жыват своей жизнью, и их
> фактическое содержимое меняется сильно реже чем пакеты с брендингом.
Вижу только плохое в дроблении branding-*-graphics.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2832 bytes --]

09.12.2015 14:20, Sergey V Turchin пишет:
> On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote:
> 
> [...]
>> ...
>>
>>>> 2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
>>>> отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
>>>> пакетов) -- их надо поместить и в соответствующие
>>>> /usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.
>>>
>>> Нельзя делать лишние фичи, отсутствующие в других брандингах, т.к. они
>>> конфликтуют между собой, т.к. это приведет к тому, что будет невозможно
>>> установить 2 разных оконных среды, т.к. каждая хочет свой брандинг.
>>
>>   Тогда вырисовывается следующая схема:
>>
>> 1. Есть пакет (группа пакетов) предоставляющая некоторые уникальные
>> иконки, как файлы <имя>.png расположенные в /usr/share/icons/hicolor. (В
>> частности, у нас menu-icons-default является таким пакетом,
>> предоставляющим altlinux.png.) При условии, что каждое уникальное
>> изображение имеет своё уникальное имя (например altlinux у картинки с
>> пингвинами или p7 логотипа p7), пакеты предоставляющие иконки между
>> собой конфликтовать не будут. Возможно, такие пакеты стоит формировать
>> отдельным спеком -- всё равно картинки жыват своей жизнью, и их
>> фактическое содержимое меняется сильно реже чем пакеты с брендингом.
> Вижу только плохое в дроблении branding-*-graphics.

  Вынос иконок в отдельный пакет позволяет красиво разрулить ситуации,
когда иконка используется не только пакетами branding-*, но и другими,
не связанными с ними жёстко:

1. Пакет явным образом требующий иконку можно будет поставить при любом
установленном брендинге. (Т. к. по зависимостям будет вытягиваться пакет
с нужной иконкой а не некий branding-*-graphics.)

2. За счёт стандартизации имён иконок через симлинки, можно будет
использовать иконку из брендинга (например product) не привязываясь к
нему жёстко.

  Примеры:

1. У нас есть пункты меню, иконки для которых должны совпадать с иконкой
дистрибутива (описание дистрибутива и пр. п.). Сейчас .desktop файлы для
таких пунктов формируются в пакетах branding, и для того же  acc (где
это тоже жедательно, ИМХО) такое не сделавший (т. к. отдельное
приложение, с брендингом не связанное). В предлагаемой же схеме, он
(acc) может требовать наличия иконки product, а уже какой именно иконкой
будет этот product -- можно задать симлинком (на реальную иконку) в
используемом branding-*-graphics. (Думаю, что в большинстве случаев
product будет указывать на altlinux. Но не всегда -- как минимум мне
данную иконку придётся менять.)

2. У нас есть apt-indicator требующий иконки altlinux. И он будет
использовать altlinux независимо от использованного брендинга.

PS: Похоже несколько сумбурно получилось...

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Wednesday 09 December 2015 15:50:39 MSK Aleksey Avdeev wrote:

[...]
> >> Возможно, такие пакеты стоит формировать
> >> отдельным спеком -- всё равно картинки жыват своей жизнью, и их
> >> фактическое содержимое меняется сильно реже чем пакеты с брендингом.
> > 
> > Вижу только плохое в дроблении branding-*-graphics.
> 
>   Вынос иконок в отдельный пакет позволяет
Без разницы.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

[Sergey V Turchin]

On Wednesday 09 December 2015 15:50:39 MSK Aleksey Avdeev wrote:

[...]
> красиво разрулить ситуации,
Криво нагородить костылей, разве что.
Красиво это будет, если в рамках branding-*-graphics. Может, полностью 
переработанного.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/