Hmmm… perhaps the newer versions of max store the per-user path in the registry? Presumably in the HKCU hive. Might be worth checking.
Just to further elaborate on what ZeBoxx said, you can query the local appdata path using SHGetFolderPath or SHGetSpecialFolderPath, with CSIDL_LOCAL_…
What if max isn’t installed in program files? I’d suggest querying the registry keys, starting from the latest version you support going down, until …
open a cmd.exe and type: copy *.ms destination.ms That will concatenate all .ms files into 1 file.
Here’s the replace function I wrote for maxToR a while back: — replace all occurances of ‘old’ with ‘new’ in ‘str’. — returns a new string …
Well, sure. You can organize related tools in their own toolbars, and save the set out as a .cui file. E.g. you might have: a Rendering toolbar a M…
RustyKnight: All that you say is true, but you can’t catagorise the items…ie order them … You most definitely can order them Just drag the butt…
It seems your users don’t understand macroscripts The opposite is true. If you had ‘normal maxscripts’ that aren’t action items you would have to run…
RustyKnight: and you cann’t add plain “max script” either (you have to wrap it in a macro first) Curious, what problem would “plain max script”…
You could redesign it so there’s a one-way dependency, instead of a circular one. Otherwise, sure, forward declare it.
I don’t remember exactly, but you can try handling ParamDlg::ActivateDlg() which might tell you when you get/lose focus.
and what error is that?
Sure, if all you want to is read the width at runtime, that’s safe and easy to do. Use GetClientRect or GetWindowRect. In this case it shouldn’t matt…