@Cycling74 staff: [markup] object
By browsing the the MC help files I discovered an object called [markup] that is obviously one of those created for internal/staff purposes. (And discovered that is was already available in Max 7!!)
It seems to be very useful for documentation of projects, especially as HREFs in links can be used to send messages to Max.
Would it be possible to get further information? Especially regarding the define_element and undefine_element messages?
+1
+1
This is great! Thank you so much @11OLSEN!
@11OLSEN you are very kind.
This will be now my markup default help patch :)
Thank you.
sry if not close enough releated: how can you make your abstractions collection print something to the console at max start? not externals, just patches (which arent loaded, so one must use something else)
You mean like the way bach always prints to the console everytime I open max, regardless of whether i am using the bach objects or not? ;)
(yeah I don't see the connection with op, lol)
yes that. just on max start.
Unfortunately, I think that happens because they have the bach external under the "extensions" package folder. Maybe someone else can explain it better, but it seems that it forces the externals inside that folder to be loaded on max start. Then, it a matter of... well, making your external in such a way that it prints to the console the first time it is loaded.
... and if you want to place a patch in there with a loadmess you can do that too! But it seems that a patch is actually opened (and will stay open :/ ). So, you might need to do something like this:
Hope that helps :)
P.S. do you have a new abstraction collection coming out? Would love to check it out
i´ve never tried this but it sounds logical that patches would have to open on launch just as compiled objects. :) (but how would you do it for patches?)
yes, that could still be a solution which does not hurt too much, i already use patches to re-enable a "forgotten" menubar which also closes itself after doing its job - you hardly see it even on slower computers - and my nato helpfileslauncherhelperpatch also works that way.
that printing thing would be nice for checking which version of a package or project is installed. (i.e. first of all on my own computers)
oh, i have yet to reupload the 2012 collection to somewhere, thanks for the reminder.
+ 10.
with apologies to @Jan
@Roman
i´ve never tried this but it sounds logical that patches would have to open on launch just as compiled objects. :) (but how would you do it for patches?)
Just create an extensions folder inside your package folder, and drop the patch with the loadmess in there.
oh, i have yet to reupload the 2012 collection to somewhere, thanks for the reminder.
Please do. And keep me in the loop ;)
I don't think the object supports that. It's not based on css. Only the parameters you can normally change for text in the Max inspector.
Thanks again @11OLSEN.
BTW, has anyone noticed the new zl help patches?
Right now I am intrigued about the header text being a jsui referring to the contents of a dict. But I can't find that dict though! Anyone has any clue?
Thx!!!
@Omar the jsui is loading the maxref xml file of the object somewhere in the Max folder. [markup] maybe ok to quickly place a link in a patch but we could build our own markup with jsui anyway. How hard can it be to parse a text for tags and transform it accordingly
lol, right ;)
One other thing: have you noticed that [markup] object on windows doesn't properly display some fonts like "lucida grande" and "Lato" (though "Lato Light" seems fine)?
@11OLSEN
How do you set an element's color right from the starting message box, without having to send an extra message to make that change?
Only the <link> tag works without define_element message and can be styled with the markup objects attrs.