From: dbemowsk <dbe...@ph...> - 2014-01-04 22:59:34
|
I have been thinking for some time now of possibly getting some cheap (under $100) tablets to use as touchscreens around the house. A friend from work gave me an Asus Memo Pad that his kids had and cracked the digitizer on. Everything still works, so I am just using it as a test bed for toying with this idea. I had been trying to think of ways to set up the touchscreen's interface to work with MH. I have done a lot of looking on the net and one of the things that I always come back to is a post I saw on youtube by a guy named Jon Scott on a cuustom touch screen he made. Some of you may know what I am taking about. I really liked the custom software that he wrote for his touchscreens which is outlined on his webpage <http://www.mysmarthomeblog.com/page--22.html> . His setup is done using a small in-wall arm based linux touchscreen device, but in looking at the video, I thought that a similar interface could be done in HTML with a little help from javascript and could work fairly well on a cheap tablet. I have a start on the main screen in which I have all of the main icons created and a basic look of the main part of the screen. At this point I am looking to see what people think so far. <http://misterhouse.10964.n7.nabble.com/file/n19164/screenshot.png> I did somewhat mimic Jon's main screen design, and it is about as far as I have gotten in the past 2 days. I have not started linking to the json data as of yet, but I think that is going to be one of the next steps. Having this free tablet to test things on should let me get the whole interface done before having to buy any tablets for actually mounting on the wall. (GOTTA LOVE FREE STUFF)... Any comments, good or bad are appreciated. Dan Bemowski. -- View this message in context: http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164.html Sent from the Misterhouse - User mailing list archive at Nabble.com. |
From: Sean M. <mat...@nu...> - 2014-01-05 00:21:56
|
I would very much like to see this happen. I have been running my AlarmDecoder keypad on an in wall touch screen I built for several years now http://www.f34r.com/projects/kitchen/wall_mount_ha_interface.html I use 2 of the tabs the most the keypad and the security camera tab but I also have an HTML5 tab that I have been looking for just exactly what you described to sit in. I would be glad to help I have lots of experience in js jquery and html5 and I have a working touchscreen my family uses everyday that would get good usability testing on. I am not very experienced in how MH's built in web server works but if it supports WebSockets or similar it would be easy to build a very responsive web interface with realtime updates of MH states. If it does not then that may be the first thing that is needed. So question to the people who may know. Does the webserver built into MH support WebSockets or some form of async html5 compatible socket communications into MH's running environment something like what node.js can provide to web browsers. On Sat, Jan 4, 2014 at 2:59 PM, dbemowsk <dbe...@ph...>wrote: > I have been thinking for some time now of possibly getting some cheap > (under > $100) tablets to use as touchscreens around the house. A friend from work > gave me an Asus Memo Pad that his kids had and cracked the digitizer on. > Everything still works, so I am just using it as a test bed for toying with > this idea. > > I had been trying to think of ways to set up the touchscreen's interface to > work with MH. I have done a lot of looking on the net and one of the > things > that I always come back to is a post I saw on youtube by a guy named Jon > Scott on a cuustom touch screen he made. Some of you may know what I am > taking about. I really liked the custom software that he wrote for his > touchscreens which is outlined on his webpage > <http://www.mysmarthomeblog.com/page--22.html> . His setup is done > using a > small in-wall arm based linux touchscreen device, but in looking at the > video, I thought that a similar interface could be done in HTML with a > little help from javascript and could work fairly well on a cheap tablet. > I > have a start on the main screen in which I have all of the main icons > created and a basic look of the main part of the screen. At this point I > am > looking to see what people think so far. > > <http://misterhouse.10964.n7.nabble.com/file/n19164/screenshot.png> > > I did somewhat mimic Jon's main screen design, and it is about as far as I > have gotten in the past 2 days. I have not started linking to the json > data > as of yet, but I think that is going to be one of the next steps. Having > this free tablet to test things on should let me get the whole interface > done before having to buy any tablets for actually mounting on the wall. > (GOTTA LOVE FREE STUFF)... > > Any comments, good or bad are appreciated. > > Dan Bemowski. > > > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164.html > Sent from the Misterhouse - User mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > -- Regards Sean Mathews |
From: Dan B. <dbe...@ph...> - 2014-01-05 00:41:11
|
When I started looking, I found that MH has a json script for retrieving data from MH and I was able to kind of figure out how the current web interface activates lights and appliances and such, so I was going to start with that knowledge. Some of what I have shown on the main screen I do not have implemented in MH, but hope to. The first would be Scenes. I use primarily X10 for lighting control and X10 doesn't have the scene setups that insteon has, but I think I can set up MH for some makeshift scene and mood lighting control. The other is security. I live in an area where a security system is mostly not needed, but I am thinking of possibly putting in some cameras around the yard and house. I figured I'd add the icon in case someone else wanted to build that functionality in though. Dan On Sat, 2014-01-04 at 16:21 -0800, Sean Mathews wrote: > > I would very much like to see this happen. I have been running my > AlarmDecoder keypad on an in wall touch screen I built for several > years now > http://www.f34r.com/projects/kitchen/wall_mount_ha_interface.html > > > I use 2 of the tabs the most the keypad and the security camera tab > but I also have an HTML5 tab that I have been looking for just exactly > what you described to sit in. > > > I would be glad to help I have lots of experience in js jquery and > html5 and I have a working touchscreen my family uses everyday that > would get good usability testing on. I am not very experienced in how > MH's built in web server works but if it supports WebSockets or > similar it would be easy to build a very responsive web interface with > realtime updates of MH states. If it does not then that may be the > first thing that is needed. > > So question to the people who may know. Does the webserver built into > MH support WebSockets or some form of async html5 compatible socket > communications into MH's running environment something like what > node.js can provide to web browsers. > > > > On Sat, Jan 4, 2014 at 2:59 PM, dbemowsk > <dbe...@ph...> wrote: > I have been thinking for some time now of possibly getting > some cheap (under > $100) tablets to use as touchscreens around the house. A > friend from work > gave me an Asus Memo Pad that his kids had and cracked the > digitizer on. > Everything still works, so I am just using it as a test bed > for toying with > this idea. > > I had been trying to think of ways to set up the touchscreen's > interface to > work with MH. I have done a lot of looking on the net and one > of the things > that I always come back to is a post I saw on youtube by a guy > named Jon > Scott on a cuustom touch screen he made. Some of you may know > what I am > taking about. I really liked the custom software that he wrote > for his > touchscreens which is outlined on his webpage > <http://www.mysmarthomeblog.com/page--22.html> . His setup > is done using a > small in-wall arm based linux touchscreen device, but in > looking at the > video, I thought that a similar interface could be done in > HTML with a > little help from javascript and could work fairly well on a > cheap tablet. I > have a start on the main screen in which I have all of the > main icons > created and a basic look of the main part of the screen. At > this point I am > looking to see what people think so far. > > <http://misterhouse.10964.n7.nabble.com/file/n19164/screenshot.png> > > I did somewhat mimic Jon's main screen design, and it is about > as far as I > have gotten in the past 2 days. I have not started linking to > the json data > as of yet, but I think that is going to be one of the next > steps. Having > this free tablet to test things on should let me get the whole > interface > done before having to buy any tablets for actually mounting on > the wall. > (GOTTA LOVE FREE STUFF)... > > Any comments, good or bad are appreciated. > > Dan Bemowski. > > > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164.html > Sent from the Misterhouse - User mailing list archive at > Nabble.com. > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your > business. Most IT > organizations don't have a clear picture of how application > performance > affects their revenue. With AppDynamics, you get 100% > visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > > -- > Regards > Sean Mathews > > |
From: Neil C. <nc...@li...> - 2014-01-05 02:09:32
|
On 01/04/2014 05:59 PM, dbemowsk wrote: Much can be done with HTML (work with 5 if you can), a bit of css and Javascript. What I haven't been able to figure out is how to do the equivalent of hover on a PC's browser on a tablet. My floorplan mods allow for additional information to be provided on hover. I think using jquery might allow for further advanced functionality such as a right click menu of additional choices for that menu item. For instance I have IP devices that are monitored for up/down state. I'd love to be able to pull my internet usage data and display it on 'hover'. -- Linux Home Automation Neil Cherry nc...@li... http://www.linuxha.com/ Main site http://linuxha.blogspot.com/ My HA Blog Author of: Linux Smart Homes For Dummies |
From: Dan B. <dbe...@ph...> - 2014-01-05 02:40:04
|
I don't know that a hover event is possible with a tablet touch screen as you do not have a cursor per se that would hover. They mainly work with the position of the finger touch event. Dan On Sat, 2014-01-04 at 21:09 -0500, Neil Cherry wrote: > On 01/04/2014 05:59 PM, dbemowsk wrote: > > Much can be done with HTML (work with 5 if you can), a bit of css > and Javascript. What I haven't been able to figure out is how to do > the equivalent of hover on a PC's browser on a tablet. My floorplan > mods allow for additional information to be provided on hover. I think > using jquery might allow for further advanced functionality such as > a right click menu of additional choices for that menu item. > > For instance I have IP devices that are monitored for up/down state. > I'd love to be able to pull my internet usage data and display it > on 'hover'. > |
From: Robert B. <rb...@fr...> - 2014-01-12 23:15:19
|
I had purchased one about 5 years ago to control 2 garage doors, collect some timing on how often my water pump ran, and as a water leak detector. It functioned well as an input device to trigger actions within Misterhouse when a particular input was triggered. I had to use X10 commands in order to control the relays to open and close the garage doors. You could not use Insteon commands to control a relay or respond at the same time. I have since replaced that functionality with a 1-wire board so have not tried the newer versions of the Insteon code. Bob From: Kevin Robert Keegan [mailto:ke...@kr...] Sent: Tuesday, January 07, 2014 2:04 PM To: Brad Yarotsky Cc: Misterhouse-Users Subject: Re: [mh] EZIO8SA In short, no MH does not support the EZIO8SA. Luckily the command set appears to be nicely documented, so adding support shouldn't be too difficult. I have thought about the EZIO8SA before, but $150 for it plus another $80 for the required PLM meant that multiple IOLincs at $45 a pop were always a better deal for my situation. On Tue, Jan 7, 2014 at 11:12 AM, Brad Yarotsky <br...@ha...> wrote: Does any know if the MH supports the EZIO8SA (31273)? I see from the MH website that the device is "not specifically supported" but does anyone have any experience with this before I order one? http://www.smarthome.com/31273/Smartenit-EZIO8SA-INSTEON-Compatible-Input-Ou tput-Controller/p.aspx Thanks Brad ---------------------------------------------------------------------------- -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831 <http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > &iu=/4140/ostg.clktrk ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Brad Y. <br...@ha...> - 2014-01-06 19:48:55
|
I am all over this... Although my coding skills suck, I would certain assist with testing or any other way I could. I am loving MH (again) over the past few months, largely due to the Insteon development. I think if MH is going to move forward and maintain a reasonable user base, we need to add some sexy in the functionality with user interface enhancements, whether it be TK, browser, mobile or tablet. Just my two cents and good work guys.. Brad ----- Original Message ----- From: "Dan Bemowski" <dbe...@ph...> To: "Sean Mathews" <mat...@nu...> Cc: "The main list for the MisterHouse home automation program" <mis...@li...> Sent: Monday, January 06, 2014 12:27 PM Subject: Re: [mh] touchscreen web interface >I like the thoughts on this. It looks to me like a kind of > publish/subscribe mechanism similar to MQTT using simple web sockets. > So a tablet would subscribe to MH as a controller, and as things are > updated in MH, that information is asynchronously published back to all > the tablets that had requested the information. On the other side of it, > it could send control messages to MH to turn on or off a particular > device. Do I have my thinking on this correct? > > Using this approach, I would think that it would be possible to have a > tablet register itself as being in a particular room or MH group to > where when you click the lights and devices button, the primary list > that it gives you would be for the lights and devices that are in the > room or group that it is subscribed to. > > This seems to be a better approach that what I was doing. If you want > any of the graphics that I have I can send them your way. > > Dan B. > > On Mon, 2014-01-06 at 00:53 -0800, Sean Mathews wrote: >> Spent today writing this. It should be a good foundation for an async >> HTML 5 front end. I was reluctant to use any MH sockets not knowing >> how they would interact. Other than that it seems to mesh in with most >> patterns in mh/lib/ >> >> https://github.com/f34rdotcom/misterhouse/compare/websockets >> >> >> All that is needed now is pretty graphics and plumbing and a tun of >> layout flow and design braining and I can fill in that empty TAB on my >> front door touchscreen. >> >> >> -- >> Regards >> Sean Mathews >> >> >> >> >> >> On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk >> <dbe...@ph...> wrote: >> My primary goal in this, at least from my side of things, is >> to get basic >> control of major functions of the system on the touch screen. >> This is not >> something that I am going to sit in front of to get major data >> from. I >> figure if I want that kind of data I will get it from the >> standard web >> interface sitting at my computer. One other thing with this >> is that in >> being a wall mounted touch screen display, it's primary >> orientation is going >> to be a landscaped view, and not a portrait view that you >> would typically >> see on a phone or other normal tablet usage. >> >> Functions that I plan to start with are: >> 1 - System Mode (away, home, or sleep), as that should be >> pretty easy. It >> will probably be a page showing an icon for the current mode >> with smaller >> selection buttons below it to change it. >> >> 2 - Lights & Devices. This I think I can do by parsing the >> json data from >> http://mh.address.or.ip:8080/sub?json(objects) using >> javascript to generate >> the pages. I can also parse /sub?json(groups) to group pages >> of items. >> This will be a little more complex to do, but I still don't >> think it will be >> that hard. >> >> 3 - Climate. This will possibly include separate pages of >> weather data and >> thermostat control, and if I have room (screen real estate), I >> may make this >> into two columns with one side being the weather info and the >> other being >> HVAC control. >> >> I don't do anything at the moment with TV & Movies, Music & >> Radio, Security, >> or Scenes & Moods. >> >> One other thing that I found tonight was the new beta firefox >> browser. >> There is an add-on that you can enable that puts the browser >> in full screen >> mode as soon as the page loads. This makes it look less like >> a browser page >> and more like a tablet app. This is how it looks on the Asus >> Memo Pad with >> the browser in full screen mode. >> >> <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> >> The 4 dots on the bottom are the tablet's buttons for back, >> home, etc..., >> but hidden. Just tap on them and they show. As can be seen >> too, I now have >> header and footer bars. The header bar is displaying the >> current date and >> time (Time is a bit off) using javascript. >> >> I'll post more as I progress on this. >> >> Dan Bemowski >> >> >> >> -- >> View this message in context: >> >> http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html >> Sent from the Misterhouse - User mailing list archive at >> Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Rapidly troubleshoot problems before they affect your >> business. Most IT >> organizations don't have a clear picture of how application >> performance >> affects their revenue. With AppDynamics, you get 100% >> visibility into your >> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of >> AppDynamics Pro! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk >> ________________________________________________________ >> To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> >> >> >> > > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > |
From: Neil C. <nc...@li...> - 2014-01-05 06:38:58
|
On 01/04/2014 09:39 PM, Dan Bemowski wrote: > I don't know that a hover event is possible with a tablet touch screen > as you do not have a cursor per se that would hover. They mainly work > with the position of the finger touch event. It might be useful to do a touch and long hold for the same result. I haven't played with that yet been working on few other things. Oddly enough my Samsung Galaxy S4 has a feature where you hover your finger which would cover that nicely. Unfortunately it's not a standard touch screen function. -- Linux Home Automation Neil Cherry nc...@li... http://www.linuxha.com/ Main site http://linuxha.blogspot.com/ My HA Blog Author of: Linux Smart Homes For Dummies |
From: dbemowsk <dbe...@ph...> - 2014-01-05 08:30:38
|
My primary goal in this, at least from my side of things, is to get basic control of major functions of the system on the touch screen. This is not something that I am going to sit in front of to get major data from. I figure if I want that kind of data I will get it from the standard web interface sitting at my computer. One other thing with this is that in being a wall mounted touch screen display, it's primary orientation is going to be a landscaped view, and not a portrait view that you would typically see on a phone or other normal tablet usage. Functions that I plan to start with are: 1 - System Mode (away, home, or sleep), as that should be pretty easy. It will probably be a page showing an icon for the current mode with smaller selection buttons below it to change it. 2 - Lights & Devices. This I think I can do by parsing the json data from http://mh.address.or.ip:8080/sub?json(objects) using javascript to generate the pages. I can also parse /sub?json(groups) to group pages of items. This will be a little more complex to do, but I still don't think it will be that hard. 3 - Climate. This will possibly include separate pages of weather data and thermostat control, and if I have room (screen real estate), I may make this into two columns with one side being the weather info and the other being HVAC control. I don't do anything at the moment with TV & Movies, Music & Radio, Security, or Scenes & Moods. One other thing that I found tonight was the new beta firefox browser. There is an add-on that you can enable that puts the browser in full screen mode as soon as the page loads. This makes it look less like a browser page and more like a tablet app. This is how it looks on the Asus Memo Pad with the browser in full screen mode. <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> The 4 dots on the bottom are the tablet's buttons for back, home, etc..., but hidden. Just tap on them and they show. As can be seen too, I now have header and footer bars. The header bar is displaying the current date and time (Time is a bit off) using javascript. I'll post more as I progress on this. Dan Bemowski -- View this message in context: http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html Sent from the Misterhouse - User mailing list archive at Nabble.com. |
From: Sean M. <mat...@nu...> - 2014-01-06 08:53:53
|
Spent today writing this. It should be a good foundation for an async HTML 5 front end. I was reluctant to use any MH sockets not knowing how they would interact. Other than that it seems to mesh in with most patterns in mh/lib/ https://github.com/f34rdotcom/misterhouse/compare/websockets All that is needed now is pretty graphics and plumbing and a tun of layout flow and design braining and I can fill in that empty TAB on my front door touchscreen. -- Regards Sean Mathews On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk <dbe...@ph...>wrote: > My primary goal in this, at least from my side of things, is to get basic > control of major functions of the system on the touch screen. This is not > something that I am going to sit in front of to get major data from. I > figure if I want that kind of data I will get it from the standard web > interface sitting at my computer. One other thing with this is that in > being a wall mounted touch screen display, it's primary orientation is > going > to be a landscaped view, and not a portrait view that you would typically > see on a phone or other normal tablet usage. > > Functions that I plan to start with are: > 1 - System Mode (away, home, or sleep), as that should be pretty easy. It > will probably be a page showing an icon for the current mode with smaller > selection buttons below it to change it. > > 2 - Lights & Devices. This I think I can do by parsing the json data from > http://mh.address.or.ip:8080/sub?json(objects) using javascript to > generate > the pages. I can also parse /sub?json(groups) to group pages of items. > This will be a little more complex to do, but I still don't think it will > be > that hard. > > 3 - Climate. This will possibly include separate pages of weather data and > thermostat control, and if I have room (screen real estate), I may make > this > into two columns with one side being the weather info and the other being > HVAC control. > > I don't do anything at the moment with TV & Movies, Music & Radio, > Security, > or Scenes & Moods. > > One other thing that I found tonight was the new beta firefox browser. > There is an add-on that you can enable that puts the browser in full screen > mode as soon as the page loads. This makes it look less like a browser > page > and more like a tablet app. This is how it looks on the Asus Memo Pad with > the browser in full screen mode. > < > http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg > > > The 4 dots on the bottom are the tablet's buttons for back, home, etc..., > but hidden. Just tap on them and they show. As can be seen too, I now > have > header and footer bars. The header bar is displaying the current date and > time (Time is a bit off) using javascript. > > I'll post more as I progress on this. > > Dan Bemowski > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html > Sent from the Misterhouse - User mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > |
From: Dan B. <dbe...@ph...> - 2014-01-06 18:27:40
|
I like the thoughts on this. It looks to me like a kind of publish/subscribe mechanism similar to MQTT using simple web sockets. So a tablet would subscribe to MH as a controller, and as things are updated in MH, that information is asynchronously published back to all the tablets that had requested the information. On the other side of it, it could send control messages to MH to turn on or off a particular device. Do I have my thinking on this correct? Using this approach, I would think that it would be possible to have a tablet register itself as being in a particular room or MH group to where when you click the lights and devices button, the primary list that it gives you would be for the lights and devices that are in the room or group that it is subscribed to. This seems to be a better approach that what I was doing. If you want any of the graphics that I have I can send them your way. Dan B. On Mon, 2014-01-06 at 00:53 -0800, Sean Mathews wrote: > Spent today writing this. It should be a good foundation for an async > HTML 5 front end. I was reluctant to use any MH sockets not knowing > how they would interact. Other than that it seems to mesh in with most > patterns in mh/lib/ > > https://github.com/f34rdotcom/misterhouse/compare/websockets > > > All that is needed now is pretty graphics and plumbing and a tun of > layout flow and design braining and I can fill in that empty TAB on my > front door touchscreen. > > > -- > Regards > Sean Mathews > > > > > > On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk > <dbe...@ph...> wrote: > My primary goal in this, at least from my side of things, is > to get basic > control of major functions of the system on the touch screen. > This is not > something that I am going to sit in front of to get major data > from. I > figure if I want that kind of data I will get it from the > standard web > interface sitting at my computer. One other thing with this > is that in > being a wall mounted touch screen display, it's primary > orientation is going > to be a landscaped view, and not a portrait view that you > would typically > see on a phone or other normal tablet usage. > > Functions that I plan to start with are: > 1 - System Mode (away, home, or sleep), as that should be > pretty easy. It > will probably be a page showing an icon for the current mode > with smaller > selection buttons below it to change it. > > 2 - Lights & Devices. This I think I can do by parsing the > json data from > http://mh.address.or.ip:8080/sub?json(objects) using > javascript to generate > the pages. I can also parse /sub?json(groups) to group pages > of items. > This will be a little more complex to do, but I still don't > think it will be > that hard. > > 3 - Climate. This will possibly include separate pages of > weather data and > thermostat control, and if I have room (screen real estate), I > may make this > into two columns with one side being the weather info and the > other being > HVAC control. > > I don't do anything at the moment with TV & Movies, Music & > Radio, Security, > or Scenes & Moods. > > One other thing that I found tonight was the new beta firefox > browser. > There is an add-on that you can enable that puts the browser > in full screen > mode as soon as the page loads. This makes it look less like > a browser page > and more like a tablet app. This is how it looks on the Asus > Memo Pad with > the browser in full screen mode. > <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> > The 4 dots on the bottom are the tablet's buttons for back, > home, etc..., > but hidden. Just tap on them and they show. As can be seen > too, I now have > header and footer bars. The header bar is displaying the > current date and > time (Time is a bit off) using javascript. > > I'll post more as I progress on this. > > Dan Bemowski > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html > Sent from the Misterhouse - User mailing list archive at > Nabble.com. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your > business. Most IT > organizations don't have a clear picture of how application > performance > affects their revenue. With AppDynamics, you get 100% > visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > |
From: Dan B. <dbe...@ph...> - 2014-01-06 23:05:42
|
I created a repo for this on github if anyone is interested. I welcome any and all help that people can give. I am just learning html5, so I am sure I am going to need help. Some of the javascript and css that I have in this is for testing. The first thing I tried was creating a simple "System Mode" page for the "System Mode" icon on the main screen. A problem I have right off the bat is that when I click on the icon using my desktop, the page generates and shows as it should with the current mode as the top image, and the 2 other available modes images shown below that. The problem is that when I try the same thing on the tablet, all I get is a blank page. The mode images do not show. I am guessing that it has something to do with the viewport meta tag that is only used by the mobile browser and not the desktop. Can someone give me some direction on how to fix this? Maybe the approach that I am taking to this is off too. If you have any ideas on a better way of doing this, let me know. Maybe with this bit Sean can get me going on the direction of his websockets idea. Since this is in the beginning stages, we might as well do it right from the get go rather than having to change it part way through. Thanks for the support guys. Dan Bemowski On Mon, 2014-01-06 at 00:53 -0800, Sean Mathews wrote: > Spent today writing this. It should be a good foundation for an async > HTML 5 front end. I was reluctant to use any MH sockets not knowing > how they would interact. Other than that it seems to mesh in with most > patterns in mh/lib/ > > https://github.com/f34rdotcom/misterhouse/compare/websockets > > > All that is needed now is pretty graphics and plumbing and a tun of > layout flow and design braining and I can fill in that empty TAB on my > front door touchscreen. > > > -- > Regards > Sean Mathews > > > > > > On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk > <dbe...@ph...> wrote: > My primary goal in this, at least from my side of things, is > to get basic > control of major functions of the system on the touch screen. > This is not > something that I am going to sit in front of to get major data > from. I > figure if I want that kind of data I will get it from the > standard web > interface sitting at my computer. One other thing with this > is that in > being a wall mounted touch screen display, it's primary > orientation is going > to be a landscaped view, and not a portrait view that you > would typically > see on a phone or other normal tablet usage. > > Functions that I plan to start with are: > 1 - System Mode (away, home, or sleep), as that should be > pretty easy. It > will probably be a page showing an icon for the current mode > with smaller > selection buttons below it to change it. > > 2 - Lights & Devices. This I think I can do by parsing the > json data from > http://mh.address.or.ip:8080/sub?json(objects) using > javascript to generate > the pages. I can also parse /sub?json(groups) to group pages > of items. > This will be a little more complex to do, but I still don't > think it will be > that hard. > > 3 - Climate. This will possibly include separate pages of > weather data and > thermostat control, and if I have room (screen real estate), I > may make this > into two columns with one side being the weather info and the > other being > HVAC control. > > I don't do anything at the moment with TV & Movies, Music & > Radio, Security, > or Scenes & Moods. > > One other thing that I found tonight was the new beta firefox > browser. > There is an add-on that you can enable that puts the browser > in full screen > mode as soon as the page loads. This makes it look less like > a browser page > and more like a tablet app. This is how it looks on the Asus > Memo Pad with > the browser in full screen mode. > <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> > The 4 dots on the bottom are the tablet's buttons for back, > home, etc..., > but hidden. Just tap on them and they show. As can be seen > too, I now have > header and footer bars. The header bar is displaying the > current date and > time (Time is a bit off) using javascript. > > I'll post more as I progress on this. > > Dan Bemowski > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html > Sent from the Misterhouse - User mailing list archive at > Nabble.com. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your > business. Most IT > organizations don't have a clear picture of how application > performance > affects their revenue. With AppDynamics, you get 100% > visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > |
From: Dan B. <dbe...@ph...> - 2014-01-06 23:11:57
|
OOPS, I forgot to put the link to the git repo... https://github.com/dbemowsk/touchscreen Dan On Mon, 2014-01-06 at 00:53 -0800, Sean Mathews wrote: > Spent today writing this. It should be a good foundation for an async > HTML 5 front end. I was reluctant to use any MH sockets not knowing > how they would interact. Other than that it seems to mesh in with most > patterns in mh/lib/ > > https://github.com/f34rdotcom/misterhouse/compare/websockets > > > All that is needed now is pretty graphics and plumbing and a tun of > layout flow and design braining and I can fill in that empty TAB on my > front door touchscreen. > > > -- > Regards > Sean Mathews > > > > > > On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk > <dbe...@ph...> wrote: > My primary goal in this, at least from my side of things, is > to get basic > control of major functions of the system on the touch screen. > This is not > something that I am going to sit in front of to get major data > from. I > figure if I want that kind of data I will get it from the > standard web > interface sitting at my computer. One other thing with this > is that in > being a wall mounted touch screen display, it's primary > orientation is going > to be a landscaped view, and not a portrait view that you > would typically > see on a phone or other normal tablet usage. > > Functions that I plan to start with are: > 1 - System Mode (away, home, or sleep), as that should be > pretty easy. It > will probably be a page showing an icon for the current mode > with smaller > selection buttons below it to change it. > > 2 - Lights & Devices. This I think I can do by parsing the > json data from > http://mh.address.or.ip:8080/sub?json(objects) using > javascript to generate > the pages. I can also parse /sub?json(groups) to group pages > of items. > This will be a little more complex to do, but I still don't > think it will be > that hard. > > 3 - Climate. This will possibly include separate pages of > weather data and > thermostat control, and if I have room (screen real estate), I > may make this > into two columns with one side being the weather info and the > other being > HVAC control. > > I don't do anything at the moment with TV & Movies, Music & > Radio, Security, > or Scenes & Moods. > > One other thing that I found tonight was the new beta firefox > browser. > There is an add-on that you can enable that puts the browser > in full screen > mode as soon as the page loads. This makes it look less like > a browser page > and more like a tablet app. This is how it looks on the Asus > Memo Pad with > the browser in full screen mode. > <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> > The 4 dots on the bottom are the tablet's buttons for back, > home, etc..., > but hidden. Just tap on them and they show. As can be seen > too, I now have > header and footer bars. The header bar is displaying the > current date and > time (Time is a bit off) using javascript. > > I'll post more as I progress on this. > > Dan Bemowski > > > > -- > View this message in context: > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html > Sent from the Misterhouse - User mailing list archive at > Nabble.com. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your > business. Most IT > organizations don't have a clear picture of how application > performance > affects their revenue. With AppDynamics, you get 100% > visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > |
From: Dan B. <dbe...@ph...> - 2014-01-07 22:44:44
|
For anyone interested, I have included the gimp xcf files of just about all of the images and icons. They are in the same folders as the images and icons themselves. Check the images, images/backgrounds and images/icons folders. Happy image editing. Dan Bemowski. On Mon, 2014-01-06 at 17:11 -0600, Dan Bemowski wrote: > OOPS, I forgot to put the link to the git repo... > > https://github.com/dbemowsk/touchscreen > > Dan > > On Mon, 2014-01-06 at 00:53 -0800, Sean Mathews wrote: > > Spent today writing this. It should be a good foundation for an async > > HTML 5 front end. I was reluctant to use any MH sockets not knowing > > how they would interact. Other than that it seems to mesh in with most > > patterns in mh/lib/ > > > > https://github.com/f34rdotcom/misterhouse/compare/websockets > > > > > > All that is needed now is pretty graphics and plumbing and a tun of > > layout flow and design braining and I can fill in that empty TAB on my > > front door touchscreen. > > > > > > -- > > Regards > > Sean Mathews > > > > > > > > > > > > On Sun, Jan 5, 2014 at 12:30 AM, dbemowsk > > <dbe...@ph...> wrote: > > My primary goal in this, at least from my side of things, is > > to get basic > > control of major functions of the system on the touch screen. > > This is not > > something that I am going to sit in front of to get major data > > from. I > > figure if I want that kind of data I will get it from the > > standard web > > interface sitting at my computer. One other thing with this > > is that in > > being a wall mounted touch screen display, it's primary > > orientation is going > > to be a landscaped view, and not a portrait view that you > > would typically > > see on a phone or other normal tablet usage. > > > > Functions that I plan to start with are: > > 1 - System Mode (away, home, or sleep), as that should be > > pretty easy. It > > will probably be a page showing an icon for the current mode > > with smaller > > selection buttons below it to change it. > > > > 2 - Lights & Devices. This I think I can do by parsing the > > json data from > > http://mh.address.or.ip:8080/sub?json(objects) using > > javascript to generate > > the pages. I can also parse /sub?json(groups) to group pages > > of items. > > This will be a little more complex to do, but I still don't > > think it will be > > that hard. > > > > 3 - Climate. This will possibly include separate pages of > > weather data and > > thermostat control, and if I have room (screen real estate), I > > may make this > > into two columns with one side being the weather info and the > > other being > > HVAC control. > > > > I don't do anything at the moment with TV & Movies, Music & > > Radio, Security, > > or Scenes & Moods. > > > > One other thing that I found tonight was the new beta firefox > > browser. > > There is an add-on that you can enable that puts the browser > > in full screen > > mode as soon as the page loads. This makes it look less like > > a browser page > > and more like a tablet app. This is how it looks on the Asus > > Memo Pad with > > the browser in full screen mode. > > <http://misterhouse.10964.n7.nabble.com/file/n19171/IMG_20140105_021121.jpg> > > The 4 dots on the bottom are the tablet's buttons for back, > > home, etc..., > > but hidden. Just tap on them and they show. As can be seen > > too, I now have > > header and footer bars. The header bar is displaying the > > current date and > > time (Time is a bit off) using javascript. > > > > I'll post more as I progress on this. > > > > Dan Bemowski > > > > > > > > -- > > View this message in context: > > http://misterhouse.10964.n7.nabble.com/touchscreen-web-interface-tp19164p19171.html > > Sent from the Misterhouse - User mailing list archive at > > Nabble.com. > > > > > > ------------------------------------------------------------------------------ > > Rapidly troubleshoot problems before they affect your > > business. Most IT > > organizations don't have a clear picture of how application > > performance > > affects their revenue. With AppDynamics, you get 100% > > visibility into your > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > > AppDynamics Pro! > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > ________________________________________________________ > > To unsubscribe from this list, go to: > > http://sourceforge.net/mail/?group_id=1365 > > > > > > > > > > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Sean M. <mat...@nu...> - 2014-01-06 23:54:11
|
See your stuff on github. I will download it tonight and play with it and the graphics and try to build a better example of the websockets. On big difference in traditional HTML pages vs HTML5 is the ability to run more like an application rather than a bunch of pages you switch between. As an app the content is loaded on the first page load and kept hidden as panels that are show or hidden when the user clicks on menus. This prevents any need for slow flashing page changes. An example I found that seems to demonstrate. All menus etc are just shown and hidden the actual page you land on loads and is done. This page also even asks if the HTML5 browser can save state information such as the "room" the device is in :) http://www.limejs.com/static/roundball/index.html I am not suggesting this framework its just an example. I am a fan of YUI3 and I like D3 for some stuff as well but the learning curve for D3 is a bit painful. I feel that one goal will be to find a framework or template that makes changing the interface or personalizing it as easy as possible. Regards Sean Mathews |
From: Dan B. <dbe...@ph...> - 2014-01-07 11:55:49
|
On Tue, 2014-01-07 at 01:22 -0800, Sean Mathews wrote: > Looks good to me. I tested on my system and the mode page does work > although it had an odd glitch on the html like a broken image just > above the > icons between the first two. The thing was that the mode page seemed to work fine when run from my desktop, but when I ran it on my tablet, all it showed was a blank page. That was why I thought it might have something to do with the viewport meta tag as that only affects the tablet browser and is ignored by the desktop browser. I ran a test though and removed the viewport meta tag, but when I reloaded the page I still got nothing when I tapped on the link. I will investigate more on that. I am curious about this glitch that you are referring to. What are you seeing? > > > The pattern you are using is easy to follow. Not sure I like the idea > of the mode icons sorting themselves but cool none the less :) The idea is that I pull the JSON data for "objects.mode_occupied" which tells me the available states that the system can have. It also tells me the current state of the system. So I just make the top one the current active state, and the bottom two would then be the ones that you can click on to change to a different mode. I can easily make those icons into links that do something, I was waiting to do that until I got things sorted out with the blank page on the tablet browser. > > Only problem with moving buttons is muscle memory gets in the way just > my 2c on that one. Not sure what you mean exactly about moving buttons? > > > I will work on making a mode button actually do something in mh over > the next few days and see how it goes and have buttons update when mh > mode changes from another terminal. If we stick with the sorted list > we will need to animate the shuffle when the mode changes :) This is one of the things that the web sockets could do that would make it kind of cool. It would only be relevant if you were on that page, but still a very useful thing to have with this. > > > How about getting back to the main page what were your ideas for a > back button or home button? As you look at it from what you have now, you should see a white power icon in the lower left. My thought was to have that somehow put the screen to sleep when pushed and then tapping on the screen would possibly bring it back to life, but I don't know if that is even possible to do from the browser end. The plan from any other page but the home page was to change that icon to a home button. Last night I changed it though so that is just a home button link that switches you back to the main_menu.html page. > > > Do you have a "highlighted" version of the icons to indicate active? I am thinking that you mean for the system mode page. I thought of possibly just making the active icon a little larger on the top, and the lower two icons just a tad smaller. I should be able to do highlighted versions of the icons though easy enough. Gimp has some pretty cool features that will make that pretty easy. The only thing that might be affected in doing that would be that it would have to load another image. If I just make the active icon a little larger, that can be done simply by changing the height and width attributes of the <img> tag. No need to load another image then, though having active images may make it look a bit nicer, and pre-loading them could make that a bit smoother. Again, I was waiting on that until I figured out the mobile browser blank page issue. Another thought I had was to set an activity timer in javascript that gets reset whenever you do something on the screen. Then after a certain amount of inactivity, it just bounces you back to the main menu. I tried opening it on my phone and the size of the icons makes it impossible for a phone. Are you able to test this at all on a tablet? > Thanks for the help Dan |
From: Sean M. <mat...@nu...> - 2014-01-07 17:44:14
|
the glitch I saw is this. var mode = data.objects.mode_occupied.state; results in undefined this causes the browser to load a bad image. I am testing against my Pi and its not fully configured and I have not set the current mode. By moving buttons what i was referring to is this. I see in the code that it will display the icons from left to right but it will show the "current' mode icon first so if I am home it will be on the left if I am at work then work will be first. It just seemed a little odd. When I get home I will touch this tab and click on "home" and it should highlight that I am now home. I figure It would be easier to not change the order of the icons just show one as Active and then I press the same part of my touch screen every day I come home and every time I leave. I see these icons as indicators as well as buttons to change the mode and so I guess I feel that buttons should not move around the screen as it seems they will with this code for (var i = 0;i < count; i++) { if (modes[i] != mode) { modestable += '<td align="center"><img src="images/icons/' + modes[i] + '_mode.png" alt="' + modes[i] + ' mode" /></td>'; } } I have an older Archos A10 running an old version of a hacked android 2.2.1 froyo. In firefox it looks fine and it also works with the stock android browser. A simple button to reach the top "main" menu on every screen would be a typical design or a back button on every sub page. I agree a timer could easily be implemented to force the screen back to home after idle. Several idle detection methods exist for jquery. Re Sean M |
From: Dan B. <dbe...@ph...> - 2014-01-07 18:21:24
|
On Tue, 2014-01-07 at 09:43 -0800, Sean Mathews wrote: > the glitch I saw is this. > > var mode = data.objects.mode_occupied.state; > results in undefined this causes the browser to load a bad image. > > > I am testing against my Pi and its not fully configured and I have not > set the current mode. Makes sense, does it load the other buttons/icons for the other modes? > > By moving buttons what i was referring to is this. > I see in the code that it will display the icons from left to right > but it will show the "current' mode icon first so if I am home it will > be on the left if I am at work then work will be first. It just seemed > a little odd. When I get home I will touch this tab and click on > "home" and it should highlight that I am now home. I figure It would > be easier to not change the order of the icons just show one as Active > and then I press the same part of my touch screen every day I come > home and every time I leave. > > > I see these icons as indicators as well as buttons to change the mode > and so I guess I feel that buttons should not move around the screen > as it seems they will with this code > > for (var i = 0;i < count; i++) { > if (modes[i] != mode) { > modestable += '<td align="center"><img > src="images/icons/' + modes[i] + '_mode.png" alt="' + modes[i] + ' > mode" /></td>'; > } > } I see your point in this and think it is very valid. In that case it would be nice to have icons for active and inactive states. This will be an easy change as I just have to remove the script that puts the active state in the first row and then remove the "if (modes[i] != mode) {" so it will just generate all icons in one row. Since it gets these modes from the JSON call to MH the only way that would ever change is if MH changed the way the data was returned. I did it that way too so that if MH ever added modes to "mode_occupied", all we would need to do is add an icon for that mode. > > > I have an older Archos A10 running an old version of a hacked android > 2.2.1 froyo. In firefox it looks fine and it also works with the stock > android browser. I did try this on the mobile version of chrome that I have loaded and it seemed to work on that. My main reason for wanting it to work in firefox is that there is an add-on for it that puts the browser in full screen mode as soon as the page loads. This hides the address bar and the top bar that shows the time and makes it look a bit more like a full screen app than a web page. I posed the question on stackoverflow.com http://stackoverflow.com/questions/20978101/jquery-mobile-html-not-rendering-in-firefox Maybe I will get it figured out with help from others. > > > > A simple button to reach the top "main" menu on every screen would be > a typical design or a back button on every sub page. I agree a timer > could easily be implemented to force the screen back to home after > idle. Several idle detection methods exist for jquery. If you look at some of the changes I pushed up to the git repo between last night and this morning, I removed the power button on the bottom and replaced it with a home button that takes you back to the main menu. I still think I will implement the timer since not everyone will remember to always hit the home button after they are done. > > > Re > Sean M Re Dan B. > > |
From: Sean M. <mat...@nu...> - 2014-01-07 17:52:23
|
I grok.. I just set my mode to home and the screen looks more clear. You have the top row as the active state so it looks like a triangle of icons. Still not sure I like my buttons to move but many say I have an odd idea of how a UI should work so I may not be the best test case for usability :) Re Sean M |
From: Joel D. <jr...@pr...> - 2014-01-07 18:04:41
|
I've been following this thread, and I'm enthused about the potential for improvement to the appearance and functionality of the web console display. I would lean towards not having the buttons change locations as well. Would it be possible to just have the button for the active state change color? That would make it more obvious about which state is active, but avoids the issue with muscle memory confusing the issue. I also like the idea of a status line at the top or bottom that can indicate current mode, etc. Thanks for the effort you folks are putting into this. Joel On Tue, 7 Jan 2014, it would appear that Sean Mathews wrote: > I grok.. I just set my mode to home and the screen looks more clear. You > have the top row as the active state so it looks like a triangle of icons. > > Still not sure I like my buttons to move but many say I have an odd idea of > how a UI should work so I may not be the best test case for usability :) > > Re > Sean M > |
From: Timothy S. <spa...@ic...> - 2014-01-07 19:59:50
|
Hi all, I would like to request that some effort is made in to making the new web interfaces accessible to folks that have visual impairments--totally blind; color blind, etc. I wish I could be more helpful in this regard, but I have no real knowledge of web/UI development. -----Original Message----- From: Joel Davidson [mailto:jr...@pr...] Sent: Tuesday, January 7, 2014 1:04 PM To: Sean Mathews Cc: Misterhouse-Users Subject: Re: [mh] touchscreen web interface I've been following this thread, and I'm enthused about the potential for improvement to the appearance and functionality of the web console display. I would lean towards not having the buttons change locations as well. Would it be possible to just have the button for the active state change color? That would make it more obvious about which state is active, but avoids the issue with muscle memory confusing the issue. I also like the idea of a status line at the top or bottom that can indicate current mode, etc. Thanks for the effort you folks are putting into this. Joel On Tue, 7 Jan 2014, it would appear that Sean Mathews wrote: > I grok.. I just set my mode to home and the screen looks more clear. > You have the top row as the active state so it looks like a triangle of icons. > > Still not sure I like my buttons to move but many say I have an odd > idea of how a UI should work so I may not be the best test case for > usability :) > > Re > Sean M > ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Dan B. <dbe...@ph...> - 2014-01-07 18:30:06
|
Joel, Glad to have followers. I welcome any input. In my previous post to Sean I stated that I would make the change so the icons would not move. Easy enough to do also, I will create some highlighted versions of the current icons to show the active mode. I like the idea too of having just a small icon showing the current state in the top bar for quick glance. Any chance you have a tablet that you can test this on? Specifically Firefox 26.0.1 or similar that can have the auto-full-screen add-on installed to verify the issue I am having on my tablet. Dan B. On Tue, 2014-01-07 at 12:04 -0600, Joel Davidson wrote: > I've been following this thread, and I'm enthused about the potential > for improvement to the appearance and functionality of the web console > display. I would lean towards not having the buttons change locations > as well. Would it be possible to just have the button for the active > state change color? That would make it more obvious about which state > is active, but avoids the issue with muscle memory confusing the issue. > I also like the idea of a status line at the top or bottom that can > indicate current mode, etc. > > Thanks for the effort you folks are putting into this. > > Joel |
From: Brad Y. <br...@ha...> - 2014-01-07 19:12:28
|
Does any know if the MH supports the EZIO8SA (31273)? I see from the MH website that the device is "not specifically supported" but does anyone have any experience with this before I order one? http://www.smarthome.com/31273/Smartenit-EZIO8SA-INSTEON-Compatible-Input-Output-Controller/p.aspx Thanks Brad |
From: Kevin R. K. <ke...@kr...> - 2014-01-07 20:04:30
|
In short, no MH does not support the EZIO8SA. Luckily the command set appears to be nicely documented, so adding support shouldn't be too difficult. I have thought about the EZIO8SA before, but $150 for it plus another $80 for the required PLM meant that multiple IOLincs at $45 a pop were always a better deal for my situation. On Tue, Jan 7, 2014 at 11:12 AM, Brad Yarotsky <br...@ha...> wrote: > Does any know if the MH supports the EZIO8SA (31273)? I see from the MH > website that the device is "not specifically supported" but does anyone > have any experience with this before I order one? > > > http://www.smarthome.com/31273/Smartenit-EZIO8SA-INSTEON-Compatible-Input-Output-Controller/p.aspx > > > Thanks > Brad > > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > |
From: Joel D. <jr...@pr...> - 2014-01-07 19:57:52
|
Dan- I have an older Viewsonic g-tablet that I'll be happy to test the interface on. I'm not sure what browser is installed though - I'll have to check and see if I can get firefox 26 with the full screen add-on installed on it. Joel On Tue, 7 Jan 2014, it would appear that Dan Bemowski wrote: > Joel, > > Glad to have followers. I welcome any input. In my previous post to > Sean I stated that I would make the change so the icons would not move. > Easy enough to do also, I will create some highlighted versions of the > current icons to show the active mode. I like the idea too of having > just a small icon showing the current state in the top bar for quick > glance. > > Any chance you have a tablet that you can test this on? Specifically > Firefox 26.0.1 or similar that can have the auto-full-screen add-on > installed to verify the issue I am having on my tablet. > > Dan B. > > On Tue, 2014-01-07 at 12:04 -0600, Joel Davidson wrote: >> I've been following this thread, and I'm enthused about the potential >> for improvement to the appearance and functionality of the web console >> display. I would lean towards not having the buttons change locations >> as well. Would it be possible to just have the button for the active >> state change color? That would make it more obvious about which state >> is active, but avoids the issue with muscle memory confusing the issue. >> I also like the idea of a status line at the top or bottom that can >> indicate current mode, etc. >> >> Thanks for the effort you folks are putting into this. >> >> Joel |