Vier D HomeArchivSeminareNachrichten - Twitter4D Expertise
Antworten auf Ihre Fragen •
Datenbank-Pflege •
4D Coaching •
OpenDDDD •
Termine •
4D Expert
V11/V12-Service • Konzepte •
Alternativen •
Meine Apps
Gebrauchtes Mac + iPhone: zu verkaufenFinden Geo-Themen + Projekte GoogleMap-Integration • GeoDDDD • Database Publishing • Database PhotographyVerschiedenes |
25. Mai 2012 Macros in V12.4Finally, some macro-bugs of V12 are fixed. some deficiencies get obviousconcerning the concepts behind running 4D-code from macros. Concerning the method-editor itself:
The extra empty lines can be overcome by clearing leading empty-lines before inserting $replaceText. I could handle two empty lines at the top, sort of. In V2004, the macro had to be called manually. That didn't disturb the work with the old method-editors of V11 and V2004, because these did not keep track of the folding status anyway. And calling manually, was done less often. 4D method-editor keeping track of folded status is a huge productivity-enhancement! No way of giving up on that feature, neither folding nor syntax-coloring!
If this were my coding, I'd paste the returned method-text as V12 does at first place. Not long after I'd be annoyed and therefor would immediately after the paste run the Help yourself, never wait for a bug-fix – hot or cold! What else could I do to
Macro-attributes to rescue?How abouts using the the macro-attribute
on_close also runs when changing from Design to Runtime. Changing modes should not trigger an on_close event, triggering on_save is fine.
Helping myself by only updating the method when closing and not with every save is not working. SET MACRO PARAMETER(Full method text;$replaceText) did not work in 12.0 - 12.3. That was a pity. But now it's worse: back to old editor-behaviour not keeping track of folded states. Terrible! Punishing myself while debugging with unfolding of the current method is a nightmare! In need for something betterThe main reason to use SET MACRO PARAMETER(Full method text;$replaceText) at all is to alter the version-number inside the head-comment area of the method. Which looks like What I really need!I'd like to "inject" the version-number, changing from 000429 to 000430 in this example after the next save. While we are at it: injecting version date and time would be nice, too. Any idea, help or workaround appreciated. Thanks! Related article
* while being at it! That online doc.4d.com is another productivity-killer – mainly when needed, like looking for macro-attributes and -values or some other hidden stuff – the www for wait wait wait is back ↵ |