После более двух лет разработки вышел (http://mail.gnome.org/archives/gnumeric-list/2010-February/m...) релиз новой стабильной ветки табличного процессора Gnumeric 1.10.0 (http://projects.gnome.org/gnumeric/announcements/1.10/gnumer...) и сопутствующего набора библиотек Goffice 0.8.0, развиваемых в рамках проекта GNOME.
Основные улучшения:
- Убраны ограничения на размер таблиц, отныне допустимо использование более 256 столбцов и 65536 строк;- Улучшены возможности по построению графиков: новые типы графиков для отображения поверхностей и вероятностных характеристик; оптимизация расположения маркеров на осях с датами и временем; поддержка кубической интерполяции сплайнами; учет погрешности для графиков в полярных и радиальных координатах;
- Улучшение поддержки формата ODF (OpenDocument). Тем не менее разработчики предупреждают, что пока окончательно не определены синтаксис и семантика ODF файлов, могут наблюдаться проблемы переносимости между ...
URL: http://mail.gnome.org/archives/gnumeric-list/2010-February/m...
Новость: http://www.opennet.me/opennews/art.shtml?num=25419
Это отлично. Монстру OOo подрастает достойная замена.
Скорее достойный младший брат.
Эти мерянья "по старшинству" для офисных процессоров не имеют никакого смысла. Оно либо вас устраивает, либо нет, а среди того, что меня устраивает я выбиру то, что быстрее и удобнее. Поэтому у нас в конторе abiword/gnumeric предпочли OOo и не пожалели. А школоту, рсавнивающую gnumeric с "экселем многолетней давности" даже слушать не стоит.
Согласен. Либо берем и юзаем полнофункциональный Excel либо юзаем Java JTable =)
Excel не полнофункциональный хотя бы потому что не кроссплатформенный. На MSO уже давно не стоит ориентироваться и вообще серьезно рассматривать. А вот Gnumeric становится вполне себе полнофункциональным.
>>Расширены ограничения на размер таблиц, отныне допустимо использование до 256 >>столбцов и 65536 строк;Замечательно! Наконец-то достигнут уровень экселя много-многолетней давности.
Спокойнее. 4096 столбцов и 16777216 строк.Более правильный вопрос: собирается ли gnumeric team что-то предпринять в связи с тем, что в XL 2k7 максимальное число столбцов 2^14.
Зачем? Этот предел Excel 2007 сугубо теоретический. Во первых, надо быть идиотом, чтобы такой объем данных хранить в таблице Excel.
Не говоря уже о том, что среднестатистическая бухгалтерская машина при открытии файла хотя бы в половину от максимального заполнения полей просто умрет.
Ну, в gnumeric в результате максимальное количество ячеек даже больше, т.е. "идиотизм" и "среднестатистическая машина" применимы и здесь.
Отсутствие поддержки для такого числа столбцов означает, что достаточно высосать из пальца use case с 4097 столбцов (допустим всего три строки), чтобы продемонстрировать "лучшесть" XL.
Там скорее не бухгалтерский комп умрет, а сам XL :)
у меня был случай, когда юзер из бухгалтерии данные хранил в XL-файле, создавая под новые данные новые листы(>200 было точно). Так однажды при создании очередного листа все нормально отработало и сохранилось. Но в следующий раз при попытке открыть чудо-файл ексель начинал безбожно ругаться на файл и умирал :)
Ага, видел я такие файлы. Лечить их приходиться путём открытия в OpenOffice и удаления избыточного форматирования.
вообще-то начиная с Office 2007 там можно работать с 16000 колонок и 1 мнл строк... Интересно посмотреть, кому в работе столько надо - даже когда у меня данные скриптом обрабатываюся огромные, даже отдаленно столько не получается...
>вообще-то начиная с Office 2007 там можно работать с 16000 колонок иВообще-то, 2^14 это на минуточку 16384.
да, действительно вы правы, в данном случае просто точная цифра не очень важна. Достаточно фразы "гораздо больше"
Ну мне надо и чё? Простейший пример телефонные емкости мира.
> Ну мне надо и чё? Простейший пример телефонные емкости мира.Телефонные номера хранить в экселевском файле. Это пять!
То-то я удивляюсь, почему некоторые сайты на ASP так тормозят, видимо, они обращаются к таким файлам вместо БД.
>Телефонные номера хранить в экселевском файле. Это пять!Не имеющих опыта работы с телефонией просьба не беспокоить,создать из сырых текстовых данных зоны покрытия быстрее всего в calc.
Вы что, каждый раз заново формируете базу данных зон?
Наймите один раз нормального программиста, пусть он сделает вам нормальную БД.В которую вы будете импортировать diff'ы сырых данных. Заодно у вас появится история изменений, что бывает немаловажно.
>Вы что, каждый раз заново формируете базу данных зон?Да каждый раз, как только, например, минкомсвязи разродится новыми данными.
>Наймите один раз нормального программиста, пусть он сделает вам нормальную БД
Спасибо я и сам не плохой программист, и в штате их хватает.
>В которую вы будете импортировать diff'ы сырых данных. Заодно у вас появится история изменений, что бывает немаловажно.
Вы ведь не понимаете о чем речь, правда?
Вот вам данные http://minkomsvjaz.ru/departments/rossvyaz/news/xPages/entry.... Это только по России.
Необходимо из этих html создать непрерывные зоны покрытия, так чтобы при любом наборе любого номера, выбиралась бы правильная тарификация звонка по зоне. Примечание: естественно все исходные данные имеют разрывы. У меня это делает девочка табличном процессоре буквально за 5 минут, не тревожа никого, а уж потом эти данные заливаются в базу данных.
>У меня это делает девочка табличном процессоре буквально за 5 минут, не тревожа никого, а уж потом эти данные заливаются в базу данных.Ну как и все - зачем автоматизировать... Грустно, лучше бы с девочкой в кафе сходили пока программа работает
>Ну как и все - зачем автоматизировать... Грустно, лучше бы с девочкой в кафе сходили пока программа работаетЧто автоматизировать?
отличный ответ!
лично я вопросов больше не имею. :D
Я отлично понимаю о чем вы говорите. У нас этим занимается биллинг. В него импортируются diff между последней и предпоследней базой, предварительно перегнанных в csv и отсортированиых. А соответствие префикса той или иной зоне тарификации определено уже в биллинге.
Девочка нужна ровно для того, чтобы положить базу нумерации минсвязи в определенную папочку, откуда оно автоматом подхватывается и...
>Я отлично понимаю о чем вы говорите. У нас этим занимается биллинг.
>В него импортируются diff между последней и предпоследней базой, предварительно перегнанных
>в csv и отсортированиых.У меня тоже, только ведь кто-то должен перегнать в csv и отсортировать.
>> Ну мне надо и чё? Простейший пример телефонные емкости мира.
>
>Телефонные номера хранить в экселевском файле. Это пять!
>
>То-то я удивляюсь, почему некоторые сайты на ASP так тормозят, видимо, они
>обращаются к таким файлам вместо БД.А да еще в каком формате вы будете высылать детализацию трафика? У вас на выбор или csv или вот это. CSV большая часть клиентов не поймет. А ограничение в 65к строк в детализации за месяц обходится почти всегда.
это называется извращённая логика. детализацию говорите выслать надо?
есть масса форматов, которые клиенты "поймут" - высылайте в rtf. или в pdf к примеру.
с графиками, таблицами и блакджеком.
или после просмотра если что не нравится клиенты меняют и присылают обратно?
и приготовить его не сложнее, чем эксель. просто для вас так видимо проще всего.
>это называется извращённая логика.Это называется я не понимаю о чем речь, но свое слово скажу.
>детализацию говорите выслать надо?
>есть масса форматов, которые клиенты "поймут" - высылайте в rtf. или в pdf к примеру.
>с графиками, таблицами и блакджеком.И как в rtf/pdf клиенту посчитать отдельно трафик за день, входящий, исходящий, служебный, или конкретно на один ip или на группу за месяц/неделю/день/час и т.д.
Когда запрашивают детализацию, значит необходимо либо расследовать внутренний инцидент, либо есть претензии по выставленному счету, формат электронной таблицы снимает все вопросы, в отличие от всех остальных форматов.
Ммм, для этого есть у приличных людей интерфейс с возможностью отбора по параметрам. Мускуль тот же не в пример быстрее будет. Экспорт нужных кусков в csv, который понимает даже эксель.
>И как в rtf/pdf клиенту посчитать отдельно трафик за день, входящий, исходящий, служебный, или конкретно на один ip или на группу за месяц/неделю/день/час и т.д.считают не в pdf/rtf. считают на сервере.
после чего формируют pdf/rtf/.../jpeg
>Когда запрашивают детализацию, значит необходимо либо расследовать внутренний инцидент, либо есть претензии по выставленному счету,достаточно один раз написать формирование подобных документов либо на уровне мидле (php, asp, etc) или вообще на уровне хранимых процедур (если субд позволяет. а она обычно позволяет) - и вопрос решён.
или вы персонально каждому клиенту свою форму и формат документа готовите?
а если пойти ещё дальше, то формировать данные в xml, а также стайлшиты в xsl, после чего одни и теже данные можно преобразовывать в документы любых понравившихся форматов. включая и эксель, будь он не ладен.
>формат электронной таблицы снимает все вопросы, в отличие от всех остальных форматов.формат, предназначенный для редактирования этих самых данных что называется на_коленке, снимает все вопросы? LOL
анекдот - а отчётность подавать? ну так ворд ещё никто не запрещал.
>>И как в rtf/pdf клиенту посчитать отдельно трафик за день, входящий, исходящий, служебный, или конкретно на один ip или на группу за месяц/неделю/день/час и т.д.
>
>считают не в pdf/rtf. считают на сервере.ты предлагаешь каждому клиенту предоставить сервер? Не жирно?
>>Когда запрашивают детализацию, значит необходимо либо расследовать внутренний инцидент, либо есть претензии по выставленному счету,
>
>достаточно один раз написать формирование подобных документов либо на уровне мидле (php,
>asp, etc) или вообще на уровне хранимых процедур (если субд позволяет.
>а она обычно позволяет) - и вопрос решён.еще проще:
SELECT cast( inet_ntoa( ip ) AS char ) , cast( inet_ntoa( host ) AS char ) ,
day , bytes, direction
FROM 2010_02
WHERE ip = inet_aton( "тут айпи клиента" ) ;
>или вы персонально каждому клиенту свою форму и формат документа готовите?нет, формат один число| байт| направление. Чего он с ним будет делать его проблемы, и не мое дело.
>а если пойти ещё дальше, то формировать данные в xml, а также
>стайлшиты в xsl, после чего одни и теже данные можно преобразовывать
>в документы любых понравившихся форматов. включая и эксель, будь он не
>ладен.То есть ты уже не против присылать детализацию в форматах табличных процессоров, и понимание нужность более 65к строк.
>>формат электронной таблицы снимает все вопросы, в отличие от всех остальных форматов.
>
>формат, предназначенный для редактирования этих самых данных что называется на_коленке, снимает все
>вопросы? LOL
>анекдот - а отчётность подавать? ну так ворд ещё никто не запрещал.
>теоретиг блин.
>ты предлагаешь каждому клиенту предоставить сервер? Не жирно?а вы каждому клиенту предоставляете ексель и они сами забивают детализацию?
>SELECT cast( inet_ntoa( ip ) AS char ) , cast( inet_ntoa( host ) AS char ) ,да-да-да. не в коня корм как видно.
>нет, формат один число| байт| направление. Чего он с ним будет делать его проблемы, и не мое дело.помнится был фильм, "человек дождя". очень быстро числа считал.
наверное селекты он тоже смог бы писать
>То есть ты уже не против присылать детализацию в форматах табличных процессоров, и понимание нужность более 65к строк.1. не ври:D это я не говорил.
2. ради академического интереса (и для клиента-человека-дождя - вдруг попросит) можно постараться. и на листы раскидать - человеку-дождя похрен, а мне не тяжело.
>>ты предлагаешь каждому клиенту предоставить сервер? Не жирно?
>
>а вы каждому клиенту предоставляете ексель и они сами забивают детализацию?Им предоставляется сам файл уже с детализацией, точнее они его сами формируют в личном кабинете, и его формат сами определяют. Но среди этих форматов точно нет ни pdf ни rtf ни jpg, никаких иных форматов которые не предназначены для хранения табличных данных.
>>SELECT cast( inet_ntoa( ip ) AS char ) , cast( inet_ntoa( host ) AS char ) ,
>
>да-да-да. не в коня корм как видно.Так и запишем, этот человек sql не знает, и простейшая конструкция ставит в ступор.
>>нет, формат один число| байт| направление. Чего он с ним будет делать его проблемы, и не мое дело.
>
>помнится был фильм, "человек дождя". очень быстро числа считал.Так это человек еще и работать в табличных процессорах не умеет, и сложить в них сумму по столбцу ему представляться невозможным или слишком сложным. Сходил бы что ль на курсы компьютерные может не все потерянно -- научат.
>>То есть ты уже не против присылать детализацию в форматах табличных процессоров, и понимание нужность более 65к строк.
>
>1. не ври:D это я не говорил.Не вру не капельки, предлагал генерить файлы экселя.
>2. ради академического интереса (и для клиента-человека-дождя - вдруг попросит) можно постараться.
>и на листы раскидать - человеку-дождя похрен, а мне не тяжело.Я заметил, что вам все слишком тяжело дается, ИТ это точно не для вас.
>Им предоставляется сам файл уже с детализацией, точнее они его сами формируют в личном кабинете, и его формат сами определяют. Но среди этих форматов точно нет ни pdf ни rtf ни jpg, никаких иных форматов которые не предназначены для хранения табличных данных.правда что ли не предназначены? :D
а ексель конечно преднозначен? и именно для хранения? LOL
>Не вру не капельки, предлагал генерить файлы экселя.прям таки только в экселе и предлагал? прям таки как в основном формате?
и прям таки не для дебилов? :D
>Я заметил, что вам все слишком тяжело дается, ИТ это точно не для вас.угу. только таким спецам как ты и решать.
зы:
вот в оракле дебилы. да и в сапе тоже.
и не догадываются, что табличные отчёты в их erp oebs в формате pdf генерить нельзя.
хотя, у местных спецов (ит онли) видимо не консультировались.
ах да! позвольте угадаю - этот личный кабинет на asp?
а на сервере ещё и офис (с экселем) стоит?
VBA рулез?:D
>ах да! позвольте угадаю - этот личный кабинет на asp?
>а на сервере ещё и офис (с экселем) стоит?
>VBA рулез?:Dне угадал: django.
генеришь чем? упомянутым мной ниже pyexcelerator'ом? а данные (как теперь выяснится) из мускуля? :D
>генеришь чем? упомянутым мной ниже pyexcelerator'ом?нет
>а данные (как теперь выяснится) из мускуля? :D
да ты чё, долго выяснял? Вроде одного взгляда на sql достаточно.
да нет. догадался сразу.
как твой пост прочитал, что xls едиственный "правильный" формат для отчётов клиентам по детализации, так и догадался:Dтак чем их генеришь? у? :D
>правда что ли не предназначены? :Dа ексель конечно преднозначен? и именно для хранения? LOL
Да, друг мой, жопег для таблиц не преднзначен.
>угу. только таким спецам как ты и решать.А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?
>зы:
>вот в оракле дебилы. да и в сапе тоже.
>и не догадываются, что табличные отчёты в их erp oebs в формате pdf генерить нельзя.
>хотя, у местных спецов (ит онли) видимо не консультировались.Умных слов много выучил, но наверное смысла ни одного не знаешь, и чем отчеты с картинками, отличается от детализации трафика тоже не знаешь.
>Да, друг мой, жопег для таблиц не преднзначен.есть данные. есть их обработка. есть их представление.
>А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :D
про твою квалификацию не спрашиваю. видно и так.
>Умных слов много выучил, но наверное смысла ни одного не знаешь,ну так поделись их смыслом, раз такой вумный. :D
>>Да, друг мой, жопег для таблиц не преднзначен.
>
>есть данные. есть их обработка. есть их представление.И какое представление должно быть у 100 000 строк с 4 колонками, над которыми необходимо производить вычисления? Жопег с Пэдэфом?
>>А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?
>
>поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :DВ жопегах таблицы сохраняешь? Понятно.
>про твою квалификацию не спрашиваю. видно и так.
Спасибо
>>Умных слов много выучил, но наверное смысла ни одного не знаешь,
>
>ну так поделись их смыслом, раз такой вумный. :DОлигофрены в принципе не обучаемы, так что бесполезно.
вычисления проводятся на сервере.
в пдфе/джпеге/... только результат.
видишь ли пока до клиента данные дойдут, вероятность того, что математические операции станут работать по другому - очень мала.
>>>А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?
>>поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :D
>В жопегах таблицы сохраняешь? Понятно.правда что ли понятно? :D
ты себе льстишь.
намекну ещё раз - есть данные, есть их обработка, есть их представление.
>Олигофрены в принципе не обучаемы, так что бесполезно.как скажешь.
в электронном виде рекомендую html. Если нужно круто, то XML c XSLT для вывода на печать. В случае с XLS вы автоматом подставляете себя и всех своих клиентов. Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.
>В случае с XLS вы автоматом подставляете себя и всех своих клиентов.
>Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.Можно поподробнее? Желательно с фактами.
ну например есть такой проэкт - http://sourceforge.net/projects/pyexcelerator/files/
Generating Excel 97+ files with Python 2.4+ (need decorators), importing Excel 95+ files, support for UNICODE in Excel files, using variety of formatting features and printing options, Excel files and OLE2 compound files dumper. No need in Windows/COM
насколько "законно" такое применение - х/з.
>насколько "законно" такое применение - х/з.А если х/з, то о чём разговор-то?
Зачем сгущать слухи на пустом месте? Вот Вы тут всуе Excel поминаете...
А вдруг это х/з как "законно"?
топ-топу расскажи. ага.зы:
>Вот Вы тут всуе Excel поминаете...а вы его только в молитвах произносите?
>топ-топу расскажи. ага.То есть ответа по существу не будет?
аргументы? кстати, как по поводу аргументов с вашей стороны?
для меня этот самый х/з - это риски. особенно если я использую это в коммерческих целях.
у мс в еула для этого отдельный пункт.
Поносов вот тоже не ожидал наезда.
>аргументы? кстати, как по поводу аргументов с вашей стороны?Хороший ход. Вместо того чтобы каким-либо образом обосновать свои фобии, предлагаете мне убеждать, что бояться нечего? =)
Для меня достаточно нецелесообразности каких-либо телодвижений в сторону зажима XLS со стороны MS.
>для меня этот самый х/з - это риски. особенно если я использую это в коммерческих целях.
EditGrid построен на базе gnumeric. Вполне себе в коммерческих целях.
>у мс в еула для этого отдельный пункт.
Хотелось бы увидеть что-то большее чем неподтверждённое цитатой утверждение.
>Поносов вот тоже не ожидал наезда.
Ой, а уж Ходорковский-то как ТОЖЕ не ожидал наезда... ;-)
>Хороший ход. Вместо того чтобы каким-либо образом обосновать свои фобии, предлагаете мне убеждать, что бояться нечего?конечно. любые сомнения - это риски. а риски все идут лесом.
зы:
так что жду по существу. (остальное разберём позже :D)
>конечно. любые сомнения - это риски. а риски все идут лесом.У меня сомнений нет, так что я ничем не рискую.
>так что жду по существу. (остальное разберём позже :D)
"Тяжело искать чёрную кошку в тёмной комнате.
Особенно если её там нет."
>У меня сомнений нет, так что я ничем не рискую.ну. как бы не обидеть то. у буйно помешанных их тоже нет. (просто пример. из уголовной практики)
но и их мотивы как доказательство правоты не применимы.
по существу что-то сказать можете?
любое мало-мальское сомнение - повод не рисковать. нужны гарантии, а не "зуб даю".
>Тяжело искать чёрную кошку в тёмной комнате.но искать приходится.
пример с том-томом я уже упоминал? :D
>ну. как бы не обидеть то. у буйно помешанных их тоже нет.Вот именно. Это Ваше же утверждение про наличие рисков в случае сомнений.
Если у Вас фобии, то может быть к доктору лучше сходить, а не хвастаться своими страхами?>по существу что-то сказать можете?
Давайте не будем играть в "а ты купи слона".
Я попросил каких-нибудь подтверждений того что риск имеет место быть.
И (разумеется) ничего не получил.>пример с том-томом я уже упоминал? :D
Нет. Пока Вы упоминали не относящегося к делу Поносова.
Что характерно, пример tom-tom в данном контексте был бы более понятен, но также бесполезен.
>Вот именно. Это Ваше же утверждение про наличие рисков в случае сомнений.сомнения - это и есть риск.
это очевидно.
>сомнения - это и есть риск.
>это очевидно.Для того чтобы появился риск, для сомнений должны быть хоть какие-нибудь основания.
Если мы не о риске появляющемся в результате самих сомнений (как насчёт риска переплатить за проверку того защищает ли алюминиевая шапочка от зомбирования? =)
эти вот и развейте эти сомнения.
зы:
шапочку можете не снимать.
"Позвольте поинтересоваться, в целях повышения образованности", а "позже" случайно ещё не наступило?
>>В случае с XLS вы автоматом подставляете себя и всех своих клиентов.
>>Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.
>
>Можно поподробнее? Желательно с фактами.В смысле? Если вы прочитаете всю юридическую пургу генерируемую юридическим отделом Microsoft и мне по пунктам покажете, что MS не имеет и не будет иметь претензий по вопросу использования файлов Excel, а также сторонних инструментов по созданию и чтению файлов в этом формате, то это будут факты.
Формат Excel - это интеллектуальная собственность Microsoft. Это надеюсь не у кого сомнений не вызывает. И право MS изменить правила использования своей интеллектуальной собственностью (как это произошло с VFAT) под сомнение не ставится.
Соответственно, используя формат Excel не с продуктами MS, вы в принципе сам себе злобный буратино.
>В смысле? Если вы прочитаете всю юридическую пургу генерируемую юридическим отделом Microsoft
>и мне по пунктам покажете, что MS не имеет и неВаша позиция ясна. В принципе я так и предполагал, что никаких оснований у Вас нет, просто "на чердаке лучше бояться".
Основания у меня как раз есть. Микрософт один раз злоупотребила своим правом. Не вижу причин, почему оно не может сделать это еще раз.
Странную вы предлагаете методологию для принятия решения об использовании того или иного решения. Слабо, типа, боишься, что-ли. Вам сколько лет? Терминология гопоты с улицы...
>Странную вы предлагаете методологию для принятия решения об использовании того или иного
>решения.Совершенно нормальная методология. Управление рисками называется.
Мне не очень интересно разбираться с тем какова патентопригодность _форматов_ файлов (судя по окружающей действительности -- никакая).
Поэтому я использую "экспертную оценку", которая показывает, что проблемы внешне выглядевшие как проблемы с форматами на самом деле были проблемами с вовлечёнными запатентованными алгоритмами. Прекрасный пример -- GIF, с проблемой имени Лепмеля-Зива-Уэлча. Или скажем TTF. Ни Apple, ни MS не наезжают на генераторы шрифтов, только на растеризаторы, да и то на ограниченной территории и относительно небольших частей относящихся к запатентованным _алгоритмам_. Патенты эти, кстати, частично протухли, остаткам тоже недолго осталось. Т.ч. у Северной Америки тоже будет нормальный freetype =)
Поминаемые к месту и не к месту проблемы с vfat, насколько можно судить по вылетевшим ошмёткам относятся не к формату, а к "алгоритму". Если Вы в РФ, то вроде б переживания о патентах на алгоритмы (как и словосочетание "интеллектуальная собственность") можно оставить Трухину_И_О.Другая "экспертная оценка": будет ли MS пытаться почудить. "Будет, если". Как бы мы не относились к MS, следует признать, что выжимать бабло у них получалось очень даже неплохо. Собственно для выжимания бабла они и существуют. И чудить начнут, если можно будет чего-нибудь выжать без существенных рисков (хотя бы даже и репутационных). Как и из кого выжать за VFAT более-менее понятно, понятно также почему это срабатывает. Давайте попробуем придумать как выжать что-нибудь за XLS. И не забудем про то, что в Excel можно отдать CSV или какой-нибудь из ISO-шных стандартов. А не в Excel и подавно можно отдать что-нибудь другое. И вообще, глядя на обсуждение в целом, отдавать надо не табличный формат, а PDF (спасибо, что не кусок мускульной базы =)
Альтернативная оценка предлагается в этом обсуждении. Приблизительно такая: "точно не знаем что и как, но боимся, что могут нам того-этого... не знаем точно что... а кто не согласен -- дурак".
Спасибо. Что ж... есть и такое... мнение.Ах, да.. Ещё несколько случаев околоформатных наездов:
- взлом "защиты" PDF-ов (формат тут не причём);
- DeCSS (формат тут не причём);
- реверс инжиниринг QXD (знакомые с вопросом утверждают, что "Quark lost in court")Последнее вероятно может характеризовать судебные перспективы форматчиков.
P.S.
Как-то не очень честно получается, я уже и унитаз принёс и показал.. всякое...
А Вы всё за непрочитанную EULA прячетесь.
ну-ка, ну-ка. что там за алгоритмы в фат?
т.е. вы утверждаете, что наезд на том-том был не из-за формата, а из-за своей (!!!) реализации алгоритма?
что ж там за алгоритм такой, что его нельзя реализовать по другому? 2*2=4? да даже тут 2<<2.
не хватает лигики и пруфов.зы:
а экспертные оценки, так они вообще не нужны, если спорными форматами вообще не пользоваться. как в данном, обсуждаемом примере.
тем более, что экспертные оценки никак не мешают ни кризису, ни разорению компаний....
ах да! экспертные оценки вы можете заказать уже в суде. за свой счёт.:D
>т.е. вы утверждаете, что наезд на том-том был не из-за формата, а
>из-за своей (!!!) реализации алгоритма?Если я буду всё разжёвывать, то Вы никогда не научитесь жевать.
"Иногда лучше жевать, чем говорить".
т.е. пруфлинка не будет? :D
>т.е. пруфлинка не будет? :Dhttp://assets.bizjournals.com/seattle/pdf/techflash/tomtomCo...
ни одного слова algorithm не найдено.
зато найдены "Method and System For..."
и?
>ни одного слова algorithm не найдено.
>зато найдены "Method and System For..."
>и?Посмотрите в словаре определение алгоритма.
посмотрите в словаре определение Method and System.
и после этого попробуйте доказать, что формат данных туда не входит, а только алгоритмы.
удачи.
"Если Вы в РФ, то вроде б переживания о патентах на алгоритмы (как и словосочетание "интеллектуальная собственность") можно оставить Трухину_И_О."А меня-то зачем сюда приписали? Я вроде никогда не выступал за патенты на алгоритмы... ну и не паниковал из-за них.
А не Вы ли в теме про Том-Том/vfat рассказывали глупости про реверс-инжиниринг?Про "интеллектуальную собственность" Вам по "статусу" положено говорить. А вот людям путающим Open Source и Free Software не стоило бы.
про какой реверс-инжинеринг. Вы что-то путаете.
по какому статусу? хватит нести чушь
>про какой реверс-инжинеринг. Вы что-то путаете.
>по какому статусу? хватит нести чушьБыло, было. О незаконности реверс-инжиниринга.
Статус был взят в кавычки. Ваши комментарии на этом сайте имеют существенный крен в сторону поддержки собственнического ПО в целом и продукции MS в частности. Ничего особенного, со всяким бывает. В силу этого обстоятельства от Вас резонно ожидать оперирования соответствующими понятиями и использования "MS-овских" аргументов.
Не очень понятно только на что Вы при этом рассчитываете. Но если сколько-нибудь чёрно-белых оставшись сторонниками свободного ПО задумаются об оттенках, то пожалуй будет неплохо.
>Ваши комментарии на этом сайте имеют существенный крен в сторону поддержки собственнического ПО в целом и продукции MSДа его не нужно поддерживать особо - работает прекрасно. Конечно когда я вижу, как огромные организации отлично используют те или иные технологии, когда это хорошие технологии, а школьник какой-нибудь тут начинает желать убить всех и каждого, я не могу молчать. Аргументы у меня свои, точка зрения со временем может меняться - это есть развитие личности.
>Не очень понятно только на что Вы при этом рассчитываете.
Рассчитываю, что хоть некоторые задумаются о важности технологии, а не религии. И не важно, кто создал технологию.
>Рассчитываю, что хоть некоторые задумаются о важности технологии, а не религии. И не важно, кто создал технологию.об этом пусть корпорации думают.
лично я думаю об открытых технологиях.
меня интересуют только технологические вопросы, в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая). У нас в компании есть юридический отдел. Этого мне достаточно.
>в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая).странно, что именно в таких темах вас чаще всего и встретишь.
>>в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая).
>
>странно, что именно в таких темах вас чаще всего и встретишь.не могу не согласиться =)
Это вы свои рассуждения называете экспертной оценкой, да? А чем я тогда хуже?..
Если ваша доморощенная оценка дает вам добро на использование вышеуказанного формата. Нет проблем.
Моя доморощенная оценка говорит о том, что риски есть. Мне хватает других сложностей с которыми приходится сталкиваться в процессе работы, и нет никакого желания оставлять за своей потенциальную проблему подобного рода.
Перелопачивать кучу юридических бумаг и патентных развалов нет ни времени ни желания. А вашему слову в подобных делах я, вы уж извините, не склонен верить. Хотя бы по причине описанной ниже.Я уже не говорю о морально-этической стороне вопроса. Выбирая формат MS Excel вы заведомо всех своих клиентов принуждаете отдать деньги MS и стать законными пользователями MS Excel или же стать преступниками, установив нелицензированную версию оного.
Чувствуется степень уважения к клиенту. В связи кстати такие вещи любят делать МРК (сибирьтелекомы и прочие дочки связьинвеста). Когда говоришь, мол, ребята, у нас нет Excel'я, давайте хотя бы в csv. Они в ответ, мол, купите... Причем используют какой-то странный генератор файлов, что по непонятной причине при открытии в OpenOffice Calc часть данных просто не отображается и попытка обработать прямо средствами Calc'а приводит к зависанию. Полностью ее видно только в нативном Excel'e. В общем без комментариев...Был бы понятен мотив, если бы MS вам за использование их формата в ваших продуктах приплачивал бы вам, за то, что вы подсаживаете своих клиентов на их продукты. Бизнес есть бизнес. Ничего личного. Но вы очевидно делаете это делаете бесплатно. Как это назвается я не знаю...
И если возвращаться к существу вопроса. А нафига нужен формат Excel для детализаций? Какой принципиальной особенностью и полезным свойством обладает этот формат для этого?
Чем хорош формат PDF я могу сказать. Чем хорош формат html/xml тоже. А вот чем хорош формат Excel?
>Это вы свои рассуждения называете экспертной оценкой, да?Нет, я провёл мини-опрос и усреднил.
> А чем я тогда хуже?..
Ваша фамилия не Бок случайно? =)
>Я уже не говорю о морально-этической стороне вопроса. Выбирая формат MS Excel
>вы заведомо всех своих клиентов принуждаете отдать деньги MS и стать
>законными пользователями MS Excel или же стать преступниками, установив нелицензированную версию
>оного.Да с чего же? Используйте gnumeric, kspread или oocalc.
>и попытка обработать прямо средствами Calc'а приводит к зависанию. Полностью ее
>видно только в нативном Excel'e. В общем без комментариев...Попробуйте открыть в gnumeric. Если перекорёжит -- зафайлите баг. Поскольку файл Ваш наверное не совсем то что стоит выкладывать в публичную багзиллу, перешлёте его Jody или Morten, когда/если попросят.
>Был бы понятен мотив, если бы MS вам за использование их формата
>в ваших продуктах приплачивал бы вам, за то, что вы подсаживаетеРазработчики gnumeric рекомендуют использовать XLS, если нужно перебросить данные из gnumeric в oocalc или обратно. Потому что oocalc не умеет формат gnumeric и скорее всего никогда уметь не будет, чему есть две вполне достаточные причины:
- предполагалось, что эту поддержку прикрутит Jody, поскольку он занимался oocalc-ом в Novell, но поскольку он там больше не работает, то и прикручивать некому;
- собственный формат gnumeric тоже не шедевр (его когда-то придумал автор libxml, разбирающийся в XML, но имеющий минимум знаний об электронных таблицах), его бы хотелось сменить (формат, не Даниэля), но очень много наросло.Если ничего кроме цифр-букв (в т.ч. форматирования) в файле нет, то и CSV вполне подойдёт.
>И если возвращаться к существу вопроса. А нафига нужен формат Excel для
>детализаций? Какой принципиальной особенностью и полезным свойством обладает этот формат для
>этого?Понятия не имею зачем формат электронных таблиц для детализаций. Возможно те кто его используют считают, что для _их_пользователей_ это наиболее простой и доступный вариант. Сферическое общество в вакууме могло бы и похуже придумать -- например каждый оператор ваял бы свою утилиту для работы с собственным "закрытым" (в том числе от собственных сотрудников, по причине отсутствия документации) форматом детализаций. По мне так какое-нибудь поделие на Access хуже чем XLS.
>Чем хорош формат PDF я могу сказать. Чем хорош формат html/xml тоже.
>А вот чем хорош формат Excel?Вероятно тем, что существенное подмножество этого формата достаточно хорошо и довольно давно поддерживается всеми свободными проектами. Хотелось бы сказать такое про ODF, но привирать не хочется.
>Вероятно тем, что существенное подмножество этого формата достаточно хорошо и довольно давно поддерживается всеми свободными проектами. Хотелось бы сказать такое про ODF, но привирать не хочется.да ты только этим и занимаешься. :D
говорят про pdf, ты переводишь на odf. говорят про xls, ты про его подмножество.
>да ты только этим и занимаешься. :D
>говорят про pdf, ты переводишь на odf. говорят про xls, ты про
>его подмножество.Я не вижу смысла что-либо Вам объяснять.
я это понял.
ведь ни одного аргумента от вас так и не было.
>я это понялЭтого не может быть.
>ведь ни одного аргумента от вас так и не было.
Читать не умеете?
Я не вижу смысла тратить на Вас время, поскольку Вы демонстрируете уровень развития спам-бота -- выхватываете ключевое слово по своему ничтожному словарю и подсовываете готовую фразу. Если ключевого слова не обнаруживается, принимаетесь хамить.
Идите подумайте об открытых технологиях (http:/ot.ru/), раз уж до свободного ПО не доросли.
>>Замечательно! Наконец-то достигнут уровень экселя много-многолетней давности.Да ладно. в 2003 офисе у них тоже было 256
Совершенно согласен. и строк там было тоже 65536. только в 2007 офисе расширили. так что не о какой "много-многолетней давности" речи вообще не идет
>так что не о какой "много-многолетней давности" речи вообще не идетВ первой версии новости было потеряно отрицание, что и привело к бессмысленному обсуждению.
Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и они сделали разделение прайс-листа на 2 части. Вот вам и пример того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь воспользуются xlsx.
это выгружалось из 1с ? и все были в наличии ?
эхх надо было разбивать на жанры или по алфавитному указателю по фио писателей
а так акцесс им в зубы там и формочки понаделать удобные можно для поиска и т.д.
если они такие любители мсофиса 8)
>это выгружалось из 1с ? и все были в наличии ?
>эхх надо было разбивать на жанры или по алфавитному указателю по фио
>писателей
>а так акцесс им в зубы там и формочки понаделать удобные можно
>для поиска и т.д.
>если они такие любители мсофиса 8)Большое количество строк это реальная необходимость, если вы с этим не сталкивались то это не значит что это никому не нужно.
>Большое количество строк это реальная необходимость, если вы с этим не сталкивались
>то это не значит что это никому не нужно.я этого не говорил что _не_надо_ большое кол-во строк
я просто хотел уточнить это при генерации из каких либо программ аля 1с в виде отчета\прайса\т.д. или люди в ручную наколотили такой файл ? если в ручную то на сколько он забит формулами графиками и т.д. и как он ворочается ? и главное как они в этой "портянке" ориетируются =)?ps да с большим кол-вом строк сталкивался редко только в прайсах , а вот с большим кол-вом листов в файле постоянно =)
(у моих пользователей 100 листов это норма 8)
>я просто хотел уточнить это при генерации из каких либо программ аля 1с в виде отчета\прайса\т.д. или люди в ручную наколотили такой файл ? если в ручную то на сколько он забит формулами графиками и т.д. и как он ворочается ? и главное как они в этой "портянке" ориетируются =)?Генерация любой БД или распарсивание бинарных форматов, например netflow. Выход в csv или оds, которые нормально открывается для анализа в calc. Работает нормально, конечно медленно, но без зависаний и падений. С такими данными может работать любая "девчушка" без знания SQL и bash c перлом, не тратя при этом время квалифицированных специалистов, на всякую чепуху, неадекватности и работу не входящую в их обязанности.
>Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и
>они сделали разделение прайс-листа на 2 части. Вот вам и пример
>того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь
>воспользуются xlsx.это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то реально использует такие обьемы данных в одной таблице Excel.
В реальности такие данные храняться в базах данных SQL и выгружаются как отчеты с нужными параметрами выдачи по требованию.
это все я к тому, что даже 4096 колонок - очень много.
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто
>накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то
>реально использует такие обьемы данных в одной таблице Excel.
>В реальности такие данные храняться в базах данных SQL и выгружаются как
>отчеты с нужными параметрами выдачи по требованию.а на сайте Вы тоже будете пользователям давать скачать базу , чтобы они подключали к лиц SQL на лиц вин , потом пусть сами напишут запрос к базе и найдут нужную книгу ???
или все таки портируете в эксель ?
фирма также может для каждого ИП в их личном кабинете выгружать свой эксель файл для конкретных нужд чтобы они делали заказя поэтому и спросил в начале это выгрузка из 1с или нет
т.е. как генерировать отчет на сайт по запросу в виде удобночитаемых документов вы не знаете?
в курсе---
"Вы" в рус языке пишется с большой буквы - это уважение к тому к кому Вы обращаетесь , Вы не по английски разговариваете
---а Вы не знаете что чем дальше от Москвы тем большие проблемы с инетом ?? и что в офисе на 10-50 человек есть инет только , на пример , у буха для работы с банк клиентом и то по праздникам ???
вот будут менеджеры по закупкам все по одному подходить к компу буха и сидеть по 2 часа забивать в веб формы заказ
все Ваши веб формы в замкадье не работают , тупо печатается прайс или открывается в экселе отмечается что нужно и в каком кол-ве и отсылается поставщику
я проработал инженером у крупного ИП в городе 1,5 года , в курсе как все это работает
+ сколько ты набираешь тебе идет пересчет процента скидки
+ идет процент скидки из чисто личных взаимоотношений между региональным представителем и менеджером по закупкам и т.д.
проценты могут "гулять" каждый м-ц или будете увеличивать штат людей которые это все забивать в вашу программу ??? или это сделает один региональный - примет заказ + сделает отчеты по планируемым и отгруженным закупкам и т.д. ?столько всяких _но_ что Ваша веб форма идет лесом
генерируй в pdf.
из любой базы и на лету. и под любой платформой.ps:
а трухину на этот раз и я плюс поставлю.
в данном случае он прав (может потому, что ни эксель, ни кэлк, ни любой другой гнумерик действительно для таких задач не предназначены)
чукча не читатель чукча писатель
ты весь тред прочти , а уж потом суди---
и да задрал ты со своими пдфками и ртфками вдело и не в дело их
тебя ещё никто не драл. ни в дело, ни не в дело.
клиентам xls отсылаешь?
опенсорсник из тебя такой же, как и из трухина.
>тебя ещё никто не драл. ни в дело, ни не в дело.
>
>клиентам xls отсылаешь?
>опенсорсник из тебя такой же, как и из трухина.а кто такой опенсорсник?
видимо тот, кто как минимум старается (при прочих равных) использовать опенсоурс продукты.
и не нарывается на вендор-локин.
и как максимум - помогает развивать данные опенсоурс продукты в меру своих возможностей.
это же очевидно? или не очень?
при прочих равных - это очень важное замечание. В таком случае я соглашусь с этим.
вот на гетзефактсы только не надо намекать! :D
особенно в рамках данной ветки - в обсуждаемом тут применении электронные таблице не нужны вообще и эксель - тем более.зы:
лично я не понимаю почему в какой-нибудь европейской стране применение открытых форматов (генерирования, например, того же pdf для прайсов, отчётов и т.д.) - это нормальная практика, а у нас подавай именно в xls. может из-за халявы в 90-х, х/з.
также не понимаю для какого хрена наши провы раздают инет (да ещё унлимитед) через vpn(pptp). ресурсы серверов девать некуда, х/з.
>вот на гетзефактсы только не надо намекать! :Dвот смотрите - вы сами что-то себе надумали, и сейчас сами с собой будете ссориться...
а потом как всегда я виноват... Если кажется - креститься надо...>лично я не понимаю почему в какой-нибудь европейской стране применение открытых форматов
>(генерирования, например, того же pdf для прайсов, отчётов и т.д.) -
>это нормальная практика, а у нас подавай именно в xls.OpenXML такой же открытый, как и OpenDocument и PDF - все международные стандарты.
Все спецификации xls также опубликованы, но работать с ним не очень удобно - устаревший бинарный формат.
>вот смотрите - вы сами что-то себе надумали, и сейчас сами с собой будете ссориться...ну, от вас другого просто никто не ожидает. так что несите свой имедж достойно. :D
>OpenXML такой же открытый, как и OpenDocument и PDF - все международные стандарты.также, да не так. вот одна из цитат:
http://ru.wikipedia.org/wiki/OpenXML#.D0.9A.D1.80.D0.B8.D1.8...
>Использование специального формата математических формул, который имеет альтернативу в виде MathML, и вдобавок был отвергнут консорциумом W3C ещё в 1997 году. В других местах также используются собственные форматы Microsoft — например, для векторной графики применяется внутренний формат Windows WMF, а не стандартизированный SVG."открытый" формат с закрытыми вставками? оригинально :D
или вы чисто с юридической точки зрения (марrетинговый такой ход :D)? ну пролобировали. это вы хотели доказать?
ну так я и так об этом знаю.
Читайте. Тут все написано: http://www.iso.org/iso/catalogue_detail?csnumber=45515
Вы еще с двача ссылку дайте.
а вы ещё из патентного бюро пришлите.
блобы с проприетарными вставками от мс там могут быть? да или нет?
>блобы с проприетарными вставками от мс там могут быть? да или нет?Из обсуждения на канале #gnumeric:
<aguelzow> well, ODF allows "foreign elements". They are sort of useful to pass information that can't be encoded in ODF. I would expect it to go away as ODF matures.
...
<gmorten> extend and embrace built right in!
...
<aguelzow> and then they get upset if MS is using itЧто характерно последнюю фразу вполне допустимо (поскольку и то и другое верно) понимать двояко:
1. MS делает тоже самое в MOOX.
2. MS пихает чего хочет в "foreign elements" ODF.
не нужно переводить стрелки.
(да мс пытается пихать блобы во всё. это новость? но я жду ответ по пих родному формату)
Вам английский не жмёт случайно?
ODF не лучше MOOX в смысле блобов. Если бы ODF был нормальным стандартом, а не спешно слепленным лишь бы успеть наколенным поделием, то в нём не было бы нужды в "foreign elements" и MS бы туда ничего не пихала.
а вам русский уже натёр? и не случайно?
итак, в мс'овском формате вставлять блобы (причём блобы с вендор локин) от мс и только на продуктах мс (см. пост выше) можно или нет?
да или нет?зы:
а про блобы (и чей вендор-локин в этих блобах хотят видеть и кто) поговорим чуть позже.
>а вам русский уже натёр? и не случайно?Ваша манера вести обсуждение мне поднадоела, это верно.
Поскольку ничего разумного (или хотя бы доброго) таким образом не выйдет.Мои предположения о Ваших возможных сложностях с английским основываются на игнорировании сообщения. Возможно это просто часть Вашего "способа спорить".
>итак, в мс'овском формате вставлять блобы (причём блобы с вендор локин) от
>мс и только на продуктах мс (см. пост выше) можно или
>нет?Поскольку Вы тут понамешали всякого, придётся по частям.
1. МС вне всяких сомнений имеет право пихать в свой формат чего захочет ("да").
2. Чем "блобы с вендор локин" отличаются от любых других блобов?
3. Что значит "только на продуктах от мс"?>а про блобы (и чей вендор-локин в этих блобах хотят видеть и
>кто) поговорим чуть позже."Вы всё обещаете" (с), а осмысленного разговора всё никак не получается.
Я попытался донести до Вас простой факт: MOOX не хуже ODF. Блобы, о которых Вы так беспокоитесь разрешены ("стандартом") и в ODF, а поскольку как стандарт (как минимум для электронных таблиц) ODF подходит весьма условно, то MS по сути вынужден (предполагаю впрочем, что их это не слишком напрягает, а скорее даже более чем устраивает) пихать блобы в ODF. И делают они это _в_соответствии_со_стандартом_ODF_.
Следствие из этого также очевидно: если блобность присутствует в обоих стандартах, то довольно глупо засчитывать это в недостатки только одному из них.
а что такое блобы?
>а что такое блобы?скорее всего Binary Large OBject, но тут такая публика, что риски неизбежны =)
хамить ты первый начал. а теперь уже и обобщил. :D
ещё раз повторю - мне на твою рефлексию н..ь.ответы такого вида - "а вон там тоже" - не принимаются.
жду ответ на один вопрос - есть ли в мсовском формате блобы, защищённые мсовскими же патентами?
>>а что такое блобы?
>
>скорее всего Binary Large OBject, но тут такая публика, что риски неизбежны
>=)Спасибо. Тогда я не понимаю, в чем паника тут - это такие экстэншены, которые только расширяют спецификации, но не изменяют ISO стандарт.
конечно. на ваше понимание и не рассчитывал. :D
блобы блобам рознь. это уже слэнг.
есть блобы полученные из открытых форматов. например, картинки, музыка и т.д.
их можно обрабатывать в других программах. это просто blob.
а есть блобы полученные из закрытых форматов. и прикрытых ещё и патентами.
вышеприведенная цитата из раздела критики на вики как раз и есть пример - в формате есть именно такие, конкретные блобы. и в данном конкретном случае, обработать их кроме как продуктами мс нигде нельзя (вызвано не техническими причинами. юридическими). когда пишут "блоб", то имеют ввиду именно такие.
тот факт, что в одф можно вставлять блобы (любые. а как ещё к примеру картинку вставишь?), может быть использован мс для сохранения туда своих, закрытых. что приведёт к тому, что данный одф будет открываться только продуктами мс.
и что, это повод убрать все бинарники из одф? как это не допустить?
в мсовском же формате есть ссылки не на блобы вообще, а на конкретные, на конкретные свои.
да ладно - пишите честно: есть стандарт от компании А, есть стандарт от компании Б. Компанию А мы ненавидим... Больше аргументов я тут не вижу
я и пишу - есть стандарт в котором можно подключить бинарники и есть стандарт в котором можно подключить только один, конкретный и закрытый блоб.
в одном стандарте думают как бы сделать так, чтобы в качестве бинарников не продвигали закрытые блобы.
в дрогом - как бы быдать в качестве открытых бинарников закрытые блобы.
>Компанию А мы ненавидим... Больше аргументов я тут не вижув вашей реакции и не сомневался. ничего нового.
но вопрос не в этом, а в том - информация с вики, а именно приведу ещё раз:
>Использование специального формата математических формул, который имеет альтернативу в виде MathML, и вдобавок был отвергнут консорциумом W3C ещё в 1997 году. В других местах также используются собственные форматы Microsoft — например, для векторной графики применяется внутренний формат Windows WMF, а не стандартизированный SVG.имеет место или нет?
или опять будете отсылать "а вот у них тоже для мс дырка нашлась"?
>имеет место или нет?Если б вы не только wiki читали, то возможно обнаружили бы, что WMF стандартизован ECMA.
Почитайте хотя бы, что пишут Jody и Morten, чтобы глупостей не говорить.
и еще, то, что вы тут пишете, навевает на мысль, что вы в глаза не видели OpenXML SDK...
а зачем мне sdk?
достаточно спецификаций. я в ooxml ничего писать не собираюсь.
>а зачем мне sdk?
>достаточно спецификаций. я в ooxml ничего писать не собираюсь.т.е. вы прочитали спецификации? :))) не врите - тогда не писали бы таких глупостей
прочитал? 7000 страниц? неужели вы их прочитали? :D
мне было достаточно проверить 42 страничный документ с критикой от IBM.
а если я вставлю в Opendocument объект corel draw с закрытым стандартом (не знаю, можно ли так, но в Open XML можно), то нужно кричать - айайай - формат плохой? Не хотите - не используйте бинарных возможностей, но они необходимы и тем и тем для обеспечения интероперабельности с другими данными
а кто сказал, что закрытый блоб от корела устроит больше?
к счастью корел в одф не пытается вставлять свои закрытые блобы, в отличии от мс.
и если в одф она только пытается, то в ооxml уже встроила.
>а кто сказал, что закрытый блоб от корела устроит больше?
>к счастью корел в одф не пытается вставлять свои закрытые блобы, в
>отличии от мс.
>и если в одф она только пытается, то в ооxml уже встроила.
>т.е. в open document нельзя вставить бинарные обьекты из других программ? Если это так - этот стандарт можно выкинуть, ни одна серьезная компания пользоваться без вставки обьектов этим не будет. Но я не верю, что разработчики OpenDocument допустили такую глупость. Вы просто не читали ни тот ни другой стандарт... скучно с вами
>что разработчики OpenDocument допустили такую глупость.Разработчики ODF как раз допустили глупость _разрешив_ такие вставки.
Впрочем выбора у них особенного не было.
Чем MS теперь и пользуется, сохраняя ODF со вставками всякого мусора.
С одной стороны гады, конечно, а с другой -- имеют законное право.
К сожалению пока нет оснований рассчитывать на то, что разработчики ODF научатся хотя бы на своих собственных ошибках.>Вы просто не читали ни тот ни другой стандарт... скучно с вами
Ну, для этого не надо было устраивать длительное обсуждение, достаточно было спросить <strike>какого цвета обложка</strike> сколько в стандарте страниц =)
>>что разработчики OpenDocument допустили такую глупость.
>
>Разработчики ODF как раз допустили глупость _разрешив_ такие вставки.Вот смотри, живой пример: у меня есть документ Word. Я хочу добавить туда 3D картинку как объект какой-то программы, но не поддерживаемой в Office. Сейчас это прекрасно работает. Если работать не будет - весь научный мир откажется от таких программ. Office сделан далеко не только для секретарш...
>Чем MS теперь и пользуется, сохраняя ODF со вставками всякого мусора.
Примеры...
>Ну, для этого не надо было устраивать длительное обсуждение, достаточно было спросить <strike>какого цвета обложка</strike> сколько в стандарте страниц =)
Обложка белая, в pdf. Страниц много. Пользуюсь OpenXML SDK в учебных целях, в своих программах использую Office Automation для сохранения в OpenXML
>Вот смотри, живой пример: у меня есть документ Word. Я хочу добавить
>туда 3D картинку как объект какой-то программы, но не поддерживаемой в
>Office. Сейчас это прекрасно работает.Мне совершенно не понятно зачем в документ пихать картинку как объект какой-то программы.
Работает это потому что ворд автоматически кладёт рядом превьюшку, в противном случае на другой стороне без этой же "какой-то" программы в этом месте документа была бы портянка.А вот каким боком тут "весь научный мир"?
>т.е. в open document нельзя вставить бинарные обьекты из других программ?не бинарные объекты из других программ, а бинарные объекты определённых форматов.
а форматы бывают 2-х типов - открытые и закрытые.
> просто не читали ни тот ни другой стандарт... скучно с вамиочень хорошо. с вами то я вообще не общался.
вы и "ваше" мнение мне вообще не интересно.
зы:
вы и "ваше" - в данном контексте это именно множественное число.
>а Вы не знаете что чем дальше от Москвы тем большие проблемы с инетом ?? и что в офисе на 10-50 человек есть инет только , на пример , у буха для работы с банк клиентом и то по праздникам ???а локалка хоть есть?
>вот будут менеджеры по закупкам все по одному подходить к компу буха и сидеть по 2 часа забивать в веб формы заказа сейчас менеджеры по закупкам все по одному подходят к компу буха и сидят по 2 часа, забивая заказ в ексель?
>"Вы" в рус языке пишется с большой буквы - это уважение к
>тому к кому Вы обращаетесь , Вы не по английски разговариваете.Не слышал о таком правиле. Можно писать с большой буквы, если хочешь показать большее уважение к человеку, но это не обязательно.
>
>---
>
>а Вы не знаете что чем дальше от Москвы тем большие проблемы
>с инетом ??и что в офисе на 10-50 человек есть
>инет только , на пример , у буха для работы с
>банк клиентом и то по праздникам ???Интернет не нужен, если на вашем сервере стоит SQL Server и вам нужнно получить отчет из него заданного образца.
>вот будут менеджеры по закупкам все по одному подходить к компу буха
>и сидеть по 2 часа забивать в веб формы заказКак сделаете - все это можно сделать в один клик. Уж проще, чем что-то делать в Excel - это точно. Или вы ничего не хотите делать и деньги получать?
>Или вы ничего не хотите делать и деньги получать?звучит заманчиво.
но так совсем отупеть можно.
>>Или вы ничего не хотите делать и деньги получать?
>
>звучит заманчиво.мне заманчиво не звучит. Жизнь - череда побед и неудач. А остановка движения в жизни - смерть.
расскажите это буддистам.
видите ли, победы и неудачи - это ещё не вся жизнь. да и не цель её.
тем более, если эти победы и неудачи можно измерять только деньгами.зы:
мой друг, жизнь бессмысленна, даже если в ней есть место приключениям.
Атос. :D
>победы и неудачи можно измерять только деньгами.Мне жаль вас...
>>победы и неудачи можно измерять только деньгами.
>
>Мне жаль вас...Либо
1. Вы выдернули кусок предложения из контекста умышленно.
2. Вы считаете, что победы и неудачи можно измерять только деньгами и Вам жаль того, кто с этим не согласен.Сами решите что хуже.
ахаха
Вы нашли "багу" сайта и сами себе плюсуете ? а то я смотрю у Ваших постов только по "+1" стоит , я бы понял если бы "+N" ;)
>ахаха
>Вы нашли "багу" сайта и сами себе плюсуете ? а то я
>смотрю у Ваших постов только по "+1" стоит , я бы
>понял если бы "+N" ;)ты вообще странный, задал вопрос ругая программу, наткнулся на свое неумение программтровать, и теперь на других ругаешься...
>>Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и
>>они сделали разделение прайс-листа на 2 части. Вот вам и пример
>>того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь
>>воспользуются xlsx.
>
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто
>накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то
>реально использует такие обьемы данных в одной таблице Excel.2^16 строк это всего 65к строк, и это число строк можно и анализировать и даже печатать при желании.
>В реальности такие данные храняться в базах данных SQL и выгружаются как
>отчеты с нужными параметрами выдачи по требованию.Ну да, что бы книготорговой лавке из подвала, работать с прайсами от поставщиков, необходимо непременно ставить кластер на оракле.
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никтоCisco Systems выдаёт с сайта прайс-лист в XLS-е. В 64k строк оно не лезет, так что получается два листа. После того как они переставили малоинтересные сервисы в начало таблицы стало весьма неудобно работать без переколбашивания таблицы. Если бы поддерживалось больше строк, то и плевать бы на пертурбации с прайсом.
>Cisco Systems выдаёт с сайта прайс-лист в XLS-е. В 64k строк оно
>не лезет, так что получается два листа. После того как они
>переставили малоинтересные сервисы в начало таблицы стало весьма неудобно работать без
>переколбашивания таблицы. Если бы поддерживалось больше строк, то и плевать бы
>на пертурбации с прайсом.Вы ниже сказали что есть утилита ssconvert , которая как я понял XLS<->CSV
не пробовали XLS->CSV и потом попробовать "грепать" по необходимой Вам информации и потом "маленький CSV" открывать для печати в ООо или мсофисе ? да через одно место =) понимаю что нативно лучше =))
>Вы ниже сказали что есть утилита ssconvert , которая как я понял XLS<->CSVssconvert вроде конвертирует между кучкой форматов поддерживаемых gnumeric, не только XLS в CSV. Можно и <что-нибудь> в PDF.
>не пробовали XLS->CSV и потом попробовать "грепать" по необходимой Вам информации и потом "маленький CSV" открывать для печати в ООо или мсофисе ? да через одно место =) понимаю что нативно лучше =))
Дело ведь в том, что коллег к такому сложно (да и не больно нужно) приучать. Проще выкинуть (перекинуть на другой лист) "сервисы" и поместить на первом листе всё что действительно нужно (даже если бОльшая часть из "нужного" никогда не будет востребована), чтоб не заморачиваться с перебором листов при использовании vlookup.
Ведь выхлоп в сторону клиента тоже XLS.А прайсы эти вроде никто никогда не печатал.
В свежем gnumeric-е появился ssgrep, т.ч. теоретически можно предлагаемое Вами "XLS->CSV + grep" делать в одно движение.
на офсайте сборка под вин только 1.9.16
в 1.10.0 вроде много вкусного , протестировать бы да попробовать пересадить пользователей с ООо на гнумерикна сколько он быстр по сравнению с калк ?
максимальное колво страниц в гнумерик (ООо поддерживает до 256 страниц , а пользователи любители по 600 страници более держать в одном файле 8) ?
на сколько быстро происходит открытие xls файлов ? на сколько серьезно корежит ?кто нибудь пытался его внедрить вместо ООо ? если да то какие грабли ?
>на офсайте сборка под вин только 1.9.16Сборка под win32 всегда выходит с задержкой. Jody и Jean работают над этим. Последнее время приключались сложности с печатью (и/или предварительным просмотром), python_loader и lp_solver.
>максимальное колво страниц в гнумерик (ООо поддерживает до 256 страниц , а
>пользователи любители по 600 страници более держать в одном файле 8)По умолчанию собирается в варианте допускающем настройку максимума на 64 страницы.
В GConf есть ключ, как он влияет не знаю.
>на сколько быстро происходит открытие xls файлов ? на сколько серьезно корежитPivot-ы читает, но UI для работы с ними пока нет. Если вставлены EMF-ы -- проигнорирует (WMF-ы покажет настолько насколько с ними справляется libwmf). Макросы VBA не поддерживаются (планы есть, но надо (как минимум) реверс-инжинирить VBA byte-code, поскольку оказалось, что XL норовит сохранить в byte-code то что надо, а в текстовой части макроса оставить какое-то фуфло). Условное форматирование появилось недавно, возможно есть какие-то косяки.
>По умолчанию собирается в варианте допускающем настройку максимума на 64 страницы.
>В GConf есть ключ, как он влияет не знаю.Выставил ключ в 1024, нагенерировал 500+ страниц. Работает, но при добавлении листов изрядно притормаживало и сначала тормозило при переходе между листами. После сохранения довольно долго выходило (память освобождало?). Это было в 1.9.18.
Открывал файл в 1.10. Открылся хотя и заняло это пару-тройку минут.
Я пишу свой софт и хочу загонять данные в таблицу формата Gnumeric, какие библиотеки я могу использовать для этой цели? На официальном сайте ни чего нет.
ODF ? читайте спеки ищите сторонние тулкиты
ODFэто порождение ОО, а я бы хотел сразу в формат gnumeric и ещё его вызывать. Может даже по аналогии с OLE в MS Execel, ну уж хотя бы библиотечки чтоли выкладывали на сайте, а то даже доки по разработке плагинов нету.
да будет Вам известно что ODF это не порождение ООо - это глубокое заблуждение
http://ru.wikipedia.org/wiki/OpenDocument
http://ru.wikipedia.org/wiki/OASIS
>да будет Вам известно что ODF этоПочитайте, что думает по поводу ODF текущий maintainer gnumeric:
http://blogs.gnome.org/mortenw/2010/02/10/odf-plus-five-years/А это сравнениz 3х-летней давности от предыдущего maintainer-а:
http://blogs.gnome.org/jody/2007/09/10/odf-vs-oox-asking-the.../
и презентация по этому поводу от него же:
http://www.gnome.org/~jody/files/2007-ON-Linux-Beyond-ISO-Do...
Open Document - стандарт ISO
>Я пишу свой софт и хочу загонять данные в таблицу формата Gnumeric,
>какие библиотеки я могу использовать для этой цели? На официальном сайте
>ни чего нет.Собственный формат gnumeric -- gzip-нутый XML. Возможно будет проще "загонять данные" в CSV. Для переноса данных рекомендуют XLS. Если охота можно перегнать данные из одного формата в другой консольной утилитой ssconvert или использовать libspreadsheet (обе часть gnumeric).
Ему бы помощнее 3D графики типа поверхность, чтобы как в Матлабе...
скрестить собаку с ёжиком и получить бронтозавра неповоротливого как ООо ?
Вам октавии мало ? (и д.р. мат пакетов) ;)
>Ему бы помощнее 3D графики типа поверхность, чтобы как в Матлабе...Он расширяем за счет python, scipy & pylab вам в помощь.
Круто, давно ждал поддержки оценок Каплана-Мейера
>Сняты ограничения на размер таблиц, отныне границы расширены с 256 столбцов и 65536 строк до 4096 столбцов и 16 млн. строк;Товарисчи программисты, а сильно сложно ограничить количество строк и колонок не конечной цифрой, а объёмом доступной памяти? Или для этого прейдётся подумать головой, что невсегда приветствуется, в пользу "простоты"....
>Товарисчи программисты, а сильно сложно ограничить количество строк и колонок не конечной
>цифрой,Нет не сильно. Сильно потом сделать так чтобы всё это быстро работало.
Для этого помойму программисты и существуют, чтоб найти наилучший алгоритм решения какой бы то ни было задачи и далее оптимизировать его... А как известно "нет придела совершенству"...Хотя сейчас всё больше "конструкторов", которые пытаются чтото собрать из готовых заготовок, которые зачастую мало пригодны для этого.
Текущие пределы больше того, что нужно абсолютному большинству.
Даже в этих пределах плотно набитая таблица на среднепотолочном компьютере будет работать недостаточно шустро. Спрашивается, зачем делать хуже всем ради никого?
>Текущие пределы больше того, что нужно абсолютному большинству.Слышал я когдато подобную фразу про 640 киловайт. :)
Просто наличие кокого то небыло предела или ограничения влечёт за собой достижение этого ограничения и дополнительные растраты на увеличение данного ограничения...
Вопрос простой - почему сразуже не сделать без ограничений?
Для примера - древний язык REXX - длинна переменной ограничена количеством доступной памяти, а почему нельзя также оганичить количество столбцов/колонок?
Иначе производется ведро, с дырочкой в боку, и с каждым "релизом" эта дырочка всё выше и выше... Может нужно просто сделать ведро без этой дырочки?
>Слышал я когдато подобную фразу про 640 киловайт. :)Несопоставимо.
>Может нужно просто сделать ведро без этой дырочки?
Сделайте себе в gnumeric.h то что нужно.
P.S.
Хотите ещё более простой вопрос? Если так сложно писать грамотно по-русски, может быть стоит использовать средства проверки орфографии?
>Несопоставимо.Отнють... Тоже самое было с fat, затем с fat32 и т д
>Сделайте себе в gnumeric.h то что нужно.
Я не программист, который пишит эту программу...
>Хотите ещё более простой вопрос? Если так сложно писать грамотно по-русски, может
>быть стоит использовать средства проверки орфографии?Можетбыть, но моя не грамотная "речь" не накладывает каких бы то нибыло ограничений...
>Я не программистКто бы сомневался...
>Можетбыть, но моя не грамотная "речь" не накладывает каких бы то нибыло
>ограничений...Ваша неспособность писать грамотно и неумение воспользоваться программой проверки орфографии накладывают ограничения на возможность воспринимать Вас всерьёз.
(О том, что Ваши комментарии неудобно читать Вы вероятно не догадываетесь?)
Поскольку Вы не программист... пределы значений для числа столбцов и строк определены в файле gnumeric.h. Если кому-то не хватает, то никто не запрещает переопределить их для себя.
Помимо этого, выше на этой странице Вам может быть полезно почитать мнения о том кому и зачем может понадобиться такое количество строк/столбцов.
>Ваша неспособность писать грамотно и неумение воспользоваться программой проверки орфографии накладывают ограничения
>на возможность воспринимать Вас всерьёз.Неумение и нежелание - это две разные вещи, о наличии которых Вы опрометчиво говорите...
>(О том, что Ваши комментарии неудобно читать Вы вероятно не догадываетесь?)
От Вас первого слышу про подобные неудобства... Неужели у Вас вызывает затруднение чтение и понимание слова "велосипед" или "веласипед"?
>Поскольку Вы не программист... пределы значений для числа столбцов и строк определены
>в файле gnumeric.h. Если кому-то не хватает, то никто не запрещает
>переопределить их для себя.Спасибо за информацию - буду знать... А зачем там эти ограничения? Без них "тормазит"? Пустая таблица? Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?
Просто непонимаю смысл прописывания ограничений...
>От Вас первого слышу про подобные неудобства... Неужели у Вас вызывает затруднение
>чтение и понимание слова "велосипед" или "веласипед"?Первое я вообще не читаю, а воспринимаю как целое. А со вторым приходится разбираться "что это было". Есть и хуже -- "тся/ться", например. Конечно для тех кто читает по слогам это не проблема.
>Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?
Сложно делать это быстро. Чтобы было быстрее в gnumeric (и думаю не только в gnumeric) нельзя поставить произвольное число столбцов или строк даже в допустимых пределах. Всегда используется степень двойки.
>Просто непонимаю смысл прописывания ограничений...
А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах столбцов.
>>Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?
>
>Сложно делать это быстро. Чтобы было быстрее в gnumeric (и думаю не
>только в gnumeric) нельзя поставить произвольное число столбцов или строк даже
>в допустимых пределах. Всегда используется степень двойки.Хм... gnumeric прощитывает все поля таблицы, независемо от того заполнены они или нет? Это единственная причина почему он може стать очень медлиным при работе с "бесконечно" большой таблицей.
А для таблице сделать "битовую" карту, в которой указать занетость колонки и прощитывать соответственно только занятые, при этом например 50 байт будут содержать информацию примерно о 2.58224988E+120 ячейках, всел за которыми можно расположить такуюже карту для следующей группы ячеек. Современный ПК долго будет "просматривать" 50 байт? А после прощитывать только занятые ячейки....>А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах
>столбцов.Что произойдёт? Либо программа начнёт переберать долго и нудно всю эту кучу, чтобы понять что нужно считать, либо за "пару" тактов опредилит занятые...
>>А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах
>>столбцов.
>Что произойдёт? Либо программа начнёт переберать долго и нудно всю эту кучу,
>чтобы понять что нужно считать, либо за "пару" тактов опредилит занятые...Если бы эту программу писали Вы, пользоваться ею было бы невозможно.
Подсказка была дана раньше.
P.S.
Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил?
>Если бы эту программу писали Вы, пользоваться ею было бы невозможно.Возможно поэтому и не я её пишу :)
>Подсказка была дана раньше.
Сделайти скидку на мой IQ, ткните пальцем...
>P.S.
>Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил?Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :)
>>Если бы эту программу писали Вы, пользоваться ею было бы невозможно.
>Возможно поэтому и не я её пишу :)Однако берётесь рассуждать о том как всё правильно сделать.
>Сделайти скидку на мой IQ, ткните пальцем...
gnumeric.h
>Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :)
Я-то? Ну, это вряд ли. Просто заглянул в местные правила.
>Однако берётесь рассуждать о том как всё правильно сделать.Просто спросил почему именно так, а не по другому...
В фаиловых системах - регулярно преодаливаемые ограничения, в часах биусах - также ограничения, и тут в таблице тоже ограничения. А есть программы без ограничения, какойнибудь простенький текстовый редактор, который открывает файлы любой длины, или тотже rexx...>gnumeric.h
Там, если я правельно Вас понял прописываются ограничивающие цифры, и в случаи не удачного алгоритма обработки таблицы непоможет.
>Я-то? Ну, это вряд ли. Просто заглянул в местные правила.
Это наверно для спецально "кортавящих"...
>>Текущие пределы больше того, что нужно абсолютному большинству.
>
>Слышал я когдато подобную фразу про 640 киловайт. :)Где, с учетом того, что это придумали журналисты и Гейтс этого не говорил?
>Где, с учетом того, что это придумали журналисты и Гейтс этого не
>говорил?Где-где... да там же где Карузо картавит и не попадает в ноты =)
А если даже УГ это говорил...
Дмитрий Иваныч, наш, Менделеев тоже вон предсказал свойства неизвестных на момент предсказания химических элементов, а заодно грядущее утопление городов в лошадином навозе. Но любят его не за это, а за диссертацию!
А вот если б он совместил и добавил в диссертацию раздел по изготовлению продукта из лошадиного навоза...Ну сами прикиньте, много ли _здесь_ тех, кто реально упёрся в работе в вышеупомянутое 640k ограничение?
В случае же gnumeric ситуация существенно отличается. Упёршихся в такое ограничение нет и не будет, потому что те кому надо обрабатывать выходящие за данные ограничения объёмы данных не будут пользоваться для этого электронными таблицами.
Претензии по этому поводу примерно также осмысленны, как и желание использовать электронные таблицы в качестве графического редактора или веб-браузера.
да пущай пилят. самое главное, чтобы было конкурентное ПО. хотя при обработке большого количества данных и многократном использовании алгоритма лучше сделать соотв. интерфейс на perl/python/c/c++ и не стадать ерундой.хотя, эта табличка говорит в пользу c/c++
http://tenser.typepad.com/tenser_said_the_tensor/2006/08/pyt...детали - в комментах.