Works here too.
Hello together,
i updated the first post with the download link to version 0_3 of OhSIC. It´s now possible to send an command to an item directly over OhSIC. When you click with right Mouse switch on an item name you will get a context menu. There you can select between ON, OFF and Value.
Further you can set also the port of your OH server.
Attention: The generated server.cfg from version 0_1 and 0_2 is no longer compatible with 0_3. So please unzip 0_3 in a seperate folder und run it from there. A new server.cfg will be generated after setup.
As always, I would be pleased about feedback and suggestions for improvement.
@softself Your suggestions are on my list 
Kay
Wath about an “import all Items in the list”-Button?
2 Likes
Hey @Kay_Pohl interesting project! Thanks for sharing.
Any opinion about if or if not to open source your tool?
Hi @ThomDietrich. I´ve already thought about it. But there are 2 things why i have not done it yet:
- My Code is not yet made for public at the moment. There are still some comments missing.
- I have not been so busy with github or gitlab
Kay
Heyho,
thought so. That seems to be the common reason among many. Don’t worry about that!
-
There is no such thing as “code is not made for public”
Everyone might be scared to not contribute the perfect solution however in reality contribution something to the community is what makes the difference. Check out the openHAB code itself, I’m sure there are some imperfections in one binding or the other. If others are invited to review your code and contribute functionality, the only thing you can earn is experience. -
Version control systems like git and project management systems like GitHub are everywhere nowadays and gaining some experience in them will help in your education/career. Check out some tutorials, it’s pretty easy to get started.
Bonus points, code, binaries and documentation can all be uploaded to GitHub. This would probably make your project more visible to others.
Keep up the work!
As far as I can see this tool works with the REST API only. Any plans to import and export .items files? I’d love to have a tool that can manage a file like this one for me (especially the indention, which was handy in the beginning but became cumbersome over time).
Hi Thomas. I will thought about it again 
Maybe i will host the release candidate at GitHub. 
Yes. At the moment the tool works only with REST API. Because it´s a “simple item checker” i don´t wan´t to blow up the functions.
But i have ideas for another software. A software which can do things like you wan´t. But this software is not a simple item checker anymore. I´d like to edit rules, things, sitemaps … connect as response to karaf and more usefull things. Partly an expanded OH Editor with extended functions. And without JAVA 
cool! do it!
Yes 
but … there are limitations between OH1 and OH2 bindings. Bindings for OH 2.x are displayed as Services in REST API. Bindings for OH 1.x are not displayed in REST API. I have to deal deeper with OH REST API to clarify this.
For something like this I’d actually suggest to work on a plugin for an existing editor. You don’t want to develop the whole text editor frontend. It would make way more sense to extend an editor millions of people already use. My suggestion would be eclipse. Eclipse has this neat little feature where it allows special UI interfaces for certain file types, see here as an example.
Actually, Atom from github ( https://atom.io/ ) might be an interesting choice too, if you want just a text editor and not the heavy Eclipse environment.
I’m a daily user of Atom myself. Eclipse offers more help to non-developers through it’s powerful autocompletion/syntax suggestion features… I love Atom but it’s a bit like my beloved vim, if you don’t know the right keys to press you are forked.
@ThomDietrich You are right. An Editor would be a wrong approach. Let me descripe it like an extended Debugger
I’m not against that. I actually believe that a powerful openHAB editor would be amazing. That’s exactly why I mentioned that I think you should choose the right base 
Haha, @ThomDietrich is right, if this would be an argument, I would still keep openHAB as close source today 
If you have an “independent” editor, why would you still NEED these item files? The beauty of such an editor (going through REST) is that it actually operates on the json database and thus also covers the items that are created through the Paper UI or other means.
Instead of handling *.items files, this could be a path to actually get rid of them.
My suggestion would be eclipse
Hm, don’t we already have an Eclipse-based file editor called Designer?
From my experiences from just last week, I feel even more the urge to get away from it asap.
One big issue with the Designer (and any other Eclipse-based UI) is that it requires Java on the Desktop, which a non-tech user does not have. Additionally, you require a remote folder access (e.g. through Samba), which is also tricky to get right.
I actually believe that a powerful openHAB editor would be amazing.
I think @Kay_Pohl approach through the REST API is just the right thing. But as this means that openHAB is running, it also means, we already have a webserver in place. So the most logical editor would be a web UI, wouldn’t it? No user would even have to install it at all!
Not sure if you know that HABmin actually already does similar stuff - it e.g. comes with a pretty nice (text) editor for openHAB rules. It also has configuration pages for items and sitemaps (although I do not find them very usable right now for handling bigger numbers of items).
Wouldn’t the most straight forward approach to simply enhance HABmin?
Just my 2 cents.
Kai
2 Likes
Maybe 
My “Problem” at this point is that i´m only a .NET coder. So for me PHP programming is quite difficult.
That’s no problem at all, because HABmin is Javascript 
2 Likes