Sorry, haven’t been super active due to life.
Fixed a few bugs in the meantime and implemented most of the SSR binding stuff, but it’s far from finished, hell I haven’t even gotten to test it yet.
Will be gone for a bit tomorrow, and the next day I will be at a different house for a few days albeit with my computer.
While I didn’t get to scanner state displaying yet, I did refactor the classes that handle how remotes connect, disconnect, etc so that it’s not spread around the codebase.
This fixes a few bugs related to state management due to how originally these viewmodels were constructed separately of eachother.
Tomorrow I will be gone for a few hrs but should be back soon enough to hopefully make some more refactors and/or start on the remote display.
Pictured is the new disconnect button in the remote on the sidebar
The client can now disconnect itself, and more styling has been added to the SSR UI (shown here is a Container which is centered and has a slight margin)
tomorrow will be some more work on the SSR UI and then finally getting the scanner state to show on the client.
I’m not too pleased with the idea that the server may change the look of the device pages on the clients, though… I still feel like there could be some better way to go about this.
I FINALLY GOT SSR WORKING MY GOD
still too primitive to do anything atm, working on it.
A friend of mine was able to test it on iOS, we got it working.
Gonna have them send in the PR later and set up CI for it.
Started working on state sync, will continue tomorrow probably
States are synced now but I need to think about how to deal with scanner groups and channels and such
because there are different types of channels (such as P25, conventional, etc) among other type issues
and I want to reduce the need for any modules on the client if I can.
Lots of changes, most of them are backend changes, but there are also a handful of frontend changes too!
https://github.com/UniScanProject/UniScan/releases/tag/UniScan.Client.App%2F0.1.0
Remotes are now stored per file instead of one large file, and the UI has been neatened up.
The server now sends metadata containing a logo, various information, an MOTD, links, etc.
The UI has been updated to display this information too.
There are more changes than this, but there are too many to list here without hitting the 4000 char limit.
Attached is a small video showing some of the new UI stuffs.
By no means is it bug free, but the PR reached a point where it could be merged to allow for other important tasks to be focused on (like y’know, showing the actual scanner info)
I think this looks pretty nice
apparently Avalonia has some nuget package that adds ItemsRepeater which does what I was originally trying to do in a cleaner way
Here’s the announcements UI, I think I’m almost done on this branch and then I’ll continue on main.
Need opinions on this UI
The server logo now shows where possible, so on the home view and in the sidebar
In the remote view, there is a top ‘window’(?) that holds (from top to bottom): logo (to the side: title, description), server links
and then the bottom floating window thing holds the server MOTD
I still need to find a place to hold the server announcements…
Alongside this were a ton of internal refactors, and the subscribe button now works (but the server still won’t properly send the current state)
Been trying to post this since yesterday (I re-recorded the video today), but Hackatime has been down.
Remotes are now stored per file instead of all inside one file.
Additionally, server info is now properly cached!
I had to rewrite most of the remote initialization flow, but now it’s much better.
Adding and removing remotes automatically saves to disk because I can observe the list.
This isn’t the end of this overhaul, but we’re getting closer… I think I want to refactor more of UniScanClient next.
This is happening on another branch: https://github.com/UniScanProject/UniScan/tree/feat/use_server_provided_display_names
After this branch is merged into main, I will make the available server
info also show since we have the entire RemoteInfo being sent, which
includes announcements, a description, a logo, etc.
Working on dropping display names from client remotes
As well as some refactor of the connection flow using my new TaskPipeline
Once this is done, the server will be able to send branding, announcements, and other useful information on connect for the client to display!
Just released a new version, now you can make remotes from the UI finally.
Here’s a video showing the creation flow.
Note that the list is dynamic based on classes implementing IConnectionMethodFactoryViewModel with attribute ConnectionMethodFactoryViewModelAttribute
working on fixing the fact that you can’t really make remotes
FINALLY I GOT IT DONE
IM SO TIRED
New loading screen!!!!
And OPFS file handles are now keyed by int
im going to sleep now
https://uniscan.dexrn.me
Much nicer loading screen
Alright I’ve committed and now you can access UniScan through https://uniscan.dexrn.me
Note that since this is still an early version, you can’t really do much.
You can also install it as a PWA on iOS, Android, and most desktop browsers.
(pictured is UniScan as a PWA in ungoogled-chromium)
Hopefully tomorrow I will fix the crash with adding remotes by making some sort of map of connection type -> UI widget to define the settings for them.
(meant to post this yesterday, but GH was still working on some cert garbage)
UniScan now works in browser!
I’ve also added a nice crash handler since unhandled exceptions act weird in the browser.
Just polishing up now, will commit and set up Actions to host this.
Once it’s up, the link will be https://uniscan.dexrn.me
(The crash shown in the video is a real issue and will be fixed later.)
FINALLY I GOT OPFS WORKING GG
OK I GOT IT SOMEWHAT WORKING IN BROWSER FINALLY
still need to keep implementing OPFS stuff though.
serilog 01:32:29 [ERR | UniScan.Client.Core.Config.Remote.RemotesListFile] Failed to save remotes to remotes.json
System.Exception: Entry not found
at SpawnDev.SpawnJS.SpawnJSRuntime.<_InteropCallApplyAsync>d__132`1[[SpawnDev.SpawnJS.JSObjects.FileSystemSyncAccessHandle, SpawnDev.SpawnJS, Version=2.1.8.0, Culture=neutral, PublicKeyToken=null]].MoveNext()
