Vegar

Hehe, yes, thanks.

Why don't you just use modf() from math.h? double modf(double x, double *iptr);

Ubuntu doesn't have root set as default or a root password, so you use sudo instead of su. Again, my question still stands, why would you use sudo to execute a command that does not require superuser privileges?

Why do you use sudo on the chmod commands?

The latter.

length_of_Msg should be a 16 bit integer (two bytes). You can try this, it should work as long as your message is shorter than 255 bytes. Msg$= CHR$(140) + CHR$(length_of_Msg) + CHR$(0) + MyName$ + “ “ + Mypassword$ + CHR$ (0)

Now that 1.6.0 is out of the door, it's time to get rid of some of the default defines. Defines I think should be purged: (as in always-on) All of the following are enabled by default and aren't, as far as I know, causing any problems: NEW_CAMERA NEW_ACTOR_ANIMATION NEW_ACTOR_MOVEMENT MISSILES CALCULATOR These I don't have any knowledge about, but they are also enabled by default, so I think they should be purged too: ACTOR_FACE_CULLING ALPHA_ACTORS CACHE_ANIMATIONS MASKING POPUP The following I'm not so sure about. NEW_SELECTION - This is causing issues for some people, but it can be disabled in the config. NEW_SOUND - I'm not using sound, so someone else needs to speak for this one. Defines that should stay CLUSTER_INSIDES - This causes crashes for some people when water tiles enter the frustum. Obsolete defines: DYNAMIC_ANIMATIONS - This is, according to learner, obsolete. Should we delete it?

Can't you compress it after recording it?

The completion system was completely broken a few months ago, and what you're reporting here is caused by some major fixups I did. I was hoping nobody would notice. I'll have a look and see if it can be fixed.

I was talking about the camera rotation and zoom, but it looks like clamp_camera() takes care of that. (the values are read/written by the *_bin_cfg() functions in init.c)

Radu has said that he wants to integrate the map editor into the client. Before we can get started on this, we need a plan. Map editors are encouraged to post here, this is your chance to influence the future of map editing. The way I see it, there would be a button on the login screen (or preferably on a server selection screen so that you can edit maps without being connected to any servers) that takes you to the map editor mode. Here you will have the functionality of the current map editor. The HUD bars will be reused, but with new buttons and icons related to map editing, probably the same buttons as are in the old editor. The time can be set by clicking at the desired time on the clock in the HUD, to see the map under different light conditions. To move around, I imagine you move the camera using the cursor keys (or wasd if desired) and the mouse to rotate. The camera is entirely free, it will be like flying. This allows you to see your map from all possible angles. Technical details: The goal is to re-use as much of the existing code as possible. The map editor will be a window of its own, using the game window's drawing function (display_game_handler). This will make sure any changes to the client's rendering is propagated to the map editor too, but it also raises a few problems. As it is now, nothing is drawn if you don't have an actor that belongs to the client. Alvie and I are working on this. Most of the changes we make to get it working, will probably be commited to the main client repository as we go. That's all I can think of for now. If you have any comments, suggestions or anything else, don't hesitate to post. I can not promise that I'll be able to complete this project due to RL constraints, but I will at least get started on it.

Fixed. As a side note, I really recommend the sit lock if you don't want to move while mixing.

Works perfectly fine here. I don't remember that code even being touched this release. Can anyone else can confirm this? Confirmed and fixed. It was a problem with the keypress handler. I would guess this breakage is a result of endless bugfixes to the text input widget a while ago.

No, please, no more options, the options window is already crowded as it is. My fix will only stop the pathfinder when the fight begins. If you want to use the mapwalker to flee during the fight, my suggestion won't make a difference. Edit: Looks like what I suggested is what the code labrat posted in that thread does. As a side note, Puntif, you should disable the "Extend the range of the walk cursor" option when hunting things. That will make the problem you described in the first post go away.

I couldn't agree more. Unless anyone objects, I'll add make the pathfinder stop whenever an enter_combat actor command is received for the player's actor.

The best way to fix this would be to put the camera back in a sane position if the data loaded from the .cfg is somehow invalid. I was planning to do this for the new map editor, but if you want to have a go at it, I'm not gonna stop you.

The patch works here, but I noticed what seems to be a small copy-paste error: The Fog of War doesn't seem to be drawn anymore. Is that a bug of a feature?

A patch for the above changes to the build system (Makefile.linux) that works with the regular client can be found here: http://developer.berlios.de/patch/download.php?id=2487 I'd really like to see this one go in. It makes recompiles so much smoother.

Can we please have a linux zip with only the data?

Yes, X86_64 is enough.

Fixed.

Link: http://developer.berlios.de/patch/download.php?id=2461 Maybe you could add 1440x900 (WSXGA) too? That's what I use on my laptop. Edit: Turns out it's already there.

Try deleting your el.cfg file.

Try to set K_QUIT and K_QUIT_ALT to something else in key.ini.

Can you reproduce it with the latest CVS client? You can also try disabling eye candy and restarting the client before you enter that room, see if that helps.