I know it may not be possible, but I think it'd be awesome to be able to click a link from a chat channel and have it open in the overlay. The only way I can think this would work would be setting EveVision as the default browser while it's running/the game is running, and hook into the native APIs to determine what to do with the data from clicking the link, though this is very hacky and could cause issues.

Right now, third party sites can send you to the ESI auth site to authenticate. The problem is, without an address bar, there's no way to know if it's real.

I don't want to show an address bar as it would ruin the illusion.

I propose making it so if the ChildWindow navigates to an official website run by CCP, it will have some sort of visual indicator on the window. Perhaps the window will glow, or have a CCP icon located somewhere.

Hey mate/s, appreciate the hard work,
Eve vision runs in the background, but nothing appears in my eve client, also no Rivatuner nor MSI afterburner running in the background.
Best regards

Hi,

Can you add the Abyss Loot tracker as an available tool?
https://abyss.eve-nt.uk

It'd be perfect in an overlay!

Thank you,
Veetor

EveVision reliably crashes when entering russian using the Windows russian phonetic entry. Specifically multi-character inputs like typing "sh" to get "ш", where it will crash when pressing "s".

Using v0.3.2.exe

I initially thought this wouldn't be possible, but I was proven wrong, at least for Linux.

Eris managed to get it to the point where it injects and the DLL even successfully connects to the main process IPC.

It freezes at this point, however. I believe it's either the shared memory space failing to allocate OR the DirectX hooks failing.

When I was using evevision with zhpatch tool, I found there is no window showing in the game. I tried to exit the zhpatch tool, and it recoverd. Maybe it is a problem for zhpatch tool and evecision.

Zhpatch tool is a tool used to show Chinese in game.

Need to setup a beta release channel so I can push out stuff for people to try out first. There's hundreds of people using EveVision now so it makes sense.

Should be relatively simple with semantic-release.

Need to implement a better tools UI. Proposals, ideas, and pull requests are welcome.

In the future the UI will need to be able to register plugins, but for now we just need to organize the plethora of external websites.

Just setting the user agent to EveVision/version causes some websites to not send the correct CSS (i.e. Google). We probably have to do some combination of the normal Chromium user agent and add our agent at the end.

Additionally, Google appears to not allow some EveVision users to log in, making things like Google Sheets difficult to use. I personally do not have an issue logging into Google, but others do with a warning saying the browser is insecure. I can't imagine this is based on anything but the user agent.

I don't yet know if EveVision's techniques are possible inside of Mac like it appears to be in Linux.

If not, I'm sure there's some technique or another we could use. The main obstacle is getting the DLL inside of EVE, which happens via debugging APIs on Windows. These APIs should in theory still be available on Mac WINE, but even if they weren't, there are other ways to get a DLL into the game.

There's a ton of Mac users, so this is pretty vital. It most likely will not be a native MacOS build, it would still run inside of WINE and be built as an EXE.

Right now, the CSS is a close approximation of the Caldari theme. The alphas aren't quite right since on light backgrounds they appear much lighter.

I'd like to have all of the default EVE themes implemented. Each of them have two base colors which every other color in the UI is based on via saturation, lightness, and alpha percentage modifications. It may also change hue, but I don't think there are any hue shifts.

There should be a switcher somewhere in the settings. I'm not sure if it's EULA legal, but I doubt CCP would mind us reading from the settings file to determine what theme each character already has set. The format that data is stored in is binary, however. If anyone knows how to read those files the info would be greatly appreciated.

Somehow, Windows Defender can cause EveVision to not initialize, especially when running multiple clients. Sometimes all clients initialize (usually slowly), and other times only a couple. Excluding EveVision from WD resolves the problem.

I believe WD is somehow interfering with the IPC messages, but I will need to add more logging to confirm.

Not everyone has issues - some run WD and EveVision together perfectly fine. Perhaps WD is running an analysis on EveVision and only some machines get picked to do so?

I've commonly run into an issue where the mousewheel seemingly only works in part of the ChildWindow - seemingly always being some portion starting from the top left. It's unrelated to the contents of the page.

I'm not sure if this occurs after a game resize or window resize, will need to do further testing.

EveVision needs to be localized. EVE has a very large portion of players that only speak russian, korean, vietnamese, spanish, etc.

There are very few actual lines of text that need to be translated in EveVision. It's pretty much all external sites right now, so this would be fairly easy, especially if we start early.

I've seen various online localization services for open source but never actually had to do any form of localization myself. I have no idea how it's usually done from a software context. Does anyone have any input on this?

The portable EXE version is quite nice, but it also pisses off some antiviruses due to it extracting executable files into the temporary and AppData folders, a hallmark of viruses.

There should just be an installable version anyways, perhaps with auto updates?

electron-builder provides an NSIS installer option, so this should be pretty trivial.

It's pretty rare, but if the EveVision main process crashes for whatever reason, the EVE client can sometimes be left in a state where it doesn't accept any input. The issue goes away once EveVision is restarted.

Evevision doesn't work for windows borderless. (Doesn't load up) you get the prompt to say it's running but doesn't show up.

You can get around it by running the client in Fixed windows, Loading Evevision wait for it to load up and then switch back to Windows borderless

I wanna play some netgame that have japan ip limit(can't log in if not a japan ip),so i need to set a proxy for it,but i can't find the proxy setting.So here is the question

Occasionally, when attempting to launch a window from the Tools menu, the page doesn't fully render. Issue resolves when you resize the window. Here is a short clip of the bug in action: https://streamable.com/n2hjd0

Doesn't seem to be limited to a specific site or window size. I've resized the windows and can consistently get the issue to re-appear ~20% of the time.

Doesn't seem to be associated with UI scaling or resolution. I was able to reproduce the issue at 1920x1080 and 2560x1440, using both Windowed Mode, Fixed Window, and Fullscreen.

Had a confirmed report of FRAPS causing the overlay to not initialize. This is very low priority for me, but I am recording it as an issue, especially since it may help resolve other issues.

Opening links doesn't work unless it routes the entire window itself. Any sort of external link opening is broken entirely. It may be opening in the background.

If you click on something to open a new window, it doesn't do anything for 2-3 seconds while Chromium starts up in the background (and that's on my beefy machine). There's zero visual feedback, not even in the buttons. This is especially the case for external sites, where it's actually two chromium processes - one for the surrounding frame and one that is fully sandboxed for the actual external site.

My proposed solution is to pre-start at least one of these processes and have them wait for the next request. The primary cost in this solution is RAM, which is ubiquitous these days and the amounts we're talking about are trivial for the benefits it provides.

The primary barrier in doing this is that the internal (versus external site) renderer processes are told how to configure themselves and what to actually display via the string-based process arguments (your every-day argv array), which can only be passed at startup. This way of doing things is kind of crap and needed to be replaced anyways. Initial thought is to just use synchronous IPC, which is fine since we're not painting at that point yet anyways.

The external site frames do nothing on their own except tell EveVision where to position the child window and show if it's a secure site. This part wouldn't even have to be unloaded in the background, meaning we can instantly show the surrounding frame for external sites too (but not EV native tools) Maybe there should just be a skeleton frame to show for all new windows in general?

This should GREATLY improve the experience of using EveVision, even though EVE itself has this exact same zero-feedback behaviour when opening new windows.

P.S. Why does it take so long for the windows to initialize anyways? Desktop chrome definitely doesn't take that long.

Would be a nice bit of customization if people could set the background image on the welcome screen. It used to default to the Horde EveVision bean, but now it's blank for anyone that isn't in Horde.

I'd like if people could just select whatever image themselves to use. This should be pretty trivial - just need to pop open an open file dialog and have the main process make a copy for itself for the renderer processes to use. A base64-encoded image passed to the renderer would likely be the easiest solution.

If there's an issue with the EVE servers, EveVision won't allow never-before-seen characters to log in because it relies on the search endpoint to find their character ID from the EVE window title.

This shouldn't be a silent failure. Need to add a notice, potentially ingame, that says what happened.

It would be great if there were a section for users to add their own custom URLs to open in the browser. Maybe even make the whole thing modular where users can add and remove headings and manage the shortcuts within them. Either way, personalization options would be amazing.

1. Tripwire fails to load graphs
2. Google's CSS looks kinda funky
3. Some web-apps refuse to be loaded (EvE-Scout's co-pilot is the first one I tried that failed to load)

Minor nit-pick: I would like to be able to make my own bookmarks in the tools window for quickly navigating back to a webpage. Also a URL bar would be amazing

Just noticed there's a way to mute browserwindows. Probably should add a 'mute all' button.

Need to re-enable DPI scaling. EveVision is practically useless on high-DPI 4K monitors.

The position/size code gets all messed up by the presence of DPI but we should be able to use screen.scaleFactor to fix it.

While trying to implement a replica of the eve slider control I noticed an issue with the mouse input while holding down the left mouse button not working correctly.

The slider only registers the mouse move events while holding down the left mouse button and the cursor is inside the bounds of the input control. This is not correct, normally as long as the left mouse button is held down all mouse move events on the x axis are registered and handled correctly in updating the position of the range slider.

If the control is rendered in a non-offscreen window this works correctly.

Ex: https://streamable.com/s6dnpm

Example Input:
<input type="range" />

Could you add Pathfinder to the tools menu please?
It's a good alternative to Tripwire. For the wormhole category.

https://www.pathfinder-w.space/

Thanks!

Starting EveVision after starting multiple clients of EVE can sometimes result in the fullscreen overlay (minimized windows menu) not initializing. It is random - sometimes all work, sometimes only a couple.

Starting the EVE clients one by one, however, does not cause this issue.

win10
Visual Studio 2019

evevision\overlay\core\event.h(230,1)
error C2039: 'unique': is not a member of 'std::shared_ptr<std::vector<std::shared_ptr<Storm::ConnectionContext<R (void),ThreadPolicy>>,std::allocator<std:
:shared_ptr<Storm::ConnectionContext<R (void),ThreadPolicy>>>>>'

I found sd::shared_ptr::unique was deprected in C++17 and was removed in C++2020
https://en.cppreference.com/w/cpp/memory/shared_ptr/unique
But after I set

in Visual Studio and yarn build:cpp:overlay it still didn't work.

Somehow or another it seems the overlay DLL is getting injected into the actual EveVision application too. I have literally no idea how this is happening, all I know is that the debug console also opens up from EveVision and shows an overlay trying to connect.

It appears to have zero actual effect on anything, especially when the debug windows are hidden, but I'm marking this down since it probably should be fixed anyways.

This isn't something new - I've noticed this for quite a number of versions now.

Kocus is experiencing an issue where if they restart EVE and relog, it won't start that time. After checking his logs, it shows that the ESI request is failing. I assume ESI is getting mad because of quickly running a search again for the same character name. I never ran into this myself.

Since the character data is stored in the Redux state which is saved to a file, we really shouldn't need to query ESI again anyways as a character's ID can never change.

Solution: Check the state for a character's ID before querying ESI.

EVE has a master opacity slider. We need to add one too.

Originally I thought this would be part of the theme picker, but in reality this part needs to be done in the DX11 sprite itself rather than the CSS. It would be inefficient to modify the framebuffer itself and it would be unreliable to attempt to inject CSS and have Chromium itself handle it.

I do not have RTTS on my machine (or I cant find it if I do)

in addition to this, it seems that some combo of eve-vision and eve-o or just eve-vision itself causes a secondary client to freeze up and crash when I alt-tab over to it

1.4.0 btw

When clicking inside of the Welcome splash screen or the Tools screen, it draws keyboard focus away from the client. You're unable to press shortcuts like F1 or Ctrl-Space when those windows have focus, even though there are no text fields that they could be awaiting input for.

As mentioned on Discord, for other active windows (Dotlan, etc.)there really isn't a way around this because it may have a text field and will need to have keyboard focus there to receive the input.

When browsing sites in evevision, like zkill, I'm not aware of there being a way to copy the current url.

The DLL was supposed to go to the temp folder, not AppData. EveVision is leaving a DLL every time it starts up.

FYI: Loads but the page dropdown lists are disabled, this kills Eve Gate Camp Check.
It will only check your local gate, but not your jump path.

RTSS causes EveVision to not function. Injection is fine, it is just the actual drawing that does not occur.

Notably, shutting down RTSS usually causes EveVision to instantly start working, so I'm going to imagine it's somehow locking up one of our threads.

This is an issue entirely in the native C++ DLL.

I want RTSS to work with EV - there's no reason it shouldn't.

We haven't entirely tracked down the cause(s), but the initialization process of EveVision appears to be interfered with on some machines for various reasons and with various symptoms - but all ultimately resulting in "I don't see anything". Some appear to be a title finding issue due to only injecting after changing window modes, others appear to be an issue with Windows Defender (or something) slowing down or flat out stopping IPC. In some scenarios, it has issues injecting multiple clients but always succeeds with some of them - this was proven to be caused by Windows Defender on one machine.

The unfortunate part is that I didn't log this area very well, and much less to a file, so it's been very hard to debug. I'm now working on cleaning up and documenting the entire process and ensuring that the whole process is logged so I can immediately see where the disconnect is happening in the future.

Until this issue is confidently resolved, any 'my overlay isn't showing up' issue reports should go here, as they are all likely linked, despite being different symptoms.

Need to allow drag & drop positioning of the minimized menu button. Should be easy considering it is contained inside of the FullscreenOverlay. Should be able to use any old library or code for dragging & dropping absolutely positioned elements.

After closing a window, the shared memory space used to transmit the framebuffers is not released. This will end up in unnecessary RAM usage after a while.