Надо сделать иерархический список форумов (аааа это тривью)
Типа
1. Форум по аксесу
1.1.Форум по adp
1.2. Форум по mdb
1.3. mdb + ODBC + MS SQL - маст дай
1.4. Просто треп
1.4.1. Пьяный треп (ух оторвусь :))
1.5. Контролы
1.5.1. Тривью
1.5.2. Листвью

и т.п.

Здарова, Саныч! Давно не виделись :)
На самом деле идея стоящая. По крайней мере аксесовские проблемы (т.е. не просто треп) можно было бы разделить. Так и людям искать будет удобнее.
Если кто-нибудь умные идеи по этому поводу выскажет - можно будет собрать мысли воедино и кинуть их в обсуждение нашего сайта.

2 Саныч

Если вопрос непонятно куда отнести - пусть будет в просто форуме по аксесу.
Если он четко относится к adp - ну пусть будет в аксес\adp
и т.д.

Или просто для топика завести категории, которые будут указываться при создании. Типа комбобоксики со словами "mdb/adp/все/не знаю", "97/2000/XP/все/не знаю" и т.п.
И возможность фильтрации по этим категориям.

Насчет того что это не нужно - не согласен. Зайди на rsdn - так вообще все базы данных в одну кучу свалены. Поседеешь пока что-нибудь найдешь.

Здесь хоть по СУБД разделено. И от этого с одной стороны хорошо (обсуждая проблемы аксеса не мельтешат сообщения про ms sql), с другой стороны плохо (некоторые темы по несколько раз обсуждаются).

Разбить форум на adp и mdb - будут те же плюсы и те же минусы. Поэтому лучше фильтрацию по фиксированному списку критериев. Чтобы можно было видеть и все темы, и по выбранному критерию.

Совсем мелкое деление - плохо. Вон, кусок по дотнету еле дышит. Объединили бы C# и VB.Net - было бы лучше. Вопросы то одни и те же.

З.Ы. Как меня зовут я вроде бы по пьяни писал :)

Надо сделать иерархический список форумов
По моему это перебор
Это не перебор. Это была шутка. Которая мне самому неожидано понравилась, пока я ее писал.

2 Владимир Саныч\r
Только чтобы не получилось, что, например, вопросы по рекордсету формы в mdb будут причислять то к формам, то к рекордсетам, то к mdb \r
\r
Как раз так и надо, чтобы вопросы по нескольким темам относили к нескольким темам\r
Создали топик. Отметили, что он относится к mdb (один критерий), к формам (другой критерий) и к рекордсетам (третий критерий).\r
Если кто-то просматривает топики по мдб - он увидит этот топик (и другие по мдб, не только по рекордсетам). Просматривая то, что относится к рекордсетам - увидели этот, плюс топики по рекордсетам (необязательно формы) в адп. Просматривая то, что относится к формам - увидит этот топик, плюс другие топики про формы, а ненужные на данный момент топики (как вставлять переменные в sql запрос для рекордсетов) - пропустит.\r
Если человек не знает что ищет, или читает все подряд - ну не будет никакие фильтры ставить и все ему будет видно.\r
\r
Только (имхо) формы и рекордсеты - это слишком мелкое разбиение, оно может и вредить (см. мой предпоследний пост). Начинать надо с крупного деления. Когда станет мало, т.е. в пределах одной категории опять можно будет заблудиться и сложно станет искать - тогда и дробить на более мелкие.\r
\r
2 VIG\r
Задающие вопрос по sql запросам должны придерживаться следующего стандарта и далее по тексту \r
Не всегда возможно (ну как я тестовые данные в размере гигабайта выложу?). Да и не всегда нужно. Половина вопросов по SQL вапсче на уровне синтаксических ашибак. Пока продерешься сквозь описание таблиц и тестовые данные - устанешь.\r
А вот " что надо получить на выходе + вразумительное описание задачи " - необходимо. Иначе будет как в том топике, откуда эта лестница выросла. Но это уже только от самого спрашивающего зависит. Если он сам себе дурак - будет задавать вопросы в стиле pv.\r
P.S. Курю Mac Baren :)

2 Владимир Саныч
Угу. Надо чтобы категории были по разным измерениям.
Простейшее (и видимо полезное) разбиение, которое приходит на ум - это mdb/adp и версия. Если что-либо не указано - значит оно не определено, т.е. относится ко всем, или человек сам не знает к чему.
Вот и брать разные срезы форума. Этакий OLAP в миниатюре

Говоришь, не пьешь, не куришь, и жены нет? Ну и почем кактусы в израиле?

Здарова Нуф!
А чего про фак?
Фак вещь хорошая, в фак по сжатию я уже кого-то отправлял, а в недописанный фак по переменным в sql - отправлял уже много раз. Надо бы кому нибудь его оформить и послать.

//курит... Лох подтвердит
Мало того что курит, так еще и не говорит где такую траву берет