• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Heroclix

  • Thread starter Thread starter stend at spamcop.net
  • Start date Start date
S

stend at spamcop.net

Guest
"Kyle Turner" <emperor799@earthlink.net> writes:

> Okay, to sum up what needs to be fixed/added to the HC files:

> 2. The Swimming trait

Personally, I'd like the movement modes (Flying, Running, Swimming) to be
their own attribute, rather than being a Special Power.

> 4. The various SHIELD figs, when filtering alphabetically, end up before
> Sabretooth. This will make it increasingly harder to find them as more figs
> are added.

> 5. The same thing happens with T.O.Morrow. I understand why it happens
> there, what with the periods, but is there some way for it to ignore
> punctuation when sorting alphabetically?

I don't know what library package they are using, but if it doesn't have a
built-in dictionary string comparison routine, there would probably be a
performance impact using a custom one written in C rather than the
(presumably) optimized standard string comparison provided in the library.

Regards, Sten

--
De Gubernaculo Venimus et Adservirevos Volumus
- Proposed motto for the Federal government
 
At 10:59 AM 2/24/2003 -0600, you wrote:
>Personally, I'd like the movement modes (Flying, Running, Swimming) to be
>their own attribute, rather than being a Special Power.

We're working from the data provided to us by WizKids. Without doing
extensive rework of the data, we're tied to the way that data comes to us.
So the various movement modes will likely remain special powers for the
next update. Beyond that, I honestly can't say - maybe I can come up with
something, but no promises.

>I don't know what library package they are using, but if it doesn't have a
>built-in dictionary string comparison routine, there would probably be a
>performance impact using a custom one written in C rather than the
>(presumably) optimized standard string comparison provided in the library.

The library sort in V1.1 is just a hair slower (and I mean a hair) than the
non-library sort. We've done some optimizations that make this possible. I
don't think you'll be disappointed. :-)

Thanks, Rob

---------------------------------------------------------------------------
Rob Bowes (rob@wolflair.com) (559) 658-6995
Lone Wolf Development www.wolflair.com
 
Back
Top