"Пробел", ".", блин а так действительно легче!

В предельном случае - когда у Вас всего две кнопки (не смейтесь над функционалом) - изменение текущего символа по отпусканию кнопки, автоповтора ессно нету, переход по знакоместам по нажатию двух кнопок. В этом случае отпускание кнопок не влечет за собой изменение символа.

Бывали и такие случаи (заказчик ругался, что слишком долго редактировать приходится: в приборе 2 кнопки, а при сдаче прибора выяснилось, что надо редактировать значение от 100 до 10000, а не от 900 до 1000 как он говорил до этого) спасибо возьму на заметку.

ИМХО, если уж все равно присутствует плавучка, то совсем не нужно конвертировать туда-сюда,
достаточно только конвертировать для вывода.
А редактирование делать примерно так:
Это конечно упрощенно, но идея я думаю ясна.

Ну это уже совсем того!
Редактировать надо строку, о чем выше сказано.
А в случае если у автора задача стоит так, что значение меняется только в меню и нигде больше, то операция float->строка вообще не нужна: хранить строку, изменять ее в меню (редактировать просто, выводить на экран просто), и операция строка->float по завершению редактирования для дальнейшего использования.

Сообщение отредактировал SysRq - Feb 13 2009, 00:11

Там главный недостаток - перенос наших "разрядов" в соседние, например 0.09f+0.01f=0.1f


За этой "ловлей блох" можно потерять немало флеша.

Ну никто же не мешает при этом выводить 0.10
В конце концов, обычно, нужно фиксированное кол-во разрядов после запятой.
А если очень надо, то и пересчитать положение точки при выводе не проблема,
и флеша это займет очень не много...

Если это значение всегда с двумя знаками после точки, то это не float. Представьте, что оно целое, равно float * 100, с точкой между третьим и вторым знаками слева.
Такой подсказки достаточно?

Всегда так делаем. Очень удобно.
флоат получается при желании путём явного приведения типов

Если точка всегда в одном месте то тогда действительно можно все в целых,
в моем варианте просто меняется:
const float vinput_delta[9] = // шаги приращения для ввода
{0.0001f, 0.001f, 0.01f, 0.1f, 1.0f, 10.0f, 100.0f, 1000.0f, 10000.0f};

на:
const int vinput_delta[] = // шаги приращения для ввода
{1, 10, 100, 1000, 10000, 100000, 1000000, 10000000, 100000000,1000000000};

Ну, может я не точно выразился... В общем, при переходе 0.09+0.01 должно быть 0.00

Это редактирование, а не урок математики

А это уже дело "вкуса"
ИМХО, стрелка вверх должна увеличивать число а не уменьшать(иногда).

Идея-то ясна но, у float в отличие от целочисленных типов есть очень серьёзный недостаток. И заключается он в том, что точного значения числа часто не существует, а есть лишь его приближённая величина. И если прибавлять 0,1 к нулю много-много раз, можно получить что-то подобное 999999,371654651. Этим плох Ваш способ. Не смертельно плох, но всёже...

А когда редактируешь строку и потом переводишь в флоат разьве точность не теряется ?

для редактирования float с заранее известным числом знаков после точки и перед нею, я бы сделал почти так, как предлагал singlskv, только перед началом редактирвоания переводил бы float в целое (для двух знаков после точки - умножением на 100) и редактировал бы именно в целых числах (запрет "переноса разряда" легко и незатратно по памяти реализуется), а точку "пририсовывал" бы только при выводе.
после завершения редактирования деление на 100 (или на что там умножали вначале) - и получите готовое число.

плюсы:
1. функция редактирования любого знака может быть одной для любого разряда: получает "порядок" изменяемого разряда, реализуя контроль и блокировку перехода 9-->10. при этом сама процедура редактирования красиво раскладывается на элементарные действия: выбор разряда - изменение
2. целочисленная арифметика - быстро и экономно
3. не надо делать ресурсоемкие преобразования для вывода float - опять же экономия памяти

минусы:
- назовите сами