Russian Apache Switch to English
Switch to Russian koi8-r
windows=1251
cp-866
iso8859-5
Russian Apache Как это работает Рекоммендации Где взять Как установить Как настроить Статус и поддержка
Краткий обзор FAQ Список рассылки Благодарности Поиск по серверу Powered by Russian Apache
Russian Apache mailing list archive (apache-rus@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] xml vs rtf



On Tue, 26 Oct 1999, Serge Shikov wrote:

> > Ну, неточно выразился. XML по Word-овой DTD. (если, конечно, _этот_
> > стандарт Microsoft будет соблюдать)
> А, ну это пофиг. Главное чтобы сам DTD был в пределах досягаемости. А
> потом такого тоже быть IMHO не может - либо Ворд будет уметь XML вообще
> (а значит - любой DTD, какой _я_ захочу), либо это значит, что он не
> будет его уметь вообще.

Насколько я понял, они собираются некую DTD использовать в качестве
формата для сохранения файла по умолчанию. Что дало бы оптимальный для
пользователей вариант. Только вот боюсь что это опять будет XML с
proprietary расширениями.
  
> > > прайсы, которые турфирма готовит в Excel. И с которыми после
> > 
> > На http://arturo.directmail.org/filtersweb  был?
> Был. Пока собрать не смог, но в процессе.

Подо что? У меня собрался без проблем на Linux/glibc.
 
> > Мне лично тот XML, который генерирует эта xls2xml не понравился. Например,
> > потому что сломался на первом же файле с формулами, который я ему
> > подсунул.
> Мда...
> > Посему я продолжаю развивать свой xls2csv, который не пытается
> > декомпилировать формулы, и использует существенно более простой выходной
> > формат.
> Формулы мне кстати нафиг не нужны. Можно считать, что их нету и не
> будет.

Самое главное, что при парсинге формулы оно игнорирует текущее посчитанное
значение. И пишет только формулу, считай мол сам. А вместо формулы
написано [Formula Error]. 

Так что бери мой xls2csv и приделывай к нему свой xml-ный бэкэнд.
Благо у меня существует момент, когда рабочий лист хранится в памяти
как массив указателей на массивы указателей на строки (там чуточку сложнее
чем **char[], поскольку надо аллокацией управлять. При этом все строки
уже преобразованы в текущую локальную кодировку.
 
 
> > А реляционная база не проще будет?
> Не, не проще. Там структура данных далеко не такая простая, многомерные
> таблицы. Ее только отображать в реляционную базу замучаешься. И
Это-то как раз легко. Может быть непривычно, но...

> А тож. Но поскольку на сегодня этот процесс весьма сложен и трудоемок,
> пообещав упрощение, добиться от исполнителей можно чего угодно ;-)

Самое надежное - save as csv от них добиться ;-)
> извлекаться из нее. Например на уровне Курорт->Отель будет база, а
> внутри цены на номера будут в виде одного XML-документа, сложной
> древовидной структуры.

которая очень просто пихается во всяком случае в некоторые базы.
Вот в Oracle тебе для этого есть и CONNECT BY/START WITH и nested tables.
Хотя я из некоторого пуризма (соображений переносимости) предпочитаю без
них обходиться. 

--------------------------------------------------
Victor Wagner			vitus@xxxxxx
Programmer			Office:7-(095)-203-51-19
Institute for Commerce 		Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =






Спонсоры сайта:

[ Russian Apache ] [ Как это работает ] [ Рекомендации ] [ Где взять ] [ Как установить ] [ Как настроить ] [ Статус и поддержка ] [ Краткий обзор ] [ FAQ ] [ Список рассылки ] [ Благодарности ] [ Поиск по серверу ] [ Powered by Russian Apache ] [ Apache-talk archive ]

"Russian Apache" includes software developed by the Apache Group for use in the Apache HTTP server project (http://www.apache.org/) See Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C) 1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.