Что делать со скроллингом в DBGrid

← →
TankMan © (2004-05-04 09:55) [0]

И всетаки...что делать со скроллингом в dbgrid, он какой-то долбанутый... кто dbgrid видел в действии меня поймет, а вот как исправить подобный косяк я даже и не знаю :(... может кто подскажет, я использую Table и DataSource... там ничего хорошего так и не нашел :(

← →
Danilka © (2004-05-04 09:56) [1]

Ты о чем? У меня все ок. :))

← →
TankMan © (2004-05-04 13:17) [2]

... я прям даже не знаю, как объяснить... например даже когда колличество записей не выходит за пределы нижнего края DBGrid, скроллинг есть, и какой-то max у него стоит слишком уж большой... да вообще если у тебя все нормально, то я за тебя рад :)...а вот у меня получается так, что даже если 1 запись выходит за пределы, то скроллинг выглядит как буд-то невидно больше сотни записей :(...добланутый одним словом...

← →
Strori (2004-05-04 13:52) [3]

Такой скроллинг от того, что DBGrid предназначен для многопользовательской работы. Одновременно к одной таблице могут обращаться несколько пользователей, оттого и прокрутки нет. На локальной машине это конечно не надо. Если кто подскажет, как обойти это свойство будет просто здорово. :)

← →
TankMan © (2004-05-04 17:08) [4]

Так может кто подскажет компонент, который можно использовать вместо DBGrid, но более удобный чем он?

← →
sniknik © (2004-05-04 17:40) [5]

DBGrid достаточно удобен, а то что ты описываеш скорее всего к нему не относится (к его проблемам), скорее у тебя неопределенности в recordcount и recno как у серверных наборов данных. но вот Table смущает (BDE? локал?).

проверь что у него recordcount/recno показывает? точно отображает, то что есть?

компоненты заменители? ну поиши, есть такие EhDBGrid, QuantumGrid и еще есть наверняка.

← →
Vemer © (2004-05-04 19:07) [6]

А форум почитать не судьба.. .FetchAll датасету - 90%-е решение проблемы.. 3 раз за сутки уже пишу..

← →
Крутыш © (2004-05-04 21:12) [7]

Ну-ка, ну-ка опиши конкретней кажется у меня тоже такая проблема.
Я не могу бегунок поставить в нужное место, он то ли к концу
липнет, то к началу. Какой-то слушай не управляемый.

← →
Крутыш © (2004-05-04 21:15) [8]

Я перешёл на Sybase с аксесса. Столько непоняток всяких
разобрать надо.

← →
Vemer © (2004-05-04 21:37) [9]

Подробно (для крутых в танке:)):
- выбираем Датасет;
- находим событие OnOpen;
- двжды на нем щелкаем грызуном и пишем в обработчике
НазваниеДатасета.Fetchall;
- после этого бегунок DBGrid (а также вид DBCBox-a возможно присобаченного к этому датасету) обычно нормализуеться.
- все :).

← →
Крутыш © (2004-05-04 22:23) [10]

Вемер сделал всё как ты описал, не пашет.

← →
SergP © (2004-05-04 22:57) [11]

>sniknik © (04.05.04 17:40)
>DBGrid достаточно удобен, а то что ты описываеш скорее всего к нему не
>относится (к его проблемам), скорее у тебя неопределенности в recordcount
>и recno

Когда есть неопределенности в recordcount и recno скролинг BDGrid вообще ужасный. В других случаях он более менее нормальный, но все равно не по человечески сделан.
Сравни например скролинг в DBGrid при наилучших обстоятельствах (нет неопределенностей с recordcount и recno) и например в чем-то другом (Richedit, memo, listbox и т,д.). Разница огромная...

← →
TankMan © (2004-05-04 23:18) [12]

Выходит выход один - искать другой компонент заменяющий DBGrid, раз уж с recordcount и recno, сильно не помогают ?

← →
sniknik © (2004-05-04 23:50) [13]

SergP © (04.05.04 22:57) [11]
меня полностью устраивает, и кстати если идет речь о стандартных "Richedit, memo, listbox и т,д." то разници нет (не вижу).

могу для примера прислать свою прогу (без исходников сорри) где используется стандартный грид, скажеш по пунктам что там не так со скролом, в случае с чужой сборки из кучи компонент называемых программой ;о), не доверяю, сколько раз было говорят одно на самом днле другое.

TankMan © (04.05.04 23:18) [12]
> Выходит выход один - искать другой компонент заменяющий DBGrid, раз уж с recordcount и recno, сильно не помогают ?
выход, привести их в соответствие с действительностью как уже не раз говорили, или действительно найти грид который сделает это за вас.

← →
SergP © (2004-05-05 00:17) [14]

2 sniknik © (04.05.04 23:50)

прогу слать наверное не нужно.. Просто у меня инет такой что попросту могу ее задолбаться принимать...

Но например если взять DBGRID<---Datasource<---Adotable<---и в открыть там любую таблицу из БД Access , то по поведению этого DBGrid"а я могу описать что там не так со скролом... подойдет ли такой вариант для описания вам проблемностей скрола? если да, то я опишу...

← →
sniknik © (2004-05-05 00:24) [15]

уже нет ;о) уже не то.

Adotable это не то что рекомендуют к использованию, + ничего не сказал о настройке ADODataSet(рекомендую вместо Adotable) ;о), а ведь разными настройками можно добится совершенно различного поведения, в том числе и скрола.

ну и нафига такое сравнение? а синхронизировать все вряд ли удастся (долго).

2 sniknik © (05.05.04 00:24)
Ок. присылайте, гляну на вашу прогу.

Но все равно думаю что найду разницу в скролинге ДБГрида с другими стандартными компонентами...

> Ок. присылайте, гляну на вашу прогу.
ну прям одолжение сделал... спасибо. ;о)
не дрейфь она может оказаться полезной, мне например помогает.
послал на sergp5566@rambler.ru

> Но все равно думаю что найду разницу в скролинге ДБГрида с другими стандартными компонентами...
естесственно, как говорил настройки многое меняют, да и разве мы не программисты? ;о)
надеюсь найдеш что отличия только в лутшую сторону. но тем не менее, все что не нравится, пиши сюда.

2 sniknik © (05.05.04 01:35)
Смотрел я вашу программу...
Все-таки отличия скролинга DBGRID"а от скролинга в других компонентах есть:

Вот самое основное:

1. Бар присутствует даже тогда когда количество записей меньше того что может влезть в ГРИД.
2. Ширина ползунка не соответствует отношению отображаемых записей к всем записям.

Т.е. это обычное поведение DBGrid. В моих прогах тоже он так себя ведет.
Но мне это не нравится... В других компонентах скрол совсем не такой..

2SergP © (05.05.04 14:45) [18]
>Ширина ползунка не соответствует отношению отображаемых записей к всем записям.
А тебе не кажется что ты хочешь очень многого от ползунка, который рожден ползать, а не отображать ценную инфу. 8-)

> 1. Бар присутствует даже тогда когда количество записей меньше того что может влезть в ГРИД.
легко убрать, но тогда скрол по таблице колесиком мыши/тяглом за ползунок тоже придется убирать или переделывать (оно на него завязано). и еще мигание на первых и последних записях будет. :( не, лутше как есть.

> 2. Ширина ползунка не соответствует отношению отображаемых записей к всем записям.
серьезно? у меня разграничивается, на меньшем количестве ползунок шире и чем больше записей тем он меньше (до определенного предела), может зависит от системы? виндов, у меня w2k. (хотя (?) не должно). посмотри еще, неужели при 2х записях и при 200 к примеру у ползунка одинаковый размер?

кстати в других компонентах скрол похоже завязан на страницу а у грида/стринг грида на запись, попробуй сам сравнить считая 1 запись равной 1 странице в мемо к примеру. 1-запись/страница ползуека нет, 2 - есть широкий, ... ? не так?

> > 2. Ширина ползунка не соответствует отношению отображаемых
> записей к всем записям.
> серьезно? у меня разграничивается, на меньшем количестве
> ползунок шире и чем больше записей тем он меньше (до определенного
> предела), может зависит от системы? виндов, у меня w2k.
> (хотя (?) не должно). посмотри еще, неужели при 2х записях
> и при 200 к примеру у ползунка одинаковый размер?

Ширина ползунка конечно зависит от кол-ва записей.
Но как-то более привычно когда отношении ширины (вернее высоты) ползунка к высоте всего бара должно быть равным отношению количества отображаемых записей к количеству всех записей.
Но у DBGRid это не так. И несоответствием этого он и отличается от других компонентов. И именно это кстати и не нравится народу...

> кстати в других компонентах скрол похоже завязан на страницу
> а у грида/стринг грида на запись,

Вот ИМХО в этом и вся проблема....

Да да именно в этом... :)

Что делать со скроллингом в DBGrid Найти похожие ветки