473,322 Members | 1,268 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

Design for 40" LCD?

Public deployment LCD is a whole new device platform to learn about.
Putting a 40" LCD into a hotel lobby or an airport for example has let us
say 'issues' ;-)

Preventing backlight burn-in, determining maximum readable font size at
1280x, maximun lines of text at 1280x or if 1280x should even be used and so
on.

Are there any 'Best Practice' or usability documents you may know of?

<%= Clinton Gallagher
Jul 24 '05 #1
8 1629
clintonG wrote:
Public deployment LCD is a whole new device platform to learn about.
Putting a 40" LCD into a hotel lobby or an airport for example has let us
say 'issues' ;-)

Preventing backlight burn-in, determining maximum readable font size at
1280x, maximun lines of text at 1280x or if 1280x should even be used and so
on.

Are there any 'Best Practice' or usability documents you may know of?


Nothing I know of. If you are designing for that particular interface,
then, by all means use it's native resolution with the design taking
advantage of the *known* size. I'd think nothing wrong with designing
pages for an intranet where I *knew* that everyone had a 17" flat screen
set at 1024x768 and all always used full screen.

The only reason for flexible design is that it is rarely, if ever known
for certain what device, resolution, window size, font ... is in use.

Now, if you're trying to design pages for that interface and you want it
to work on the www, then you're back at square one. My advice would be
to not try to display www pages, but to have separate designs for those
devices.

--
Stan McCann "Uncle Pirate" http://stanmccann.us/pirate.html
Webmaster/Computer Center Manager, NMSU at Alamogordo
Coordinator, Tularosa Basin Chapter, ABATE of NM; AMA#758681; COBB
'94 1500 Vulcan (now wrecked) :( http://motorcyclefun.org/Dcp_2068c.jpg
A zest for living must include a willingness to die. - R.A. Heinlein
Jul 24 '05 #2
"clintonG" <cs*********@REMOVETHISTEXTmetromilwaukee.com> wrote:
Public deployment LCD is a whole new device platform to learn
about. Putting a 40" LCD into a hotel lobby or an airport for
example has let us say 'issues' ;-)
Are they really that different from "issues" that we have with any
particular device? The crucial question is, "who are 'we'?". That is,
this an authoring question, or something else?
Preventing backlight burn-in, determining maximum readable font
size at 1280x, maximun lines of text at 1280x or if 1280x should
even be used and so on.
The devices should, of course, run browsers that are suited for the
device. This could be a special-purpose browser, or a common browser
with suitable settings (including settings you can do in a user style
sheet). Then all Web pages will work on it, unless they have been
specifically designed device and browser depending for some different
environments. And even then, something can usually be presented,
especially if the browser has a mode that overrides presentational
markup and style sheets on Web pages (at least partially). Actually it
would be a good idea to have a collection of simple buttons that turn
off different settings, e.g. font size settings on pages.

Designing pages for a particular device type is a dead end, and
off-topic in this group.
Are there any 'Best Practice' or usability documents you may know
of?


The best practice is to design HTML documents so that they can be
viewed or otherwise accessed on any device and to design and configure
browsers so that they display well-designed documents well, according
to the specifics of the device.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 24 '05 #3

"Jukka K. Korpela" <jk******@cs.tut.fi> wrote in message
news:Xn*****************************@193.229.0.31. ..
"clintonG" <cs*********@REMOVETHISTEXTmetromilwaukee.com> wrote:
Public deployment LCD is a whole new device platform to learn
about. Putting a 40" LCD into a hotel lobby or an airport for
example has let us say 'issues' ;-)


Are they really that different from "issues" that we have with any
particular device? The crucial question is, "who are 'we'?". That is,
this an authoring question, or something else?

<snip>

I agree with Uncle Pirate. clintonG has a unique situation in that there is
only one device his/her work will be viewed on. So build for what views best
on the 40" LCD. Be sure to give the users the option to change font size.
I'm curious about the project, since I have a customer wanting to do the
same thing for a hospital lobby. Have you found many resources on the www
relating to your project? I haven't begun researching it yet.

Carla
Jul 24 '05 #4
"c.thornquist" <c.**********@insightbb.com> wrote:
I agree with Uncle Pirate.
Then why did you send a followup to my message and quote me?
Quoting the opinion you comment on would be more useful.

You even quoted my question "is this an authoring question, or
something else?", without answering it, and apparently without giving
it any consideration.
clintonG has a unique situation in that
there is only one device his/her work will be viewed on.


Really? Well, doing things the way you seem to be suggesting would
imply that: the work cannot be viewed in another device, and if the
work would have any links (you know, the things that create hypertext
and weave the Web), following them would lead to chaos unless you
restricted yourself to those documents that have also been designed for
that particular device.

That would seem like a non-constructive approach in the modern world
where the device might be replaced next year by a different one, or
some other, different devices would be taken into use in the
organization, or someone tells you next week, as an aside, that the
pages will also be used in the company's extranet or on the WWW.

And surely you wouldn't be authoring for the WWW then? Hence it would
be rather off-topic here.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 24 '05 #5
On Mon, 11 Apr 2005 04:52:53 +0000 (UTC), "Jukka K. Korpela"
<jk******@cs.tut.fi> wrote:
Well, doing things the way you seem to be suggesting would
imply that: the work cannot be viewed in another device,


Why is that a problem? This isn't a web application, it's a kiosk
application built out of web technologies.
Jul 24 '05 #6
Andy Dingley <di*****@codesmiths.com> wrote:
Well, doing things the way you seem to be suggesting would imply
that: the work cannot be viewed in another device,


Why is that a problem? This isn't a web application, it's a kiosk
application built out of web technologies.


That's a problem because it's unnecessarily device-dependent. It's
better to design pages as if you were designing for the WWW (partly
because the pages might later be used on the WWW) and to tune the
device(s) so that the documents get rendered well according to the
device's properties.

If it's a kiosk application and the author wants to ignore the aspect I
mentioned, then the issue is _surely_ off-topic here.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 24 '05 #7

"Jukka K. Korpela" <jk******@cs.tut.fi> wrote in message
news:Xn*****************************@193.229.0.31. ..
"c.thornquist" <c.**********@insightbb.com> wrote:
I agree with Uncle Pirate.
Then why did you send a followup to my message and quote me?
Quoting the opinion you comment on would be more useful.


Probably because I wanted you to expand upon your reply.

You even quoted my question "is this an authoring question, or
something else?", without answering it, and apparently without giving
it any consideration.

I only included it because I didn't want to unnecessarily break up that
paragraph. I'll be more careful with my snipping.
clintonG has a unique situation in that
there is only one device his/her work will be viewed on.


Really? Well, doing things the way you seem to be suggesting would
imply that: the work cannot be viewed in another device,

In my case, for the hospital lobby, it will not be viewed on other devices.
He hasn't followed up with specifics, but his/her project sounded similar to
mine.
and if the
work would have any links (you know, the things that create hypertext
and weave the Web),
Thanks for explaining what a link is;)
following them would lead to chaos unless you
restricted yourself to those documents that have also been designed for
that particular device.

The only links my customer referred to are to a buttons that may give
visitors to the hospital directions to departments at the hospital (Eg which
elevators/halls lead to said department)
That would seem like a non-constructive approach in the modern world
where the device might be replaced next year by a different one, or
some other, different devices would be taken into use in the
organization, or someone tells you next week, as an aside, that the
pages will also be used in the company's extranet or on the WWW.

This is a type of kiosk to give directions. It will have no internet access.
And surely you wouldn't be authoring for the WWW then? Hence it would
be rather off-topic here.


I didn't know authoring here was restricted to that for the WWW, but it's
evident in the newsgroup name. Sorry.

Carla
Jul 24 '05 #8

"Jukka K. Korpela" <jk******@cs.tut.fi> wrote in message
news:Xn*****************************@193.229.0.31. ..
Andy Dingley <di*****@codesmiths.com> wrote:
Well, doing things the way you seem to be suggesting would imply
that: the work cannot be viewed in another device,


Why is that a problem? This isn't a web application, it's a kiosk
application built out of web technologies.


That's a problem because it's unnecessarily device-dependent. It's
better to design pages as if you were designing for the WWW (partly
because the pages might later be used on the WWW) and to tune the
device(s) so that the documents get rendered well according to the
device's properties.

If it's a kiosk application and the author wants to ignore the aspect I
mentioned, then the issue is _surely_ off-topic here.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html


Well, I haven't fallen off the face of the earth as it may have seemed.

Anyway, the application is a web application that will run on XP Pro IIS 5
and as requirements currently specify will display content both static and
dynamic with certain types of content coming from "the web" noting as the
project is currently defined it is intended to be read-only (no
interactivity) and will be displayed on a Sony 42" LCD. The only thing
relevant to a kiosk would be the browser configuration mode. Any tips on
"browser kiosk mode?"

One thing I have noticed watching TV on the large screens. The advertisers
use sans serif fonts significantly over-sized and weighted. Apparently
readability is an issue for LCD displays. I've had some confirmation from
others who author using desktop LCD in the 15"-19" range.

<%= Clinton Gallagher

Jul 24 '05 #9

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

36
by: Andrea Griffini | last post by:
I did it. I proposed python as the main language for our next CAD/CAM software because I think that it has all the potential needed for it. I'm not sure yet if the decision will get through, but...
1
by: Ovid | last post by:
Hi, I've run into a bit of a sticky design issue. We have products in three categories which I will call 'A', 'B' and 'C'. We have "kits" which contain three products, one from each category....
1
by: feng | last post by:
Hi, I know this might not be a question for this group but I would give it a try anyway as I couldn't find a better group for my question. I have noticed that there are a lot of articles out...
4
by: vbie | last post by:
For some reason, I cannot open an Access report in "design" mode anymore. This didn't happen before. However, I can open the design mode of the form, query, table in the same database. Please...
48
by: Tony | last post by:
How much bloat does the STL produce? Is it a good design wrt code bloat? Do implementations vary much? Tony
1
by: Peter Hann | last post by:
What si the easiest way to switch from the source of a Form to its corrsponding Design and vice versa back ? Currently I always click on the file in the Solutions explorer. Is there way way...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.