SlavikSG,
Вы слышали об программе Tombo для Windows или её аналоге miniNoteViewer для Android? Посмотрите.

BorisS2,
Спасибо за программу простая и нужная. А возможно сделать строку контекстного поля с кнопкой искать (или без кнопки, чтобы сразу искалось после ввода символов) сразу на экране не заходя в меню? Я имею ввиду в списке файлов\заметок?


Евгений

Сообщение отредактировал Жендос80 - 01.06.11, 06:34

Евгений, что у вас за дивайс? Тот, что в профиле - с виндой. Или вы его андроидом прошили?

Если я правильно понял, вы хотите, чтобы панель поиска отображалась на экране всегда? Если у вас нет хардварной клавиатуры, экранная клавиатура будет при этом скрывать половину списка. Это приемлемо? А еще у большинства андроидофонов есть аппаратная кнопка поиска, так что за панелью поиска в меню лазить не надо.

Сообщение отредактировал BorisS2 - 01.06.11, 09:35

Не то, что слышал!.. Я этой программой пользовался много лет. Вплоть до мая месяца этого кода. Пока мой КПК не приказал долго жить после очередного велопохода. Самая удобная вещь! Простая, как паровоз! И самое главное - в двух версиях. Для большого PC и для КПК. Данные - обычные простые текстовые файлы. А большего мне и не нужно.

Спасибо за наводку! Пойду глядеть, шо це таке есть. :)

BorisS2
Хе, сегодня попал: войдя в заметку в номером веб кошелька случайно стер последнюю цифру и.... восстановить возможности нет, выйти без сохранения не получилось, все изменения при выходе автоматом сохраняются! Ну, номер то я восстановил, но не стоит ли все же сделать как в MSWord - при выходе высвечивать окно, где предлагать сохранить изменения или отказаться от коррекции? Как Вы думаете?

u313, "Меню \ Отменить" у вас сохраняет изменения в заметке?

Спасибо, ступил немного :)

Версия 1.1.1
- Устранено "падение" при сохранении заметки, если используется агрессивный менеджер памяти.

Версия 1.2.0
- Возможность шифрования отдельных заметок (AES). Первая непустая строка заметки не шифруется. После шифрования заметка остается текстовой (не бинарной).
- Возможность использования подкаталогов. Каталоги всегда находятся внизу списка.
- Заголовок заметки ограничен 255 байтами (превентивные меры по баг-репорту 17684 на http://code.google.com/p/android/)
- Опция не изменять имя файла заметки при изменении первой ее строки (поведение оригинального Papyrus).
- Новая опция для выбора каталога для заметок.
- Автоматическое сохранение перед переходом в режим отображения ссылок.
- Другие мелкие изменения.

Пожалуйста, создайте резервные копии ваших заметок перед использованием шифрования.
Рекомендую сбросить настройки программы после этого обновления: Меню \ Настройки \ Приложения \ Управление приложениями \ Papyrus Ex \ Стереть данные

При тестировании этой версии программы была обнаружена ошибка в Android, приводящая к повреждению файловой системы FAT32. FAT32 по-умолчанию используется в качестве файловой системы для хранения данных пользователя как на несъемной памяти, так и на картах памяти SD/microSD и проч. Поэтому ошибка актуальна для большинства из нас. Как я думаю, где-то в системе используется буфер длиной 255 байтов для преобразования имени файла, что соответствует максимальному количеству ASCII-символов в имени файла в FAT32. В используемой в Android кодировке UTF-8 ASCII-символы (в том числе латиница) занимают один байт на символ. Однако символы кириллицы занимают два байта, поэтому для корректной работы с ними размер буфера должен быть больше в два раза. В итоге при попытке создания файла с кириллическим именем длиной более 127 символов файловая система повреждается. У Android >= 2.3 дополнительно происходит нативный крэш, а приложение "тихо" закрывается.
Исходя из вышеописанного предлагаю:
- Быть внимательным при использовании других приложений, воздержаться от использования длинных кириллических имен файлов.
- Проголосовать за баг. Для голосования можно использовать имеющийся логин от GMail, после чего нажать на звездочку на странице баг-репорта. Обращаю внимание, что для буржуев этот баг не критичен. Так что если за него не проголосуют жители из стран бывшего СССР, никто больше за него голосовать не будет.
- Проголосовать за пожелание. На дворе 2011 год, а нас все еще заставляют использовать одну из самых ненадежных файловых систем. Альтернатива явно не помешает.

Ищу замену Tombo с WM, думал этот "папирус" поможет, но не судьба. Tombo делает чистые ANSI файлы, а Papyrus смешивает кодировки в одном файле, т.е. английский текст идёт как ANSI символы, а вот русский уже на чистом Unicode. На ББ такой файл отредактировать не получается. Unicode начинается прямо посередине файле. На ББ можно работать с текстовыми файлами в Unicode, но тогда весь файл должен быть Unicode. Версию Papyrus качал 1.2.0 с 4PDA.RU

Apollon, учите мат. часть. Unicode - это семейство стандартов. В Android принят стандарт UTF-8. ASCII-диапазон, включая латиницу, кодируется одним байтом, другие диапазоны - двумя и более байтами. Это свойство платформы Android, а не конкретно этой программы.
И вообще, заведите себе на ББ нормальный редактор. Утверждение о том, что cp1251 лучше, чем UTF-8 даже комментировать не хочу...

BorisS2,
Спасибо за шифрование, нужная штука. Знать бы правда, насколько надежное :) Ну да ладно, для наших бытовых нужд сойдет в любом случае ;)
Предложение: обычно при вводе пароля его просят повторить, в данном случае во избежании потери данных от дрогнувшей руки.

ЗЫ:Не понял, несколько заметок (три штуки) не хотят сортироваться по алфавиту. Даже первую строчку полностью переписывал, обычные русские буквы, а они все равно внизу по своему отсортированы. Т.е. сначала латинские, потом русские, а потом эти три тоже по алфавиту.
Вопрос: что это???

Сообщение отредактировал u313 - 20.06.11, 22:53

u313, AES 128bit. Одобрено агентством национальной безопасности США для шифрования документов, составляющих государственную тайну, до уровня Secret включительно. Для Top Secret не годится, для Top Secret требуются ключи 192 или 256 бит. :)
Имхо, всяческие подтверждения убивают юзабилити мобильных интерфейсов. Рекомендую при шифровании (оно делается однократно для заметки) вводить пароль посимвольно. Введенные символы не сразу заменяются на точки, так что у вас есть возможность контролировать ввод. А уж при вводе пароля для просмотра зашифрованной заметки его можно вводить как угодно - данным это не повредит.

ЗЫ: В вашем ЗЫ недостаточно сведений, чтобы я смог воспроизвести ЭТО у себя. Исправить я смогу лишь после того, как воспроизведу.

Сообщение отредактировал BorisS2 - 20.06.11, 22:59

Спасибо за то, что попытались поучить меня уму-разуму. А теперь внимательно читаем моё сообщение, концентрируемся на поиске "cp1251". Медитируем.
Как разработчик, кто-то должен понимать разницу между кодировками текста и хранением текста.
Вопрос, как раз, в хранении текста. Файл получается отдельный от всех стандартов, он и не UniCode и не ANSI
Он даже и не UTF8, а просто мешанина из ANSI и UniCode, что ни один "нормальный редактор" на ББ не переварит.

пара фраз из Википедии

Apollon, вы правы, моя фраза про cp1251 была некорректной, так как вы не упоминали эту кодировку. Я написал про нее лишь потому, что на текущий момент эта кодировка наиболее распространена в русскоязычном мастдае среди трех нативно поддерживаемых:
- OEM - в нашем случае cp866, привет дедушка DOS;
- ANSI - cp1251 для кириллицы;
- Unicode - она же UTF-16LE в мелкомягком мире (а другого, конечно, нет), она же WideChar (типа, два байта на символ вместо одного).

По этому поводу мелкомягкие даже включили в WinAPI аж по три варианта реализации большинства функций (а чего это винда так много памяти жрет, а?). Пруф - это MSDN - так сказать, первоисточник от мелкомягких, а не интерпретация фактов третьим лицом на википедии (против нее ничего не имею). Обращаем внимание, что у функции есть три варианта: GetEnvironmentVariable (OEM), GetEnvironmentVariableA (ANSI) и GetEnvironmentVariableW (WideChar). Вообще, я считаю, что UTF-16LE был одним из epic fail мелкомягких, но к топику это не относится, так что если есть желание попытаться позащищать мастдай, прошу в личку. UTF-8 в мастдае напрямую не поддерживается, хотя средства конвертации предусмотрены (привет, тормоза). Также обращаем внимание на коммент "GetEnvironmentVariable Doesn't work with UTF8 Data" в пруфе. Вот так примерно обстоят дела с кодировками у мелкомягких.

Теперь про андроид. Он пасется на линуксе и поэтому логично использует любимую кодировку красноглазиков - UTF-8. Сейчас это, по сути, единственный вариант. И, имхо, это замечательно. Конвертация для других кодировок возможна, но снова привет тормоза.

Теперь вместе. На форум приходит Apollon и говорит примерно следующее: "показывай заметки на экране смартфона как хочешь, но в файлах заметки нужно хранить в UTF-16LE, а не в родном для андроида UTF-8" потому что иначе "Unicode начинается прямо посередине файла" и "на ББ такой файл отредактировать не получается".

Предположим, я выпил так много, что просветлился и внял рекомендации. Что мы имеем?

В активе:
- Доволен один виндовый пользователь (может быть два или даже десять?), который очень любит один очень-очень хороший текстовый редактор под винду. Беда в том, правда, что этот редактор написал законченный виндузятный программист, который понятия не имеет про что-то, кроме ANSI (и WideChar, но только если повезет). Но, конечно, он не виноват. Напрягаться должен BorisS2, который посмел выложить программу для андроида для работы с текстовыми файлами в родном для андроида формате, а не в рассово верном виндовом.

В пассиве:
- На конвертацию туда-обратно нужны лишние ресурсы проца и памяти (при прочих равных - бай-бай, батарейка).
- Тормозной поиск по заметкам (надо ж преобразовывать перед поиском, батарейка идет еще дальше).
- Оригинальный Papyrus больше не понимает файлы от Papyrus Ex (ага, надо подсаживать всех на Papyrus Ex и делать программу платной, срочно; и чтобы больше ни одна программа под андроид эти файлы не понимала - Microsoft way, ага).
- Аналогичная проблема для большинства других программ под андроид (забудьте про быстрый просмотр заметок из файлового менеджера).
- Линуксовые пользователя (включая автора) недоуменно переглядываются и крутят пальцем у виска, так как ничего кроме UTF-8 им нафиг не сдалось.

P.S.: Я не понял какую именно пару фраз я должен прочитать по приведенной вами ссылке на википедию.

А вообще не обращайте на меня внимание. Что-то сегодня потянуло меня опус написать. Больше не буду :)

Я бы с удовольствием сведений подбавил или последовал бы Вашим указаниям... знать бы, что попробовать то?!

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

BorisS2,
Да приватных данных как раз полно... можно сказать они сплошные и есть :) Странно, вот сегодня редактировал две заметки, обе с кириллическими названиями, в обоих только цифры. При этом одна из редактируемых ушла в нижний список, другая осталась на месте... Из (теперь) четырех нижних заметок две шифрованные, две не шифрованные. Сейчас переписал заново заголовки, одна из заметок ушла в общий список, остальные остались снизу... Я Вам одну заметку скинул в личку, которая упорно внизу сидит, интересно как у Вас она на аппарате встанет. По идее и одной должно хватить для понимания эффекта. Попробовал старые версии проги - баг везде на месте. В винде в ТоталКоммандере сортируется нормально.
Кстати, такой вопрос еще: шифрованные заметки на ББ прочитать то (с вводом пароля, ес-сно) можно? Т.е. если сделал бэкап данных, а потом тел умер или потерялся, шифрованную заметку на ББ можно как то увидеть?

u313, откройте каталог с заметками в любом файловом менеджере для андроид (например, File Expert или Root Explorer) и удивитесь - проблемные заметки в них тоже отображаются в конце списка.

На самом деле проблема не в сортировке, а в том, что вы изменяли эти заметки на ББ. Редактор на ББ добавил необязательную метку BOM в начало файла заметки (она выглядит как неразрывный пробел нулевой длины - то есть никак). При следующем редактировании заметки на дивайсе эта метка переползла в имя файла. А с точки зрения сортировки - она в конце алфавита (в широком смысле этого слова).

В андроиде и в линуксе вообще не принято добавлять BOM в начало файла в UTF-8. Но следующей версии Papyrus Ex эта потенциальная проблема будет учтена, BOM будет безжалостно удаляться. После выхода новой версии убедитесь, что в настройках установлена галка "Изменять имя" откройте каждую проблемную заметку в Papyrus Ex и пересохраните ее.

В настоящее время Papyrus Ex существует только для Android. Поэтому я и рекомендовал использовать бекап перед использованием шифрования. Но возможность прочитать зашифрованные заметки на ББ есть: Можно скачать и поставить Android SDK. У него в комплекте есть эмулятор дивайса. Можно скопировать каталог с заметками на эмулятор и установить на него Papyrus Ex. Хотя, имхо, найти друга с подходящим дивайсом будет проще. Если дойдут руки, потом портирую Papyrus Ex на ББ.

BorisS2,
Спасибо, понятно, что и где редактировалось - сейчас уже и не вспомнить.
Попробовал, Root explorer сортирует как и Папирус, а вот ESFile Manager не ведется на провокации и сортирует правильно :) Жду новую версию, как только у Вас руки дойдут :)
По зашифрованные понял, ничего страшного, просто надо знать заранее. Про SDK - это больно круто :)

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