Автор Гілка: Ferrite — графічний текстовий редактор з попереднім переглядом Markdown  (Прочитано 3703 раз)

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 4162
  • Карма: +39/-0
  • Програміст
Ferrite — це зручний текстовий редактор призначений для редагування Markdown та коду. Він має підсвітку синтаксису, вбудований попередній перегляд для Markdown, разом з вбудованими блоксхемами у форматі Mermaid, а також вбудований термінал.



Проєкт: https://github.com/OlaProeis/Ferrite
[Fedora Linux]

Відсутній BeSiDa

  • Графоман
  • ****
  • дописів: 411
  • Карма: +6/-0
Це не юнікс-вей. Це нібито ви в команду греп вбудували команду море, а потім ще і шелл :)) Тобто навиворіт все.
Для чого все те, що існує як окремі тулзи, вбудовувати у одного монолітного монстра? (крім браузера, там ясно для чого)

От, наприклад, є "вімдот". Це шел скрипт який відкриває дві програми 1) вім чи ві та 2) дот з тим самим файлом діаграми у форматі дот і до того ж програма "дот" дивиться за змінами файла (через інотіфі) та оновлює зображення при змінах файлу (через редактор).
А сам вім у терміналі, тобто доступ до всіх команд терміналу і так є (з вім чи окреме вікно).

(хоча коли "рідлайн" у все вбудовують, то все ще юнікс-вей чи ні?)

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 4162
  • Карма: +39/-0
  • Програміст
Можна використовувати окремі утиліти, але їхня настройка займає багато часу. Навіть просто запустити і розставити вікна у віконному менеджері займає час, тому спеціалізовані редактори корисні.

Я собі теж написав невеликий записничок на Rust, бо замахався тримати відкритим редактор для всіляких нотаток, а так у мене є 5 сторінок завжди відкритих при запуску, які автоматично зберігаються, і відповідно я не втрачаю свою думку коли роблю нотатки.
[Fedora Linux]

Відсутній BeSiDa

  • Графоман
  • ****
  • дописів: 411
  • Карма: +6/-0
Можна використовувати окремі утиліти, але їхня настройка займає багато часу. Навіть просто запустити і розставити вікна у віконному менеджері займає час, тому спеціалізовані редактори корисні.
Налаштування команди греп займає багато часу? :) (для вас, вашого використання)
Об'єднане вирішення задачі гарне, але забирає у вас свободу. Замінює "складно налаштувати окремі утіліти" на "складно замінити окремі частини об'єднаного вирішення задачі".
Ви не зможете замінити під-вікно текстового редактора тексту на обраний саме вами (так само швидко як замінити шелл у вбудованому там терміналі).

Віконний менеджер не проблема, коли ви знаєте Х-и.
Наприклад, програма х-ду-тул (хдотоол) може зі скрипта змінити розмір та позицію вікон які знайшла за назвою чи класом вікна. А запустити це все можна ... з шел скрипта. Написати один раз і далі не витрачати часу.

Це не про "не можливо", це про "спосіб мислення" (юнікс-вей).
Замість "створити програму" мислити "створити набір інструментів" які інші люди використають хоч окремо, хоч разом. Як схочуть.

Я собі теж написав невеликий записничок на Rust, бо замахався тримати відкритим редактор для всіляких нотаток, а так у мене є 5 сторінок завжди відкритих при запуску, які автоматично зберігаються, і відповідно я не втрачаю свою думку коли роблю нотатки.
Це добре, бо ви самі його створили, а отже вам легко його змінити за потреби.
Шелл скрипти не самі собою легші за все інше. Коли вам легко змінити іншим інструментом, то й краще.

Відсутній ps

  • Кореспондент
  • ***
  • дописів: 221
  • Карма: +4/-0
    • Мої дописи на DevZone
Не розумію, навіщо людям візуали для MD. А от схемки - цікаво, от тільки додають трешкод в плейнтекст, ламаючи сутність мінімалізму.

Відсутній BeSiDa

  • Графоман
  • ****
  • дописів: 411
  • Карма: +6/-0
Не розумію, навіщо людям візуали для MD.
Бо деякі люди хочуть передати інформацію, а не гратися форматом :)
Тому кожен простий формат хочуть розширювати, бо типи думок змінюються, та збільшується їх різноманіття.

А от схемки - цікаво, от тільки додають трешкод в плейнтекст, ламаючи сутність мінімалізму.
Це ви ще забули про Юнікод :)) Не тільки алфавіти, а математику, блоки, рамки, стрілки та інші малюнки та частини малюнків.
Але ... не дуже багато бачив того у мд файлах. Хоч формально заборони й немає.

Відсутній BeSiDa

  • Графоман
  • ****
  • дописів: 411
  • Карма: +6/-0
Може розробити новий формат документів? Простий. Якого "вистачить всім"? :)))
Хто що хоче щоб у ньому було?
(ну от, наприклад, можливість підпису, щоб можна було і офіційні документи робити, підпису посилань (щоб не змінили референси, малюнки та стилі без попередження), та різних підписів для контенту і частин заголовків (обгорток))

Відсутній BeSiDa

  • Графоман
  • ****
  • дописів: 411
  • Карма: +6/-0
Не зацікавило :)))
Отже не існує розуміння важливості "документа". Навіть серед тих, хто професійно вміє готувати "документи" відповідно до стандартів (наприклад, звіти з дослідницької роботи).

За основу можна взяти елемент під назвою "думка". "Документ" складається з декількох "думок". Кожна "думка" (має локальний ІД та заголовки) може бути представлена у різних формах втілення... текстовому, графічному (різними кодуваннями, різними палітрами, чорно білим, кольоровим, для друку, для слайдів та ін), голосом, відео, фізичному (для 3д принтера) та всіма іншими форматами. Але точно буде відомо що то "та сама думка". Тобто вам досить сприйняти лише одну з форм (наприклад, найпростішу, текстову у найпростішому з кодувань (без юнікоду) однією з мов, без форматування), а всі інші можна ігнорувати. Таким чином розробка "програми перегляду" дуже спрощена (не потрібно реалізовувати всі формати втілення "думок"). Коли у "документі" є лише частина з форматів, то можливо створення сервісів з "перекладу" однієї з форм у іншу.
"Думки" пов'язані між собою різними типами зв'язків (і локальними, і в компі, і глобальними посиланнями з можливими альтернативами та закешованими варіантами). Це може бути "заголовок" (посилання на "спрощений та скорочений варіант думки"), або "більш детальне пояснення думки", а також "ілюстрація" (частина "думки", "приклад", деталізація одного з аспектів "думки").
Може бути "індекс думок", "обгортки" та інші структурування. "Документ" можна зберегти як один файл, чи розкрити у вигляді багатьох файлів. Те, що зазвичай є "різними документами" може бути збережено в одному файлі чи опубліковано як "веб сервер". Може існувати окремий протокол доступу (схема доступу як в урл, але своя), що зможе поєднувати локальні, віддалені та закешовані частини не залежно від серверів, з яких їх отримали. Але зі збереженням "автора" (організації) як межі доступу. Кожен може створювати "альтернативні" частини, але буде чітко відомо які "оригінальні", а які "створені іншими". Можуть бути "динамічні думки" з фіксацією "статичного варіанту станом на дату та час". "Документ" не детектує "людину" та не може змінити свій вміст для кожної людини окремо.
Це так... початково. Головне щоб простий "переглядач" кожен міг за пару годин написати сам. Простіше за "текстовий файл". Ігнорувати все що "не відоме" та "новіших версій". Щоб старі програми могли відкрити всі нові версії "документів".