Wholly

Wholly is a complete visualization of the Grail quest database addon as it relates to the player. It shows a panel with quests conveniently separated into zones and indicates their status. Quests can be filtered so only those that need to be completed, etc. appear. Wholly also shows pins on the world map for locations where quest givers appear, and the pins are similarly colored based on their status.

Achievements, including zones, dungeons and others that are quest based like the hunting ones

Reputation changes which group quests by the reputations whose value changes when the quest is turned in

Daily

Other, which includes special map areas like Molten Front and Darkmoon Island

Tags, which are defined by the user Available in version 043

Searching quests Available in version 014

Searches quest titles

Keeps a list of most recent searches

Quests are filtered in a variety of ways including completed, currently in the Blizzard quest log, unobtainable, etc.

A tooltip for each quest shows the server information about the quest, plus extra information like quest givers, turn in location, any breadcrumb quests that can still be gotten, and prerequisite quests (for a quest that needs prerequisites fulfilled)

Quests that are in the Blizzard quest log can be configured to display (Complete) and (Failed)

Opens with a keybinding

Opens with /wholly slash command

Quests can be sorted by name, quest level, or quest status and available in version 22 a tooltip indicates the current sort order

Has a preference button to open the Wholly preferences

Has a zone button to switch to the current zone

Can be configured to automatically switch to the current zone as the zone changes

Alt-clicking a quest will target the quest giver for the quest unless the quest is an "in log" quest, and then the turn in NPC is targeted

Ctrl-shift-clicking a quest will change whether the quest is ignored Available in version 27

Right-shift-clicking a quest will allow associating/disassociating a quest with any tags currently available Available in version 043

The zone button has a tooltip indicating the quest status summary for the current zone

The quest panel can be shown in a wide format Available in version 20

A summary of quests per zone can be shown, and optionally updated live Available in version 22

Modifies the NPC tooltips for NPCs that need to be killed to start a quest, or drop an item that starts a quest

Modifies the Blizzard Quest Panel to put the quest ID into the top right, and provides a tooltip for that quest ID that has the rich tooltip information similarly available in the Wholly quest panel

Modifies the Blizzard Quest Panel to put a bugged message when quests are marked as bugged Available in version 016

Adds a tooltip for the quests in the Blizzard quest log Available in version 22

Provides map pins for quest givers on the world map

Pins are filtered with the same preferences as the quest log panel (however, purple, green and brown quests will not show up as pins)

A Wholly button can be shown on the world map that controls the display of the Wholly pins, with a tooltip showing the quest status summary for the current map

Wholly pins show tooltips of all the quests each quest giver has (and shows those of nearby quest givers as well)

Wholly pins are colored the "best" color for the quests the quest giver has

For truly repeatable quests the map pin icon is a question mark instead of an exclamation point

The quests for map pins and for the quest log are separate and independent

Quest status summary tooltips

These display the count of the number of each type of quest in the associated "zone" using the standard quest status colors Wholly uses, summarizing the list at the end with the number of quests displayed and the total number of quests in the "zone".

Tooltips exist for the Zone button on the quest log panel, the Wholly button on the world map and the LibDataBroker icon

User can control quest colors for a number of common quest statuses Available in version 041

Breadcrumb support

When the Blizzard Quest Panel appears to allow acceptance of a quest that has a breadcrumb quest that still can be completed, the user is presented with a breadcrumb warning attached to the Blizzard Quest Panel

The tooltip for the breadcrumb warning indicates what breadcrumb quests are available with the quest givers

Left-click in the breadcrumb warning to put TomTom waypoints for the breadcrumb quest givers' locations

TomTom integration

Left-click a quest in the Wholly quest log to create waypoints for that quest's quest givers

Right-click a quest in the Wholly quest log that needs prerequisites to create waypoints for the quest givers for the first quest in the prerequisite chain

Right-click a quest in the Wholly quest log that does not need prerequisites to create waypoints for that quest's turn in locations

Left-click in the breadcrumb area of the Blizzard Quest panel to create waypoints for the quest givers of the breadcrumb quests

Ctrl-left-click a quest in the Wholly quest log to create waypoints for EVERY quest in that "zone" Available in version 027

LightHeaded integration Available in version 018

Shift-left-click a quest in the Wholly quest log to attach the LightHeaded panel for that quest

Shift-left-click the same quest in the Wholly quest log to close the LightHeaded panel

LibDataBroker integration

Provides an icon

Left-click opens the Wholly quest log

Right-click opens the Wholly preferences

The tooltip provides the summary of quests for the selected zone in the Wholly quest log

Provides a data feed of the player's x,y coordinates in the map Available in version 014

Can update an open world map when the zone changes

Preferences

Keybindings are provided for the preferences marked [keybinding]Available in version 027

Base quests
Will always include quests that are available plus the following types that are checked

Completed [keybinding]
Quests the are turned in

Needs prerequisites [keybinding]
Quests that are currently not available because a prerequisite has not been met

Unobtainable [keybinding]
Quests that are not available because of reasons like race, gender, class mismatch or incompatibility with quests turned in or in log

Filters
Filters apply to base quests and will exclude quests of the types not marked in the filter section

Low-level
Includes quests that are lower than the player's level such that they do not normally appear in the Blizzard UI unless the user selects an option to display them

High level
Includes quests for which the player is not high enough level to accept

Scenario Available in version 025
Includes quests that are marked as scenarios.

World Events Available in version 027
Includes quests that only appear during world events

Ignored Available in version 027
Includes quests that are marked as ignored

Weekly [keybinding]Available in version 039
Includes weekly quests

Quest Title Appearance
When Wholly displays quest titles it modifies them based on the following preferences

Prepend quest level
Puts [level] in front of the quest name

Append required level
Puts [required level] after the quest name if the quest requires a higher level than the player

Show whether repeatable quests previously completed
Displays an asterisk after the quest if the character has ever completed the quest (as reported in the Grail database)

Show status of quests in log
This will show (Complete) or (Failed) with quests in the Blizzard quest log as appropriate

World map

Display map pins for quest givers [keybinding]
Controls whether pins on the world map are shown for quest givers

Display button on world map
Controls whether the Wholly button appears in the top left of the world map (whose function is the same as switching the above preference)

Display dungeon quests in outer map
Displays dungeon quests in the zone where the dungeon entrance is (as well as is the actual dungeon)

Open world map updates when zones change
Normally when the world map is open, and the player changes zones, the world map does not update to the new zone. When this is checked, it will update.

Other

Quest log panel updates when zones change
If this is not set, the quest log panel will remain on the zone the user has selected

Display breadcrumb quest information on Quest Frame
If this is checked, just before accepting a quest the UI will indicate when there is a breadcrumb quest that is available to be completed

Display holiday quests always Removed in version 027
Normally holiday quests would only be displayed during the holiday, however, with this checked holiday quests in their own group will always be displayed along with the other filters selected

Show only Loremaster quests
When this is checked, quests that qualify for Loremaster in a zone are listed even if they start in another zone, and those that are not part of the zone's Loremaster are not shown.

Enable player coordinates
When this is checked a LibDataBroker feed is provided that shows the x,y map coordinates of the player's position.

Show achievement completion colors
When this is checked the achievement menu items are colored green if completed and yellow if not

Bugged quests considered unobtainable
When this is checked, quests that are considered bugged are considered unobtainable, otherwise their status is as would normally be computed

Tooltips appear on Blizzard Quest Log Available in version 038
When this is checked, the Wholly tooltip will appear for each quest in the Blizzard quest log, otherwise no tooltip will appear

Wide Wholly Quest Panel
Wholly can display its quest panel in two modes widths, with the wide one controlled by scrollers and the thin one controlled by a drop down

Show
When checked, the wide panel is used, otherwise the thin panel is used

Show quest counts
When checked, a subset of quest counts appear for each "zone" in the wide panel as each zone is clicked

Live quest count updates
When checked, the quest counts will update based on quest activity assuming the "zone" already has a count displayed

Load Data
Grail provides some loadable addons that can be controlled here

Achievements
Achievement data needs to be loaded to provide "zones" representing the achievements

Reputation Changes
Reputation data needs to be loaded to display in the tooltip information as well as provide "zones" for each of the reputation changes

Completion Dates Available in version 034
Completion data needs to be loaded so the date/time for the completion of quests is recorded

Version 063
Updates the Interface to 70200.
Adds support for artifact level prerequisites.
Updates Spanish (Latin America) localization.
Updates French localization by sk8cravis.
Updates German localization by RobbyOGK.

Version 062
Updates Spanish (Spain) localization by annthizze.
Adds support for Grail's ability to detect withering in NPCs and therefore quest requirements.
Updates Brazilian Portuguese localization.
Updates French localization.
Updates Korean localization.
Updates Spanish (Latin America) localization.
Adds support for world quests to have their own pin color.

Version 061
Adds ability to show "available" prerequisite used for world quests.
Updates German localization by Broesel01.
Updates Korean localization by netaras.

Version 060
Adds the ability to control the display of World Quests, including a key binding.
Adds a Legion Repuation Changes section.
Fixes the problem where the coordinates would cause issues in instances.

Version 059
Fixes the problem where hiding Blizzard map POIs in combat causes Lua errors.
Adds the ability to control the display of Blizzard story line quest markers.
Updates French translation by coldragon78.
Updates Traditional Chinese localization by gaspy10.

Version 058
Adds the ability to control the display of some Blizzard world map icons.
Fixes the placement of the Wholly world map button so it appears when the world map is opened.
Fixes presenting a window when attempting to load an on-demand addon fails.

Version 057
Changes the ability to display quest rewards without the need for Grail to have the information.
Updates Traditional Chinese localization by gaspy10.
Adds the ability to display prerequisites for classes.
Updates Spanish (Spain) localization by Ehren_H.
Changes the Interface to 70000.

Version 056
Updates German localization by pas06.
Adds the ability to filter quests based on PVP.
Adds the ability to support Grail's ability to indicate working buildings.

Version 055
Updates Traditional Chinese localization by gaspy10.
Updates Spanish (Spain) localization by ISBILIANS.
Corrects the problem where the map location is lost on UI reload.

Version 054
Adds support for Adventure Guide
Updates German localization by potsrabe.

Version 053
Adds the ability to filter pet battle quests.
Adds the ability to display a quest as a bonus objective, rare mob, treasure or pet battle.
Adds the ability to have the quest filter work for NPC tooltips.
Updates German localization by Rikade.
Updates prerequisite displays to match new Grail features.

Version 052
Adds support to display new group prerequisite information.
Corrects the issue where NPC tooltips were not showing drops that start quests.
Updates Spanish (Latin America) localization by Moixe.
Updates German localization by Mistrahw.
Updates Korean localization by mrgyver.
Updates Spanish (Spain) localization by Ertziano.
Corrects the problem where the drop down button in the Wholly window does not update the follower name properly.
Adds the ability to display quest rewards.
Splits up zone drop downs that are too large.

Version 051
Adds support to control display of bonus objective, rare mob and treasure quests.
Adds Wholly tooltip to the QuestLogPopupDetailFrame.
Updates French localization provided by aktaurus.
Breaks out the preferences into multiple pages, making the hidden preferences no longer hidden.
Adds ability to control the display of legendary quests.
Updates Russian localization provided by dartraiden.
Changes the Interface to 60200.

Version 050
Adds support for garrison building requirements.
Updates Russian localization provided by dartraiden.
Updates German localization provided by DirtyHarryGermany.
Updates both Chinese localizations provided by FreedomL10n.

Version 049
Adds the ability to display quests that reward followers.
Updates some Korean localization provided by next96.
Updates some German localization provided by DirtyHarryGermany.

Version 048
Fixes a problem where Wholly does not load properly when TomTom is not present.

Version 047
Updates Traditional Chinese localizations by machihchung.
Updates Portuguese localizations by DMoRiaM.
Updates French localizations by Dabeuliou;
Changes level for pins to display over Blizzard POIs.
Changes level for pins so yellow/grey pins display over other colors.
Changes default behavior to only show in tooltips faction changes available to the player, with hidden WhollyDatabase preference showsAllFactionReputations to override.

Version 045
Updates various localizations by Nimhfree.
Updates to support changes in WoD that Grail supports. *** Requires Grail 065 or later. ***
Adds hidden WhollyDatabase preference ignoreReputationQuests that controls whether the Reputations section of quests appears in the Wholly panel.
Adds hidden WhollyDatabase preference displaysEmptyZones that controls whether map zones where no quests start are displayed.
Changes the Interface to 60000.

Version 044
Corrects the Lua error that happens when attempting to tag a quest when no tag exists.
Fixes the map icons to look cleaner by Shenj.
Updates Russian localizations by vitasikxp.

Version 043
Handles Grail's change in AZ quests to handle pre- and post-063 implementation.
Adds the ability to mark quests with arbitrary tags.

Version 042
Updates Russian localizations by dartraiden.
Corrects the search function to use the new Grail quest structures.
Makes it so quests that are pending or obsolete do not appear when the option indicates unobtainable quests should not appear.
Changed display of profession requirements to only show failure as quest prerequisites now show profession requirements consistently.

Version 041
Adds the capability to set the colors for each of the quest types.
Changes to use newer way Grail does things.

Version 040
Updates Russian localizations by dartraiden.
Adds a workaround to supress the panel that appears because of Blizzard's IsDisabledByParentalControls taint issue.
Updates Simplified Chinese localizations by dh0000.

Version 039
Fixes the problem where tooltips for map pins were not appearing correctly.
Fixes a Lua error with the non-wide Wholly quest panel's drop down menu.
Fixes a Lua error when Wholly is used for the first time (or has no saved variables file).
Adds a preference to control display of weekly quests (which are not classified as such until Grail 058).
Adds a color for weekly quests.
Enables quest colors to be stored in player preferences so users can changed them, albeit manually.
Fixes the problem where the keybindings or buttons not on the preference panel would not work the first time without the preference panel being opened.

Version 038
Fixes the problem where tooltips that show the currently equipped iLevel cause a Lua error.
Adds a preference to control whether tooltips appear in the Blizzard Quest Log.
Corrects the problem introdced by Blizzard in their 5.4.0 release when they decided to call API (IsForbidden()) before checking whether it exists.
Makes the attached Lightheaded frame work better with the wide panel mode.
Corrects a problem where a variable was leaking into the global namespace causing a prerequisite evaluation failure.
Attempts to make processing a little quicker by making local references to many Blizzard functions.

Version 037
Fixes the problem where tooltips do not appear in non-English clients properly.

Version 036
Updates Russian localizations by dartraiden.
Removes the prerequisite population code in favor of API provided by Grail, requiring Grail 054 or later.

Version 035
Updates Chinese localizations by Isjyzjl.
Adds the ability to show equipped iLvl prerequisites.
Corrects the display problem with OR within AND prerequisites introduced in version 034.
Makes opening the preferences work even if Wholly causes the preferences to be opened the first time in a session.

Version 034
Changes the tooltip code to allow for better displaying of longer entries.
Adds some Korean localization provided by next96.
Changes the Interface to 50300 to support the 5.3.0 Blizzard release.
Adds the ability to control the Grail-When loadable addon to record when quests are turned in.
Adds the ability to display when quests are turned in, and if the quest can be done more than once, the count of how many times done.
Updates support for Grail's new representation of prerequisite information.

Version 033
Adds a hidden default shouldNotRestoreDirectionalArrows that can be present in the WhollyDatabase saved variables to not reinstate directional arrows upon reloading.
Adds the ability to show when a quest is obsolete (removed) or pending.
Adds support for displaying Q prerequisites and for displaying pet "spells".
Changes the technique used to display reputation changes in the tooltip, *** requiring Grail 048 or later ***.
Adds support for Grail's new representation of prerequisite information.

Version 032
Fixes a problem where the Achievements were not working properly unless the UI was reloaded.
Adds the ability to display NPCs with prerequisites, *** requiring Grail 47 or later ***.
Makes the X code prerequisite display with ![Turned in].
Adds the ability to display phase prerequisite information.
Adds some Spanish translations based on input by Davidinmoral.

Version 030
Changes to use some newly added API Grail provides, *** requiring Grail 45 or later ***.
Updates some Spanish localization provided by Davidinmoral.
Updates some French localization provided by Noeudtribal.
Reputation values that are not to be exceeded now have "< " placed in front of the value name.
Allows the key binding for toggling open/close the Wholly panel to work in combat, though this function will need to be rebound once.
Fixes a map pin problem with the addon Mapster Enhanced.
Changes the faction prerequisites to color green, red or brown depending on whether the prerequisite is met, can be met with increase in reputation or is not obtainable because reputation is too high.
Adds support for Grail's new "Other" map area where oddball quests are located.
Adds support for Grail's new NPC location flags of created and mailbox.
Updates some Portuguese localization provided by marciobruno.
Adds Pet Battle achievements newly provided by Grail.

Version 028
Switches to using Blizzard's IGNORED string instead of maintaining a localized version.
Adds basic support for putting pins on the Omega Map addon.
Changes the display of the requirement for a quest to ever have been completed to be green if true, and not the actual status of the quest.
Updates the TOC to support interface 50100.
Replaced the calls to Grail:IsQuestInQuestLog() with the status bit mask use since (1) we know whether the quest is in the log from its status, and (2) the call was causing Grail to use a lot of memory.

Version 027
*** Requires Grail 41 or later ***
Adds the ability to display requirements for spells that have ever been experienced.
Adds the ability to specify amounts above the minimum reputation level as provided in Grail 041 and later.
Updates some Traditional Chinese localization provided by machihchung and BNSSNB.
Adds the ability to display requirements from groups of quests, both turning in and accepting the quests.
Changes spell prerequisite failures to color red vice yellow.
Changes preference "Display holiday quests always" to become a "World Events" filter instead, making World Events always shown in their categories.
Changes world events titles to be brown (unobtainable) if they are not being celebrated currently.
Adds the ability to Ctrl-click any quest in the Wholly quest panel to add waypoints for EVERY quest in the panel.
Corrects the incorrect rendering of the wide panel that can happen on some systems.
Adds keybindings for toggling display of map pins and quests that need prerequsites, daily quests, repeatable quests, completed, and unobtainable quests.
Adds the ability to display maximum reputation requirements that are quest prerequisites.
Changes the maximum line count for the tooltip before the second is created, to be able to be overridden by WhollyDatabase.maximumTooltipLines value if it exists.
Adds the ability to Ctrl-Shift-click any quest in the Wholly quest panel to toggle whether the quest is ignored.
Adds the ability to filter quests that are marked ignored.

Version 026
*** Requires Grail 40 or later ***
Adds support for displaying special reputation requirements currently only used in Tillers quests.

Version 025
*** Requires Grail 39 or later ***
Adds support to display quest required friendship levels.
Fixes the problem where NPC tooltips would not be updated (from changed addon data) upon reloading the UI.
Adds support to display prerequisites using Grail's newly added capabilities for OR within AND.
Adds support for quests that require lack of spells or spells ever being cast as prerequisites.
Adds a filter for Scenario quests.
Delays the creation of the dropdown menu until it is absolutely needed to attempt to minimize the taint in Blizzard's code.
Fixes an issue where considering bugged quests unobtainable would not filter as unobtainable properly.

Version 024
*** Requires Grail 38 or later ***
Updates some Russian localization provided by dartraiden.
Adds support for quests that require skills as prerequisites, requiring Grail 038.
Updates some Italian localization provided by meygan.

Version 023
Updates some Korean localization provided by next96.
Updates some German localization provided by DirtyHarryGermany.
Updates from French localization provided by akirra83.
Adds support to indicate account-wide quests, starting with Grail 037 use.

Version 022
*** Requires Grail 36 or later ***
Corrects the problem where NPC tooltips may not be updated until the world map is shown.
Changes how map pins are created so no work is done unless the WorldMapFrame is being shown.
Adds the ability to show that quests are Scenario or Legendary.
Changes the artwork on the right side of the wide panel.
Fixes the problem where the search panel was not attaching itself to the Wholly quest panel.
Updates some Korean localization provided by next96.
Makes it so Legendary quests appear orange while daily quests that are too high level appear dark blue.
Adds two new sort techniques, and also a tooltip for the sort button that describes the active sort technique.
Adds the ability to show an abbreviated quest count for each map area in the second scroll area of the wide quest panel, with optional live updates.
Fixes the problem where the Wholly world map button can appear above other frames.
Makes changing the selection in the first scroll view in the wide version of the Wholly quest panel, remove the selection in the second scroll view, thereby allowing the zone button to properly switch to the current zone.
Adds a Wholly quest tooltip for each of the quests in the Blizzard quest log.
Updates searching in the wide frame to select the newly sought term.

Version 021
*** Requires Grail 34 or later ***
Makes it so Mists of Pandaria reputations can be handled.
Makes it so starter Pandarens no longer cause Lua errors.
Corrects the problem where removing all TomTom waypoints was not clearing them from Wholly's memory.
Corrects locations for Wholly informational frames placed on QuestFrame in MoP beta.
Updates the tooltip to better indicate when breadcrumb quests are problems for unobtainable quests.
Adds the ability to display profession prerequisites (in the prerequisites section vice its own for the few that need it).

Version 020
*** Requires Grail 33 or later ***
Corrects the problem where quests in the log that are no longer obtainable do not appear properly.
Adds the ability to show daily quests that are too high for the character as orange.
Adds Spanish localization provided by Trisquite.
Moves the Daily quests into the Other category.
Adds the experimental option to have a wide quest panel.

I *believe* Wholly comes up with a hover/tool tip when you hover over the name of a quest in your quest log... if not, I need to figure out what's doing this.

*sometimes* - not all the time, and I can't find a pattern - the tooltip gets attached to the mouse pointer, and doesn't go away. I can dismiss the quest log pane, hit escape any number of times, and I still have the tooltip attached to the tip of my mouse pointer. How much of a pain in the ... neck it is is wholly dependent on how big the tooltip is.... o.O

Reloading the ui removes it.

Yes, Wholly does put the tooltip for Blizzard's quest panel. You should be able to tell from the contents of the tooltip as it should match that of the Wholly panel as well. I tend to think the problem you have with it not going away is an issue with Blizzard's code interacting with your setup because all that Wholly is doing is hooking the Blizzard code to hide the game tool tip (which is what is displaying all the info). By the way, there is a primitive way to make Wholly not do that, but it will not persist across sessions/reloads:

I *believe* Wholly comes up with a hover/tool tip when you hover over the name of a quest in your quest log... if not, I need to figure out what's doing this.

*sometimes* - not all the time, and I can't find a pattern - the tooltip gets attached to the mouse pointer, and doesn't go away. I can dismiss the quest log pane, hit escape any number of times, and I still have the tooltip attached to the tip of my mouse pointer. How much of a pain in the ... neck it is is wholly dependent on how big the tooltip is.... o.O

Wholly does not offer ways to manually invoke any of the "removal" routines, but you can do them manually yourself from the command line. However, that is not going to get you the functionality you seek. Basically, when Wholly stores internally the waypoints it creates, it is actually storing the uid that TomTom returns upon waypoint creation. This uid is key because it is used when TomTom tells Wholly what to remove, but more importantly used when Wholly tells TomTom what to remove. You see, Wholly can put more than one waypoint into TomTom with a single click on a quest. And when one of those waypoints in that group is removed all will be removed. So, even if one were to add new functionality to Wholly to be able to update its internal structures to remove the waypoint for the NPC that starts a quest, without the API from Carbonite to remove the waypoint that was added originally, the solution is only half complete.

My initial thoughts on waypoint handling was to leave as much as possible to TomTom because it already has the needed functionality built in. I did find I did not like TomTom's model for persistence, so Wholly adopts its own that works with TomTom. I relied on TomTom removing waypoints as it can do specific ones, zone-wide and all quite well. Because of this design choice, specific API is required to exist with TomTom (or things that pretend to be TomTom). And once I was able to make the design work, no more was done for Wholly. However, I imagine I could make it so Wholly can "undo" waypoints that were added by doing some special type of click on the associated quest (or breadcrumb, etc.). But even if Wholly were augmented to allow this, it would work with TomTom because of the needed API, but if Carbonite does not provide the needed API it will not remove waypoints from Carbonite. And if Carbonite does not have the same routines that it calls when waypoints are reached or removed (in whatever manner Carbonite allows its users) that TomTom uses, when Carbonite removes waypoints Wholly will not be properly updated to reflect this.

Basically Wholly does not support Carbonite for waypoints, and any functionality Carbonite has for this is because of its limited TomTom "support". For Wholly to properly work with Carbonite, I will need to know how Carbonite really handles its waypoints and have Wholly interact with that system.

Also, Wholly does not put map pins on Carbonite's map, and until Rythal is done with the new mapping system, I imagine there will be no support for that. Perhaps it will be possible, but I do not know how Carbonite's maps work either.

Everything you've said makes perfect sense!

I know that Carbonite is a massive pain in terms of inter-operational functionality with other addons that impact the world map in some way. As I said, I wasn't looking for you to add anything to Wholly, just enquiring if something was there that I missed. (Sorry if that wasn't apparent from my initial post.) I do, from time to time, open the standard non-carbonite worldmap to examine Wholly's node pins, and I've often wished for Carbonite support, but it'd be excessively unreasonable to enquire about that with Carbonite in its present state of development flux, and my eyes did that old-timey cartoon cash register spinny-numbers-no-sale effect when I started poking around in the Carbonite mapping code to investigate what might be necessary if I wanted to try my hand at coding an interaction myself. O.o So ... yeah. Anyway, thanks for the prompt answers even though it wasn't what I was hoping for, at least I know now and I can stop wondering if there was a setting I missed... ^_^

From what I can tell based on observed behavior, Carbonite is coded to interpret TomTom Waypoint Creation into its own waypoint system (it translates "TomTom.AddMFWaypoint" calls), but not to respond with simulation of subsequent TomTom functionality for any other waypoint interaction. The relevant Wholly code that seems to invoke past waypoints at UI load starts at line 2447 of the Wholly.lua file, from what I can see, in a function called "_ReinstateDirectionalArrows" - is there a way to call either of the subsequent functions from within the game ("_RemoveAllDirectionalArrows" starting on line 2466 or "_RemoveDirectionalArrows" on line 2475)? I haven't been able to find one, but I may be blind or silly. ^_^;

Wholly does not offer ways to manually invoke any of the "removal" routines, but you can do them manually yourself from the command line. However, that is not going to get you the functionality you seek. Basically, when Wholly stores internally the waypoints it creates, it is actually storing the uid that TomTom returns upon waypoint creation. This uid is key because it is used when TomTom tells Wholly what to remove, but more importantly used when Wholly tells TomTom what to remove. You see, Wholly can put more than one waypoint into TomTom with a single click on a quest. And when one of those waypoints in that group is removed all will be removed. So, even if one were to add new functionality to Wholly to be able to update its internal structures to remove the waypoint for the NPC that starts a quest, without the API from Carbonite to remove the waypoint that was added originally, the solution is only half complete.

Originally Posted by Doskious

I can understand, from a development perspective, that in the process of writing code for use with a 3rd party API it's not unreasonable to expect the entire API to be present if one component is. I also, however, don't think that an expectation of some provision for the management of local database assets is particularly unreasonable. The integration of waypoint creation suggested to me the potential for a capacity for waypoint removal from within Wholly, rather than relying on the need to interact with the TomTom waypoint directly after initial creation... I was hoping for some functionality that allowed the removal of waypoints in a fashion similar to how they are created (as an ease-of-use measure in the event that a user clicked "The Wrong Quest" by accident when meaning to click "The Right Quest Here Underneath It"), or failing that some debug mode that could be activated allowing for database waypoint control. If, as it seems, no such functionality exists, I certainly don't expect you to add it just for me, though.

My initial thoughts on waypoint handling was to leave as much as possible to TomTom because it already has the needed functionality built in. I did find I did not like TomTom's model for persistence, so Wholly adopts its own that works with TomTom. I relied on TomTom removing waypoints as it can do specific ones, zone-wide and all quite well. Because of this design choice, specific API is required to exist with TomTom (or things that pretend to be TomTom). And once I was able to make the design work, no more was done for Wholly. However, I imagine I could make it so Wholly can "undo" waypoints that were added by doing some special type of click on the associated quest (or breadcrumb, etc.). But even if Wholly were augmented to allow this, it would work with TomTom because of the needed API, but if Carbonite does not provide the needed API it will not remove waypoints from Carbonite. And if Carbonite does not have the same routines that it calls when waypoints are reached or removed (in whatever manner Carbonite allows its users) that TomTom uses, when Carbonite removes waypoints Wholly will not be properly updated to reflect this.

Basically Wholly does not support Carbonite for waypoints, and any functionality Carbonite has for this is because of its limited TomTom "support". For Wholly to properly work with Carbonite, I will need to know how Carbonite really handles its waypoints and have Wholly interact with that system.

Also, Wholly does not put map pins on Carbonite's map, and until Rythal is done with the new mapping system, I imagine there will be no support for that. Perhaps it will be possible, but I do not know how Carbonite's maps work either.

Actually there is no way from within Wholly as I was relying on TomTom to remove the waypoints properly (by coming close, manually erasing, etc.). I am not a Carbonite user, so am unaware of what that does with respect to simulating TomTom. Wholly detects the presence of TomTom looking for specific API it provides. If you do not have TomTom loaded, but Carbonite is providing that API, but not the rest for removing the waypoints there is going to be a big problem. Do you know how Carbonite removes waypoints?

As a workaround is it possible to remove (i.e., not use) the waypoint simulation from Carbonite and actually run TomTom?

I could do that, yes, but I just don't like TomTom, and the Carbonite functionality is in most respects more robust (allowing for multi-node routing, for example, which TomTom does not and other addons fail to provide for as efficiently) without any degradation on performance. (Indeed, while the feature can be turned off display-side, my reading of the code suggests that it would still consume system resources on top of those consumed by TomTom...) Regrettably, the code for how Carbonite manages its waypoint system is ... murky at best, and I would not enjoy the same ease-of-use that I do now were I to employ TomTom instead, so I don't really consider that a viable solution in my specific case.

From what I can tell based on observed behavior, Carbonite is coded to interpret TomTom Waypoint Creation into its own waypoint system (it translates "TomTom.AddMFWaypoint" calls), but not to respond with simulation of subsequent TomTom functionality for any other waypoint interaction. The relevant Wholly code that seems to invoke past waypoints at UI load starts at line 2447 of the Wholly.lua file, from what I can see, in a function called "_ReinstateDirectionalArrows" - is there a way to call either of the subsequent functions from within the game ("_RemoveAllDirectionalArrows" starting on line 2466 or "_RemoveDirectionalArrows" on line 2475)? I haven't been able to find one, but I may be blind or silly. ^_^;

I can understand, from a development perspective, that in the process of writing code for use with a 3rd party API it's not unreasonable to expect the entire API to be present if one component is. I also, however, don't think that an expectation of some provision for the management of local database assets is particularly unreasonable. The integration of waypoint creation suggested to me the potential for a capacity for waypoint removal from within Wholly, rather than relying on the need to interact with the TomTom waypoint directly after initial creation... I was hoping for some functionality that allowed the removal of waypoints in a fashion similar to how they are created (as an ease-of-use measure in the event that a user clicked "The Wrong Quest" by accident when meaning to click "The Right Quest Here Underneath It"), or failing that some debug mode that could be activated allowing for database waypoint control. If, as it seems, no such functionality exists, I certainly don't expect you to add it just for me, though.

Carbonite has an option to emulate TomTom by accepting /way waypoint creation, but does not react in the same fashion as TomTom when waypoints are reached or cleared.

As a result, if I have Wholly create waypoints for quests, they continue to be loaded whenever I log in or reload my interface. The only solution I've found for this is to manually edit my saved variables file to erase the waypoint locations. Is there a way to clear the list of waypoints that Wholly remembers for login within the game independently of TomTom?

Actually there is no way from within Wholly as I was relying on TomTom to remove the waypoints properly (by coming close, manually erasing, etc.). I am not a Carbonite user, so am unaware of what that does with respect to simulating TomTom. Wholly detects the presence of TomTom looking for specific API it provides. If you do not have TomTom loaded, but Carbonite is providing that API, but not the rest for removing the waypoints there is going to be a big problem. Do you know how Carbonite removes waypoints?

As a workaround is it possible to remove (i.e., not use) the waypoint simulation from Carbonite and actually run TomTom?

Carbonite has an option to emulate TomTom by accepting /way waypoint creation, but does not react in the same fashion as TomTom when waypoints are reached or cleared.

As a result, if I have Wholly create waypoints for quests, they continue to be loaded whenever I log in or reload my interface. The only solution I've found for this is to manually edit my saved variables file to erase the waypoint locations. Is there a way to clear the list of waypoints that Wholly remembers for login within the game independently of TomTom?

When you unpack and install the Grail addon it should make three folders in the Interface/Addons folder:

Grail
Grail-Achievements
Grail-Reputations

These should be sitting along side the TomTom and Wholly folders as well. If this is not the case, that would explain why you are not seeing them in game. If they are present, then when you start WoW, you should look to the bottom left of the screen for the Addons button and click it to manage your addons. Here you should make sure all three Grail addons are active.

Ahh!!!!! Thank you very much. It solved that problem as well as explained why I couldn't get other add-ons I had downloaded to work. Thanks!!!

I am fairly new to using add-ons, so please forgive me if this is a silly question...

I have downloaded Grail, tomtom, and Wholly and they all are in my add-on folder on my hard drive (wow folder-interface-addons). When I boot up wow I can see the add-on for tomtom and it looks fine. I can see Wholly, but it says "dependency missing". I cannot see the add-on for Grail at all.

I would really like to use Wholly. I am missing many quests in many different regions; it would help me get a lot of quest achievements.

I would really appreciate any help/advice.

Thanks.

When you unpack and install the Grail addon it should make three folders in the Interface/Addons folder:

Grail
Grail-Achievements
Grail-Reputations

These should be sitting along side the TomTom and Wholly folders as well. If this is not the case, that would explain why you are not seeing them in game. If they are present, then when you start WoW, you should look to the bottom left of the screen for the Addons button and click it to manage your addons. Here you should make sure all three Grail addons are active.

I am fairly new to using add-ons, so please forgive me if this is a silly question...

I have downloaded Grail, tomtom, and Wholly and they all are in my add-on folder on my hard drive (wow folder-interface-addons). When I boot up wow I can see the add-on for tomtom and it looks fine. I can see Wholly, but it says "dependency missing". I cannot see the add-on for Grail at all.

I would really like to use Wholly. I am missing many quests in many different regions; it would help me get a lot of quest achievements.