Forum Replies Created
-
AuthorPosts
-
it certainly wouldn’t hurt monkey2 to have several GUI systems.
I think so too and am working on one right now. Even with alternatives there are always going to be issues and users who do not agree with the code structure, implementation and so on. With my own GUI I use no OS native GUI resources which for some is great and for others not so great. In fact when I do release my GUI I would think game developers will like it but application developers will not be as impressed. This makes sense as my goal is developing a game friendly GUI which has different aspirations form a application centric GUI. So, I can see the need for several focused GUI’s and mojox is one of them.
Mojox is here now and just getting started. It’s a good first step solution given the scope of the development load Mark is under. Plus you cant beat the cost.
@Mark will do.
Cause. You cant do:
Monkey12345Class TestField blend:Int=BlendMode.AlphaEnd ClassBefore it was converted to an integer.
Thanks for brining back the hearts.
Awesome job on V-1.
Thanks!
Thanks for the taking the time to explain that. I can see there are parts of the framework I am building where stacks will make better sense. Generally for a GUI there is ‘not’ a lot of deletion or removal of objects. So stacks should be a better option for the most part in that case.
In other parts of the my framework I will have to test it out to know I guess. For example I currently use a list for drawing images via a DrawList class (my framework) which holds a list of other class objects to be drawn, rendered and so forth. In that case deletion/removal is constantly occurring. It should be possible to use iterator.Erase() as I iterate through the DrawList() class list which might compete with stack performance.
All of this is interesting and looking at the IContainer examples looks easy to implement. I do appreciate the explanation and thanks for laying that out.
Also…don’t use lists if you can avoid it, as they’re much slower to iterate through than a stack.
Hi Mark,
I am going to change my code to support ‘Stack’s’ instead of ‘List’s’. Will stack’s have reverse iteration (ala. Backwards() ) and are they so much faster then list’s that it’s worth the trouble to convert to them? Specifically, are stacks quicker when adding objects to them as compared to a list?
As I suspected the lack of mserver running was not allowing it to work in Chrome. With mserver running monkeyroids works awesomely so far. The only wiggle is the arrow keys up/down are scrolling the screen. Firefox must be having issues.
So thanks for the help! Mark and dawlane.
If you have MonkeyX installed then you already have it. Make a link to your MonkeyX directory in Monkey2/devtools. Name this link MonkeyXFree86c.
Awww. Got it thanks.
So in reference to above if I read this Java console output from Chrome right (testing mojotest sample) it’s not working because it can’t load requested data. This is because of no mserver (just trying to understand the issue)?
Java console output from Chrome when testing sample mojotest.
- mojotest.html:1310 XMLHttpRequest cannot load file:///home/moonbasealpha/Programming/monkey2/modules/mojo/bananas/mojotest/mojotest.buildv009/emscripten_release_linux/mojotest.html.mem. Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, https, chrome-extension-resource.(anonymous function) @ mojotest.html:1310
mojotest.js:1 XMLHttpRequest cannot load file:///home/moonbasealpha/Programming/monkey2/modules/mojo/bananas/mojotest/mojotest.buildv009/emscripten_release_linux/mojotest.data. Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, https, chrome-extension-resource.fetchRemotePackage @ mojotest.js:1
mojotest.js:1 Uncaught Error: NetworkError for: mojotest.datafetchRemotePackage @ mojotest.js:1
mojotest.html:1249 [post-exception status] Preparing… (0/1)Module.printErr @ mojotest.html:1249
“Are you using the latest emscripten? Latest GL drivers etc?”
I am using SDK version 1.36.5. I have the latest open source driver for my Radeon card so as far as I know I’m good. My other dependencies should also be current. But, I’ll double check it. I was also thinking maybe without mserver the fonts were not loaded?
“they need to be served, hence the use of mserver”
That I am sure is the case but so far I do not see a way to build mserver. Is there a script to build it? So far using rebuildall.sh and emrebuildmods.sh do not get mserver built.
“To load ‘non-assets’ at runtime in emscripten will require the use of a httprequest, possibly via an eventual http:: stream.”
Good to know.

Hi,
Above is an image of monkeyroids built with Emscripten running on Firefox. The text is not right as you can see but the game will play. If I launch the monkeyroids.html file from a file manager it will crash the browser, but then work on the second try. It will not work in Chrome. All of this is on my Linux Mint 17.2 system.
My own framework will not work either. It will run much in the same way as monkeyroids but all of the non-imported (not using build system) assets are not displayed. So it appears that if I use the file system to load assets they are not accessed. This probably makes sense in Emscripten and I am not sure how to include assets that are loaded at runtime.
Just FYI.
Hi,
I switch the SDK to 1.34.6 and I am linking again. Sample mojotest works in Firefox but not in Chrome. I’ll need to do some further testing but at least Emscripten is working now.
@dawlane, what SDK version are you using? I wonder what SDK version Mark uses.
^Thanks!
- mojotest.html:1310 XMLHttpRequest cannot load file:///home/moonbasealpha/Programming/monkey2/modules/mojo/bananas/mojotest/mojotest.buildv009/emscripten_release_linux/mojotest.html.mem. Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, https, chrome-extension-resource.(anonymous function) @ mojotest.html:1310
-
AuthorPosts