Открыт доступ (http://www.robweir.com/blog/2010/07/odf12-public-review.html) ко всем частям спецификации ODF 1.2 (OpenDocument) для 60-дневного финального публичного (http://lists.oasis-open.org/archives/tc-announce/201007/msg0...) обсуждения. Впервые все три части спецификации достигли стадии Committee Draft - третьей из пяти стадий в процедуре разработки стандартов OASIS, что является поворотной точкой в разработке и подготовке к продвижению ODF 1.2 в качестве ISO-стандарта.
Спецификации состоят из трёх частей:
- Часть 1 описывает общую схему ODF, её обсуждение открылось в январе (http://www.robweir.com/blog/2010/01/odf-1-2-part-1-public-re...);
- Часть 2 описывает спецификацию OpenFormula (формулы для электронных таблиц);
- Часть 3 описывает модель пакетирования ODF и стала доступной для публичного обсуждения в ноябре (http://www.robweir.com/blog/2009/11/odf-12-part-3-goes-out-f...) прошлого года
В отличие от прошлых обсуждений, в нынешнее...URL: http://www.robweir.com/blog/2010/07/odf12-public-review.html
Новость: http://www.opennet.me/opennews/art.shtml?num=27302
Увы, наши программисты отвергли ОпенОфис: большие документы в нём открываются долго.
это вы о документах в формате doc?
О любых, как прайс-лист с несколькими десятками тысяч строк, или текст в 500 страниц.
Зря конечно назвал программистов своими - это скорее я ихний клиент. Только не будет компания использовать Опенофис, к сожалению
Такие комментарии умиляют.Если Вы работаете с большими документами в "офисе", Вы однозначно что-то делаете не так. Для больших объёмов придумали СУБД. Прайс в "эксель" это песня - чего ему там делать? Максимум генерировать из БД для отправки куда-то или распечатки.
Да и 500 страниц текста для OO (writer) крутит отлично, хотя думаю содержание документа имеет немаловажное значение.
Предлагаешь рассылать клиентам раз в неделю файл базы MySQL? И каждый день - по маленькой дополнительной базе. Боюсь представить, как выглядят макросы для создания фактур
Мне интересно из какой вы галактики свои сообщения пишете и что там понимают под словом программист. Такое впечатление, что ваши программисты это такие негры, которые вручную в экселе прайсы в 40К строк редактируют и это их основное занятие.
ЗЫ Вчера вы рассказывали про Google Talk и про шлюзы в XMPP, как про божественное откровение. Вы из параллельной вселенной пишете?
Эта вселенная - Россия, такой вот уровень информационных технологий и наночубайстехнологий:-)Я тут на днях звонил в банк, знакомые попросили. Меня соединили с главным специалистом-программистом. Спрашиваю:
- ваш банк-клиент работает в любом браузере или ему нужен ActiveX ? Люди хотят из Linux пользоваться
Отвечает
- ну в IE и Firefox в Windows работает.
Я говорю
- ну значит ActiveX не нужен, ОК.
Он говорит
- почему ? не факт!
Я говорю
- как не факт, в Firefox же нету ActiveX
Отвечает
- мэ, гмэ, мнэээ...Потом ещё веселее получилось - оказывается, что в браузере должен выполняться ява-аплет, который запускает (fuck!) exe из корня диска С:, а тот читает ключ с USB флешки.
Это, @##@$#@$, специалисты банка долбаные, вы называете "работает из любого браузера" ?????!!!!!111
В общем, это в банке, даже не в конторе на 5 челов.
А всё потому, что у нас в России не понимают, что специалисту нужно платить. Вместо этого нанимают на время студентов-виндузятников, платят им копейки. А вы ещё удивляетесь.
Пока деньги идут на откаты и сауны, вместо того, чтобы платить технарям, ничего у нас не будет. Я так считаю.
>Предлагаешь рассылать клиентам раз в неделю файл базы MySQL?PDF! Для рассылки - PDF!!!
Нафига все эти "екселефские прайсы"?!
Есть же "ПортаблеДокументФормат" специально для подобных случаев разработан.
PDF - это только для чтения. Как ты предлагаешь примитивно отмечать в нём позиции, или создать новую колонку с ценами? Или сделать удобный поиск только по колонке E? Не говоря уже о своих макросах, например, для создания счёт-фактуры.
И почему сразу экселевские. Calc, особенно Go-OO, стправляется отлично
Да не делают так в XXI веке. Есть база в которой всё добавляют, а из базы экспортируют в PDF и ODS для клиентов, или в XML для продвинутых клиентов, или в xls для отсталых клиентов.
Вам это уже третий раз пытаются объяснить.
проблема в том, что людям приходится работать не только со своими большими документами, а чужим объяснять, как работают в 21 веке, мягко говоря, непродуктивно. И вот Вы, такой хороший и правильный, взяли и нагенерировали новому клиенту прям из базы документ на тысячу листов - и что ему делать? Приглашать программиста чтобы писал новый адаптер для всасывания нового формата электронной таблицы или нового формата xml для сервиса? Для конторы в 5 человек. Или для своей же правильной конторы самому писать адаптеры на документы, которые каждый день будет выдавать какой-нибудь отдел снабжения ("о, смотри что сегодня нашли в Интернете, еще троих потенциальных поставщиков, вот их прайсы, засунь их чтобы мы их цены в нашей крутейшей программе видели"), а на следующий день с того же поставщика прислали уже другой прайс
Не понял что вам не нравится и что вы предлагаете делать. Чем ручная обработка прайса лучше автоматической генерации и парсинга?
Например:
>взяли и нагенерировали новому клиенту прям из базы документ на тысячу листов - и что ему делать?Аналогично, если вы вручную наваяли прайс в 1000 листов, что ему делать?
Кто тебе сказал, что в Электронных Таблицах каждая строчка вводится вручную? Дай почту - пришлю тебе прайс-лист, макрос (как для MS, так для OOo), и покажу как с этим работать. Или сам найдёшь самоучитель Левина?
почту не надо, покажите макросы здесь, которыми ваши спецы там накидали. скажем, мне интересно из OOo. или там накопипейстеные "шедевры" по несколько сотен килобайт?
Ну-ну, покажи как сделать поиск по штрих-коду в PDF ))
А как импортировать PDF в систему клиента? А xml как? Если вкачка прайса на регулярной основе, то можно и шаблоны разработать, но если прайс получаете эпизодически от разных поставщиков то вам проще если структура файла простая, в идеале вообще текстовый файл с разделителями. А экселевский файл это "пережиток буржуазного прошлого" и не более.
Lotus 1-2-3 тоже?
И что есть буржуазное прошлое в кавычках? В прошлом вы имели представление об экономической деятельности, а теперь забыли и это стало вашим прошлым, угадала?
>Lotus 1-2-3 тоже?
>И что есть буржуазное прошлое в кавычках? В прошлом вы имели представление
>об экономической деятельности, а теперь забыли и это стало вашим прошлым,
>угадала?Кавычки потому что это цитата. Ильф и Петров, 12 стульев.
Лотус мне в не встречался, Ексель(формат ёкселя xls который) чаще используется, но никаких преимуществ не дает, просто привыкли к нему, потому и пережиток, потому и наследие.
наборчик, измеряемый тысячами, метить галочками - это сильно...
документооборот на высшем уровне ;)
для ретэйл сегмента - сайт или приложение (кот. оформит выборку - и тотже ПДФ)
для партнеров... - у них свои системы и им нужен формат обмена, но никак не офисные документы
просто, ввиду своей упертой узколобости, "спецы" любят героически преодолевать ими же созданные трудности в изобретении квадратных колес.
кстати, с документами в 500 страниц. это мне вообще ребус. большие документы word, созданные, или изменяемые через анал - открываются медленно и криво, в том числе и пресловутый docx - не исключение
А иначе никак? Обязательно всю базу сбрасывать? Это же как укуриться надо, чтобы в екселе всё делать.У нас есть очень старый клиент, так он сбрасывает по ftp, а мы сами парсим. И не раз в сутки, а раз в 3 минуты. Так исторически сложилось. Другие клиенты используют очереди, например, FIX, MQ, а разруливает всем хозяйством ESB. Причем обмен двусторонний.
В стареньких версиях ООО документы большие вдействительности очень медленно открывались
а так же доки где много картинок
Вот допустим дока по пошаговой установке FreeBSD http://www.unixnsk.ru/dok/FreeBSD/dok/140.odt
в старых версиях опенофиса открывалась очень медленно и прокрутка очень плохая была а вот допустим в версии 3,2 уже все нормально работает
Всего 39 страниц - с распоследним 3.2.1 открывалось секунду
Вот и я о томже что ООО хоть както но всеже развивается
а попробуйте этот документ открыть в стареньком какомнибудь ООО типа 3.1 и сразу увидете разницу
Я не понял... Для Вас открытие 39-страничного документа за 1 секунду - это долго? А MS Office его открывает быстрее? А что вы вообще считаете моментом завершения открытия?
>Я не понял... Для Вас открытие 39-страничного документа за 1 секунду -
>это долго? А MS Office его открывает быстрее? А что вы
>вообще считаете моментом завершения открытия?Я считаю, что это небольшой документ. Я такие с 700 мегагерцовым компьютером делал, играя с подростками в виртуальных Хогвартс по Интернету. Большие документы - это, например, книга. Которую потом конечно же можно экспортировать хоть в LaTeX, хоть в Inkscape, или просто отдать в издательство чтобы они отформатировали сами.
Openoffice 2.4Открылось за секунду - полторы. Прокрутка немного тормозила, похоже он открывает картинки по мере прокрутки документа. В обратную сторону прокрутка идёт плавно без тормозов
Кстати да, в Debian lenny Openoffice 2.4.1 за 1-2 секунды открывает на стареньком P4 2.8GHz.
>Такие комментарии умиляют.
>
>Прайс в "эксель" это песня - чего ему там делать? Максимум генерировать из БД для
>отправки куда-то или распечатки.Реалии другие, расскажите, к примеру, об этом DLINK
http://dlink.ru/up/uploads_media/RussiaPriceBook.xls
>О любых, как прайс-лист с несколькими десятками тысяч строк, или текст в 500 страниц.блин, если конвертнуть кривой doc в odt, то кто-то ожидает чуда? если там у вас создают такие документы ручками, то нужно было и создавать с нуля OpenOffice документ, т.к. формат m$ документов, таблиц и прочего, это такая каша. они даже в "своем" docx формате такого нагородить умудрились, что помидоры жухнут.
А разве в ОО нету такой фигни, когда большой документ на куски разбивается? Не помню уже как оно в мс оффисе называлось . (составной документ или что-то вроде того) -=\ Хотя сам так много не писал.
>Увы, наши программисты отвергли ОпенОфис: большие документы в нём открываются долго.А причем тут ОпенОфис?
Новость про ODF.
ОпенОфис != ODF.В Microsoft Office ODF тоже открывается.
Пока - версии 1.1.
Как продвинут 1.2, сделают поддержку 1.2.>Увы, наши программисты отвергли ОпенОфис: большие документы в нём открываются долго.
Вы знаете, звучит, как "Увы - российский народ не принял ОпенОфис")
Которые именно "наши", и которые именно "программисты"?
В вашей компании не приняли - это их проблемы.
Объясню, почему проблемы.Сейчас я вам расскажу, что будет в ближайшие год-два-три.
Медведев и компания будут с понтом (откатами и косяками) внедрять "открытое" ПО и "открытые" форматы.
В какой-то момент дойдет и до внедрения "открытого формата хранения документов" (ODF).
Это будет проходить по-русски, с медведями и цыганами, но проходить будет.
И "нашим программистам" придется принять ODF.
Хотя бы для того, чтобы слать всякие отчетности в те министерства, которые уже перейдут на ODF.
И вот тут им придется столкнуться с особой любовью Microsoft к ODF.
Если прямо - Microsoft все равно где-то да накосячит с поддержкой ODF в MS Office.
Программисты это оценят на собственной шкуре.
И им все равно придется пользоваться OOO (как самой-самой программой для работы с ODF).
Так что пусть уже сейчас начинают приобщаться к OOO&ODF.
Чтобы потом не было мучительно больно за бесцельно проведенные выходные на работе (заставляя работать изначально проигрышную связку MSOffice+ODF).
> Новость про ODFА сообщение про опенофис. Что дальше?
>> Новость про ODF
>
>А сообщение про опенофис. Что дальше?Вот и я о том же.
Где логика?)
Table of Contents - 103 c
Table of Contents Part 1 - 833 c
Table of Contents Part 2 - 229 c
Table of Contents Part 3 - 32 c
Итого: 1197 с
Сколько там было у ООХМЛя?
Вопрос риторический? 6000 в исходнике и 1500 изменений и замечаний.
>Вопрос риторический?Нет
>6000 в исходнике и 1500 изменений и замечаний.Ясно, спасибо
>>Вопрос риторический?
>
>Нет
>>6000 в исходнике и 1500 изменений и замечаний.
>
>Ясно, спасибоGet the facts =)
http://d2eosjbgw49cu5.cloudfront.net/cio-weblog.com/imgname-...
Помоему страна ждет героя. Нужен человек, который напишет рендерер для ODF, а потом уже и все остальные подтянуться со своими редакторами.P.S. Короче нужен Acrobat Reader для ODF.
Простите, это что за поток бессвязных слов? В частности,Okular is a universal document viewer with support for advanced document
features, such as annotations, forms, and embedded files.
.
It can open a wide variety of document formats, including:
* PostScript (PS)
* Portable Document Format (PDF)
==* OpenDocument format (ODF)==
* TeX Device independent file format (DVI)
* various electronic book formats
.
Этот пакет является частью KDE 4, модуль kdegraphics.
тока odf плохо рендерит
Не знаю - мне нравится. Ни форматирование не едет, ни шрифты не глючат.
> Разработчики также обдумывают возможность реализации OpenFormula в качестве отдельной библиотеки (Java или Python), которая сможет рассчитать итоговое значениеВот это было бы super-duper!! :-)
>> Разработчики также обдумывают возможность реализации OpenFormula в качестве отдельной библиотеки (Java или Python), которая сможет рассчитать итоговое значение
>
>Вот это было бы super-duper!! :-)+1
Перспективы в плане автоматизации документо-преобразований огромные.
Только это же медленно (Python) и ресурсоёмко (Java)...
портабельность питона, простая обработка текстовой информации и прочее очень хорошо подходит к офисному пакету. если нужно что-то более серьезное и скоростное, то можно использовать API
>Только это же медленно (Python) и ресурсоёмко (Java)...Это вы в интернетах прочитали?)
То, что Python медленный, означает, грубо говоря, вот что:
При обработке гигабайта текста, он это сделает не за 30 секунд, а за 2 минуты.
А при обработке мегабайтного файла вы этого "медленно" даже не почувствуете - для вас все произойдет мгновенно.А то, что java ресурсёмкая, означает, грубо говоря, вот что:
При обработке гигабайтного файла, явовый процесс захавает не 10 метров оперативки, а 100 (на те несколько минут, пока будет работать).
Если вы это делаете на средней машине, вы про это даже не узнаете (если не будете специально замерять).
А при обработке мегабайтного файла все, опять-таки, произойдет мгновенно.С другой стороны, если у вас excel файл с 10 000 строчек, и в каждой нужно внести некоторые изменения, медленный ресурсоемкий скрипт сделает это мгновенно.
А руками вы будете это делать очень долго.Если (грубо говоря) будет возможность делать экселевские действия скриптами, можно будет избежать ситуации, когда человек сидит и меняет один символ на другой в каждой строчке.
Где то чадо, что вещало о скорой смерти МС?! Тут куда ни плюнь государство требует наличия винды и виндовой программы. Отчет в ПФР проверить только проприетарью можно. Отослать с ЭЦП, опять навязывают виндовую проприетарщину. Блин, описания формата отчета в ПФР нет, есть программа чекер под которую надо свою выгрузку подгонять, а она меняется раз в неделю. Уродство. Чтобы внедрить СПО надо действовать методом Моисея, а для части населения - методом Сусанина.
>Где то чадо, что вещало о скорой смерти МС?!Я надеюсь, вы не про меня?)
>Чтобы внедрить СПО надо действовать методом Моисея, а для части
>населения - методом Сусанина.Ещё можно попробовать метод верного дробовика =)
>Отослать с ЭЦП, опять навязывают виндовую проприетарщину.CriptoPro уже есть под *nix
>Блин, описания формата отчета в ПФР нетСвяжитесь с автоматизаторами ближайшего УПФР. Некоторые из них читают "сопроводительные документы и знакомы с понятиями SPECIFICATIONS, PARSING & c.t.r и с радостью поделятся информацией...
>Чтобы внедрить СПО надо действовать
ТОЧКА.
По себе сужу. Когда работал в ПФР в нашем управлении большинство перешло на OpenOffice "лехко". Сеть работала под управлением домена на Samba. Файловое хранилище - на SAMBA. WS - Windows, поскольку большинство программ, "спускаемых сверху" пИсано "под DOS" (я сам офигел). Однако сейчас, похоже, всё бОльше перепрофилируют "под Oracle", под IBM DB & other.
>большинство программ, "спускаемых сверху" пИсано "под DOS" (я сам офигел)А в чем проблема запустить прогу, писанную под DOS из Linux? Была такая штука как DOSemu, под нее народ даже игрушки гонял, а уж проги, которые ни с сетью,ни с графигой, ни со звуком и прочим оборудованием напрямую не работают, может быть окромя принтера в DOSemu вообще без проблем должны пахать.
>>большинство программ, "спускаемых сверху" пИсано "под DOS" (я сам офигел)
>
>А в чем проблема запустить прогу, писанную под DOS из Linux? Была
>такая штука как DOSemu, под нее народ даже игрушки гонял, а
>уж проги, которые ни с сетью,ни с графигой, ни со звуком
>и прочим оборудованием напрямую не работают, может быть окромя принтера в
>DOSemu вообще без проблем должны пахать.Проблема в том, что формат отчета должен быть открытым и легкодоступным всем желающим.
А когда формат меняется, но изменения ты видишь из результата работы закрытого чекера - это нехорошо. Плюс мы и под вайном можем запустить виндовую прогу, но государство не может навязывать МСную платформу, что по сути и происходит до сих пор.
>>большинство программ, "спускаемых сверху" пИсано "под DOS" (я сам офигел)
>А в чем проблема запустить прогу, писанную под DOS из Linux?
>...может быть окромя принтера в DOSemu вообще без проблем должны пахать.Запустить - не проблема (пускали мы и фотошопы ;))
Проблема в том, что нужно не запускать, а работать и обрабатывать данные. А данных много. А пИсано "на коленке". И не подлежит модификации без коренной переработки самих баз и алгоритмов.
"Windows легко настраивать, проблема в том, что это нужно делать всё время" (с)СферическийСисадмин
