https://www.opennet.ru/openforum/vsluhforumID3/63874.html После более двух лет разработки вышел (http://mail.gnome.org/archives/gnumeric-list/2010-February/msg00003.html) релиз новой стабильной ветки табличного процессора Gnumeric 1.10.0 (http://projects.gnome.org/gnumeric/announcements/1.10/gnumeric-1.10.0.shtml) и сопутствующего набора библиотек Goffice 0.8.0, развиваемых в рамках проекта GNOME. <br><br><br>Основные улучшения:<br><br><br><br><br>- Убраны ограничения на размер таблиц, отныне допустимо использование более 256 столбцов и 65536 строк;<br><br>- Улучшены возможности по построению графиков: новые типы графиков для отображения поверхностей и вероятностных характеристик; оптимизация расположения маркеров на осях с датами и временем; поддержка кубической интерполяции сплайнами; учет погрешности для графиков в полярных и радиальных координатах;<br><br>- Улучшение поддержки формата ODF (OpenDocument). Тем не менее разработчики предупреждают, что пока окончательно не определены синтаксис и семантика ODF файлов, могут наблюдаться проблемы переносимости между ...<br><br>URL: http://mail https://www.opennet.ru/openforum/vsluhforumID3/63874.html#185 Tue, 04 May 2010 08:17:18 GMT &gt;Я отлично понимаю о чем вы говорите. У нас этим занимается биллинг. <br>&gt;В него импортируются diff между последней и предпоследней базой, предварительно перегнанных <br>&gt;в csv и отсортированиых.<br><br>У меня тоже, только ведь кто-то должен перегнать в csv и отсортировать. <br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#184 Thu, 18 Feb 2010 06:50:05 GMT &gt;Однако берётесь рассуждать о том как всё правильно сделать. <br><br>Просто спросил почему именно так, а не по другому...<br>В фаиловых системах - регулярно преодаливаемые ограничения, в часах биусах - также ограничения, и тут в таблице тоже ограничения. А есть программы без ограничения, какойнибудь простенький текстовый редактор, который открывает файлы любой длины, или тотже rexx... <br><br>&gt;gnumeric.h <br><br>Там, если я правельно Вас понял прописываются ограничивающие цифры, и в случаи не удачного алгоритма обработки таблицы непоможет.<br><br>&gt;Я-то? Ну, это вряд ли. Просто заглянул в местные правила. <br><br>Это наверно для спецально "кортавящих"...<br><br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#183 Thu, 18 Feb 2010 03:35:07 GMT &gt;&gt;Если бы эту программу писали Вы, пользоваться ею было бы невозможно. <br>&gt;Возможно поэтому и не я её пишу :) <br><br>Однако берётесь рассуждать о том как всё правильно сделать.<br><br>&gt;Сделайти скидку на мой IQ, ткните пальцем... <br><br>gnumeric.h<br><br>&gt;Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :) <br><br>Я-то? Ну, это вряд ли. Просто заглянул в местные правила.<br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#182 Thu, 18 Feb 2010 03:10:26 GMT &gt;Если бы эту программу писали Вы, пользоваться ею было бы невозможно. <br><br>Возможно поэтому и не я её пишу :)<br><br>&gt;Подсказка была дана раньше. <br><br>Сделайти скидку на мой IQ, ткните пальцем...<br><br>&gt;P.S. <br>&gt;Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил? <br><br>Расист? Сегодня пишут нетак, завтра цвет кожи нетот... :) <br><br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#181 Thu, 18 Feb 2010 02:57:06 GMT &gt;&gt;А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах <br>&gt;&gt;столбцов. <br>&gt;Что произойдёт? Либо программа начнёт переберать долго и нудно всю эту кучу, <br>&gt;чтобы понять что нужно считать, либо за "пару" тактов опредилит занятые... <br><br>Если бы эту программу писали Вы, пользоваться ею было бы невозможно.<br>Подсказка была дана раньше.<br><br><br>P.S.<br>Интересно... при какой плотности ошибок сообщение подпадает под 5-ый пункт правил?<br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#180 Thu, 18 Feb 2010 02:51:06 GMT &gt;я это понял<br><br>Этого не может быть.<br><br>&gt;ведь ни одного аргумента от вас так и не было. <br><br>Читать не умеете?<br><br>Я не вижу смысла тратить на Вас время, поскольку Вы демонстрируете уровень развития спам-бота -- выхватываете ключевое слово по своему ничтожному словарю и подсовываете готовую фразу. Если ключевого слова не обнаруживается, принимаетесь хамить.<br><br>Идите подумайте об открытых технологиях (http:/ot.ru/), раз уж до свободного ПО не доросли.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#179 Thu, 18 Feb 2010 01:26:43 GMT я это понял.<br>ведь ни одного аргумента от вас так и не было.<br> https://www.opennet.ru/openforum/vsluhforumID3/63874.html#178 Thu, 18 Feb 2010 01:16:57 GMT &gt;&gt;Сделать "бесконечно" большую таблицу и просчитывать только "заполненые поля" сильно сложно? <br>&gt;<br>&gt;Сложно делать это быстро. Чтобы было быстрее в gnumeric (и думаю не <br>&gt;только в gnumeric) нельзя поставить произвольное число столбцов или строк даже <br>&gt;в допустимых пределах. Всегда используется степень двойки. <br><br>Хм... gnumeric прощитывает все поля таблицы, независемо от того заполнены они или нет? Это единственная причина почему он може стать очень медлиным при работе с "бесконечно" большой таблицей.<br>А для таблице сделать "битовую" карту, в которой указать занетость колонки и прощитывать соответственно только занятые, при этом например 50 байт будут содержать информацию примерно о 2.58224988E+120 ячейках, всел за которыми можно расположить такуюже карту для следующей группы ячеек. Современный ПК долго будет "просматривать" 50 байт? А после прощитывать только занятые ячейки....<br><br>&gt;А Вы попробуйте. Прикиньте, что произойдёт при чуть меньше чем 365 тысячах <br>&gt;столбцов. <br><br>Что произойдёт? Либо программа начнёт https://www.opennet.ru/openforum/vsluhforumID3/63874.html#177 Wed, 17 Feb 2010 22:19:26 GMT &gt;&gt;победы и неудачи можно измерять только деньгами.<br>&gt;<br>&gt;Мне жаль вас... <br><br>Либо<br>1. Вы выдернули кусок предложения из контекста умышленно.<br>2. Вы считаете, что победы и неудачи можно измерять только деньгами и Вам жаль того, кто с этим не согласен.<br><br>Сами решите что хуже.<br>