News:

Rule #1 - Be Patient - Rule #2 - Don't ask when, if you don't contribute - Rule #3 - You have coding skills - LinuxMCE's small brother is available: http://www.agocontrol.com

Main Menu

GUI Improvements

Started by los93sol, September 20, 2008, 07:35:57 PM

Previous topic - Next topic

los93sol

I know how to modify screens now, but how in HADesigner do I start a new skin with it's own directory and file structure from scratch?  I've gotten familiar with using MySQL Query Browser and the other tools to find my way around a skin, but I don't understand how to just start from scratch in a folder other than Basic.

tschak909

Well, I go over this a bit in my first skin screencast, but basically:

* Copy the Basic folder to a new folder, any name.. doesn't matter
* Create a new entry in Skin with your skin's name, and directory, at the very least. Pattern the row after Basic.
* Create any designobj screen overrides you need in Screen_DesignObj, taking into account your new PK_Skin number.

-Thom

los93sol

I hate to beat a dead horse with a stick, but I really think two skins need to be created that match, one for orbiter devices optimized for touch screen devices, and one for media directors optimized for remote, keyboard, and gyro navigation.  It seems silly to have overly huge buttons and fonts on my media director when surely nobody has or is using their TV as a touch screen, getting up to walk to the tv to change the volume, etc.  Am I misunderstanding something or has this just not been completed yet.  I understand the fallthrough system for different devices in HAD and agree that it should be used when dealing with touch screens, but don't understand why the media directors don't have their own UI to opimize them.

tschak909

Not going to repeat myself. :)

You've already answered this question in your post.

-Thom

totallymaxed

Quote from: los93sol on January 30, 2009, 05:40:37 PM
I hate to beat a dead horse with a stick, but I really think two skins need to be created that match, one for orbiter devices optimized for touch screen devices, and one for media directors optimized for remote, keyboard, and gyro navigation.  It seems silly to have overly huge buttons and fonts on my media director when surely nobody has or is using their TV as a touch screen, getting up to walk to the tv to change the volume, etc.  Am I misunderstanding something or has this just not been completed yet.  I understand the fallthrough system for different devices in HAD and agree that it should be used when dealing with touch screens, but don't understand why the media directors don't have their own UI to opimize them.


We use ASUS Eee Top's in UI1 as 'kitchen top' or wall mounted touchscreens - everyone I have shown one of these too loves them. Using the UI1 Orbiter like this on a touchscreen makes you realise how good this UI really is... the touchscreen is what it was made for. Same goes for Tschak's WebDT Orbiter to of course....

Andrew
Andy Herron,
CHT Ltd

For Dianemo/LinuxMCE consulting advice;
@herron on Twitter, totallymaxed+inquiries@gmail.com via email or PM me here.

Get Dianemo-Rpi2 ARM Licenses [url="http://forum.linuxmce.org/index.php?topic=14026.0"]http://forum.linuxmce.org/index.php?topic=14026.0[/url]

Get RaspSqueeze-CEC or Raspbmc-CEC for Dianemo/LinuxMCE: [url="http://wp.me/P4KgIc-5P"]http://wp.me/P4KgIc-5P[/url]

Facebook: [url="https://www.facebook.com/pages/Dianemo-Home-Automation/226019387454465"]https://www.facebook.com/pages/Dianemo-Home-Automation/226019387454465[/url]

[url="http://www.dianemo.co.uk"]http://www.dianemo.co.uk[/url]

colinjones

Quote from: totallymaxed on February 01, 2009, 09:49:51 AM
Quote from: los93sol on January 30, 2009, 05:40:37 PM
I hate to beat a dead horse with a stick, but I really think two skins need to be created that match, one for orbiter devices optimized for touch screen devices, and one for media directors optimized for remote, keyboard, and gyro navigation.  It seems silly to have overly huge buttons and fonts on my media director when surely nobody has or is using their TV as a touch screen, getting up to walk to the tv to change the volume, etc.  Am I misunderstanding something or has this just not been completed yet.  I understand the fallthrough system for different devices in HAD and agree that it should be used when dealing with touch screens, but don't understand why the media directors don't have their own UI to opimize them.


We use ASUS Eee Top's in UI1 as 'kitchen top' or wall mounted touchscreens - everyone I have shown one of these too loves them. Using the UI1 Orbiter like this on a touchscreen makes you realise how good this UI really is... the touchscreen is what it was made for. Same goes for Tschak's WebDT Orbiter to of course....

Andrew

Andrew - what kind of price do you pay for them (or rather resell them for)? Trying to see what is a reasonable price locally in Aus...