Fixes annoyance when you have multiple wow clients and building vmaps fails for reason that extractor takes path from wrong client even though it is located inside the correct directory
Signed-off-by: stfx <stfx@hotmail.de>
Tree-like design idea by Faramir118, thanks for that!
* Add `conditions` table to store conditions.
* REPLACE current handling of conditions for the *_loot_template tables
Convert the old conditions in *_loot_template to the new system by SQL-Queries
* ADD support for new conditions to gossip_menu and gossip_menu_option.
If for these tables no condition_id (new system) is provided, the old conditions will still be used
* Add a small helper python script to contrib/convertConditions, see README there for details
* Add new command to reload the `conditions` table (.reload conditions)
* Add two Meta-Condition types CONDITION_AND (-1) and CONDITION_OR (-2) which are used as:
value1 (as condition_entry) AND / OR value2 (as condition_entry)
With these meta-conditions it is possible to create tree like and very complicated combined conditions (like HasAura && (HasItem || HasQuest))
NOTE about conversion:
For easier convertion all the old table data is still preserved, but will be removed eventually (within a circle of the moon approximately)
The python script will not create an optimal initial fill of the `conditions` table. You might want to tweak it manually or suggest some optimized algorithm :)
Signed-off-by: Schmoozerd <schmoozerd@scriptdev2.com>
With this commit, Pathfinding is implemented in MaNGOS!
Thank you very much to all who contributed, especially to Faramir118 and qsa.
Please report bugs and required offmesh changes, so that they can be adressed
For *nix users of the extractor, help about compiling content of contrib/ can be found in forums
TO DEVS: please update used git_id
Now cmake support adding completed.
* If you plan build MaNGOS at Unix/Linux then you need have
installed cmake package and only can build mangos wiht cmake use:
cmake; make; make install
* If you plan build MaNGOS at Windows then for this time prefered
use old way with Visual Studio projects in win directory.
You _can_ use cmake way MaNGOS build but this experemental mode.
For cmake using build you need have cmake tool installed at Windows.
And need run cmake (for example by run createprojects.bat in MaNGOS
root directory and then load generated Visual Studio solltion file
build/mangos.sln
* This make some ppl happy who not have installed VS2010 runtime.
* Also vmap assembler include recent fix for absend locale support,
that ofc only affect ppl who before can't use assembler with this locales supporting client.
* Also small update for vmap extarctor project .gitignore
* Unix encoding
* Never never use in any cases not only mangos filenames with spaces. Tools can generate
expected nightmare level without like help from your side ;)
Note that WoW 4.x support for libmpq still unclear, but in any case
this Stormlib version is outdated too and will not support it either,
even if we need to switch back.
* Note: vmap_assembler tool will not compile until final commit of new vmap system
* Now also comes with Visual Studio 2010 project files and CMake files
Note: This is not compatible with current assembler, wait for upcoming commits
* Now also supports Linux (CMake) and Visual Studio 2010,
see README for build and use instructions
* Uses libmpq for now, since at project start stormlib did not work
properly on 64bit linux.
* Should be a lot faster, a few badly written lines ate most CPU time for
nothing...
Special thanks to arrai and faramir118 for additional code and fixes
+ Got rid of zip lib requirement in G3D...
Still can re-enable code by defining _HAVE_ZIP...
+ Remove silly X11 lib dependency from G3D
Code doesn't seem to do anything yet anyway, and even if, we don't want it :p
+ Fix another weird G3D build problem...
+ Remove some __asm usage in g3d, which is not available on Win64
My editor also decided to remove a ton of trailing white spaces...tss...
+ Reapply G3D fixes for 64bit VC
+ not use SSE specific header when SSE not enabled in *nix
+ Updated project files
+ New vmap_assembler VC90/VC80 Project
+ vmap assembler binaries updates
NOTE: Old vmap fikes expected work (as tests show) with new library version.
But better use new generated versions. Its different in small parts to bad or good...
(based on Lynx3d's repo commit 44798d3)
Signed-off-by: VladimirMangos <vladimir@getmangos.com>
