Преобразование дат туда-обратно

[Troublemaker]

Предвидя раздраженное: "а чего ж тогда на нем и не пишешь?" отвечу:

1. инструмент коммерческий, и у меня мягко говоря, неофициальная лицензия.
2. на данный момент инструмент существует только под windows

[Mirror]

a='123'+32 давало '155' (один пять пять),
а должно, вообще-то, давать 12332 (что в случае с Variant’ом, насколько я понимаю, и получится), а то тут двойное неявное преобразование происходит: сначала в целое, потом в строку обратно. Нелогично. Слава богу, что в Паскале такого нет.

А всё-таки, в моём понимании «без всяких сжатий» и «со всей отладочной информацией» — это разные вещи.

[Troublemaker]

«без всяких сжатий» и «со всей отладочной информацией» — это разные вещи

С необходимой отладочной информацией (полная инфа для отладчика плюс все проверки - стек, массивы, еще что-то) тот же exe занимает 266612 байт.
Про сжатия я имел в виду "без использования exepacker-ов".
Штатный отладчик для этой среды - logitech debug (может кто вспомнит многоязычную IDE logitech modula-2 - оттуда ноги растут). В комплекте Clarion, как наследство от той IDE, компиляторы CPP и M-2, то есть в проект можно включать модули на этих языках "как родные". Версии, что дебага, что компиляторов, понятно, осовремененные.

a='123'+32 давало '155' (один пять пять),
а должно, вообще-то, давать 12332

Для слияния строк используется амперсанд:
a='123' & 32 даст 12332.

[B4rr4cuda]

А всё-таки, в моём понимании «без всяких сжатий» и «со всей отладочной информацией» — это разные вещи.

Про сжатия я имел в виду "без использования exepacker-ов".

2.2 м и 700к с -O3, умным связыванием и стрипом. Так лучше?

[Troublemaker]

Так лучше?

Как я уже сказал: "не холивара ради". Не собираюсь хаять язык или среду, которой посвящен форум - "не лезь в чужой монастырь со своим уставом через колючую проволоку".
Но, возможно, какие-то идеи из рассказанного мной, окажутся полезны и будут реализованы. На данный момент меня сильно расстраивает невозможность визуально разрабатывать более одной формы на модуль.

[B4rr4cuda]

Как я уже сказал: "не холивара ради".

Я понял. Просто был немного раздражен...

не лезь в чужой монастырь со своим уставом через колючую проволоку

Особенно в женский, со своими овощами...

На данный момент меня сильно расстраивает невозможность визуально разрабатывать более одной формы на модуль.

В моем мировоззрении такая возможность даже не присутствует (видимо ввиду привычки).
Зачем это может быть нужно? Ладно два юнита используют одну форму, но один юнит - две формы...
Тоже, ни в коем разе, не собираюсь провоцировать или вести холивар. Мне интересно - это я консерватор или это действительно удобно?

[Troublemaker]

Зачем это может быть нужно? Ладно два юнита используют одну форму, но один юнит - две формы...

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

Например, по каким-то причинам ввод каких-то данных удобнее делать в отдельном окне. Среднепотолочный пример: на форме нужно вводить много разных данных и разместить на ней полный комплект контролов очень трудно. (как, кстати, скрыть в дизайнтаме всякие таймеры и экшнлисты, чтобы глаза не мозолили?). Я делаю нужное количество субформ В ПРЕДЕЛАХ одного и того же модуля - это не отдельные модули и не отдельные процедуры, это просто дополнительные окна для ввода данных в форму основную. И эти формы открываются, реагируя на щелчок по тому или иному контролу.

[v-t-l]

Насчет размера exe:

Код: Выделить всё

program hello;
uses
  windows;
begin
  MessageBox(0,'Hello world!','Привет, мир!',MB_OK);
end.


- 27688 байт без отладочной информации.

А насчет сования кучи форм в одно место - не вижу особой потребности.

[Troublemaker]

27688 байт

Принято. У меня с дефолтными настройками получилось после стрипа 34304.

насчет ... кучи форм

Еще раз: засунуть их несколько штук в один модуль нетрудно. Создать в рантайме - тоже. И проблема именно в том, что их нельзя создавать-править визуально.

Еще вот пример пришел в голову: сделал я один дизайн формы. Потом решил переделать его с полным сохранением функционала и не стирая старого, не создавая новый модуль или форму с новым именем. Потом решил добавить еще один дизайн. Просто чтобы у пользователя был выбор внешнего вида без использования скинов, в которых я ни ухом ни рылом.

Как я понимаю, в классическом варианте "один модуль - одна форма", я буду вынужден вести три модуля, отличающихся только формами?

[Mirror]

Еще вот пример пришел в голову: сделал я один дизайн формы. Потом решил переделать его с полным сохранением функционала и не стирая старого, не создавая новый модуль или форму с новым именем. Потом решил добавить еще один дизайн. Просто чтобы у пользователя был выбор внешнего вида без использования скинов, в которых я ни ухом ни рылом.

Как я понимаю, в классическом варианте "один модуль - одна форма", я буду вынужден вести три модуля, отличающихся только формами?

Насколько я понимаю, в классическом варианте такое изде... чудо никто делать не будет — хватит одного дизайна формы. ^_^ Ну, а если очень хочется, то что мешает вынести все общие процедуры в отдельный, четвёртый модуль?

[B4rr4cuda]

Начнем с того, что возможность использовать несколько форм на юнит присутствует "по определению". Не хватает именно визуального проектирования 2-ой и последующих форм.

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

Например, по каким-то причинам ввод каких-то данных удобнее делать в отдельном окне.
Среднепотолочный пример: на форме нужно вводить много разных данных и разместить на ней полный комплект контролов очень трудно.

Вот для таких случаев и существуют фреймы. В лазаре они пока не доработаны, но я думаю это именно то, что тебе требуется.

как, кстати, скрыть в дизайнтаме всякие таймеры и экшнлисты, чтобы глаза не мозолили?

Закинуть за границы формы.

Я делаю нужное количество субформ В ПРЕДЕЛАХ одного и того же модуля - это не отдельные модули и не отдельные процедуры, это просто дополнительные окна для ввода данных в форму основную.

А вот за такое обычно по головке не гладят. Это кажется удобным первое время. Потом, когда юнит разрастается до пары тысяч строк, ты сам себе не рад. А разделить юнит после такого бывает ой-ой-ой как сложно. И не дай боже принять такой проект на сопровождение или доработку...

Еще раз: засунуть их несколько штук в один модуль нетрудно. Создать в рантайме - тоже. И проблема именно в том, что их нельзя создавать-править визуально.

И слава богу! Почему см. выше. Я думаю проектировщики Делфи тоже не дураки: было бы это действительно востребовано - они бы это сделали.

Потом решил переделать его с полным сохранением функционала и не стирая старого, не создавая новый модуль или форму с новым именем. Потом решил добавить еще один дизайн. Просто чтобы у пользователя был выбор внешнего вида без использования скинов, в которых я ни ухом ни рылом.

За это, тоже бы не похвалил. Это совершенно неправильный подход. Нужна смена дизайна - делай поддержку скинов. Именно из-за такого подхода к реализации у начинающих, дельфистов и не уважают. Ибо не следует чистить зубы через задний проход.

ЗЫ. Не холивар, так флейм...

[Troublemaker]

Не холивар, так флейм...

Ничего подобного! Обычный, нормальный и вполне цивилизованный обмен мнениями.

Хотя... кажется, до меня дошла идея. В том же Clarion окно - это лишь одна из переменных в процедуре (такая же, как файл или отчет), а в D/L - форма суть главный элемент, а все процедуры модуля ему подчиняются, ибо являются методами формы. Ну, или как-то так.

Понял, чего мне еще не хватает в редакторе лазаря. Или чего я не нашел, а оно есть: хоткея, дублирующего текущую строку или выделенную группу строк. То есть, стою на строке, жму, скажем, ^2 и под текущей строкой исходника вставляется ее дубликат.
(да-да, я знаю про копипаст, но с таким хоткеем всяко быстрее)

[Padre_Mortius]

Размер также зависит от параметров компиляции, ОС в которой будет работать бинарник и версии компилятора. На 0.9.24 ~11 метров (после стрипа ~1.2 Мб) под Win32, на 0.9.25 ~15 метров (после стрипа ~1.5 Мб) под win32. Под линуксом чуть больше (2-3 метра к нестрипаному и с метр после)

P.S. Стрип это не сжатие

[Attid]

Среднепотолочный пример: на форме нужно вводить много разных данных и разместить на ней полный комплект контролов очень трудно. (как, кстати, скрыть в дизайнтаме всякие таймеры и экшнлисты, чтобы глаза не мозолили?). Я делаю нужное количество субформ В ПРЕДЕЛАХ одного и того же модуля - это не отдельные модули и не отдельные процедуры, это просто дополнительные окна для ввода данных в форму основную. И эти формы открываются, реагируя на щелчок по тому или иному контролу.

ээ а наследование ? оно конечно не очень прямо в лазаре сделано, но работает же вроде.

[alexs]

Troublemaker
Если мгного элементов управления на твой взгляд - разбей на несколько форм. Или используй фрэймы (или их аналог).