[1.0] Ore/Resource map overlay unintuitive overlapping

We are aware of them, but do not have solutions that don't cause other issues. They go here in order not to take space in the main bug thread list.
User avatar
eradicator
Smart Inserter
Smart Inserter
Posts: 5211
Joined: Tue Jul 12, 2016 9:03 am
Contact:

[1.0] Ore/Resource map overlay unintuitive overlapping

Post by eradicator »

What?

When two resources are close together the map overlay often priorizes the bottom-right resource instead of the resource below the cursor.

Figuring out how to select the stone patch here was quite difficult:
3_late_broken1B.avi_gifsicle2.gif
3_late_broken1B.avi_gifsicle2.gif (58.42 KiB) Viewed 1076 times


Expected behavior

The resource directly below the cursor should be highlighted.
1_early_expected.avi_gifsicle2.gif
1_early_expected.avi_gifsicle2.gif (650.78 KiB) Viewed 1076 times


Why?

In a very old post Rseding once said:
Rseding91 wrote: Thu Jan 11, 2018 7:06 pm When a patch is highlighted the game doesn't un-highlight it until you move the mouse a ways away from it
But this is not what i observe. There are several cases where the game actively changes the highlight even though the cursor is still clearly above the currently selected patch.

Double highlight flicker when moving mouse straight down.
2_early_broken.avi_gifsicle2.gif
2_early_broken.avi_gifsicle2.gif (1.13 MiB) Viewed 1076 times

Bottom-right copper selection box overrides still selected iron
3_late_broken1A.avi_gifsicle2.gif
3_late_broken1A.avi_gifsicle2.gif (146.44 KiB) Viewed 1076 times

Stone selected while mouse never leaves iron.
4_late_broken2.avi_gifsicle2.gif
4_late_broken2.avi_gifsicle2.gif (764.47 KiB) Viewed 1076 times
Iron selected when stone should be, Stone only flickers.
5_late_broken3.avi_gifsicle2.gif
5_late_broken3.avi_gifsicle2.gif (923.05 KiB) Viewed 1076 times

Observation

The selection-box shape of the stone patch is really weird and difficult to observe.
The behavior is also quite different when comparing a fresh map and the slightly progressed factory in the savegame.
This is what it seems to be in the savegame:

image4699-3.png
image4699-3.png (655.17 KiB) Viewed 1076 times

Reproduction

All gifs are straight unedited recordings (speed up by about ~30%) from the game (including the "expected" one...). Just move the mouse accordingly. There seems to be some timing / start position components to some of the behaviors.



Map

This happens with the starting area ore patches.

All gifs with drills have been taken on this savegame.
2020-10_TheFinalFactory_Day0004.zip
(4.94 MiB) Downloaded 97 times

All gifs without drills have been taken on the same map, but before building anything.
Map Exchange String


TL;DR So what?

This is probably low priority, or might even go to NaB again..., but i think it at least deserves some polishing (that's what 1.1 is supposed to be, right?). As far as i can tell even just making the "selection box" of non-singular ore patches smaller should make the behavior much more intuitive.
Author of: Belt Planner, Hand Crank Generator, Screenshot Maker, /sudo and more.
Mod support languages: 日本語, Deutsch, English
My code in the post above is dedicated to the public domain under CC0.
User avatar
Impatient
Filter Inserter
Filter Inserter
Posts: 884
Joined: Sun Mar 20, 2016 2:51 am
Contact:

Re: [1.0] Ore/Resource map overlay unintuitive overlapping

Post by Impatient »

IMO the showcased behavior can be explained when one assumes the trigger point not at the tip of the mouse pointer (upper left) but somewhere in it's center or even in the lower right.
Rseding91
Factorio Staff
Factorio Staff
Posts: 15897
Joined: Wed Jun 11, 2014 5:23 am
Contact:

Re: [1.0] Ore/Resource map overlay unintuitive overlapping

Post by Rseding91 »

I personally don't consider it worth tinkering with; there's a radius around the cursor that the game searches for resources to highlight. This causes some bias depending on what order the radius is searched and so you get stuff like this for mixed/close patches.

I think that's fine. More (probably buggy) logic will still never give a 'perfect' result.

If one of the other developers wants to sign up for tinkering and all the associated fixes/future issues related to that tinkering they're of course free to do that.
If you want to get ahold of me I'm almost always on Discord.
Post Reply

Return to “Minor issues”