Bug 32528 - Добавить desktop файл к mcedit
: Добавить desktop файл к mcedit
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/mc)
: unstable
: all Linux
: P3 enhancement
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2016-09-26 08:43 by
Modified: 2017-12-13 09:17 (History)


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


Note

You need to log in before you can comment on or make changes to this bug.


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

Стоит у mcedit сделать desktop файл, что-бы он отображался в меню среди
редакторов.
------- Comment #1 From 2016-09-26 09:01:55 -------
Даже не знаю. На мой взгляд, в этом меню вообще не должно быть ничего
текстового, ни nano, ни mcedit.
------- Comment #2 From 2016-09-26 09:25:13 -------
Я думаю файл можно создать, но как-то сделать так, что-бы он сразу в меню не
лез, а при желании пользователя, или разработчика дистрибутива можно-бы было
легко его включить в меню.
Вот как - наверное через Категории , или что-то подобное. Во всяком случае
должна быть одна "политика"  - если 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 From 2016-09-27 11:40:37 -------
(В ответ на комментарий №1)
> Даже не знаю. На мой взгляд, в этом меню вообще не должно быть ничего
> текстового, ни nano, ни mcedit.
+1

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

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

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

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

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

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

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

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

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

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

> Icon=nano

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

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

И кстати - я смотрю среди иконок есть и png и svg в разных темах.
------- Comment #10 From 2017-04-20 11:00:58 -------
Created an attachment (id=7066) [details]
mcedit.desktop в первом приближении
------- Comment #11 From 2017-04-20 11:09:35 -------
(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 From 2017-04-20 18:32:34 -------
https://midnight-commander.org/ticket/3812
------- Comment #13 From 2017-12-13 09:14:07 -------
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