Minion Beta! - Help us test our new AddOn updater. Get it now!
Download
(60 Kb)
Download
Updated: 11-20-14 10:24 AM
Pictures
File Info
Compatibility:
Warlords of Draenor Pre-Patch (6.0.3)
Warlords of Draenor Pre-Patch (6.0.2)
Siege of Orgrimmar (5.4)
Escalation (5.3)
Updated:11-20-14 10:24 AM
Created:01-31-12 07:34 PM
Downloads:6,590
Favorites:130
MD5:
6.0.3

Wholly  Popular! (More than 5000 hits)

Version: 048
by: Nimhfree [More]

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.

Prereleases can be found on the official Prerelease Page for those interested.

Problems?
Please submit a ticket.

Localization
Please help with localization if you can.

Images


Features

  • Uses Grail as the backend database of quests
    • Knows what quests the player has completed using server query
    • Stores information about repeatable quests completed since Blizzard resets this information
    • Knows quest prerequisites
    • Knows quest breadcrumbs
  • Provides a quest log panel that lists filtered quests
    • Quests are are grouped by "zone" where they start
      • Each map area
      • Each dungeon
      • Each world event
      • Each class
      • Each profession that is required
      • Each faction reputation that is required
      • 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
    • These live update as the zone changes
  • Color of quest title indicates status
    • Player can get quest
    • Player can get quest but it is low-level
    • Player level is too low to get quest
    • Quest is Legendary
    • Quests needs prerequisites
    • Repeatable (daily, monthly, yearly, or truly repeatable)
    • Repeatable but player level is too low to get quest
    • Weekly Available in version 039
    • Quest in player's quest log
    • Quest already completed and turned in
    • Quest unobtainable (e.g., Faction, Class, Race, Gender, Reputation, Profession, etc.)
    • Problem because quest unclassifiable
  • 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
    • Repeatable [keybinding]
      Includes truly repeatable quests (represented by blue question marks in the UI)
    • Daily [keybinding]
      Includes daily quests
    • In Log
      Includes quests in the player's quest log
    • 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 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 031
Updates some German localization provided by bigx2.
Updates some Russian localization provided by dartraiden.
Adds ability to display F code prerequisite information.

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 029
Adds support for Grail's T code prerequisites.
Adds Simplified Chinese localization provided by Sunteya.

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.
Archived Files (32)
File Name
Version
Size
Author
Date
047
60kB
Nimhfree
11-19-14 11:52 AM
045
59kB
Nimhfree
10-15-14 11:38 PM
044
57kB
Nimhfree
05-10-14 09:08 AM
043
57kB
Nimhfree
04-10-14 08:12 AM
042
56kB
Nimhfree
02-10-14 09:17 AM
041
55kB
Nimhfree
12-10-13 10:38 AM
040
54kB
Nimhfree
11-10-13 12:13 PM
039
53kB
Nimhfree
10-17-13 06:51 PM
038
52kB
Nimhfree
10-10-13 10:41 AM
037
51kB
Nimhfree
09-11-13 06:30 PM
036
50kB
Nimhfree
09-10-13 07:20 PM
035
50kB
Nimhfree
07-10-13 04:07 AM
034
49kB
Nimhfree
06-10-13 07:53 AM
033
49kB
Nimhfree
05-10-13 02:10 PM
032
48kB
Nimhfree
04-10-13 10:35 AM
031
47kB
Nimhfree
03-10-13 10:25 AM
030
47kB
Nimhfree
02-10-13 07:07 AM
029
47kB
Nimhfree
01-10-13 02:26 PM
028
46kB
Nimhfree
12-10-12 10:52 AM
027
46kB
Nimhfree
11-10-12 09:51 AM
026
43kB
Nimhfree
10-10-12 07:34 AM
025
43kB
Nimhfree
09-25-12 07:11 AM
024
43kB
Nimhfree
09-10-12 12:25 PM
023
41kB
Nimhfree
08-28-12 04:36 PM
022
40kB
Nimhfree
08-10-12 08:42 PM
021
38kB
Nimhfree
07-10-12 04:31 AM
020
38kB
Nimhfree
06-10-12 04:55 AM
019
35kB
Nimhfree
05-10-12 08:00 AM
018
31kB
Nimhfree
04-10-12 08:36 AM
017
30kB
Nimhfree
03-10-12 05:05 PM
016
29kB
Nimhfree
02-10-12 10:52 AM
015
28kB
Nimhfree
01-31-12 07:34 PM


Post A Reply Comment Options
Unread 11-23-14, 09:35 AM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Re: Is there a way to make Wholly realize quests are done

Originally Posted by Saintgabrial
Not all the bonus Objectives in Gorgrond don't disappear.

Also there are many yellow Exclamation points all over the map and in Wholly log. All are lvl 92 to 94 and I visited each and every one of them and there is no quest to be found.

Is there a way to make it do a server query.

I did /grail and it did a server query but nothing changed.

EDIT: Now that I did more research, I found out that all these quests are related to the Sparring Arena as I choose the Lumber Mill. Wholly is going to need to know how to distinguish between the Outpost players pick. Ant to not show the quests related to the outpost they don't pick.
Wholly should be ok. It is the Grail data that needs to be updated and over time it is being updated to reflect this. Things like specifying faction and prerequisites are what need to be updated the most. If you have specific information to provide for Grail updates, that would be great.
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 11-23-14, 12:17 AM  
Saintgabrial
A Kobold Labourer
 
Saintgabrial's Avatar

Forum posts: 0
File comments: 28
Uploads: 0
Is there a way to make Wholly realize quests are done

Not all the bonus Objectives in Gorgrond don't disappear.

Also there are many yellow Exclamation points all over the map and in Wholly log. All are lvl 92 to 94 and I visited each and every one of them and there is no quest to be found.

Is there a way to make it do a server query.

I did /grail and it did a server query but nothing changed.

EDIT: Now that I did more research, I found out that all these quests are related to the Sparring Arena as I choose the Lumber Mill. Wholly is going to need to know how to distinguish between the Outpost players pick. Ant to not show the quests related to the outpost they don't pick.
__________________
Last edited by Saintgabrial : 11-23-14 at 12:48 AM.
Saintgabrial is offline Report comment to moderator  
Reply With Quote
Unread 11-17-13, 05:07 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
I have just made a prerelease of Wholly on http://ns1.mithrandir.com/WorldOfWar...erelease.shtml that allows the user to set the colors of the quests through the preferences instead of having to resort to using slash commands.
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 11-11-13, 02:59 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Re: Change color of pins

Originally Posted by vitria
Hi,

Does this add-on have the ability for end users to change the color of map pins. I find that the lower level quests do not show up well for me and I miss them (I like to complete all quests in each zone). Thx in advance ...


dwfa
Yes, Wholly can do that but you will have to do it manually as there is no user interface for it. There is a "color" table in the WhollyDatabase preferences, and within that the "W" color is the one you want for low-level quests. So, from the command prompt, do the following:

/run WhollyDatabase.color.W = "FF0000FF"

This will make them blue. The 0000FF is the color in RGB that you can find on a website that shows web colors. The first FF should be kept there.

If you ever want to go back to Wholly's default colors you can do:

/run Wholly:_ResetColors()

which, among other things puts the low-level color back to "FF666666"
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 11-11-13, 02:05 PM  
vitria
A Kobold Labourer

Forum posts: 0
File comments: 2
Uploads: 0
Post Change color of pins

Hi,

Does this add-on have the ability for end users to change the color of map pins. I find that the lower level quests do not show up well for me and I miss them (I like to complete all quests in each zone). Thx in advance ...


dwfa
vitria is offline Report comment to moderator  
Reply With Quote
Unread 10-17-13, 03:08 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Yes, the name is what was uploaded. I was rushed when I uploaded the file and did not notice. When version 039 is released it should be back to the normal naming scheme. The prerelease files are not normally uploaded to these release sites but it is ok.
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 10-17-13, 01:13 PM  
Barleduq
Ruler of All I Survey
 
Barleduq's Avatar

Forum posts: 63
File comments: 273
Uploads: 0
FYI, the file currently on here is Wholly-038PR.zip. Not sure if you failed to rename the file, or what. Figured I'd let you know.

Thanks for the updates!
-Bar
Barleduq is offline Report comment to moderator  
Reply With Quote
Unread 03-10-13, 04:38 PM  
Barleduq
Ruler of All I Survey
 
Barleduq's Avatar

Forum posts: 63
File comments: 273
Uploads: 0
Thank you!

... for the update for 5.2.

FWIW, I haven't seen that 'stuck tooltip' issue again. Weird.
Barleduq is offline Report comment to moderator  
Reply With Quote
Unread 01-02-13, 05:41 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Re: I'm not sure if this is the correct addon...

Originally Posted by Barleduq
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:

/run Wholly.displaysBlizzardQuestTooltips = false
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 01-02-13, 05:26 PM  
Barleduq
Ruler of All I Survey
 
Barleduq's Avatar

Forum posts: 63
File comments: 273
Uploads: 0
I'm not sure if this is the correct addon...

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.
Barleduq is offline Report comment to moderator  
Reply With Quote
Unread 12-17-12, 09:39 PM  
Doskious
A Deviate Faerie Dragon
AddOn Author - Click to view AddOns

Forum posts: 14
File comments: 11
Uploads: 1
Re: Re: Re: Re: TomTom Waypoints & Carbonite

Originally Posted by Nimhfree
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... ^_^
Doskious is offline Report comment to moderator  
Reply With Quote
Unread 12-17-12, 08:10 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Re: Re: Re: TomTom Waypoints & Carbonite

Originally Posted by Doskious
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.
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 12-17-12, 06:38 PM  
Doskious
A Deviate Faerie Dragon
AddOn Author - Click to view AddOns

Forum posts: 14
File comments: 11
Uploads: 1
Re: Re: TomTom Waypoints & Carbonite

Originally Posted by Nimhfree
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.
Doskious is offline Report comment to moderator  
Reply With Quote
Unread 12-16-12, 01:04 PM  
Nimhfree
A Chromatic Dragonspawn
AddOn Author - Click to view AddOns

Forum posts: 154
File comments: 32
Uploads: 3
Re: TomTom Waypoints & Carbonite

Originally Posted by Doskious
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?
Nimhfree is offline Report comment to moderator  
Reply With Quote
Unread 12-16-12, 09:07 AM  
Doskious
A Deviate Faerie Dragon
AddOn Author - Click to view AddOns

Forum posts: 14
File comments: 11
Uploads: 1
Question TomTom Waypoints & Carbonite

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?
Doskious is offline Report comment to moderator  
Reply With Quote
Post A Reply



Category Jump: