Sir_Odie
Moderators-
Content count
243 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Gallery
Everything posted by Sir_Odie
-
Hi, there is a bug in the manu recipes: they get lost on dis-/re-connects. I talked to fedora and as she's busy with the emotes (great job!), we agreed on the following patch I wrote: Index: manufacture.c =================================================================== RCS file: /cvsroot/elc/elc/manufacture.c,v retrieving revision 1.56 diff -u -r1.56 manufacture.c --- manufacture.c 1 Oct 2009 18:37:50 -0000 1.56 +++ manufacture.c 3 Nov 2009 22:17:56 -0000 @@ -26,6 +26,7 @@ int manufacture_win= -1; int recipe_win= -1; int recipes_shown=0; +int recipes_loaded=0; int manufacture_menu_x=10; int manufacture_menu_y=20; int manufacture_menu_x_len=12*33+20; @@ -38,6 +39,15 @@ char fname[128]; FILE *fp; + if (recipes_loaded) { + /* + * save existing recipes instead of loading them if we are already logged in + * this will take place when relogging after disconnection + */ + save_recipes(); + return; + } + memset (recipes, 0, sizeof (recipes)); safe_snprintf(fname, sizeof(fname), "recipes_%s.dat",username_str); @@ -50,6 +60,7 @@ fread (recipes,sizeof(recipes),1, fp); fclose (fp); + recipes_loaded=1; } void save_recipes(){ @@ -350,6 +361,8 @@ //copy the recipe for(i=36;i<36+6;i++) manu_recipe[i-36]=manufacture_list[i]; do_click_sound(); + // save recipes to disk to avoid loss on disconnects/crashes + save_recipes(); } return 0; }
-
Options -> Details -> Buff Icon Size 0
-
Yes, the caf files are now downloaded correctly under windows... Edit: It seems there is a bug in the cur_health/max_health patch: even NPC's have now a (veeeeery long) health bar over their head...
-
I built a windows client which was tested by several players without any problems... I found the problem: the animation files in CVS are all broken Correction: the files in the CVS repository are correct, but it seems that (at least some) CVS clients download them as text-files and render them useless that way... :=(( these files are binary files but were handled as text files --> all 'line endings' were altered from '0D' to '0D0A' If you download the animations from Fedora's post, everything should work fine...
-
#K_HIDEWINS is for closing all windows
-
I put in <ALT+r> for ranging lock. This could be changed by adding #K_RANGINGLOCK = <your preferred key-combo> to the 'key.ini' file in the EL program folder...
-
alt+x and ctrl+q are the default (compiled in) values for K_QUIT and K_QUIT_ALT. So after redefining those two in 'key.ini' alt+x and ctrl+q are free to use for something different...
-
you can add these 2 lines to the 'key.ini': #K_QUIT = <your prefered exit-key> #K_QUIT_ALT = <your prefered exit-key>
-
Maybe the new 'spells.xml' should be put into CVS, too, so people who build that client and don't read this thread can use the new spell window...
-
As these changes aren't really used/needed by the current client (I guess they are important for the new engine), i simply use the older CVS-versions of the affected files and the client works great without any color problems...
-
The offending file is already deleted and I check all files I get to avoid such problems...
-
TY, it works great! btw: a current CVS build for windows can be found here
-
Congratulations Cyberwulf!!!
-
Hi, I host the whole custom-clothing collection at www2.gm.fh-koeln.de I can make this a permanent hosting; the only problem I see is, if there are different servers everyone who wants to see your new clothes has to configure the corresponding server. To find out more have a look at my EL-Services-Page... Greetings Sir_Odie
-
Hi, seems, there are too many entries in the Sky&Cam-Options-Screen on Mac: Found this in the official client and also in the current cvs-version...
-
Sorry, didn't notice that there was an auto-conversion from tabs to spaces in my patches... :=(( I corrected and re-uploaded all my patches and hopefully they work now... I thought about a key-combination (ALT+r for ranging-lock) in addition to the context-menu but we already have alot of key-combinations, so I first wanted to know, if it's ok to add that... Ty for your hints! Edit: I added the key-conbination with an according consol-message...
-
Works great! tyvm bluap
-
Hi, Krosis has moved to Portland [211,63] an the new owner is Sir_Odie ty
-
Great Work! I updated the project-file for the MAC-client, so that the user-menus get compiled in there, too. The patch is on Berlios...
-
Ty for your comments. This was only a first attempt implemented similar to the sit_lock variable. Saving between sessions is really not needed and a key sequence and/or context-menu entry is a great idea (but wouldn't the same be true for sit_lock?)... Edit: I rewrote the patch to use the player context-menu instead of a config option and uploaded it to Berlios...
-
I found a small issue with these variables: the y-adjust seems to work fine everywhere but the x-adjust is (for me, maybe others can test on different systems, resolutions, etc) dependant of the number of chars in the string --> even number = no adjust needed, odd number = adjust needed... But as without the adjustment some strings are 'out of line', with the adjustment only some others are, so this shouldn't be a big problem as you now at least have a chance to adjust them with these variables...
-
I posted a patch which implements Ranging-Lock in the 'Programming' section of the forum...
-
As there is more space left and right of the text the effect isn't as visible as in the vertical direction. I updated my patch and checked the horizontal adjustment, too. Yes, the smallest button 'GMs' looks better/centered now (using the same values as for the inv-buttons) and the others still look good so I think your adjustment-variables work in both cases... Edit: I added the adjustment-variables to the 'number buttons' in the inv-screen and to the stats-display in the HUD, too. they work fine there... I postet the complete patch on Berlios.
-
As we are at the cosmetic changes, how about the vertical text-position in the channel-tabs? looks like the same positioning problem as in the buttons... Edit: wrote a small patch (based on bluaps code) to correct this: RCS file: /cvsroot/elc/elc/widgets.c,v retrieving revision 1.156 diff -u -r1.156 widgets.c --- widgets.c 10 May 2009 19:38:25 -0000 1.156 +++ widgets.c 10 May 2009 21:23:40 -0000 @@ -8,6 +8,7 @@ #include "asc.h" #include "chat.h" #include "cursors.h" +#include "elconfig.h" #include "elwindows.h" #include "gamewin.h" #include "global.h" @@ -846,7 +847,7 @@ glEnd(); glEnable(GL_TEXTURE_2D); - draw_string_zoomed(W->pos_x + 2 + extra_space, W->pos_y + 2, (unsigned char *)l->text, 1, W->size); + draw_string_zoomed(W->pos_x + 2 + extra_space + gx_adjust, W->pos_y + 2 + gy_adjust, (unsigned char *)l->text, 1, W->size); #ifdef OPENGL_TRACE CHECK_GL_ERRORS(); #endif //OPENGL_TRACE