View
@@ -198,7 +198,8 @@
2. Injection Methodology
The system hooks into QuestieDB:Initialize(). Instead of modifying
QuestieDB.questData directly, it populates the override tables which are checked during
- quest retrieval.
+ quest retrieval.
+
-- EbonholdLoader.lua snippet
local function InjectOverrides()
for id, data in pairs(EbonholdDB.questData) do
@@ -228,7 +229,7 @@ end
Quest Icon Persistence Fix
Custom server quests often use auto-complete triggers which can bypass Questie's standard cleanup events.
- We implemented a two-tier cleanup strategy:
+ I implemented a two-tier cleanup strategy:
- Delayed Verification: A 500ms check after
QuestComplete to catch
lingering frames.
@@ -240,7 +241,7 @@ end
Custom Quest Implementation
- For large-scale "kill count" quests (e.g., 75 Dragonkin), we utilize the killCreditObjective
+
For large-scale "kill count" quests (e.g., 75 Dragonkin), I utilize the killCreditObjective
pattern. This allows a single quest objective to be mapped to a dynamic list of NPC IDs.
@@ -266,18 +267,7 @@ end
}
-
-
- Automated Learning (Self-Learning)
- When Questie encounters a Quest ID that exists in the player's log but is missing from the local
- database, it triggers a Runtime Learning event.
-
- - Scans
GetQuestLogTitle(index) for the missing ID.
- - Calls
QuestieLearner:OnQuestAccepted to populate overrides.
- - Immediately re-injects the data using
InjectLearnedData.
- - Retries the tracker render without requiring a UI reload.
-
-
+