Well, this is naturally not crucial. You are right that there's a greater chance of coding errors when case-sensitive, but on the other hand I think we're quite used to it thanks to previous scripting work. Maybe we can leave this for now and gather more opinions.I'm not sure it's a good idea?2)
IML-created names (module names etc.) should maintain letter case and be case-sensitive.
I understand. But as Vincent pointed out there are several reasons why it's causing trouble when fired by IML. Because now it's not only happening while we prepare & patch but also during a live show.I'll see if I can disable the progress bar. It looks easy but in fact it's not so...3)
When creating a sub-patch FROM FILE using IML, it would be great if the loading-window (the big semi-transparent progress-bar window) would either not appear at all or would be something small in the top-corner.
My current opinion is that this addition would pretty much complete the required functionalities. Otherwise we will quite often end up in a situation where we can automatically create modules and wires between them but that does us little good if we don't see the results or get access to them as part of our custom interface.could be possible of course, but we have to fix a limit of functionalities?4)
Would be great to have access to a module's layout settings via IML. For example:
- Create a switch module (currently possible)
- Set the switch's visibility to Interface Builder (currently possible)
- Position the switch at X:100 Y:100 in Interface Builder
- With size 150x30
- Using layout-preset 'Switch01'
Thanks. Now everyone knows of it's existence!It's a mistake. correctedSide-note:
I found out (pure luck) that there is also a DELETE_MODULE command but this seems to be undocumented.
Statistics: Posted by antwan — 08 Jan 2009, 16:59
ok,1)
Ability to set target patch to be a certain sub-patch and then do IML-commands within that sub-patch.
I'm not sure it's a good idea?2)
IML-created names (module names etc.) should maintain letter case and be case-sensitive.
I'll see if I can disable the progress bar. It looks easy but in fact it's not so...3)
When creating a sub-patch FROM FILE using IML, it would be great if the loading-window (the big semi-transparent progress-bar window) would either not appear at all or would be something small in the top-corner.
could be possible of course, but we have to fix a limit of functionalities?4)
Would be great to have access to a module's layout settings via IML. For example:
- Create a switch module (currently possible)
- Set the switch's visibility to Interface Builder (currently possible)
- Position the switch at X:100 Y:100 in Interface Builder
- With size 150x30
- Using layout-preset 'Switch01'
It's a mistake. correctedSide-note:
I found out (pure luck) that there is also a DELETE_MODULE command but this seems to be undocumented.
Statistics: Posted by senso — 08 Jan 2009, 09:10
Statistics: Posted by Vincent — 07 Jan 2009, 22:45
Statistics: Posted by antwan — 07 Jan 2009, 22:34
Well, this is naturally not crucial. You are right that there's a greater chance of coding errors when case-sensitive, but on the other hand I think we're quite used to it thanks to previous scripting work. Maybe we can leave this for now and gather more opinions.I'm not sure it's a good idea?2)
IML-created names (module names etc.) should maintain letter case and be case-sensitive.
I understand. But as Vincent pointed out there are several reasons why it's causing trouble when fired by IML. Because now it's not only happening while we prepare & patch but also during a live show.I'll see if I can disable the progress bar. It looks easy but in fact it's not so...3)
When creating a sub-patch FROM FILE using IML, it would be great if the loading-window (the big semi-transparent progress-bar window) would either not appear at all or would be something small in the top-corner.
My current opinion is that this addition would pretty much complete the required functionalities. Otherwise we will quite often end up in a situation where we can automatically create modules and wires between them but that does us little good if we don't see the results or get access to them as part of our custom interface.could be possible of course, but we have to fix a limit of functionalities?4)
Would be great to have access to a module's layout settings via IML. For example:
- Create a switch module (currently possible)
- Set the switch's visibility to Interface Builder (currently possible)
- Position the switch at X:100 Y:100 in Interface Builder
- With size 150x30
- Using layout-preset 'Switch01'
Thanks. Now everyone knows of it's existence!It's a mistake. correctedSide-note:
I found out (pure luck) that there is also a DELETE_MODULE command but this seems to be undocumented.
Statistics: Posted by antwan — 08 Jan 2009, 16:59
ok,1)
Ability to set target patch to be a certain sub-patch and then do IML-commands within that sub-patch.
I'm not sure it's a good idea?2)
IML-created names (module names etc.) should maintain letter case and be case-sensitive.
I'll see if I can disable the progress bar. It looks easy but in fact it's not so...3)
When creating a sub-patch FROM FILE using IML, it would be great if the loading-window (the big semi-transparent progress-bar window) would either not appear at all or would be something small in the top-corner.
could be possible of course, but we have to fix a limit of functionalities?4)
Would be great to have access to a module's layout settings via IML. For example:
- Create a switch module (currently possible)
- Set the switch's visibility to Interface Builder (currently possible)
- Position the switch at X:100 Y:100 in Interface Builder
- With size 150x30
- Using layout-preset 'Switch01'
It's a mistake. correctedSide-note:
I found out (pure luck) that there is also a DELETE_MODULE command but this seems to be undocumented.
Statistics: Posted by senso — 08 Jan 2009, 09:10
Statistics: Posted by Vincent — 07 Jan 2009, 22:45
Statistics: Posted by antwan — 07 Jan 2009, 22:34