[X] My Assistant

An update towards the new url redirection

Project_automation 1.0.2

[attachmentid=98238]

Ok, fixed that bug, now the event Listeners are in initialPageLoad.
You can find the new version here: Reloader 1.3.5b

Tell me if you find anything else out of place, thanks (IMG:[invalid] style_emoticons/default/smile.gif)

PS: Thanks for jsbeautifier simrock, it was useful.

PPS: By the way, my way to move Listeners without modifying half the code was maybe a bit unconventional, i guess. So, question to the programmers.
I made a pair of functions anonymous and put them in global scope variables, to make them able to be called from the initialPageLoad scope.
Was it a bad approach, in the sense that it could be slower than others, or it's ok like i think?

I find the 1.3.5b a bit slower but it doesn't lag on pots or other actions. I would rather go back to the 1.3.5 and put up with the occational lag, if not for the speed on onmouseover for the script.

Is there a sort of general comprehensive script for the basic changes that most people want for HV? I've been looking around but all I can find is piecemeal stuff.

I used to use something called the HV statistics, tracking, and analysis tool but it seems to have broken since I last played (about 2 years).

Is there a sort of general comprehensive script for the basic changes that most people want for HV? I've been looking around but all I can find is piecemeal stuff.

I used to use something called the HV statistics, tracking, and analysis tool but it seems to have broken since I last played (about 2 years).

Check out fatal's script compendium

[blog.chromium.org] https://blog.chromium.org/2017/01/reload-re...er-page_26.html

(IMG:[invalid] style_emoticons/default/rolleyes.gif)

I wonder if this will make performance boost from our hand optimized reloader scripts negligible or even worse

rip firefox

---

Looks like it has been around since chromium 54
Anyone noticed any improvements?

This post has been edited by FabulousCupcake: Jan 26 2017, 19:00

[blog.chromium.org] https://blog.chromium.org/2017/01/reload-re...er-page_26.html

(IMG:[invalid] style_emoticons/default/rolleyes.gif)

I wonder if this will make performance boost from our hand optimized reloader scripts negligible or even worse

rip firefox

Don't worry, Firefox is killing itself, no need for help by Chromium (IMG:[invalid] style_emoticons/default/laugh.gif)

[blog.chromium.org] https://blog.chromium.org/2017/01/reload-re...er-page_26.html

(IMG:[invalid] style_emoticons/default/rolleyes.gif)

I wonder if this will make performance boost from our hand optimized reloader scripts negligible or even worse

rip firefox

---

Looks like it has been around since chromium 54
Anyone noticed any improvements?

If i read and saw that correctly this only applies to "real" reloads (as in ctrl + r) and cached resources. But our Reloader translates standard POST requests to xhr POSTs and cuts down on DOM creation and rendering time.
This just looks like they treat cached resources different instead of completely reloading them.
As i didn't find a link on that page towards how they do this (and don't want to scour chromium code i wouldn't be able to grasp anyway). Seeing as HV does not have many resources (well, compared to an amazon page ...) and they did not say that they improved first-load times, i think Reloader should still be safe (IMG:[invalid] style_emoticons/default/happy.gif)

Good, let me know. Thanks to you too (IMG:[invalid] style_emoticons/default/smile.gif)

It does work back to fast now. Maybe even slightly better than 1.3.3. Good job.
There is a little bug now though: when we press a number after clicking a deprecating spell, it uses the spell set up by the script instead of casting the deprecating spell that we clicked on.
I had a big surprise when trying to cast Silence on a monster, pressing 8 to select my target, to then see that I've cast Imperil instead.

PS:
I'm using number to Imperil+entire mob area for mousemelee.

This post has been edited by decondelite: Jan 26 2017, 21:34

It does work back to fast now. Maybe even slightly better than 1.3.3. Good job.

PS:
I'm using number to Imperil+entire mob area for mousemelee.

Woohoo, great (IMG:[invalid] style_emoticons/default/biggrin.gif)
Thanks for the feedback.

PS:
Just for your information, in case you'll ever need the Right click functionality:
If you use the hover_area called "custom1" the area to hover is still big, and you can keep the capability to Right click just on the mob icon.

While I caught you: maybe it'd be useful to mention that setting up Channeling to 16 or more instantly stops your actions whatever the turns left for Channeling are. At least that's how I like it to work for my part. I've also edited my previous post, regarding that little issue I found. Not too much of a problem, but it's still an issue.

While I caught you: maybe it'd be useful to mention that setting up Channeling to 16 or more instantly stops your actions whatever the turns left for Channeling are. At least that's how I like it to work for my part. I've also edited my previous post, regarding that little issue I found. Not too much of a problem, but it's still an issue.

About Channeling, yes, 16 stops it for sure once it's there, because the max of Channeling is 15 and the script stops on number of turns left for channeling < than the number you wrote.
Maybe i'll add it to the description too, even if i don't think it's so necessary.

"There is a little bug now though: when we press a number after clicking a deprecating spell, it uses the spell set up by the script instead of casting the deprecating spell that we clicked on.
I had a big surprise when trying to cast Silence on a monster, pressing 8 to select my target, to then see that I've cast Imperil instead."
Now, about this:
The script works by casting the set magic on number press, and doesn't check if there is already something set that isn't the Normal Attack.
Maybe i can change that and add a condition, but i'm not so sure. I'll let you know.

Found another issue: the buffs do not blink when they're about to expire.
Issue related to script initialization upon page first load and refreshes?

Found another issue: the buffs do not blink when they're about to expire.
Issue related to script initialization upon page first load and refreshes?

Please read all the settings man, that's the second setting, noBlinking (IMG:[invalid] style_emoticons/default/rolleyes.gif)

By the way, i fixed this:
"There is a little bug now though: when we press a number after clicking a deprecating spell, it uses the spell set up by the script instead of casting the deprecating spell that we clicked on.
I had a big surprise when trying to cast Silence on a monster, pressing 8 to select my target, to then see that I've cast Imperil instead."

I'll be posting it soon, i added a new setting too called checkUserAction, so you can turn it on (if you want the script to check if you have set a spell to use, like in your case Silence) and off.

EDIT: Posted it, here: Reloader 1.3.5c

This post has been edited by gianfrix94: Jan 26 2017, 22:31

Yeah I suck sometimes. The buffs have always blinked before, while I never touched any parameter regarding this. And I thought that this parameter was to prevent the page from blinking due to the reloading.

Even the great and the mighty Trixie Evil can miss details.

This post has been edited by decondelite: Jan 27 2017, 08:48

In SmartSearch, is there a way to remove items that have a strike through them from the search result? They are already sold.

In SmartSearch, is there a way to remove items that have a strike through them from the search result? They are already sold.

add them to ignore list

instructons here, btw: https://forums.e-hentai.org/index.php?s=&am...t&p=4225448

This post has been edited by Scremaz: Jan 27 2017, 22:52

This is getting to be more rolling release than i thought it would be.
Here's another Reloader update, this time i improved the Event Listeners: Reloader 1.3.5d

This post has been edited by gianfrix94: Jan 28 2017, 03:41

Why are you attaching a function to the window object? (IMG:[invalid] style_emoticons/default/ohmy.gif)
Also I'm not sure why are you stopping propagation, it probably won't happen, but you may interfere with other scripts.
Unless you really have a reason to stop propagation I would let it propagate.

Why are you attaching a function to the window object? (IMG:[invalid] style_emoticons/default/ohmy.gif)
Also I'm not sure why are you stopping propagation, it probably won't happen, but you may interfere with other scripts.
Unless you really have a reason to stop propagation I would let it propagate.

For propagation, i stopped it in Number press because i saw it in CC, truly. In Right Click it was an error instead, that i removed now.

For the window function, i had asked here:

PPS: By the way, my way to move Listeners without modifying half the code was maybe a bit unconventional, i guess. So, question to the programmers.
I made a pair of functions anonymous and put them in global scope variables, to make them able to be called from the initialPageLoad scope.
Was it a bad approach, in the sense that it could be slower than others, or it's ok like i think?

If tl;dr: I needed those functions global.

This post has been edited by gianfrix94: Jan 28 2017, 04:19

Is there a script to list all of my item's prices in the bazaar, then filter only crude/fair/average equips less than [xxx]c?

This post has been edited by fihero: Jan 28 2017, 07:42