Форум РадиоКот

Приветствую.
Под экран с контроллером ILI9320 написал простейшую оконную библиотеку. Вот примеры её работы: И небольшое видео:
http://www.youtube.com/watch?v=YdQxW8T8JhA

Библиотека написана на С++ и может работать с любыми дисплеями и точскринами (если конечно реализовать соответствующий класс дисплея или точскрина), а также на любых МК для которых есть C++-компилятор, а также достаточно памяти для её работы. Библиотека не использует динамического выделения памяти, а стек использует очень экономно. Сейчас она у меня используется на МК STM32F100R6T6B.

Вот пример кода главной формы (которая на первом скриншоте) с использованием данной библиотеки:

Спойлер

Код: Выделить всё

const wchar_t *text1[] = {L"Раз", L"Два", L"Три", NULL};

class TextForm : public muil::Form
{
public:
	TextForm() :
		muil::Form(L"Главное окно", &muil::tahoma14ru_FontInfo),
		label_   (muil::Point( 30,  45), L"Метка"),
		test_btn_(muil::Point( 30,  80), muil::Size(180, 40), L"Тестовая кнопка"),
		up_down1_(muil::Point( 20, 140), muil::Size( 90, 40), 0, 42),
		up_down2_(muil::Point(120, 140), muil::Size( 90, 40), 2, 314),
		ch_box_  (muil::Point( 30, 190), muil::Size(180, 30), L"Чекбокс", true),
		ch_      (muil::Point( 30, 230), muil::Size(180, 30), text1, 0)
	{
	}

	void visit_all_widgets(muil::WidgetVisitor &visitor)
	{
		visitor.visit(label_);
		visitor.visit(test_btn_);
		visitor.visit(up_down1_);
		visitor.visit(up_down2_);
		visitor.visit(ch_box_);
		visitor.visit(ch_);
	}

	void widget_event(muil::EventType type, const muil::Widget *widget)
	{
		if ((type == muil::EVENT_TOUCHSCREEN_UP) && (widget == &test_btn_))
		{
			ModalForm form;
			form.show_modal();
		}
	}

private:
	muil::Label label_;
	muil::Button test_btn_;
	muil::UpDownWidget up_down1_;
	muil::UpDownWidget up_down2_;
	muil::CheckBox ch_box_;
	muil::StringsChoice ch_;
};

Сейчас думаю, может ли она понадобится кому-нибудь ещё и стоит ли её выкладывать в общий доступ?

Выкладывайте, конечно же. Я, к примеру, любитель этого дела; с удовольствием поковыряю и попользую Вашу библиотеку.

И не пугает, что она написана на C++?

С некоторых пор не пугает. =)

А чего пугаться-то? Мы не боимся плюсов. Сами плавали в гуях, правда под х86 и OpenGL. Плюсы в этом плане удобнее.

Т.к. заинтересованность в либе есть, "причешу" её немного и выложу. Причесать её надо обязательно, т.к. многие вещи сделаны в стиле "лишь бы работало"

ОК. Ждемс...

Допилить времени не нашёл, поэтому выкладываю как есть:
http://code.google.com/p/muil/

Извиняюсь что на английском. Чуть позже сделаю русскую инструкцию

На ARMе пока нет возможности проверить, но завтра прикручу его к черновому проекту MVSC++ +OpenGL (заменю графические примитивы элементов интерфейса на свои). Так сказать, опробуем движок. У меня движок GUI немного попроще (он оконный, очередь обслуживания форм организована в виде кольцевого связанного списка структур с указателями на объекты класса окна, идентификаторами и приоритетами), но тоже требует оформления для выкладывания в массы. Будет время, дополню тему своим вариантом.

ArtDen, идея нужная, продолжайте развивать проект

Было бы классно если бы существовала для младших МК на ARM-е функциональная и легковесная реализацию GUI. Вывод она умеет, а что с вводом, кроме тачскрина? Есть ли интерфейс для клавиатуры например?

Выглядит весьма неплохо. Но было бы хорошо иметь возможность написать в виде модуля свой Look & Feel (не знаю как по-русски сказать, имею ввиду отрисовку и реакцию на воздействие). А еще, например, было бы круто, если бы был интерфейс и реализации для Layout Manager'ов (размещение в строку, в столбик, по сетке и т. д.).

DX168B писал(а):На ARMе пока нет возможности проверить, но завтра прикручу его к черновому проекту MVSC++ +OpenGL (заменю графические примитивы элементов интерфейса на свои). Так сказать, опробуем движок.

Только учти, что когда ты отрисовываешь прямоугольник с координатами (10,10)-(11,11), то должен отрисоваться прямоугольник размером 2x2, а не 1х1. Т.е. размер прямоугольника должен быть не (x2-x1, y2-y1), а (x2-x1+1, y2-y1+1)

DX168B писал(а):У меня движок GUI немного попроще (он оконный, очередь обслуживания форм организована в виде кольцевого связанного списка структур

Я решил, что можно обойтись без всяких очередей

DX168B писал(а):Будет время, дополню тему своим вариантом.

Было бы отлично!

DrGandalf писал(а):Было бы классно если бы существовала для младших МК на ARM-е функциональная и легковесная реализацию GUI. Вывод она умеет, а что с вводом, кроме тачскрина? Есть ли интерфейс для клавиатуры например?

Экранной клавиатуры?

DrGandalf писал(а):Выглядит весьма неплохо. Но было бы хорошо иметь возможность написать в виде модуля свой Look & Feel (не знаю как по-русски сказать, имею ввиду отрисовку и реакцию на воздействие).

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

DrGandalf писал(а):А еще, например, было бы круто, если бы был интерфейс и реализации для Layout Manager'ов (размещение в строку, в столбик, по сетке и т. д.).

По моему для МК это слишком жирно. Layout Manager-ы будут отъедать лишнюю память, что плохо. Сейчас моя либа с выложенными примерами вполне себе работает на 2-х килобайтах памяти (и там ещё много остаётся про запас) и лишней памяти не просит

ArtDen писал(а):Экранной клавиатуры?

Не обязательно. Я имею ввиду, если у меня, например, к МК подключены три кнопки. Или qwerty-клавиатура. Которые могут генерить код клавиши (например 13 для enter, 10 для пробела). Было бы хорошо если бы интерфейс мог бы обработать такие коды, и, например, переключать фокус по табу, двигать курсор в полях текстового ввода, и собственно возможность вообще сделать такой ввод текста. Закрывать форму по esc, или нажимать "OK" в ней по Enter. К слову, для гибкости, можно было бы поддерживать кроме тача другие устройства ввода (манипулятор типа "мышь" ). У мыши тоже есть коды клавиш. И хорошо если тачскрин тоже бы их генерил, например, 1 (ЛКМ) для "тапа", 2 (ПКМ) для продолжительного "нажатия" на экран.

LayoutManager'ы много памяти не займут, а фича ИМХО нужная. Вручную размеры проставлять, и потом еще от дисплея зависеть - можно, но не очень хорошо.

Я посмотрел ваш код, хорошо пишете
У меня когда-то тоже был проект типа такого, но на Си, и под АВР и монохромных ЖК. Да времени не было до ума доводить, а потом мне уже сами AVR-ки надоели Теперь побольше с ARM-ами разберусь, попробую ваш GUI в деле)

PS А чем вы так классно в код отрендеренные битмапы шрифта заимпортили?. Жестко и брутально \m/ . Я так помню вручную шрифт "создавал"

DrGandalf писал(а):

ArtDen писал(а):Экранной клавиатуры?

Не обязательно. Я имею ввиду, если у меня, например, к МК подключены три кнопки. Или qwerty-клавиатура. Которые могут генерить код клавиши (например 13 для enter, 10 для пробела). Было бы хорошо если бы интерфейс мог бы обработать такие коды, и, например, переключать фокус по табу, двигать курсор в полях текстового ввода, и собственно возможность вообще сделать такой ввод текста. Закрывать форму по esc, или нажимать "OK" в ней по Enter. К слову, для гибкости, можно было бы поддерживать кроме тача другие устройства ввода (манипулятор типа "мышь" ). У мыши тоже есть коды клавиш. И хорошо если тачскрин тоже бы их генерил, например, 1 (ЛКМ) для "тапа", 2 (ПКМ) для продолжительного "нажатия" на экран.

Наверное можно сделать поддержку кнопок влево/вправо/вверх/вниз/выбор. Поддерживать более сложные варианты не вижу смысла, т.к. либа для МК, а не для полноценных компьютеров.

DrGandalf писал(а):LayoutManager'ы много памяти не займут, а фича ИМХО нужная. Вручную размеры проставлять, и потом еще от дисплея зависеть - можно, но не очень хорошо.

Пока вообще они планируется.

DrGandalf писал(а):У меня когда-то тоже был проект типа такого, но на Си, и под АВР и монохромных ЖК. Да времени не было до ума доводить, а потом мне уже сами AVR-ки надоели

Думаю, на AVR либа тоже заведётся. Надо будет попробовать её там запустить...

DrGandalf писал(а):PS А чем вы так классно в код отрендеренные битмапы шрифта заимпортили?. Жестко и брутально \m/ . Я так помню вручную шрифт "создавал"

Прога называется TheDotFactory. Только я её доработал немного, чтобы она выдавала нужный вариант.

ArtDen писал(а):Прога называется TheDotFactory. Только я её доработал немного, чтобы она выдавала нужный вариант.

А можно поподробней про "TheDotFactory" в смысле что переделали?

radiokot__ писал(а):А можно поподробней про "TheDotFactory" в смысле что переделали?

Сделал так, чтобы она вставляла код символа в таблицу символов, чтобы можно было пропускать ненужные символы.

Можно ваш вариант программы?

Итак... Принялся я за тестирование библиотеки.
Все свелось к добавлению исходников к своему черновому проекту (черновику).
Час был потрачен на изучение исходников.
Полчаса на правку драйвера дисплея и еще полчаса на правку драйвера тачскрина.
Вывод перенаправлен в буфер видеокарты (OpenGL)
Вот что получилось:

Спойлер

Вариант с разрешением 640x480

Поздравляю. Полностью кроссплатформенный код, который был перенесен без граблей и заморочек.

DX168B, отлично!
Она у меня тоже под виндой работает. Так отлаживать проще, а также экономится ресурс перезаписи флеша у МК. Кстати, если ты заметил, пока что нету скроллинга в окне выбора StringsChoice. Сегодня постараюсь это дело добить.

radiokot__, не всё так просто. Даже с моими доработками приходится редактировать полученный код. Как добью это дело - выложу

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

ArtDen писал(а):DX168B, отлично!
Она у меня тоже под виндой работает. Так отлаживать проще, а также экономится ресурс перезаписи флеша у МК. Кстати, если ты заметил, пока что нету скроллинга в окне выбора StringsChoice. Сегодня постараюсь это дело добить.

Да, не помешало бы.