Re: [gnome-cyr] Почему у меня постоянно бъются темы?



Sergey V. Oudaltsov пишет:

речь не о войне за новый протокол, а о том, чтобы ограничение было адресным, коли оно есть. Наличие ограничения в xkb еще не значит, что
его надо всюду воспроизводить. Мне вот четырех раскладок за глаза
хватает. А кому то нет. И этот кто то не должен жаловаться на апплет,
что там 4 кнопки, а сразу адресоваться к xkb. Будет много народу -
исправят.
Народу, увы, много не будет. Поэтому не исправят. Этот тот случай, когда
технический прогресс в экзотических областях тормозится из-за
недостаточной "критической массы" желающих перемен.
так, стало быить, и не надо.
К тому и речь, что не стоит распылять внимание общественности. Его и так не много.

Кроме того, я уже говорил, что список подготовленных групп может иметь
больше 4x элементов. Из них 4 группы могут быть включены
одновременно.
Ну, это возможно. Ура! Я, кажется, понял Вашу мысль. Список
подготовленных групп - не более, чем "кеш" для того, чтобы пользователь
пореже лазил в дерево. С одной стороны, может быть удобно. С другой - не
вижу особого смысла. Соотношение польза/усилия как-то очень маленькое.
Не такое уж это дерево большое - и не так уж сложно в нем что-то найти.
Это сегодня всего лишь навигация по дереву.

Завтра это может быть сопоставление значка группе, псевдонима списка, еще какие нибудь опции.
Программа живет, программа изменяется, а дизайн это терпит.

Да имхо тольку тогда немного. Проще прибить такую опцию.
Почему??? Та же группа по умолчанию - очень полезная опция. Я сам ее
пользую. И хорошо бы, чтобы ее понимали "на высшем уровне". Но ведь
этого нет. И от этого опцию прибивать мы не будем (правда, да? -

произносится заискивающим тоном, широко раскрыв глаза:)
проще использовать группу с индексом 0.
с xfree 4.3.1 или патчами там можно ставить все, что угодно.

Отчасти такое решение снимает остроту ограничения в 4-ре раскладки, поскольку перемещает его из области "4 раскладки" в еще более редкую область "4 активных раскладки"
Не очень снимает. Капплет-то все равно нужно вызывать - для актуализации
раскладок. Единственный реальный выигрыш - работа с деревом. Не убежден,
что это ТАКОЙ большой выигрыш.
Эту операцию можно доверить юзеру. А вот полноценную добавку группы - не всегда. К тому же список полностью удовлетворяет gnome hig (3-5 элементов), а дерево раскладок - нет.


Вот поэтому флаг нефункционален.
Но людям нравится! И мне, кстати, тоже:)
Нравится тем, кто не видит противоречий с политикой.
А их, противоречий может быть до чертиков.
Группа, это язык, а флаг - гос. символ. Это разные вещи.
Тому, кто хочет сделать универсальный индикатор для всех, не стоит так подставлятся.

не думаю. скорее, глюков наловим по самое небалуйся.
Почему? Если глюки наши - переживем, пофиксим. За плагины мы не отвечаем
- если мы дадим хороший интерфейс.

не стоит программировать глюки заранее.
это все равно, что повороты на дорогах.
лучше без них.

добавлем плагин, а его виджет молча проигнорирован. А он к нему лезет
с методами этого самого виджета, который выкинут. segfault?
Да, именно так. Плагины - код. В них могут быть ошибки. Если мы не даем
гарантии плагину, что его виджет будет использован - он должен это
учитывать. Жаль только, что segfault будет про нашу прогу:)
это race. такой плагин будет 100% работать у создателя и 50/50 у пользователя.
более хреновую вещь трудно себе представить.


Корректная кастомизация вида без знания типа виджета - тот еще гемор и
опять стоимость этого действа будет запредельной.
Почему без знания? Тот же autocorrect - может узнать тип виджета
(спасибо Gtk). И если это label - поменять цвет. Если картинка - масочку
наложить. Очень даже миленько и гибко. И почему дорого?
Это я так предлагал.
А custom widget, это вовсе не GtkLabel и GtkImage, а десятки надстроенных и совсем других виджетов. Че с ними делать, никто не знает. Получается, поставил такой плагин с надувным орлом первым и все остальные плагины как ослепли, а передвинул его в хвост и ... черт его знает. От других плагинов зависит.
Не знаю. По моему крайне неудачно.





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]