Bug 32528 - Добавить desktop файл к mcedit
Summary: Добавить desktop файл к mcedit
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: mc (show other bugs)
Version: unstable
Hardware: all Linux
: P3 enhancement
Assignee: Sergey Y. Afonin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-26 08:43 MSK by ruslandh
Modified: 2017-12-13 09:17 MSK (History)
4 users (show)

See Also:


Attachments
Основа иконки ? (12.54 KB, image/png)
2016-12-01 09:13 MSK, ruslandh
no flags Details
mcedit.desktop в первом приближении (357 bytes, application/x-desktop)
2017-04-20 11:00 MSK, Sergey Y. Afonin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
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