Age | Commit message (Collapse) | Author |
|
This should more or less ensure everything remains responsive even if
the language is one with very long strings.
|
|
That is, it's now using our localization module...
|
|
If a message is not localized it'll default back to English, instead of
just giving back the string...
|
|
|
|
|
|
feat: Updates downloading
|
|
|
|
I'm not quite sure what the purpose of this function is considering we
only use it once, and there's not much reason to export it or anything.
|
|
|
|
After game path was set on Windows in first launch, the settings
object would not be written to viper.json file, meaning that on
next start, settings.gamepath variable would be loaded with a ""
value, leading to errors.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
By error I forgot to include this check... I also added in the ability
for it to look for a lang file without the extra locale info on the end,
i.e if "en-GB" is not found it'll try "en"
|
|
This may or may not be how we actually do localization in the future,
however for now this seems doable. I will obviously need to look at how
we detect the language, as I think instead of relying on names like
"en-US" just have "en", so we don't have to symlink various editions of
English to the same file. But for now this is a draft, and the important
part of this is rather how the underlying localization works.
|
|
We now just use a fixed string ("viper.json")
|
|
However, I can't figure out a way to directly exclude it in the unzip
package, hence, it just renames the original to "<file>.excluded" when
the extraction is done it then renames it back to it's original aka
"<file>", overwriting what was extracted, which essentially excludes
some files.
If there exists an unzip library/package that has options for excluding
files we should move to that, but until something as such is found the
current way is how we'll do it.
|
|
A bug stopped the settings.zip variable from being set after choosing
the path, this resulted in Viper trying to save the zip to root.
This was only on first launch, relaunching would fix this. For obvious
reasons.
|
|
This uses your system appearance to figure out which one to use. Meaning
the people with dark mode enabled on Windows or through their GTK/QT
theme will still see dark mode...
|
|
This means devtools don't get opened no matter what and --debug is
required for it to open.
|
|
This means systems (like most Windows installs) that don't have the font
can still be allowed to see it in all it's glory.
|
|
I removed the titlebar, which I already had gone on my Linux system,
besides that I also made it so the body of Viper can be held down to
drag it around. And then added an exit button.
|
|
Im a dumbass and made a tiny mistake...
|
|
Northstar requires you to be in the gamepath when launching, so we now
change the current directory when launching.
|
|
I haven't tested this on Windows... And I will in a bit...
|
|
|
|
I think?
|
|
Everything is now in utils.js and simply gets called through IPC calls
which make it quite simple to add CLI arguments...
|
|
|
|
|
|
|
|
|