| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
feat: French localisation
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Apparently I'm dumb and when I did this I read what it was on by default
when making the `width` variable, when doing so I accidentally read the
height's value (115), compared to the width (600), I don't know how I
managed to do this, I'm dumb...
|
|
|
|
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...
|
|
Localization support
|
|
|
|
|
|
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.
|
|
So you don't have to run "npx electron src/index.js --debug" every
time manually...
|
|
|
|
|
|
|
|
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.
|
|
|
|
Given that I've yet to implement any other modding tools outside of the
updater and launcher the description will be changed to what it is now.
|
|
Said script builds an AppImage and an NSIS Installer for Windows. I may
make an AppX build as well, that way you can install it straight from
your browser very neatly...
|
|
|
|
whoops.
|
|
|
|
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.
|
