e1fd626453
* Fix typo referring to dev path cli arg The devPath config variable is set to a non-existent command line arg `argv.p`, it should be `argv.P` So if the devPath is set via a command line argument, it defaults to the default value: ``` /home/projects/example2 ⟩ yarn tauri init -P http://THISDOESNOTHING yarn run v1.22.4 $ /home/projects/example2/node_modules/.bin/tauri init -P http://THISDOESNOTHING [tauri]: running init ? What is your app name? example2 ? What should the window title be? Tauri App ? Where are your web assets (HTML/CSS/JS) located, relative to the "<current dir>/src-tauri" folder that will be created? ../dist dependency:manager Installing missing dependencies... +0ms dependency:cargo-commands "tauri-bundler" is already installed +18ms app:spawn [sync] Running "cargo generate-lockfile" +2ms Updating crates.io index dependency:crates "tauri" is already installed +941ms dependency:npm-packages "tauri" is already installed +1s Done in 6.35s. /home/projects/example2 ⟩ cat ./src-tauri/tauri.conf.json | grep THISDOESNOTHING /home/projects/example2 ``` * Fix similar typo affecting the window title param * Add change file |
||
|---|---|---|
| .. | ||
| 912-unicode-messages.md | ||
| 921-fix-cli-args.md | ||
| config.json | ||
| readme.md | ||
Changes
via https://github.com/jbolda/covector
As you create PRs and make changes that require a version bump, please add a new markdown file in this folder. You do not note the version number, but rather the type of bump that you expect: major, minor, or patch. The filename is not important, as long as it is a .md, but we recommend it represents the overall change for our sanity.
When you select the version bump required, you do not need to consider depedencies. Only note the package with the actual change, and any packages that depend on that package will be bumped automatically in the process.
Use the following format:
---
"tauri.js": patch
"tauri": minor
---
Change summary goes here
Summaries do not have a specific character limit, but are text only. These summaries are used within the (future implementation of) changelogs. They will give context to the change and also point back to the original PR if more details and context are needed.
Changes will be designated as a major, minor or patch as further described in semver.
Given a version number MAJOR.MINOR.PATCH, increment the:
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards compatible manner, and
- PATCH version when you make backwards compatible bug fixes.
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format, but will be discussed prior to usage (as extra steps will be necessary in consideration of merging and publishing).