Thing is, they don’t have a group at all. They’re hanging around at root level… as I didn’t pick a parent for them…
For the rest of not fruitful discussions, I’ll stay silent for peace sake.
Thing is, they don’t have a group at all. They’re hanging around at root level… as I didn’t pick a parent for them…
For the rest of not fruitful discussions, I’ll stay silent for peace sake.
Create the group and add them from the Group’s page. Should be able to add all the items in one go. The pop-up supports search so if they are named similarly you can get them all at once.
I created a Group and added all those Airthings Items to it in about 15 seconds.
Just for clarity:
This should not be too painful and if this is missing from the docs it needs to be added. It’s a huge time saver if you are going to each individual Item and adding them to the Group one-by-one.
My one suggestion for MainUI Item selector / picker: When I clicked “show non semantic items” then type in the filter, please don’t make me expand the various hierarchies (groups?) to get to the item I want.
Just give me a flat list which I can narrow down by typing further in the filter.
Maybe another checkbox for “group items by groups” which I can uncheck?
Thanks to all the developers for making openhab the powerhouse it is. My wish is for the ability to filter the thing list in the UI based on status. That way I could quickly find malfunctioning things.
Thank you @ccutrer but that is not what i meant, what i meant was “any GUI script”, so that the last vestages of the file based system can be purged.
@rlkoshak yes that is a good suggestion, i will get on it this afternoon when the family has left the house and the duck is slow roasting in the oven.
it’s “Group → Location”, the “direct members” are missing here. So it would be something for the wishlist! To have the group extra functionality also on “Location”.
For me, a “drag and drop” interface for the schedule on a timeline would be the best improvement - I change the times of the scheduled rules often, and it is a bit tedious…
Question: I started editing my first comment to include my “wishes” , but I see other users discussing and adding additional comments. So I’m not sure what to do.
I have an additional idea to share, should I add a new comment, or keep editing my original one?
My wish would be that a default value could be assigned to vars in widgets as per
This work is ongoing. Anyone who wants to help out please see Rework Rules Documentation · Issue #1855 · openhab/openhab-docs · GitHub
I narrow the pane to simulate this. Grab and drag the bar separating the preview and the YAML and drag it to the right until the preview is roughly phone screen sized.
Nashorn JS, JS Scripting, Jython, jRuby, Groovy? and even Blockly already support personal libraries. Rules can also call other rules. Are you asking for something different from thiese?
I think this is also already possible from JS Scripting, Groovy, and jRuby relatively easily, Jython and Nashorn JS not as easily. I could be wrong on that but it seems all the right OSGI services are available.
A Helper library will always be required unless you go external. If external is OK, HABApp already has rock solid Python 3 support.
However, if you look at jRuby, right now the helper library can be installed through MainUI, For JS Scripting it comes with the add-on, nothing separate to install.
A SCRIPT transform would probably be the approach here. There is an issue open to support inline script transforms so something simple like this coule be included all in a .items file.
This is not really actionable. “Bring me a better rock!” Please provide specifics. The kinds of things that could be turned into an issue with clear success criteria.
I’m not sure what you mean here. Are you saying rewrite OH in C/C++ or are you saying you don’t want to mess with Java in rules? If the former, well
you know how likely that is going to be. If the latter, that’s kind of the point of the helper libraries. JS Scripting and jRuby go to great lengths to make sure you only deal with JS/Ruby classes and Objects in your rules.
I’m confused then. A Location is just a Group with a location tag. Find it in the Items settings page or click through to edit it from the Model view by selecting it and clicking the > icon to the right of the card to open the Item config page.
Probably edit your original one. That;s what I would do. But if it’s something you have a question about or want replies/discussion create a new post.
Would be really cool to show the preview wondiw size in pixels. And one step further allow height shrinking too.
Dear Santa this is one of my bigest wish:
Thanks Rich, your work on this forum has been invaluable in my OH Journey.
I’m using JS Scripting – referencing the [JSR223 doc] (JSR223 Scripting | openHAB) , but don’t see how to get where I’d like to go:
Define a binding that would allow creation of a TideTable thing, once appropriate parameters are set (station ID, offset minutes, and update interval), channels would be available for the most recent and upcoming high and low tide times. I’m currently doing this for one location with everything hard-coded in a rule, but would like to add a second location and thought I’d generalize it to something that was easy to reuse. I will take a look at using the unofficial APIs to accomplish this.
My wish list is pretty simple. I want a better-looking thermostat widget for dual setpoint thermostats and a reboot schedule for openhabian in the web-giu. And please don’t tell me to just use crontab. I have never, ever, ever, got crontab to work for a reboot on any Linux install.
WebUi improvements:
oh-input:
support ‘type: select’ and provide a solution to handle the entries so we are finally able to make use of nice filled comboboxes in the new ui.
That way we can have a nice selector filled with one’s favorite selections wether it’s a simple radio channel selector or a complex mode selector without wasting space for a workaround by using buttons.
It would be nice if there would be a way to map the entries for the oh-input in the oh-conf directory and it’s item files directly. In the past i’ve used the mappings= parameter in the sitemap, but since the new ui is here i’m rarely using the basicui anymore.
→ respective github issue #982 Can't add selection elements to oh-input type 'select' · Issue #982 · openhab/openhab-webui · GitHub
ohchart-series/echarts:
make use of the respective locale / language and measurement System for all chart series.
At the moment every user is being forced to use graphs in the English way of things.
example see line 23: openhab-webui/oh-calendar-series.js at main · openhab/openhab-webui · GitHub ( no update since implementation )
This code shows that a calendar chart ( also the other series ) will always show the values with 3 decimal places and use the English way of displaying the values.
In europe we are using the #,### instead of a #.### as thousand separators in numeric values. This can really be confusing at times.
It would be nice to remove this hardcoded way and make use of the respective openhab instance settings or use the active system locale for all series.
for the values it would be nice if we could make use of openhab’s .displayState as a formatter for the values that are being shown in the graphs or even support
echarts formatter function in some way.
A community developed ultra low power standby wifi audio-sink, that will be ready when oh 4.0 is =)
examples for inspiration https://squeezeesp32.blogspot.com/ https://raspiaudio.com/produit/esp-muse-luxe
A community developed 3d printable weather station esp32 based or similar.
Mark, I think it already works good enough:
It actually searches over all text that it finds that is displayes which is why it also finds cOFFee when you search for OFF
The search bar doesn’t allow you to specify what parameter you want to search against but to me it works just fine.
Something that was really missing was
openhab:main
← stefan-hoehn:extended_rules_list_search
Signed-off-by: Stefan Höhn <mail@stefanhoehn.com> I always missed the possibi…
which I added and was merged before 3.4