Jump to content
Eternal Lands Official Forums


  • Content count

  • Joined

  • Last visited

About alvieboy

  • Rank
  • Birthday 03/09/1975

Contact Methods

  • Website URL

Profile Information

  • Location
    Coimbra, Portugal
  1. new map editor on Windows

    Hi, The new map editor is not ready to run on Windows - the file selectors were not yet implemented (only gtk, that's why it asks you for it). As of now, I don't think anyone is working on it. But feel free to hack the fileselector code if you wish. Álvaro
  2. Heading for quieter waters

    After a very long chat and much pondering, Vegar and I have decided to halt the work we've been doing on the in-game map editor. Effective immediately. In the light of recent events (see below), we have decided to fully freeze our development and contributions - it is by no means a decision that makes us happy, but it is something we feel we have to do. It is not, by any stretch of the imagination, only related to the specific events mentioned. These issues arise far too often, and it would be against our principles as decent and honest people to continue to contribute to a project that refuses to respect its player base as people. This makes us, not only as contributors, but also as players, very disappointed. This time, one of our guild members and friends were involved. Next time it will target another player, with the same doubts, same questions, same membership rank, and who will surely be astonished for being kicked out for no other reason than expressing his thoughts and, maybe, valid contributions to the discussion. Maybe in the future, if we are convinced that our effort to EL is worth it, and if accepted back, we will pick up where we left or otherwise contribute to other areas of the EL client. Right now, we sadly have to move on and sail to quieter waters, where we feel in peace with ourselves. AlvieBoy and Vegar. The now deleted thread in the abuse forum that started like this: When I read something like this, it totally demotivates me to give people ANYTHING more than they have now, because we have some little pigs like you who always want MUCH more than you give them. I'm a noob and I have no idea what is the history between Entropy and Quesar. Although I'm the same guild with Quesar I really don't know him very well and I haven't talked to anybody before writing this post. I have no clue what exactly is the crux of the problem since my summon lvl is 0 ( I intend to start summoning next week) But as Burke said : "All that is necessary for the triumph of evil is for good men to do nothing" So I refuse to stay silent ... IMHO calling a player pig for expressing a personal opinion (regardless how correct was that opinion) I believe it is in breach of Rule 4: "You must respect the rights of others and their rights to enjoy this game and the forums." You can also read this conversation here for further details. Zoxe42 was "temporarily" banned from forums for 2 years and his character Zoxe42 banned from the game. Others have been banned "temporarily" from forums, some of them were reaccepted later on.
  3. Integrating the map editor - discussion

    Ok, commited. Any issue with it let me know. Álvaro
  4. Integrating the map editor - discussion

    I agree, its much better than before and working fine as far as I can tell. Nice work Vegar and Alvie. Ĩf no one objects, I shall commit this into mainline then. We can always remove it later if needed. Álvaro
  5. Integrating the map editor - discussion

    I did some changes in the build system for Linux (Makefile.linux) that might be useful in the main client. * The dependency list is generated on the fly - you don't have to wait for the "make .depend" to finish so to start compiling. This uses the "autotools" approach. * The compile command is suppressed and changed to be more readable (like kernel kbuild). Errors/warnings are still shown on the terminal. I wonder if some of you might take a loot at it (just update to ELC_MAPEDITOR_BRANCH) and see if it might make sense to integrate sooner into the client. There is some stuff there that is mapeditor-specific, that would not be merged, of course. Álvaro
  6. Integrating the map editor - discussion

    Lol, I have to have that text-book on my mind then Althrough I never read one about SCM I take you do not fully agree with this, do you ? Álvaro
  7. Integrating the map editor - discussion

    Yes, we had to change some things on the startup process and some changes in the scene drawing (and more), which if included right now would break the client. So branching makes a lot of sense while we don't have this thing stable enough to merge in the main trunk. We also need to share code very periodically, even if that code does not compile at all. Álvaro
  8. Integrating the map editor - discussion

    Hey all, after some development, we (me and Vegar) do believe that is best to have the editor code not so mixed up with client code - to accomplish this we could put our implementation specifics in a separate directory. We have about 7 or 8 new files now, and we don't want to "pollute" the main directory - it's also not necessary to mess with existing code so much. We also like to have code split across several files according to the function it implements, instead of having huge blocks of code in one single file that reference basically everything everywhere. So, unless someone disagrees, we'd like to have the mapeditor code in some subdirectory, named "mapeditor", and put our mapeditor-specific code there.
  9. Integrating the map editor - discussion

    We will post our successes (and failures) here. About the ETA, we have none defined yet although we have an high level plan, but since the requirements may change (either due to different functionalities/new features/technical constraints) we have not yet came out with a milestone date for the first build. We'll work on that, and post here some date we fell comfortable with. Álvaro
  10. Client text macro commands

    Yes, I know that. I'll commit a circular dependency check to avoid people doing it. Álvaro
  11. Integrating the map editor - discussion

    Hello all, this post is to keep you informed on progress of integration of map editor in the standard client. Vegar spoke to me about this project, and I promptly announced my availability to work with him on this. Thanks Vegar for the invitation. It's not a project for the fainted of the heart, and, according to our (me and Vegar's) principles, we want to do it the less intrusive way as possible. Not only that, but also to reuse as much as we can from both (as they are now), and maybe to help build/rebuild foundations for the client code itself. This said, let me expose and maybe clarify how are we doing it. In order not to pollute the client code (because we're at very early stages of development) we have created a separate branch so that we can keep commiting our code for the purpose of exchange. I know most of you are probably against the use of branches, but read until the end. We were emailing patches back and forth and it was becoming quite a mess to manage and integrate at same time. This branch we're using is being managed the "reverse" way : usually you develop in a separate branch, and merge to main trunk when you finish. But, after speaking to Vegar, we decided to do it the other way - merge from the trunk to our branch, and do it often. This is what I call a "continuous integration project" - you all do your changes in the main trunk, we merge those periodically into "our" branch, and make sure everything fits in. We're to make these up-merges each 2-3 days so that we don't lose track because the longer it gets the harder it will be. Right now the ELC_MAPEDITOR_BRANCH is up-to-date with the main trunk, and it's supposed to be that way (allow for 2-3 days) until we (and everyone) feels it can be integrated into mainline. While it is not, and due to some CVS deficiencies, we also have two tags there, which I ask here no one to change. One, which is called ELC_MAPEDITOR_LASTSYNC_TAG, points to the latest versions of main trunk we have already included in the map editor branch. The other one (which is temporary - but required when we merge) it's called ELC_MAPEDITOR_HSYNC_TAG. So to you all understand how we are managing this, let me write down the process: * Each time we want to merge up main trunk into our branch, we need two "pointers" - one for the last versions we already merged (the tail), and one that points to the latest versions in main trunk (the head). This is because we don't want to re-include code we already merged in. These are CVS tags, respectively ELC_MAPEDITOR_LASTSYNC_TAG and ELC_MAPEDITOR_HSYNC_TAG. The latter is only needed because we don't want any code commites while we perform the operation to be left out. * So we update the main trunk, and move the tag HSYNC to it. so HSYNC points to the latest version (unless someone commits rightafter - no problem about it tho). * We merge the changes between LAST_SYNC and HSYNC tags into the branch. If conflicts show up, we solve them. We commit these changes into the MAPEDITOR branch. * We "move" the LAST_SYNC tag to where HSYNC tag points, so that next time we merge we won't get repeated stuff. * And so on. When everyone feels comfortable about the code, we just "diff" our branch against the main trunk, patch and apply. Questions ?
  12. New camera motion

    Is this related to SKY_FPV ? If so, maybe we could merge it and get rid of the unnecessary #ifdefs. Or have some flag in configuration to enable/disable it. Vegar spent quite a lot of time getting rid of already "mainstream" defines, and since we really don't have a release coming in the next few weeks.... it's only my humble opinion. If it's not related to FPV then ifdef's are ok. Álvaro
  13. Skybox discussion

    There seems to be a bug in how SKY_FPV handles ini entries: I get these on my el.ini (last lines): #follow_cam_behind= 0 #ext_cam_auto_zoom= 1 #follow_cam_behind= 0 #follow_cam_behind= 0 #follow_cam_behind= 1 #follow_cam_behind= 0 #follow_cam_behind= 1 #follow_cam_behind= 0 #follow_cam_behind= 0 #follow_cam_behind= 0 #follow_cam_behind= 0 Quickly fixable, I suppose. Álvaro
  14. Integrating the map editor - discussion

    Hmm what about using those right-click menus here? Would be spectacular if we could use those on tiles, and have a nice set of options. Álvaro
  15. Client text macro commands

    Great But, Ent also forgot that "hello guild" requires actually "#gm hello guild", which takes a shift. And really prefer using "#1", that's 3 keypresses. And my #2 is "#gm gratz $0", so I can type "#2 Placid". Álvaro