From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 13 Feb 2005 12:11:49 +0300 From: Kirill Maslinsky To: ALT Devel discussion list Subject: Re: [devel] OMF docs (was: =?koi8-r?B?0M/M?= =?koi8-r?B?ydPJIC0tINc=?= incoming/docs!) Message-ID: <20050213091149.GB9921@oblomov> Mail-Followup-To: ALT Devel discussion list References: <20050208073113.GD1765@oblomov.office.altlinux.ru> <1108078576.5777.6.camel@localhost.localdomain> <20050211131959.GK1663@oblomov> <1108198294.12852.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1108198294.12852.4.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Organization: ALT Docs Team X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.1.0 [0148], SpamtestISP/Release X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 10:17:26 -0000 Archived-At: List-Archive: List-Post: Добрый день! > > Хм, а Вы можете предложить, как именно OMF может > > пригодиться нашему проекту (или наш проект -- OMF'у)? > > Это готовый стандарт каталогизации документов, основанный на XML. > Более того, в дистрибутиве есть средства работы с OMF, это scrollkeeper > и (больше заточенный под документацию GNOME) yelp. > > Теоретически, на этом даже можно построить структуру всего ALT Docs, > вместо создания древовидных DocBook-документов (впрочем, преимущества и > недостатки здесь пока мной не исследованы), так как это сделано в GNOME. В ALT Docs мыслится три уровня готовности документов: Куча--Модуль--Выпуск, к ним (и к их авторам/споровождающим) разный уровень требований, на каком именно уровне Вы предлагаете использовать OMF и для решения какой задачи? Пока описание слишком абстрактное, и непонятно, как OMF можно применить на практике. Что касается древовидных DocBook документов, то мы от них уже почти наверняка отказываемся в пользу независимых модулей, которые можно объединять в какие угодно структуры на уровне выпуска. > P.S. В docs@ ? Если у Вас действительно есть конкретные предложения -- давайте продолжим в docs@. -- Kirill Maslinsky ALT Linux Documentation Team