The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз открытого табличного процессора Gnumeric 1.10.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от opennews on 15-Фев-10, 01:48 
После более двух лет разработки вышел (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...
Новость: https://www.opennet.ru/opennews/art.shtml?num=25419

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от аноним on 15-Фев-10, 03:39 
Это отлично. Монстру OOo подрастает достойная замена.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Vitto74 email(ok) on 15-Фев-10, 05:11 
Скорее достойный младший брат.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +3 +/
Сообщение от аноним on 15-Фев-10, 11:30 
Эти мерянья "по старшинству" для офисных процессоров не имеют никакого смысла. Оно либо вас устраивает, либо нет, а среди того, что меня устраивает я выбиру то, что быстрее и удобнее. Поэтому у нас в конторе abiword/gnumeric предпочли OOo и не пожалели. А школоту, рсавнивающую gnumeric с "экселем многолетней давности" даже слушать не стоит.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –3 +/
Сообщение от Аноним (??) on 15-Фев-10, 11:52 
Согласен. Либо берем и юзаем полнофункциональный Excel либо юзаем Java JTable =)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

56. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Иван (??) on 15-Фев-10, 21:47 
Excel не полнофункциональный хотя бы потому что не кроссплатформенный. На MSO уже давно не стоит ориентироваться и вообще серьезно рассматривать. А вот Gnumeric становится вполне себе полнофункциональным.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –5 +/
Сообщение от Аноним (??) on 15-Фев-10, 05:30 
>>Расширены ограничения на размер таблиц, отныне допустимо использование до 256 >>столбцов и 65536 строк;

Замечательно! Наконец-то достигнут уровень экселя много-многолетней давности.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 05:42 
Спокойнее. 4096 столбцов и 16777216 строк.

Более правильный вопрос: собирается ли gnumeric team что-то предпринять в связи с тем, что в XL 2k7 максимальное число столбцов 2^14.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +2 +/
Сообщение от northbear (??) on 15-Фев-10, 06:13 
Зачем? Этот предел Excel 2007 сугубо теоретический. Во первых, надо быть идиотом, чтобы такой объем данных хранить в таблице Excel.
Не говоря уже о том, что среднестатистическая бухгалтерская машина при открытии файла хотя бы в половину от максимального заполнения полей просто умрет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 06:44 
Ну, в gnumeric в результате максимальное количество ячеек даже больше, т.е. "идиотизм" и "среднестатистическая машина" применимы и здесь.
Отсутствие поддержки для такого числа столбцов означает, что достаточно высосать из пальца use case с 4097 столбцов (допустим всего три строки), чтобы продемонстрировать "лучшесть" XL.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от Blinkers on 15-Фев-10, 08:11 
Там скорее не бухгалтерский комп умрет, а сам XL :)
у меня был случай, когда юзер из бухгалтерии данные хранил в XL-файле, создавая под новые данные новые листы(>200 было точно). Так однажды при создании очередного листа все нормально отработало и сохранилось. Но в следующий раз при попытке открыть чудо-файл ексель начинал безбожно ругаться на файл и умирал :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от nio (??) on 15-Фев-10, 08:47 
Ага, видел я такие файлы. Лечить их приходиться путём открытия в OpenOffice и удаления избыточного форматирования.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –5 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 09:42 
вообще-то начиная с Office 2007 там можно работать с 16000 колонок и 1 мнл строк... Интересно посмотреть, кому в работе столько надо - даже когда у меня данные скриптом обрабатываюся огромные, даже отдаленно столько не получается...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 09:47 
>вообще-то начиная с Office 2007 там можно работать с 16000 колонок и

Вообще-то, 2^14 это на минуточку 16384.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –5 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 11:48 
да, действительно вы правы, в данном случае просто точная цифра не очень важна. Достаточно фразы "гораздо больше"
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 13:15 
Ну мне надо и чё? Простейший пример телефонные емкости мира.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от pillar on 15-Фев-10, 14:21 
> Ну мне надо и чё? Простейший пример телефонные емкости мира.

Телефонные номера хранить в экселевском файле. Это пять!

То-то я удивляюсь, почему некоторые сайты на ASP так тормозят, видимо, они обращаются к таким файлам вместо БД.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 15:03 
>Телефонные номера хранить в экселевском файле. Это пять!

Не имеющих опыта работы с телефонией просьба не беспокоить,создать из сырых текстовых данных зоны покрытия быстрее всего в calc.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

58. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 15-Фев-10, 23:02 
Вы что, каждый раз заново формируете базу данных зон?
Наймите один раз нормального программиста, пусть он сделает вам нормальную БД.В которую вы будете импортировать diff'ы сырых данных. Заодно у вас появится история изменений, что бывает немаловажно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

70. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от Ъ on 16-Фев-10, 07:55 
>Вы что, каждый раз заново формируете базу данных зон?

Да каждый раз, как только, например, минкомсвязи разродится новыми данными.

>Наймите один раз нормального программиста, пусть он сделает вам нормальную БД

Спасибо я и сам не плохой программист, и в штате их хватает.

>В которую вы будете импортировать diff'ы сырых данных. Заодно у вас появится история изменений, что бывает немаловажно.

Вы ведь не понимаете о чем речь, правда?  

Вот вам данные http://minkomsvjaz.ru/departments/rossvyaz/news/xPages/entry.... Это только по России.

Необходимо из этих html создать непрерывные зоны покрытия, так чтобы при любом наборе любого номера, выбиралась бы правильная тарификация звонка по зоне. Примечание: естественно все исходные данные имеют разрывы. У меня это делает девочка табличном процессоре буквально за 5 минут, не тревожа никого, а уж потом эти данные заливаются в базу данных.  

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

74. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 10:00 
>У меня это делает девочка табличном процессоре буквально за 5 минут, не тревожа никого, а уж потом эти данные заливаются в базу данных.  

Ну как и все - зачем автоматизировать... Грустно, лучше бы с девочкой в кафе сходили пока программа работает

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

81. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 16-Фев-10, 12:48 
>Ну как и все - зачем автоматизировать... Грустно, лучше бы с девочкой в кафе сходили пока программа работает

Что автоматизировать?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

103. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 19:35 
отличный ответ!
лично я вопросов больше не имею. :D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

114. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 16-Фев-10, 23:25 
Я отлично понимаю о чем вы говорите. У нас этим занимается биллинг. В него импортируются diff между последней и предпоследней базой, предварительно перегнанных в csv и отсортированиых. А соответствие префикса той или иной зоне тарификации определено уже в биллинге.
Девочка нужна ровно для того, чтобы положить базу нумерации минсвязи в определенную папочку, откуда оно автоматом подхватывается и...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

185. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Anonim on 04-Май-10, 12:17 
>Я отлично понимаю о чем вы говорите. У нас этим занимается биллинг.
>В него импортируются diff между последней и предпоследней базой, предварительно перегнанных
>в csv и отсортированиых.

У меня тоже, только ведь кто-то должен перегнать в csv и отсортировать.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 15:07 
>> Ну мне надо и чё? Простейший пример телефонные емкости мира.
>
>Телефонные номера хранить в экселевском файле. Это пять!
>
>То-то я удивляюсь, почему некоторые сайты на ASP так тормозят, видимо, они
>обращаются к таким файлам вместо БД.

А да еще в каком формате вы будете высылать детализацию трафика? У вас на выбор или csv или вот это. CSV большая часть клиентов не поймет. А ограничение в 65к строк в детализации за месяц обходится почти всегда.  

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 15-Фев-10, 19:08 
это называется извращённая логика. детализацию говорите выслать надо?
есть масса форматов, которые клиенты "поймут" - высылайте в rtf. или в pdf к примеру.
с графиками, таблицами и блакджеком.
или после просмотра если что не нравится клиенты меняют и присылают обратно?
и приготовить его не сложнее, чем эксель. просто для вас так видимо проще всего.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 19:20 
>это называется извращённая логика.

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

>детализацию говорите выслать надо?
>есть масса форматов, которые клиенты "поймут" - высылайте в rtf. или в pdf к примеру.
>с графиками, таблицами и блакджеком.

И как в rtf/pdf клиенту посчитать отдельно трафик за день, входящий, исходящий, служебный, или конкретно на один ip или на группу за месяц/неделю/день/час и т.д.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

57. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от Hety (??) on 15-Фев-10, 22:53 
Ммм, для этого есть у приличных людей интерфейс с возможностью отбора по параметрам. Мускуль тот же не в пример быстрее будет. Экспорт нужных кусков в csv, который понимает даже эксель.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

63. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 16-Фев-10, 04:00 
>И как в rtf/pdf клиенту посчитать отдельно трафик за день, входящий, исходящий, служебный, или конкретно на один ip или на группу за месяц/неделю/день/час и т.д.

считают не в pdf/rtf. считают на сервере.
после чего формируют pdf/rtf/.../jpeg
>Когда запрашивают детализацию, значит необходимо либо расследовать внутренний инцидент, либо есть претензии по выставленному счету,

достаточно один раз написать формирование подобных документов либо на уровне мидле (php, asp, etc) или вообще на уровне хранимых процедур (если субд позволяет. а она обычно позволяет) - и вопрос решён.
или вы персонально каждому клиенту свою форму и формат документа готовите?
а если пойти ещё дальше, то формировать данные в xml, а также стайлшиты в xsl, после чего одни и теже данные можно преобразовывать в документы любых понравившихся форматов. включая и эксель, будь он не ладен.
>формат электронной таблицы снимает все вопросы, в отличие от всех остальных форматов.

формат, предназначенный для редактирования этих самых данных что называется на_коленке, снимает все вопросы? LOL
анекдот - а отчётность подавать? ну так ворд ещё никто не запрещал.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

71. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 16-Фев-10, 08:10 
>>И как в 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
>анекдот - а отчётность подавать? ну так ворд ещё никто не запрещал.
>

теоретиг блин.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

72. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 09:04 
>ты предлагаешь каждому клиенту предоставить сервер? Не жирно?

а вы каждому клиенту предоставляете ексель и они сами забивают детализацию?
>SELECT cast( inet_ntoa( ip ) AS char ) , cast( inet_ntoa( host ) AS char ) ,

да-да-да. не в коня корм как видно.
>нет, формат один число| байт| направление. Чего он с ним будет делать его проблемы, и не мое дело.

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

1. не ври:D это я не говорил.
2. ради академического интереса (и для клиента-человека-дождя - вдруг попросит) можно постараться. и на листы раскидать - человеку-дождя похрен, а мне не тяжело.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

83. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 16-Фев-10, 13:09 
>>ты предлагаешь каждому клиенту предоставить сервер? Не жирно?
>
>а вы каждому клиенту предоставляете ексель и они сами забивают детализацию?

Им предоставляется сам файл уже с детализацией, точнее они его сами формируют в личном кабинете, и его формат сами определяют. Но среди этих форматов точно нет ни pdf ни rtf ни jpg, никаких иных форматов которые не предназначены для хранения табличных данных.

>>SELECT cast( inet_ntoa( ip ) AS char ) , cast( inet_ntoa( host ) AS char ) ,
>
>да-да-да. не в коня корм как видно.

Так и запишем, этот человек sql не знает, и простейшая конструкция ставит в ступор.

>>нет, формат один число| байт| направление. Чего он с ним будет делать его проблемы, и не мое дело.
>
>помнится был фильм, "человек дождя". очень быстро числа считал.

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

>>То есть ты уже не против присылать детализацию в форматах табличных процессоров, и понимание нужность более 65к строк.
>
>1. не ври:D это я не говорил.

Не вру не капельки, предлагал генерить файлы экселя.

>2. ради академического интереса (и для клиента-человека-дождя - вдруг попросит) можно постараться.
>и на листы раскидать - человеку-дождя похрен, а мне не тяжело.

Я заметил, что вам все слишком тяжело дается, ИТ это точно не для вас.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

84. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 14:40 
>Им предоставляется сам файл уже с детализацией, точнее они его сами формируют в личном кабинете, и его формат сами определяют. Но среди этих форматов точно нет ни pdf ни rtf ни jpg, никаких иных форматов которые не предназначены для хранения табличных данных.

правда что ли не предназначены? :D
а ексель конечно преднозначен? и именно для хранения? LOL
>Не вру не капельки, предлагал генерить файлы экселя.

прям таки только в экселе и предлагал? прям таки как в основном формате?
и прям таки не для дебилов? :D
>Я заметил, что вам все слишком тяжело дается, ИТ это точно не для вас.

угу. только таким спецам как ты и решать.
зы:
вот в оракле дебилы. да и в сапе тоже.
и не догадываются, что табличные отчёты в их erp oebs в формате pdf генерить нельзя.
хотя, у местных спецов (ит онли) видимо не консультировались.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

85. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 14:43 
ах да! позвольте угадаю - этот личный кабинет на asp?
а на сервере ещё и офис (с экселем) стоит?
VBA рулез?:D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

100. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 16-Фев-10, 17:41 
>ах да! позвольте угадаю - этот личный кабинет на asp?
>а на сервере ещё и офис (с экселем) стоит?
>VBA рулез?:D

не угадал: django.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

101. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 19:26 
генеришь чем? упомянутым мной ниже pyexcelerator'ом? а данные (как теперь выяснится) из мускуля? :D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

137. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 17-Фев-10, 15:11 
>генеришь чем? упомянутым мной ниже pyexcelerator'ом?

нет

>а данные (как теперь выяснится) из мускуля? :D

да ты чё, долго выяснял? Вроде одного взгляда на sql достаточно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

143. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 16:27 
да нет. догадался сразу.
как твой пост прочитал, что xls едиственный "правильный" формат для отчётов клиентам по детализации, так и догадался:D

так чем их генеришь? у? :D

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

99. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 16-Фев-10, 17:40 
>правда что ли не предназначены? :D

а ексель конечно преднозначен? и именно для хранения? LOL

Да, друг мой, жопег для таблиц не преднзначен.


>угу. только таким спецам как ты и решать.

А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?

>зы:
>вот в оракле дебилы. да и в сапе тоже.
>и не догадываются, что табличные отчёты в их erp oebs в формате pdf генерить нельзя.
>хотя, у местных спецов (ит онли) видимо не консультировались.

Умных слов много выучил, но наверное смысла ни одного не знаешь, и чем отчеты с картинками, отличается от детализации трафика тоже не знаешь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

102. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 19:33 
>Да, друг мой, жопег для таблиц не преднзначен.

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

поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :D
про твою квалификацию не спрашиваю. видно и так.
>Умных слов много выучил, но наверное смысла ни одного не знаешь,

ну так поделись их смыслом, раз такой вумный. :D

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

138. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 17-Фев-10, 15:14 
>>Да, друг мой, жопег для таблиц не преднзначен.
>
>есть данные. есть их обработка. есть их представление.

И какое представление должно быть у 100 000 строк с 4 колонками, над которыми необходимо производить вычисления? Жопег с Пэдэфом?

>>А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?
>
>поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :D

В жопегах таблицы сохраняешь? Понятно.

>про твою квалификацию не спрашиваю. видно и так.

Спасибо

>>Умных слов много выучил, но наверное смысла ни одного не знаешь,
>
>ну так поделись их смыслом, раз такой вумный. :D

Олигофрены в принципе не обучаемы, так что бесполезно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

144. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 16:35 
вычисления проводятся на сервере.
в пдфе/джпеге/... только результат.
видишь ли пока до клиента данные дойдут, вероятность того, что математические операции станут работать по другому - очень мала.
>>>А позволь поинтересуюсь твоей квалификацией, чем по жизни занимаешься?
>>поинтересоваться можешь. и даже отвечу. именно этим и занимаюсь. :D
>В жопегах таблицы сохраняешь? Понятно.

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

как скажешь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

59. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 15-Фев-10, 23:09 
в электронном виде рекомендую html. Если нужно круто, то XML c XSLT для вывода на печать. В случае с XLS вы автоматом подставляете себя и всех своих клиентов. Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.  
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

60. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 15-Фев-10, 23:12 
>В случае с XLS вы автоматом подставляете себя и всех своих клиентов.
>Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.

Можно поподробнее? Желательно с фактами.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

64. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 16-Фев-10, 04:08 
ну например есть такой проэкт - 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
насколько "законно" такое применение - х/з.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

67. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +2 +/
Сообщение от frob on 16-Фев-10, 05:29 
>насколько "законно" такое применение - х/з.

А если х/з, то о чём разговор-то?

Зачем сгущать слухи на пустом месте? Вот Вы тут всуе Excel поминаете...
А вдруг это х/з как "законно"?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

73. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 16-Фев-10, 09:09 
топ-топу расскажи. ага.

зы:
>Вот Вы тут всуе Excel поминаете...

а вы его только в молитвах произносите?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

86. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 16-Фев-10, 15:34 
>топ-топу расскажи. ага.

То есть ответа по существу не будет?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

92. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 16:18 
аргументы? кстати, как по поводу аргументов с вашей стороны?
для меня этот самый х/з - это риски. особенно если я использую это в коммерческих целях.
у мс в еула для этого отдельный пункт.
Поносов вот тоже не ожидал наезда.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

97. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 16-Фев-10, 17:37 
>аргументы? кстати, как по поводу аргументов с вашей стороны?

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

Для меня достаточно нецелесообразности каких-либо телодвижений в сторону зажима XLS со стороны MS.

>для меня этот самый х/з - это риски. особенно если я использую это в коммерческих целях.

EditGrid построен на базе gnumeric. Вполне себе в коммерческих целях.

>у мс в еула для этого отдельный пункт.

Хотелось бы увидеть что-то большее чем неподтверждённое цитатой утверждение.

>Поносов вот тоже не ожидал наезда.

Ой, а уж Ходорковский-то как ТОЖЕ не ожидал наезда... ;-)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

104. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 19:38 
>Хороший ход. Вместо того чтобы каким-либо образом обосновать свои фобии, предлагаете мне убеждать, что бояться нечего?

конечно. любые сомнения - это риски. а риски все идут лесом.
зы:
так что жду по существу. (остальное разберём позже :D)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

107. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 20:19 
>конечно. любые сомнения - это риски. а риски все идут лесом.

У меня сомнений нет, так что я ничем не рискую.

>так что жду по существу. (остальное разберём позже :D)

"Тяжело искать чёрную кошку в тёмной комнате.
Особенно если её там нет."

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

108. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 21:04 
>У меня сомнений нет, так что я ничем не рискую.

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

но искать приходится.
пример с том-томом я уже упоминал? :D

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

110. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 21:40 
>ну. как бы не обидеть то. у буйно помешанных их тоже нет.

Вот именно. Это Ваше же утверждение про наличие рисков в случае сомнений.
Если у Вас фобии, то может быть к доктору лучше сходить, а не хвастаться своими страхами?

>по существу что-то сказать можете?

Давайте не будем играть в "а ты купи слона".
Я попросил каких-нибудь подтверждений того что риск имеет место быть.
И (разумеется) ничего не получил.

>пример с том-томом я уже упоминал? :D

Нет. Пока Вы упоминали не относящегося к делу Поносова.
Что характерно, пример tom-tom в данном контексте был бы более понятен, но также бесполезен.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

111. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 21:51 
>Вот именно. Это Ваше же утверждение про наличие рисков в случае сомнений.

сомнения - это и есть риск.
это очевидно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

113. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 22:02 
>сомнения - это и есть риск.
>это очевидно.

Для того чтобы появился риск, для сомнений должны быть хоть какие-нибудь основания.

Если мы не о риске появляющемся в результате самих сомнений (как насчёт риска переплатить за проверку того защищает ли алюминиевая шапочка от зомбирования? =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

123. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 11:01 
эти вот и развейте эти сомнения.
зы:
шапочку можете не снимать.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

147. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 17:15 
"Позвольте поинтересоваться, в целях повышения образованности", а "позже" случайно ещё не наступило?


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

115. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 16-Фев-10, 23:37 
>>В случае с XLS вы автоматом подставляете себя и всех своих клиентов.
>>Легитимность использования формата Excel и формирование его не средствами от МS неочевидна.
>
>Можно поподробнее? Желательно с фактами.

В смысле? Если вы прочитаете всю юридическую пургу генерируемую юридическим отделом Microsoft и мне по пунктам покажете, что MS не имеет и не будет иметь претензий по вопросу использования файлов Excel, а также сторонних инструментов по созданию и чтению файлов в этом формате, то это будут факты.

Формат Excel - это интеллектуальная собственность Microsoft. Это надеюсь не у кого сомнений не вызывает. И право MS изменить правила использования своей интеллектуальной собственностью (как это произошло с VFAT) под сомнение не ставится.  

Соответственно, используя формат Excel не с продуктами MS, вы в принципе сам себе злобный буратино.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

116. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 01:17 
>В смысле? Если вы прочитаете всю юридическую пургу генерируемую юридическим отделом Microsoft
>и мне по пунктам покажете, что MS не имеет и не

Ваша позиция ясна. В принципе я так и предполагал, что никаких оснований у Вас нет, просто "на чердаке лучше бояться".

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

120. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 17-Фев-10, 06:18 
Основания у меня как раз есть. Микрософт один раз злоупотребила своим правом. Не вижу причин, почему оно не может сделать это еще раз.
Странную вы предлагаете методологию для принятия решения об использовании того или иного решения. Слабо, типа, боишься, что-ли. Вам сколько лет? Терминология гопоты с улицы...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

122. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 08:55 
>Странную вы предлагаете методологию для принятия решения об использовании того или иного
>решения.

Совершенно нормальная методология. Управление рисками называется.
Мне не очень интересно разбираться с тем какова патентопригодность _форматов_ файлов (судя по окружающей действительности -- никакая).
Поэтому я использую "экспертную оценку", которая показывает, что проблемы внешне выглядевшие как проблемы с форматами на самом деле были проблемами с вовлечёнными запатентованными алгоритмами. Прекрасный пример -- 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 прячетесь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

125. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 11:23 
ну-ка, ну-ка. что там за алгоритмы в фат?
т.е. вы утверждаете, что наезд на том-том был не из-за формата, а из-за своей (!!!) реализации алгоритма?
что ж там за алгоритм такой, что его нельзя реализовать по другому? 2*2=4? да даже тут 2<<2.
не хватает лигики и пруфов.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

140. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 15:37 
>т.е. вы утверждаете, что наезд на том-том был не из-за формата, а
>из-за своей (!!!) реализации алгоритма?

Если я буду всё разжёвывать, то Вы никогда не научитесь жевать.
"Иногда лучше жевать, чем говорить".

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

145. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 16:39 
т.е. пруфлинка не будет? :D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

153. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 17:34 
>т.е. пруфлинка не будет? :D

http://assets.bizjournals.com/seattle/pdf/techflash/tomtomCo...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

161. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 19:02 
ни одного слова algorithm не найдено.
зато найдены "Method and System For..."
и?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

162. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 19:25 
>ни одного слова algorithm не найдено.
>зато найдены "Method and System For..."
>и?

Посмотрите в словаре определение алгоритма.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

165. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 19:46 
посмотрите в словаре определение Method and System.
и после этого попробуйте доказать, что формат данных туда не входит, а только алгоритмы.
удачи.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

128. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 13:14 
"Если Вы в РФ, то вроде б переживания о патентах на алгоритмы (как и словосочетание "интеллектуальная собственность") можно оставить Трухину_И_О."

А меня-то зачем сюда приписали? Я вроде никогда не выступал за патенты на алгоритмы... ну и не паниковал из-за них.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

139. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 15:36 
А не Вы ли в теме про Том-Том/vfat рассказывали глупости про реверс-инжиниринг?

Про "интеллектуальную собственность" Вам по "статусу" положено говорить. А вот людям путающим Open Source и Free Software не стоило бы.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

146. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:15 
про какой реверс-инжинеринг. Вы что-то путаете.
по какому статусу? хватит нести чушь
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

154. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 18:06 
>про какой реверс-инжинеринг. Вы что-то путаете.
>по какому статусу? хватит нести чушь

Было, было. О незаконности реверс-инжиниринга.

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

156. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –5 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 18:26 
>Ваши комментарии на этом сайте имеют существенный крен в сторону поддержки собственнического ПО в целом и продукции MS

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

>Не очень понятно только на что Вы при этом рассчитываете.

Рассчитываю, что хоть некоторые задумаются о важности технологии, а не религии. И не важно, кто создал технологию.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

173. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 23:40 
>Рассчитываю, что хоть некоторые задумаются о важности технологии, а не религии. И не важно, кто создал технологию.

об этом пусть корпорации думают.
лично я думаю об открытых технологиях.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

148. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:16 
меня интересуют только технологические вопросы, в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая). У нас в компании есть юридический отдел. Этого мне достаточно.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

166. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 19:47 
>в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая).

странно, что именно в таких темах вас чаще всего и встретишь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

169. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 23:11 
>>в лицензировании разбираюсь слабо (и мне смешно, когда тут начинают такие вопросы поднимать, ничего в этом не понимая).
>
>странно, что именно в таких темах вас чаще всего и встретишь.

не могу не согласиться =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

167. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от northbear (??) on 17-Фев-10, 20:48 
Это вы свои рассуждения называете экспертной оценкой, да? А чем я тогда хуже?..
Если ваша доморощенная оценка дает вам добро на использование вышеуказанного формата. Нет проблем.
Моя доморощенная оценка говорит о том, что риски есть. Мне хватает других сложностей с которыми приходится сталкиваться в процессе работы, и нет никакого желания оставлять за своей потенциальную проблему подобного рода.
Перелопачивать кучу юридических бумаг и патентных развалов нет ни времени ни желания. А вашему слову в подобных делах я, вы уж извините, не склонен верить. Хотя бы по причине описанной ниже.

Я уже не говорю о морально-этической стороне вопроса. Выбирая формат MS Excel вы заведомо всех своих клиентов принуждаете отдать деньги MS и стать законными пользователями MS Excel или же стать преступниками, установив нелицензированную версию оного.

Чувствуется степень уважения к клиенту. В связи кстати такие вещи любят делать МРК (сибирьтелекомы и прочие дочки связьинвеста). Когда говоришь, мол, ребята, у нас нет Excel'я, давайте хотя бы в csv. Они в ответ, мол, купите... Причем используют какой-то странный генератор файлов, что по непонятной причине при открытии в OpenOffice Calc часть данных просто не отображается и попытка обработать прямо средствами Calc'а приводит к зависанию. Полностью ее видно только в нативном Excel'e. В общем без комментариев...  

Был бы понятен мотив, если бы MS вам за использование их формата в ваших продуктах приплачивал бы вам, за то, что вы подсаживаете своих клиентов на их продукты. Бизнес есть бизнес. Ничего личного.  Но вы очевидно делаете это делаете бесплатно. Как это назвается я не знаю...

И если возвращаться к существу вопроса. А нафига нужен формат Excel для детализаций? Какой принципиальной особенностью и полезным свойством обладает этот формат для этого?

Чем хорош формат PDF я могу сказать. Чем хорош формат html/xml тоже. А вот чем хорош формат Excel?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

168. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 23:10 
>Это вы свои рассуждения называете экспертной оценкой, да?

Нет, я провёл мини-опрос и усреднил.

> А чем я тогда хуже?..

Ваша фамилия не Бок случайно? =)

>Я уже не говорю о морально-этической стороне вопроса. Выбирая формат 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, но привирать не хочется.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

170. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 23:15 
>Вероятно тем, что существенное подмножество этого формата достаточно хорошо и довольно давно поддерживается всеми свободными проектами. Хотелось бы сказать такое про ODF, но привирать не хочется.

да ты только этим и занимаешься. :D
говорят про pdf, ты переводишь на odf. говорят про xls, ты про его подмножество.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

175. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 18-Фев-10, 00:19 
>да ты только этим и занимаешься. :D
>говорят про pdf, ты переводишь на odf. говорят про xls, ты про
>его подмножество.

Я не вижу смысла что-либо Вам объяснять.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

179. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 18-Фев-10, 04:26 
я это понял.
ведь ни одного аргумента от вас так и не было.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

180. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob (ok) on 18-Фев-10, 05:51 
>я это понял

Этого не может быть.

>ведь ни одного аргумента от вас так и не было.

Читать не умеете?

Я не вижу смысла тратить на Вас время, поскольку Вы демонстрируете уровень развития спам-бота -- выхватываете ключевое слово по своему ничтожному словарю и подсовываете готовую фразу. Если ключевого слова не обнаруживается, принимаетесь хамить.

Идите подумайте об открытых технологиях (http:/ot.ru/), раз уж до свободного ПО не доросли.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Suberjin email on 15-Фев-10, 11:00 
>>Замечательно! Наконец-то достигнут уровень экселя много-многолетней давности.

Да ладно. в 2003 офисе у них тоже было 256

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

89. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от anonim on 16-Фев-10, 16:07 
Совершенно согласен. и строк там было тоже 65536. только в 2007 офисе расширили. так что не о какой "много-многолетней давности" речи вообще не идет
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

98. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 17:39 
>так что не о какой "много-многолетней давности" речи вообще не идет

В первой версии новости было потеряно отрицание, что и привело к бессмысленному обсуждению.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от Zenitur email on 15-Фев-10, 11:10 
Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и они сделали разделение прайс-листа на 2 части. Вот вам и пример того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь воспользуются xlsx.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 11:33 
это выгружалось из 1с ? и все были в наличии ?
эхх надо было разбивать на жанры или по алфавитному указателю по фио писателей
а так акцесс им в зубы там и формочки понаделать удобные можно для поиска и т.д.
если они такие любители мсофиса 8)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 19:44 
>это выгружалось из 1с ? и все были в наличии ?
>эхх надо было разбивать на жанры или по алфавитному указателю по фио
>писателей
>а так акцесс им в зубы там и формочки понаделать удобные можно
>для поиска и т.д.
>если они такие любители мсофиса 8)

Большое количество строк это реальная необходимость, если вы с этим не сталкивались то это не значит что это никому не нужно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

52. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 20:17 
>Большое количество строк это реальная необходимость, если вы с этим не сталкивались
>то это не значит что это никому не нужно.

я этого не говорил что _не_надо_ большое кол-во строк
я просто хотел уточнить это при генерации из каких либо программ аля 1с в виде отчета\прайса\т.д. или люди в ручную наколотили такой файл ? если в ручную то на сколько он забит формулами графиками и т.д. и как он ворочается ? и главное как они в этой "портянке" ориетируются =)?

ps да с большим кол-вом строк сталкивался редко только в прайсах , а вот с большим кол-вом листов в файле постоянно =)
(у моих пользователей 100 листов это норма 8)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

54. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 20:46 
>я просто хотел уточнить это при генерации из каких либо программ аля 1с в виде отчета\прайса\т.д. или люди в ручную наколотили такой файл ? если в ручную то на сколько он забит формулами графиками и т.д. и как он ворочается ? и главное как они в этой "портянке" ориетируются =)?

Генерация любой БД или распарсивание бинарных форматов, например netflow.  Выход в csv или оds, которые нормально открывается для анализа в calc. Работает нормально, конечно медленно, но без зависаний и падений.  С такими данными может работать любая "девчушка" без знания SQL и bash c перлом, не тратя при этом время квалифицированных специалистов, на всякую чепуху, неадекватности и работу не входящую в их обязанности.  

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 11:52 
>Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и
>они сделали разделение прайс-листа на 2 части. Вот вам и пример
>того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь
>воспользуются xlsx.

это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то реально использует такие обьемы данных в одной таблице Excel.
В реальности такие данные храняться в базах данных SQL и выгружаются как отчеты с нужными параметрами выдачи по требованию.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –7 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 11:53 
это все я к тому, что даже 4096 колонок - очень много.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от PAVka on 15-Фев-10, 12:15 
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто
>накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то
>реально использует такие обьемы данных в одной таблице Excel.
>В реальности такие данные храняться в базах данных SQL и выгружаются как
>отчеты с нужными параметрами выдачи по требованию.

а на сайте Вы тоже будете пользователям давать скачать базу , чтобы они подключали к лиц SQL на лиц вин , потом пусть сами напишут запрос к базе и найдут нужную книгу ???

или все таки портируете в эксель ?
фирма также может для каждого ИП в их личном кабинете выгружать свой эксель файл для конкретных нужд чтобы они делали заказ

я поэтому и спросил в начале это выгрузка из 1с или нет

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –7 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 15:52 
т.е. как генерировать отчет на сайт по запросу в виде удобночитаемых документов вы не знаете?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от PAVka on 15-Фев-10, 17:05 
в курсе

---
"Вы" в рус языке пишется с большой буквы - это уважение к тому к кому Вы обращаетесь , Вы не по английски разговариваете
---

а Вы не знаете что чем дальше от Москвы тем большие проблемы с инетом ?? и что в офисе на 10-50 человек есть инет только , на пример , у буха для работы с банк клиентом и то по праздникам ???

вот будут менеджеры по закупкам все по одному подходить к компу буха и сидеть по 2 часа забивать в веб формы заказ

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

я проработал инженером у крупного ИП в городе 1,5 года , в курсе как все это работает
+ сколько ты набираешь тебе идет пересчет процента скидки
+ идет процент скидки из чисто личных взаимоотношений между региональным представителем и менеджером по закупкам и т.д.
проценты могут "гулять" каждый м-ц или будете увеличивать штат людей которые это все забивать в вашу программу ??? или это сделает один региональный - примет заказ + сделает отчеты по планируемым и отгруженным закупкам и т.д. ?

столько всяких _но_ что Ваша веб форма идет лесом

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 15-Фев-10, 19:13 
генерируй в pdf.
из любой базы и на лету. и под любой платформой.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

50. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 20:04 
чукча не читатель чукча писатель
ты весь тред прочти , а уж потом суди

---
и да задрал ты со своими пдфками и ртфками вдело и не в дело их

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

61. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 16-Фев-10, 03:50 
тебя ещё никто не драл. ни в дело, ни не в дело.
клиентам xls отсылаешь?
опенсорсник из тебя такой же, как и из трухина.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

76. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –7 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 10:07 
>тебя ещё никто не драл. ни в дело, ни не в дело.
>
>клиентам xls отсылаешь?
>опенсорсник из тебя такой же, как и из трухина.

а кто такой опенсорсник?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

78. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 11:06 
видимо тот, кто как минимум старается (при прочих равных) использовать опенсоурс продукты.
и не нарывается на вендор-локин.
и как максимум - помогает развивать данные опенсоурс продукты в меру своих возможностей.
это же очевидно? или не очень?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

80. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 11:33 
при прочих равных - это очень важное замечание. В таком случае я соглашусь с этим.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

82. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 12:51 
вот на гетзефактсы только не надо намекать! :D
особенно в рамках данной ветки - в обсуждаемом тут применении электронные таблице не нужны вообще и эксель - тем более.

зы:
лично я не понимаю почему в какой-нибудь европейской стране применение открытых форматов (генерирования, например, того же pdf для прайсов, отчётов и т.д.) - это нормальная практика, а у нас подавай именно в xls. может из-за халявы в 90-х, х/з.
также не понимаю для какого хрена наши провы раздают инет (да ещё унлимитед) через vpn(pptp). ресурсы серверов девать некуда, х/з.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

90. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 16:10 
>вот на гетзефактсы только не надо намекать! :D

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

>лично я не понимаю почему в какой-нибудь европейской стране применение открытых форматов
>(генерирования, например, того же pdf для прайсов, отчётов и т.д.) -
>это нормальная практика, а у нас подавай именно в xls.

OpenXML такой же открытый, как и OpenDocument и PDF - все международные стандарты.
Все спецификации xls также опубликованы, но работать с ним не очень удобно - устаревший бинарный формат.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

93. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –2 +/
Сообщение от минона on 16-Фев-10, 16:33 
>вот смотрите - вы сами что-то себе надумали, и сейчас сами с собой будете ссориться...

ну, от вас другого просто никто не ожидает. так что несите свой имедж достойно. :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)? ну пролобировали. это вы хотели доказать?
ну так я и так об этом знаю.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

94. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 16:49 
Читайте. Тут все написано: http://www.iso.org/iso/catalogue_detail?csnumber=45515
Вы еще с двача ссылку дайте.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

95. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 17:04 
а вы ещё из патентного бюро пришлите.
блобы с проприетарными вставками от мс там могут быть? да или нет?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

96. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 16-Фев-10, 17:30 
>блобы с проприетарными вставками от мс там могут быть? да или нет?

Из обсуждения на канале #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.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

105. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 19:41 
не нужно переводить стрелки.
(да мс пытается пихать блобы во всё. это новость? но я жду ответ по пих родному формату)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

106. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 20:17 
Вам английский не жмёт случайно?
ODF не лучше MOOX в смысле блобов. Если бы ODF был нормальным стандартом, а не спешно слепленным лишь бы успеть наколенным поделием, то в нём не было бы нужды в "foreign elements" и MS бы туда ничего не пихала.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

109. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 21:13 
а вам русский уже натёр? и не случайно?
итак, в мс'овском формате вставлять блобы (причём блобы с вендор локин) от мс и только на продуктах мс (см. пост выше) можно или нет?
да или нет?

зы:
а про блобы (и чей вендор-локин в этих блобах хотят видеть и кто) поговорим чуть позже.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

112. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 21:56 
>а вам русский уже натёр? и не случайно?

Ваша манера вести обсуждение мне поднадоела, это верно.
Поскольку ничего разумного (или хотя бы доброго) таким образом не выйдет.

Мои предположения о Ваших возможных сложностях с английским основываются на игнорировании сообщения. Возможно это просто часть Вашего "способа спорить".

>итак, в мс'овском формате вставлять блобы (причём блобы с вендор локин) от
>мс и только на продуктах мс (см. пост выше) можно или
>нет?

Поскольку Вы тут понамешали всякого, придётся по частям.
1. МС вне всяких сомнений имеет право пихать в свой формат чего захочет ("да").
2. Чем "блобы с вендор локин" отличаются от любых других блобов?
3. Что значит "только на продуктах от мс"?

>а про блобы (и чей вендор-локин в этих блобах хотят видеть и
>кто) поговорим чуть позже.

"Вы всё обещаете" (с), а осмысленного разговора всё никак не получается.

Я попытался донести до Вас простой факт: MOOX не хуже ODF. Блобы, о которых Вы так беспокоитесь разрешены ("стандартом") и в ODF, а поскольку как стандарт (как минимум для электронных таблиц) ODF подходит весьма условно, то MS по сути вынужден (предполагаю впрочем, что их это не слишком напрягает, а скорее даже более чем устраивает) пихать блобы в ODF. И делают они это _в_соответствии_со_стандартом_ODF_.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

119. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 03:21 
а что такое блобы?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

121. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 06:23 
>а что такое блобы?

скорее всего Binary Large OBject, но тут такая публика, что риски неизбежны =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

126. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 11:33 
хамить ты первый начал. а теперь уже и обобщил. :D
ещё раз повторю - мне на твою рефлексию н..ь.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

129. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 13:17 
>>а что такое блобы?
>
>скорее всего Binary Large OBject, но тут такая публика, что риски неизбежны
>=)

Спасибо. Тогда я не понимаю, в чем паника тут - это такие экстэншены, которые только расширяют спецификации, но не изменяют ISO стандарт.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

134. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 13:46 
конечно. на ваше понимание и не рассчитывал. :D
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

127. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 12:01 
блобы блобам рознь. это уже слэнг.
есть блобы полученные из открытых форматов. например, картинки, музыка и т.д.
их можно обрабатывать в других программах. это просто blob.
а есть блобы полученные из закрытых форматов. и прикрытых ещё и патентами.
вышеприведенная цитата из раздела критики на вики как раз и есть пример - в формате есть именно такие, конкретные блобы. и в данном конкретном случае, обработать их кроме как продуктами мс нигде нельзя (вызвано не техническими причинами. юридическими). когда пишут "блоб", то имеют ввиду именно такие.
тот факт, что в одф можно вставлять блобы (любые. а как ещё к примеру картинку вставишь?), может быть использован мс для сохранения туда своих, закрытых. что приведёт к тому, что данный одф будет открываться только продуктами мс.
и что, это повод убрать все бинарники из одф? как это не допустить?
в мсовском же формате есть ссылки не на блобы вообще, а на конкретные, на конкретные свои.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

130. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 13:18 
да ладно - пишите честно: есть стандарт от компании А, есть стандарт от компании Б. Компанию А мы ненавидим... Больше аргументов я тут не вижу

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

133. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 13:37 
я и пишу - есть стандарт в котором можно подключить бинарники и есть стандарт в котором можно подключить только один, конкретный и закрытый блоб.
в одном стандарте думают как бы сделать так, чтобы в качестве бинарников не продвигали закрытые блобы.
в дрогом - как бы быдать в качестве открытых бинарников закрытые блобы.
>Компанию А мы ненавидим... Больше аргументов я тут не вижу

в вашей реакции и не сомневался. ничего нового.

но вопрос не в этом, а в том - информация с вики, а именно приведу ещё раз:
>Использование специального формата математических формул, который имеет альтернативу в виде MathML, и вдобавок был отвергнут консорциумом W3C ещё в 1997 году. В других местах также используются собственные форматы Microsoft — например, для векторной графики применяется внутренний формат Windows WMF, а не стандартизированный SVG.

имеет место или нет?
или опять будете отсылать "а вот у них тоже для мс дырка нашлась"?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

141. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 15:44 
>имеет место или нет?

Если б вы не только wiki читали, то возможно обнаружили бы, что WMF стандартизован ECMA.

Почитайте хотя бы, что пишут Jody и Morten, чтобы глупостей не говорить.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

131. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 13:19 
и еще, то, что вы тут пишете, навевает на мысль, что вы в глаза не видели OpenXML SDK...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

136. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 13:56 
а зачем мне sdk?
достаточно спецификаций. я в ooxml ничего писать не собираюсь.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

149. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:18 
>а зачем мне sdk?
>достаточно спецификаций. я в ooxml ничего писать не собираюсь.

т.е. вы прочитали спецификации?  :))) не врите - тогда не писали бы таких глупостей

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

163. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 19:35 
прочитал? 7000 страниц? неужели вы их прочитали? :D
мне было достаточно проверить 42 страничный документ с критикой от IBM.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

132. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 17-Фев-10, 13:24 
а если я вставлю в Opendocument объект corel draw с закрытым стандартом (не знаю, можно ли так, но в Open XML можно), то нужно кричать - айайай - формат плохой? Не хотите - не используйте бинарных возможностей, но они необходимы и тем и тем для обеспечения интероперабельности с другими данными
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

135. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 13:54 
а кто сказал, что закрытый блоб от корела устроит больше?
к счастью корел в одф не пытается вставлять свои закрытые блобы, в отличии от мс.
и если в одф она только пытается, то в ооxml уже встроила.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

150. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:20 
>а кто сказал, что закрытый блоб от корела устроит больше?
>к счастью корел в одф не пытается вставлять свои закрытые блобы, в
>отличии от мс.
>и если в одф она только пытается, то в ооxml уже встроила.
>

т.е. в open document нельзя вставить бинарные обьекты из других программ? Если это так - этот стандарт можно выкинуть, ни одна серьезная компания пользоваться без вставки обьектов этим не будет. Но я не верю, что разработчики OpenDocument допустили такую глупость. Вы просто не читали ни тот ни другой стандарт... скучно с вами

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

155. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 18:21 
>что разработчики OpenDocument допустили такую глупость.

Разработчики ODF как раз допустили глупость _разрешив_ такие вставки.
Впрочем выбора у них особенного не было.
Чем MS теперь и пользуется, сохраняя ODF со вставками всякого мусора.
С одной стороны гады, конечно, а с другой -- имеют законное право.
К сожалению пока нет оснований рассчитывать на то, что разработчики ODF научатся хотя бы на своих собственных ошибках.

>Вы просто не читали ни тот ни другой стандарт... скучно с вами

Ну, для этого не надо было устраивать длительное обсуждение, достаточно было спросить <strike>какого цвета обложка</strike> сколько в стандарте страниц =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

157. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 18:31 
>>что разработчики OpenDocument допустили такую глупость.
>
>Разработчики ODF как раз допустили глупость _разрешив_ такие вставки.

Вот смотри, живой пример: у меня есть документ Word. Я хочу добавить туда 3D картинку как объект какой-то программы, но не поддерживаемой в Office. Сейчас это прекрасно работает. Если работать не будет - весь научный мир откажется от таких программ. Office сделан далеко не только для секретарш...

>Чем MS теперь и пользуется, сохраняя ODF со вставками всякого мусора.

Примеры...

>Ну, для этого не надо было устраивать длительное обсуждение, достаточно было спросить <strike>какого цвета обложка</strike> сколько в стандарте страниц =)

Обложка белая, в pdf. Страниц много. Пользуюсь OpenXML SDK в учебных целях, в своих программах использую Office Automation для сохранения в OpenXML


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

174. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 18-Фев-10, 00:16 
>Вот смотри, живой пример: у меня есть документ Word. Я хочу добавить
>туда 3D картинку как объект какой-то программы, но не поддерживаемой в
>Office. Сейчас это прекрасно работает.

Мне совершенно не понятно зачем в документ пихать картинку как объект какой-то программы.
Работает это потому что ворд автоматически кладёт рядом превьюшку, в противном случае на другой стороне без этой же "какой-то" программы в этом месте документа была бы портянка.

А вот каким боком тут "весь научный мир"?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

171. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 23:24 
>т.е. в open document нельзя вставить бинарные обьекты из других программ?

не бинарные объекты из других программ, а бинарные объекты определённых форматов.
а форматы бывают 2-х типов - открытые и закрытые.
> просто не читали ни тот ни другой стандарт... скучно с вами

очень хорошо. с вами то я вообще не общался.
вы и "ваше" мнение мне вообще не интересно.
зы:
вы и "ваше" - в данном контексте это именно множественное число.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

65. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от минона on 16-Фев-10, 04:58 
>а Вы не знаете что чем дальше от Москвы тем большие проблемы с инетом ?? и что в офисе на 10-50 человек есть инет только , на пример , у буха для работы с банк клиентом и то по праздникам ???

а локалка хоть есть?
>вот будут менеджеры по закупкам все по одному подходить к компу буха и сидеть по 2 часа забивать в веб формы заказ

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

75. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 10:06 
>"Вы" в рус языке пишется с большой буквы - это уважение к
>тому к кому Вы обращаетесь , Вы не по английски разговариваете.

Не слышал о таком правиле. Можно писать с большой буквы, если хочешь показать большее уважение к человеку, но это не обязательно.

>
>---
>
>а Вы не знаете что чем дальше от Москвы тем большие проблемы
>с инетом ??

и что в офисе на 10-50 человек есть
>инет только , на пример , у буха для работы с
>банк клиентом и то по праздникам ???

Интернет не нужен, если на вашем сервере стоит SQL Server и вам нужнно получить отчет из него заданного образца.

>вот будут менеджеры по закупкам все по одному подходить к компу буха
>и сидеть по 2 часа забивать в веб формы заказ

Как сделаете - все это можно сделать в один клик. Уж проще, чем что-то делать в Excel - это точно. Или вы ничего не хотите делать и деньги получать?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

79. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 16-Фев-10, 11:09 
>Или вы ничего не хотите делать и деньги получать?

звучит заманчиво.
но так совсем отупеть можно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

151. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –4 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:22 
>>Или вы ничего не хотите делать и деньги получать?
>
>звучит заманчиво.

мне заманчиво не звучит. Жизнь - череда побед и неудач. А остановка движения в жизни - смерть.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

172. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от минона on 17-Фев-10, 23:38 
расскажите это буддистам.
видите ли, победы и неудачи - это ещё не вся жизнь. да и не цель её.
тем более, если эти победы и неудачи можно измерять только деньгами.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

176. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 18-Фев-10, 00:30 
>победы и неудачи можно измерять только деньгами.

Мне жаль вас...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

177. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 18-Фев-10, 01:19 
>>победы и неудачи можно измерять только деньгами.
>
>Мне жаль вас...

Либо
1. Вы выдернули кусок предложения из контекста умышленно.
2. Вы считаете, что победы и неудачи можно измерять только деньгами и Вам жаль того, кто с этим не согласен.

Сами решите что хуже.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +2 +/
Сообщение от PAVka on 15-Фев-10, 17:07 
ахаха
Вы нашли "багу" сайта и сами себе плюсуете ? а то я смотрю у Ваших постов только по "+1" стоит , я бы понял если бы "+N" ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

77. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –7 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 16-Фев-10, 10:08 
>ахаха
>Вы нашли "багу" сайта и сами себе плюсуете ? а то я
>смотрю у Ваших постов только по "+1" стоит , я бы
>понял если бы "+N" ;)

ты вообще странный, задал вопрос ругая программу, наткнулся на свое неумение программтровать, и теперь на других ругаешься...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 19:50 
>>Прайс-листам некоторых книготорговых компаний в своё время перестало хватать 2^16 строк, и
>>они сделали разделение прайс-листа на 2 части. Вот вам и пример
>>того, где увеличить лимит строк необходимо! Только вряд ли они когда-нибудь
>>воспользуются xlsx.
>
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто
>накого размера ни проанализировать, ни напечатать не сможет... Сомневаюсь, что кто-то
>реально использует такие обьемы данных в одной таблице Excel.

2^16 строк это всего 65к строк, и это число строк можно и анализировать и даже печатать при желании.

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 20:12 
>это сильно надумано - зачем такая табличка "книготорговым компаниям", если ее никто

Cisco Systems выдаёт с сайта прайс-лист в XLS-е. В 64k строк оно не лезет, так что получается два листа. После того как они переставили малоинтересные сервисы в начало таблицы стало весьма неудобно работать без переколбашивания таблицы. Если бы поддерживалось больше строк, то и плевать бы на пертурбации с прайсом.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

53. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 20:23 
>Cisco Systems выдаёт с сайта прайс-лист в XLS-е. В 64k строк оно
>не лезет, так что получается два листа. После того как они
>переставили малоинтересные сервисы в начало таблицы стало весьма неудобно работать без
>переколбашивания таблицы. Если бы поддерживалось больше строк, то и плевать бы
>на пертурбации с прайсом.

Вы ниже сказали что есть утилита ssconvert , которая как я понял XLS<->CSV
не пробовали XLS->CSV и потом попробовать "грепать" по необходимой Вам информации и потом "маленький CSV" открывать для печати в ООо или мсофисе ? да через одно место =) понимаю что нативно лучше =))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

55. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 21:03 
>Вы ниже сказали что есть утилита ssconvert , которая как я понял XLS<->CSV

ssconvert вроде конвертирует между кучкой форматов поддерживаемых gnumeric, не только XLS в CSV. Можно и <что-нибудь> в PDF.

>не пробовали XLS->CSV и потом попробовать "грепать" по необходимой Вам информации и потом "маленький CSV" открывать для печати в ООо или мсофисе ? да через одно место =) понимаю что нативно лучше =))

Дело ведь в том, что коллег к такому сложно (да и не больно нужно) приучать. Проще выкинуть (перекинуть на другой лист) "сервисы" и поместить на первом листе всё что действительно нужно (даже если бОльшая часть из "нужного" никогда не будет востребована), чтоб не заморачиваться с перебором листов при использовании vlookup.
Ведь выхлоп в сторону клиента тоже XLS.

А прайсы эти вроде никто никогда не печатал.

В свежем gnumeric-е появился ssgrep, т.ч. теоретически можно предлагаемое Вами "XLS->CSV + grep" делать в одно движение.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 11:18 
на офсайте сборка под вин только 1.9.16
в 1.10.0 вроде много вкусного , протестировать бы да попробовать пересадить пользователей с ООо на гнумерик

на сколько он быстр по сравнению с калк ?
максимальное колво страниц в гнумерик (ООо поддерживает до 256 страниц , а пользователи любители по 600 страници более держать в одном файле 8) ?
на сколько быстро происходит открытие xls файлов ? на сколько серьезно корежит ?

кто нибудь пытался его внедрить вместо ООо ? если да то какие грабли ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 15-Фев-10, 19:32 
>на офсайте сборка под вин только 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 то что надо, а в текстовой части макроса оставить какое-то фуфло). Условное форматирование появилось недавно, возможно есть какие-то косяки.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

48. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 19:50 
>По умолчанию собирается в варианте допускающем настройку максимума на 64 страницы.
>В GConf есть ключ, как он влияет не знаю.

Выставил ключ в 1024, нагенерировал 500+ страниц. Работает, но при добавлении листов изрядно притормаживало и сначала тормозило при переходе между листами. После сохранения довольно долго выходило (память освобождало?). Это было в 1.9.18.
Открывал файл в 1.10. Открылся хотя и заняло это пару-тройку минут.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Аноним (??) on 15-Фев-10, 11:36 
Я пишу свой софт и хочу загонять данные в таблицу формата Gnumeric, какие библиотеки я могу использовать для этой цели? На официальном сайте ни чего нет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 11:59 
ODF ? читайте спеки ищите сторонние тулкиты
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –1 +/
Сообщение от Аноним (??) on 15-Фев-10, 12:08 
ODFэто порождение ОО, а я бы хотел сразу в формат gnumeric и ещё его вызывать. Может даже по аналогии с OLE в MS Execel, ну уж хотя бы библиотечки чтоли выкладывали на сайте, а то даже доки по разработке плагинов нету.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от PAVka on 15-Фев-10, 12:22 
да будет Вам известно что ODF это не порождение ООо - это глубокое заблуждение
http://ru.wikipedia.org/wiki/OpenDocument
http://ru.wikipedia.org/wiki/OASIS
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 18:56 
>да будет Вам известно что 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...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

36. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 15-Фев-10, 15:53 
Open Document - стандарт ISO


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

41. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от frob on 15-Фев-10, 18:32 
>Я пишу свой софт и хочу загонять данные в таблицу формата Gnumeric,
>какие библиотеки я могу использовать для этой цели? На официальном сайте
>ни чего нет.

Собственный формат gnumeric -- gzip-нутый XML. Возможно будет проще "загонять данные" в CSV. Для переноса данных рекомендуют XLS. Если охота можно перегнать данные из одного формата в другой консольной утилитой ssconvert или использовать libspreadsheet (обе часть gnumeric).

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Аноним (??) on 15-Фев-10, 12:09 
Ему бы помощнее 3D графики типа поверхность, чтобы как в Матлабе...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +2 +/
Сообщение от PAVka on 15-Фев-10, 12:27 
скрестить собаку с ёжиком и получить бронтозавра неповоротливого как ООо ?
Вам октавии мало ? (и д.р. мат пакетов) ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Ъ on 15-Фев-10, 15:11 
>Ему бы помощнее 3D графики типа поверхность, чтобы как в Матлабе...

Он расширяем за счет python, scipy & pylab вам в помощь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +3 +/
Сообщение от м on 15-Фев-10, 13:23 
Круто, давно ждал поддержки оценок Каплана-Мейера
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Айнаним on 15-Фев-10, 16:09 
>Сняты ограничения на размер таблиц, отныне границы расширены с 256 столбцов и 65536 строк до 4096 столбцов и 16 млн. строк;

Товарисчи программисты, а сильно сложно ограничить количество строк и колонок не конечной цифрой, а объёмом доступной памяти? Или для этого прейдётся подумать головой, что невсегда приветствуется, в пользу "простоты"....

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

40. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 15-Фев-10, 18:27 
>Товарисчи программисты, а сильно сложно ограничить количество строк и колонок не конечной
>цифрой,

Нет не сильно. Сильно потом сделать так чтобы всё это быстро работало.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

62. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Айнаним on 16-Фев-10, 03:59 
Для этого помойму программисты и существуют, чтоб найти наилучший алгоритм решения какой бы то ни было задачи и далее оптимизировать его... А как известно "нет придела совершенству"...

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

66. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 05:15 
Текущие пределы больше того, что нужно абсолютному большинству.
Даже в этих пределах плотно набитая таблица на среднепотолочном компьютере будет работать недостаточно шустро. Спрашивается, зачем делать хуже всем ради никого?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

68. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +2 +/
Сообщение от Айнаним on 16-Фев-10, 06:07 
>Текущие пределы больше того, что нужно абсолютному большинству.

Слышал я когдато подобную фразу про 640 киловайт. :)

Просто наличие кокого то небыло предела или ограничения влечёт за собой достижение этого ограничения и дополнительные растраты на увеличение данного ограничения...
Вопрос простой - почему сразуже не сделать без ограничений?
Для примера -  древний язык REXX - длинна переменной ограничена количеством доступной памяти, а почему нельзя также оганичить количество столбцов/колонок?
Иначе производется ведро, с дырочкой в боку, и с каждым "релизом" эта дырочка всё выше и выше... Может нужно просто сделать ведро без этой дырочки?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

69. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 16-Фев-10, 07:39 
>Слышал я когдато подобную фразу про 640 киловайт. :)

Несопоставимо.

>Может нужно просто сделать ведро без этой дырочки?

Сделайте себе в gnumeric.h то что нужно.

P.S.
Хотите ещё более простой вопрос? Если так сложно писать грамотно по-русски, может быть стоит использовать средства проверки орфографии?


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

117. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Айнаним on 17-Фев-10, 01:23 
>Несопоставимо.

Отнють... Тоже самое было с fat, затем с fat32 и т д

>Сделайте себе в gnumeric.h то что нужно.

Я не программист, который пишит эту программу...

>Хотите ещё более простой вопрос? Если так сложно писать грамотно по-русски, может
>быть стоит использовать средства проверки орфографии?

Можетбыть, но моя не грамотная "речь" не накладывает каких бы то нибыло ограничений...


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

118. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 02:20 
>Я не программист

Кто бы сомневался...

>Можетбыть, но моя не грамотная "речь" не накладывает каких бы то нибыло
>ограничений...

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

(О том, что Ваши комментарии неудобно читать Вы вероятно не догадываетесь?)

Поскольку Вы не программист... пределы значений для числа столбцов и строк определены в файле gnumeric.h. Если кому-то не хватает, то никто не запрещает переопределить их для себя.
Помимо этого, выше на этой странице Вам может быть полезно почитать мнения о том кому и зачем может понадобиться такое количество строк/столбцов.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

124. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Айнаним on 17-Фев-10, 11:08 
>Ваша неспособность писать грамотно и неумение воспользоваться программой проверки орфографии накладывают ограничения
>на возможность воспринимать Вас всерьёз.

Неумение и нежелание - это две разные вещи, о наличии которых Вы опрометчиво говорите...

>(О том, что Ваши комментарии неудобно читать Вы вероятно не догадываетесь?)

От Вас первого слышу про подобные неудобства... Неужели у Вас вызывает затруднение чтение и понимание слова "велосипед" или "веласипед"?

>Поскольку Вы не программист... пределы значений для числа столбцов и строк определены
>в файле gnumeric.h. Если кому-то не хватает, то никто не запрещает
>переопределить их для себя.

Спасибо за информацию - буду знать... А зачем там эти ограничения? Без них "тормазит"? Пустая таблица? Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?

Просто непонимаю смысл прописывания ограничений...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

142. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 16:03 
>От Вас первого слышу про подобные неудобства... Неужели у Вас вызывает затруднение
>чтение и понимание слова "велосипед" или "веласипед"?

Первое я вообще не читаю, а воспринимаю как целое. А со вторым приходится разбираться "что это было". Есть и хуже -- "тся/ться", например. Конечно для тех кто читает по слогам это не проблема.

>Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?

Сложно делать это быстро. Чтобы было быстрее в gnumeric (и думаю не только в gnumeric) нельзя поставить произвольное число столбцов или строк даже в допустимых пределах. Всегда используется степень двойки.

>Просто непонимаю смысл прописывания ограничений...

А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах столбцов.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

178. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Аноним (??) on 18-Фев-10, 04:16 
>>Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно?
>
>Сложно делать это быстро. Чтобы было быстрее в gnumeric (и думаю не
>только в gnumeric) нельзя поставить произвольное число столбцов или строк даже
>в допустимых пределах. Всегда используется степень двойки.

Хм... gnumeric прощитывает все поля таблицы, независемо от того заполнены они или нет? Это единственная причина почему он може стать очень медлиным при работе с "бесконечно" большой таблицей.
А для таблице сделать "битовую" карту, в которой указать занетость колонки и прощитывать соответственно только занятые, при этом например 50 байт будут содержать информацию примерно о 2.58224988E+120 ячейках, всел за которыми можно расположить такуюже карту для следующей группы ячеек. Современный ПК долго будет "просматривать" 50 байт? А после прощитывать только занятые ячейки....

>А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах
>столбцов.

Что произойдёт? Либо программа начнёт переберать долго и нудно всю эту кучу, чтобы понять что нужно считать, либо за "пару" тактов опредилит занятые...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

181. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob (ok) on 18-Фев-10, 05:57 
>>А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах
>>столбцов.
>Что произойдёт? Либо программа начнёт переберать долго и нудно всю эту кучу,
>чтобы понять что нужно считать, либо за "пару" тактов опредилит занятые...

Если бы эту программу писали Вы, пользоваться ею было бы невозможно.
Подсказка была дана раньше.


P.S.
Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

182. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Аноним (??) on 18-Фев-10, 06:10 
>Если бы эту программу писали Вы, пользоваться ею было бы невозможно.

Возможно поэтому и не я её пишу :)

>Подсказка была дана раньше.

Сделайти скидку на мой IQ, ткните пальцем...

>P.S.
>Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил?

Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

183. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob (ok) on 18-Фев-10, 06:35 
>>Если бы эту программу писали Вы, пользоваться ею было бы невозможно.
>Возможно поэтому и не я её пишу :)

Однако берётесь рассуждать о том как всё правильно сделать.

>Сделайти скидку на мой IQ, ткните пальцем...

gnumeric.h

>Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :)

Я-то? Ну, это вряд ли. Просто заглянул в местные правила.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

184. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от Аноним (??) on 18-Фев-10, 09:50 
>Однако берётесь рассуждать о том как всё правильно сделать.

Просто спросил почему именно так, а не по другому...
В фаиловых системах - регулярно преодаливаемые ограничения, в часах биусах - также ограничения, и тут в таблице тоже ограничения. А есть программы без ограничения, какойнибудь простенький текстовый редактор, который открывает файлы любой длины, или тотже rexx...

>gnumeric.h

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

>Я-то? Ну, это вряд ли. Просто заглянул в местные правила.

Это наверно для спецально "кортавящих"...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

152. "Релиз открытого табличного процессора Gnumeric 1.10.0"  –5 +/
Сообщение от Трухин_Юрий_Владимирович (??) on 17-Фев-10, 17:23 
>>Текущие пределы больше того, что нужно абсолютному большинству.
>
>Слышал я когдато подобную фразу про 640 киловайт. :)

Где, с учетом того, что это придумали журналисты и Гейтс этого не говорил?


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

159. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +/
Сообщение от frob on 17-Фев-10, 18:50 
>Где, с учетом того, что это придумали журналисты и Гейтс этого не
>говорил?

Где-где... да там же где Карузо картавит и не попадает в ноты =)

А если даже УГ это говорил...
Дмитрий Иваныч, наш, Менделеев тоже вон предсказал свойства неизвестных на момент предсказания химических элементов, а заодно грядущее утопление городов в лошадином навозе. Но любят его не за это, а за диссертацию!
А вот если б он совместил и добавил в диссертацию раздел по изготовлению продукта из лошадиного навоза...

Ну сами прикиньте, много ли _здесь_ тех, кто реально упёрся в работе в вышеупомянутое 640k ограничение?

В случае же gnumeric ситуация существенно отличается. Упёршихся в такое ограничение нет и не будет, потому что те кому надо обрабатывать выходящие за данные ограничения объёмы данных не будут пользоваться для этого электронными таблицами.
Претензии по этому поводу примерно также осмысленны, как и желание использовать электронные таблицы в качестве графического редактора или веб-браузера.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

87. "Релиз открытого табличного процессора Gnumeric 1.10.0"  +1 +/
Сообщение от Карбофос (ok) on 16-Фев-10, 15:47 
да пущай пилят. самое главное, чтобы было конкурентное ПО. хотя при обработке большого количества данных и многократном использовании алгоритма лучше сделать соотв. интерфейс на perl/python/c/c++ и не стадать ерундой.

хотя, эта табличка говорит в пользу c/c++
http://tenser.typepad.com/tenser_said_the_tensor/2006/08/pyt...

детали - в комментах.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру