Конечной целью данного топика должен является набор требований к разрабатываемому нами Приложению. После определения требований мы сможем приступить к написанию технического заданию (ТЗ).

И так, что мы пока имеем:

Приложение должно быть:
1. Кросс-платформеным;
2. Иметь возможность авто/обновления;
3. Подсвестка синтаксиса;
4. С расширенными возможностями поиска;
5. Возможностью перекрестных ссылок м/у статьями;
6. Дистрибутив приложения должен быть максимально минимальным (о загнул! :)

Как вы думаете, что здесь еще не хватает, или что лишнее?

содержать нек. откомпилированные примеры и иметь возможность их запускать?

Цитата(Pegas @ 3.8.2004, 11:39)

Приложение должно быть: 1. Кросс-платформеным;

А это как собираешься организовать? ИМХО если на Delphi|Kylix - оно бы неплохо... Ну или на .NET...

Неплохо бы сделать вариант программы для консольного режима...

Может добавить ссылки из Интернета на примеры или готовые приложения (для уменьшения размера дистрибутива).

Цитата

Может добавить ссылки из Интернета на примеры или готовые приложения (для уменьшения размера дистрибутива).

У нас скоро итак будет онлайн FAQ на форуме, поэтому оффлайн версия, это как альтернатива, и она должна имхо оставаться оффлайн.

Цитата(Kesh @ 3.8.2004, 14:50)

Цитата(Pegas @ 3.8.2004, 11:39) Приложение должно быть: 1.  Кросс-платформеным; А это как собираешься организовать? ИМХО если на Delphi|Kylix - оно бы неплохо... Ну или на .NET...

Давайте пока не обсуждать вопросы подобного плана, до них дойдет своя очередь. Иначе опять получиться кавардак. Прошу вас, давайте конкретные предложения.

Pegas Конкретно. Приложение должно состоять из 3-х частей...
1. Собственно сама база (реализация от СУБД до набора html-ок на дисках)
2. Интерпретатор (организатор) - собственно программа для пользователя, с возможностями, описанными в первом посте.
3. Администратор - собственно программа для нас с возможностями организации,реструктуризации базы знаний и созданием обновлений.

Т.о. 2. - самая малая часть, она и предназначается для пользователя.
1. - пользователь выборочно скачивает из интернета или с локальной папки...
3. - пользователю вообще не нужно...

Кеш, не обижайся, но ты опять не понял.... как будет выглядеть программа, и как это будет реализовываться - это мы потом решим, а сначала надо определиться с требованиями к ней. Почему я так говорю - чтобы мы опять не погрязли в ненужных спорах, сотрясая клавиатуру. Давайте по существу. Прочитай пожалуйста Цели и задачи проекта. Поэтому свое видение архитектуры и структуры программы, давайте пока оставим на потом.

Что означает "расширенные" возможности поиска ? Что там расширено будет ?
А вообще, если долго ничего в голову не идёт - значит, всё, больше и не надо фич, иначе получится высасывание из пальца...
Те требования, которые ты написал - это всё нужные, без любой из них будет неудобно. Так что это оптималньый минимум / минимальный оптимум...

Pegas Это опять я... Я вот тут подумал.. А зачем ему быть кроссплатформенным... Delphi работает не на таком уж и большом количестве платформ... А ведь проект все-таки - Delphi Russian Knowledge Base

Дико извиняюсь, что пишу не в тот топик, но изложу свои мысли:

1. Есть прога-клиент, связанная с СУБД. В СУБД храняться UID статей(для ссылок), названия статей, ключевые слова для поика(их, например, составляет автор статьи, для лучшей релевантности), ссылка на саму статью(она на винте в неком каталоге). Как организовать просмотрщик пока не соображаю, но под виндой можно смотреть IE. А для кросс-платформенности нужно писать что-то своё(поправте если не прав, но это, IMHO, много гемороя).Ну или разные проги под разные платформы. Может стоит начать с винды, а потом уж как дело пойдёт?

2. У нас есть программа на сервере(веб-сервис, или около того), которая предоставляет обновления статей. Сравнение ведётся по UID.
Ну тут всё просто пользователь нажал кнопку, прога скачала новые статьи, занесла их в базу.
Причём для экономии траффика обновления можно сделать по разделам(уж кто чем интересуется)

3. Есть админская часть. Здесь всё понятно.

Цитата

4. С расширенными возможностями поиска;

для этого добра можно написать прогу-индексатор, кот. поставлять вместе с клиентом.

Цитата

4. С расширенными возможностями поиска;

я бы предложил элементарные регулярные выражения вставить, мне под виндой этого сильно не хватает

Цитата(Secandr @ 4.8.2004, 11:29)

Цитата 4. С расширенными возможностями поиска; я бы предложил элементарные регулярные выражения вставить, мне под виндой этого сильно не хватает

Согласен. + поиск по индексированным словам. По сути это ответ на вопрос Посла.

P.S. поиск по индексированным словам. А нужен ли он?

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

Я года 2 назад, когда собирался делать этот проект на этом месте и обломался... Сделать достойный дизайнер хотя бы уровня Help and Manual оказалось весьма трудоёмкой задачей, достаточно трудоёмкой, чтобы подумать об использовании сторонних продуктов, а не своего собственного.

Спасибо Вит. Будем думать...