Собственно Foxpro 9
Есть форма на ней TreeView и Pageframe...
TreeView используется как общая навигация по-нескольким таблицам...
В TreeView при выборе вильтр на сортировку определенной группы товара... на Pageframe в Optiongroup к нему добавляется еще фильтр для отображения группы товара выбранного поставщика...
Вроде все путем, но когда scroll'ом перематываешь на конец списка появляются лишние,несуществуюшие строки list'а или тупо пустые строки...Если покрутить туды-сюды то посля все стает как надо...
Шо делать с ентим не пойму...Пробовал и переход на первую\последнюю запись list'a и ешшо всякие извороты, но результат тот же...
Есть какие мысли как ето побороть...Варианты типа Requery() не прут...
заранее благодарность..)

Народ смотрит... и молчит....
тогда так:
кусок живого примера упрощ...

DO CASE
CASE thisform.pageframe1.page5.optiongroup1.Value=1 (показать весь список товара)
SET FILTER TO
CASE thisform.pageframe1.page5.optiongroup1.Value=2 (показать непосчитанный)
SET FILTER TO uchet.статус="непосчитан"
CASE thisform.pageframe1.page5.optiongroup1.Value=3 (показать расхождения в учете)
SET FILTER TO (uchet.колич<>uchet.колич_учет AND uchet.статус="учтен")
ENDCASE

индекс по полю "статус"
учтенные строки в liste находятся внизу
при переключении между : весь товар и непосчитанный - учтеные строки тупо закрашиваются цветом pageframe'а, но остаются на месте, если по ним тыкать) то реагируют как без фильтра...
Понять не могу почему при выборе 1 и 2 пункта количество строк в list'e не меняется, а при выборе 3 - все как и должно...

Варианты типа:
list1.Requery()
list1.Refresh
list1.Selected(1)=.t.
ListIndex=list1.ListCount
list1.Selected(list1.ListCount)=.t.
list1.DisplayValue=list1.Value
list1.SetFocus
ничего не решили...

отсюда вопрос - как сделать чтоб количество строк в List'e было одекватно фильтру?

list шустрее чем Grid, задача была сделать что-то серьезное для не серьезного железа, плюс глюк у Grid с полосой прокрутки при фильтрах решать нет жедания....
собрать пример довольно не просто...да и найти все,что может влиять тож оказалось непросто...
Всем большое спасибо, для решения пришлось добавить пару параметров...
но вопрос остался в воздухе... чем же отличаются фильтры 1 и 2... И передвижение по таблице, и по строкам и ешшо куча маневров - результат тот же...походу что-то с русским текстом связано..., тупо слово "непосчитанный" не нравится...)

AndreTM,

Короче достало..)
Пробовал и LIKE( ) и ешшо строгих соответствий, и язык и вааще...
Всем спасиб... походу "истина где-то рядом.." но жедания ковырять пока нет...
если решу-то обязательно отпишусь...

ВладимирМ,

У меня 10 независимых таблиц...
Область указываю и Select... и в самом фильтре рабочую область
Не работает только фильтр с условием SET FILTER TO uchet.статус="непосчитан" in 8
остальные работают как надо...
Переход делал и на 1 и на последн. запись таблицы...
И "непосчитан" менял и язык,и код страницу...

Jonny540,
Таблица учета товара на торговых точка+ сведение на склад...
Фильтр нужен для ускорения пересчета... а то по-старинке продавцы погибают на учете..)
dbf(), filter(), browse все сразу проверял...
Проблему решил добавлением ешшо столбца в таблицу...
Так что тут бабка надвое сказала... Или "Перемудрил" где-то... или глюк...
В любом случае уже в ентой куче писанины с ""изворотами" не найти...
Всем большое спасибо за участие..

Опять встала ента же проблема....
Наро - кто может подсказать в чем проблема?

пример:
search=" на русском" - болтаются пустые строки в листе
search=" на английском" - все путем и без пусты строк и косяков

SET FILTER TO (LOWER(ALLTRIM(search))$lower(postuplenie_all.группа)

что с ентим делать ума не приложу, всё перепробовал и кодовую страницу и еще всяких всячин...

может кто сталкивался?