Выпущена версия E/AS 0.2.1

>Комментарии видите ли нужны на разных языках. Блин, мата не хватает на такие "аргументы".

Да и ладно, пусть комментируют. Между прочим, на просторах ЛОРа оттачивается будущая конкурентоспособность этих продуктов. Все те придирки, с которыми лезут анонимусы, будут потом использоваться манагерами и прочими шелудивыми при попытках предложения внедрения. Так что в таком охаивании есть и небольшой плюс.

>Я так думаю, молодежь (<30 лет) Clipper особо не застала.
Обижаешь, бери ниже эдак лет на пять.

> А почему CLIP, а не Python или Ruby? Я так думаю, молодежь (<30 лет) Clipper особо не застала.

Потому что:
- нет стабильной ОБД
- тормознутость и прожорливость памяти
- дикие сообщения об ошибках
- слишком сложный синтаксис (нет команд)

На этом скрине (http://eas.lrn.ru/screenshots/eas_browse.png) увидел: BSD - Багамский доллар :)

>>Я так думаю, молодежь (<30 лет) Clipper особо не застала. > Обижаешь, бери ниже эдак лет на пять.

Да? Мне казалось, с середины 90-х пошел бум Delphi, все молодые от него перлись :) Всё равно, E/AS нужно время дозреть, а за это время вырастет еще больше молодежи, не знакомой с Clipper, но знакомой с Python и Ruby

> А почему CLIP, а не Python или Ruby? Я так думаю, молодежь (<30 лет) Clipper особо не застала.

> - нет стабильной ОБД Зато есть ORM'ы

> - тормознутость и прожорливость памяти Ну, здесь совсем не согласен. Особенно с учетом вещей типа psyco, будущих PyPy и Parrot. А память нынче дешева (ненавижу эту фразу :))

> - дикие сообщения об ошибках Что значит "дикие"? На английском?

> - слишком сложный синтаксис (нет команд)

Команда - это конструкция вида "SET FILTER xxxx TO", "SAVE SCREEN TO" ? Тогда синтаксис наоборот слишком простой :) Или имеется в виду что-то другое?

> а за это время вырастет еще больше молодежи, не знакомой с Clipper

К тому времени и в E/AS не придется кодить на голом clipper. Все уже будет в XML и только платформа на CLIP.

ну может еще какие особые случаи.

Кстати, клиппер и 1С одного поля ягодки. Теже яйца только в профиль. Переучивание минимальное.

>Кстати, клиппер и 1С одного поля ягодки. Теже яйца только в профиль. Переучивание минимальное.

Я бы сказал, в изометрии :) Слишком много вкусностей в CLIP by design, в отличие от 1С, где слишком много невкусностей так же.

> На этом скрине ...

Ходи сюда http://www.itk.ru/r2d2/pon.shtml увидишь еще приятных вкусностей

>> Да ерунда все это, ребята... utf-8 нет...

>В чём цимус UTF? Ну, кроме понтов?

то Skull, и все же, отсутствия UTF8 это уже проблема:

Я вот например перешел на KDE как раз из-за поддеержки UTF8, если теперь запустить приложение на CLIP, даже с нужным LANG, то копирование русского текста мышкой уже не будет работать. :((

> если теперь запустить приложение на CLIP, даже с нужным LANG,

а не надо трогать LANG.

>платформы для автоматизации решений

читаю такое - и сразу рвотный рефлекс.

Кстати, я не ставил себе цели охаять чего-то... И орентироваться надо не на 1С, а на продукты SAP хотя бы... Т.е. я говорю еще раз про амбициозность авторов и про то, что не надо делать всякие свистелки-перделки, их уже наделано полным-полно...

> В чём цимус UTF? Ну, кроме понтов? Для казахского языка кодировка официальная только в юникоде, к сожалению. А сейчас при направленни на документооборот на госязыке без поддержки его такие продукты у нас в Казахстане бессмысленны. -- dr.Dobermann

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

И еще хочу добавить к вышесказанному...

Сейчас сложилась ситуация такая:

- железо есть на любой вкус

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

- нет ПО для бизнеса (или есть, но очень дорогое - тот же SAP к примеру) Есть вообще-то - Compiere, например

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

А сейчас разрозненные кучки программеров, каждый в своем углу, пытается что-то делать. И сейчас, видимо, тот момент как раз для появления фигуры типа Линуса для решения вышеназванной задачи, но таких пока нет, к сожалению. Т.е. нужен человек, который смог бы объединить эти разрозненные кучки программеров и чтобы результат, в конечном итоге, получился такой же положительный, как у Линуса.

>С этого места подробнее. Чем cp1251 не устраивает. Только пожалуйста, без фанатизма. :)

пожалуйста:

наша компания работает в РФ, Турции, Финляндии, Австралии. Ы? :)

>>- нет ПО для бизнеса (или есть, но очень дорогое - тот же SAP к примеру) Есть вообще-то - Compiere, например

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

Если уж по аналогии с ЛТ, то делать ПО для бизнеса должны сами бизнесмены, которому оно так надо, причем just for fun...

P.S. Почему бы uri не подписываить свои сообщения uri, а не anonymous? Стыдно быть uri?

> Команда - это конструкция вида "SET FILTER xxxx TO", "SAVE SCREEN TO" ? Тогда синтаксис наоборот слишком простой :)

Команды можно определять самому и намного более навороченные. Плюс к этому отсутствие дурацкий требований к отступам и нечувствительность к регистру :)

> если теперь запустить приложение на CLIP, даже с нужным LANG, то копирование русского текста мышкой уже не будет работать. :((

Правда? LANG=ru_RU.KOI8-R eas -d gtk2 - всё работает. К чести сказать, на GTK1 не работает. Но официально поддерживаются оба драйвера.

Удивительное - рядом, правда? :)

> читаю такое - и сразу рвотный рефлекс.

Привыкли к 1С? Отвыкайте. :)

> Т.е. нужен человек, который смог бы объединить эти разрозненные кучки программеров и чтобы результат, в конечном итоге, получился такой же положительный, как у Линуса.

В _любом_ открытом проекте (ядро не исключение) действует правило: один фанатик разрабатывает первые версии, и только потом к нему присоединяются разработчики, когда программа хоть как-то заработает.

Линус не занимался объединением. Что касается сегмента программ автоматизации, то здесь возможно объединение на уровне конфигураций (что недавно обсуждалось на oo-discuss@openoffice.ru). Дело не в личностях, а в различии технологий и амбициях руководителей проектов.

P.S. Мы (E/AS) же как-то с ИТК (R2D2) нашли общий язык. :)

> P.S. Почему бы uri не подписываить свои сообщения uri, а не anonymous? Стыдно быть uri?

Он пароль потерял. :)

>Если уж по аналогии с ЛТ, то делать ПО для бизнеса должны сами бизнесмены, которому оно так надо, причем just for fun...

>P.S. Почему бы uri не подписываить свои сообщения uri, а не anonymous? Стыдно быть uri?

Я обыкновенный рядовой анонимус, каких здесь тысячи... :)

Да бизнесмены то тупые все, в основном... Кроме 4-х арифметических действий они не знают ничего...

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

>>основная масса нынешних разработчиков не пользуется. Поэтому >>полезных приложений на Java - раз, два и обчёлся

*из носа вырвалась струйка минеральной воды* Упал под стул. :)

>>Тык у нас и так много XML: компоненты, формы. А вот Java "не >>нужна". :)

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

>Мы (E/AS) же как-то с ИТК (R2D2) нашли общий язык. :)

А вот это уже бальшоой плюс! Для программистов сегодня весьма актуален лозунг "Пролетарии программисткого труда всех стран объединяйтесь!" :)

Иначе, ничего толкового в этой жизни создать просто не успеете :)

> Считаю, что привязываться к поддержке UTF CLIP'ом - чересчур вычурно.

UTF - всего лишь одна из кодировок, неплохо подходящая для ВНЕШНЕГО представления данных. Многие программы, поддерживающие unicode, в качестве внутреннего представления/обработки используют UCS (2 или 4), а в какой кодировке передавать/получать данные - дело десятое.

> Старые сырцы написаны для однобайтого представления строк. Таких сырцов - море. Делать CLIP для UTF означает - потерясовместимости со СТАРЫМИ сырцами. А пользовать UTF-данные как в БД так и в файлах в CLIP`е возможно.

Вы про "сырцы" самого CLIP, или программ для него?

В CLIP работать со строками можно как с массивами байт (т.е. это взаимозаменяемые типы)?

Если вы о программах _для_ CLIP и строка - отдельный тип данных, то не вижу в чём могут быть принципиальные препятствия (если только кто-то не забивает в программу соды символов в CP1251 и/или KOI8-R)

Так и в этом случае переконвертировать из кодировки в кодировку нет никакой проблемы вроде...

Я имел в виду, что если кто-то забил в программу получение символа по его коду в определённой кодировке, то придётся это место искать и код исправлять.

>Я имел в виду, что если кто-то забил в программу получение символа по его коду в определённой кодировке, то придётся это место искать и код исправлять.

А также подсчёт длины строки, позиционирование в строке по границе одного байта и прочие операции со строками.

>> если теперь запустить приложение на CLIP, даже с нужным LANG, то копирование русского текста мышкой уже не будет работать. :((

>Правда? LANG=ru_RU.KOI8-R eas -d gtk2 - всё работает. К чести сказать, на GTK1 не работает. Но официально поддерживаются оба драйвера.

С какой версией Xlib? Я сам видел в ней код перекодировки UCS <=> KOI8-R, но почему-то это срабатывает не всегда. И ваш пример с gtk2 тоже может работать не везде.

Но самое главное, это был всего лишь один пример. Когда кодировка приложения и остального окружение отличаются, то проблемы все таки вылазят, и может потребоваться более высокая квалификация. Тот же 'LANG=ru_RU.KOI8-R eas' не для бухгалтера.

Ну еще один пример - если названия файлов в русском и в utf8 (сам я стараюсь так не делать!!!) - как будет себя вести eas (а с LANG=ru_RU.KOI8-R)?

Удивительное - рядом, не правда ли? :)

Кстати, а с gtk2 Ctrl+<char> работает в режиме русского?

Интересно, безграмотный английский по ссылке "Анонс" -- тоже дело рук Ведущего Локализатора?

software system for help automate your solutions

E/AS written on CLIP language and uses ...

completely rewrited

> А также подсчёт длины строки, позиционирование в строке по границе одного байта и прочие операции со строками.

Забыть, что один знак - это один байт, считать количество знаков в строке, позиционирование в строке по границе одного знака и т.д.

>безграмотный английский по ссылке "Анонс" -- тоже дело рук Ведущего Локализатора?

Ну что придираетесь, ведь он с английского на русский переводит, а не наооборот.

> Интересно, безграмотный английский по ссылке "Анонс" -- тоже дело рук Ведущего Локализатора?

мда... может ты возмешься подкорректировать? Без шуток?.. Если нет - то в сад.

Лехко.

Business moves at light speed today, requiring that every company continuously reexamine direction, strategies, suppliers, partners - literally every variable and relationship that might lead to complacency. The intensified search for competitive advantage may mean that some of your best customers pick up and leave without you ever knowing that there was a problem. How well can you react - and even predict - ever-shifting customer needs and competitor moves?

Infuse your organization with new levels of customer intelligence using E/AS version 0.2.1, an all-new customer relationship management (CRM) system that gives every customer-facing employee the information they need to truly impress customers.

> Комментарии видите ли нужны на разных языках. Блин, мата не хватает на такие "аргументы".

Тебе явно нужен еще один-два языка.. ;)

> Тот же 'LANG=ru_RU.KOI8-R eas' не для бухгалтера.

Фраза дня !!! :))

> Комментарии видите ли нужны на разных языках. Блин, мата не хватает на такие "аргументы".

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

P.S. Согласно местному законодательству за неверно оформленные накладные штрафу в размере 10% от суммы накладной подвергаются ОБЕ стороны :))))

> Вместо того чтобы использовать существующие технологии и наработки - занимаетесь изобретением велосипедов... Менеджера уволить!

Я только что вернулся со второго форума по открытому коду. Представитель IBM Адам Либер на форуме весьма круто прошёлся по Tomcat. Типа, заявлена _быстрая_ разработка приложений, а программерам приходится дописывать поддержку веб-сервисов, очереди сообщений, средства безопасности и аутентификации. Не будем забывать про младенческое существование средств хранения объектов. Что это, как не велосипед. Идите на Форум, слушайте умных дяденек. :)

> С какой версией Xlib? Я сам видел в ней код перекодировки UCS <=> KOI8-R, но почему-то это срабатывает не всегда. И ваш пример с gtk2 тоже может работать не везде.

Перекодировка в/из UTF (он же используется в GTK+ 2.х) осуществляется в clip-gtk (то есть фактически в CLIP). Работает на Mandriva 2006 и Fedora Core 3.

> Но самое главное, это был всего лишь один пример. Когда кодировка приложения и остального окружение отличаются, то проблемы все таки вылазят, и может потребоваться более высокая квалификация. Тот же 'LANG=ru_RU.KOI8-R eas' не для бухгалтера.

Конечно! Они для администратора. Положим, пользователи той же Mandriva ничего и не заметят, а вот исследователям юникодной локали придётся настроить.

> Ну еще один пример - если названия файлов в русском и в utf8 (сам я стараюсь так не делать!!!) - как будет себя вести eas (а с LANG=ru_RU.KOI8-R)?

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

> Кстати, а с gtk2 Ctrl+<char> работает в режиме русского?

Никак. Срабатывает только Alt+Буква. Причём на KDEшной раскладке (используется чистый xkb) не срабатывает. Только на английской. Попробую на Gnome - там должно срабатывать в любой раслкадке - в коде clip-ui я специально делал привязку для обоих расладок. Видать, надо доделывать. Спасибо за замечание - учту. :)

> Интересно, безграмотный английский по ссылке "Анонс" -- тоже дело рук Ведущего Локализатора?

Да, к сожалению, русский я знаю гораздо лучше английского. Последний понимаю лучше, чем пишу. :(

> Лехко.

Спасибо, Саныч! А то я от тебя кроме язвительных уколов ничего и не ожидал. :)

Правда, получилось не по делу и слишком много. :)

> :) Можно и иначе: товары, закупаемые конторой, производят разные страны.

Никто не утверждает что UTF не нужен вообще. Нужен. Но останавливать другую работу ради UTF пока никто не собирается.

> овары, закупаемые конторой, производят разные страны. В названиях этих товаров помимо латиницы могут встречаться любые символы алфавита той страны, в которой данный товар произвели (умляуты и т.д.). Как и в реквизитах поставщиков и т.п.

> Согласно местному законодательству за неверно оформленные накладные штрафу в размере 10% от суммы накладной подвергаются ОБЕ стороны

Согласно нашему местному законодательству все документы должны быть только на _русском_ языке. В т.ч. названия иностранных юр. лиц и т.п. ;)

> Никто не утверждает что UTF не нужен вообще. Нужен. Но останавливать другую работу ради UTF пока никто не собирается.

Не спора ради, но хочу просто заметить (а вдруг кому поможет ;), что UTF и unicode - не одно и тоже :)

> Согласно нашему местному законодательству все документы должны быть только на _русском_ языке. В т.ч. названия иностранных юр. лиц и т.п. ;)

"Документ на русском" полностью исключает возможность написания в нём отдельных слов не на русском? ;)