XPEHOMETP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день! Такой вопрос. Изучал возможности замены мелкомягкого Ёкселя-Мокселя на что-то бесплатное, чтобы студентам можно было вполне официально что-то объяснять из обработки данных, не опасаясь за нарушение лицензий с их или моей стороны. Приглядываюсь к Calc и к Gnumeric. По последнему практически нет инфы по его работе, он использует какой-то свой формат представления данных (выделенные данные - несколько соседних ячеек - из Ёкселя могут быть перенесены в Gnumeric, обратно - нет! С Calc это проходит), да и интерфейс глючит чего-то, особенно при длительной работе (к самим вычислениям претензий нет). Короче, не фонтан, особенно если студентам объяснять. Но! Разработчики Gnumeric утверждают, что они особое внимание уделяют точности расчетов, и некие изучатели сей проблемы нашли ихнюю прогу более аккуратной, чем лидирующие на рынке пропиетарные аналоги (не будем указывать пальцем...); однако ссылочка со страницы Gnumeric на эти выводы дается с подвохом, не конкретно... Не стал выискивать, где что, поэтому не просветился выводами этими. Просто взял Ёксель, Calc и Gnumeric, и устроил проверку автозаполнения: в столбце набираются 0,1 - 0,2 - 0,3, а потом за уголок все тянется, пока не надоест. Чтобы получилось 0,4 - 0,5 - 0,6 - ... Каждый нормальный программист знает: в компьютере данные хранятся в двоичном виде, а не по-человечески, в десятичном. Рано или поздно в Ёкселе (да и в любой другой программе, по идее) мы вместо, скажем, 4,1 получим нечто вроде 4, 099999999999. На первый взгляд, различие - фигня, но если мы по какому-то поводу запустим функцию поиска (того же Ёкселя) в данном столбце ячейки со значением 4,1, так ведь она не найдет! Да, нормальный программист, знающий, что в компьютере все хранится в двоичном виде, не будет запускать программу поиска с условием точного равенства, он люфт задаст, тем более что Ёксель позволяет... Но и программисты бывают забывчивыми, или непонятливыми... Фишка в том, что у Ёкселя функция заполнения рано или поздно сбивается с точных десятичных дробей (проверить можно только щелкнув по этой ячейке, а так юзеру демонстрируется округленное значение), а сбить в девятки Gnumeric и Calc у меня не получилось. Да, создатели Gnumeric заявляют, что они с погрешностями борются, но почему молчат создатели Calc?
И еще вопрос возник. Странный, типа "мирового заговора". Имеем бесплатный офисный пакет OpenOffice.org, с текстовым редактором Writer. Который совершенно не шарит в формате rtf, даже элементарное форматирование параграфов не сохраняет. И создатели оного редактора юзеров специально предупреждают: сохранение в rtf не рекомендуется! С таблицами у Writer тоже не фонтан, более-менее усложненные таблицы в документе, записанном Мелкомягким Вордом (хотя бы просто с объединением ячеек), Writer не способен адекватно импортировать. Но еще есть бесплатный Gnome Office, с текстовым редактором AbiWord. Который нормально сечет в формате rtf, а хорошая работа с таблицами ставится ему в заслугу прямо на официальном сайте. Это что, наглый дележ "рынка" бесплатного ПО? У одних будут такие-то фишки, у других их не будет?  
ЗЫ: Кстати, на счет мирового заговора, в области бесплатного ПО. Создатели Gnome Office для своего Gnumeric заявляют возможность импорта файлов, созданных кучей программ, в том числе M$ Excel. Формат которого пропиетарный и вроде бы совсем закрыт. Но они это могут. А вот импорт файлов, создаваемых Calc из состава OpenOffice.org, у них чего-то не получается. То есть фильтр для импорта есть, но они заранее предупреждают, что он не совсем рабочий. Просто они чегой-то не секут в формате файлов, создаваемых Calc, и поэтому приглашают программеров, которые в этом понимают, к сотрудничеству.
Это при открытом исходном коде на весь OpenOffice.org????    Заговор енто, как пить дать, заговор!!! |
Всего записей: 2485 | Зарегистр. 21-06-2005 | Отправлено: 16:46 24-11-2010 | Исправлено: XPEHOMETP, 16:59 24-11-2010 |
|
Работка не пыльная, доказательства - исходный код страницы глянуть и беги махать дубиной.