Forum Replies Created
-
Posts
-
Nothing wrong with some idiosyncrasies
Bug report:
Well basically just that there doesn’t currently seem to be any Focus/Blur handling for views. Its implemented for items that receive text input, but not for others. So I am able to keep typing in a text field, even after I have clicked a button that should have blurred it.
As you have suggested this is probably more of a WIP issue then a bug. For now I can just manually add it into bits of my code, but it would be good if all views handled this and then reported OnFocus and OnBlur event callbacks.
Sorry I have probably given the impression that I am complaining about monkey2. I was just trying to be helpful.
MojoX is working out great for me at the minute! Really quick to get some basic tool stuff running.
The bug report in this thread was causing a crash for me. I had a Lambda function that was responding to textfield changes, after clicking the listview and then typing, it was hard crashing the app. I fixed it by manually setting the KeyView in my app code.
P.S. where do you want bug reports, here or on Github issues?
Ahhhh cool thanks. I was trying to just add a second view and set it to “100%”
Is there currently a way to layout two columns, have one fixed width and the other fill the rest?
I have a few nested DockingView’s and it doesn’t seem to work.
Awesome stuff, thanks! I will have a bit of a play today
It sounds solid. Its not as plug-and-play as one could hope for, but as you pointed out this is not realistic for all scenarios anyway.
Have you considered having a target manager, similar to the module manager? This could aid in the adoption of these targets and assist module makers. You could link up a module to a specific target in its json definition. You could have the possibility for ted to suggest: “You are building a project for the first time and you are using X module. Would you like to automatically download and use the associated target?”
Well in monkey1 it was often required to create a custom target to get a module working. Maybe it would be hooking into a custom OS event that hadnt been wrapped by mojo yet. Sometimes it required special ordering of imports or declarations. I found it was alright to maintain this on a per app basis but when trying to package this up into modules, it became a bit hacky.
So for example advertising/crapware provider wants its SDK integrated. We might have to add a framework to the iOS project. We might also have to init the SDK at a very specific point before mx2/mojox as sometimes they can just be a bit picky.
Another example could be we want to integrate a custom intent/url handler so we can have our game launched from elsewhere. This might require that we have to integrate a hook into the apps delegate and modify something like the projects info.plist
I was just wondering if you have any plans here for mx2 magic to make this easier?
Ok good to know. It does sound like it is very nearly ready for at least a hacky experience to releasable game, but maybe just not quite enough for non desktop.
I think for now I will probably use mx2 to write small helper tools like packing some XML/JSON data and such. The mx2 UI looks nice for this to get stuff knocked up quick. It will be a good opportunity to get used to the new language.
I would be happy writing 3rd party modules for mx2, had a ton of experience doing this in mx1 and other languages. It does need some foundation API’s for the modules to sit in though, so I will be patient to see how that pans out.
Do you plan for mx2 to automate the nightmare hell of various modules requiring specific changes to the project files?
Interesting. I am tempted!
Do you plan to support armv7s, arm64, simulator builds in the near or distant future?
What is the state of 3rd party native module support for these platforms? For example I would want to integrate the Appodeal SDK (which already has an official monkey1 Module). I am sure that wrapping it would be fairly straightforward, but does mx2 provide limitations for these platforms?
What is the state of mx2 for stuff like app life cycle and hooking into platform specific events? Monkey1 had targets that we could customise, does mx2 have magic here, or any info on plans for this?
Ah ok thanks. Personally I think this is a good idea to limit it by various tokens instead.
The reason for asking was that ted2 seemed to have a hardcoded scroll width and I had an if statement that exceeded this width. I tried to split it onto multiple lines but couldn’t.
So I guess this
Very well done! perfect vehicle to advertise monkey2. Slap a splash screen / landing page into that mofo
