From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [devel] Re: gtk engines smooth From: =?koi8-r?Q?=F7=D1=DE=C5=D3=CC=C1=D7_?= =?koi8-r?Q?=E4=C9=CB=CF=CE=CF=D7?= To: ALT Devel discussion list In-Reply-To: <20040907054500.GT19994@osdn.org.ua> References: <1094405260.1319.86.camel@alpha.tirs.ru> <20040906142008.GG27133@pyro.hopawar.private.net> <1094502670.5807.63.camel@alpha.tirs.ru> <20040907054500.GT19994@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R Date: Tue, 07 Sep 2004 10:52:48 +0400 Message-Id: <1094539968.17175.34.camel@alpha.tirs.ru> Mime-Version: 1.0 X-Mailer: Evolution 1.5.8 (1.5.8-alt0.5) Content-Transfer-Encoding: 8bit X-Spam: Not detected X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 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: Tue, 07 Sep 2004 06:53:34 -0000 Archived-At: List-Archive: List-Post: On Втр, 2004-09-07 at 08:45 +0300, Michael Shigorin wrote: > On Tue, Sep 07, 2004 at 12:31:10AM +0400, Вячеслав Диконов wrote: > > Достоинство - [...] гарантированная синхронность переключения. > > Боюсь, такая схема заблокирует темы, которые не существуют для > обеих версий gtk. Не знаю, каков процент таких и при этом > симпатичных, но вводить такое ограничение не хотелось бы. а) Действительно популярные и хорошие темы существуют для обеих версий gtk. б) gtkrc для gtk1 и 2 отличаются мало. Поэтому портировать удачную тему назад несложно. в) Тем gtk1 в несколько раз больше чем тем gtk2 и благодаря преемственности почти всегда можно подобрать похожую. Я хочу чтобы в идеале все темы были комплектными. > > > Удобство переключения, это, конечно, круто, но, во-первых, > > > есть вопросы относительно того, всегда ли такая синхронность > > > нужна, > > Она нужна до тех пор, пока в Сизифе есть gtk1. > > Да ну. Ну да. Речь ведь была об уровне gtk1-gtk2. О более сложных проблемах см. далее. > > Поскольку он уходящее явление, то следует максимально упрощать > > всю сопутствующую инфраструктуру и не городить лишних пакетов. > > Не совсем согласен. Предложение с тематическими подборками тем > (ahem) как-то более похоже на разумный компромисс между завалом > пакетов и завалом барахла. Скорее получаются не тематические подборки, а по возможности полные комплекты тем одного стиля/автора (по известным пакетам типа redhat-artwork и gnome-themes-extra) либо для gtk - семейства (основанные на одном и том же модуле прорисовки, что есть формальный технологический признак). Каждый комплект должен иметь 1-2 вершинных пакета gnome-themes-* и возможно аналогичный kde-themes-*, вытаскивающих все части зависимостями. Для *WM могут быть свои подобные пакеты (Например тема Enlightenment + соответствующая тема gtk). Барахло в виде разрозненных тем никуда не денется, потому что его слишком много, а высокоинтегрированных вариантов - слишком мало. > > Идея в том, чтобы переключение темы оказывало единообразное > > действие на все установленные программы (или максимальное их > > число). > > Для этого как минимум переключалка должна быть с синхронизатором, > поскольку места разные. Это технически есть? Частично да. В рамках gnome-gtk. OO, Tk, Motif умеют лишь синхронизировать цвета. Самый больной вопрос - Qt c KDE. Они ничем посторонним не контролируются и как обеспечить синхронное переключение тем и палитр Qt из Гнома я не знаю. Кроме того, неясно как переключать темы всяких xine xmms и т.п. Получается, что для более полного охвата нужно писать систему наподобие menu, но для тем. > Второе -- я бы не делал *жестким* это условие. Мне, например, > фиолетово, и не я один скептически отношусь к идеям вроде > bluecurve. Т.е. право на жизнь такой подход имеет, но никак не > монополистическое. Кто говорил о монополии? Действительно общих тем (Bluecurve, Galaxy и отчасти варианты подобные K|Geramik) единицы. Их сложно, но нужно собирать. Все остальные также будут доступны в пакетах и также могут быть установлены из Интернета. Проблема в их разрозненности и количестве труда затрачиваемого на их включение и подбор сочетаний пользователем. -- Вячеслав Диконов