Latest post of the previous page:
Да. Иначе я бы не откатился...Вы попробовали? Повторяется?
Latest post of the previous page:
Да. Иначе я бы не откатился...С возвращением! А?Vertigo wrote:Я в отпуске до конца июня, как я уже писал.
Скажем так...buniak_a_h wrote:Попробуйте открыть файл из вложения OSTAMPLT.RAR и "прошагать" вправо. Указатель дойдёт до поля DATBEGDOC (да то то не всё видно), после чего курсор уходит за пределы экрана.
При "возврате" стрелкой влево выделенная область не стыкуется с границами поля (см. картинку)
При дальнейшем движении влево курсор, видимо, опять уходит за пределы экрана; скроллинг влево не происходит.
XP Sp3.
WORD LOOK::GoRight(void)
. short x, w;
Переменная w не определена в начале, проблема ушла после замены указанной строки на short x, w=0;
FarDialogItem
. Насколько я понял, это - внутренняя структура ФАРа; т.е. ограничение самого менеджераchar[512] FarDialogItem.Data
) победить напрямую не удастся, то предлагаю два варианта обхода проблемы:// BAX, <дата>
В плугине какая-то совершенно другая структура FarDialogItem; там нет полей MaxLength, UserData и Reserved. На месте поля Data - union, максимальный размер - в char Data[512]. При попытке изменить 512 на 32767 зависание происходит в процедуре extern PluginStartupInfo Info.DialogEx. Я не писал на C++ уже лет 20, на Visual Studio - никогда. Но мне кажется, что этот завис где-то ВНЕ плугина.
плагин под первую версию.Shmuel wrote:В структуре FarDialogItem нет такого ограничения, разве что сам плагин установил поле MaxLength в 512.
Это, а также по соседству в GoLast я поправил. Правда, во втором случае остался-таки косяк, когда последняя колонка отображается на экране не полностью. Я пока не понимаю, что там хотел сказать оригинальный автор в коде. Но хотя бы падать не должно.buniak_a_h wrote:Одна ошибочка у меня ушла (та, что с горизонтальной навигацией). Решение было простое: