Each of the pearl rods have 2 animation IDs, with one of them showing
the casting of the rod. This casting animation is used by the normal and
oily rods. However, for whatever reason, the Fly fishing and Barbarian
rods both use the non-casting animation whilst active.
this reverts commit abaf45092b
We need to run this every frame because the client can update the widget
bounds cache without calling [proc,toplevel_resize]. This is easily
reproducible by resizing the client in fixed mode, which causes the
the tli to be revalidated, but because its in fixed mode it doesn't run
the resize listener because the bounds don't actually change.
We use BeforeRender instead of ClientTick because ClientTick is posted
before cs2s are evaluated each tick, so if [proc,toplevel_resize] (or
any other cs2 that can touch these widgets) is called the widget would
be in the vanilla position for the next frame.
The client will normally layout the bank during a search only once every 40 client ticks, causing slow response times after the search input is updated. Instead, hook the search refresh script that is called every client tick, and if the bank hasn't been laid out on the current tick, and the search input has changed, lay it out early.
There's a set of guaranteed tracks that can be used when calculating the path
when tracking herbiboars. The tracks are listed on the osrs wiki.
Co-authored-by: Jordan Atwood <jordan.atwood423@gmail.com>
This commit adds an animation check to the other fishing status checks
already present in the fishing overlay (interacting and fishing spot NPC
name check) to ensure that the status correctly changes to "NOT fishing"
when the player's fishing animation is interrupted by certain actions
such as being presented with a level-up dialog. This commit causes one
other behavioral change as a side effect, which is that the player's
fishing status will be "NOT fishing" while running toward a distant
fishing spot until they reach it and start their fishing animation.
Fixesrunelite/runelite#10900
