Альтернатива уценке с поддержкой цвета

Question

Я пишу в приложении Note (Android и REST API, построенные с PHP / Slim 3).Мне интересно, есть ли что-то еще, кроме Markdown, для сохранения заметок в удобочитаемом и взаимозаменяемом формате.Проблема с Markdown для меня заключается в том, что нет решения для стиля текста (например, цветной текст).Также сложно расширить Markdown с помощью пользовательских атрибутов.

Я уже думаю о создании собственного формата данных (или использования XML).Но это значит, много работы для его анализа.Мне нравится идея использования стандартного формата для обмена между клиентом / сервером и между другими приложениями.Но набор функций Markdown очень ограничен (по дизайну наверняка).

У вас есть какие-либо советы по этой теме?

Answer 1

Подводя итог: мне нравится идея использовать HTML вместо Markdown.Это открытый стандартный формат, который можно заменять и читать человеком.Проблема, которую я вижу со всеми этими решениями: Как написать WYSIWYG-редактор с учетом этого?Я уже работаю с Markdown, используя библиотеку Markwon: https://github.com/noties/Markwon

Нет проблем написать Markdown в виджете EditText для Android и отобразить его.Вы можете легко преобразовать его обратно в открытый текст (вы можете сохранить его).Гораздо сложнее получить опыт WYSIWYG.Вы должны иметь дело с каждым пользовательским вводом, записывая второй файл или строку, которая содержит разметку, в то время как пользователь просто видит результат визуализации.Пользователь может редактировать / удалять что угодно в любом месте EditText, и вы должны позаботиться о том, чтобы эти изменения также повлияли на строку / файл разметки.Я не нашел простого решения для этого.

Самый простой способ - это как-то разобрать содержимое EditText обратно в Markdown.Но нет никакого метода getSpannables или подобного для виджета EditText.Я думаю о циклическом просмотре EditText и посмотреть, какой там символ и как он отформатирован.Но я думаю, что это тоже будет иметь недостатки, потому что есть и другие вещи, такие как маркированные списки и флажки.

Answer 2

Этот вопрос граничит с чрезмерно широким, то есть он может привести к спору о технологиях, а не к ситуации "это решение".

При этом, я думаю, что ответ не будетспорно: когда вы говорите

"читаемый, сменный формат ... решение текстов в стиле ... пользовательские атрибуты"

Я думаю HTML.Я не рекомендую пытаться свернуть свой собственный формат, потому что 1.) вы правы, что это будет сложно, и 2.) будет еще сложнее сопоставить наборы функций существующих решений