Bug 32528

Summary: Добавить desktop файл к mcedit
Product: Sisyphus Reporter: ruslandh <ruslandh>
Component: mcAssignee: Sergey Y. Afonin <asy>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: enhancement    
Priority: P3 CC: antohami, asy, azol, mike, ruslandh, zerg
Version: unstable   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
Основа иконки ?
none
mcedit.desktop в первом приближении none

Description ruslandh 2016-09-26 08:43:01 MSK
В рамках обсуждения на форуме
https://forum.altlinux.org/index.php?topic=3

Стоит у mcedit сделать desktop файл, что-бы он отображался в меню среди редакторов.
Comment 1 Sergey Y. Afonin 2016-09-26 09:01:55 MSK
Даже не знаю. На мой взгляд, в этом меню вообще не должно быть ничего текстового, ни nano, ни mcedit.
Comment 2 ruslandh 2016-09-26 09:25:13 MSK
Я думаю файл можно создать, но как-то сделать так, что-бы он сразу в меню не лез, а при желании пользователя, или разработчика дистрибутива можно-бы было легко его включить в меню.
Вот как - наверное через Категории , или что-то подобное. Во всяком случае должна быть одна "политика"  - если nano в меню, то и mcedit, а то как-то нехорошо получается - все пользуются mcedit, а в меню nano.

Кстати, у nano так:

"
[Desktop Entry]
Version=1.0
Type=Application
Name=nano
GenericName=Text Editor
GenericName[ru]=Текстовый редактор
Comment=An enhanced clone of the Pico text editor
Icon=nano
TryExec=nano
Exec=nano %F
Terminal=true
Categories=ConsoleOnly;Utility;TextEditor;
#MimeType=text/plain
"
Comment 3 Michael Shigorin 2016-09-27 11:40:37 MSK
(В ответ на комментарий №1)
> Даже не знаю. На мой взгляд, в этом меню вообще не должно быть ничего
> текстового, ни nano, ни mcedit.
+1

(В ответ на комментарий №2)
> Я думаю файл можно создать, но как-то сделать так, что-бы он сразу в меню не
> лез, а при желании пользователя, или разработчика дистрибутива можно-бы было
> легко его включить в меню.
Как?

PS: nano, lftp и подобное надо поубирать из меню нафиг: кто умеет ими пользоваться, тот подавно умеет запустить терминал (и понимает, зачем).
Comment 4 ruslandh 2016-09-28 05:48:16 MSK
Вот хорошо-бы об этом договориться, что-бы не было перекосов ;-)

Моя позиция сводится к тому, что-бы была явная политика.
Варианта вижу два:
- никаких desktop у текстовых редакторов.
- если есть в меню таой файл, то только у редактора, который советует применять "дистрибутивостроитель" (как сделано в Ubunta для nano). В этом то-же есть определённая зацепка - пользователь не знакомый с дистрибутивом знакомиться с тем текстовым редактором, который советуют применять в дистрибутиве.
Но текущие состояние - эnо "вообще ни в какие ворота не лезут".

PS перевешиваю багу на nano, что-бы услышать котрдоводы.
Comment 5 Sergey Y. Afonin 2016-09-28 08:58:26 MSK
(In reply to comment #4)

> PS перевешиваю багу на nano, что-бы услышать котрдоводы.

С учётом того, сколько его не обновляли, думаю, что лучше уж оставить, где было изначально. И что-то azol@ давно ничего не собирал, похоже.
Comment 6 Artem Zolochevskiy 2016-10-09 16:46:46 MSK
(In reply to comment #4)

Лично я целиком полностью за политику. Коль политики нет -- значит включать или не включать файл меню -- это на усмотрение собирающего.

Размышляя же о возможных вариантах и единообразии, очевидными являются следующие подходы:

- никакой политики нет. делай как пожелаешь
- для консольных приложений строго _не_ добавлять файлы desktop
- для консольных приложений строго добавлять фалы desktop
- для консольных приложений, если уж сопровождающий решил делать desktop, то строго следовать стандарту Freedesktop и строго не забывать Categories=ConsoleOnly. Ну действительно, раз стандартом предусмотрена такая категория, то совершенно очевидно, что и сами desktop файлы для таких приложений вполне себе являются допустимыми. Другой вопрос, что если вообще на глобальном уровне, либо на уровне конкретной граф. среды мы по каким-то соображениям не хотим таких приложений, то почему бы не обязать заниматься этим как раз саму граф. среду? Думаю, просто игнорировать где-то в KDE всё, что имеет Categories=ConsoleOnly, является достаточно тривиальной задачей.

Что бы мы в итоге не решили -- я только за! Моему сердцу милее последний вариант: для консольных приложений (понимая последствия) хочешь делай desktop, хочешь не делай, а уж отображать ли их реально в меню -- это пусть само меню решает :-)
Comment 7 Sergey Y. Afonin 2016-11-30 14:38:27 MSK
(In reply to comment #2)

> Icon=nano

А иконку кто-нибудь нарисует ? :-)
Comment 8 ruslandh 2016-12-01 08:57:11 MSK
А просто от mc нельзя?
Comment 9 ruslandh 2016-12-01 09:13:48 MSK
Created attachment 6886 [details]
Основа иконки ?

Ну типа этого, уменьшенного до 16 и 32 прикселей?

И кстати - я смотрю среди иконок есть и png и svg в разных темах.
Comment 10 Sergey Y. Afonin 2017-04-20 11:00:58 MSK
Created attachment 7066 [details]
mcedit.desktop в первом приближении
Comment 11 Sergey Y. Afonin 2017-04-20 11:09:35 MSK
(In reply to comment #0)

> В рамках обсуждения на форуме
> https://forum.altlinux.org/index.php?topic=3

Правильная ссылка:
https://forum.altlinux.org/index.php?topic=37349.msg295483#msg295483
Comment 12 Sergey Y. Afonin 2017-04-20 18:32:34 MSK
https://midnight-commander.org/ticket/3812
Comment 13 Repository Robot 2017-12-13 09:14:07 MSK
mc-4.8.20-alt1 -> sisyphus:

Mon Dec 11 2017 Sergey Y. Afonin <asy@altlinux.ru> 4.8.20-alt1
- 4.8.20
- added mcedit.desktop (ALT #32528)
- updated patches:
    alt-menu.patch
    alt-forceexec.patch
Comment 14 Антон Мидюков 2023-08-29 04:34:20 MSK
А нельзя было упаковать в отдельный пакет? Никому самое очевидное в голову придти не могло?
Comment 15 Sergey Y. Afonin 2023-08-29 11:05:05 MSK
(In reply to Антон Мидюков from comment #14)

> А нельзя было упаковать в отдельный пакет? Никому самое очевидное в голову
> придти не могло?

Ради двух маленьких файлов? Как mc.desktop паковался долгое время, так и mcedit запаковал. Хотя не двух, четырёх: тогда туда же и *.png паковать.
Comment 16 Антон Мидюков 2023-08-29 11:09:09 MSK
(Ответ для Sergey Y. Afonin на комментарий #15)
> (In reply to Антон Мидюков from comment #14)
> 
> > А нельзя было упаковать в отдельный пакет? Никому самое очевидное в голову
> > придти не могло?
> 
> Ради двух маленьких файлов? Как mc.desktop паковался долгое время, так и
> mcedit запаковал. Хотя не двух, четырёх: тогда туда же и *.png паковать.

Ну а почему нет? В будущем ещё /usr/share/metainfo/mc.metainfo.xml может добавиться. Зачем эти файлы на сервере к примеру?
Comment 17 ruslandh 2023-09-08 14:17:44 MSK
А давайте обсудим этот вопрос 

Мне понравилось решение с выделением desktop файлов и картинок к нему в отдельный пакет.

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

2 К стати почитал баги по mc.
Возможно для применения в графических средах сделать ещё один пакет, который переназначает кнопки для работы в графических терминалах , но это уже второе.
Там можно задействовать значение переменной TERM
Comment 18 ruslandh 2023-09-08 14:19:16 MSK
Пока переоткрою баг, хотя  вроде получается по смыслу обратный баг ;-)
Comment 19 Sergey Y. Afonin 2023-09-13 00:37:38 MSK
(In reply to ruslandh from comment #18)

> Пока переоткрою баг, хотя  вроде получается по смыслу обратный баг ;-)

А на что надо было в %changelog сослаться? :-)

Надо новый заводить: Bug 47541
Comment 20 Sergey V Turchin 2023-10-12 12:16:15 MSK
(Ответ для Антон Мидюков на комментарий #16)
> Зачем эти файлы на сервере к примеру?
А они ничем серверу не мешают.
Comment 21 Sergey V Turchin 2023-10-12 12:17:20 MSK
Теперь, наоборот баг. После обновления пропадёт из меню.
Надо было хотя бы сделать mc-core и mc(в который вынесли desktop-файлы).
Comment 22 Антон Мидюков 2023-10-12 12:26:02 MSK
(Ответ для Sergey V Turchin на комментарий #21)
> Теперь, наоборот баг. После обновления пропадёт из меню.
> Надо было хотя бы сделать mc-core и mc(в который вынесли desktop-файлы).

Не, надо было не тащить в p10.
Comment 23 Sergey V Turchin 2023-10-12 12:32:43 MSK
(Ответ для Антон Мидюков на комментарий #22)
> Не, надо было не тащить в p10.
IMHO фиг с ним. Конкретно mc у меня никогда не было мысли запускать из меню, хотя видел, что он там есть и иногда даже пробовал. Возможно, кому-то это надо, но я лично считаю, что бесполезно.

Только начинающему пользователю, чтоб увидеть в меню, что есть такой mc.
Comment 24 Sergey Y. Afonin 2023-10-12 13:01:48 MSK
(In reply to Антон Мидюков from comment #22)

> > Теперь, наоборот баг. После обновления пропадёт из меню.
> > Надо было хотя бы сделать mc-core и mc(в который вынесли desktop-файлы).
> 
> Не, надо было не тащить в p10.

И плодить ветки в git, Оно так-то не сложно, но copy проще. Мне показалось, что именно это изменение такого не заслуживает.