OberonCore

Вот захотелось поэкспериментировать с Bluebottle
Решил сделать следующее:
1. Получить список окон
2. Активировать какое либо окно
и т.д. и т.п.

Написал следующий код (проверял все только под WinAos) который вызывается при нажатии кнопки на моем окне:

Код естественно не работает, срабатывает при вызове manager.GetFirst();
ASSERT ( lock.HasWriteLock() );
в модуле Win32.WindowManager.Mod. Если ASSERT закоментить то начинает все работать до вызова manager.SetFocus(w); после чего начинаются разные глюки...

ВОПРОС:
Как правильно разлачивать и когда это можно делать (не могу найти где лочится) WriteLock?
Ну и вообще хотелось бы услышать совет как это правильно делать или хотя бы где именно читануть.

Перед обращениями к менеджеру необходимо делать
manager.lock.AcquireWrite;
в конце
manager.lock.ReleaseWrite;

Скажите, а как под Бутылку создаются GUI-приложения? Окно описывается вручную (как в WinAPI), или строится визуально, а потом элементы этого окна связываются с модулями, подобно BlackBox?

Вариантов ответов несколько:
1. Окно описывается вручную. Но, это скорее не как в WinAPI а больше похоже на как в .Net или в KOL (альтернативная библиотека компонентов для Delphi) без MCK.
2. Богдан некоторое время тому назад решил создать дизайнер форм. На сегодня он практически готов, - окна можно создавать визуально Нерешённый пока вопрос -- связывание формы с обработчиками событий. Варианты обсуждаем
3. Dan Parnete сообщил, что тоже в своём проекте использовал возможность визуального создания форм, исходники закрыты, но некоторыми "идеями" сможет поделиться
4. Sven Stauber в ETHZ тоже на сегодняшний день работает над дизайнером форм, но как он сообщает, это будет больше похоже на систему Gadgets.

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

В итоге, видимо, можно говорить о том, что Блэкбокс на сегодня ориентирован на сложную содержательную графику (бизнес, аналитика, наука, инженерия), а Бутылка - на полностью own-draw мультимедийную ("развлекательную" и ей подобную), с которой в Блэкбоксе приходится повозиться обычно?

CRM система -- развлечение?

Так я не про назначение, а про специфику графики. Не знаю, как её ещё обозвать.

А в чём специфика графики? Пиксель он и в Африке пиксель
Полупрозрачность окошек помеха?

Извиняюсь за глупый вопрос, но объясните мне чем отличается "содержательная" графика от "мультимедийной"?

Не хотелось повторяться, я уже бросал ссылку, Илья вот ответ на вопрос:



Хотелось бы добавить, что сейчас проект в разработке и некоторые (скорее многие) вещи еще будут менятся.

Я поделил на два направления по таким свойствам:
1) имеем удобный каркас, в котором можно организовывать сложные системы отображения информации. Работаем в понятиях не представления, а модели (документ и т.п.). Но поскольку абстрагировались от представления (даже понятие "окно" от нас спрятано), то не легко полностью контролировать, как всё показывается на экране (т.е. можно наткнуться на какую-нибудь упрямую мелочь, с которой придётся повозиться). Т.е. мы определяем (иерархически и композиционно), что показываем.
2) имеем мощный именно графический каркас, в котором полностью определяем, как рисуем (что из себя представляет экран). Но работаем в терминах представления. Термины модели (пока) особо "не дадены".

Илья, скорее всего можно отнести к обеим категориям. Наверное хорошим примером такой "двойственности" можно отнести
WMDiagramComponents.MultiPointView. Тут есть и абракция данных так и возможность контроля прорисовки.

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

Мне кажется, что совмещение указаных Вами веток граф. интерфеса вполне удачным выбором. Т.к. в критических случаях разработчик может взять основные функции на себя. Что особенно важно в встроенных системах.

Еще хотелось бы добавить(немного перефразировав): лучше один раз попробовать, чем 100 раз увидеть или 1000 раз услышав

Конечно, нужно совмещение.

В ББ интерфейс уровня экрана не введён просто потому, что не введён (время + соотв. опыты применения для его "юстировки" нужны; видать, не было). Поэтому несовершенные варианты лучше было вообще не вводить - в обман народ не вводить

Насчёт "попробовать" - желание потенциальное есть. Обрисуются задачи - попробуем
Правда, пробовать будем не на графике, видимо, а на серверных назначениях.

Вопрос: эксплуатируются ли в А2 шины сообщений?
Мне показалось, что не особенно (это объяснимо, т.к. в модели параллелизма ставка сделана на методы, и сообщения на сист. уровне уже оказываются не так просты для применения).

Илья, мне кажется, что проще пролистать диссер Т.Фрея. (стр. 73, 100)
http://e-collection.ethbib.ethz.ch/view/eth:27966

+

Так sequencer это шина сообщений или не шина?

Вот интересный проспектик, про общую направленность А2:
http://www.radiar.ch/A2/A2Prospekt.pdf

Насколько я понял, radiar -- производитель железа, а А2 они использовали в качестве названия этого самого железа А2-же и начинённого