The single quote is needed for running the command in the shell directly.
When run inside the Go command 'os/exec' it is not removed and is
preventing the flags from being processed correctly inside the Docker image.
* Develop (#343)
* Support Distribution 'ArcoLinux' #310 (#312)
* Support Distribution 'ArcoLinux' #310
* Vuetify2 support (resurrected from git@github.com:MichaelHipp/wails.git) (#315)
* Initial create of vuetify2-basic folder
* Change template descr of vuetify-basic to say Vuetify 1.5
* Get vuetify2 template installing vuetify v2.0 (but with styling probs)
* Update App.vue, HelloWorld.vue for Vuetify v2
* Remove babel-polyfill, add mdi/font
* fix: codacy corrections
* fix: babel -> core-js, regenerator-runtime
Co-authored-by: Michael Hipp <michael@redmule.com>
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* Update Contributors
* v1.0.2-pre1
* [313-remote-conn] allow remote connections to the websocket bridge (#314)
* [313-remote-conn] feat: compute wsURL based on window.location
* [313-remote-conn] feat: allow any host to connect to vue server
removing the 'host: "localhost"' specification causes the development
server to listen on all interfaces.
* [313-remote-conn] feat: allow any host to connect to angular dev server
* test: reinject tabs
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* fix: disable host check for vuetify 2 template
* v1.0.2-pre2
* fix: shutdown ipcmanager
* use channel to trigger shutdown
* load linuxdb from relative path
* Feat manjaro arm & deepin (#324)
* feat: new distros: manjaroARM & Deepin
* v1.0.2-pre3
* [326-platform-raspbian] feat: implement raspbian support (#327)
* fix: emit arguments (#306)
* v1.0.2-pre4 Raspbarian support
* Initial support for Typescript decl file (#330)
* v1.0.2-pre5
* revert to Go 1.12
* New CI (#331)
* prepare
* new CI/github actions
* Rename later-pre.yml to latest-pre.yml
* Update latest-pre.yml
* Update README.md
* Ensure version in go.mod is up to date (#339)
* release v1.0.2-pre6
* Fix typescript generation
* Release v1.0.2-pre7
* 316-multi-bridge-conn (#317)
* [316-multi-bridge-conn] feat: use callback func for bridge response
* [316-multi-bridge-conn] feat: implement multiple session support
* split client handling portion into 'session'
* keep track of sessions by remote address (ip & port)
* notify each of the sessions anytime an event comes across the bus
* [316-multi-bridge-conn] chore: move bridge files to package
* [316-multi-bridge-conn] chore: remove deprecated Callback function
The Callback function is no longer needed for the operation of
the frontend callback since the ipc.Dispatch function now requires
a callback function to be provided as an argument.
This function can be a private function since it is passed by reference.
* [316-multi-bridge-conn] chore: make webview.Callback private
* [316-multi-bridge-conn] chore: remove unused injectCSS function
I believe a slightly better method of doing this might need to be devised
if it is needed in the future. I presume it should collect the values
into a cache and then inject it into each sesssion as it appears.
* [316-multi-bridge-conn] ensure wails:ready event is emitted
Event is only emitted for the first session created from the Bridge.
* [316-multi-bridge-conn] emit events for session lifecycle
Emit an event for each session started and ended.
* [316-multi-bridge-conn] fix: session handling fixes
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* Release v1.0.2-pre8
* Release v1.0.2
Co-authored-by: Byron <ktc@protonmail.com>
Co-authored-by: Travis McLane <tmclane@gmail.com>
Co-authored-by: Michael Hipp <michael@redmule.com>
* Macos notarize fix
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
Co-authored-by: Byron <ktc@protonmail.com>
Co-authored-by: Travis McLane <tmclane@gmail.com>
Co-authored-by: Michael Hipp <michael@redmule.com>
* Support Distribution 'ArcoLinux' #310 (#312)
* Support Distribution 'ArcoLinux' #310
* Vuetify2 support (resurrected from git@github.com:MichaelHipp/wails.git) (#315)
* Initial create of vuetify2-basic folder
* Change template descr of vuetify-basic to say Vuetify 1.5
* Get vuetify2 template installing vuetify v2.0 (but with styling probs)
* Update App.vue, HelloWorld.vue for Vuetify v2
* Remove babel-polyfill, add mdi/font
* fix: codacy corrections
* fix: babel -> core-js, regenerator-runtime
Co-authored-by: Michael Hipp <michael@redmule.com>
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* Update Contributors
* v1.0.2-pre1
* [313-remote-conn] allow remote connections to the websocket bridge (#314)
* [313-remote-conn] feat: compute wsURL based on window.location
* [313-remote-conn] feat: allow any host to connect to vue server
removing the 'host: "localhost"' specification causes the development
server to listen on all interfaces.
* [313-remote-conn] feat: allow any host to connect to angular dev server
* test: reinject tabs
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* fix: disable host check for vuetify 2 template
* v1.0.2-pre2
* fix: shutdown ipcmanager
* use channel to trigger shutdown
* load linuxdb from relative path
* Feat manjaro arm & deepin (#324)
* feat: new distros: manjaroARM & Deepin
* v1.0.2-pre3
* [326-platform-raspbian] feat: implement raspbian support (#327)
* fix: emit arguments (#306)
* v1.0.2-pre4 Raspbarian support
* Initial support for Typescript decl file (#330)
* v1.0.2-pre5
* revert to Go 1.12
* New CI (#331)
* prepare
* new CI/github actions
* Rename later-pre.yml to latest-pre.yml
* Update latest-pre.yml
* Update README.md
* Ensure version in go.mod is up to date (#339)
* release v1.0.2-pre6
* Fix typescript generation
* Release v1.0.2-pre7
* 316-multi-bridge-conn (#317)
* [316-multi-bridge-conn] feat: use callback func for bridge response
* [316-multi-bridge-conn] feat: implement multiple session support
* split client handling portion into 'session'
* keep track of sessions by remote address (ip & port)
* notify each of the sessions anytime an event comes across the bus
* [316-multi-bridge-conn] chore: move bridge files to package
* [316-multi-bridge-conn] chore: remove deprecated Callback function
The Callback function is no longer needed for the operation of
the frontend callback since the ipc.Dispatch function now requires
a callback function to be provided as an argument.
This function can be a private function since it is passed by reference.
* [316-multi-bridge-conn] chore: make webview.Callback private
* [316-multi-bridge-conn] chore: remove unused injectCSS function
I believe a slightly better method of doing this might need to be devised
if it is needed in the future. I presume it should collect the values
into a cache and then inject it into each sesssion as it appears.
* [316-multi-bridge-conn] ensure wails:ready event is emitted
Event is only emitted for the first session created from the Bridge.
* [316-multi-bridge-conn] emit events for session lifecycle
Emit an event for each session started and ended.
* [316-multi-bridge-conn] fix: session handling fixes
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
* Release v1.0.2-pre8
* Release v1.0.2
Co-authored-by: Byron <ktc@protonmail.com>
Co-authored-by: Travis McLane <tmclane@gmail.com>
Co-authored-by: Michael Hipp <michael@redmule.com>
* [316-multi-bridge-conn] feat: use callback func for bridge response
* [316-multi-bridge-conn] feat: implement multiple session support
* split client handling portion into 'session'
* keep track of sessions by remote address (ip & port)
* notify each of the sessions anytime an event comes across the bus
* [316-multi-bridge-conn] chore: move bridge files to package
* [316-multi-bridge-conn] chore: remove deprecated Callback function
The Callback function is no longer needed for the operation of
the frontend callback since the ipc.Dispatch function now requires
a callback function to be provided as an argument.
This function can be a private function since it is passed by reference.
* [316-multi-bridge-conn] chore: make webview.Callback private
* [316-multi-bridge-conn] chore: remove unused injectCSS function
I believe a slightly better method of doing this might need to be devised
if it is needed in the future. I presume it should collect the values
into a cache and then inject it into each sesssion as it appears.
* [316-multi-bridge-conn] ensure wails:ready event is emitted
Event is only emitted for the first session created from the Bridge.
* [316-multi-bridge-conn] emit events for session lifecycle
Emit an event for each session started and ended.
* [316-multi-bridge-conn] fix: session handling fixes
Co-authored-by: Lea Anthony <lea.anthony@gmail.com>
