dropped single-item classes for all types, because it doesn't make much difference to use a list with a single item instead, especially if it's preselected. Additionally it is now easier to chain certain queries together and execute them all at once. additionally, additionally certain data can now be cahced and shared between types of the same .. type, that were previously in different instances alltogether.
And you may now specify a limit to sql-queries (while setting up a typeList), it will default to the config-limit if no value is given.
jk, it's probably not complete ... and probably even worse to understand than the previous version, BUT
- it documents all variables, constructs and functions i've seen used
- it can and will evaluate variables from SpellDescriptionVariables.dbc
- it will try to solve formulas as far as possible and respect modifiers for float-precision
e.g.: ${(1+6)/3}.2 should resolve to 2.33
what's missing: the if-constructs that check for auras and known spells may be parsed to html-comments and manipulated by javascript .. welllllow priority
and while doing so...
- decrypted listview.templates - achievemnts, quests, titles
- removed ancient hacks for Opera from JS wich prevented capturing of some Key/Mouse-Events in Opera
Pease note, that the CharTitles.dbc alone doesn't provide enough data to generate these pages.
The script to generate ?_titles and ?_sourceStrings will be provided soon [TM]
- resilience is now recognized
- weapon damage is now assigned to a fixed key
- block value now gets assigned to block value instead of block rating (*doh!*)
- some mixups in keys, when modding powers corrected
it should now show the tooltip for the current page again, in every language availabele
- forgot to move a string inside the french localization
- added missing strings to spanish, french and russian localization. Fixes an jsError in the Browsers console.
that should make everyone with some client-mods or custom database entires happy
removed previously supplied datasets (which were partially erronous anyway)
usage:
- read the requirements per file and run via ?build=<filename> This may take up to several minutes, depending on the complexity and your machine
todo:
- expects parsed dbcs in DB named "dbc" and world-DB to be named "world". Needs to be configurable
- no error handling. If it fails, it fails badly.
- pets: locations are inaccurate (see comment in file)
- itemsets: the fragmented data in itemsets.dbc has to be fixed manually before this script yields propper results (see comment in file)
- removed unused mastery-related styles
- selected class highlight is now more obvious
- name of selected class/petType is no longer permanently underlined
localization for esES still missing
notice:
- in future only the structure will be provided (and probably locale strings too).
- the actual data should be parsed by everybody individually. After all, some people DO like to modify their client.
features:
- tool - Maps:
* finally supports multi-layered zones
* should also support icons if needed (questgiver, ect)
- tool - Item Comparison:
* fully functional (yes, that includes heirlooms and items with random props)
* may throw a minor js-error if using arrow-keys/esc/ret in input-fields in the LightboxPopus (but wowhead does also)
* icons for prismatic sockets are not displayed if no other sockets are present (calculation is correct though)
* modelviewer will still 'call home'
- tool - Talent Calculator:
* got rid of a VERY dirty hack for the icons (they are now supplied as texture, not laoded one at a time)
* glyphs should also be a bit more informative
* talent data is pulled from static file, that should a) speed up load and b) prevent lockups if it cant be generated on the fly
* you can now set the level for your build, which affects available talent points, glyphs and glyph-slots
- tool - Pet Calculator:
* initial implementation; basically the same as the Talent Calculator
- general concept changed:
* dropped ajax.php; json is now supplied by the appropriate page if &json is appended to the url
* search.php and opensearch.php are being merged; again, output will depend on the appended parameter (&openserach, &json)
* data included via data.php will be static and assembled only on installation and when the database changes (should speed up load)
* locale strings are now in a single file instead of being split up to the template
* still getting rid of criss-cross-includes, global variables and string-defines
