Major complaint

People actually still use Javascript? Lol.

Let me state a few things that are completely my opinion. Firstly porting teeworlds engine to JS would probably make it harder to mod then ever and most importantly the only advantage I could see in porting tw engine to JS after reading your post is safety. Well safety is a concern but it doesn't matter if the engine is in JS. The security measures you've mentioned like client mod downloading can be implemented in C++ too.

So after all first porting teeworlds to JS I don't think its worth the effort (btw I am not even sure if there is a way to port something that complex to JS). Secondly I honestly don't see any profit in it as Teeworlds doesn't actually care about mods. Try not to flame

I just code and play DDRace nothing fancy

Harder to mod O_o? Well, I don't mean that it should be a browser game. I meant to make JS like QVM in Quake. Teeworlds engine will run JavaScript and export functions into it. QVMs contain most of Quake game logic while the engine implements basic functions (virtual file system, graphics, or things that are just too slow if implemented within QVM like collision detection). Think of it like: Teeworlds browser! It won't be a Web 3.0 browser, so we could omit restrictions that make modding hard (like same-domain rule) or move performance-critical features to C++.

Yes, but we'd have to make a C++ virtual machine, like QVM in Quake.

It's certainly possible, since JS is turing-complete. The only concern is speed, but Google(R), Apple(R), Mozilla(R) and Microsoft(R), Web 3.0, Cloud, Web Apps ensure that it'll be quite fast. If it's still not fast enough, we could move performance-critical features to C++.

They don't care but I do!

EDIT: I can also consider LuaJit, But I doubt in security of Lua (well, they placed dangerous function dofile in the same library as important function pairs, so they can only be loaded together and I have to whitelist functions).

EDIT: C++ is also hard to learn. JavaScript maybe isn't quite easy too (because of prototype system), but it's used in Web, so anyone who make web pages should be familiar with it. It's also finding use in desktop applications, so it's going to be quite popular.

JavaScript game code doesn't have to be unreadable. Also, JavaScript engines I've tried have pretty clean APIs, so the engine code will likely be readable too.

There's even no "management" to speak of, Teeworlds just allocates most of things on stack and uses fixed buffers. Yes, that's very fast. Peformance will degrade, but unknow to what extent. Web 3.0 Apps and Flash are pretty fast.

I can't believe this. Did you teach templates? Pointers? Classes, copy constructors, operators overloading, stack allocation vs. heap allocation?

Me too, but they make security harder than JS engines (for example, they put a dangerous function dofile in the same library as important function pairs, so they can only be loaded together and I have to remove dangerous functions manually). As one part of the idea is downloading untrusted code to the client, we need good sandboxing.

TW doesn't rely on it as much as you said, it wraps it in an abstract graphics class and uses interface provided by that class.

Nothing is available in JavaScript besides Object, Math, Array, Date and some others. Engine still must be written in C++ and graphics functions exported to JavaScript.

True, because JavaScript is a programming language and browsers download untrusted code. Teeworlds doesn't suffer from it simply because it doesn't download any code at all, but it severely limits what modders can do.

Well, the engine of Teeworlds will still have to be written in C++.

Never said it isn't.

C++ is platform-independent, but it has to be compiled for different platforms. JavaScript has an advantage that it can be loaded from source directly.

Well, you're an exception then.

Well, why not?

Benefits of JavaScript for Teeworlds:

1. JavaScript is language for people. C++ is language for hackers.
2. JavaScript is supported by major corporations like Google(R), Microsoft(R), Apple(R), Mozilla(R).
3. JavaScript is used in Web 3.0.
4. JavaScript is also used in Windows 8, soon KDE 5, GNOME 3 for programming applications.
5. Web 3.0 is the future. Don't deny facts. Soon there'll be hardware that will only allow you to use HTML, CSS and JS. It'll be easier to port Teeworlds to it if it's written in JS.
6. We could implement secure client mod downloading (it's also possible in C++, but it's hard. Quake AFAIK uses C for it's mod downloding system by emulating some simple CPU and compiling code with GCC into it).
7. Because of 1, 2, 3 and 4 JavaScript is a very popular language.
8. Because JavaScript is dynamic langague with garbage collector, it's easy to start programming in.
9. Because of 7 and mostly 2 there are fast implementations of JavaScript and they are becoming faster and faster.
10. Because of 7, 2 and because JavaScript usually executes untrusted code, JavaScript engines are pretty secure.

lamefun most of the reasons you mentioned are as to why JS is better generally. You said little about how it would be good for/in teeworlds.

1. A lot of "people" don't know how to program. And there are multiple types of "hackers" ;D I imagine C++ as the most reliable for this job.

2. So what?

3. Afaik "Web 3.0" is still in development.

4. JS is more of an automation (automatic +ion) tool rather than being made to create complex programs on it's own.

5. HTML,CSS and JS are markup languages. (Write a program with markup language o.O )

7. So? C++ is also very popular

9. Maybe... But still you can't know that the future will look like. Maybe major corporations will see that C++ is better

Bottom line: JS is good for Web development and as a automation tool in some complex programs. C++ is good for making games (notice the limitations of Minecraft?)

And JS wouldn't be here if it wasn't for C and C++. So just stop.

As you said JS is a web language and not a gaming one. Lua is a popular scripting language in video games. (http://en.wikipedia.org/wiki/Category:L … ideo_games)

If lua and javascript are implemented the right way they are both secure. The function do_file that you've mentioned is just a include which is actually not a security risk. Some functions in lua should be disabled, but this is quite easy. (e.g. dont load the os lib)

Another point is that lua support multiple return values which makes some request very east.
local x, y = GetCharacterPos(id)

So if a scripting language would be implemented in the official teeworlds than i would vote for lua!

To conclude: There is already a non-official clientmod by me which supports lua. https://github.com/MAP94/teeworlds/
The project needs much more work but as you can see it is possible.

To rewrite the whole engine and the whole upper level code would make the game slow. even if you use the fastest javascript engine (v8 at the moment) it'll never reach the performance you'll get in c/c++. Because compiled code will ever be faster then interpreted code. Even java which had a very good jit is often more then 3 time slower then c/c++.
Due to this reason and due to the design of teeworlds it wont be possible. The only ability to support mod is an embeded scripting language or an pluginsystem (dll-plugins[dont know how it works on unix] for example)
dll-plugins can contain every type of code and can harm your system so this would be a bad idea. and such plugins are not platformindependend

Lua/Javascript as embeded language is a better solution for modding.

You said that KDE and some other window manager support javascript AS SCRIPTING language. This is the point. Javascript is just used for scripting and MINIMAL games. You can't realize teeworlds onto of such an engine.

java is often MORE THEN 3 times slower c++
javascript is much SLOWER then java so this would slow down the whole game. some computer have a cpu load of 100% when they run tw. With a javascript core they can't play the game.

But if you want a javascript teeworlds. Do it your self. maybe this would be merged into the main branch!