Lhibou

I noticed that on an azerty keyboard the <ctrl-a> does'nt open the stats windows. I must use <ctrl-q> to open the window. Same for <ctrl-w>, I must use <ctrl-z>. Thus, it seem's that some control keys (I didn't test all) doesn't take care of the keyboard mapping. I can modify the file key.ini, but it's not the good solution.

Patch 639 Almost all the buttons and windows titles can be translated via the file title.xml.

similar as http://www.eternal-lands.com/forum/index.php?showtopic=21124

hmm. is it only in busy areas like around molgor? I've only seen it there and in my last contest when I had many people around me, making me wonder if it's the number of people Same problem, was the only player near the PNJ. Other players reported this problem. This on windows, client compiled with DEV-C.

With the french client compiled with DEv-C 4.9.9.2, we have performance problems with AThlon systems and ATI card. When the players use your client, they don't have the problems. I use the following switch/ -DWINDOWS -DELC -DLOAD_XML -DOPTIONS_I18N -DNUSE_FRAMEBUFFER -DNEW_FRUSTUM -DBUG_FIX_3D_OBJECTS_MIN_MAX -DNEW_ACTOR_ANIMATION -DPNG_SCREENSHOT Must I care of something else to compile the client (thinking at processor instruction set left to the default), etc.. Greetings,

All the options in the compiler tab of project options are no options -W and -fexceptions 24-DEC-2005 Retiring new_actor_animation solved the problem for some users but not all Retiring more (new_frustrum, bug_fix...) did'nt made a lot of difference for the players (some have 30 fps in place of 60 fps, other's don't see anything about it)

Code for loading the string is allready in translate.c. Thus patch is complete. Declarations were missing and translate.h.

patch id 757 some variables was not used in the creation interface. Note: I see patch 751 removing the <ctrl-q>, I think it's not needed as the @ can be redefined via XML (implemented in a previous patch).

global.h:49:19: GL/gl.h: No such file or directory global.h:50:20: GL/glu.h: No such file or directory global.h:51:22: GL/glext.h: No such file or directory Seems that you headers file for opengl are not accessible. Missing perhaps a -Isomething to access then.

I note that in init_stuff we have the line : ReadXML("languages/en/Encyclopedia/index.xml"); Should it take care of the language specification of the player or no?

Patch submitted ID 691

only __inline

Using MSVC, I defined in global.h the line #define __inline__ __inline and no modifications in items.c.

For what I known about teleporters sound, they are localised with a radius specification. But, it's the same radius for every teleporters and no care of the obstacles (the player on the other side of a mountain but withing the radius will hear the teleporters).

Patch id: 682 A lot of messages translated, but the most important is the translation of the local commands and the possibility to redefine #, @ and / for the commands (usefull for players having azerty keyboard)

It's normally the first function in items.c. You can try without the __inline__ instruction before the GLuint.

I confirmed that and items.c(h) is in the project and is getting compiled. has to be something else then. 215566[/snapback] Modified my post, because if items.c was missing, there must be more link errors.

seem's that you have a problem with the __inline__. I added in global.h under the ifdef _MSC_VER a #define __inline__ __inline Thx. Ttl for the info.

I compile the last CVS (UPDATE 30-OCT-2005 7 am GMT+1) I don't use the switch -DNEW_FRUSTUM I receice a link error draw_3d_object_shadow_detail not found. Note: compiling with -DNEW_FRUsTUM give me an error in draw_lights. float vec4[0]; must be float vec4[4]; perhaps initialized to 0.

Ok, now working with and without the NEW_FRUSTRUM switch. With NEW_FRUSTUM, i have an .exe of 540 K and without a 740 K file. The first one doesn't show all objects....

with the option CAL3D.... on the specified file, I have after that a .lib and a .exp files. IS it correct? I always have this warning: cal.h(10) : warning C4273: 'CalCoreAnimation_Scale' : inconsistent dll linkage. dllexport assumed. I have other warning of this style in cal.h. Is there another thing to do?

Problem when compiling with NEW_FRUSTUM is corrected, but not the link problem when compiling without NEW_FRUSTUM.

The values for sound and music are between 0.0 and 1.00. That doesn't work with 100.

With patch 596, the red highlighted category becomes always visible in the category list. The list is automatically scrolled to show this. I think it's nicer.

additionnal translations via XML with patch 662