Stev

Since posting, it now captures and draws the legend. :).

The past few months DGSweeper's only seen a few updates. The few that it has seen has been simple bug fixes. I've been struggling with a bug that seems to be occurring which causes DGSweeper to seemingly freeze. This bug has been a pain in the ass ever since its rewrite. Well, I bought a couple Monster energy drinks and sat down and studied my work. I noticed a few things. Browsers create SunAwtFrames as they're needed and name them in the order that they appear. So if I have a Java IRC applet open first, it'll be SunAwtFrame1. Then if I open another tab which has a frame for a video player, it'll be named SunAwtFrame2. Then if I open RuneScape, it'll be SunAwtFrame3. Let me make this a bit easier: SunAwtFrame1 - IRC SunAwtFrame2 - Video SunAwtFrame3 - RuneScape So, it would make sense to iterate, starting at SunAwFrame1 and continuing looping until SunAwtFrame# isn't found, right? Well, that's what I thought! What happens if I close the video tab? SunAwtFrame2 no longer exists, therefore it doesn't make it to the RuneScape frame before ending the search. SunAwtFrame1 - IRC SunAwtFrame3 - RuneScape I've finally fixed this! Also, for Jagex client users. I'll try and simplify this so that the average person can understand. if the process is jagexlauncher { get the applet position { if the applet position has changed from the last search { update the positions for map button and the map set the search result to true } } } if it's not { set the search result to false } Looks solid enough, right? Again, that's what I thought. Stupid me, after you alt-tab or switch windows it correctly sets the search result to false. But what happens when you switch back to RuneScape? Look closely at it; The search result only gets set back to true if the applet has moved or been resized! Again, stupid me! Unfortunately I can't simply implement it into the current version. My PC decided to screw me over on that one. So, the next update can only be the rewrite or until I figure something out... The rewrite won't take me long as in previous releases because I'm not remaking all the images and resources. I started it just before yesterday and already have it capturing the map, properly drawing and positioning the windows, properly locating RuneScape. Honestly, it shouldn't be wrong. The longest part will be the HTML interface. Just thought you guys deserved an update. Let your friends know, I've finally figured it out and I'm working on it!

Eh eh. Eh, eh eh eh eh. Eh eh! (Sorry guys. Yes, it's a semi-long post. Happens sometimes!) Today... I finally worked up the balls and swallowed my pride to ask for help with my life. The past couple days I've been doing things I've dreamt of, and it made me realize how unhappy I am with where I am in life. I've been to school in the past, been registered several times, but had to cancel and drop out due to health. I lost the life I wanted, the dream job, the savings, and... Well, I'm ready to get my life back! So today brought a few things. I've been offered free (paid for) College/University in the past, but my pride got in the way. So, as I often do, I brought my Ma to lunch, only this time swallowed my pride asked for help. I can honestly say that decision will probably have changed my life more then anything. Turns out... I have a lot more to my name then I thought. I can afford to put myself through school... Several times over! These accounts I've forgotten about and ignored over the years. So, come September, it's back to university! As if that wasn't exciting enough, she had something to tell me. My grandmother (who I'm very close with), cancelled her surgery (a knee replacement with the same surgeon I have) to give me her time in the OR. My 14th and final surgery... May 28th! Also, nohomo, but a good watch:

First time playing in a while... First time DGing in months: Hex/SSH first floor. :).

Just released a quick fix for some users getting the freezing in browsers/SwiftKit. This will not be 100%, but will make the freezing less frequent until I have the time to redesign how it functions. Thanks!

Just a quick update, I'll be removing the need for "Connecting to Tip.It". It'll only need to connect if there's been a change. Come to think of it, I'm going to go through the entire thing and improve its error handling. May take me a bit, but will be worth it.

Scratch that. I'll still be changing to the SetWindowsHookEx, but a bit different. I'll send you a copy to try when I'm finished. :). After looking into it further, I thought of something that I personally would have found handy. Since I always DGed for speed, I was constantly misclicking outside the applet. I should have the ability to lock the cursor to inside the applet. >.< This will also affect people who don't use their left mouse button to click. I, for example, have a button built into my keyboard (since the keyboard has a touchpad instead of a numpad) in the top left for clicking. DGSweeper wouldn't recognize this as a click and therefore wouldn't know to look for the map. This will fix that. Edit: Found the exact reason it's freezing. I was expecting DGSweeper to throw an error if a specific control it was looking for didn't exist. This is how I restructured it to work. After testing it, it turns out it's not throwing the error, and thus the loop never ends. It just continues to search for sunawtframe1, sunawtframe2, ..., sunawtframe2000000000,sunawtframe2000000001, etc. Therefore, the thread never ends. Seems kinda silly that it doesn't throw an error inside of a try statement... But meh. Will be fixed shortly.

I'm a retard. I'll be changing how DGSweeper works in the next couple days to make it more reliable. However, it'll require more CPU usage. I'll explain the way it functions currently. Every 250ms it relocates RuneScape and stores the position of the map button and the map. If RuneScape isn't found, it hides all of the DGSweeper windows. When you click it launches a thread which then uses the Windows function, GetCursorPos, and compares the results with the position of the map button to see if you've clicked the map button. It'll continue to locate the applet every 250ms. However, it'll use a mouse hook (inb4flaggedbyantiviruses). Each time the mouse is moved, it'll call a callback function which will determine if the mouse is over the map button. This function will constantly be updating a boolean variable which'll contain whether or not the mouse is over the map. That way, each time the lbutton thread is called, it'll only have to check if _dgs.mouse.overbutton is true before looking for the map. :). This should prevent it from freezing up. Edit: To make it reliable and remove some of the load, I could just disable to auto-hide when RuneScape isn't active, seeing as how you can hide it with Ctrl-M. Would this be too much of a pain in the ass?

Does SwiftKit still have the option to hide the game bar? I could see why that would affect locating the RuneScape applet. :P.

You're wielding drygores, and you're clearly too poor for those. :P. JK, I love you, Cherry-poo. <3. You're still my boo!

Trying going to fixed and then back to resizable (or vice versa) with it running?

See, the problem I found before was that I had a faulty condition that 'caused it to get stuck in an infinite loop. Ofc, this meaning the thread never ended and thus it'd eventually stop responding to clicks/launching the click thread. Perhaps it's once again doing that. But, then again, for so many people to be having problems so suddenly, I doubt that's the case. The problem explained above occured when things like the taskbar were miscliked for a split second, taking the focus from the RuneScape window - which is why I asked about alt-tabbing.

When it stops capturing, have you noticed a pattern? Perhaps the RuneScape window was deactivated by alt-tabbing and when you reactivated RuneScape it no longer captured? Spam clicking the map button?

Were you using DGConnect? And it stopped at the same time for everyone? O_o. If DGConnect wasn't enabled, then Jamflex has changed something.

Was talking to her as she was stuck in it, so expected it. ;). On another note, got to spend the day relaxing with the baby girl and the kids: Very happy. ^^.

Crap. I've been getting lots of PMs on TIF, Facebook, and Skype about it not capturing. I'm going to have to take a look and see what may suddenly be causing it. Though I've been very busy lately, but will try to be soon!

Is it the places explained here: And woot! Puush now automatically adds the ".png" to the puush once it's finished uploading.

If you tell me on Skype exactly where to go, I can.

And now, you get extra bloom, so you can bloom while you bloom! Terrible joke. *Crawls back into hole*. Rather dislike what I've used of the HTML5 so far. Just my preference - has nothing to do with performance or anything. Maybe, like you guys have said, it's because of the bright and vibrancy of literally everything - makes it seem more cartoony and unrealistic. When I'm outside, I don't have flowers literally glowing into my eyes, and the rocks don't shimmer and shine. But, the thoughts of Jagex fixing the terrible frame rates and it being a hog in general before release doesn't really convince me. EoC was ready, after-all.

I just noticed this. Found it kind of funny: I've also noticed that switching tabs prevents it from drawing/updating which ends up causing you to DC to the login screen or often times crash...

Not enough like buttons. Haha, I knew there was gonna be a cranky photo!

Working as intended. Escape was buffed. Are you on the wall or doing what happens with drops at GWD? Edit: OMG MISSED KEY AT 3:37:45! Raaaaaaage.

OMG I sooo want to dungeoneer! "What door was far north-east?" *Turns camera*. "GrCo".

A day later I finally understand the wimp comment. ;).

Tries to log into beta for a few minutes before leaving. JAG. Bite me, Jagex.