LINUX.ORG.RU

История изменений

Исправление oOoOo, (текущая версия) :

Какая графика, зачем?

красивую рисовалку

Положим, «нарисованное» храним «вот так» в markdown. Тогда:

  • Насколько релевантно и удобно это будет, как минимум, читать, без использования решения, как этого предполагает идеология markdown. При условии, что mind map реальные, i.e ожидаются незаурядные витиеватость и объемность излагаемого;
  • А создавать такой mind map, учитывая, опять же, идею «накидал быстро», i.e не утруждаясь аналитически;
  • Если UX вне использования решения не рассматривается, зачем городить «экспорт/импорт дерева списком», учитывая последнее предложение первого пункта. Хранить кучу (увеличивающуюся экспоненциально) табов и звездочек, ради чего ? XML/CSV/DOT в качестве лог/физ модели, и то поинтереснее (эффективнее) будут.

BTW, не фанат mind map, в отличие от markdown/plain text, может от того не понимание.

Исправление oOoOo, :

Какая графика, зачем?

красивую рисовалку

Положим, «нарисованное» храним «вот так» в markdown. Тогда:

  • Насколько релевантно и удобно это будет, как минимум, читать, без использования решения, как этого предполагает идеология markdown. При условии, что mind map реальные, i.e ожидаются незаурядные витиеватость и объемность излагаемого;
  • А создавать такой mind map, учитывая, опять же идею «накидал быстро», i.e не утруждаясь аналитически;
  • Если UX вне использования решения не рассматривается, зачем городить «экспорт/импорт дерева списком», учитывая последнее предложение первого пункта. Хранить кучу (увеличивающуюся экспоненциально) табов и звездочек, ради чего ? XML/CSV/DOT в качестве лог/физ модели, и то поинтереснее (эффективнее) будут.

BTW, не фанат mind map, в отличие от markdown/plain text, может от того не понимание.

Исправление oOoOo, :

Какая графика, зачем?

красивую рисовалку

Положим, «нарисованное» храним «вот так» в markdown. Тогда:

  • Насколько релевантно и удобно это будет, как минимум, читать, без использования решения, как этого предполагает идеология markdown. При условии, что mind map реальные, i.e ожидаются незаурядные витиеватость и объемность излагаемого.
  • А создавать такой mind map, учитывая, опять же идею «накидал быстро», i.e не утруждаясь аналитически.
  • Если UX вне использования решения не рассматривается, зачем городить «экспорт/импорт дерева списком», учитывая последнее предложение первого пункта. Хранить кучу (увеличивающуюся экспоненциально) табов и звездочек, ради чего ? XML/CSV/DOT в качестве лог/физ модели, и то поинтереснее будут

BTW, не фанат mind map, в отличие от markdown/plain text, может от того не понимание.

Исходная версия oOoOo, :

Какая графика, зачем?

красивую рисовалку

Положим, «нарисованное» храним «вот так» в markdown. Тогда:

  • Насколько релевантно и удобно это будет, как минимум, читать, без использования решения, как этого предполагает идеология markdown. При условии, что mind map реальные, i.e ожидаются незаурядные витиеватость и объемность излагаемого.
  • А создавать такой mind map, учитывая, опять же идею «накидал быстро», i.g не утруждаясь аналитически.
  • Если UX вне использования решения не рассматривается, зачем городить «экспорт/импорт дерева списком», учитывая последнее предложение первого пункта. Хранить кучу (увеличивающуюся экспоненциально) табов и звездочек, ради чего ? XML/CSV/DOT в качестве лог/физ модели, и то поинтереснее будут

BTW, не фанат mind map, в отличие от markdown/plain text, может от того не понимание.