[aprssig] Off computer for a while
brett.friermood at gmail.com
Fri Jan 31 09:53:56 CST 2014
On Thu, Jan 30, 2014 at 9:53 PM, Steve Dimse <steve at dimse.com> wrote:
> On Jan 30, 2014, at 9:53 PM, Brett Friermood <brett.friermood at gmail.com> wrote:
>> If I remember correctly the first LED example was hard to read. I very
>> much like this one. I'm thinking it may have something to do with
>> viewing the first one on IE8 at work, which fails with just about
>> everything, versus using Chrome on debian here at home.
> The first used a grey background instead of black, the latter definitely is better.
>> Having a URL switch to change the millibars to inches of mercury (in
>> Hg) would be nice. As a weather measurement I have no clue what a
>> millibar is, but I do understand inches of mercury. I'm sure some
>> other American trained pilots would agree.
> It is really hard to be everything to everybody, but I'll add this option to the do-list.
I totally understand. Just a request to be able to customize for clarity.
>> One thing that threw me off was the "24h" link next to the clock.
> That was a rushed time problem. On the panel2 it says "Last 24 hour graphs" but when I was rushing to put the computer down to do some housework the iPhone display looked horrible because anything longer than 24h ended up on a second line, so I went with the too short 24h. I need to spend some time thinking about how I want this whole thing to look and function. All the requests are pushing me dangerously close to losing touch of my original goal, something simple that conveys the information effortlessly. And now that people are expressing support for the LED display, I either need to fold the two displays back together or upgrade both to the functions the other doesn't have, e.g. metric in led and lat/long in panel2. And maybe rename things. Or maybe pop a beer and take up knitting...
>> Given that the clock was in AM/PM I assumed it was to change to a 24
>> hour format, but upon clicking it I learned it was to get to the last
>> 24 hours of data. Not necessarily a bad thing, just not extremely
>> intuitive. Also a little curious why the clock is in AM/PM? 24 hour
>> time seems to me to be an unwritten standard for most things.
> That is very much dependent on professional experience. Most of the world still runs on 12 hour clocks. Maybe another option, or maybe I drop the clock, or the due time?
I would actually favor dropping the clock. Since the purpose of this
is a real time display of weather information, the report age timer
suffices. Getting the actual time of the report and trend related
information would be better handled by other means. I say keep the due
time because it reassures the user that the page will refresh on it's
own and when. Having it dynamically adjust the refresh rate is a nice
More information about the aprssig