А может стоило бы подумать, как отображать в нужных случаях то, ЧТО нужно, а не то, что стоит в свойстве BrowseObj.
Вот видишь, первое включение и трабла от незнания того, что же там придумал разработчик (кстати, трабла была не только у меня). КМК, интересно, но сыровато.

Редактировалось 1 раз(а), последний 2019-09-09 21:31:22

Это просто моё мнение и ничего более. ИМХО.

А как компонент поймёт, ЧТО нужно: Folders или Files? Это целиком и полностью требования программиста.



nesco, достаточно просто прочитать описание к св-вам.
А уж с св-вом BrowseObj на протяжении всего существования hiasm юзеры явно хорошо разобрались.

Ну и лишний код в компоненте, призванный "думать" за программиста, увеличит размер программы, а это не есть хорошо. Я старался максимально соответствовать оригинальным функциями для этого диалога, а уж правильную логику пусть сам программист реализует, это вполне логично, не так ли?

Тогда уж и MainForm, Win и до кучи WinControl.ini.
Почему не сделать просто и доходчиво без LayoutSpacer, HBoxLayout и т.д.?
Просто прописывая в свойствах? И таких мелочей куча! Показывать?
А почему не врубить от четвёрки CLASSES.PAS, CONSTS.PAS, SYSCONST.PAS, TYPINFO.PAS - почему так много? - они цепляются.
И бог с ней, с ружёй-то - KOL пусть HiAsm обслуживает, зато всё цивилизованно работает. Плюс 400 кило никто сейчас и не заметит. Что важней, нормально и спокойно писать, или оглядываться на у-щный KOL? Да и не всё переведёшь - куцый он и попутал берега, а не изобрёл! Не всё можно массивом представить, в школе прогуливал наверное.

Я бы на систему Nic-николса перешел, но ещё сыровата.
Nic -не сердись, как есть.
Пока приходится писать на гербовой VC.
Nic, а если нам гуртом всем навалиться?
Немножко покумекаем и выправим дефект.

Редактировалось 7 раз(а), последний 2019-09-11 01:22:48