Userscripts.org

Post your wishes here. I will think about it..lol

Pimp Trizkit

Good idea. I will be working on a way to sort the information, atleast ascending to descending (and vise versa). After I get that working good I will work on sorting according to distance from active planet.

I also hope to add a * next to the asteroids that you currently have fleet(s) at.

Pimp Trizkit

good idea.. i will keep that in mind... I may add that feature later. Thanks!

Pimp Trizkit

Because of this, I have added the options screen where you can delete your databases to speed things up. The amount of info stored for the Planets Database is by-far the largest. Just deleting the planets alone is enough to considerably speed things up. As well, if you do not care about fleets, delete that one too. But having 600 starsystems in database will cause slow down.

I have attacked this issue several times, first I sped things up by loading the databases only once upon your first load of EU2, since most all clicks in EU2 dont reload the Index.php screen, I can load the database into there, one time. Then all other clicks now pick up the database from the parent frame.

I also added the ability to delete databases as mentioned above.

I also prevented it from loading and saving the database on all non-starsystem clicks. You should only see slow down when trying to view a StarSystem.

This leaves the one problem remaining, It still has to save the entire database on each view of a StarSystem. This is where the current slow down is.

Now, in javascript/gresemonkey you have NO file support. I can not make files on the hard drive, in any fashion. At least, thats what all my research has told me. I would love to find a way.

Therefore, I have to use GM_Values. However, upon investigation, I found the slow down is not from using the GM_Value (actually writing the database to GM seems to execute rather quickly). Unfortunately, parsing through the entire database to create the string that will be saved with GM_setValue, is the source of the slow down.

Why do I have to save the entire database with each view of the StarSystem, you may ask?
Well, as you click through StarSystem, the script automatically updates the main/asteroids/wreckages/wormholes screens, which requires parsing through the entire database atleast once to gather that information for display. Since parsing through the entire database is the actual time-consuming code, the actual saving of it is almost instant. So I wrote the save code to also update the display (basically). Therefore, I still only parse the database once, but I get two effects from it (save and display update). I will need to find a way to update the display with out parsing the entire database. I dont have to save it each time, that could be an option. And Save On Close would be standard.

Writing code to update the display without parsing the entire database would be much more lengthy and complicated, therefore more susceptible to bugs. While, this is an achievement I hope to attain; lets just say, its gonna be a while.

Pimp Trizkit

(I could speed it up by not parsing through the planets and fleets on each view of a Star System, but then their respective counts on the Main screen would not work. And any hope of doing the above suggestions (ie. Adding a Planets and/or Fleet Database screens like the ones we have for Asteroids/Wreckages/Wormholes), would be ruined.)

Not right now, you can just regularly delete the Planets database. But, I will keep it in mind for a future version.

Pimp Trizkit

Javascript cannot access files on the hard drive, it cant create them or read them or even see that they exist (at least thats what everything I've read has said). As mentioned above.

But, you can always Copy & Paste the info on the wormholes screen to a text file, manually. (As mentioned on the About page)

Pimp Trizkit

Well, currently, you cant really code scripts for IE. And Chrome has some thing similar to GreaseMonkey. But, its not fully developed yet, so not fully compatible. But, I think there is a way to get it to work with Chrome with some extra programing, which is not the case now, but possible.

I think there is a way to copy to clipboard in Javascript, tho, I have no clue how to do it. But, you can copy and paste the data you see in eu2b to a texteditor just fine. Just hightlight it, hit Ctrl-C to copy. That would put it in the clipboard.

Well, AHK doesnt use Java. So "after you have clicked on it using java" doesnt make much since seeing that AHK is doing the clicking. But, I dont think there is an easy to get AHK to detect a loaded page, sorry. (you would have to use something like Cheat Engine to figure out the memory locations of the page loading progress in FF, and directly access it, big pain in the ass)

Well, I guess its your Empire's loss if FF is just to much to ask for such an amazing script, which is only getting better!

Pimp Trizkit

Ya, quick collect is nice.

Right now, the eude developer isn't very easy to work with. Not the open source kindda guy I guess.
So right now there is no link between the data in eu2b and eude, unfortunately. I dont fully understand the eude script, I didnt make it. I just edited it to be compatible with eu2b so you can actually use them at the same time (unlike before).

Also, unfortunately, when you view a Star System in EU2, the full WH information is NOT available to us UNLESS you click the WH. Its just how this game was made.

PT

I was wondering how long it would be until someone complained about that.

I was thinking to change it so it only changes if you click it, that way you can make each screen a different color.

I thought it was fun, so thats why I put it in there....lol. Sometimes when Im on the phone or something, I will flick my mouse around playing with it.. so, i actually like it! lol!

Pimp Trizkit