По-моему, отсутствие комментов в течение часа и есть самое большое подтверждение тому, что документация просто необходима. Ведь Питон здесь (на ЛОР) любят :) Сам к таким товарищам собираюсь присоединиться, как время свободное появится

Ruby rules!

ay49Mihas: на вопросы 5-6 человек можно ответить и по имейлу, или в форуме

Список изменений:
- Улучшена работа со "сжатием на лету"
- Улучшена работа с кодировками
- Прооптимизирован клиент
- добавлено множество функциональных улучшений на сервере
- Множество мелких багфиксов.

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

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

Очень интересно. Если бы у проекта был список рассылки, было бы совсем хорошо. И первое сообщение, которое я написал бы в этот список рассылкb, было бы следующее:

Ошибка в документации. Пример Hello World. В каталоге hello, в файле __init__.py вместо h=addObj(hgrid(space=5,border=5)) должно быть: h=a.addObj(hgrid(space=5,border=5))

В этом же файле нужно добавить сторочку from hello import helloPress

Нужно еще уточнить вопрос с кодировками. У меня строка (Вы нажали ...) в файле hello в cp1251 (Windows) а сервер отдает в KOI8.

В любом случае, отличная работа.

А может забить докцию в Wiki?
Есть же люди, которые используют Jazz, но не участвуют в разработке.
Т.е. фактически потребители. Они могли бы переводить|дополнять исправлять доку, писать туториалы и т.д.

За ошибку в документации спасибо, исправим ! Вообще, оная находится в весьма плачевном состоянии :( Конечно, в Wiki наверное стоило бы забить, но все упирается в нехватку времени - основные силы уходят на разработку :)

Список рассылки: http://lists.sourceforge.net/lists/listinfo/jazz-general

>> Ошибка в документации. Пример Hello World. В каталоге hello, в файле __init__.py вместо h=addObj(hgrid(space=5,border=5)) должно быть: h=a.addObj(hgrid(space=5,border=5)) В этом же файле нужно добавить сторочку from hello import helloPress

А, не слишком ли дохуя условий, чтоб написать такую хуйню. Мне на асме меньше понадобится (((

> А, не слишком ли дохуя условий, чтоб написать такую хуйню. Мне на асме > меньше понадобится (((

Давай. Напиши. Только небольшое дополнение. Сервер отправляет XML сообщение клиенту. В сообщении описывается окно с кнопкой. Клиент рисует это окно. Нажимаешь кнопку, клиент отправляет серверу сообщение с именем виджета и кодом события. Сервер отправляет обратно клиенту сообщение. Клиент рисует новое окно с текстовым лейблом. Успехов.

Вопрос к разработчкам. Так что делать с кодировками? Можно ли где то в конфиге указывать кодировку с которой работает клиент? С которой работает сервер?

слушай... может в курсе, какой протокол истользуется для обмена данными между клиентом и сервером в данном случае? собственно разработанный или позаимствованный.. и где глянуть его описание?.. :-)

просто я с python пока что не шибко то знаком, звиняй, ежели что не так.. :-)

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

TCP/IP. Используется питоновский модуль socket. Из файла сервера kernel.py:
import socket
s=socket.socket(socket.AF_INET,socket.SOCK_STREAM)
Это значит Интернет сокет, последовательный гарантированный двусторонний поток байтов с поддерживаемым соединением.
s.bind(("", port))
Привязываем к порту на локальной машине. Аргумент в виде tuple, т.е (host, port) по историческим причинам.
s.listen(1)
Где 1 число непринятых соединений в очереди перед тем как система начнет отказывать в новых соединениях. Т.е. только одно соединение в очереди.

Ну а дальше сам еще не разобрался :-)

вообще-то tcp/ip - это не протокол сам по себе, это - стек протоколов... а вот за примеры спасибо.. :-)) из них следует, что обмен происходит с помощью tcp... но мне казалось, что там должен был бы использоватся свой специфический протокол уровня приложения - а-ля http, ftp и тому подобных... понимаешь? я сам занимаюсь програмированием со специализацией в области телекомуникаций... так что ценю твою доброжелательность, но в обьяснениях функциональности данного стека протоколов не нуждаюсь.. :-)) однако семантика python мне начинает нравится всё больше и больше.. :-))

По поводу кодировок - см. CHANGES из архивов сервера, там описано.

Протокол - тср/ип. На высшем уровне - иксэмэл. Его описание изложено в документации.

Никому не кажется, что изобрели велосипед? www.zope.org - нормальное решение, которое уже давно и успешно работает.

Угу, и зоп уже умеет делать виджеты для бизнес-приложений ? Таблицы, отчеты, текстовая печать, и чтобы работало на Р-166 64М ?

> но в обьяснениях функциональности данного стека протоколов не нуждаюсь.. :-))

Я не понял. Где в моем посте объяснение функцинирования стека протоколов? Я пытался объяснить тебе семантику питона. :(

> По поводу кодировок - см. CHANGES из архивов сервера, там описано.

Не нашел я в архивах сервера, ни CHANGES ни документации. Может плохо искал?

Опс. Действительно, нету. В понедельник дорисуем раздел на страничке !

прошу прощения, видимо я тебя не верно понял.... а за семантику спасибо... :-))) но всё же, не стоит делать подобных ошибок, путать протокол со стеком протоколов... :-)) буквально говоря, меня интересовало используется ли в данном случае один из стандартных протоколов обмена данными с последующим парсингом получаемых данных или же для обена данными разработан свой протокол уровня приложения базирующийся на одном из существующих, который бы позволял обмен уже форматированными должным образом данными... из ответов я сделал вывод, что в данном случае используется первый вариан... или я не прав?

Сам зоп мало что может, но вот такие штуки как CMF, Plone и CPS помогут сделать хоть что и хоть как, благо html позволяет воплотить что угодно и как угодно.

>>и чтобы работало на Р-166 64М ? Мы на шнурках не экономим. Да и вообще - Вам RAD или "чтобы быстро"?

ЗЗЫ: если в конце концов реализовать всё что хочется, то получится zope и firefox %)

> Сервер отправляет XML сообщение клиенту.
> В сообщении описывается окно с кнопкой.
> Клиент рисует это окно.

это нынче называется "сервер приложений"?

мдя... боюсь, у вас будут проблемы с э... продвижением
такой схемы. жесткая связка presentation с сервером никому
не нужна. quite opposite -- стараются держать логику отдельно,
отдавать голые данные, а уж как клиент решит их отобразить --
зависит от натуры клиента (странно ждать одинакового presentation
от cellphone и настольной машины).

Кстати есть аналогичный проект

http://www.xwt.org

>мдя... боюсь, у вас будут проблемы с э... продвижением

Упс... А как это я хожу в интернет с компа и с мобилы? Или у меня глюки? Или для мобилы "мобильный" хтмл генерится? А я и не знал...

А жаба все равно круче пистона!

> Или для мобилы "мобильный" хтмл генерится?

Так и есть. WML называется.

> Так и есть. WML называется.

Да-да. Но я и лично html нормально смотрю. Оперой. На мобиле. Вот сейчас это сообщение ради интереса с мобильника пишу.

Должно быть большой дисплей у твоей мобилы.

ну и какбизнес на P-166 64M ? процветает ?

> Должно быть большой дисплей у твоей мобилы.

178x208 -- для ЛОРа хватает.

Уж лучше citrix тогда юзать, нежели ваш XWT.

> 178x208

У, да это почти покетписи. На таком даже фильмы смотреть можно.

Вопрос к разработчикам. А как сделать так, чтобы label тоже мог генерировать OnClick? Хотя может есть более простой вариант сделать это. А именно, я хочу в таблице сделать сортировку по значению колонки. Т.е. клик по наименованию колонки позволяет сортировать значения в таблице по новому.

А почему клиента не на питоне написали ?

Всем привет.

Просветите меня, пожалуйста, существует ли общепринятый стандартный XML-язык для описания GUI-форм (и их поведения?) ?

Вот например, существует (!)один(!) хорошо задокументированный, стандартизованный "почти XML"-язык для описания гипертекстовых страниц - HTML. И никто не пытается заниматься глупыми делами, такими как выдумывание собственных языков и попытки их реализации. Крупные компании или сообщества пишут парсеры/рендереры HTML (т.н. браузеры) и все пользователи (веб-серферы) и разработчики (веб-дизайнеры) довольны.

Насколько я знаю, применительно к GUI-формам, такого _одного_ стандартизованного языка не существует. Существует целая россыпь: XUL, XAML(ответ microsoft), UIML, и т.п.

Почитал я про jazz, XWT, сейчас читаю про Zope, и вижу, что каждый нагородил свой язык, и потом удивляется - "почему моему проекту уделяют так мало внимания".

так вот, повторяю свой вопрос: существует ли общепринятый стандартный XML-язык для описания GUI-форм (и их поведения?) ?

Спасибо. Егор.

2dddwd: послать feature request к разработчику клиента. в последних версиях эта фича внедрена, укажи для label signal='1'

изначально он и был на python+PyQt, затем был переписан на с++/Qt

>>Сам зоп мало что может, но вот такие штуки как CMF, Plone и CPS помогут сделать хоть что и хоть как, благо html позволяет воплотить что угодно и как угодно

дааааа? вы хотите сказать html+javascript? а как насчет поддержки
js различными бровсерами?

Более высокий уровень абстракции

Здравствуйте еще раз.

Планируется ли в jazz (как я понял вы один из разработчиков) реализация более высокого уровня абстракции?

Например: "справочник", "документ" и т.п.. Сознательно называю объекты так, как они называются в 1С:Предприятие. Очень хотелось бы получить в итоге OpenSource-аналог, и даже лучше чем аналог этой, с позволения сказать, "системы".

Планируется ли реализация клиентов на других эээ языках. Было бы хорошо, если б был реализован "cgi-html-клиент" и т.п.

И повторюсь: как насчет выбора, в качестве языка описания форм, какого-нибудь стандартизованного общепризнанного XML-языка?

Егор.

по порядку:
1. Да, планируется реализация объектов типа "документ", "план счетов", "проводка" и соответственно "журнал документов" и "журнал проводок". твердых сроков нет

2. Есть желание написать клиента на java.

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

2dddwd: напишите на i_vern[at]users[dot]sourceforge[dot]net,
я Вам кину архив с документацией.

Значит все-таки язык для форм самопальный... жаль.

В любом случае я уже подписался на вашу рассылку http://lists.sourceforge.net/lists/listinfo/jazz-general - почитаю попишу.

Егор.

рассылка

Кто-нибудь читает эту (http://lists.sourceforge.net/lists/listinfo/jazz-general) рассылку ? А то я сейчас забузую туда большое письмо, а никто его не прочитает.

Егор.

Бизнес на Р-166 представь себе, процветает. Скажи, а для того, чтобы вести БД на 5-6 тыс записей при 3-4 операторах, нужно закупать новые компы ? Шоб бизнес процветал ? Когда и так все работает и люди довольны ? Сломается комп - выкинем, тогда и купим новый.

Была в начале версия на питоне+PyQt. Но глюки PyQt+скорость работы клиента убедили позже перейти на qt и клиента на с++.

В таблице клик по наименованию колонки работает именно так по умолчанию :) Лейбл может генерировать онКлик, если указать его с параметром signal=1. В документации это не отражено, есть в CHANGES к проекту.