Nogrod

It will break. I've had to give up a lot of time that should have gone to more productive activities but I figure that is the cost of that shiny armor badge or accuracy boost. It's nice to have things in game that many haven't achieved yet but that can be done by players at any level.

Sometimes when I press Ctrl-P to take a screenshot, the image saved is from the past. The delay can be minimal but sometimes it can be several seconds so that what I'm trying to capture is not on the screenshot. The easiest way I found to repoduce this is to stand next to a door or flag that will change tab maps. Click the door, and as soon as you're on the new map take a screenshot. Often the screenshot will show you in the old map but with the blue bar stating "Loading particles" or "Done". Looking through my screenshots, it seems that this has been happening since 2019 and possibly 2018. In the image below, I was inside the house then took the screenshot once I was outside the house and map finished loading.

con2map12_insides You are in Aeth Aelfan - inside a house [58,75] Windows floating off the wall, more than in other houses. Window sticking out of the fireplace.

Auto-walk to any spot on the current map, switch the map to continent view and it shows a different location than the spot you're walking to.

Yes, that's right. I did a Unix diff between the latest from git and also my changed file.

When I make this change, the issue is gone. interface.c 929,930c929,930 < screen_x = main_r - main_w * ( (px * x_size / 6) + continent_maps[cur_map].x_start) / 512; < screen_y = main_h * ( (py * y_size / 6) + continent_maps[cur_map].y_start) / 512; --- > screen_x = main_l + main_w * ( (px * x_size / 6) + continent_maps[cur_map].x_start) / 512; > screen_y = main_b - main_h * ( (py * y_size / 6) + continent_maps[cur_map].y_start) / 512;

I see the issue with both standard tab maps and with Burned Maps. When I use Burned Maps, I have those saved to ~/.elc/updates/1_9_5/maps/ #show_res: Each char is set up with its own server entry and I'm using a variety of windows sizes. All show the map issue in the same way. Here are some examples for some of my chars: Current window size 1024x768 Current window size 640x480

I first start seeing the issue with commit cc44f37919052fb4ed3970e8ca3d8e494838eed3 from Jul 7. It seems that's when Aislin first saw the issue too but I don't know why the fix works for her but not me. If the map window is current map, I see no issue at all. I only see it on the continent map. Before the fix: Both source and destination map markers are off. The map markers are correct in the vertical (y) direction. In horizontal (x) direction they seem to be inverted so that as I walk East, the marker is moving West but the distance from the edge of the map looks correct. I'm just eyeballing this stuff. After the July 8 fix (commit 472ad7b0019af631a3816b37e0c3fe4b16e8e819) all the way to the latest commit, the source marker is correct (both when standing still and when walking) but the destination marker is wrong in both the x and y directions and looks to be inverted.

I was able to fix the issue by moving my ~/.elc and generating a new one. I'll play around with this some more. Deleting .elc doesn't fix the issue. When I thought the issue was fixed, I was actually pointing to an old binary from May.

I'm not sure when I first encountered this but I've been seeing it with recent client code. When standing on an open bag on the ground, if I switch the view to tab map or console and I switch back to world view, I cannot retrieve items from the ground bag. I am able to retrieve items after I take any of the following actions: Close and reopen bag Put any item into the bag Walk off the bag then back onto the bag

Interesting. Do you know how recent your code is? For me #ver also shows Eternal Lands Version 1.9.5p8 but this value seems unchanged since an April commit. I know I've only started seeing this more recently, probably with one of my more recent git pulls.

Client updated. Fix confirmed. You rock bluap!

With the "Scale ranging window commit" 2554d960780a42ee2d0a9fb1084101d9f3f81ebd the Critical rate is showing as the value for both the Critical rate and Exp/arrows lines. // % .2f exp draw_string_small_zoomed(pos_x, pos_y, (const unsigned char*)ranging_exp_per_arrow_str, 2, win->current_scale); safe_snprintf(str, sizeof(str), "%.2f exp", range_critical_hits > 0 ? (float)range_critical_hits/range_success_hits*100 : 0.0f); draw_string_small_zoomed(result_x, pos_y, (const unsigned char*)str, 1, win->current_scale);

I was at 99% completion reading a book but the Mouse Over information for the Knowledge Bar in HUD shows "COMPLETED". I don't have the exact number of research points completed but I assume we're hitting this in knowledge.c line 216. if (eta < 0.01) safe_snprintf(str, size, completed_research);

Big Book of Manufacturing

I agree with this. For the chat window it would be nice to have an easy way of hiding/revealing it. For other chat modes it would be nice to have some sort of toggle that hides chat on the main screen.

I would like this as well. I remember quitting game, losing my client logs, coming back, then not knowing which quests I'd completed.

I always wondered by my quickbar action was being changed. It really bothered me because more than once I've been in a sticky situation and found myself unexpectedly unable to use an item in the quickbar. My intuition always associated the icon window buttons with actions on objects around the map and not on items in the inventory/bag windows or the quickbar. My preferences: Don't change the quickbar icon when changing actions in the icon window. Now that I understand how this works, I'm for leaving the inventory window as-is but having a different variable for ground bags is a good idea. 1. Yes, casting spells (through quick-spells, keyboard shortcut, and magic window) changes the action icon which I think shouldn't happen. Walk/eye is the default but my icon always changes when I hover over mobs and harvestables. When sword is selected and the mouse hovers over a player, it stays as sword so I'm not quite understanding Aislinn's concern. Same with harvestables. When I hover over them, my cursor changes to harvest when I'm in either walk or sword mode.

Yes, probably due to lag. I've received this message many times under laggy conditions. I like bluap's suggestion to implement filtering it on the client side, especially if there is no change planned on the server side.

I like the double click idea. It makes the feature safe and makes the button quick and easy to access.

I like the feature if I'm moving from harvesting, fighting or mixing. I'm afraid that I'll accidentally click this in the middle if an invasion and die instantly. Is there a way to temporarily disable this?

I performed a fresh install on Linux using the Linux general installer. Everything works fine. The new features are awesome. I did notice that the launch script still executes the binary through padsp which I think is no longer necessary. Overall great work on advancing the client!

I totally understand radu's point for perks that can be traded for PP + gc for which removal stones are an option. On the other hand, what about perks that are earned upon completion of a quest? Can these be removed? Burn brings up a good scenario so let's use Child of the Stars perk as an example. If I obtain it and want to remove it, is there any way to get the perk back ever?

124

New build turns off afk mode regardless as to whether CapsLock or NumLock is off so the issue is solved. As you said, SHIFT/ALT/CTRL are no longer blocked from ending AFK . With the issue being CapsLock and NumLock, did the the blocks on SHIFT/ALT/CTRL have anything to do with this? I actually like having those blocked but I can live with it either way. Thanks again for the fixes.