forum.clarionlife.net

xp tps c6.3
есть browse по tps есть форма с различными вставками в embede
при вводе новой записи и нажатии ok в форме и при возвращении в
browse курсор теряет эту запись и стоит вааще не там. При вводе
последующих записей все ок
Как заставить высвечивать введенную первую запись ?
Отчего это может быть ?

TTT55 писал(а):с различными вставками в embede

Вот ключевые слова...
Вы в этих вставках судя по всему некорректно работает с текущей таблицей.
Нужно смотреть код, или просто пробуйте все отключить и постепенно включать.
Найдете виновного. Цикл по самому себе, GET и т.д.

P.S. Не нужно в разных ветках дублировать треды.

вроде все смотрел на этот предмет. А с алиасами можно куролесить ?
Попробую поотключаю embed - ы

TTT55 писал(а):Вы в этих вставках судя по всему некорректно работает с текущей таблицей.

Если на примитивном уровне - присвой некий уник.индекс введенной записи в глоб. переменную приложения или модуля (если бровз и форма в одном модуле)... и при возврате в бровз ставь курсор по этой переменной - по установке на нужн. позицию/запись в бровз см. форум - вопрос обсуждался.

Admin писал(а):Не нужно в разных ветках дублировать треды.

А по правильному - посм еще раз свой алгоритм формирования записей в ямбедах, разберись что происходит при добавлении/обновлении в стандартной форме/бровзе и в твоем варианте, возможно после самого первого ввода в форме в бровзе после возврата нет обновления очереди в бровз - поэтому и ставит не туда куда хочешь, а последнюю или первую позицию считанного фрагмента очереди вывода бровза на момент вызова твоей формы, а при последующих уже начинает нормально обновляться, вот и попадает курсор ПРИМЕРНО в нужную позицию... Кстати, обрати внимание как в бровз выводишь - весь файл или постранично...

ABC
УБРАЛ EMBEDE - БЕЗ ПОЛЬЗЫ... ПОДГРУЗКА - ПОСТРАНИЧНАЯ
ЕСТЬ У МЕНЯ УНИКАЛЬНЫЙ НОМЕР В ФОРУМЕ НЕ НАШЕЛ ПО ОБНОВЛЕНИЮ ЗАПИСЕЙ В BROWSE

Тема, по-моему, была. Проблема с индексами либо с первичным ключом таблицы, по которой создан Browse. Проверь - есть ли первичный ключ, и его поле попадает ли в Queue.

Добрый день!
1. Проверьте ключ броуза.
2. Добавьте уникальный номер в ключ
3. Проверьте нааличие ключевых полей (да и уникального номера) в полях броуза

Алексей

BRWSE ПО КОМБ.КЛЮЧУ - ФАМИЛИЯ И ДАТА ПОСЕЩЕНИЯ
ЛОКАТОР ПО ФАМИЛИИ
ФАМИЛИЯ ЗАПОЛНЯЕТСЯ ИЗ ДРУГОЙ СВЯЗАННОЙ ТАБЛИЦЫ В МОМЕНТ ЗАКРЫТИЯ ФОРМЫ
В BROWSE ЗАСЕЛЕНЫ ВСЕ ПОЛЯ КЛЮЧА
САМА ТАБЛИЦА ИМЕЕТ ЕЩЕ СЛОЖНЫЙ УНИКАЛЬНЫЙ КЛЮЧ ПО ШЕСТИ ПАРАМЕТРАМ
И ОНИ ТОЖЕ ЕСТЬ В BROWSE

Привет.
Тема треда могла и по-другому называться - но по тексту похожие проблемы обсуждались не раз.
http://forum.clarionlife.net/phpbb/view ... 0%B8%D0%B5
http://forum.clarionlife.net/phpbb/view ... 0%B8%D0%B5
http://forum.clarionlife.net/phpbb/view ... 0%B8%D0%B5
http://forum.clarionlife.net/phpbb/view ... 0%B8%D0%B5
http://forum.clarionlife.net/phpbb/view ... 0%B8%D0%B5
Если нужен конкретный совет от ALL - надо выдать конкретный код для рассмотрения...

Ну а первичного ключа нет совсем что-ли? Есть только уникальный?

НЕТ НЕОБХОДИМОСТИ В ПЕРВИЧНОМ КЛЮЧЕ - НЕ БЫЛО

СПАСИБО ЗА ССЫЛКИ. ТАМ ПРО ШВС ДА ЛЕГАСИ - У МЕНЯ АВС

Ну поэтому Browse не может идентифицировать конкретную запись. Сделай первичный ключ и будет все OK!

А не играл с глобальными настройками (Global/Classes/Browser/Configure)?
Последние неприятности такого рода поимел, когда был сброшен флажок Retain Row

Добрый день!

BRWSE ПО КОМБ.КЛЮЧУ - ФАМИЛИЯ И ДАТА ПОСЕЩЕНИЯ

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

И еще : попробуй убрать сначала локатор)


Алексей