![]() |
2010-06-09
, 10:53
|
|
Posts: 1,684 |
Thanked: 1,562 times |
Joined on Jun 2008
@ Austin, TX
|
#32
|
- the numbers in the selected unit remain at zero after a conversion, which is a bit confusing.
For example, I'll select Length, then Meter, and enter a value of 1.0 at the top. The rest of the fields will become populated with the conversion results, but 'meter' in the list will remain at 0.0. A small quibble, but it's a bit odd as you scroll through the list.
The Following 2 Users Say Thank You to epage For This Useful Post: | ||
![]() |
2010-06-09
, 11:42
|
Posts: 356 |
Thanked: 172 times |
Joined on Jan 2010
@ Canada
|
#33
|
Out of curiousity, was this 1.0 or 1.1? I'm curious what people think of the new view I added (for lack of a better name, Condensed View)
![]() |
2010-06-09
, 16:46
|
Posts: 356 |
Thanked: 172 times |
Joined on Jan 2010
@ Canada
|
#34
|
![]() |
2010-06-09
, 17:10
|
|
Posts: 1,684 |
Thanked: 1,562 times |
Joined on Jun 2008
@ Austin, TX
|
#35
|
The non-condensed (expanded?) view doesn't seem to be displaying the unit list correctly anymore -- as you can see, items are being clipped by the calculated values to the right of them. I've tried switching themes and rebooting, and neither seems to make a difference, so I'm guessing this is something to do with the app
As far as condensed view goes, it's quite cool in principle, but in practice I'm seeing a couple of problems:
The first thing I notice can be seen in the screenshot above -- in situations where certain units can have multiple types (Point Postscript/Dido/Pica in this example), there is no indication given as to which version is being converted.
The other issue I noticed is that when scrolling through the lists, once a selection has been made, the list will always 'jump' to that selection each time you begin scrolling again, making it effectively impossible to simply scroll up/down in the list in order to find a new category/unit..
Instead one must make an arbitrary selection in order to give the list a new position to 'jump' to, scrolling a bit, making another arbitrary selection, scrolling, etc. until you eventually reach the item you're looking for.. I hope that makes sense.. it's a bit tricky to describe.
The Following User Says Thank You to epage For This Useful Post: | ||
![]() |
2010-06-09
, 20:35
|
Posts: 356 |
Thanked: 172 times |
Joined on Jan 2010
@ Canada
|
#36
|
I added the clipping because in some cases converted numbers were going off the screen. Sadly for some reason it wasn't doing the "..." on it, unsure why. I should probably give it some more space
I guess I could display the full name and let it show the ellipsis all it wants. I originally only showed units for space but not everything has a unit. So I fell back to if not unit then name.
I found this issue the other night and know the exact cause. I'm just trying to decide the cleanest approach to fixing it.
![]() |
2010-06-09
, 21:11
|
|
Posts: 1,684 |
Thanked: 1,562 times |
Joined on Jun 2008
@ Austin, TX
|
#37
|
I see.. I hadn't ever seen that happen, but you're bound to have spent a lot more time with the app than me, so I'll take your word for it
In at least one iteration, the screen was capable of being dragged left/right as well as up/down, which I thought was a perfect way of seeing large numbers which were going off screen..
TBH, my favourite version of this app was the one where you'd simply select the unit you want to start with, enter an amount in a field immediately next to it and see the rest of the conversions populate. It was simple, direct, and totally intuitive once you'd found the unit you want.
I can definitely see the dilemma there. Still.. they are different units, so there should be some indication as to the particular standard they're representing..
Two ideas come to mind at the moment:
1 - display the full name of the selected units at the top of the screen.. possibly in a line above the results
(ie: "From: Unit A | To: Unit B").
2 - move to two columns rather than three.. the user chooses a Category first, and then gets to a screen with the "TO" and "FROM" columns.. obviously that's a step back to something resembling the 'standard' mode, but I've never needed to access more than a single Category per use of Gonvert, so maybe it doesn't matter much..
Again, this is me speaking as a fan of the old, so feel free to completely ignore my input here
The Following User Says Thank You to epage For This Useful Post: | ||
![]() |
2010-06-11
, 13:42
|
|
Posts: 1,684 |
Thanked: 1,562 times |
Joined on Jun 2008
@ Austin, TX
|
#38
|
The Following User Says Thank You to epage For This Useful Post: | ||
![]() |
2011-01-03
, 21:53
|
|
Posts: 3,811 |
Thanked: 1,151 times |
Joined on Oct 2007
@ East Lansing, MI
|
#39
|
![]() |
2011-01-04
, 00:44
|
|
Posts: 1,684 |
Thanked: 1,562 times |
Joined on Jun 2008
@ Austin, TX
|
#40
|
If you ever plan on doing another release, do you think you could add apothecary equivalents?
http://www.tostepharmd.net/pharm/cli...asurement.html
Thanks Ed!
- it doesn't seem to be auto-enabling Fn for number fields
- the numbers in the selected unit remain at zero after a conversion, which is a bit confusing.
For example, I'll select Length, then Meter, and enter a value of 1.0 at the top. The rest of the fields will become populated with the conversion results, but 'meter' in the list will remain at 0.0. A small quibble, but it's a bit odd as you scroll through the list.
- it seems to lag quite a bit more than I remember
Otherwise it's a staggeringly useful conversion app -- thanks very much for all the work you've done