Кто нибудь встречал компонент

← →
Roman Go (2003-03-06 09:58) [0]

у которого поля отображались слева в столбик,а записи слева на право, только без смеха и для D5 или D7

← →
Max Zyuzin (2003-03-06 10:08) [1]

Я не встречал, но подозреваю что если названия полей слева в столбике, то записи должны отображаться сверху вниз... или с низу вверх...
А вообще при помощи напильника думаю такое можно сделать из StrigGrid-а...

← →
Roman Go (2003-03-06 10:11) [2]

я попросил без смеха

← →
Соловьев (2003-03-06 10:12) [3]

А что, над тобой никто и не смеется, берешь StringGrid и ручками рисуеш.

← →
bpv (2003-03-06 10:17) [4]

в делификингдом была ссылка поищи правда компонент сыроват :-(

← →
Roman Go (2003-03-06 10:18) [5]

а мне нужен DBGrid и если чесно то у меня руки не отдуда и рисовать не умеют. Готовый компонент слабо?

← →
Roman Go (2003-03-06 10:20) [6]

он сыроват и для D6, а мне нужен для D5,D7

← →
Соловьев (2003-03-06 10:27) [7]

> меня руки не отдуда и рисовать не умеют.

Маленький тогда намек как делать.
Пробегаешь в цыкле StringGrid.Cells[i,j]:в i=0 пишеш названия полей НД, во всех остальных случаях пишеш соответсвующие поляп записи.

← →
Max Zyuzin (2003-03-06 10:31) [8]

← →
BlackTiger (2003-03-06 12:24) [9]

Именно такого DBGrid"a ты не найдешь. Проблема в том, что тебе надо делать ГОРИЗОНТАЛЬНЫЙ сколлинг записей - а это связано с НЕОГРАНИЧЕННЫМ количеством столбцов, что есть проблема. В обычных гридах (по большому счету) количество столбцов всегда мало, по сравнению с записями, и известно на момент открытия НД (исключение - динамически формируемые запросы, но тут все - дело техники).

В твоем случае - количество записей (ГРИДА, а не датасета) мало и конечно, а количество колонок - неопределено. А это "с ног на голову", точнее "с ног на бок". Поможет только StringGrid и отдельный DataSet, между которыми стоит посредник, заполняющий StrindGrid данными из ДатаСета. Если ты еще и редактировать данные собираешься, то вообще труба.

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

Определись - зачем оно тебе надо и надо ли вообще. Не забудь еще про "заморозку" колонки, содержащей поля. По логике, то, что у тебы получится в итоге - простая форма для ввода данных с перемещением по записям клавишами Left/Right.

Можно уменьшить "энергопотребление", но нагрузить мозги, такой раелизацией:

Количество колонок конечно и равно количеству одновременно видимых колонок + 1 колонка с полями (проблема - ресайзинг формы). А вот дальше - разминка для ума. Если пользователь с самой правой (видимой) колонки пытается уйти еще правее (на следующую запись), то нужно это поймать и "прокрутить" видимые записи влево (т.н. "окно"). То же самое нужно сделать для перемещения влево. При этом первая ("нулевая") колонка всегда должна быть видима, а иначе смысла нет - название полей видны не будут, а ходить вправо-влево прикольно, но смысловой нагрузки никакой. Задачка прикольная, но реального применения в жизни (где без него нельзя жить) придумать не могу.

Кто нибудь встречал компонент Найти похожие ветки