Shakeeb Alireza

Is there a way to obtain the configured External Editor from Max configuration via the c-api? If not is there a way to obtain it from the environment variable "EDITOR" via the c-api? I've tried the latter using 

Is there a way to obtain the configured External Editor from Max configuration via the c-api? If not is there a way to obtain it from the...

getting-provided-external-editor-from-max-configuration-using-c-api

Getting provided External Editor from Max Configuration using c-api

Hjalte Bested Møller

I'm writing some externals in c++ using the min framework. I want to make an external to be used in a Max4Live patch. The external will take a prompt as input and generate a composition as a responce. The composition should be based on the name of the tracks in the live arrangement (this will tell the model which instruments to write for). Next the score for each track will be placed in midi clips on the relevant tracks. 

I cannot find the information about how to interface the LOM directly from an external ?

How to access the Live Object Model from external in c++ using min

how-to-access-the-live-object-model-from-external-in-c-using-min

Is there a way to debug issues (for example: get console logs like we do in web browser) on jweb? It doesn't look as easier to find logs on Max Runtime for anything inside of jweb. Anything on this will be appreciated.

Hi there,

Is there a way to debug issues (for example: get console logs like we do in web browser) on jweb? It doesn't look as easier to...

how-to-debug-jweb-issues

How to debug jweb issues?

Joe Kaplan

I'd like to create a custom UI object that has multiple text edit fields.  

Context:  My externals connect to a cloud service to enable access to data from that cloud in Max.  In order to connect we need to gather user auth credentials.  I don't really want to use Max's standard textedit objects for this.  Because distributing patches that pass user's sensitive data trough patch chords seems like a bad idea.  I want to build a custom UI object user's can type into so masked  data remains at the code level and is never accessible in the patch itself.

 example in the Max SDK.  I can definitely use this as a starting point.  It will be easy to modify this to mask the data onstream, and pass the the user input to other objects using the notification system so it's never exposed in the patcher itself.   I could use 2 or more objects based on uitextfield to compose a bpatcher that will serve as my Authentication screen.

Problem:  It would be better for the Auth Screen to be a single Max object.  The default textfields are fairly nondescript.  If I distribute my patcher, a nefarious actor could swap out my custom textfields with some other textfields.  The auth screen would look unchanged, but the user has just typed their credentials into an illegitimate input field.

The Question:  I'm not seeing a way to include multiple textfields in a single object.  In fact, making an object a textfield seems to overwrite most of paint's other functions.  Is there a way to compose a UI objects from multiple component UI Objects?  Or a different way to get multiple textfields into my object?

I'm aware that instead of using textfields I could paint text directly and repaint based on the key methods.  But this results in some behaviour that don't feel natural (like being unable drag over and highlight the text).  I would like this auth solution to appear to be as seemless and native as possible.  

I know I've posted a number of similar threads on this topic.  Thanks to all for your input!

Greetings,


I'd like to create a custom UI object that has multiple text edit fields.  

Context:  My externals connect to a cloud service...

max-sdk-ui-object-with-multiple-textedit-fields

MAX SDK: UI Object with Multiple Textedit fields?

I'm working on a package of externals in MIN.  It's been going great.  But now I want to do a custom UI object.  Specifically a custom Textfield object.  Support for UI objects, and especially textfield objects, seems a bit limited in MIN.  And there's a readymade example in the Max SDK that would be easy to modify to do what I want.

With the recent changes to Max SDK to unify the build architecture, and since MIN Devkit includes Max SDK, I thought this would be easy to do.   But not only am I finding it not easy, I've been at it for several hours and I can't find a solution.

1)  Paste the contents of the the MaxSDK example into the a .cpp min object.  

The linter is okay with this.  But we have a problem that 	jpatcher_syms_init() is undefined. 

2)  Modify the project's CMakeLists.txt to include jpather_syms.c.  

Now the project will build.  But when I create an instance of the object in Max runtime the object is red.  No error, no debug, nothing.

3) Same as above, but replace the headers with #include c74_min.h, and add "using namespace c74::max;" at the top.

Got the same results.  Object builds, but appears red when used in Max runtime.

3) Try to generate the project as an actual Max SDK Project:

Copy max-sdk-base folder from the MaxSDK package into my package in the same location.

Copy the source code file and CMakeLists.txt from the MaxSDK example.

Try a few guesses on how to modify CmakeLists.txt in the package root to run the MaxSDK initialization scripts.

Same thing.  I can build the object.  But when I try to use it in Max, it's red.  No error message.

4) I tried several variations of the above, and also attempted to work with a non-UI object.

It all ends the same way.  I can build the object, but it is red in the Max runtime.

Has anybody done this before?  It seems like recent work on the Max SDK should make this explicitly supported.  I was quite surprised to run into difficulties here.

Any input would be much appreciated!  Thanks!

Hi everyone,

I'm working on a package of externals in MIN.  It's been going great.  But now I want to do a custom UI object.  Specifically...

how-to-include-max-sdk-objects-in-a-min-devkit-solution

How to include Max SDK Objects in a Min Devkit Solution?

Greetings! I'm trying to create a custom textfield object that will mask the user's input. Like when you type a password into an online form, and the input appears as "****".

I thought I would begin by trying to modify the 

example that comes with the Max SDK. I'm fairly proficient with MIN Devkit. But making the leap into the deep end of Max SDK is proving a bit difficult.

I found the following method in the code:

This appears to be the method that takes the key input, appends it to the string, and redraws the box with the new string. If I want to append a * instead of the character the user typed, this would seem to be the method to modify.

I tried messing around here, just adding some print statements, etc. But it looks like this method doesn't actually fire when a key is pressed. My print statements don't appear, any breakpoints in here don't trigger, and any changes I make don't seem to have any effect.

Can anyone help me understand what this method is doing? Or what other methods I should look to modify to achieve my goal?

I also, I notice throughout this code, the function object_method() is being called with descriptive gensyms like "insertboxtext" and "selectbox," etc. These seem to calling additional, seemingly undocumented, functions that are available to the object.

Where are these functions defined? And how can I learn more about what they are doing? 

Greetings!  I'm trying to create a custom textfield object that will mask the user's input. Like when you type a password into an online form, and the input appears as "****".

I thought I would begin by trying to modify the uitextfield example that comes with the Max SDK.  I'm fairly proficient with MIN Devkit.  But making the leap into the deep end of Max SDK is proving a bit difficult.

I found the following method in the code:


long uitextfield_key(t_uitextfield *x, t_object *patcherview, long keycode, long modifiers, long textcharacter)
{
	char buff[256];
	buff[0] = textcharacter;  // we know this is just a simple char
	buff[1] = 0;
	object_method(patcherview, gensym("insertboxtext"), x, buff);
	jbox_redraw((t_jbox *)x);return 1;
} 

This appears to be the method that takes the key input, appends it to the string, and redraws the box with the new string.  If I want to append a * instead of the character the user typed, this would seem to be the method to modify.

I tried messing around here, just adding some print statements, etc.  But it looks like this method doesn't actually fire when a key is pressed.  My print statements don't appear, any breakpoints in here don't trigger, and any changes I make don't seem to have any effect.

Can anyone help me understand what this method is doing?  Or what other methods I should look to modify to achieve my goal?


I also, I notice throughout this code, the function object_method() is being called with descriptive gensyms like "insertboxtext" and "selectbox," etc.  These seem to calling additional, seemingly undocumented, functions that are available to the object.

Where are these functions defined?  And how can I learn more about what they are doing?  

Thanks for any insights!

Greetings!  I'm trying to create a custom textfield object that will mask the user's input. 

how-does-jboxtextfield-work

This example is probably outdated, but you can utilize the keyfilter method for your needs, though I'm not really interessted to help with something that ends up as copy protection or something

Thanks 11OLSEN.  I was starting to notice something was up when I commented out the "key" method entirely and nothing changed.  Using "keyfilter" makes sense.  Since "keyfilter" triggers on keypress, I can use that to call "set" and make sure the textfield is displaying stars, meanwhile I can store the actual string in a private variable.


I had started thinking down that route, and stopped because it didn't feel like the intended usage.  But now that this approach has some sort of endorsement, I will pursue it.

This is not for copy protecting for anything in Max.  The package will be accessing cloud services, which requires user auth.  Creating and distributing Max patches that ask users to enter passwords into a stock [textedit] box and then passing sensitive data through patch chords seems like a bad thing to do.

I think you need to use the textcharacter that is also passed instead of the keycode (keycode may generate a different character in other countries keyb layouts ?)

Thanks for the tip!  I'm making good progress here at last.   

One other question:  What is the best way to convert the textcharacter long into a char so I can build my string and manage it?

From some brief investigation, it looks like there's nothing to do here, I can just append the textcharacter numbers directly to char array.   But this is assuming textcharacter is typical ASCII, which apparently keycode is not?



Yes, use these numbers as chars should work. Sorry can't help with min devkit. Never got into that and will not. That's just a layer on the C-Api which doesn't give the same deep level of access.  

And btw, seems like you need 2 textfields, name and password? Maybe don't use the textfield instead build a normal ui object and render 2 fields with paint method. User can click one of the fields to enter keys. 

Thanks!  I was thinking about going that route.  It would increase the complexity a bit for me.  But figuring out how to use the paint method might be a good exercise anyway.

But I'm arguing with myself about how much to invest, because whatever I do the solution will be suboptimal.  My package depends on a C++ library.  So all of my objects so far are built with MIN Devkit.  But MIN seems to have limited support for UI objects.    So I'm stuck with this jank where the UI Object (built with Max SDK) will always need to be deployed alongside a separate object that handles the business logic (built with Min).  (there are plenty of ways for the objects to share data without patch cords)  

If I could consolidate this to one Min Object I'd be more inclined to invest in a full-on UI object instead of the simpler solution of providing two textfields and building the rest of the UI in Max itself.


I know it's possible to call Max SDK functions in Min by putting the c74::max namespace in front of them.  In fact I can probably just call functions from jgraphics.h directly in the paint method of the Min Object.  (haven't tested this yet, but it seems possible in theory)

The place where I'm stuck is on how to enable the other necessary boxflags, especially JBOX_HILITE.  The example Min object (min.textslider),   only has a handful of flags enabled.  And these flags are enabled by the ui_operator class that all ui objects in MIN must inherit from.  Since the boxflags seem to be baked into the boilerplate for UI objects in Min, I don't know how I can add my own.

I'm totally open to ideas.  I would LOVE to build a fully featured UI object in Min.

this commit from 2020 seems to indicate that keyboard focus is possible in min without setting any boxflags manually. at the bottom you see the hilite flag is set behind the scenes.
if (m_instance->is_focusable()) {
flags |= c74::max::JBOX_HILITE; }


Fascinating.  Wow!  It looks like a number of the box flags can be set according to the return value of different member functions of m_instance.  This is really encouraging.  Thank you!

I'm having a hard time parsing c_min_operator_ui.h, though.  I don't understand what it's expecting me to do in my Min file.  Am I supposed to call m_instance->is_focusable()?  How I do get that function to return true?  And what is m_instance anyway? 

That is something that's initialized in the constructor for the ui_operator class that my object inherits from.  I'm not seeing how I would interact with it. 

So this looks like it should be possible, but I'm not quite seeing how to do it.

By following up on the definition of is_focusable() i eventually found this block in c74_min_object.h.   The mention of there being a max message "focusgained" gave me the idea to try it.  I created a max message "focusgained" and when the box is clicked on, that message is definitely triggered.   So I guess JBOX_HILITE is set by default on MIN ui objects.  So I think now I can play with jgraphics.h and/or MIN's c74_min_graphics.h to do what I need to do.  

Lots of work ahead of me, but the path seems clear.  Thanks a ton 11OLSEN!!

// SFINAE implementation used internally to determine if the Min class has a member named focusgained.
    // NOTE: This relies on the C++ member name being "focusgained" -- not just the Max message name being "focusgained".
    //
    // To test this in isolation, for a class named slide, use the following code:
    // static_assert(has_focusgained<slide>::value, "error");

template<typename min_class_type>
    struct has_focusgained {
        template<class, class>
        class checker;

template<typename C>
        static std::true_type test(checker<C, decltype(&C::focusgained)>*);

template<typename C>
        static std::false_type test(...);

typedef decltype(test<min_class_type>(nullptr)) type;
        static const bool value = is_same<std::true_type, decltype(test<min_class_type>(nullptr))>::value;
    };

So I guess JBOX_HILITE is set by default on MIN ui objects

Not by default, rather by checking if you have defined a focusgained (member?) in your code.
remember you also need "focuslost" and "key" and you're good to go. BTW c++ doesn't mean you can't use the classic C-Api approach to write the external. Anyways, I'm happy that you see a path now :) 


defined a focusgained (member?) in your code.

I'm not sure what you mean by this.  I created a "focuslost", "focusedgained" and "key" message in the MIN Object.  The focuslost and focusgained message worked beautifully.  The "key" message seemed to work too.  But it throws a "vector subscript out of range" error, upon returning.   :(

there's only 4 args not 5 ? ptr,long,long,long

I don't think that's it.  If I inspect the args vector at a breakpoint it shows there are 5 args.

also, I get the same error, if I do absolutely nothing in the MIN_FUNCTION and just return right away..

  I also get a different error in c74_min_atom.h with a "keyup" message.

This happens after I lift the key, but before a breakpoint on the MIN_FUNCTION is hit.


To your previous point, it looks like I can just save a Max SDK file with a .cpp extension, and call my C++ functions and it will compile fine.  I believe a recent version of the SDK makes this possible.  But it still feels a bit risky.  I'm happy to go that route if I have to.  But my experience with MIN as a novice coder has been quite wonderful so far, and it would be excellent to figure out this tragically underdocumented area of Min Devkit.

I tried compiling the c object as a .cpp file.  That seemed to go fine.  But the next step is adding  the functions from the third party C++ library I'm trying to integrate with Max.  Declaring objects defined by the library seem to go fine, but as soon as I try to call a function that is defined inside the .dll of my library, the object fails to load.  It compiles.  But when I create an instance of it in Max, i get a "Error 126 loading external MaxSDKUITest"

These same functions work just fine, from an external written in Min.  So it seems that changing the extension to .cpp does not suddenly give Max SDK support for Modern C++.  I'm not taking this as a surprise.

MIN Devkit is just a wrapper about Max SDK.  And Min Devkit creates the c74::max namespace.  So how about we write a Max SDK UI object in Min.

#include "c74_min.h"
using namespace c74::max;

and then proceed to write a Max SDK Object.

In this case I just copied and pasted the contents of the uitextfield object from the max sdk examples.  The linter was fine with this.  So far so good.  Min is amazing!

It says "Unresolved external on jpatcher_syms_init() referenced in function ext_main"

So.... something about the way Min wraps Max SDK causes a linkage failure for the function required to initialize UI objects.

I almost threw up my hands in fury.  It seemed like all paths were blocked.  Then I decided to check some of the other UI examples in Max Sdk.  It turns out uitextfield is actually  the only one that calls jpatch_syms_init().

The other UI examples, including 11OLSEN's excellent 11UILayer, do not require this function to initialize.

I tried copy-pasting a different example from max sdk into the Min object that is using namespace c74::max.  It compiled just fine and behaved itself in Max.  I quickly added some  functions from my third party library.  These performed as expected as well.

So it looks like if I want to paint my own rectangles, manage selection and deselection of each box, capture the keyboard input, draw characters in the right place, draw the cursor, move the cursor, make the cursor blink, I might be able to achieve that.  And it will probably be a good exercise for someone who's never dabbled in computer graphics before.

It turns out the only thing I can't do is the simple solution I had originally planned, which was to use Max's existing textedit functionality to gather keyboard input from the user.

This has been a really strange journey, but I'm glad the next step is to start writing my own code.

For jpatcher_syms_init() to work, you need to include /common/jpatcher_syms.c. You see this line in the cmake of uitextfield sourcefolder: ${MAX_SDK_INCLUDES}/common/jpatcher_syms.c
But you can also add this line in your source file: #include "common/jpatcher_syms.c"


The same applies when you use other libraries. You probably have a .lib file for the dll which needs to be linked when building.

btw: jpatcher_syms.c and commonsyms.c are only pre-defining symbol ptrs. So you can reduce the use of gensym() which does a table lookup everytime.  e.g. instead of executing gensym("patcher") you can just write _sym_patcher. You can also prepare your own symbols like you see in the UILayer eg in global scope: "static t_symbol* _sym_keyup;" and in the main method: _sym_keyup = gensym("keyup"); This is simply an efficiency measure to make the code running faster in the end..

I tried the key message in min-devkit. I think you need to return 1 or 0 which lets Max know if the key was cosumed I assume. This works for me:

message<> key{ this, "key",
        MIN_FUNCTION {
 
            char text[256];
            text[0] = int(args[4]);
            text[1] = '\0';
 
            cout << "number: " << args[4] << " textchar: " << text << endl;
 
            return {1};
        }
    };

Thanks again 11OLSEN for all your help with this!  I am learning a lot and feel like progress is coming.  This seems like it may be doable now, and that's thanks to your help!

I tried loading it alongside the Min API

Probably because some of these objects are in Max namespace, which is causing syntax confusion.

Probably because some of these objects are NOT in the Max namespace.  And the blanket application of that namespace is causing syntax confusion.

This may be solvable by modifying jpatcher_syms.c, or being more clever with how I use the namespace.  I'm not sure.


But at the moment I'm still stuck on building UI_textfield in C++.  Though It looks like I finally found a list of all the secret messages max objects can receive.  That's exciting!


Regarding linking the .lib file for my third party dll:

I'm pretty sure this is not the problem.  I'm very familiar with the linkage requirements of the third party library.  I double checked all my properties, it seems correct.  The same properties work correctly with a Min object.  It looks to me like the Max SDK Headers do not want to play well with Modern C++ libs... or at least they don't want to play with mine.


RE: use write_sym_patcher instead of gensym

RE: The "Key" message in Min needs to return 1.  
This worked!!  That's huge actually.  It means I can probably go ahead and build my object as a Min object.  And use c74_min_graphics.h and possibly call functions from jgraphics.h with a c74::max prefix when necessary.  
I still get an exception on "keyup", even if that returns 1.  Not critical for my usecase, but there's still some ambiguity around what works and what doesn't work in Min.

Current status:
* It's still pretty unclear how we are expected to handle advanced UI objects in Min.  Some things seem to work and some things don't. There's a lot of stumbling in the dark.

* Just using the Max SDK headers does not seem to play well with external c++ libraries.

* Using c74_min.h and then "using namespace c74::max" and writing a Max SDK object seems to work for everything except textfields.

This is probably enough for me to proceed with my project (i've said that before and been wrong).  Textfields would be nice.  And actually understanding Min would also be nice.

I don't see your pics, but all I described about jpatcher_syms and commonsyms is how I handle it in Max-Api. Don't know how much this applies to Min-Api as well..

regarding keyup in min-devkit:
that is not implemented but simply add in c74_min_object_wrapper.h


 regarding "error loading external 126":
I had that in the past, the additional dll can't be found. In some cases the dlls have to be in the same folder as Max.exe. 

Error 126 on the Max SDK file is resolved.  It was indeed a problem with my project configuration.  And I can call my third party functions successfully.  So if I get sick of trying to mix MIN and Max SDK, the option is available to build it strictly as a Max SDK external.

I now also recognize some advantages of min-devkit. In any case, the code is much leaner, requiring less writing. And if we really have unrestricted access to the c-level API at the same time, we could combine the best of both APIs. I will test this further

For sure.  I think Min is pretty slick.  I taught myself to code by working with Min. 

I'm finally making good progress here.   Min's c74_min_graphics.h wraps some, but not all, of jgraphics.h.  What it does implement is very easy to use.  Although the "image" class it defines seems like it might be unfinished?  Or at least I can't figure out how it's supposed to work.  But I can confirm jgraphics.h is fully accessible inside a a Min "paint" message.  So creating image surfaces is still perfectly viable.

I'm happy I'll be able to do this in a Min object, so can I copy/paste my existing code instead of having to rewrite sections of it for Max SDK.  Also, attributes will be much easier to handle.

I think the only thing that's still not clear is how to set the box flags.  I discovered that it would be nice to use the JBOX_GROWY flag.  But again, these flags seem to be hardcoded into the constructor of the class a Min UI object must inherit from.

If I modify c74_min_operator_ui.h I get the expected results.  So it works... I just need to figure out how to set it from within my code. 

Not without editing header file or adding your own header file with an alternative ui_operator class.. 
Do you know how to set the c74::max namespace for a block of code?  Would like to avoid the prefix in every line;


This will apply the namespace from where you declare it to the end of the file, or to the end of the block if you do it inside a block, which is probably recommended.  If you found a different solution, do let me know.

Regarding setting the flags... 
I decided to create my own header with an alternative class.  So instead of having the Min Class inherit from ui_operator it inherits from a class called custom_ui_operator which is defined in my own header.  custom_ui_operator is a copy/paste of ui_operator, except it takes a third template argument.   

In addition to default height, and default width of the object, I provide a third argument for flags.  I then modified the constructor to refer to that argument when setting the flags.

Now, in my object file, before instantiating my object class, I define a const long variable that contains my preferred flags.  (defining it as const is important).  Then pass that variable as an argument to the custom_ui_operator class template, and off we go.

To create the header I copy pasted c74_min_operator_ui.h.  Removed lines 117-140  regarding wrap_as_max_external_ui.  Then I replaced all instances of "ui_operator" with "custom_ui_operator" and "ui_operator_base" with "custom_ui_operator_base"

UPDATE:  This didn't actually work.  I was able to get the object to build, but when I create an instance of it in Max i get a fatal exception error in the constructor.  It looks like Min is expecting the ui class to be named "ui_operator."  Changing the name causes things to fail

This means we're stuck modifying c74s headers.  This is a bit sad because I'd like to include Min as a submodule in my repo.   

For me it works with a separate header file,  just do not replace ui_operator_base class 

Works for me now.  I thought I tried that.  I must have messed something up along the way.  Thanks!

How does JBOX_TEXTFIELD work?

Noise Wrangler

I'm working on my first external, and I'm facing a strange issue. My external compiles fine and behaves as I want. I save a patcher with the external in it, still no issue. 

But if I close and start Max again, and directly load the patcher with the external, then I get a "No such object" error. 

One way to clear the issue is to open a new empty patcher, create an object with the external (which is now visible and doesn't cause an error), close the empty patcher (without saving it), and only then edit the external object in the original patcher. 

I'm on Windows 10, Max 8.6.1, SDK 8.2 and the external is in C. 

Hello everyone,

I'm working on my first external, and I'm facing a strange issue. My external compiles fine and behaves as I want. I save...

external-no-such-object-issue

External - No such object issue

BenCello

For obscure reasons I am trying to test part of my external's code with Catch2 framework (

). I am using cmake toolchain (on macOS) and following the documentation of Catch2 made me build/link/call Catch2 rather easily.

However, I am trying to build an "autonomous" test binary (not a bundled external object) which is not executed by Max but directly in command line. And thus I have lots of troubles linking/finding/using all Cycling's frameworks. 

Because my binary is not placed at the exact same spot as Max binary, the 

 is not the same and the frameworks are not found. I tried using 

and it worked for those two, but they are themselves calling the other frameworks (

 in the right place (relatively to my test binary) but that did not work either, 

 are still not found. Maybe because they use the 

Of course, I do not want to change the paths in the frameworks themselves, just for the test binary. And actually, I do not intend the use Catch2 to test the parts of the code which has something to do with Max/MSP/Jitter APIs, only the "pure" C/C++ methods.

Has anyone already tried this? Has somebody (from Cycling?) any idea on how to get around this?

Hi there,

For obscure reasons I am trying to test part of my external's code with Catch2 framework (https://github.com/catchorg/Catch2). I...

external-code-test-with-catch2

external code test with Catch2

diablodale

How can I efficiently move all content of one t_dictionary to another t_dictionary?

Or swap the t_dictionary* that is stored in the registration system?

t_dictionary* my_registered_dictionary = ...;
t_dictionary* new_unregistered_dictionary = dictobj_dictionaryfromstring(/* json */);

// keep the same name in the registration system
my_registered_dictionary = std::move(new_unregistered_dictionary);

No copy, no clone, just an efficient move of the dict contents (which are likely a bunch of pointers).

// chews through unique symbols when not reused, and thrashes registration db
object_free(my_registered_dictionary);
dictobj_register(new_unregistered_dictionary, null)

--or---

// allocates double memory, and not sure copyunique is even correct
dictionary_clear(my_registered_dictionary);
dictionary_copyunique(my_registered_dictionary, new_unregistered_dictionary);
object_free(new_unregistered_dictionary);

I see in the headers some mystery apis...are these or others any help?

// appeared with no docs in the Max 7 headers (Max 6 doesn't appear to have these)
t_max_err dictionary_clone_to_existing(const t_dictionary* d, t_dictionary* dc);
t_max_err dictionary_copy_to_existing(const t_dictionary* d, t_dictionary* dc);
t_max_err dictionary_merge_to_existing(const t_dictionary* d, t_dictionary* dc);

How can I efficiently move all content of one t_dictionary to another t_dictionary?
Or swap the t_dictionary* that is stored in the registration system?
Think of it as...pseudocode...

No copy, no clone, just an efficient move of the dict contents (which are likely a bunch of pointers).

Below seems inefficient to me

How can I efficiently move all content of one t_dictionary to another t_dictionary?
Or swap the t_dictionary* that is stored in the ... 

move-everything-from-tdictionary-to-another-tdictionary-to-keep-same-tdictionary

move everything from t_dictionary to another t_dictionary (to keep same t_dictionary*)

R Kumar

I spent quite some amount of time trying to figure out how to use the live.colors object to link the Live color schemes to my external C++ UI object. For anyone struggling to make the link between the internal colour names given by live.colors and the names that are displayed on the dynamic colour list of a colour attribute, this post might help.

Here is how to define a colour attribute that is linked with the Abelton colour scheme using min-devkit:

attribute<color> attr_name{ //This is used to reference the attribute within our code

"attr_name", //Internal identifier for MAX. What we put here appears in the 

//Attribute list that is displayed when typing the name of our 

color {{1.,0.,0.,1.}}, //Default value - does not matter as the attribute is initialized to 

title {"active_automation"},//Name displayed in the object information panel for this 

description{"Live Color - Active Automation"}, //Helper description

live_color{"active_automation"} //The name here is the output of the live.color object 

//when responding to "everything" message

Forgive the formatting above as I am still trying to figure out out to post effectively on this forum. The mapping of the internal live.color names to the names displayed on the colour picker when dynamic colours are selected is as below.

Note: Some of the displayed names are duplicates. I am not sure how live.color object differentiates them

active_automation            Automation

assignment_text_bg            Mapping Highlight

contrast_frame                Control Border

control_bg                    Control Off

control_fg                     Text / Icon On

control_fg_off                 Text / Icon Off

control_fg_off_zombie        Text / Icon Off (Inactive)

control_fg_on                 Text / Icon On

Cycling '74 Forums

@SOURCEAUDIO @110LSEN Thanks for the feedback, help, and illuminating differences between macOS and Windows. It looks like open -a...

This is not public. Just use js Live Api if you need a text based interface.

Thanks for the help on this. Appreciate it. For anyone looking into it in the future, don't forget to restart the Max App so the remote...

I never heard of a case where "bad actors" did something like that in the Max world. Tell the users they must get the software from your...

:( NEVER MIND! It turns out I had already answered this question myself ages ago. Sorry for the...

I'm starting to take a closer look at uitextfield.c and thinking about how I can port it to MIN. It looks like there's more to it than...

Thanks a lot Iain, it hadn't occurred to me! Putting the external in the same location as the patcher that calls it seems to solve the...

Hi JBG, Thank's for your long reply! Indeed, I ended up doing a bit of both options you mentioned: I split the code into two parts, the...

I hear you. I like the idea of object_try_register!

Hi - I am glad it helped. Its been a while. I used the live.colours object and printed all the internal colours using the "everything"...