Поставил и посмотрел. Сразу же глянул место, на чем пришлось отложить 6.0.
Оно там же
Или быть может я что-то не так делаю?
Задача - создать тулбокс, имеющий два положения (прижать влево и вправо).
Открываемые окна в максимизированном состоянии должны подстраиваться под свободное место на экране. Все это решается в 5.5 путем включения флажка MDI-child для тулбокса и запуска его в том-же потоке, что и фрейм. Если делать то же самое в 6.1, то программа виснет намертво. Если запускать в отдельном потоке, то не работают указанные выше фичи.
Почему-то так и не включили сортировку процедур по алфавиту в окне заселения. Сделали поиск (!), но если, скажем, первой стоит процедура Prim, а где-то далее по списку Pri, то и не найдешь, пока вручную не сместишься по списку ниже первой. Это мелочь, но демонстрирует.
В репортере попрежнему нет выделения группы контролов в области и перемещения по заданной координате, хотя и в доке написано, и в RW это работает.
Это то, что увидел за несколько минут после установки.
Кстати, у буржуев народ пишет про баги.
Спокойно начинаем ждать 6.2
С уважением,
Вячеслав Черников support@finsoft.ryazan.ru
Если запускать в отдельном потоке, то не работают указанные выше фичи.
Вообще-то такая фишка по жизни работала...
Тулбокс запускается в другом потоке...
Проблема в том, что параметры, указанные в Window Properties
(Dock,Docked) не работают - их нужно вручную прописать в коде после
открытия окна
OPEN(window)
window{PROP: Dock} = DOCK:Left + DOCK:Right
window{PROP: Docked} = DOCK:Left
И все работает... по крайней мере у меня
Алексей,
начальник отдела ПТО
ООО "ОРК"
mail:
alex@jrcn.donetsk.ua, icq: 62605472
www:
http://www.nikasoft.co.uk
http://www.clarionline.h1.ru (FAQ-онлайн)
origin:
... он зачитывал диски до дыр
(Добавление)
Спасибо за ссылку!
Думаю, что модератор не сочтет твое письмо за нарушение правил данного списка?
Но! Очевидно велосипедисты уж очень спешили с данным патчем - в их "забугорной" конференции все прямо-таки "задергали" "когда, когда?!?!".
Как результат - сразу-же мелкие "баги", которые, тем не менее ставят под вопрос "чистоту" остального кода.
К примеру - автоматом не инициализируется буфер файла!
Конечно, ничего страшного - правила хорошего тона требуют явно производить очистку переменных и структур перед их использованием - но все-же, "осадочек" некоторый есть!
Группа и буфер очереди, как и прежде, инициализируются автоматом.
Правда, как-то прикольно они их инициализируют!
Если раньше для групп просто вызвался CLEAR, то теперь они инициализируют ОТДЕЛЬНО строковые поля группы и все вложенные подгруппы! Другие поля не трогают.
Т.е. если в программе обьявлено много структур с внутренними группами и строками, то заметно увеличивается обьем кода.
Время инициализации, думаю, не должно увеличится - здесь имеем просто линейную "развертку" цикла, который крутится по всем полям в операторе CLEAR.
Кстати, они довольно сильно "перепахали" весь блок RTL по работе с файлами. Да и сами файловые структуры претерпели некоторых изменений. Это следует иметь в виду тем, использует информацию из заголовка структуры FILE.
Связано это с тем, что в RTL введен блок по динамической работе с файловыми структурами. Соответственно, модифицированы и файловые драйверы, что-бы обрабатывать новые команды.
Увы! Ошибка инициализации модулей, о которой я недавно писал, в данной версии не исправлена - тестовый пример, который я высылал по этой теме, вполне "удачно валится"!
И еще - тем, кто использует DynaLib - в С61 версия, которая выложена на сайте, работать не будет с файловыми структурами. Все прочие классы данной версии должны нормально работать и в C61. Так-же нормально должна работать в C61 и либа ExtEval.
Ну и, естественно, dExcel.
Кстати, на днях выложу на сайт новую версию dExcel - добавлена поддержка формул. Причем - практически без "обрезаний", т.е. нормально будет воспринимать любую формулу в Excel-синтаксисе.
С графикой пока заминка.
=============================
С уважением,
Олег А. Руденко.
Oleg_Rudenko@mail.ru
Oleg_Rudenko@mail333.com
Библиотека DynaLib
http://dynalib.narod.ru
Написал: ClaList(2)