hoobs-org / desktop Goto Github PK

Is your feature request related to a problem? Please describe.
If a certified plugin (displayed in UI with the product image) is installed, display the Uninstall and Configuration buttons at the bottom of each. Makes for a better experience.

Auto-updating feature does not advance past version 4.2.2 on DIY install on MacOS (no HOOBS Box). Fix command does not solve problem.

ability to set timezone for logs

Description
If there are many Available Accessories in the list when trying to add accessories to rooms, the Cancel / Add button get pushed all the way to the bottom of the page requiring scrolling and making them invisible to the user. It makes a very confusing experience for new users.

Version
3.1.20

PS C:\Users\sbk10\Documents\Code\desktop> yarn global add colorthief
yarn global v1.22.11
[1/4] Resolving packages...
warning colorthief > get-pixels > [email protected]: request has been deprecated, see request/request#3142
warning colorthief > get-pixels > request > [email protected]: this library is no longer supported
random for details.
error Couldn't find the binary git
info Visit https://yarnpkg.com/en/docs/cli/global for documentation about this command.

When call init desktop application get
PS C:\Users\sbk10\Documents\Code\desktop> yarn run lint
Debugger attached.
yarn run v1.22.11
$ vue-cli-service lint
Debugger attached.
error: Missing file extension for "colorthief/dist/color-thief" (import/extensions) at src\components\dialogs\personalize.vue:98:32:
96 | <script>
97 | import ColorScheme from "color-scheme";

98 | import ColorExtractor from "colorthief/dist/color-thief";
| ^
99 |
100 | import ColorComponent from "@/components/elements/color.vue";
101 | import BackdropComponent from "@/components/elements/backdrop.vue";

error: Unable to resolve path to module 'colorthief/dist/color-thief' (import/no-unresolved) at src\components\dialogs\personalize.vue:98:32:
96 | <script>
97 | import ColorScheme from "color-scheme";

98 | import ColorExtractor from "colorthief/dist/color-thief";
| ^
99 |
100 | import ColorComponent from "@/components/elements/color.vue";
101 | import BackdropComponent from "@/components/elements/backdrop.vue";

2 errors found.
Waiting for the debugger to disconnect...

HOOBS attempts to use configuration schemas that have been written for homebridge-config-ui-x. However, it only supports a fraction of the schema, resulting in a very poor user experience.

There are at least two issues:

• Version 4.8.1 of homebridge-config-ui-x added support for dynamically created configuration schema files. These allow plugins to update the schema at run-time, e.g. to provide appropriate options for the specific devices being bridged. HOOBS does not look for this dynamic configuration schema, so only shows the original hardcoded configuration options. If the config.schema file contains a value for dynamicSchemaVersion then homebridge-config-ui-x looks for a file ~/.homebridge/.PLUGINNAME-vDYNAMICSCHEMAVERSION.schema.json, where:

  • ~/.homebridge is replaced by the value of homebridge.user.storagePath()
  • PLUGINNAME is the first parameter to registerPlatform
  • DYNAMICSCHEMAVERSION is the value of dynamicSchemaVersion from the schema

• HOOBS only uses the schema portion of the config.json file. As a result:

  • Help text from the headerDisplay or footerDisplay are not displayed.
  • Information from the form and display sections are not used. These control the display order, indicate the most appropriate type of control to edit each item, provide additional help text, provide friendly names for fields and enum values, allow conditional display of items, etc. This loses most of the benefit of having a graphical user interface to edit the configuration.

Please either fully support configuration schemas written for homebridge-config-ui-x, or provide an easy way for plugin developers to indicate that the schema should not be used by HOOBS.

Taking the example of the homebridge-homeconnect plugin, it is supplied with a minimal configuration schema (config.schema.json) that allows the user's account details to be entered. This is how the two tools show it:

Initial configuration in homebridge-config-ui-x:

Initial configuration in HOOBS:

HOOBS is missing the help text, titles for enum values, placeholders, etc. It is barely any better than editing the config.json file manually.

After the initial configuration has been provided the plugin dynamically constructs a more complicated configuration schema tailored for the user's particular appliances (/home/hoobs/.hoobs/etc/.homebridge-homeconnect-v1.schema.json)...

Full configuration in homebridge-config-ui-x:

Full configuration in HOOBS:

Clearly the dynamic configuration schema is being completely ignored by HOOBS. At best the user then needs to edit the config.json file by hand. At worst they will not notice that extensive additional configuration is available.

If possible add the standard macOS window bar to the app

MacBook Pro 2021 M1 Pro - Monterey 12.0.1

HOOBS app v4.1.11

HOOBS v4.1.17 / HB v1.3.6 / Node v16.13.0

Issue: when opening app it will appear on Dock but not open, after a minute or so I get a popup error from MacOS telling me a shared drive can't be found (it's currently offline) and to click Ok, this happens 3 times total. Each almost 1 minute (it seems to get longer and longer each time I re-open the app) after the next and after the third time I click OK HOOBS app instantly opens. I think the 3 times behavior is having 3 shared drives setup in my login items that auto connect when I sign in but it's odd it cycles through all of these before HOOBS opens up!

Also the Minimize button (yellow dot) freezes the app when pressed, the full screen and close buttons work without issue

see pull request

found a little gfx but in accessory screen
rollershutter lines in yellow on the side but only on 4 collum

Reproduction Steps

1. Start a dev version of hoobsd
2. Connect via this app
3. Shutdown dev hoobsd
4. In this app the socket disconnected screen shows

Expected
Should see and be able to control the window including closing.

Actual
The user should be able to close the app, but no windows controls are there.

The links in plugin readmes navigate the Electron main window. This removes the window chrome and the user can't navigate back or close the window.

detect OS and prompt appropriate app download link

@BobbySlope makes the picture files
@askovi @mkellsy implement into hoobs

Currently one needs to right click to copy & paste. The command C or V commands do not work.

hi

I have just installed a new update now it wants me to logon to desktop app but work take my username and password

I want to get back to the web one.

thanks Oliver

hi

The password and username won't work on the desktop app don't know why that is might be a bug.

but username and password is right and worked in the browser.

would also be nice if there was a reset password on hoobs before loging in.

Thanks Oliver

It would be great if the desktop application would allow you to input an FQDN instead of requiring a numeric IP.

Example: hoobs.myddnsname.com

We have users willing to translate to Hebrew and Arabic but require RTL support.