Ideas and Discussion: What Features Do You Want in openHAB 5.0?

When I am implementing a new feature to my openhab system, I need the following resources which are accessible through the folowing menus:

  • Settings → Rules
  • Developer Tools → Widgets
  • Settings → Pages

Very often I have several browser windows open as I need simultaneous access to different resources out of the above three.

I can’t even count how many times I needed to leave Settings menu go up to the main menu and start going down the route to Widgets.

I am assuming that some more users experience the same. So I’d like to ask to move the widget menu to the settings section.
I know, creating new widgets has nothing to do with “Settings” - I absolutely agree. But so is developing new Rules or creating new pages.
I just see that they all share the same sort of complexity and belong very tightly to each other if you add individual features to openhab.

3 Likes

yes, I’ve always thought that widgets should be located in settings, next to Pages

Sometimes I do not even remember if I added a custom control directly to a page or created a separate widget. And when I want to change something, for sure I always search at the wrong place :slight_smile:

If I may add an additional idea: How about adding a menu item to the menu shown below which brings you directly to the widget yaml code in a separate window?

sendcommandifdifferent for DSL would be nice to have.

It would be great if the developer sidebar could do a search also in widget code and then it could be possible to pin the widget in the sidebar.

Then you could pin the widget, page and rule in developer sidebar and jump between them without the need to go to settings menu at all.

3 Likes

this is a great idea

1 Like

Agreed, am also thinking about setting up OpenHab in our RV - and of course integrating the two systems so I can monitor one from the other…

On UI rules the but only if section of the rule are AND conditions.
It would be great to have a drop down to select AND/OR in the but only if section.

1 Like

This gets complicated. A simple drop down won’t support compound conditions. For example

A AND (C OR D)

is not the same as

A AND C OR D

Something more would need to be added to suppor something like that.

But in the mean time, an inline script can handle anything more complciated than a series of AND conditions. If using Blockly, just put a logic block not plugged into anything in the inline script.

image

6 Likes

I would like the ability for the Developer sidebar to evaluate multiline entries and also to evaluate the use of properties that are used in Widgets (see example mockup) and allow it to properly evaluate the value of the properties in the widget.
Currently i manually change the expression i am using to substitute in the property and this is cumbersome in complex expressions.
This would make the use of the Developer Sidebar much more useful for widget creation and testing

1 Like

I would appreciate if the mapping in the sitemap could be feeded with dynamic values.
Selection item=num_FSRadio_StereoOffice_Preset label="Stationstasten" mappings=[0=ItemPreset0, 1=ItemPreset1, 2=ItemPreset2]
There are cases where the values to map might change over time as in this example the preset radio stations. Today the is the need to adjust the sitemap after any change.

This can be done using JRuby in openhab 4.x (and of course 5, also possibly in 3.4.5). Whenever any of your preset items changed state, the sitemap will be automatically updated.

ITEM_PRESETS = [ItemPreset0, ItemPreset1, ItemPreset2]

rule "Build a dynamic sitemap" do
  on_load
  changed *ITEM_PRESETS
  run do
    sitemaps.build do
      sitemap "mysitemap" do
        # Add other sitemap elements here
        selection item: num_FSRadio_StereoOffice_Preset, label: "Stationstasten",
          mappings: ITEM_PRESETS.map.with_index { |item, index| [index, item.state.to_s] }
      end
    end
  end
end
  • Export rules in txt-file and save it on the desktop of my PC.
  • Import rules from txt files.
  • Copy and paste CELL’s in the Pages section, or generate a template which is not active (visable)

Would like to add one more wish to complete Homekit coverage: support for remote of TV and Receiver. Allow to customise when a key is pressed what command to send is good enough.
Currently it’s the only thing prevent me moving TVs from HomeBridge to OH.

Great to see, that there are some possibilities to workaround the missing feature.
But to be honest, the initial hurdle is quite high to achieve this. Learning of yet another programming language would be required, OpenHABs footprint also wouldn’t be smaller…
Therefor I would really appreciate if it could get implemented natively.

I have something!
I would love for a way to check what in OpenHAB is eating my cpu…. There might be ways, but if I could open a settings menu that could tell me:
“Rule x is using Y mb of memory.”
Or something like that, would be absolutely great for troubleshooting.

I have my OpenHAB install pushing my cpu 100% often on htop, I’ve taken out bindings, disabled files, things…. No clue what’s up.
Kill OpenHAB and pc is quiet as a whistle xD

1 Like

Another crazy idea (don’t shoot me): binding to allow integration to Home Assistant - or even binding allows to run HA integration Python code directly on OH.
This will immediately open OH to many more integrations already exists in HA. I have recently tried HA and am impressed by the support there - not only the number of integration but also exposed features and interactions between integrations.

3 Likes

There is already HABApp which allows you to exactly do that.
Also there is work on the new jython binding which supports the python 3.X syntax - however it’s java python not native python.
While it’s not directly possible to run the integration most of the time the underlying libraries can be easily reused and run.

Hi just to be clear my point is not to run Python code but good integration to HA to benefit from its bigger community and lots more integrations/ideas. Like this:

:grinning_face_with_big_eyes: