The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз открытого табличного процессора Gnumeric 1.10.0, opennews (?), 15-Фев-10, (0) [смотреть все]

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


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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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


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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

gnumeric.h

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

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

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

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

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

>gnumeric.h

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

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

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

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

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

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


Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

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

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




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

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