|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Еще раз обращаюсь к Вашей помощи, в моей литературе найти этого не смог. Существует грид с базой zakaz.dbf Проблема таова, в этой базе в определенный момент содержится много записей помеченных delete, за счет этого ползунок в гриде ведет себя неадыкватно, тоесть могу предположить, что он работает исходя из всех записей вместе с помеченными. Если я правильно думаю, то может есть вариант научить его видеть только непомеченне записи. Если мои предположения не верны, подскажите причину , и метод выхода из ситтуации. Спасибо, с Уважением, Роман. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 20:17 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Romario_rusЕще раз обращаюсь к Вашей помощи, в моей литературе найти этого не смог. Существует грид с базой zakaz.dbf Проблема таова, в этой базе в определенный момент содержится много записей помеченных delete, за счет этого ползунок в гриде ведет себя неадыкватно, тоесть могу предположить, что он работает исходя из всех записей вместе с помеченными. Если я правильно думаю, то может есть вариант научить его видеть только непомеченне записи. Если мои предположения не верны, подскажите причину , и метод выхода из ситтуации. Спасибо, с Уважением, Роман. Кстати, забыл добавить, что из базы делается выбор данных, тоесть в DE в свойствах таблицы стоит фильтр. И КАК СЕЙЧАС ЗАМЕЧАЮ ПРОБЛЕМА ВОЗНИКАЕТ СКОРЕЕ ВСЕГО ПО ЭТОЙ ПРИЧИНЕ. Чтобы не быть голословным прилагаю проблемный вариант. (выбранных записей всего 2, а ползунок маленький - внизу грида) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 20:25 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Тоже самое, но используя List. И если много записей ползунок адекватен. Но мне нужен грид ! ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 20:28 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Romario_rusПроблема таова, в этой базе в определенный момент содержится много записей помеченных delete Это проблема проектирования приложения. Почему там много помеченных на удаление записей оказалось? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 21:05 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Почему? Romario_rusПроблема таова, в этой базе в определенный момент содержится много записей помеченных delete Это проблема проектирования приложения. Почему там много помеченных на удаление записей оказалось? На выложенных скринах Вы видете форму для добавления удаления и изменения товара в заказе, и именно удаление организовано методом пометки записей как удаленных и в прогу вставлено SET DELETED ON. Еще добавлю работа происходит с поочередной сменой заказа товаров выбранных из одной таблицы. Поэтому и получается, что в базе до закрытия приложения существуют помеченные записи, и также выводятся записи относящиеся к определенному заказу(тоесть остаются "невидимые" записи) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 21:30 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Эта проблема (неадекватное поведение ползунка в Grid ) также проявлется ,когда для большой таблицы установлен фильтр который отражает малую часть таблицы. Поэтому , чтобы избежать этого, надо использовать представление(VIEW) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 23:31 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
LUCIANЭта проблема (неадекватное поведение ползунка в Grid ) также проявлется ,когда для большой таблицы установлен фильтр который отражает малую часть таблицы. Поэтому , чтобы избежать этого, надо использовать представление(VIEW) Здравствуй. Опиши, что Ты имеешь в виду ? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2008, 23:59 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Я бы делал выборку необходимых строк в отдельный курсор и уже его отображал в гриде. Или как советует LUCIAN использовать представление File->New->View ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2008, 08:46 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
в обработку инициализации (активации) формы можно вставить примерно такое: ThisForm.Grid1.recordSource='' sele * ; from zakaz ; where delete()=.f. ; into cursor vw_zakaz; ThisForm.Grid1.recordSource='vw_zakaz' но в этом случае возможен только просмотр ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2008, 12:59 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
KatVV но в этом случае возможен только просмотр Если для редактирования данных используется не сам грид, а отдельная форма - то нет проблем привязаться по идентификатору записи - и изменение записи вполне возможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2008, 19:16 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Верно, возможно также выбранные данные перенести во временную таблицу или курсор и её связать с Grid'ом, а затем отредактированные данные вернуть на место, путей несколько, что лучше для конкретного случая решать автору ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2008, 21:02 |
|
еще одна мелкая деталь в Grid'е
|
|||
---|---|---|---|
#18+
Вы, во многом правы, и мой первоначальный вариант был основан на использовании запроса QPR, но в дальнейшем понял нецелесообразностьего использования, и вот почему: база zakaz в моем случае, используется для хранения заказов клиентов и выводя выбранные записи одного из заказчиков в грид мне нужно динамичное добавление и удаление товара. Реализовать вышеописанные задачи замечательно получается с помощью List даже используя саму базу zakaz. Но дополнительно к этому есть еще несколько поставленных задач, что делает неудобным использовать List, одна из них это невозможность включения в List элемента Spiner, что в моем вареанте необходимо. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2008, 00:29 |
|
|
start [/forum/topic.php?fid=41&fpage=152&tid=1587466]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
others: | 339ms |
total: | 514ms |
0 / 0 |