Господа, какие сейчас тенденции в инстурментах для создания пользовательского интерфейса?

Уровень SOHO складской/библиотечной однопользовательской базы данных. Нужна кроссплатформенность и опенсорсность, а также желательно Access-овские вкусности типа поля со списком на основе запроса, редактируемые запросы, скриптовые обработчики действий пользователя и т.д.

Access, был бы хорош, если бы не идеологические соображения.
OOBase был бы хорош, если бы не некоторая нестабильность.

Поиск по форуму дал gambas, python, но прежде чем переизобретать очередной велосипед, хочу посоветоваться с местными специалистами.

Нет ли уже готовых открытых наработок для создания пользовательского интерфейса к несложным БД? Может что-то на основе PHP или Java?

Herdsman,

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

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

Например, объект list box имел бы среди своих свойств свойство источника строк в виде SQL запроса. А среди методов формы было бы обновление всех запросов.

Мне казалось что такие вещи наверняка должны быть уже кем-то написаны.

Пилотажный,

Так готовый ГУЙ во всех системах-языках четвертого поколения (4G)

Можно открытый пример? Гугление не дало ничего убедительного.

ага, вот посоветовали dabodev. Он открыт, на питоне. Вроде самое оно.

Herdsman
Сейчас посмотрю что это за "dabodev" такой.

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

Знающий это дело
Access 2007.

демоверсия бесплатна.
рантайм бесплатен и запускает приложения под Wine.


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

Пока неспеша осваиваю dabo, он полностью охватывает возможности Acce$$.

Знающий это дело
лучшего для десктопа пока еще не создали по соотношению цена разработки - качество.


Я пока что слава богу не потерял с голоду человеческий облик, и могу позволить себе еще другие слагаемые в целевой функции, кроме цена/качество.

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

Только копаясь с dabo, ты копаешься под капотом движка, прокачивая скилы, а копаясь с access, ты копаешься в приборной панелью, в которой даже лампочки не заменишь при случае.

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

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

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

iscrafmЕсли цель разобраться в устройстве авто, тогда первый вариант. Если цель ездить на авто - второй.

Выбор авто не шибко-то велик: http://www.gridcrasher.com/wp-content/uploads/2008/07/1413506458_2228ff1271.jpg