[X] My Assistant

HV - Inline Difficulty Changer for 0.77

I went ahead and fixed this because it was simple and I'm impatient.

 difficulty.user.zip ( 1.5k ) Number of downloads: 1487

I think I need this one in SpellSpam:
$ManaDraught>2; $Regen>2; $Protection>2; $ArcaneFocus>2; $HP>45; $MP>20; $SP>35; Mana Potion; Heroic Mana Potion; Paradise Lost; Banishment; Smite (IMG:[invalid] style_emoticons/default/rolleyes.gif)
but it's too long to type into the blank, and a new $ManaDraught is needed



I forgot there was a abbreviation (IMG:[invalid] style_emoticons/default/cry.gif)
Mana P; Heroic Mana P; Par; Ban; Smi, now this one can do

This post has been edited by 夕涼なのか: May 18 2015, 11:04

I went ahead and fixed this because it was simple and I'm impatient.

 difficulty.user.zip ( 1.5k ) Number of downloads: 1487

Thanks! It works now!

HV Item Manager 1.4.4
 HVItemManager_1.4.4.user.zip ( 9.31k ) Number of downloads: 319


Changelog

- 1.4.4:
- compatibility with HV0.82
- 1.4.3:
- uncheck equip after doing bazzaar/moogle/reforge/salvage
- unlock before moogling, as item locked state is carried over between owners
- auto-unlock and relock item when reforging.
- double-check for bazzaaring and salvaging IWed equips

HV Item Manager 1.4.2
 HVItemManager_1.4.2.user.zip ( 8.78k ) Number of downloads: 1123


Release note: 1.4.2:
- tags list in the "List" menu
- $url of item will link to item shop
- support custom name, and suffix-less equip
- slower MoogleMail to ensure correctness.
- space bar/enter hotkey with popup/modal box
- listing is properly ordered
- fix bug: mailform's autocomplete histor, cryptic error when clicked on filter, capital M/K in price tag converted correctly

This is the spiritual successor of both HVItemFilter and MoogleSpam (unreleased). If you have installed HVItemFilter please uninstall it to avoid conflict.

Bazaar, Moogle, Salvage, Repair, Reforge, Filter and Manage multiple items with ease. Works in inventory, shop, forge and moogle page.

New Major Feature:
- Customizable moogle form
- COD feature
- More tag and syntax to learn!
- Change of look and feel

Bug fix:
- filter breaks on custom equip name, or unidentified. This update will just ignore them and keep doing the filtering
- filter supports obsolete item like Dragon Hide, Silk, and Chainmail

Quick guide to report error for fast troubleshotting: Important
1 - On the window/tab that you experience error, press CTRL+SHIFT+J (Chrome/Iron/Opera/Webkit) or CTRL+SHIFT+K (Firefox/Gecko)
2 - screen capture (Print Scr) both error windows and the new open window
3 - save the picture into MsPaint or your favorite Image Editor
4 - post it here,reference this good bug report (thank you Cats Lover)

Main Features:
- (textfield at top left, hotkey CTRL+F) Filter item, fully support [developer.mozilla.org] regular expressions, and boolean conditionals (details below)
- (checkbox/textfield next to each item) Checkboxs let you select items for subsequent multi-action. The checkboxes next to consumable/trophies become textfield so you can specify number. Textfield let you mark the unit price for your items. These prices will carry over next session. On top of each pane, there's a checkbox/textfield to select/set price for all selected items of that pane (note: this behaviors change from 1.2.0, if you want tag all, you have to select all, then tag)
- modal pop-up box for confirmation and template, Ok button is preselected so you can press enter to quickly proceeds. You can also press Esc to close this popup box.
- (repair button) multi-repair: repair all selected items
- (salvage button) multi-salvage: salvage all selected items
- (bazzaar button) multi-bazaar: sell all selected items to bazzaar. Only works with equips
- (moogle button) multi-moogle: moogle all selected items to a recipient prompted in a popup. Multiple recipient can be submitted but must be separated by comma/semi-colon (used for item, equips will be sent to only the first person on the list). The template of subject and body uses the same tag as filter.
Now support COD, using the price enter.
- (reforge button) multi-reforge all selected equips
- (itemworld button) go into item world of the first selected equips
- (lock/unlock button) multi-lock/unlock: self-explained
- (list button): will prompt you to type in a template to generate an items like of all selected items. This function is inspired by ctxl's HVMiniShopHelper, so it will have a similar syntax. Currently only support equips.
- accessible in the moogle, inventory, shop and forge pages
- press right click anywhere to move the toolbox around (if you want to see the normal right click, hold CTRL)
- Notification: when an action is chosen, the item's name will be changed to "<action> <item name>". When the action is finished, you will be given either the result (salvage), "Done" for generic successful action, "In Battle" if you are stuck in battle, or any relevant error message given by Hentaiverse.

Filter syntax:
- You can include type in multiple conditional groups, separated by ',' (comma). These conditionals will be related to each other by logical AND.
- There's 2 type of conditional group:
+ Regexp type (the one in 1.2.0).Ex: Mag|Leg|Peer
+ Boolean type: you can use ||,&&,! logical operand (and, or, not respectively), basic algorithmic operands (+,-,*,/,==,>=,<=,>,<), and tag as variable (eg:$price, $pxp - details in tag section). Ex: $pxp>=320&&$level==0&&!locked => pxp more or equal to 320, level equals 0, not locked
- '-' (minus) at the beginning of the a conditional group to get negation
Filter Example:

CODE

-$locked,average|crude|fair|fine|artifact|crysal|token|energy|figurine

=>show unlocked equips (and items, as items are considered unlocked) that contains average, crude, fair, fine, artifact, crystal, toekn, energy, figurine in their drink (aka my filter after grindfest)

CODE

Power|Phase|Shade|Force, $pxp<320

=>only display equips that contain Power/Phase/Shade/Force in name and pxp must be <320

CODE

-$locked, $cond<75

=>only display unlocked items with condition < 75

CODE

$locked, -Slaughter|Destruction, level==10

=>only display locked equips that don't contain Slaughter/Destruction in their name and level 10

CODE

binding, slaughter|destruction

=>only display binding of slaughter or binding of destruction.
Currently supported tags: (case insensitive)
$NAME, $COUNT, $LEVEL, $PXP, $URL, $ID, $KEY,
$APRICE (200k, 1.1m - price as you entered in tag)
$PRICE (eg: 200000, 1100000 - number form)
$COND (between 0 and 100 - for equip's condition)
$LOCKED (true/false - use this for filter; will return false for non-equip items)
$QUALITY (Exquisite, Peerless, etc...)
$AQUALITY (Exq, Peer, Leg, etc...)
$TYPE (One-handed, Staff, Cloth, etc..),
$ATYPE (1H, 2H, ST, CL, etc...)
$STYPE (Axe, Oak, Phase, etc..),
$PREFIX (Ethereal, Hallowed,etc...),
$SUFFIX (Slaughter, Destruction, etc...),
$PART (Leggings, Gloves, Helmet, etc...) (it's empty on weapon/shield)
$<tag name><number> - showing a the first <number> letter of tag.(eg: $quality3 => Leg/Sup/Mag, $prefix2 =>Et/Ha/Hi)
Template (for List function) example:

CODE

[$ID][url=$URL]$NAME[/url] PxP$PXP Price:$APRICE

=>[39640402]Superior Ethereal Axe of Slaughter PxP302 Price:200k

CODE

[$#][B]$QUALITY3[/B] $PREFIX $STYPE $PART of [I]$SUFFIX[/I]

=> [1]Mag Tempestuous Axe of Slaughter
[2]Mag Hallowed Willow Staff of Curse-weaver

GIF Tutorial:

General Navigation

Filter basic

Filter advanced

List

Bazzaar

Salvage

Moogle item with COD

Moogle equip for auction using template


Special Thanks:
StonyCat for his donation to this project (1000 Hath so far)
Cats Lover (I must have a thing for cat people (IMG:[invalid] style_emoticons/default/tongue.gif) ) for his feedback on a bug. Several people have also reported, but his detailed report really helped me in pinpointing the problems.
Future features: future features will be based on donations, the features that reach its donation goal will be guaranteed to be included in the next released version. Here are the features that I have in plan:

1. multi-COD - 500Hath or 4m
2. mult-shrine - 500Hath or 4m
3. input history
   
4. better feedback system to notify you when multi-actions are completed - 500 Hath or 4m (donated by StonyCat)
5. list works with items, more tags support such $# $TYPE $STRIKE, etc... (suggest to have more, but I won't do $STATS since scaling function is a lot of work, deserving a separate project)- 500Hath or 4m
6. customizable filter tickbox, so you don't have to type into the filter field all the time, strong search function, such as search by level/PxP -500Hath or 4m
7. input history to remember the last 10 input of each categories (filter, moogle recipient, list template, etc...) and modal input box (because prompt() is very limited)
8. other custom features you want - 500Hath or 4m each
   
9. more customizable moogle (StonyCat suggestion)

The idea of donation is to steer development in a direction you want, and to give me motivation to speed things up. Otherwise I will just add more feature when I feel like it.

This post has been edited by holy_demon: May 18 2015, 14:28

HV Item Manager 1.4.4
 HVItemManager_1.4.4.user.zip ( 9.31k ) Number of downloads: 319


Changelog

- 1.4.4:
- compatibility with HV0.82
- 1.4.3:
- uncheck equip after doing bazzaar/moogle/reforge/salvage
- unlock before moogling, as item locked state is carried over between owners
- auto-unlock and relock item when reforging.
- double-check for bazzaaring and salvaging IWed equips

Wow, so fast!!
And it works very well!!
Thank you very much!!

HV Item Manager 1.4.4
 HVItemManager_1.4.4.user.zip ( 9.31k ) Number of downloads: 319


Changelog

- 1.4.4:
- compatibility with HV0.82
- 1.4.3:
- uncheck equip after doing bazzaar/moogle/reforge/salvage
- unlock before moogling, as item locked state is carried over between owners
- auto-unlock and relock item when reforging.
- double-check for bazzaaring and salvaging IWed equips

Thanks for update. (IMG:[invalid] style_emoticons/default/laugh.gif)

now hides your useless salvaged/sold account-bound junk by default

you're given a [i.imgur.com] 'Show All' thing to click if you want them back

[pastie.org] pastie
[pastebin.com] pastebin

For anyone who is using this script, by editing the source code you can hide untradeable equipment pieces.
Step 1. Search for the term Account Bound.
Step 2. Replace them with Untradeable.

Haven't been able to test with a lot of things, and it's probably still missing a few bits, but I've updated the Equipment Comparison script to work not face-plant with the new patch.

IMPORTANT: Note that the script's base values have not been changed, since as far as I know they have not been deciphered just yet. This means that new equips will still be measured against the old base values. Keep this in mind if you try to use this to rate new equips.

The main reason I'm releasing this now is for the people who want to use it to compare new stuff against their current equips ('q' key), which I think works correctly. Keys 'w' and 't' also work, as do 'e' and 'b', but again, they're using the old base values. Attempts to open wiki pages ('r' key) don't always go to the right page, but I'd need more examples to figure out why; 'f' is almost too simple to break.

 HVEquipComparison_0.6.4.3.zip ( 23.74k ) Number of downloads: 340


As always, bugs reports/fixes/etc are always welcome, and I'd be surprised if there aren't any in there.

Edit: Noticed that the magic score script was broken too, and since it uses a stripped-down version of the same parser, I imported the same fix and yay, it works! No intention of taking over the project or anything, but it was literally a single-line edit, so why not fix it?

 HVMagicScores_2.0.3.2.zip ( 4.84k ) Number of downloads: 443


This post has been edited by simplesimon32: May 19 2015, 10:37

simplesimon32, thanks for HVEquipComparison update.

In turn i also will post an update for ShopFilterPlus, version gamma.
Now it have synthetic "Everything" tab with statistical price estimator.

 hv_shop_filter_plus.zip ( 49.31k ) Number of downloads: 68


Contains some junk in code. Tested only on Firefox 31.0, probably won't work on later versions due to changes in security policies.

HV conditioner v1.5
 HV_conditioner_v1.5.user.js.zip ( 2.67k ) Number of downloads: 106

-snip-

In the 0.82 patch, catalysts are no longer needed when repairing an equipment.

To make the script work:

Step 1. Search for this line

cCost = equip.match(/(\d+)x (.+Catalyst)/);

Step 2. Replace it with this line:

cCost = 0;

Haven't been able to test with a lot of things, and it's probably still missing a few bits, but I've updated the Equipment Comparison script to work not face-plant with the new patch.

IMPORTANT: Note that the script's base values have not been changed, since as far as I know they have not been deciphered just yet. This means that new equips will still be measured against the old base values. Keep this in mind if you try to use this to rate new equips.

The main reason I'm releasing this now is for the people who want to use it to compare new stuff against their current equips ('q' key), which I think works correctly. Keys 'w' and 't' also work, as do 'e' and 'b', but again, they're using the old base values. Attempts to open wiki pages ('r' key) don't always go to the right page, but I'd need more examples to figure out why; 'f' is almost too simple to break.

 HVEquipComparison_0.6.4.3.zip ( 23.74k ) Number of downloads: 340


As always, bugs reports/fixes/etc are always welcome, and I'd be surprised if there aren't any in there.

Edit: Noticed that the magic score script was broken too, and since it uses a stripped-down version of the same parser, I imported the same fix and yay, it works! No intention of taking over the project or anything, but it was literally a single-line edit, so why not fix it?

 HVMagicScores_2.0.3.2.zip ( 4.84k ) Number of downloads: 443

I tried to fix Equipment Comparison The calculation method of the base level seems to be different from the new equipment by the old equipment.
I do not understand a calculating formula to see wiki either (IMG:[invalid] style_emoticons/default/faint.gif)

Haven't been able to test with a lot of things, and it's probably still missing a few bits, but I've updated the Equipment Comparison script to work not face-plant with the new patch.

IMPORTANT: Note that the script's base values have not been changed, since as far as I know they have not been deciphered just yet. This means that new equips will still be measured against the old base values. Keep this in mind if you try to use this to rate new equips.

The main reason I'm releasing this now is for the people who want to use it to compare new stuff against their current equips ('q' key), which I think works correctly. Keys 'w' and 't' also work, as do 'e' and 'b', but again, they're using the old base values. Attempts to open wiki pages ('r' key) don't always go to the right page, but I'd need more examples to figure out why; 'f' is almost too simple to break.

 HVEquipComparison_0.6.4.3.zip ( 23.74k ) Number of downloads: 340


As always, bugs reports/fixes/etc are always welcome, and I'd be surprised if there aren't any in there.

Edit: Noticed that the magic score script was broken too, and since it uses a stripped-down version of the same parser, I imported the same fix and yay, it works! No intention of taking over the project or anything, but it was literally a single-line edit, so why not fix it?

 HVMagicScores_2.0.3.2.zip ( 4.84k ) Number of downloads: 443

Thanks. It's working.

@oohmrparis, can you please fix your ELP scripts? They were very helpful in the forum.

 HV___Magic_Scores_for_ELP.user.zip ( 4.61k ) Number of downloads: 153

 HVEquipCompare_for_ELP.user.zip ( 22.23k ) Number of downloads: 196

This post has been edited by tetron: May 19 2015, 14:16

For anyone who is using this script, by editing the source code you can hide untradeable equipment pieces.
Step 1. Search for the term Account Bound.
Step 2. Replace them with Untradeable.

Here's a [gist.github.com] newer version with more [i.imgur.com] features.

The default behavior is defined (and can be easily modified) in the last few lines.

I tried to fix Equipment Comparison The calculation method of the base level seems to be different from the new equipment by the old equipment.
I do not understand a calculating formula to see wiki either (IMG:[invalid] style_emoticons/default/faint.gif)

Do you mean that you feel there is a new formula to calculate this in this patch?

Do you mean that you feel there is a new formula to calculate this in this patch?

Yep. But HVEquipComparison_0.6.4.3 seems to solve the problem of the base value.
But range problem is not fixed yet.

The main reason I'm releasing this now is for the people who want to use it to compare new stuff against their current equips ('q' key), which I think works correctly. Keys 'w' and 't' also work, as do 'e' and 'b', but again, they're using the old base values. Attempts to open wiki pages ('r' key) don't always go to the right page, but I'd need more examples to figure out why; 'f' is almost too simple to break.

 HVEquipComparison_0.6.4.3.zip ( 23.74k ) Number of downloads: 340

Thanks!

Here's a [gist.github.com] newer version with more [i.imgur.com] features.

The default behavior is defined (and can be easily modified) in the last few lines.

Thanks for the update!
However, after selecting different options, the select element always shows the first option:
(IMG:[i.imgur.com] http://i.imgur.com/jrnB6Cs.png)

Same for the other select element, which always shows "quality" even if I click "default".
I tested this when disabling all other userscripts except hvsort.user.js, on Fx 38.0.1 (the latest version).
Brower Console shows no error message.

update: function (y) {
var _options = y.target;
var z = _options.parentNode;

z.firstChild.style.display = null;
z.firstChild.innerText = _options.children[_options.selectedIndex].innerHTML;

var _header = _options.parentNode.parentNode;
var _hide = _header.childNodes[1].childNodes[0].innerHTML;
console.log(_hide); // always "untradeable"
var _sort = _header.childNodes[3].childNodes[0].innerHTML;
console.log(_sort); // always "quality"

Yep. But HVEquipComparison_0.6.4.3 seems to solve the problem of the base value.
But range problem is not fixed yet.

I see. We need to wait for the wiki to be updated to fix the problem.

EDIT: typo.

This post has been edited by djackallstar: May 20 2015, 04:24

Looks like Firefox isn't applying innerText.
Changing that to innerHTML should fix things; I've updated the gist.

Since some hours after the HV 0.82 patch, whenever I try to compare an equipment I just get the Loading.. (Everytime I press again a compare key I get an additional Loading.. )I didn't pay much attention to it then, but now I've just installed HVEquipComparison_0.6.4.3 and I still only get the Loading..
I've cleared all my cookies, I've tried it disabling all other userscripts and addons except Greasemonkey and HVEquipComparison_0.6.4.3, on Mozilla Firefox 38.0.1 (the lastest version).

Any help please?

(IMG:[i.imgur.com] http://i.imgur.com/9RPhVvS.png?1)

Since some hours after the HV 0.82 patch, whenever I try to compare an equipment I just get the Loading.. (Everytime I press again a compare key I get an additional Loading.. )I didn't pay much attention to it then, but now I've just installed HVEquipComparison_0.6.4.3 and I still only get the Loading..
I've cleared all my cookies, I've tried it disabling all other userscripts and addons except Greasemonkey and HVEquipComparison_0.6.4.3, on Mozilla Firefox 38.0.1 (the lastest version).

Any help please?

(IMG:[i.imgur.com] http://i.imgur.com/9RPhVvS.png?1)

CODE

    saveData: function(eq) {
        var level = eq.querySelector('.fd4');
        if (level.textContent.indexOf('Level') != -1 || level.textContent.indexOf('嶺?') != -1) level = level.textContent;
        else level = Controller.toText(level);
        if (level.indexOf('Level') != -1) localStorage.setItem('HVLevel',level.match(/(\d+)/)[1]);

Replace the upper codes with the ones below.

CODE

    saveData: function(eq) {
        var level = eq.evaluate('.//div[starts-with(text(),"Level")]',eq,null,9,null).singleNodeValue;
        if (level) localStorage.setItem('HVLevel',level.textContent.match(/(\d+)/)[1]);

This post has been edited by sssss2: May 20 2015, 03:21