Jump to content

GreenBox

Members
  • Posts

    303
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by GreenBox

  1. GreenBox

    eikasia

    Why should be portable? RO just runs on Windows. Knowing how something works, mainly having the source, is the first step to bypass something.
  2. GreenBox

    eikasia

    Well, it would be practically a complete rewrite.
  3. GreenBox

    eikasia

    1. This shouldn't be opensource neither in the server neither in the client, or it can be easily bypassed. 2. Analysing the module codes pratically every module creates a thread with an infinite loop, extreme overhead. 3. Will work only with a small range of clients. I could present several more inconsistencies on his code but I'm lazy o-o
  4. Better graphics, better performance, new content, new features, which I'm planning of use.
  5. I'm not testing any network yet, so I don't have a emulator. I'm developing it on Windows but I want to be cross-platform, so I'm settuping a Linux environment here. I'm also considering givin up on C++ so I could use a powerful 3D library I developed in C# for a commercial MMORPG that I'm working.
  6. nop, I'm just with some problems at home. Soon I'll restart the development
  7. I'm busy these days so I couldn't do anything :/
  8. You can make almost anything you want but there is no tools for such things. You'll have to write your own tools and developing them is almost impossible for begginers
  9. We discussed tabs vs spaces over IRC and as far I remember we choosed spaces.
  10. Implemented in r16968.
  11. GUI interaction using a MVVM pattern: https://github.com/greenboxal/fimbulclient/wiki/GUI-Overview
  12. I want to cry every time I see how our code isn't uniform, each file/function uses a different code style. It already was proposed before, but let's reconsider: We should normalize our source with astyle(http://astyle.sourceforge.net/). We just have a problem, it will break all patches. What you guys think about it? And what style we should use, Allman? K&R?
  13. @java I'm creating a guide on how to build it. @Jupeto Can you add me on msn/skype so we can discuss about the GUI? I loved your design
  14. The latest revision doesn't have the shader files.
  15. The latest release doesn't come with the shader files ._.
  16. Just change the files in the GRF or edit the CSS.
  17. HTML window using jQuery UI over prontera @Vach Do you have msn or skype? Add me on one of them
  18. I LOVED THE SECOND ONE *_______* btw, I don't plan to go too far from the original in-game UI, but as the view is separated from the controller is easy to create something like that @edit Finished VS -> CMake work, map rendering is back and much more faster. I'm writing a guide on how to build it
  19. Strange, atleast on x86 systems it should be just a pointer walking through the stack.
  20. Actually if it is passed as a argument it wont change on the next use, btw the va is just a pointer on the stack to the arguments.
  21. Awesome Maybe just put RO logo over the login form, move client version to one of the top corners and add copyright info on place of the current version.
  22. Done with the basic guidelines: https://github.com/greenboxal/fimbulclient/wiki/Coding-Guidelines
  23. I'll write some guidelines on the repo wiki on GitHub.
  24. CMake generates Makefiles, Bjam files, VS 2005 - VS 2012 solutions and more, so you still use VS e.g.
×
×
  • Create New...