|
farmbuyer@1
|
1
|
|
farmbuyer@1
|
2 local todo = [[
|
|
farmbuyer@1
|
3 - [DONE,TEST,comm] releasing before DBM signals wipe results in outdoor location
|
|
farmbuyer@1
|
4
|
|
farmbuyer@1
|
5 - implement ack, then fallback to recording if not ack'd
|
|
farmbuyer@1
|
6
|
|
farmbuyer@73
|
7 - special treatment for recipes / BoE items? default to guild vault? (DONE for user-configurable list of items defaulting to crafting drops)
|
|
farmbuyer@1
|
8
|
|
farmbuyer@29
|
9 - [DONE,TEST,comm] rebroadcasting entire boss sections, entire days. (TODO: maybe only whisper
|
|
farmbuyer@29
|
10 to specific people rather than broadcast.)
|
|
farmbuyer@1
|
11
|
|
farmbuyer@16
|
12 - [DONE] signpost a potential boss kill, pipeline loot until the cache clears
|
|
farmbuyer@1
|
13
|
|
farmbuyer@1
|
14 - Being able to drag rows up and down the main loot grid would be awesome. Coding
|
|
farmbuyer@1
|
15 that would be likely to drive me batshiat insane.
|
|
farmbuyer@1
|
16 ]]
|
|
farmbuyer@1
|
17
|
|
farmbuyer@1
|
18 local addon = select(2,...)
|
|
farmbuyer@67
|
19 if addon.NOLOAD then return end
|
|
farmbuyer@1
|
20
|
|
farmbuyer@1
|
21 addon.helptree = {
|
|
farmbuyer@1
|
22 {
|
|
farmbuyer@1
|
23 value = "about",
|
|
farmbuyer@1
|
24 text = "About",
|
|
farmbuyer@1
|
25 },
|
|
farmbuyer@1
|
26 {
|
|
farmbuyer@1
|
27 value = "basic",
|
|
farmbuyer@1
|
28 text = "Basics",
|
|
farmbuyer@1
|
29 children = {
|
|
farmbuyer@1
|
30 {
|
|
farmbuyer@1
|
31 value = "loot",
|
|
farmbuyer@1
|
32 text = "Loot Entries",
|
|
farmbuyer@1
|
33 },
|
|
farmbuyer@1
|
34 {
|
|
farmbuyer@1
|
35 value = "boss",
|
|
farmbuyer@1
|
36 text = "Boss Entries",
|
|
farmbuyer@1
|
37 },
|
|
farmbuyer@1
|
38 },
|
|
farmbuyer@1
|
39 },
|
|
farmbuyer@1
|
40 {
|
|
farmbuyer@1
|
41 value = "tracking",
|
|
farmbuyer@1
|
42 text = "Tracking Loot",
|
|
farmbuyer@1
|
43 children = {
|
|
farmbuyer@1
|
44 {
|
|
farmbuyer@1
|
45 value = "enabled",
|
|
farmbuyer@1
|
46 text = "Full Tracking",
|
|
farmbuyer@1
|
47 },
|
|
farmbuyer@1
|
48 {
|
|
farmbuyer@1
|
49 value = "bcast",
|
|
farmbuyer@1
|
50 text = "Rebroadcasting",
|
|
farmbuyer@1
|
51 },
|
|
farmbuyer@1
|
52 },
|
|
farmbuyer@1
|
53 },
|
|
farmbuyer@1
|
54 {
|
|
farmbuyer@1
|
55 value = "texts",
|
|
farmbuyer@1
|
56 text = "Generated Texts",
|
|
farmbuyer@1
|
57 children = {
|
|
farmbuyer@1
|
58 {
|
|
farmbuyer@1
|
59 value = "forum",
|
|
farmbuyer@1
|
60 text = "Forum Markup",
|
|
farmbuyer@1
|
61 },
|
|
farmbuyer@1
|
62 {
|
|
farmbuyer@1
|
63 value = "other",
|
|
farmbuyer@1
|
64 text = "Other Texts",
|
|
farmbuyer@1
|
65 },
|
|
farmbuyer@1
|
66 {
|
|
farmbuyer@1
|
67 value = "saved",
|
|
farmbuyer@1
|
68 text = "Saved Texts",
|
|
farmbuyer@1
|
69 },
|
|
farmbuyer@1
|
70 },
|
|
farmbuyer@1
|
71 },
|
|
farmbuyer@1
|
72 {
|
|
farmbuyer@7
|
73 value = "history",
|
|
farmbuyer@7
|
74 text = "History Tab",
|
|
farmbuyer@7
|
75 },
|
|
farmbuyer@7
|
76 {
|
|
farmbuyer@1
|
77 value = "tips",
|
|
farmbuyer@1
|
78 text = "Handy Tips",
|
|
farmbuyer@1
|
79 children = {
|
|
farmbuyer@1
|
80 {
|
|
farmbuyer@1
|
81 value = "slashies",
|
|
farmbuyer@1
|
82 text = "Slash Commands",
|
|
farmbuyer@1
|
83 },
|
|
farmbuyer@73
|
84 {
|
|
farmbuyer@73
|
85 value = "prescan",
|
|
farmbuyer@73
|
86 text = "Prescanning",
|
|
farmbuyer@73
|
87 },
|
|
farmbuyer@1
|
88 },
|
|
farmbuyer@1
|
89 },
|
|
farmbuyer@1
|
90 {
|
|
farmbuyer@1
|
91 value = "todo",
|
|
farmbuyer@1
|
92 text = "TODOs, Bugs, etc",
|
|
farmbuyer@1
|
93 children = {
|
|
farmbuyer@1
|
94 {
|
|
farmbuyer@1
|
95 value = "gotchas",
|
|
farmbuyer@1
|
96 text = "Gotchas",
|
|
farmbuyer@1
|
97 },
|
|
farmbuyer@1
|
98 {
|
|
farmbuyer@1
|
99 value = "todolist",
|
|
farmbuyer@1
|
100 text = "TODO/knownbugs",
|
|
farmbuyer@1
|
101 },
|
|
farmbuyer@1
|
102 },
|
|
farmbuyer@1
|
103 },
|
|
farmbuyer@1
|
104 }
|
|
farmbuyer@1
|
105
|
|
farmbuyer@1
|
106 -- Help text. Formatting doesn't matter, but use a blank line to split
|
|
farmbuyer@1
|
107 -- paragraphs. This file needs to be edited with a text editor that doesn't
|
|
farmbuyer@1
|
108 -- do anything stupid by placing extra spaces at the end of lines.
|
|
farmbuyer@1
|
109 do
|
|
farmbuyer@73
|
110 local replacement_colors = {
|
|
farmbuyer@73
|
111 ["+"]="|cff30adff", -- blue: right-click options, control panel names
|
|
farmbuyer@73
|
112 ["<"]="|cff00ff00", -- light green, tab titles and generic highlighting
|
|
farmbuyer@73
|
113 [">"]="|r" }
|
|
farmbuyer@1
|
114 local T={}
|
|
farmbuyer@1
|
115 T.about = [[
|
|
farmbuyer@1
|
116 Ouro Loot is the fault of Farmbuyer of Ouroboros on US-Kilrogg. Bug reports,
|
|
farmbuyer@1
|
117 comments, and suggestions are welcome at the project page at curse.com or send
|
|
farmbuyer@1
|
118 them to <farmbuyer@gmail.com>.
|
|
farmbuyer@1
|
119 ]]
|
|
farmbuyer@1
|
120
|
|
farmbuyer@1
|
121 T.basic = [[
|
|
farmbuyer@1
|
122 The </ouroloot> (and </loot> by default) command opens this display. The buttons
|
|
farmbuyer@1
|
123 on the right side control operation and are mostly self-explanatory. Hovering over
|
|
farmbuyer@1
|
124 things will usually display some additional text in the gray line at the bottom.
|
|
farmbuyer@1
|
125
|
|
farmbuyer@47
|
126 Each tab on the left side can additionally create extra contols in the lower right
|
|
farmbuyer@47
|
127 section (with the same name as the tab).
|
|
farmbuyer@1
|
128
|
|
farmbuyer@1
|
129 The first tab on the left side, <Loot>, is where everything goes to and comes
|
|
farmbuyer@1
|
130 from. Looting events and Deadly Boss Mods notifications go to the <Loot> tab; the
|
|
farmbuyer@1
|
131 other tabs are all generated from the information in the <Loot> tab.
|
|
farmbuyer@16
|
132
|
|
farmbuyer@16
|
133 |cffff335dNote about these Help pages:|r The category "titles" on the left side
|
|
farmbuyer@16
|
134 have their own help text, in addition to the more specific entries in the expanded
|
|
farmbuyer@16
|
135 list. Read those first before expanding the categories or you'll miss stuff.
|
|
farmbuyer@1
|
136 ]]
|
|
farmbuyer@1
|
137
|
|
farmbuyer@1
|
138 T.basic_loot = [[
|
|
farmbuyer@1
|
139 A "loot row" in the first tab has three columns: the item, the recipient, and any
|
|
farmbuyer@1
|
140 extra notes. The recipient's class icon is displayed by their names, if class
|
|
farmbuyer@1
|
141 information is available at the time.
|
|
farmbuyer@1
|
142
|
|
farmbuyer@1
|
143 <Mouse Hover>
|
|
farmbuyer@1
|
144
|
|
farmbuyer@1
|
145 Hovering the mouse over the first column will display the item in a tooltip.
|
|
farmbuyer@1
|
146
|
|
farmbuyer@1
|
147 Hovering over the second column will display a tooltip with the loot that person
|
|
farmbuyer@1
|
148 has received. If they've won more than 10 items, the list is cut off with '...'
|
|
farmbuyer@1
|
149 at the end; to see the full list, use the right-click +Show only this player> option
|
|
farmbuyer@1
|
150 instead.
|
|
farmbuyer@1
|
151
|
|
farmbuyer@1
|
152 <Right-Click>
|
|
farmbuyer@1
|
153
|
|
farmbuyer@1
|
154 Right-clicking a loot row shows a dropdown menu.
|
|
farmbuyer@1
|
155
|
|
farmbuyer@1
|
156 Right-clicking in the first or third columns will display options for special
|
|
farmbuyer@1
|
157 treatment of that loot entry (marking as offspec, etcetera). Using any of those
|
|
farmbuyer@1
|
158 options will change the text in the third column (which will then affect the text
|
|
farmbuyer@1
|
159 in the generated tabs, such as forum markup).
|
|
farmbuyer@1
|
160
|
|
farmbuyer@1
|
161 Right-clicking in the second column allows you to temporarily remove all other
|
|
farmbuyer@1
|
162 players from the loot display. Use the reset button in the lower-right corner to
|
|
farmbuyer@1
|
163 restore the display to normal. The menu also allows you to +reassign> loot from
|
|
farmbuyer@1
|
164 one player to another; if the new recipient is not in the raid group at the time,
|
|
farmbuyer@1
|
165 use the +Enter name...> option at the bottom of the list of names to type the
|
|
farmbuyer@47
|
166 name into a text box. If your raid takes advantage of the ability to trade
|
|
farmbuyer@1
|
167 soulbound items, you will need to reassign the item here for the generated text
|
|
farmbuyer@1
|
168 to be factually correct.
|
|
farmbuyer@1
|
169
|
|
farmbuyer@1
|
170 See the help screen on "Boss Entries" for the +Insert new boss kill event> option.
|
|
farmbuyer@1
|
171
|
|
farmbuyer@1
|
172 <Double-Click>
|
|
farmbuyer@1
|
173
|
|
farmbuyer@1
|
174 Double-clicking a loot row in the third ("Notes") column allows you to edit that
|
|
farmbuyer@1
|
175 field directly. The color of the text will still depend on any +Mark as ___>
|
|
farmbuyer@1
|
176 actions done to that loot row, whether automatically or by hand.
|
|
farmbuyer@1
|
177 ]]
|
|
farmbuyer@1
|
178
|
|
farmbuyer@1
|
179 T.basic_boss = [[
|
|
farmbuyer@1
|
180 Boss wipe/kill entries are entirely dependant on Deadly Boss Mods being enabled and
|
|
farmbuyer@1
|
181 up-to-date. The typical sequence of events for our usual raids goes like this:
|
|
farmbuyer@1
|
182
|
|
farmbuyer@1
|
183 We make four or five attempts on Baron Steamroller. As DBM registers that combat
|
|
farmbuyer@1
|
184 ends, a <wipe> event is entered on the loot display along with the duration of the
|
|
farmbuyer@1
|
185 fight. If the loot display is opened, the wipes will be visible with a light gray
|
|
farmbuyer@1
|
186 background.
|
|
farmbuyer@1
|
187
|
|
farmbuyer@47
|
188 After reminding the melee dps to move out of fire, we manage to kill
|
|
farmbuyer@1
|
189 Steamroller. When DBM registers the win, a <kill> event is entered on the display
|
|
farmbuyer@1
|
190 with a dark gray background.
|
|
farmbuyer@1
|
191 All previous <wipe>s are removed and collapsed into the <kill> event. The final
|
|
farmbuyer@1
|
192 <kill> event shows the duration of the successful fight and the number of attempts
|
|
farmbuyer@47
|
193 needed (or "one-shot" if we're competent).
|
|
farmbuyer@1
|
194
|
|
farmbuyer@1
|
195 Sometimes this goes wrong, when DBM misses its own triggers. If DBM does not catch
|
|
farmbuyer@1
|
196 the start of the boss fight, it can't register the end, so nothing at all is
|
|
farmbuyer@1
|
197 recorded. If the fight was a win but DBM does not catch the victory conditions,
|
|
farmbuyer@1
|
198 then DBM will (after several seconds) decide that it was a wipe instead. And
|
|
farmbuyer@1
|
199 sometimes useful loot will drop from trash mobs, which DBM knows nothing about.
|
|
farmbuyer@1
|
200
|
|
farmbuyer@1
|
201 For all those reasons, right-clicking on a "boss row" will display options for
|
|
farmbuyer@1
|
202 +Insert new boss kill event>, and for toggling a <wipe> into a <kill>. We often
|
|
farmbuyer@1
|
203 insert bosses named "trash" to break up the display and correct the forum markup
|
|
farmbuyer@1
|
204 listing.
|
|
farmbuyer@1
|
205 ]]
|
|
farmbuyer@1
|
206
|
|
farmbuyer@1
|
207 T.tracking = [[
|
|
farmbuyer@1
|
208 The first button underneath +Main> in the right-hand column displays the current
|
|
farmbuyer@1
|
209 status of the addon. If it is disabled, then no recording, rebroadcasting, or
|
|
farmbuyer@1
|
210 listening for rebroadcasts is performed. Any loot already recorded will be restored
|
|
farmbuyer@1
|
211 across login sessions no matter the status.
|
|
farmbuyer@1
|
212
|
|
farmbuyer@1
|
213 You can turn on tracking/broadcasting before joining a raid. If you join a raid
|
|
farmbuyer@47
|
214 and the addon has not been turned on, then a popup dialog will ask for
|
|
farmbuyer@1
|
215 instructions. (This can be turned off in the advanced <Options>.)
|
|
farmbuyer@1
|
216
|
|
farmbuyer@1
|
217 The addon tries to be smart about logging on during a raid (due to a disconnect or
|
|
farmbuyer@1
|
218 relog). If you log in, are already in a raid group, and loot has already been
|
|
farmbuyer@16
|
219 stored from tracking, it will re-enable itself automatically.
|
|
farmbuyer@1
|
220
|
|
farmbuyer@1
|
221 The intent of the addon design is that, after the end of a raid, all the generated
|
|
farmbuyer@1
|
222 markup text is done, optionally saved (see "Generated Texts - Saved Texts"), and
|
|
farmbuyer@1
|
223 then cleared from
|
|
farmbuyer@1
|
224 storage altogether. As a result, if you login with restored loot information but
|
|
farmbuyer@1
|
225 are not in a raid, the addon will do nothing on its own -- but will assume that
|
|
farmbuyer@1
|
226 you've forgotten to finish those steps and will yammer about it in the chat window
|
|
farmbuyer@1
|
227 as a reminder.
|
|
farmbuyer@1
|
228
|
|
farmbuyer@1
|
229 The +Threshold> drop-down has no connection at all with any current loot threshold
|
|
farmbuyer@1
|
230 set by you or a master looter.
|
|
farmbuyer@1
|
231 ]]
|
|
farmbuyer@1
|
232
|
|
farmbuyer@1
|
233 T.tracking_enabled = [[
|
|
farmbuyer@1
|
234 Full tracking records all loot events that fulfill these criteria:
|
|
farmbuyer@1
|
235
|
|
farmbuyer@1
|
236 1) The loot quality is equal to or better than what you have selected in the
|
|
farmbuyer@1
|
237 +Threshold> drop-down.
|
|
farmbuyer@1
|
238
|
|
farmbuyer@47
|
239 2) The loot is not in the list of items to filter out (see the <Options> tab).
|
|
farmbuyer@47
|
240 These are things like shards from disenchanting and Darkmoon Faire quest items.
|
|
farmbuyer@1
|
241
|
|
farmbuyer@1
|
242 3) <You can see the loot event.> More precisely, you need to be close enough
|
|
farmbuyer@1
|
243 to the recipient of the loot to be able to see "So-And-So receives loot: [Stuff]"
|
|
farmbuyer@1
|
244 in your chat window, even if you have those actual loot messages turned off.
|
|
farmbuyer@1
|
245
|
|
farmbuyer@1
|
246 It is (3) that causes complications. A master looter can assign loot to anybody
|
|
farmbuyer@1
|
247 anywhere in a raid instance, but the range on detecting loot events is much
|
|
farmbuyer@1
|
248 smaller. If your raid does not use master looting then you merely need to be
|
|
farmbuyer@1
|
249 close enough to the boss corpse, presuming that the winners will need to walk
|
|
farmbuyer@1
|
250 over to get their phat epix.
|
|
farmbuyer@1
|
251
|
|
farmbuyer@1
|
252 If you do use master looter, then you have two options: first, you can
|
|
farmbuyer@1
|
253 require players
|
|
farmbuyer@1
|
254 who might get loot to stay near the boss. You would then also need to stay near
|
|
farmbuyer@1
|
255 the boss to detect the loot event. (This can be less hassle if you are also
|
|
farmbuyer@1
|
256 the loot master.) The downside is that other players moving on to fight to the
|
|
farmbuyer@1
|
257 next boss are doing so without the help of their teammates.
|
|
farmbuyer@1
|
258
|
|
farmbuyer@1
|
259 The other option is to ask other players to also install Ouro Loot, and for
|
|
farmbuyer@1
|
260 them to turn on the "Rebroadcasting" feature. Any loot events which they can
|
|
farmbuyer@1
|
261 see will be communicated to you. Then it only becomes necessary for at least
|
|
farmbuyer@1
|
262 one person to be close enough to the loot recipient to see the item awarded,
|
|
farmbuyer@47
|
263 and you will record it no matter how far away you are -- even back in Orgrimmar.
|
|
farmbuyer@1
|
264
|
|
farmbuyer@1
|
265 If you have Full Tracking enabled, then you are also automatically rebroadcasting.
|
|
farmbuyer@1
|
266 Having more than one player with Full Tracking turned on is probably a good
|
|
farmbuyer@1
|
267 idea, in case one of the trackers experiences a game crash or is suddenly kidnapped
|
|
farmbuyer@1
|
268 by robot ninja monkeys.
|
|
farmbuyer@1
|
269 ]]
|
|
farmbuyer@1
|
270
|
|
farmbuyer@1
|
271 T.tracking_bcast = [[
|
|
farmbuyer@1
|
272 The simplest method of operation is only rebroadcasting the loot events that you
|
|
farmbuyer@1
|
273 see, as you see them. Nothing is recorded in your local copy of the addon.
|
|
farmbuyer@1
|
274
|
|
farmbuyer@1
|
275 If you logout for any reason, the addon will not reactivate when you log back in.
|
|
farmbuyer@1
|
276
|
|
farmbuyer@1
|
277 You can use </loot bcast> or </loot broadcast> to turn on rebroadcasting without
|
|
farmbuyer@1
|
278 opening the GUI.
|
|
farmbuyer@1
|
279 ]]
|
|
farmbuyer@1
|
280
|
|
farmbuyer@1
|
281 T.texts = [[
|
|
farmbuyer@47
|
282 The middle tabs are simply large editable text boxes. Their text is initially
|
|
farmbuyer@47
|
283 generated from
|
|
farmbuyer@1
|
284 the information stored on the main <Loot> tab, at the time you click on the tab.
|
|
farmbuyer@1
|
285 Not every bit of information that
|
|
farmbuyer@1
|
286 we want in the generated text is always available, or depends on things that the
|
|
farmbuyer@1
|
287 game itself can't know. So you can edit the text in the tabs and your edits will
|
|
farmbuyer@1
|
288 be preserved.
|
|
farmbuyer@1
|
289
|
|
farmbuyer@1
|
290 Each time you click one of the text tabs, every new entry on the <Loot> tab
|
|
farmbuyer@1
|
291 since the last time this tab was shown will be turned into text.
|
|
farmbuyer@1
|
292
|
|
farmbuyer@1
|
293 Clicking the +Regenerate> button will throw away all the text on that tab, including
|
|
farmbuyer@1
|
294 any edits you've made, and recreate all of it from scratch. If you've accidentally
|
|
farmbuyer@1
|
295 deleted the text from the editbox, or you've made manual changes to the <Loot> tab,
|
|
farmbuyer@1
|
296 you can use this button to start over.
|
|
farmbuyer@1
|
297
|
|
farmbuyer@1
|
298 You can click in an editbox and use Control-A to select all text, then Control-C
|
|
farmbuyer@1
|
299 to copy it to the system clipboard for subsequent pasting into a web browser or
|
|
farmbuyer@1
|
300 whatever. If you're on a Mac, you probably already know the equivalent keys.
|
|
farmbuyer@1
|
301 ]]
|
|
farmbuyer@1
|
302
|
|
farmbuyer@1
|
303 T.texts_forum = [[
|
|
farmbuyer@1
|
304 The <Forum Markup> tab creates text as used by the guild forums for Ouroboros
|
|
farmbuyer@31
|
305 of US-Kilrogg. By default this is fairly standard BBcode. The format of the
|
|
farmbuyer@1
|
306 individual loot items can be adjusted via the dropdown menu on the lower right
|
|
farmbuyer@1
|
307 of the tab.
|
|
farmbuyer@1
|
308
|
|
farmbuyer@1
|
309 The [url] choice defaults to using Wowhead. If you have the [item] extension
|
|
farmbuyer@1
|
310 for your BBcode installed, you can use either of those choices too. The "by ID"
|
|
farmbuyer@16
|
311 variant is good for heroic raid items that share names with nonheroic items,
|
|
farmbuyer@16
|
312 but the raw output is harder to read in the text tab.
|
|
farmbuyer@1
|
313
|
|
farmbuyer@1
|
314 You can also specify a custom string. Formatting is done with these replacements:
|
|
farmbuyer@1
|
315
|
|
farmbuyer@1
|
316 +$N>: item name|r
|
|
farmbuyer@1
|
317
|
|
farmbuyer@1
|
318 +$I>: (capital "eye", not "ell") numeric item ID|r
|
|
farmbuyer@1
|
319
|
|
farmbuyer@1
|
320 +$T>: loot recipient and any additional notes|r
|
|
farmbuyer@1
|
321
|
|
farmbuyer@1
|
322 +$X>: if more than one of the item was looted, this is the "x2", "x3", etc
|
|
farmbuyer@1
|
323
|
|
farmbuyer@1
|
324
|
|
farmbuyer@1
|
325 Pro tip #1: if something has happened on the main <Loot> tab which cannot be
|
|
farmbuyer@1
|
326 changed directly but would generate incorrect text, you can click this tab to
|
|
farmbuyer@1
|
327 generate the text right away. Then edit/move the text as needed. When you
|
|
farmbuyer@1
|
328 close the display or click back on the <Loot> tab, your edited text will be
|
|
farmbuyer@1
|
329 preserved for later.
|
|
farmbuyer@1
|
330
|
|
farmbuyer@47
|
331 Pro tip #2: Barring situations like pro tip #1, this addon author typically
|
|
farmbuyer@47
|
332 does not generate any text until the end of the raid, simplifying things
|
|
farmbuyer@47
|
333 considerably.
|
|
farmbuyer@1
|
334 ]]
|
|
farmbuyer@1
|
335
|
|
farmbuyer@1
|
336 T.texts_other = [[
|
|
farmbuyer@1
|
337 So far the only other generated text is the <Attendance> tab, an alphabetized list
|
|
farmbuyer@56
|
338 on a per-boss basis. Players who are probably inside the raid are grouped
|
|
farmbuyer@56
|
339 under [:PLUS:], and the remaining players are under [-]. "Probably inside" is an
|
|
farmbuyer@56
|
340 assumption that groups 1 and 2 are raiding in a 10-player instance, groups 1-5
|
|
farmbuyer@56
|
341 are raiding in a 25-player instance, and so forth.
|
|
farmbuyer@1
|
342
|
|
farmbuyer@1
|
343 Other addons can register their own text tabs and corresponding generation
|
|
farmbuyer@1
|
344 functions. If you want to be able to feed text into an offline program (for
|
|
farmbuyer@1
|
345 example, a spreadsheet or DKP tracker), then this may be of use to you.
|
|
farmbuyer@1
|
346
|
|
farmbuyer@1
|
347 Ideas for more tabs? Tell me!
|
|
farmbuyer@1
|
348 ]]
|
|
farmbuyer@1
|
349
|
|
farmbuyer@1
|
350 T.texts_saved = [[
|
|
farmbuyer@16
|
351 The contents of the <Forum Markup>, <Attendance>, and other such tabs can be saved,
|
|
farmbuyer@16
|
352 so that they will not be lost when you use the +Clear> button.
|
|
farmbuyer@1
|
353
|
|
farmbuyer@1
|
354 Do any edits you want to the generated text tabs, then click the +Save Current As...>
|
|
farmbuyer@1
|
355 button on the right-hand side. Enter a short descriptive reminder (for example,
|
|
farmbuyer@1
|
356 "thursday hardmodes") in the popup dialog. The texts will remain in their tabs,
|
|
farmbuyer@1
|
357 but clearing loot information will not lose them now.
|
|
farmbuyer@1
|
358
|
|
farmbuyer@16
|
359 All saved texts are listed on the right-hand side. Clicking a saved text name
|
|
farmbuyer@16
|
360 lets you +Load> or +Delete> that saved set. The primary <Loot> tab is not saved
|
|
farmbuyer@16
|
361 and restored by this process, only the generated texts. This also means you cannot
|
|
farmbuyer@16
|
362 +Regenerate> the texts.
|
|
farmbuyer@1
|
363 ]]
|
|
farmbuyer@1
|
364
|
|
farmbuyer@7
|
365 T.history = [[
|
|
farmbuyer@7
|
366 The <History> tab maintains a list of all loot. It is intended to help answer
|
|
farmbuyer@7
|
367 questions such as "When was the last time PlayerX won something?" and "How much stuff
|
|
farmbuyer@7
|
368 has PlayerY gotten lately?" The history tab is, by design, not as configurable
|
|
farmbuyer@25
|
369 as the main <Loot> tab; entries cannot be manually edited and so forth.
|
|
farmbuyer@7
|
370
|
|
farmbuyer@25
|
371 This loot history is the only "live" data tab which persists across the +Clear Loot> command.
|
|
farmbuyer@7
|
372 For this reason, very little information is stored: only the recipient, the item,
|
|
farmbuyer@8
|
373 and a textual timestamp. Boss names, offspecs, and other notes are not preserved.
|
|
farmbuyer@7
|
374
|
|
farmbuyer@7
|
375 The default history window shows the most recent item received by each person. It
|
|
farmbuyer@7
|
376 is sorted with the most recent loot at the top, towards older loot at the bottom.
|
|
farmbuyer@7
|
377 You can click the column headers to rearrange the rows, but doing so repeatedly can
|
|
farmbuyer@7
|
378 lead to odd display issues.
|
|
farmbuyer@7
|
379
|
|
farmbuyer@7
|
380 Left-clicking a row will change the window to display all recorded loot for that
|
|
farmbuyer@25
|
381 player. While on that display, right-clicking any row will return to showing the
|
|
farmbuyer@25
|
382 most recent single item for all players.
|
|
farmbuyer@7
|
383
|
|
farmbuyer@7
|
384 Histories are maintained per-realm. This refers to the realm you are on when the
|
|
farmbuyer@7
|
385 loot drops, not the realm of the player receiving it (in the case of cross-realm
|
|
farmbuyer@7
|
386 groups). If you play multiple characters on the same realm, history will accumulate
|
|
farmbuyer@7
|
387 across all your raids. To change the displayed realm, use the dropdown menu in
|
|
farmbuyer@7
|
388 the lower right corner.
|
|
farmbuyer@7
|
389
|
|
farmbuyer@7
|
390 The +Regenerate> button permanently erases the history of the displayed realm, and
|
|
farmbuyer@7
|
391 creates fresh entries using whatever loot information is currently on the <Loot> tab.
|
|
farmbuyer@7
|
392 Be aware that the <Loot> tab does not track realms, so if you have gathered data
|
|
farmbuyer@7
|
393 for players on realm A, but are displaying realm B when you click the Regenerate button,
|
|
farmbuyer@7
|
394 then your history for realm B will be... very odd.
|
|
farmbuyer@7
|
395
|
|
farmbuyer@7
|
396 +Clear Realm History> and +Clear ALL History> are used to periodically wipe the
|
|
farmbuyer@7
|
397 slate clean. They do not generate any new entries from existing loot.
|
|
farmbuyer@7
|
398
|
|
farmbuyer@76
|
399 +Clear Older> deletes history information older than a certain threshold (by
|
|
farmbuyer@76
|
400 default, 5 loot events). It is another good periodic maintenance step, but
|
|
farmbuyer@76
|
401 does not discard as much data as the other actions.
|
|
farmbuyer@7
|
402
|
|
farmbuyer@25
|
403 Using +Reassign to...> will also move the item between player histories. The timestamp
|
|
farmbuyer@25
|
404 will not be changed; it will "always have been" received by the new recipient.
|
|
farmbuyer@25
|
405
|
|
farmbuyer@25
|
406 Using +Mark as disenchanted> or +Mark as guild vault> will remove the item from
|
|
farmbuyer@25
|
407 history altogether. Remarking such an item as +normal> or +offspec> will replace
|
|
farmbuyer@25
|
408 the item back into the player's history.
|
|
farmbuyer@25
|
409
|
|
farmbuyer@7
|
410 Note: the first time you display the histories during a game session, you will
|
|
farmbuyer@7
|
411 likely see several items listed as +UNKNOWN>. This is not a bug; these items are
|
|
farmbuyer@7
|
412 simply not in your local game cache. WoW will automatically retrieve the missing
|
|
farmbuyer@7
|
413 data after several seconds, but the display will not update until the next time
|
|
farmbuyer@7
|
414 the History tab is shown. Starting in WoW 4.0, the local game cache is not preserved
|
|
farmbuyer@7
|
415 across play sessions, so the +UNKNOWN> entries will pop up from time to time.
|
|
farmbuyer@7
|
416 ]]
|
|
farmbuyer@7
|
417
|
|
farmbuyer@1
|
418 T.tips = [[
|
|
farmbuyer@16
|
419 Shift-clicking an item in the <Loot> or <History> display will paste it into an
|
|
farmbuyer@16
|
420 open chat editbox.
|
|
farmbuyer@1
|
421
|
|
farmbuyer@16
|
422 The |cffff8000[Ouro Loot]|r "legendary item" displayed at the start of all
|
|
farmbuyer@1
|
423 chat messages is a clickable link. Clicking opens the main display. An option
|
|
farmbuyer@1
|
424 on the <Options> tab will cause a message to be printed after a boss kill,
|
|
farmbuyer@1
|
425 mostly for lazy loot trackers who don't like typing slash commands to open windows.
|
|
farmbuyer@1
|
426
|
|
farmbuyer@1
|
427 If you are broadcasting to somebody else who is tracking, you should probably be
|
|
farmbuyer@1
|
428 using the same threshold. If yours is lower, then some of the loot you broadcast
|
|
farmbuyer@1
|
429 to him will be ignored. If yours is higher, then you will not be sending information
|
|
farmbuyer@1
|
430 that he would have recorded. The "correct" setting depends on what your guild wants
|
|
farmbuyer@1
|
431 to track.
|
|
farmbuyer@1
|
432
|
|
farmbuyer@1
|
433 Ticking the "notraid" box in advanced debugging <Options>, before enabling tracking,
|
|
farmbuyer@1
|
434 will make the tracking work outside of a raid group. Communication functions
|
|
farmbuyer@1
|
435 will behave a little strangely when doing this. Be sure to check the threshold!
|
|
farmbuyer@1
|
436 You can also use <"/ouroloot debug notraid"> instead.
|
|
farmbuyer@1
|
437
|
|
farmbuyer@1
|
438 Using the "Saved Texts" feature plus the +Clear> button is a great way of putting
|
|
farmbuyer@1
|
439 off pasting loot into your guild's website until a more convenient time.
|
|
farmbuyer@1
|
440 ]]
|
|
farmbuyer@1
|
441
|
|
farmbuyer@1
|
442 T.tips_slashies = [[
|
|
farmbuyer@16
|
443 If you give an unrecognized argument to the </ouroloot> slash command, it will
|
|
farmbuyer@16
|
444 search the tab titles left to right for a title beginning with the same letters as
|
|
farmbuyer@16
|
445 the argument, and open the display to that tab. For example, <"/loot a"> would
|
|
farmbuyer@16
|
446 open the <Attendance> tab, and <"/loot ad"> would open the <Advanced> tab. If
|
|
farmbuyer@16
|
447 you had added a theoretical <EQDKP> tab, then <"/loot eq"> would be the fastest
|
|
farmbuyer@16
|
448 way to see it.
|
|
farmbuyer@16
|
449
|
|
farmbuyer@1
|
450 The </ouroloot> command can take arguments to do things without going through
|
|
farmbuyer@1
|
451 the UI. Parts given in *(angle brackets)* are required, parts in [square brackets]
|
|
farmbuyer@1
|
452 are optional:
|
|
farmbuyer@1
|
453
|
|
farmbuyer@1
|
454 +broadcast>/+bcast>: turns on rebroadcasting|r
|
|
farmbuyer@1
|
455
|
|
farmbuyer@1
|
456 +on [T]>: turns on full tracking, optionally setting threshold to T|r
|
|
farmbuyer@1
|
457
|
|
farmbuyer@1
|
458 +off>: turns off everything|r
|
|
farmbuyer@1
|
459
|
|
farmbuyer@1
|
460 +thre[shold] T>: sets tracking threshold to T|r
|
|
farmbuyer@1
|
461
|
|
farmbuyer@1
|
462 +list>: prints saved text names and numbers|r
|
|
farmbuyer@1
|
463
|
|
farmbuyer@1
|
464 +save *(your set name)*>: saves texts as "your set name"|r
|
|
farmbuyer@1
|
465
|
|
farmbuyer@1
|
466 +restore *(N)*>: restores set number N|r
|
|
farmbuyer@1
|
467
|
|
farmbuyer@1
|
468 +delete *(N)*>: deletes set number N|r
|
|
farmbuyer@1
|
469
|
|
farmbuyer@1
|
470 +help>: opens the UI to the help tab|r
|
|
farmbuyer@1
|
471
|
|
farmbuyer@1
|
472 +toggle>: opens or closes the UI (used mostly in automated wrappers)|r
|
|
farmbuyer@1
|
473
|
|
farmbuyer@1
|
474
|
|
farmbuyer@1
|
475 If you use the slash commands to enable tracking or set loot thresholds, you can
|
|
farmbuyer@1
|
476 give numbers or common names for the threshold. For example, "0", "poor", "trash",
|
|
farmbuyer@1
|
477 "gray"/"grey" are all the same, "4", "epic", "purple" are the same, and so on.
|
|
farmbuyer@1
|
478 ]]
|
|
farmbuyer@1
|
479
|
|
farmbuyer@73
|
480 T.tips_prescan = [[
|
|
farmbuyer@73
|
481 When loot is manipulated, the history of previous loot entries must be scanned
|
|
farmbuyer@73
|
482 to determine whether you already have any information for that loot. In this
|
|
farmbuyer@73
|
483 case, "loot manipulation" includes things like receiving loot broadcasts from
|
|
farmbuyer@73
|
484 other players, marking older loot as being disenchanted, and so on.
|
|
farmbuyer@73
|
485
|
|
farmbuyer@73
|
486 You can speed up these actions by turning on the +Prescan for faster handling>
|
|
farmbuyer@73
|
487 toggle on the <Options> tab. This is a tradeoff: loot manipulation will
|
|
farmbuyer@73
|
488 go faster, but data from the prescan will use up more memory. (If you end up
|
|
farmbuyer@73
|
489 doing things to every single piece of loot, you would use up all that memory
|
|
farmbuyer@73
|
490 eventually. But if you don't, then that memory is essentially wasted.)
|
|
farmbuyer@73
|
491
|
|
farmbuyer@73
|
492 This prescanning is only done for the specific realm on which you're playing.
|
|
farmbuyer@73
|
493 Much depends on how far back you preserve history. The more history you keep
|
|
farmbuyer@73
|
494 for a given realm, then...
|
|
farmbuyer@73
|
495
|
|
farmbuyer@73
|
496 [option on] ...the more memory this option uses...
|
|
farmbuyer@73
|
497
|
|
farmbuyer@73
|
498 [option off] ...the longer loot work takes...
|
|
farmbuyer@73
|
499
|
|
farmbuyer@73
|
500 ...while manipulating loot for that realm. See the tradeoff?
|
|
farmbuyer@73
|
501
|
|
farmbuyer@73
|
502 The prescan is only done once, during login. It will print out how much
|
|
farmbuyer@73
|
503 additional memory is used, so you can better decide whether this option is
|
|
farmbuyer@73
|
504 worth turning on. This also means that you need to relog or /reload to have
|
|
farmbuyer@73
|
505 the option take effect once you enable it.
|
|
farmbuyer@73
|
506 ]]
|
|
farmbuyer@73
|
507
|
|
farmbuyer@1
|
508 T.todo = [[
|
|
farmbuyer@1
|
509 If you have ideas or complaints or bug reports, first check the Bugs subcategories
|
|
farmbuyer@1
|
510 to see if they're already being worked on. Bug reports are especially helpful
|
|
farmbuyer@73
|
511 if you can include a screenshot (in whatever image format you find convenient),
|
|
farmbuyer@73
|
512 and a copy of your SavedVariables file. This is found in your World of Warcraft
|
|
farmbuyer@73
|
513 installation folder, named "WTF/Account/you/SavedVariables/Ouro_Loot.lua"
|
|
farmbuyer@73
|
514 (where "you" is your account name). You may need to compress this file
|
|
farmbuyer@73
|
515 before the ticket system will accept it.
|
|
farmbuyer@1
|
516
|
|
farmbuyer@1
|
517 Click the "About" line on the left for contact information.
|
|
farmbuyer@1
|
518 ]]
|
|
farmbuyer@1
|
519
|
|
farmbuyer@1
|
520 T.todo_gotchas = [[
|
|
farmbuyer@1
|
521 <Things Which Might Surprise You> (and things I'm not sure I like in the
|
|
farmbuyer@1
|
522 current design):
|
|
farmbuyer@1
|
523
|
|
farmbuyer@73
|
524 Manipulating existing information while logged into a realm other than the
|
|
farmbuyer@73
|
525 realm represented by that same information can yield strange results, including
|
|
farmbuyer@73
|
526 outright breakage.
|
|
farmbuyer@73
|
527
|
|
farmbuyer@1
|
528 If you relog (or get disconnected) while in a raid group, behavior when you log
|
|
farmbuyer@1
|
529 back in can be surprising. If you have already recorded loot (and therefore
|
|
farmbuyer@1
|
530 the loot list is restored), then OL assumes it's from the current raid and should
|
|
farmbuyer@1
|
531 reactivate automatically in full tracking mode. If you were tracking but no
|
|
farmbuyer@1
|
532 loot had dropped yet (and therefore there was nothing *to* restore), then OL
|
|
farmbuyer@1
|
533 will pop up its reminder and ask again. Either way, if you were only broadcasting
|
|
farmbuyer@1
|
534 then OL will *not* go back to only broadcasting. This is probably a bug.
|
|
farmbuyer@1
|
535
|
|
farmbuyer@1
|
536 The saved texts feature does exactly that: only saves the generated texts, not
|
|
farmbuyer@1
|
537 the full loot list. Restoring will get you a blank first tab and whatever you
|
|
farmbuyer@1
|
538 previously had in the various generated text tabs.
|
|
farmbuyer@1
|
539
|
|
farmbuyer@47
|
540 The generated forum text tries to only list the name of the instance if it has
|
|
farmbuyer@47
|
541 not already been listed, or if it is different than the instance of the previous
|
|
farmbuyer@1
|
542 boss. If you relog, the "last printed instance name" will be forgotten, and
|
|
farmbuyer@1
|
543 you'll see redundant raid instance names appearing in the text.
|
|
farmbuyer@1
|
544
|
|
farmbuyer@1
|
545 After a boss wipe, multiple broadcasting players releasing spirit more than
|
|
farmbuyer@1
|
546 several seconds apart can cause spurious "wipe" entries (of zero duration) on
|
|
farmbuyer@1
|
547 the loot grid. The surefire way to avoid this is to not release spirit until
|
|
farmbuyer@1
|
548 DBM announces the wipe, but the problem isn't serious enough to really worry
|
|
farmbuyer@1
|
549 about. (Right-click the spurious entries and delete them.)
|
|
farmbuyer@69
|
550
|
|
farmbuyer@69
|
551 When a boss is killed, ALL previous wipes for that boss are removed and
|
|
farmbuyer@69
|
552 collapsed... even if they're on other days with other raids. If you only
|
|
farmbuyer@69
|
553 raid with one guild, this can result in some amusing statistics ("kill
|
|
farmbuyer@69
|
554 on 27th attempt" would actually mean something), but if there are multiple
|
|
farmbuyer@69
|
555 raid configurations without clearing loot in between, then this number
|
|
farmbuyer@69
|
556 is simply garbage.
|
|
farmbuyer@1
|
557 ]]
|
|
farmbuyer@1
|
558
|
|
farmbuyer@1
|
559 T.todo_todolist = todo
|
|
farmbuyer@1
|
560
|
|
farmbuyer@1
|
561
|
|
farmbuyer@1
|
562 -- Fill out the table that will actually be used. Join adjacent lines here so
|
|
farmbuyer@1
|
563 -- that they'll wrap properly.
|
|
farmbuyer@1
|
564 addon.helptext = {}
|
|
farmbuyer@1
|
565 for k,text in pairs(T) do
|
|
farmbuyer@1
|
566 local funkykey = k:gsub('_','\001') -- this is how TreeGroup makes unique keys
|
|
farmbuyer@1
|
567 local wrapped = text
|
|
farmbuyer@1
|
568 wrapped = wrapped:gsub ("[%+<>]", replacement_colors)
|
|
farmbuyer@1
|
569 wrapped = wrapped:gsub ("([^\n])\n([^\n])", "%1 %2")
|
|
farmbuyer@1
|
570 wrapped = wrapped:gsub ("|r\n\n", "|r\n")
|
|
farmbuyer@1
|
571 wrapped = wrapped:gsub ("Ouroboros", "|cffa335ee<Ouroboros>|r")
|
|
farmbuyer@56
|
572 wrapped = wrapped:gsub ("%*%(", "<") :gsub("%)%*", ">") :gsub(":PLUS:", "+")
|
|
farmbuyer@1
|
573 addon.helptext[funkykey] = wrapped
|
|
farmbuyer@1
|
574 end
|
|
farmbuyer@1
|
575 end -- do scope
|
|
farmbuyer@1
|
576 todo = nil
|
|
farmbuyer@1
|
577
|
|
farmbuyer@1
|
578
|
|
farmbuyer@1
|
579 -- Don't bother recording any of this loot:
|
|
farmbuyer@1
|
580 addon.default_itemfilter = {
|
|
farmbuyer@1
|
581 [29434] = true, -- Badge of Justice
|
|
farmbuyer@1
|
582 [40752] = true, -- Emblem of Heroism
|
|
farmbuyer@1
|
583 [40753] = true, -- Emblem of Valor
|
|
farmbuyer@1
|
584 [45624] = true, -- Emblem of Conquest
|
|
farmbuyer@47
|
585 -- could probably remove most of this now
|
|
farmbuyer@1
|
586 [43228] = true, -- Stone Keeper's Shard
|
|
farmbuyer@1
|
587 [47241] = true, -- Emblem of Triumph
|
|
farmbuyer@1
|
588 [49426] = true, -- Emblem of Frost
|
|
farmbuyer@1
|
589 }
|
|
farmbuyer@1
|
590
|
|
farmbuyer@70
|
591 -- Mark these as straight to guild vault:
|
|
farmbuyer@70
|
592 addon.default_itemvault = {
|
|
farmbuyer@70
|
593 [52078] = true, -- Chaos Orb
|
|
farmbuyer@70
|
594 [69237] = true, -- Living Ember
|
|
farmbuyer@70
|
595 [71998] = true, -- Essence of Destruction
|
|
farmbuyer@70
|
596 }
|
|
farmbuyer@70
|
597
|
|
farmbuyer@1
|
598 -- vim:noet
|
