Age | Commit message (Collapse) | Author |
|
|
|
This doesn't entirely uphold support, as it doesn't use the author file
for anything, however it does write it as intended.
|
|
|
|
When JavaScript errors occur outside of the renderer, they'll no longer
display a big and confusingly detailed error stack, now they'll simply
be shown a toast about the fact that an error happened.
The user can then click this to get more details, but still without it
being as invasive and obtuse as before.
|
|
If a mod has multiple mod folders inside it, however all with the same
name, they'll be merged together, this now fixes that, by adding
"(dupe)" to the end of it, along with displaying an error, however it
will install successfully.
This also happens to add some duplicate toast protection, however this
should be reworked, but I am not bothered to deal with it right now, and
I instead will be putting this on future me.
|
|
Some functions have been renamed:
update() -> updateNorthstar()
updatevp() -> updateViper()
Overall these are far better function names...
|
|
|
|
I removed the underscore at one point and forgot to change the name
everywhere it seems.
|
|
Mostly syntax, but also a few fixes with how the settings system work,
and also a change in localization strings.
|
|
missed a few
one last one
|
|
|
|
Quite a lot of them aren't in the same syntax/style, and it's quite bad
to look at, this should fix them all without causing issues.
|
|
|
|
I know, commas aren't needed, however, going in and out of using commas
and not using them also looks bad, so generally I try to always use
them, with exceptions.
|
|
Instead of opening your normal web browser you can now just open the
page inside Viper, many changes aren't finished yet, notably the
webview.css file.
At some point I'll split the main.css into more files so the folder
makes sense even though there's currently only one file in there.
|
|
Essentially just validates the config file and then prompts you about
it, it allows you to reset it directly or just to exit and let yourself
fix it. And because the error message appears directly in the renderer
we have access to navigator.language, and can therefore still localize
the string. However! We can't actually care if the user has disabled
auto detection of their language, since... y'know, the config file where
that's stored isn't able to be read properly.
And so I added an argument to lang(), which allows you to force it to
use a specific language if that language is available, if not it
defaults back to English.
|
|
When Viper starts up it'll check to make sure the gamepath still exists,
and throws errors if not, it also redirects you to the first page (the
one where you can set the gamepath), and gives you an informative error.
This could happen because the user unmounted the drive the gamepath is
on, or it could happen if the user moved their game location.
|
|
This overwrites viper.json and disables Viper updates, this is useful
when repackaging Viper for other formats we don't already support.
|
|
When #87 was merged an unnoticed problem slipped in where if Viper was
running in a version that did not support auto-updates we would never
auto-update Northstar. Now that's fixed, and the nsupdate option is
completely implemented.
I also took the liberty of removing the auto-update option in the
settings page if Viper can't auto-update anyway, as it's useless if
that's not possible.
|
|
Albeit with some caveats, due to the way electron-updater is setup, if
you're not on a version of Viper which supports auto-updates the event
which runs the NS Updater code will never be run, and hence it'll never
auto-update. This was also an issue before, but I only noticed it now.
|
|
It actually saves settings, loads them properly and everything...
|
|
This was due to me testing something, not actually supposed to be in
release builds...
|
|
Since apparently dragleave and dragenter don't quite work as intended we
have to resort to this obscure method which should work just fine on the
user's end.
|
|
If you closed the file selection window after clicking the "Install Mod"
button it would improperly try to install "nothing", and therefore never
re-enable the buttons, this is now fixed.
|
|
|
|
I also fixed the archive not being extracted properly for some reason,
the setTimeout() seems to solve it, no clue if it needs to be adjusted
in the future or replaced with something that works 100% of the time,
I'm not even quite sure why it happens in the first place.
|
|
When a new mod has been installed through the browser UI it's button is
changed from "Install" to "Re-Install" instantly. We also now disable
modding related buttons when updating NS, or when installing mods. This
should prevent issues.
|
|
This should work for all mods, assuming that all mods come packages the
same, aka, in a Zip, with mods/<mod> in it. Which from what I know they
do.
|
|
When changing the game path by clicking the button you shouldn't be told
it can't find the game and you've to select one manually, as you know
that already. More importantly, if it could be found automatically it'll
just not do anything.
With this change I also changed the "gui.setpath" string to be more
logical, and to make it clear what it does.
|
|
I moved requests.js into extras and made the function for finding the
potentional gamepath into it's own module. I also made the exec() called
Promise based.
|
|
Adding documentation/comments
|
|
|
|
|
|
* [chore] removing setsize mechanism
* [feat] adding new html skeleton
* [feat] adding games icon buttons
* [feat] all icon buttons have same size
* [fix] games container width varies between 95 and 120px
* [feat] displaying bg image
* [feat] each game has its own background image
* [feat] adding content skeleton
* [feat] window has no frame anymore
* [feat] buttons show related content only
* [feat] displaying viper release notes
* [feat] game icons are vertically centered
* [feat] background is a bit grayed out
* [feat] adding some items to games menus
* [feat] displaying games logos
* [feat] adding content menu active item indicator
* [fix] centering active item indicator
* [feat] not displaying viper credits by default
* [feat] viper categories can be browsed through via menu
* [feat] adjusting hovering style of menu items
* [feat] adding play button styles
* [feat] adding missing vp sections
* [feat] adding link styles
* [fix] scaling down northstar logo
* [feat] adding ns sections
* [feat] fetching northstar release notes
* [fix] release notes containers are scrollable
* [feat] removing space between menu and some sections
* [feat] loading vp+ns versions into interface
* [chore] pushing version to 0.10.0
* [feat] play buttons launch games
* [refactor] renaming vp releases fetching method
* [feat] displaying an option to update northstar
* [feat] message is displayed if ns is up-to-date
* [feat] displaying ns download progress
* [refactor] removing ns-updating and ns-updated events
* [feat] adding UI translations
* [fix] correctly displaying vp release notes
* [refactor] removing useless code
* [feat] adding Imply to credits for viper logo
* [feat] loading titanfall version from gameversion.txt file
* [feat] centering viper main section
* [feat] adding custom scrollbars to release notes sections
* [feat] disabling images drag
* [feat] all external links are opened in default browser
* [feat] formatting release notes with markdown converter
* [feat] translating UI items
* fixed backgrounds not being same size
This would cause weird transitions.
* new.css is now main.css, fixed colors and fonts
* page indicator is now prettier
We no longer use a character to render a circle, and it's no longer a
circle, instead it's a line, we also now have a nice transition on it,
both for fading in and out.
* removed simplebar in favor of ::-webkit-scrollbar
Almost everything we did with simplerbar could be done with native
WebKit scollbar CSS, hence why we switched to it.
* fixed uneven nav button margin
* fixed formatting
Single quotes to double quotes, spaces to tabs, etc etc... I also
removed simplerbar properly...
* removed unneeded consts
Elements set with ID's can by default be referred to with their ID, aka:
const element = document.getElementById("element");
Is useless as "element" will automatically refer to that element if
theres no variable that overwrites it.
* use release name over tag_name
"Release vX.X.X" frankly looks better than "vX.X.X"
* playBtn's now look nicer
Slight transition on hover and click.
* added pointer cursors to nav buttons and playBtn's
Along with transitions to the nav buttons, because they look very good.
* [fix] viper main section appears correctly on viper logo clicked
* different opacity for inactive pages
* removed "Roboto Mono", added normal "Roboto"
* removed old HTML
* fixed formatting in launcher.js
* redesigned contentContainer's, and a lot more
I also swapped around the Vanilla logo and Northstar logo to have the
same size and the "Titanfall 2" text is in the same place on both
images, allowing seamless transition when changing pages.
I also completely redesigned displayContent(), it's now page() and
doesn't revolve around a switch case. I'll likely do a similar thing
with showVpSection() and showNsSection(), uniting them into one function
that doesn't use switch cases.
* added close button
* fix game icons not being found
* removed excess icons from assets folder
* [feat] adding a br to french releases key
* [feat] centering menu items
* [feat] implementing requests cache for NS release notes
* [feat] implementing cache for VP release notes
* changed ttf2 to tf2
Along with that, I also renamed the northstar2.jpeg bg to just
northstar.jpg, as all other background are .jpg
* [fix] adjusting containers
* [fix] adding some space between menu and content
Since we have lots of space to use now, let's use it!
This extra-space does not apply to release notes sections, which
already takes all available screen space.
* [feat] adding code style
* [fix] window is draggable thanks to a drag bar on its top
* [fix] drag bar height
* [fix] all window is draggable
* [fix] not disabling game buttons on ns update
* [fix] disabled buttons cannot be clicked
* [fix] displaying ns update downloading state on UI
* [fix] typos
* general improvements to the UI
Launch buttons now have a nice gradient, a shadow and a better hover
animation. The Titanfall logos are now also centered no matter the
window size, so if in the future we decide to allow resizing the window
that won't be a problem, or if you force the window to do it through
some trickery, it'll also still show correctly.
I also changed the default font weight to 500, some pieces of text
looked very thin.
* unified information and credits section
* mods section should more or less look good now
Still not complete done, I still wanna implement a drag and drop
install, along with selecting whether you're installing a zip or folder.
And also a warning when toggling or removing required mods...
But generally this is the design I will go with.
* added warnings for toggling/removing core mods
* [feat] adding missing translations
* [fix] typo in gui.mods.disabledtag french translation
* re-added download progress
* added section transitions
* switched to npm module for markdown parsing
* correcting some formatting, nothing special
* active page button is now more obvious
Co-authored-by: 0neGal <mail@0negal.com>
|
|
fix: Displaying northstar version on first launch
|
|
Previously, on first viper launch, northstar version was parsed
even before game path was selected, leading to "unknown" being
systematically displayed on first launch.
Now, when a game path is set, versions are automatically updated.
|
|
This adds both the arguments themselves, but also their entries in the
man page and help page.
|
|
|
|
* [feat] adding methods signature to alert when selected game path is falsy
* [feat] a game path is valid if it contains 'Titanfall2.exe' file
* [feat] adding translations for wrong gamepath key
* [feat] if a wrong path has been selected, ask for it again
* formatting and removing useless function
Given we only use checkGamePath() once there's no need to even have a
function for it.
Co-authored-by: 0neGal <mail@0negal.com>
|
|
|
|
* [refactor] moving main.setPath listener outside start method
* [refactor] setpath tells if game path is set or not
* newpath event tells if game path dialog is successful or not
* [feat] main window will not show if path is not set
* [feat] viper displays a dialog and exits if no game path was prompted
* [fix] viper prompts for game path if viper.json:gamepath is not set
* [feat] translating gui.gamepath.must key
* code cleanup
fixing single quotes and alike
* fix gui.gamepath.must message
Co-authored-by: 0neGal <mail@0negal.com>
|
|
Lovely, only issue is for some reason both on Windows and Linux file
dialogs can't select both directories and files, so either it's a folder
or it's an archive, not both.
So I guess we need to make some way to select it...
|
|
If a mod decided to put their actual mod files inside a folder inside a
folder it'll search sub folders to try and find them and usually it's
able to install it.
Meaning, if instead of the mod being structured as such:
mod/
mod.json
other files ...
It is structured as such:
folder/
mod/
mod.json
other files ...
This will be very useful for zip files... As some people tend to archive
a folder and not make an archive with the files in it. Leading to the
above structure...
|
|
Smoothly updates and works flawlessly, the only thing that really needs
improvements is the design and on top of that installing mods from a Zip
file over folder.
|
|
Mostly, the installing part needs a bit more look at, to support
archives and different layouts for the mod. Such as searching through an
archive to find the right folder because some mods don't use a proper
layout. I also somewhat mitigated the whole issue of JSON files not
being formatted properly by the mod developer (please just fix your
formatting, I beg you.) by simply assigning the absolute basics, however
we can't know the versions of the mods.
I am not going to go out of my way to write code which can parse a file
that wasn't made to be parsed because whoever wrote it doesn't know what
a JSON file is made of. Simply not happening.
I also added a few locatiolization related things, along with more info
for --mods, so besides the normal counter for "Installed mods" you also
have "Enabled mods" and "Disabled mods", very useful.
The GUI also has a new added "Disabled" tag to mods that are disabled,
however this is a temporary, it looks bad and I don't want it in
release, I just needed a way to distinquish when testing.
Because you can now also enable and disable mods, mods.list() gives back
an Object that goes more or less something like:
{all: ..., enabled: ..., disabled: ... }, take your guesses as to what
everything means, you might even get it in the first try.
|
|
|
|
* [chore] adding electron-updater dependency
* [feat] adding auto-updating mechanism
* [chore] setting package version to v0.8.0
* [fix] restoring original repo URL
* [docs] adding some documentation about publishing new releases
* [chore] adding publish:windows command
* [docs] updating publish instructions with new publish command
* [chore] adding publish:linux command
* [docs] updating publish instructions
* --updatevp, and option to disable auto updates
If you want you can set "autoupdates" to false in your config, no GUI
tools to do this yet. For the CLI auto updates is off by default and
you'll have to use --updatevp.
I also removed the snap package, tho whether this stays as a change is
still to be discussed.
And with the new option I updated the help menu, the man page and
everything along else that needs it.
* removed "soon" parts of README for auto-updates
* [feat] adding French translation for cli.help.updatevp key
* confirmation for restarting the app
Now instead of automatically updating and restarting the app, which may
be slightly confusing to some users, (the app opens then closes and then
opens), it now asks whether you want to restart and open the new
version. If you say no, instead next time you launch it, it'll be on the
new version.
If you want to completely disable updates you can disable it in the
viper.json file...
* [feat] adding French translation for gui.update.available key
* added configuration instruction in README
Co-authored-by: 0neGal <mail@0negal.com>
|
|
|
|
|
|
|