Get an Epic Experience with Premium

LibRangeCheck-2.0

Libraries Login to Add Favorites
  • 0 Likes
  • World of Warcraft
  • 1,675 Monthly Downloads
  • Supports: 5.2.0
  • 60,175 Total Downloads
  • Updated 04/15/2013
  • Created 04/03/2008
  • 31 Favorites
  • Project Site
  • Comments
  • Release Type: Release
  • License: Public Domain
  • Newest File: v3.8.1
or
Support development! **
Donate

About LibRangeCheck-2.0

A library to determine estimated range.

API documentation

------------------------------------------------------------------------
r137 | mitch0 | 2013-04-15 09:12:30 +0000 (Mon, 15 Apr 2013) | 1 line
Changed paths:
   A /tags/v3.8.1 (from /trunk:136)

Tagging as v3.8.1
------------------------------------------------------------------------
r136 | mitch0 | 2013-04-15 06:43:50 +0000 (Mon, 15 Apr 2013) | 1 line
Changed paths:
   M /trunk/LibRangeCheck-2.0/LibRangeCheck-2.0.lua

disable Feral Charge, maybe that's causing the reported issue in Moonkin and Travel form
------------------------------------------------------------------------

Comments

  • #12

    Hi, 

    I am getting this error in 5.0.4 with my Druid:

    Message: ...s\DHUD4\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0.lua:433: GetSpellName(): Invalid spell slot

     

  • #7

    Is there a specific reason why, this library doesn't yield a precise distance to a party member, when using GetRange()?

    I mean, it should be 100% accurate, as you can simply check if the GUID of 'target' equals the GUID of a friendly player, and if that's the case, simply check the map distance?

    I mean, all you have to do is to embed LibMapData-1.0 and use the Lib:distance on that?

    Last edited by SkeenCore on 2/19/2012 5:07:01 PM

    // Skeen

  • #8

    Hi,

      Several reasons:

    1) when the lib was created, it was not possible to get accurate distance to group/raid members in instances

    2) even now there are places where this check doesn't work

    3) this lib is aimed mostly for spell-range  estimates, so it's important that the ranges reported match up with the spell ranges (I'm not sure that the LibMapData based ranges would be 100% correct with regards to spell ranges, that is: if my range to a party member is 39.98 yards by coordinates, the engine might still calculate my heals as out-of-range. This sort of thing happened with interact-based distances, that's why I removed them from the normal checks a while back.

    4) simplicity. I'd rather keep this lib as simple as possible.

    5) consistency. I think it would be confusing that range estimates changed willy-nilly based on what type of unit you're targeting.

     cheers,

    mitch 

  • #11

    Thanks you, and I'll be sure to rename it, as addon as well as in LibStub.
    I think I'll just make a single call library, that combines the results of your library's getRange() and the Distance() of LibMapData.

    // Skeen

  • #10

    Hi,

     Sure, go ahead, just name it something else than LibRangeCheck-X.Y :)

    Ideally you should change the name by which it is registered to LibStub, and modify your addons using LibRangeCheck to use your lib instead. 

     cheers,

    mitch 

  • #9

    Hi Mitch.

    And thanks you for reporting back to me!

    Would you be okay with me uploading a modified version of your library, with the changes needed, in order to embed LibMapData-1.0? (I know you've released this library into public domain, I just like checking that people are okay with it anyways)

    // Skeen

  • #3
    Just a small problem that's bugging me for the icehud rangecheck module which apparently depends on librangecheck. For my holy pally the rangecheck for enemies show enemies within 20-40 yards as 40-45 (ie the 20-40 range never shows up). This is annoying when trying to cast exorcism/hammer of wrath. This problem has only occurred for my pally in holy spec, ret spec is fine, so are my disc priest and other classes. And it only happens only on enemy targets as well. Any way to provide a fix?

    ps Parnic says hello, btw

    pps Not sure if this will affect anything, but the spell Enlightened Judgements under HarmSpells["Paladin"] was spelled as Elnightened Judgements, in LibRangeCheck.lua
  • #4
    Hello,

    It's probably caused by Holy Shock being whacky. Try removing the Holy Shock lines from LibRangeCheck-2.0.lua (should be lines 125 and 129).

    could you paste here the output of "/run print(GetSpellInfo(20473))" while you're Holy specced?

    thanks,
    mitch
  • #5
    Hi,

    I've removed Holy Shock from the spell list. The next IceHUD build should pick up the new version and hopefully your issue will go away.

    cheers,
    mitch
  • #6
    You're right, removing Holy Shock from the spell list does solve the problem. Thanks a bunch :)

    the output of /run print(GetSpellInfo(20473)) is
    "Holy Shock Interface\Icons\Spell_Holy_SearingLight 259 false 0 0 0 40", in case you still want to take a look at it
  • #1
    Sadly, I must report an error that is a result of the 4.0.1 patch.

    GetSpellName has been renamed to GetSpellBookItemName. This error has resulted in the failure of an addon that I am trying to update. I have made the appropriate fixes in my local copy.
  • #2
    Hi,

    v3.6.0 should be working okay.

    cheers,
    mitch
  • To post a comment, please login or register a new account.
Login to Curse

Don't have an account? Create One.

Get an epic experience with Curse Premium
  • Faster addon downloads
  • Premium-Only Beta Giveaways
  • Ad-Free Curse experience
  • Premium Curse Client
  • and many More Features
  • Learn More »

Infinite Crisis NA

Get Your Preferred Access Code!