[kaa.mobil]

Давненько не брал я в руки шашек.

Все знают ceilingbounce и куча народа им пользуется. Без преувеличения - культовый софт в узких фонарёвочных кругах, бывший до сегодняшнего дня единственным в своём роде.

Автор, Zak Wilson - товарищ, без сомнения, крутой. Не столько из-за самого приложения (там, в принципе, не бином Ньютона), сколько из-за языка, на котором оно написано. На Clojure! Под Андроид! Я просто охренел, когда первый раз пошёл на код посмотреть. Clojure сам по себе язык достаточно экзотический, а уж под Андроид - запредельно. Я вообще не знал, что это возможно.

Но сам ceilingbounce - ужасен . Интерфейс - это просто п.здец какой-то, его просто нет. Совершенно неудобный, неинтуитивный и выглядит отвратительно. Может на Clojure трудно делать нормальные интерфейсы, может автор не придаёт особого значения UI, отдавая предпочтение функциональности, может отложил причёсывание на будущее, а потом потерял интерес, не знаю.

Когда впервые попользовался, после первой мысли "чего ж так коряво-то?" сразу возникла вторая "надо своё написать, я ж вроде умею немножко". И я даже набросал какой-то прототип, чего-то ковырял, но потом, как всегда, возникли более приоритетные задачи, и я забросил. Однако не так давно снова пришлось обратиться к ceilingbounce для снятия графика и снова испытать нешуточный дискомфорт. "Гештальты надо закрывать" - подумалось мне, и я сел реанимировать и добивать до минимальной кондиции полупротухший прототип.

Мне не то, что не дают покоя лавры ceilingbounce - они не такие уж и пышные. Больше хотелось после долгого перерыва вернуться к разработке под Андроид, восстановить навыки, посмотреть что новенького, снова вдоволь на ровном месте нахлебаться андроидных странностей и непотебств, коих там предостаточно, ну, всё такое. Задача-то шибко интересная. И все мои хотения, в конечном итоге, были удовлетворены.

Итак, собственно сабж, Lumenoid. Делать умеет то же самое, что и ceilingbounce, но, смею надеяться, более красиво, хорошо и удобно.
Из основных улучшений:

• Интерфейс, само собой, в первую голову. Более информативный и читабельный.
• Кое-какие сохраняемые настройки, в том числе, калибровочные коэффициенты.
• Отсутствие глюков с сохранением файлов. Их можно сохранять как автоматически, так и вручную
• Приложение не превращается в тыкву после изменения ориентации экрана.
• Полностью по-русски, для кого-то это может быть важно.

Но самое основное преимущество: Lumenoid поддерживаемый (ну, пока мне не надоест ). Посему всячески приветствую багрепорты, конструктивную критику и предложения по доработкам и новой функциональности. Как минимум, все найденные баги исправлю, ну и разумные предложения внедрю.

Интерфейс я старался сделать максимально понятным, поэтому расписывать, как и что делать, не буду, пробуйте сами. Спрашивайте, если непонятно, это поможет мне понять, что я сделал плохо.

Просто накидаю тут скриншотиков.



А вот так выглядит сохранённая картинка графика. Кстати, её размеры можно настраивать.



Пока никуда в открытый доступ не выкладывал, взять можно с моего яндекс.диска (версия 0.1-beta). Я в любом случае совсем не зря повозился, новый опыт и что-то даже получилось, гештальт закрылся. Но я надеюсь, что это будет интересно не только мне.

ВНИМАНИЕ: Замечание 1. Задержка отрисовки графика и странные эффекты.
Некоторые камрады жалуются на неожиданное поведение графика при отрисовке:

 Сообщение от Timofej 000 :

На обоих задержки с 1- 1,5с

 Сообщение от galex :

если быстро провести рукой над датчиком, снижение яркости отрабатывает ступенькой, а вот возвращается плавно постепенно замедляясь

 Сообщение от AEDe :

Если закрыть датчик ,то показания естественно падают , а вот если потом открыть иногда не меняются, или меняются на рандомное число

Lumenoid ничем подобным, конечно же, не занимается, просто слушает датчик и забирает новые значения ровно в тот момент, когда они приходят (именно так происходит работа с датчиками в Андроид)

Есть обоснованное предположение, что все эти эффекты - ничто иное, как особенности реализации датчика освещённости в конкретном устройстве.

Если вы наблюдаете нечто, подобное описанному, или иное неожиданное поведение, сравните это с тем, что происходит в ceilingbounce и других приложениях люксметра, которые умеют показывать график. Мне писать имеет смысл только в случае значительного отличия в поведении Lumenoid от поведения других подобных приложений.

ВНИМАНИЕ: Замечание 2. Навигация кнопкой Back.
Также есть жалобы на неожиданное поведение навигации:

 Сообщение от AEDe :

После запуска жмем левое меню, потом "настройки". И вроде логично по кнопке назад выходить обратно в левое меню или даже на экран "рантайм"/"люксметр", но по кнопке назад сворачивается приложение.

 Сообщение от galex :

по прежнему выходит их программы при возврате из настроек, которые через меню.

Это стандартное поведение навигации Android, зафиксированное в документации.

 Сообщение от kaa.mobil :

Да, это выход. И он происходит по канонам Андроида. С первого взгляда мне оно тоже показалось странным, но если вдуматься, всё вполне логично. Все скрины, перечисленные в главном меню - это равноправные скрины верхнего уровня, так сказать, три независимых корня дерева навигации. И выход из них возможен только наружу. Это видно по навигационной кнопке в вехнем левом углу. Если там стрелка влево, то вернёмся откуда пришли. Если гамбургер (три горизонтальные линии), то выйдем. Я себя уже давно приучил для навигации пользоваться не системной кнопкой Back, а именной этой иконкой навигации.

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

ВНИМАНИЕ: Замечание 3. Взаимодействие с графиком посредством жестов.
Кроме управления кнопками на тулбаре и меню, в график можно ещё тыкать пальцами.

• Тап по точке или сегменту графика - показывает значения точки (конечной точки отрезка, если тапнули по отрезку)
• Горизонтальный щипок - масштабирование времени (горизонтальное)
• Вертикальный щипок - масштабирование значений (вертикальное)
• Диагональный щипок - масштабирование с сохранением текущего соотношения сторон
• Двойной тап одним пальцем с последующим свайпом без отрыва - масштабирование выделением. Область выделения начинается в точке начала свайпа, заканчивается в конце свайпа.
• Двойной тап - сброс масштабирования.

Обновление 23.01.2023

Версия 0.2-beta

Изменения:

• Исправлен косяк с правами на запись файла Android 10+ (капец как крови попило, извращенцы, бл.)
• Исправлено деление на 0 во тьме (странный кейс)
• Изменена главная иконка (пробуется Тёплая Ламповая)
• Изменена иконка "Сбросить масштаб графика".

Продолжение следует.

Обновление 25.01.2023

Версия 0.3-beta

Изменения:

• Исправлены падения во тьме (мерзкая бага, AEDe, благодарю)
• Иправлены глюки при больших освещённостях (ещё более мерзкая, респект me45 и ploop)
• Обработаны ситуации с отсутствием в системе датчика освещённости и когда он вроде бы есть, но по стандартному пути данных не присылает (Наиль Валиахметов, проверьте, что на вашем телефоне скажет?)
• Всё управление скрином Рантайм перенесено в верхнюю панель и меню (три вертикальные точки) по аналогии со скрином Люксметр и Дальность
• Поля с цифирью более не растут по вертикали на несколько строк
• Настройка разделителя полей в CSV (по умолчанию ",", настройки Рантайма)
• Настраиваемый диалог подтверждениия выхода из приложения (для любителей системной кнопки Back, по умолчанию отключен, глобальные настройки)

Пока ещё не надоело.

Обновление 26.01.2023

Версия 0.3.1-beta

Изменения:

• Исправлены глюки при пересвете
• Прикрутил отображение данных о датчике света (пункт в главном меню)

Обновление 27.01.2023

Версия 0.3.2-beta

Изменения:

• Исправлен мелкий баг, рантайм предыдущего запуска не сбрасывался при запуске следующего
• Сведения о датчике теперь можно выделить и скопировать
• Прикручена интеграция с Crashlytics. Теперь Lumenoid умеет сообщить мне, что он внезапно упал, и как его перед этим мучали. Никакте персональные данные и фаилы не отправляются, только анонимные багрепорты. Это та же система, которая автоматически прикручивается ко всем приложениям в Google Play

Обновление 02.02.2023

Версия 0.4-beta

Изменения:

• Сделал паузу (чтоб её...). Спрятал под настройку, потому что наверняка многим (в том числе и мне) она не нужна, а кнопки близко, есть риск ткнуть не туда. По умолчанию отключено.
• Есть возможность скомпенсировать изменение освещённости во время паузы (специально для AEDe), так же спрятано под настройкой. По умолчанию отключено.
• Поправил автоориентацию экрана. Теперь учитывается системное отключение автоповорота.
• Исправлено падение при автоостановке в темноте.

Обновление 02.02.2023 (2)

Версия 0.4.1-beta

Изменения, две мелочи всплыли:

• Заблокировано переполнение значения при многократной повышающей компенсации паузы
• Исправлено нерегулярное падение при запущенном рантайме при повороте телефона.

Обновление 04.02.2023

Версия 0.5-beta

Изменения:

• Я таки выловил одну ошибку в компенсации паузы. Исправлено.
• Добавлено масштабирование по отдельным осям, а также выделением. Подробнее смотрите в Замечании 3.
• Сделал контрастнее поле "Освещённость" и значения на осях графика.
• Теперь в график можно потыкать пальцем и посмотреть значения конкретных точек.

Обновление 06.02.2023

Версия 0.5.1-beta

Изменения:

• Поборолся с падениями при многократных паузах. Вроде победил.

Обновление 30.03.2023

Версия 0.6-beta

Изменения:

• Дополнительная панель управления снизу (ollega). По умолчанию отключено.
• Экспорт/импорт настроек для любителей сносить предыдущую версию (или чистить данные) перед установкой следующей. Живёт в общих настройках приложения.
• Экран с разнообразной информацией (ploop)
• Верификация ввода настроек, подавление сохранения некорректных значений.

Обновление 05.07.2023

Версия 1.0

Изменения:

• Запрещённые символы в полях "Фонарь" и "Модель" игнорируются при формировании имён файлов.
• Исправлено падение при попытке открытия настроек, если не выдано разрешение на доступ к файловой системе.
• Обновил библиотеки, повысил целевую версию до Android 12. Но это незаметное изменение, не влияющее на функциональность

Актуальная версия: 1.0
Все версии (мало ли, вдруг сломаю, чтобы откатиться можно было)

• Яндекс Диск
• Google Drive
• Microsoft OneDrive

[galex]

10-й
сохраняет.
по прежнему выходит их программы при возврате из настроек, которые через меню.
и надо наверное подтверждение запрашивать на выход по кнопке назад.

еще момент - если быстро провести рукой над датчиком, снижение яркости отрабатывает ступенькой, а вот возвращается плавно постепенно замедляясь. экспоненциально, как заряд конденсатора

[AEDe]

 Сообщение от galex :

снижение яркости отрабатывает ступенькой, а вот возвращается плавно постепенно замедляясь. экспоненциально

Интересно ,а уменя другое поведение. Если закрыть датчик ,то показания естественно падают , а вот если потом открыть иногда не меняются, или меняются на рандомное число(телефон и фонрь фиксированы).
Похоже это особенности датчика. Тот же опыт в mi4c , дает верную картинку.

kaa.mobil, может в первый пост добавить список моделей на которых нормальный датчик без дискретности и всяких таких глюков? Может быть довольно полезно. По сути такую информацию нигде не найдешь.

[galex]

 Сообщение от AEDe :

Похоже это особенности датчика

да, действитеьлно. в cellingbounce и другом приложении показывающем люксы так же экспоненциально возвращается

[ploop]

 Сообщение от kaa.mobil :

Заехала 0.2-бета. Описание изменений и ссылка на скачивание в конце стартового поста.

Андроид 13, работает! Не вылетает, сохраняет, меню огонь, всё прям супер!
Но увы тестировал 5 минут, категорически нет времени. Но она уже в разы юзабельнее ceilingbounce.

[Просто Джон]

Всё, разобрался)

[Просто Джон]

Прогу надо откатать вдоль и поперёк, потом на BLF закинуть без перевода) Пусть изучают

[kaa.mobil]

 Сообщение от Просто Джон :

Прогу надо откатать вдоль и поперёк, потом на BLF закинуть без перевода) Пусть изучают

Джон, я всё же профессиональный программист и устоявшиеся базовые принципы соблюдаю. Для всех стран, кроме России, там вполне себе английские буквы. Они же не виноваты, что русским не владеют...

[galex]

 Сообщение от Просто Джон :

откатать вдоль и поперёк, потом на BLF закинуть

бету 0.1
наш ответ чемберлену

[MaksVasilev]

 Сообщение от kaa.mobil :

Это совсем не сложно. А зачем? Русифицированный эксель плохо переваривает десятичную точку?

Потому что используя "системный разделитель" никогда не знаешь, как сборщик конкретной ОС их будет интерпретировать и вместо "3.56,6.65,59.66" ожидаемых в "английской" локали получить весёлые "русские" цифры "3,56,6,65,59,66". Это конечно решается, если есть возможность задать разделитель полей ";" вместо ",", но удобнее всего когда ты заранее знаешь, что будет в выходном файле, поэтому по канонам формат либо должен быть прибит гвоздями так, что бы исключить все варианты разночтений локалей, сборок ОС и т.д., либо настраиваемый. Идеальны - оба эти фактора. Так же по умолчанию, если есть где-то поля даты или даты-времени использовать их только в ISO формате: "YYYY-MM-DD hh:mm:ss.zzz".
Тогда выгрузка в CSV имеет хоть какой-то смысл.

[kaa.mobil]

 Сообщение от MaksVasilev :

конкретной ОС

Не очень понятно, причём здесь ОС, вы ж файлик не ОСу скармливаете, а конкретному софту. Но смысл понятен.
С разделителем и его настройкой вопросов нет. Вопросы начинают возникать с десятичным разделителем. Потому что в локалезависимое представление десятичного дробного числа входят кроме десятичного разделителя ещё и разделители троек разрядов и их наличие (это как минимум, там дохрена всяких мелочей, в нашем случае малоактуальных). Поэтому в настройке следует оперировать именно локалью (да и с точки программирования это проще и правильнее). Но локалей дофига. Если в настройке устроит наличие двух условных пунктов "по-русски" (1000,0) и "по-американски" (1,000.0), то ок. Потому что есть ещё например "по-немецки" (1 000.0) и чёрт знает по-каковски ещё. Надеюсь я не слишком путано изложил.
С этим локалезависимым строковым представлением десятичной дроби в Андроиде постоянно какие-то засады...

[alibek]

Ход конем — выгружать в CSV только целочисленные значения.
Вряд ли кому-то нужна точность до десятых долей люкса.

[ploop]

 Сообщение от kaa.mobil :

Вопросы начинают возникать с десятичным разделителем

При работе с CSV обычно используются две настройки - это разделитель и локаль. Причём последняя может быть по дефолту системная, но с возможностью настройки. При наличии текстовых строк добавляются ещё две - кодировка и квотирование (заключение строк в кавычки)
Это позволяет передавать в них любой спектр табличных данных.

Эксель на самом деле не очень удобный инструмент, там для открытия правильного CSV надо использовать диалог импорта данных из текста, причём настройки не запоминаются. Тупым нажатием на файле он откроет, но интерпретирует их как посчитает нужным.

[kaa.mobil]

 Сообщение от alibek :

Ход конем — выгружать в CSV только целочисленные значения.

Ну так-то да, я тоже хитрый и ленивый . Я сейчас даже время графика выгружаю целочисленными миллисекундами, сами потом пересчитаете, во что надо. Но даже у целых чисел есть локалезависимые разделители троек разрядов.

 Сообщение от ploop :

две настройки - это разделитель и локаль.

Вот. И их вообще не проблема завести. Но вы же не предлагаете мне запихать в настройку локали все существующие? Это ж меня проклянут и в следующей жизни я стану жёлтым земляным червяком, а я не хочу... Надо разумно ограничить, предлагаю тремя: системной, русской (ru-ru) и американской (en-us). А кодировку и квотирование побоку, нечего там кодировать и квотировать.

 Сообщение от MaksVasilev :

если есть где-то поля даты или даты-времени использовать их только в ISO формате: "YYYY-MM-DD hh:mm:ss.zzz".

Ну и даты вроде нафиг не нужны.

Настройки - это классно, но опыт показывает, что когда их больше 15, пользователи начинают потиху ох.евать. А так-то я люблю на каждый чих настройки делать.

[ploop]

 Сообщение от kaa.mobil :

Но вы же не предлагаете мне запихать в настройку локали все существующие?

Ну зачем - три конечно

[MaksVasilev]

 Сообщение от kaa.mobil :

С разделителем и его настройкой вопросов нет. Вопросы начинают возникать с десятичным разделителем. Потому что в локалезависимое представление десятичного дробного числа входят кроме десятичного разделителя ещё и разделители троек разрядов и их наличие (это как минимум, там дохрена всяких мелочей, в нашем случае малоактуальных). Поэтому в настройке следует оперировать именно локалью (да и с точки программирования это проще и правильнее). Но локалей дофига. Если в настройке устроит наличие двух условных пунктов "по-русски" (1000,0) и "по-американски" (1,000.0), то ок. Потому что есть ещё например "по-немецки" (1 000.0) и чёрт знает по-каковски ещё. Надеюсь я не слишком путано изложил.
С этим локалезависимым строковым представлением десятичной дроби в Андроиде постоянно какие-то засады...

Разделителей всего два: разделитель полей (на практике в идеале ";") и разделитель десятичной части (в идеале "."). Все украшательства тысячной части - это не разделители, это форматирование текста, этому не место в числовом формате вообще. Выгружать ориентируясь на некую условную локаль - это полный моветон, за такое даже студентам по программированию зачёт не поставят.

[ploop]

 Сообщение от MaksVasilev :

Все украшательства тысячной части

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

[AEDe]

MaksVasilev, блокнотом открываете , и заменяете разделитель хоть на слово из 3 букв...

[MaksVasilev]

 Сообщение от ploop :

Так что не только украшательства

Вы смешиваете в одну кучу формат хранения и форматирование отображения. Все украшательства - это исключительно на стороне UI. Формат CSV не про отображение, он про универсальную простую передачу данных из ПО 1 в ПО 2. В форматах хранения и передачи не место украшательствам.

[ploop]

 Сообщение от MaksVasilev :

В форматах хранения и передачи не место украшательствам.

Но не в CSV, там ещё и табуляция используется и выравнивание строк пробелами, так как он предусматривает ещё и просмотр данных обычным текстовым редактором. И эти знаки должны игнорироваться парсером при открытии. На самом деле он довольно неудобен для машинного хранения данных именно из-за этой неоднозначности (и у меня заноза в одном месте из-за этого), но очень универсален.

Сабжа не касается, у нас же только сохранение, а не чтение.

[kaa.mobil]

 Сообщение от MaksVasilev :

Вы смешиваете в одну кучу формат хранения и форматирование отображения. Все украшательства - это исключительно на стороне UI. Формат CSV не про отображение, он про универсальную простую передачу данных из ПО 1 в ПО 2. В форматах хранения и передачи не место украшательствам.

Нет, это вы разделили одно целое на две части. Локаль в нашем контексте имеет отношение в первую голову к представлению чисел в текстовом виде, ни больше, ни меньше. А уж это текстовое представление используется затем и в UI (не двоичные же нули и единицы показывать, как оно внутре хранится) и в любых текстовых форматах, в частности в CSV (который, естественно, тоже текстовый). Просто мы этому особого значения не придаём, ибо локаль для каждого человека постоянна и воспринимается по-умолчанию. Например, американцу вполне естественно увидеть в csv-файле 1,234.56

CVS на самом деле отвратителен для взаимодействия ПО как раз в силу своей текстовости (и нестрогости). Это некий замшелый гибрид, который и человеком почитать, и машиной. Есть и более свежие гибриды (XML) с теми же проблемами. Для обмена данными между ПО гораздо лучше подходят строгие бинарные форматы. Но их человеку не почитать, поэтому текстовые форматы до сих пор существуют.