Chris

You will get the german page if your browser prefers it. Everyone else gets the english version.

Hey guys, some of you may already know that I am a web-developer for a living. I recently created an application that just went into beta status that helps web-developers and web-agencies collect feedback from their customer or make internal quality control much easier. I am looking for beta testers who use the app and give me some feedback about it! Additionally I'd like to discus with you how I could tweak the application to directly support game development! Because I think many game developers would like to have a tool where testers can submit a screenshot, description and additional data just with a simple click in the browser. Feel free to give it a try and don't forget to leave a comment or suggestion! You can find the project's website at http://insite-feedback.com

Whoot, raising this topic from the graves of the board Gamekit is not dead. In fact, its currently very alive and gets a lot of development progress since I finally started building my first real game after years of just bubbling around in the community Have a look at the updated documentation on http://wearekiss.com/gamekit You can help with the development and documentation - both hosted on github. As always - opinions and feedback is very velcome. The last thing I implemented and wrote about is the particle system.

Hello tejveer - welcome to the board! From reading your op text, I am guessing that you are coming from a development place outside of the browser world, is that correct? There is a lot of things you don't have (or even can't) take care of in the browser world. About the rendering: The browser handles the page rendering with a frame rate of 60fps. You are given a API to use that update cycle to draw to your canvas in the same interval. The API I'm talking about is called requestAnimationFrame. Its basically a callback function that is being called at the same framerate as the browser window itself. Bonus: The callback is stopped being called when the window looses its visibility (browser minimized or switching to another tab). This also helps with saving battery. You could now call your game logic as well from the RAF callback. You could also set up conventional javascript timers, but they have two drawbacks: they may "stutter" (increasing and decreasing their call rates slightly) - and they continue to run when the user switches away and the RAF callbacks stop. The next thing is: Javascript runs single threaded. You have web workers, thats right - but the main thread coordinates everything, including the rendering. You cannot break out of that. The only thing you might use web workers for are very complex operations like some AI calculations or background stuff that can be calculated asynchronously.

Man, no update here for a loooong time Well, I was very busy. I got married, spent some time in spain and had lots of work to do. Luckily, I hat a few ours of time left on sunday and was finally able to continue my work with gamekit I implemented Spritemaps! I wrote an article about them in the gamekit docs about general usage and defining animations. Feel free to play around with it and don't forget to post some feedback And remember: every demo in the docs can be modified by you to test things out!

It theoretically is, but sadly I have very few free time to work on it. I started developing Tyler on top of my tilebased engine "Mosaik" which Is deprecated in favor of gamekit by now. I still need to port Tyler over to gamekit. Since I sadly only have limited time and use it mostly for my company, the development of gamekit and Tyler (which happens only on free time) progresses very slowly at the moment. I hope to be able to work more on it again in a few weeks.

And the german version of the article is now available as well

I just added a few inline demos with code examples into the article. Hope this helps

If the player collides with a moving sprite, switch it to a "follow mode" and update the players x-position together with the sprites x-position. If the player jumps and the collision is resolved, the follow mode is disabled again. If you want to be tricky, use acceleration instead of plain x-position copying, so the player remains at the moving sprites' speed when he jumps into the air

Hey, I am finally taking the time to write some documentation for gamekit and I just finished an article about Sprite animation with gamekit. It would be great if a couple of people would read through the article and give me some feedback if it was understandable at all and if there were some spots left unclear. Here's the link: http://wearekiss.com/gamekit/en/article/animating-sprites greetings, Chris

Won't the examples work if you simply point the browser to a local URL without HTTP? So for example: "file:///whatever/folder/examples.html"? Or do they need AJAX functionality? There _is_ a documentation for modoJS, but since its not jet officially released (should happen this week), its not available online. I'll get back to you when its there

@Deltakosh: Talk to rich about using Typescript for an OS project. He started Phaser in Typescript, I thought it was not the best idea. In the end he had so many problems that he invested days to roll everything back to vanilla JS.

I'm looking forward to that article. Especially for an opensource project, I personally would never go away from plain JS, because you are locking out a LOT of potential contributors. But lets wait for your article

A little note: I started writing a documentation for gamekit. I will write it in two languages (english, german), right from the beginning. Find the docs here: http://wearekiss.com/lab/gamekit

Well, you can always fork the project on github and try to improve it. If you have added some good features, you can send me a pull-request and I'll try to re-integrate it into the project.