From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 26 Jan 2007 19:17:21 +0200 (EET) From: Igor Vlasenko To: ALT Devel discussion list In-Reply-To: <200701151717.43995.zerg@altlinux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=localhost; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] alt menu policy X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jan 2007 17:18:03 -0000 Archived-At: List-Archive: List-Post: > On Mon, 15 Jan 2007, Sergey V Turchin wrote: > Собственно, что и хочу реализовать, т.к. геморроя меньше всем. Сережа, я это понимаю, но говорю несколько о другом. Хочется, чтобы во время переезда (год?, два?, три?) меню не выглядело, как помойка. Надо было сначала продумать, расписать и донести до каждого, а уже потом ломать. Это как раз тот случай, когда 1 шаг 100 человек важнее, чем 100 шагов одного. Я как раз понимаю, что первое намного тяжелее, намного проще самому что-то сварганить молча. Мне лично совсем не нравится писать письма и флеймить в рассылке, и времени нет, как правило, молча что-то сделаю, и слава Богу. Но здесь как раз противоположный случай, когда руками выгребать сотни странных .desktop после каждого dist-upgrade. >> ==== 3. Преемственность. ==== >> Поддержка папок из старого меню. Для каждой папки из старого меню >> указать ее образ в новом меню, >> при необходимости создав новую категорию. >> X-ALTLinux-Configuration-Printing. >Я против X-* Это можно только на время переезда. Чтобы меню не ломать. Кроме того, у меня стойкое ощущение, что не по всем категориям оно нормально сбалансировано. В самой спецификации заложена возможность расширения в дистрибутиве. >> 1.2. Явная структура нового меню --- полный список всех папок. >Это только для Debian menu. >Обычно достаточно указать 2 категории: 1-у из 1-й и 1-у из 2-й >таблицы http://standards.freedesktop.org/menu-spec/1.0/apa.html Другими словами, полный список всех категорий. Хотя бы переписать с freedesktop.org (может, просить подключать documentation team?) и все-таки выписать в полиси явно. Здесь проблема в следующем. Что в .desktop файлах разных пакетов я наблюдаю обилие лишних категорий (безвредно) и нехватку нужных (приводит к появлению пунктов меню в левых местах) Это свидетельствует о том, что очень многие майнтайнеры не ориентируются в том, как по новому делать меню. :( Да и я. Начитался freedesktop.org и строю иллюзии :( >> ==== 2. Сбалансированность. ==== >> принцип построения меню --- если в подпапках, то в подпапках. >> Весьма желательно. чтобы папка содержала либо подпапки, либо >> приложения, но не оба вместе. >> Для этого при необходимости ввести категории >> X-ALTLinux-БлаБлаБла-Other >> как очень мудро было сделано в старом меню. >Я категорически против всяких X-* А какие альтернативы кроме мусорника на время переезда, когда будет сосуществование обеих типов меню? >> ==== 4. Нейтральность. ==== >> >> .desktop файл позволяет указывать, в меню каких оконных >> менеджеров их показывать. >> Поэтому общесистемное меню должно быть оконно нейтральным, а для >> специфических примочек надо выделять отдельный набор >> .desktop файлов с указанием OnlyShowIn=БлаБла. >> >> Примером, почему это важно служит текущая сборка KDE. >> Так, как там - делать нельзя. >> Там во всяких KDE'шных примочках меню стоит NotShowIn=GNOME. >> В результате на пользователей всех других оконных менеджеров (не >> KDE. и не GNOME) высыпается гора мусора. >Это момент, с которым пока не ясна до конца ситуация. >Отчасти это из-за того, что IceWM нет в >http://standards.freedesktop.org/menu-spec/1.0/apb.html , отчасти >из-за того, что в menu добавлена поддержка меню Freedesktop, >которая в свою очередь не совершенна. Так надо продумать и выписать в полиси. Раньше konquerror был в сеть/www, и это было логично. теперь прямо в корне сети, из-за kde-специфич. категории. С другой стороны, в KDE это наверное естественно. Такое лучше разруливать 2-мя наборами .desktop, 1--заточка под меню KDE, 2 набор -- для всех других оконных, -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine