19618 2009-04-14 12:33:37 +0400 Виджет списка дополнительных групп при установке 2010-10-26 15:26:07 +0400 1 1 4 Development Sisyphus alterator-browser-qt unstable all Linux CLOSED FIXED usability P3 normal --- 23155 1 cas zerg boyarsh inger kharpost qa-sisyphus oldest_to_newest 89358 0 cas 2009-04-14 12:33:37 +0400 +++ Данная ошибка создана размножением ошибки 19611 +++ Для выбора групп пакетов требуется виджет выбора групп (checkbox'ы, со значками, названием и описанием). [x] значок название (полужирным) описание 89493 1 zerg 2009-04-15 17:34:53 +0400 Есть идеи, для чего он может еще быть использован? 89503 2 zerg 2009-04-15 20:17:45 +0400 Есть идея доработать текущий: Картинки можно справа помещать, а крыжики остануться слева. Так же можно добавить event, который будет отправляться при нахождении курсора мыши над строкой. По нему в отдельном label можно будет показывать соотв. description. Это сэкономит место по высоте. 89524 3 cas 2009-04-16 10:39:56 +0400 (В ответ на комментарий №2) > Есть идея доработать текущий: > Картинки можно справа помещать, а крыжики остануться слева. > Так же можно добавить event, который будет отправляться при нахождении курсора > мыши над строкой. По нему в отдельном label можно будет показывать соотв. > description. Это сэкономит место по высоте. Не годится. Нынешний список очень сложно использовать. 89528 4 cas 2009-04-16 11:03:35 +0400 Есть также предложение сделать выделение в виде дерева, а описание и (опционально) значок - в виде отдельного блока. То есть примерно так: Виджет списка: > [x] Работа с мультимедиа L [x] Редактирование звука L [x] Редактирование звука L [x] Редактирование звука При нажатии на галочку (>) ветка сворачивается или разворачивается. По умолчанию все ветки свёрнуты. При нажатии на текст пункта показывается его описание (пока без значка можно) в виджете 2 (обычный Label с переносом), расположенный под списком. 89540 5 zerg 2009-04-16 13:31:00 +0400 (В ответ на комментарий №3) > Нынешний список очень сложно использовать. Кому? Пользователю? Чем? Почему "очень"? 89542 6 zerg 2009-04-16 13:37:04 +0400 (В ответ на комментарий №3) > Нынешний список очень сложно использовать. Я подозреваю, что новый будет действительно "очень сложно использовать" Стасу, т.к. тот же ахалай-махалай, который он сделал с tree повторить(еще и с наворотами) не смогу, а сделаю по-своему. 89573 7 cas 2009-04-17 11:04:38 +0400 (В ответ на комментарий №5) > (В ответ на комментарий №3) > > Нынешний список очень сложно использовать. > Кому? Пользователю? Да. И не одному. > Чем? Почему "очень"? Потому что а) слишком много пунктов, а в большом списке легко пропустить нужное б) нет описаний в) нет структурированности (как следствие — см. п. а) г) выделение всей строки сбивает пользателя с толку, он привык что выделение показывает текущий фокус. 89595 8 zerg 2009-04-17 13:28:33 +0400 (В ответ на комментарий №7) > а) слишком много пунктов, а в большом списке легко пропустить нужное С деревом меньше пунктов не станет > б) нет описаний с описаниями их будет "еще больше", поэтому предлагаю по накрытию мышкой показывать описание в одном отдельном месте (это далеко не моя идея, см. настройки virtualbox). > в) нет структурированности (как следствие — см. п. а) Насчем неразвернутости дерева по умолчанию сомневаюсь, т.к. "легко пропустить нужное". А-а-а, там получиться плюс в том, что всю ветку отметить можно будет. > г) выделение всей строки сбивает пользателя с толку, он привык что выделение > показывает текущий фокус. Там еще галки есть. Выделение, согласен, лишенее, но сбивать не должно, т.к. везде такое используется. В HTML списках с множественным выбором, например. В общем, что-нибудь сварганю, но мне кажется, что это не быстро. 89636 9 cas 2009-04-17 20:53:39 +0400 (В ответ на комментарий №8) > (В ответ на комментарий №7) > > а) слишком много пунктов, а в большом списке легко пропустить нужное > С деревом меньше пунктов не станет Будет меньше пунктов на верхнем уровне. > > б) нет описаний > с описаниями их будет "еще больше", поэтому предлагаю по накрытию мышкой > показывать описание в одном отдельном месте (это далеко не моя идея, см. > настройки virtualbox). Читай мой комментарий #4 - я как раз это и предлагал. > > в) нет структурированности (как следствие — см. п. а) > Насчем неразвернутости дерева по умолчанию сомневаюсь, т.к. "легко пропустить > нужное". > А-а-а, там получиться плюс в том, что всю ветку отметить можно будет. Угу. Зато не будет путаницы. Пользователь же идёт от общих задач. > > г) выделение всей строки сбивает пользателя с толку, он привык что выделение > > показывает текущий фокус. > Там еще галки есть. Выделение, согласен, лишенее, но сбивать не должно, т.к. > везде такое используется. В HTML списках с множественным выбором, например. Неее, это только твоё творчество. > В общем, что-нибудь сварганю, но мне кажется, что это не быстро. Я не тороплю ;) 89822 10 zerg 2009-04-21 12:35:16 +0400 (В ответ на комментарий №9) > > везде такое используется. В HTML списках с множественным выбором, например. > Неее, это только твоё творчество. Мое творчество -- галочки. А выделение везде есть. 89823 11 cas 2009-04-21 12:41:00 +0400 (В ответ на комментарий №10) > Мое творчество -- галочки. А выделение везде есть. Нет, выделение по включение галочки только у тебя есть. Что не есть правильно. 89825 12 zerg 2009-04-21 13:10:35 +0400 (В ответ на комментарий №11) > Нет, выделение по включение галочки только у тебя есть. Еще раз повторяю. У меня включение галочки по выделению. Галочки туда я запихал. Остальное стандартное, как в HTML, например. 108053 13 cas 2010-03-23 17:08:19 +0300 Реанимируем тему для Кентавра. Сергей, что необходимо чтобы реализовать? 108055 14 cas 2010-03-23 17:26:16 +0300 Как минимум, пока можно реализовать без значков и описаний. Просто иерархический список с контролируемым включением/выключением флажков и управлением первоначальным сворачиванием (до первого уровня). 108056 15 zerg 2010-03-23 17:28:06 +0300 (В ответ на комментарий №13) > Сергей, что необходимо чтобы реализовать? Мне врубиться в "Model/View Programming", но пока не врубаюсь 108058 16 cas 2010-03-23 17:50:28 +0300 (В ответ на комментарий №15) > Мне врубиться в "Model/View Programming", но пока не врубаюсь А зачем? Внешний вид переключаться не будет. Так что парадигма MVC здесь не особо уместна и избыточна. 108060 17 zerg 2010-03-23 18:50:32 +0300 Тогда я просто не знаю, как сделать. Если есть исходники необходимого класса, дайте -- встрою. 108061 18 cas 2010-03-23 19:55:04 +0300 (В ответ на комментарий №17) > Тогда я просто не знаю, как сделать. Если есть исходники необходимого класса, > дайте -- встрою. Нужно на этапе создания строки добавить что-то типа (внимание! неработающий прототип!) --- a/alterator-browser-qt/widgets/al_listbox.cc +++ b/alterator-browser-qt/widgets/al_listbox.cc @@ -124,6 +124,25 @@ void AListBox::addRow(QStringList& data, RowType row_type) int col = 0; AListBoxItem *item = new AListBoxItem(this); + + /* + else if ("parent" == name) + { + // Lookup parent if it name is defined + if( ! value.isEmpty() ) { + QTreeWidgetItem *parent = NULL; + QList<QTreeWidgetItem *> l = wnd_->findItems( value ); + if( l.count() > 0 ) { + parent = l.at(0); + } + } + + // Set parent by create new item and move under new parent + if( parent ) { + parent->addChild( ); + } + } + */ 108062 19 cas 2010-03-23 19:57:28 +0300 Есть две проблемы: 1. addRow не принимает сторонних свойств (name, parent,...) 2. Не факт, что элемент родителя будет создан раньше дочернего элемента. 108078 20 zerg 2010-03-24 11:51:13 +0300 (В ответ на комментарий №18) > неработающий прототип! Да таких я много могу сделать, а толку? 109887 21 zerg 2010-06-15 17:02:15 +0400 alterator-browser-qt-2.13.0-alt1