По итогам очередного года работы над проектом (http://code.google.com/p/openbravoposru/) по адаптации работы Openbravo POS (http://www.openbravo.com/product/pos/) на территории бывшего СССР, подготовлен пакет (http://code.google.com/p/openbravoposru/downloads/detail?nam...) с исходным кодом проекта, основанный на версии Openbravo POS 2.30.2. Также подготовлен полностью локализованный на русский язык пакет модуля КПК в виде исходного кода (http://code.google.com/p/openbravoposru/downloads/detail?nam...) для разработчиков и в виде готового сервлета (http://code.google.com/p/openbravoposru/downloads/detail?nam...) для развёртывания пользователями на сервере Jetty (http://jetty.codehaus.org/jetty/) или Apache Tomcat (http://tomcat.apache.org/).
<a href="http://www.flickr.com/photos/26354177@N07/5567423865/si... src="http://www.opennet.me/opennews/pics_base/30117_1301854972.jp... align=right st...URL: http://code.google.com/p/openbravoposru/downloads/list
Новость: http://www.opennet.me/opennews/art.shtml?num=30117
Да, "блинчики с сиропом был добавлен в чек" весьма показывает качество локализации. Отсутствие кода, умеющего различать единственное/множественное число объекта или хотя бы хранить это в флаге при заполнении БД это, видимо, не мешает заявлять об адаптации к реалии русскоговорящих стран :oРабота, наверное, какая-то проделана, но скриншот к новости выбран как назло, показать косяки?..
Вот сколько работаю с 1С никогда не было задачи писать код умеющий различать единственное/множественное число в названии объектов. Да и я уверен что здесь можно было бы и определение числа добавить только это нахрен никому не нужно было, кому понадобится тот и сделает.
> Вот сколько работаю с 1С никогда не было задачи писать код умеющий
> различать единственное/множественное число в названии объектов. Да и я уверен что
> здесь можно было бы и определение числа добавить только это нахрен
> никому не нужно было, кому понадобится тот и сделает.В 1С обычно говоришь тому кто набирает названия, не писать в множественном числе. И всё решение :)
ещё бы.
тем более что "блинчики с сиропом" - стопудово штучный товар. некая коробка/упаковка с блинами с ценой за коробку/упаковку.
операторам по вводу - по рукам, спецов с возмущениями - на улицу.
вот то, что единицы измерения не видны - это да, плохо. но и это думаю настраивается. и именно это и есть критерий множественного/единственного числа, а не дебильные названия из фантазий операторов.
Добавлено в чек: <пофиг род и склонение>. Намного проще.
Боюсь всё весьма плачевно.
Чтоб реально вылизать - нужен постоянный контакт с целевым заказчиком. Удовлетворение его прихотей должно и комитится в апстрим. Единственное/множественное - лишь один пример того, что Вы в жизни не будете делать "просто так". Потому что будете решать более важные задачи. А как говорил один умный человек: планируйте 10% времени на решение важных задач и 90 - на мелочи. А вот экономически обосновать такое разделение тяжело - деньги платятся за первые 10%.Скрин неудачный - факт. Сам недавно подрядчику ставил задачу подобную проблемму решить. Около 20 строк кода и 2 чистых дня активного взамодействия. И вуаля заработало. Только у чувака ещё бешенный опыт за плечами был.
Потому таких мелочей я б от них не требовал. А на скрин поставил что-нибудь более нейтральное.
ПыСы. У меня тут родной бест-звит пишет "не завершено предыдущий сеанс обновления". А Вы - локализация!
Про звит я не прав. Это я слишком быстро украинсую фразу прочёл и принял за русскую, там со словами всё ок.
Вот и исправил http://code.google.com/p/openbravoposru/source/detail?r=453 Будет что в следующую версию включать :)На то и СПО, чтобы друг другу помогать, а не просто критиковать :) А именно с этим видом ПО большинству заказчиков всё равно как программа выглядит, главное что-бы с купленным оборудованием работало.
> Чтоб реально вылизать - нужен постоянный контакт с целевым заказчиком.Ну это всегда так, практически.
У любого процесса внедрения/использования ПО есть стадия кастомайзинга.
В некоторых случаях эта сталия ярко выражена и надо привлекать специалистов, иногда - подготовленный пользователь делает самостоятельно.Например, сайт сделать - как бы "просто" это не было - всегда будут платить людям за дизайн и прикручивание оного к CRM. Здесь процесс еще более сложный.
Или вот 1С - сколько лет, сколько зим продукту, всё вроде бы "вылизано", ан нет - необходимость в специалистах "по контакту с целевым заказчиком" только растёт.
За критику спасибо, учту. Хотя так как проект интернациональный, то такую "понималку" надо будет делать для всех языков поддерживаемых в проекте. Например, знаком с товарищами которые делают на казахском(последняя позиция на скриншоте именно на нём), украинском, болгарском и китайском языках, и у всех подход к образованию множественной формы свой. А скриншот оставлю, пусть будет видно что есть над чем работать :)
Я не вижу особых проблем в этом. Нафиг заводить единственное/множественное число для объекта?? Нафига отводить под это лишнее поле в БД? Что глаз Stax'а радовало? Нафиг такие рюшечки. Не нравится - исправляй, делай обрамления кавычками вокруг. Хотя я вообще сомневаюсь, что ты что-нибудь будешь делать.
Хм... товар блинчики с сиропом был добавлен в чек... в чек же товар добавляется... или у вас в чек что-то иное включают?
вобщем-то верно, в чек добавляется товар с таким названием, а не сами блинчики )) сами блинчики добавляются в сумку покупателя )
> Хм... товар блинчики с сиропом был добавлен в чек... в чек же
> товар добавляется... или у вас в чек что-то иное включают?Спасибо, за помощь. Именно так и реализую локализацию этой строки. Строка будет выглядеть так:
Товар "Блинчики с сиропом" был добавлен в чек.
Я так понимаю, это информация о последней выполненной операции? Если так, то тогда правильней писать: Добавлен в чек товар "блинчики с сиропом"
Почитал в конце дня бурные обсуждение по данной теме и исправил код на:Товар "Блинчики с сиропом" добавлен в чек.
Изменения в ревизии http://code.google.com/p/openbravoposru/source/detail?r=454 Теперь думаю, может скриншот сменить, что-бы анонимы так бурно не реагировали :)
вот почему программистам нельзя реализовывать интерфейсы.
1) итак очевидно, что блинчики с сиропом - товар, что он добавляется в чек. это ясно из предметной области. если бы вы турами торговали, то было бы таким же идиотизмом писать "товар тур в анталию 1-7 июня добавлен", а логично было бы "Анталия 1-7 июня добавлен"
2) совершенно очевидно, что лучше название товара лучше обрамлять кавычками, чем добавлять числительные и так или иначе усложнять архитектуру
3) и опять же, очевидно, что оператору в мпх не уперлось читать лишнее слово (товар) перед названием товара. в том случае, когда ты быстро вбиваешь список покупок, гораздо проще заметить ошибку если название идет сразу, а не предваряется лишним словом "товар"
Подскажите как можно загрузить справочников товаров из 1с ?
> Подскажите как можно загрузить справочников товаров из 1с ?Я как-то начинал делать тему по поддержки выгрузки/загрузки из 1С через файлы формата Штрих-М(посмотрите на их сайте описание и компоненты под 1С), этот формат у нас является де-фактов стандартом обмен с POS. Загрузку номенклатуры из 1С сделал, а дальше забросил, так как никому оказалось не интересно, все хотят Openbravo POS заменить 1С.
Подробнее смотрите http://code.google.com/p/openbravoposru/wiki/OpenbravoPOSTra...
Если будет интересно продолжить, с удовольствием помогу.
Я не совсем понял куда надо скопировать данные файлы http://openbravoposru.googlecode.com/files/transformations-S...что бы настроить обмен.
> Я не совсем понял куда надо скопировать данные файлы http://openbravoposru.googlecode.com/files/transformations-S...
> что бы настроить обмен.Их копировать можно в любое место, главное чтобы было удобно прописывать от них пути. Файлы из архива нужно запускать из PDI:Kettle, как из него работать смотрите http://code.google.com/p/openbravoposru/wiki/PDIKettleTutorial
Я тестировал их на Openbravo POS 2.30 с БД MySQL.
Касательно блинчиков, не заглядывая в список реализованных проектов (если таковые есть) могу смело предположить, что данный вариант реализации на практике не использовался. Не зависимо от страны требования к размерности продаваемой продукции есть у всех. А у вас нет. Если бы была единица измерения - вопрос о множественном/единственном числе не стоял бы вообще. А еще бывают и граммы, пачки, упаковки, и тд...
Так что для реального применения обязательно нужно доработать в этом месте.
Что касается опен-браво в целом, то я регулярно слежу за его развитием. Так как в свое время искал альтернативу существующим на пост=ссср пространстве систему оперативного учета построенную (в отличии от 1с) на базе современных технологий и при этом столь же универсальную как все та же 1С.
Вот тогда и подвернулась опенбраво. На то время никакой локализации небыло.
И после нескольких диалогов по почте и телефону с представителями компании (а общаться было не легко, так как мой ишпанский не очень а с их стороны был только плохо английский и 0_0 чешский) помог выяснить следующее:
они не гарантируют реализацию необходимого нам функционала, зато предлагают за сущий пустяк (около 9к евро) стать их партнеров в странах восточной Европы и взвалить разработку на свои плечи.
Так как разработка ПО - не наш профиль то естественно нам такой подход не понравился и от продукта пришлось отказаться.
Но все равно за продуктом наблюдаем, и возможно когда то вернемся к его рассмотрению.
Почему-то в чек не хочет добавляться, зеленуха, волосатый рис, и макароны с камнем.