Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.

**Note: This is a FULL update, you will need to replace the client AND host side versions.
Changes:
-Error catching for failure to communicate with RG API is now instantiated
-Upped the security protocol to deal with some firewall issues.
-Reworked live-key and standard message broadcasting. Standard message broadcasting is now much faster and dropped/corrupt packets in live-key broadcasting have been...
This is due to the fact that the window is an object overlayed on top of the EverQuest window, as opposed to injecting. Unfortunately, there isn't much we can do about this, EverQuest has it's own input wrapper that goes around the native input wrapper. Throwing a blocking call on a mouse click doesn't actually stop EverQuest from processing the mouse click. I've even tried rejecting passes through the mouse hooks callback on inputs iterated through the hotbars, but even this doesn't stop the input wrapper from picking up the input.Still in the early stages of testing this and so far its been good. I think my biggest complaint is when I push a button on the overlay I often select something within the EQ world in addition to clicking the button. Example, my SK is tanking a mob and I need a something on my Shaman that isn't hot keyed. If I don't move the camera where nothing is behind overlay (like a wall for example or the ground) when I click the button I will loose focus on the mob I am tanking and select a corpse, another mob, or even my Shaman.
This has to do with how virtual machines & RDCs handle inputs and is something I thought we had fixed with Hide GUI on Window Change. Could you possibly give me a little more information? What is the command that is being passed? Is the hotbar fully hiding by the time you've tabbed in or is it still visible for any length of time? Any details you could provide would be very helpful, I will begin testing on this again and hopefully get a fix out.I do notice when I alt tab to parsec for my other EQ instance in the basement, a command is sent to the client for time to time. It's mostly resolve by hiding the UI when the window is not active but its not 100%.
This has to do with how virtual machines & RDCs handle inputs and is something I thought we had fixed with Hide GUI on Window Change. Could you possibly give me a little more information? What is the command that is being passed? Is the hotbar fully hiding by the time you've tabbed in or is it still visible for any length of time? Any details you could provide would be very helpful, I will begin testing on this again and hopefully get a fix out.
Thanks for the feedback! It's always appreciated.
Righteous!Yeah I put a chat window behind the buttons and that solved the problem.
I alt+tab pretty fast so I imagine as you said the hotbar isn't fully hidden. I've kinda learned to work around it, trying to tab a bit slower into parsec. Interestingly its seems to be the same button that is pressed every time - my sha buff button and is 2 or 3 buttons in from the right on a single row of buttons. No idea why it hits that one every time.
Changes:
-Added a "Go To" button to the process controller so you can force the selected process to the foreground, this way you can tell the difference between processes with the same name/window title.
-Changed how we handle getting processes for the Hide GUI on Window Change togglable. We now need the process name & window title (formatted name|title), this allows us to use a different native method that doesn't iterate over ALL existing processes and eliminates...
I pushed 1.24 with some changes to how GUI hiding works. I've upped the speed of our checks for visibility and I've changed how we set the boolean that flip flops on generated button controls.Yeah I put a chat window behind the buttons and that solved the problem.
I alt+tab pretty fast so I imagine as you said the hotbar isn't fully hidden. I've kinda learned to work around it, trying to tab a bit slower into parsec. Interestingly its seems to be the same button that is pressed every time - my sha buff button and is 2 or 3 buttons in from the right on a single row of buttons. No idea why it hits that one every time.
cleverAt this time, there is no command for sending actions to host, there is a work-a-round for this though. You can launch a client on the host PC and throw commands to that client and the commands will be thrown to the host PC as if it was a client.![]()
**Note: This is NOT a FULL update, you should only need to replace your HOST-SIDE.
Bug Fixes:
-Fixed a bug that was preventing hotbars from loading due to incorrect type casting.
If you run in to any issues, please don't hesitate to contact me!
I have not, I haven't tried to fire it on any other operating system other than Windows based operating systems. It's codebase is WPF/C# using .NET 4 which should be fine if using Wine but I'm unsure otherwise.Have you ever tried to fire this software up on a linux box? I am running EQ under Linux right now. This looks like a nice program but I'm warey of paying to find it is not going to work.
**Note: This is NOT a FULL update, you should only need to replace your HOST-SIDE.
New Stuff:
-New Cooldown functionality! You can now set a button to have a cooldown, this disables the button until a timer has elapsed and is visualized in the same way as a repeater. Buttons cannot be a repeater & have a cooldown simultaneously.
Changes:
-The...
I've created some .NET utilities for non-EQ purposes and had no issues running on Linux. Take a look at Mono. Not sure if that's the only thing needed for your needs but is worth checking if you haven't reviewed it before.
Home | Mono
www.mono-project.com
The easiest way to describe what Mono currently supports is:
Everything in .NET 4.7 except WPF, WWF, and with limited WCF and limited ASP.NET async stack.
mono IonBC.exe
The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.
**Note: This is a FULL update, you will need to replace the client AND host side versions.
New Stuff:
-You can now set triggers that will send commands to your host-side client, this new functionality is located in the Server Window under the Options tab.
-You can now assign a buttons target to your host by typing Host (capitalization is ignored) in to the target field.
-You can now use parts of...
For now, this is only for multiple PCs, so TrueBox servers basically. I am trying to keep this entirely non-injectable but sending DX scancodes to local window handles as a hardware input to dodge the wrapper EQ puts over the native input handler has proved to be a nuisance. Programs like ISBoxer circumvent this by injecting at runtime, but I want to avoid injection altogether to stay as in-line as I can with Daybreak's EULA.Not sure if mentioned, but can you run this for multiple eq instances on the same PC, or is it only for seperate PC's??
Thanks for the detailed reply! Thought that might have been the case but wanted to make sure. I'm going to be starting a 3/4 box on Vaniki so this will still be handy so I'll grab a licence prior to launch. The mq multiline style macro looks incredibly useful! Currently been using hotkeynet but is quite limitedFor now, this is only for multiple PCs, so TrueBox servers basically. I am trying to keep this entirely non-injectable but sending DX scancodes to local window handles as a hardware input to dodge the wrapper EQ puts over the native input handler has proved to be a nuisance. Programs like ISBoxer circumvent this by injecting at runtime, but I want to avoid injection altogether to stay as in-line as I can with Daybreak's EULA.
My plan, once the next community update is complete, is to create a low-level input handler that is even lower-level than DirectInput (Think SendInput p/invoke but takes a window handle) and then start experimenting with that. I'll probably have to create this in C++ and import it at runtime (into IonBC, NOT EQ, it will remain non-injectable) but I ***think*** this could achieve what we're looking for.
I'll keep everyone posted as it goes, but right now it's more of a back burner thing, I haven't forgotten about it though! I'm still poking away at it.
Not a problem! If you decide you want to give it a shot throw me a PM anytime and I can toss you a demo license to try it out!Thanks for the detailed reply! Thought that might have been the case but wanted to make sure. I'm going to be starting a 3/4 box on Vaniki so this will still be handy so I'll grab a licence prior to launch. The mq multiline style macro looks incredibly useful! Currently been using hotkeynet but is quite limited

