Shakeeb Alireza

It currently has one external (chuck~) with the following features:

- Generate and process audio via an embedded chuck engine by running chuck files with `global` parameters adjusted and controlled in realtime via Max messages.

- Layer sounds by running multiple chuck files concurrently.

- Add and remove audio and audio processes on the fly via Max messages.

The project's repo is: https://github.com/shakfu/chuck-max

While this is not a release yet of the external itself, the repo contains all of the external's dependencies and is very straightforward to compile using the standard Max SDK build system.

 external for Max 5. The chuck and Max apis have changed considerably since then, so a minimal rewrite was necessary with a view to incorporating some of the original external's features eventually.

chuck-max is a project to  embed the chuck engine in a Max/MSP external.

- Includes most of the standard ccrma chugins 

PS: this is project is inspired by  Professor Brad Garton's original chuck~ external for Max 5. The chuck and Max apis have changed considerably since then, so a minimal rewrite was necessary with a view to incorporating some of the original external's features eventually.

chuck-max is a project to  embed the chuck engine in a Max/MSP external.
It currently has one external (chuck~) with the following ... 

chuck-max-a-new-project-to-develop-a-maxmsp-external-with-an-embedded-chuck-engine

Fantastic! This is really great work you are doing. This may actually get learning chuck to buble up high enough on my list! :-)

Reminds me I need to do an M1 version of the Csound6 object..... 

Thanks, Iain. It's nice to work on audio externals for a change (-:

chuck-max: a Max/MSP external with an embedded  chuck engine

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?

A fully documented and quite useful function in 

 is not available to be linked somehow using 

Undefined symbols for architecture arm64:
  "_path_exists", referenced from:
      ck_run_file(_ck*) in chuck_tilde.cpp.o
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

A fully documented and quite useful function in ext_path.h is not available to be linked somehow using max-sdk-base :

Undefined symbols...

pathexists-in-extpathh-does-not-exist

`path_exists` in ext_path.h does not exist 

Joe Kaplan

If you've worked with Min Devkit enough to recognize how awesome it is, you might also have run into a few of its limitations when working with Max's more advanced features such as dictionaries, notifications, UI objects, etc.

Min Devkit is a wrapper around Max SDK, and in fact, the entire Max SDK Base is included in the min-api folder.  Mixing and matching Min Devkit and Max SDK takes some care.  There are also there are a few essential, undocumented, setup components that need to be addressed before you're able to do anything substantial here.  The notes below are assembled from my learnings across several threads in this forum.  Thanks especially to 11OLSEN and Rob Ramirez for all the support.

Two Methods for Using Max SDK in Min Devkit Projects

1)  Call Max SDK Functions in Min Devkit Source Code

If you want to use a feature of the Max SDK that isn't fully implement in Min, you can call any Max SDK function by prefixing it with c74::max.  For example: c74::max::object_notify().

Follow these suggestions and you should be able to leverage most of the Max features supported by MaxSDK inside MinDevkit.

2)  Create a Max SDK Object in a Min Devkit Solution

Sometimes calling a few Max SDK functions inside a Min object is not sufficient.  Min's support for UI Objects is either incomplete, incompletely documented, or both.  You might run into something that can be done in Max SDK that is very difficult to achieve in Min (textfields  are a good example).   In this case it can be easier just to build a Min SDK object and include it  in your MinDevkit package.

There are probably a few ways to do this. Below is my preferred solution:

1) Create a new Min Object the way you normally would.

2) Delete the contents of the source file.

3) Replace the contents of the source file with well-formed Max SDK source code.  Ideally, paste in an entire example from the Max-SDK.

4)  Somewhere early in the ext_main function you will find the line where class_new() creates the class.

In the simplemax example from Max SDK it looks like this:

c = class_new("simplemax", (method)simplemax_new, (method)simplemax_free,  ....

The first argument, the string in quotes, needs to match the name of your file.  So if your source file is "MyNewObject.cpp" then the first argument of class_new() should be "MyPatch". eg:

c = class_new("MyNewObject", (method)simplemax_new, (method)simplemax_free,  ...

You can replace the name of your template (in this case, simplemax) throughout the code, but the only one that matter is the first argument of class_new().  If you don't do this, your object will appear red in Max and there will be no indicator as to why.

5)  You could stop here, but it's possible to go a step further.  Delete all the includes from the top of the file.  Replace them with: 

Now we are literally running Max SDK inside of Min.  We could even call Min functions inside it using the  c74::min:: prefix.  (Very cool in theory, use in practice at your own risk)

Most importantly, the new Max SDK object is running entirely on modern C++ which means you get access to the C++ standard libraries and any third party C++ libs you want to use.

The same concern about common symbols applies.  Be sure to include 

 in your cmakelists.txt as described above.

. Include this as well using the same method.

Your cmakelists.txt for a Min object that uses Max SDK to create a UI Object should have the following:

	${MAX_SDK_INCLUDES}/common/jpatcher_syms.c

Armed with this, you should be able achieve anything Max SDK is capable of inside a Min Devkit Package.

I hope this is helpful to someone.  I offer it as gratitude to the folks who helped me figure this stuff out.

Hi all,

If you've worked with Min Devkit enough to recognize how awesome it is, you might also have run into a few of its limitations when...

using-max-sdk-in-min-devkit-projects-a-how-to-guide

Using Max SDK in MIN Devkit Projects:  A How To Guide

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?

masen

I'm trying to implement some kind of scripting language and would like to have textedits separator as the

typical ";". But it says bad argument... Have I to escape the character or something?

I'm trying to implement some kind of scripting language and would like to have textedits separator as the
typical ";". But it says bad argument... Have I to escape the character or something? 

separator-for-textedit

You have to use a backslash in front of the semicolon. \;


No, what I mean is a output separator, there "\;" doesn't work...


Separator for textedit

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"

Cycling '74 Forums

A quick update on chuck-max: a max/msp external which embeds the chuck engine (currently only for macOs arm64 and x86_64): Support for...

@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...

A fully documented and quite useful function in ext_path.h is not available to be linked somehow using max-sdk-base : Undefined symbols...

Hi all, If you've worked with Min Devkit enough to recognize how awesome it is, you might also have run into a few of its limitations...

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...

You might want to check out some of what I have done with Scheme for Max (integrated Scheme scripting in Max). If you want to be able to...

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...