[Addon] Questie *v2.66* - A quest helper for vanilla!

[Dyaxler]

/questie clearconfig --> Only clears settings NOT quest database
/questie NUKE --> Wipes out everything

[Shotgunsaint]

I've released v2.63 - Tons of tweaks and fixes so please read the release notes here:
https://github.com/AeroScripts/QuestieD ... ses/latest

Highlights:

• Worldmap should be working as intended.
• Performance issues and lag pertaining to the QuestTracker should be gone.
• Added the ability to turn on the QuestArrow via the Worldmap and Minimap.
• You can turn off the Arrow by right clicking on it.
• Root cause analysis for the "hover over object" FPS drop or lag.

Thanks for your hard work. I can't wait to get home and install this latest version.

[cyklon]

Hard work payed off! no lags, fully working! Thanks alot!!

[Leondre]

Hey, i downloaded questie from github, pasted it to my addon folder, but it doesn't show up in game, i then removed the ! from the folder name and pasted it again, still doesn't show up. is there anything im doing wrong?

[Village Simpleton]

IT WORKED! Now questie 2.63 remembers my completed quests, and with the min/max filters enabled everything is back in normal. Thanks for the work on this addon!

But now i got a new problem which did not occur in 2.62: i cant move the quest tracker, neither does the quest arrow appear when i click on a quest or objective in the tracker. I tried Shift + Ctrl + drag, but it didnt worked.

[Petroix]

Great work man, it's going the right way every update. Fullscreen is back again, ESC button works and no lags. However there are 2 problems I have spotted, not that big deal but I will try to describe it that you could fix them someday hopefully.

1. Every relog or /reloadui makes world map reset to default mode/setup. Let's say you selected fullscreen or look'n'feel mode but later have to relog or /rl. After that, you are back with default windowed world map. There are several /questie commands that requires UI reload so it can be a little bit annoying. Without Questie enabled there is no problem. It looks like Questia tried to force world map to display in specified mode or something like that.

2. If you click on any Quest Objective on world map (brown sack?) it causes lua error to pop out:

Keep up the good work man, I dream you could work on that stupid cartographer too, instead of it's author

[Dyaxler]

1. Every relog or /reloadui makes world map reset to default mode/setup. Let's say you selected fullscreen or look'n'feel mode but later have to relog or /rl. After that, you are back with default windowed world map. There are several /questie commands that requires UI reload so it can be a little bit annoying. Without Questie enabled there is no problem. It looks like Questia tried to force world map to display in specified mode or something like that.

2. If you click on any Quest Objective on world map (brown sack?) it causes lua error to pop out:

Keep up the good work man, I dream you could work on that stupid cartographer too, instead of it's author

Thanks! And OPPS! LOL...

1. I fixed the map issue. I had to make Cartographer an "Optional" dependency in order to allow the modules to work right and survive a ReloadUI() or a Re-log. In my initial test pass I had it setup as a dependency until I re-wrote the detection check. Then I removed it in one of my test passes and my code still worked but I didn't check to see if Cartographers settings would stick through a Re-load/Re-log. So opps. Dependency is back and it's all working now.

2. Another opps... it was late when I wrote this code and my brain hiccuped.

Old code:

Code: Select all

function SetArrowObjective(hash)
   if arrow_objective == hash then
      wayframe:Hide();
      arrow_objective = 0;
      return;
   end
   arrow_objective = hash
   local objective = QuestieTrackedQuests[hash]["arrowPoint"]
   SetCrazyArrow(objective, objective.dist, objective.title)
end

The issue is the local objective - it's looking in the QuestieTrackedQuests table. Well... if the player doesn't have a quest actively "tracked" then there is no [hash] number. I changed it to look in the QuestieSeenQuests table. The [hash] will always be there regardless of status as long as it's in the players quest log.

I'm going to check in these fixes. I've already checked in a quick fix for better error handling for folks not paying attention to the release notes. I wrote an extra check function that will look in the payers SavedVariables file for missing entries and then add them.

These fixes will have to be installed manually as there aren't enough changes to warrant a new release. Besides I'd like for you guys to test this stuff before I include it in a future release.

[Mikeygeez]

Is there a way of moving the arrow from the middle of the screen and where the quest names are tracked? The quest that are being tracked cover my character template and its rather annoying?

[Mikeygeez]

Is there a way of moving the tracking arrow? And where the name of the quests that are tracked? The tracked quests are covering my characters template and the tracking arrow is in the middle of my screen.

[Dyaxler]

Actually... I'll have to rethink the QuestArrow. I just remembered that the objective.dist and objective.title are also in the QuestieTrackedQuests table which are set to false if the quest isn't tracked. So there is no table. I'll add an additional check to make sure this function doesn't fire unless the quest is actually being tracked.