Board.KolibriOS.org
http://board.kolibrios.org/

Другой взгляд на интерфейс, альтернатива @panel
http://board.kolibrios.org/viewtopic.php?f=39&t=1336
Page 2 of 11

Author:  ДедОк [ Sun Oct 11, 2009 5:36 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Главное - хорошо код комментируй...;)

Author:  Gluk [ Sun Oct 11, 2009 5:50 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Mario, в общем-то я понимаю это.. Но даже не представляю как должна выглядеть правильная документация, как переконвертировать в нее набор идей.
Хотя каркас - это всего-лишь создание самих панелей в соответствии с данными в оперативной памяти, в общем-то особо меняться тут врятли что-либо будет. Другой вопрос - более сложные вещи, как например API виджетов или как данными будет описано расположение элементов на панели, и сами эти элементы - но в каркас это не входит, поэтому можно заниматься этим параллельно, наверное..

Author:  Mario [ Sun Oct 11, 2009 6:40 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Gluk wrote:
Но даже не представляю как должна выглядеть правильная документация, как переконвертировать в нее набор идей.

А пользоваться чужим опытом религия не позволяет?
Например в этой теме <Lrz> выложил архив (пост от июл 22, 2009 3:06 pm ), можно скачать его и посмотреть как человек описал свой проект - макрос load_lib. Заодно может и пригодится - сможешь применять для подгрузки и импорта библиотек.

Author:  Albom [ Sun Oct 11, 2009 6:48 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

у меня двойственные взгляды на происходящее:
1) кодить без разработки структуры глупо - потом будут такие костыли. исправлять никто не захочет, а если и захочет, то вряд ли станет. Кроме того, я считаю, нужно разработать механизм передачи данных между приложениями (IPC в нынешнем состоянии ужасен) и форматы исполняемых файлов и библиотек (темы в форуме есть - смотрите мои посты сами). Наконец, ИМХО, уже нужен нормальное окружение по типу GNOME. А для этого нужны стандарты.
2) разработка системы без подтверждения в коде ничего не стоит. надо писать код, а то это только пустые разговоры.

Author:  Gluk [ Sun Oct 11, 2009 7:10 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Mario, спасибо, скачал, посмотрю

Author:  Gluk [ Sun Oct 11, 2009 7:17 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

в общем по описанию элементов в панелях и API виджетов документация будет (но по API только когда обсуждением в этой теме выберем лучший вариант - я предложил варианты, не идеальные, поэтому хочу их обсудить, и увидеть другие варианты), по каркасу имхо не требуется, но если будет надо - тоже будет описание

Author:  vkos [ Sun Oct 11, 2009 9:17 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

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

Короче, у меня такая идея, что лучше сразу делать как в Плазме, т.е. виджеты могут располагаться как на панели, так и на рабочем столе. И вообще делать всё как можно более расширяемым. Так, можно определить виджет, как объект, для которого определена форма (в том числе с коэффицентами расширения), возможность вложенности, положение по отношению к окнам (перекрываемость/нахождение поверх окон, скрытие и т.д.), внешний вид (лучше всего задавать через векторную графику с использованием стандартных GUI-элементов), реакции на нажатие, стандартные функции вроде настройки.
В таком случае единственная программа заменяет 3: панель, менеджер рабочего стола и менеджер виджетов.

Author:  Gluk [ Sun Oct 11, 2009 9:25 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

в принципе красивая идея, но для начала надо хотябы так сделать) а вот идея все держать в одной программе мне не нравится - пример: вечно падючий explorer в винде.

Author:  vkos [ Sun Oct 11, 2009 10:39 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Quote:
идея все держать в одной программе мне не нравится - пример: вечно падючий explorer в винде.

Ну так эксплорер - и фм, и панель, и рабочий стол и прочее; я же предлагаю объединить одну задачу - управление рабочим столом в целом.

Quote:
для начала надо хотябы так сделать

Ну хоть как-то уже сделано. Лучше сразу сделать возможность предельной расширяемости.

Author:  Gluk [ Sun Oct 11, 2009 10:48 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

не хоть как-то, а хотябы так, то есть как описано выше. Единственное отличие от того чего хочешь ты - в том, что виджеты закреплены на панели

Author:  vkos [ Sun Oct 11, 2009 11:05 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Да я понимаю, просто потом вряд ли кто-то будет переделывать. Но конечно будет хорошо, если будет хоть что-то.

Author:  Gluk [ Sun Oct 11, 2009 11:08 pm ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

в принципе и мне конечно же хотелось бы увидеть и рабочий стол хороший) но это дело будущего, и остается лишь надеяться, что не слишком отдаленного

Author:  Leency [ Mon Oct 12, 2009 12:13 am ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Такое размещение категорий и кнопок запущеных приложений будет логичней. Но я всё равно не до конца уверен что из этого не выйдет велосипед.

Attachments:
1231.png
1231.png [ 218.75 KiB | Viewed 2967 times ]

Author:  Gluk [ Mon Oct 12, 2009 12:27 am ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

можно будет и так настроить, только виджет запущенных приложений должен позволять распологать кнопки в несколько строк

Author:  Gluk [ Mon Oct 12, 2009 1:07 am ]
Post subject:  Re: Другой взгляд на интерфейс, альтернатива @panel

Как описывать в памяти элементы в памяти, я придумал, опишу в документации. Между тем каркас в принципе готов, осталось отладить в самой системе (до этого работал из винды с эмулятором), затем выложу бинарик, как будет готова документация - и исходник (к тому времени еще докомментирую его, сейчас там не особо понятно все).
А вот с API виджетов определиться не могу, а между тем это важная вещь, раз список задач будет виджетом. За сим прошу вашей помощи, врятли я сам придумаю достаточно эффективное решение в ближайшее время

Page 2 of 11 All times are UTC+03:00
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/