В данном случае речь идёт не о обучающем материале, где в большинстве случаев можно обойтись текстом, тут же речь о контенте, который является хроникой событий, пруфами, если хотите.
Ну тоесть ты тут пишешь, что одним только текстом не выйдет описать хронологию твою.
Да я знаю, что в подкаталоги его базы можно добавлять различный контент, а после добавлять ссылку на этот контент - для меня это долго и не удобно.
На счёт шифрования не подскажу, но чем не устроил, например, obsidian? Там можно указать дату у документа.
Шифрование можно на уровень ниже прикрутить в ОС.
И почему хронология не текст?
Вызов метода тут через одну точку идёт, как и везде. Вторая (первая) точка идёт как разделитель, чтобы парсер не воспринял точку у вызова за разделитель.
Да пожалуйста - записывай все эти сценарии человеческим языком и прокликивай руками, а потом составляй отчёт для коллег)
Не забывай, что это их нужно будет прокликивать после каждого изменения в коде.
FilIvanov, в крупных компаниях все используемые артефакты обязательно зеркалируют/проксируют в своих репозиториях. Если пропадает первоисточник - пользуются копией.
Ну и если делаешь что-то критичное, то надо ещё и риск оценивать.
Вот уже были случаи, когда из-за политики и фичи удаляли, и лозунги вставляли, а то и реальные вирусы.
Ну и ещё мейнтейнер всегда может сойти с ума, что тоже реальный риск
quane, ну вот просто надо найти, по каким адресам в актуальной версии находятся эти константы.
Либо если там совсем изменился формат работы с цветами, то тогда придётся думать головой.
Не нужно тут регулярки использовать. Используй готовый парсер query-строк.
Ну или можно сделать свой: тут просто делаешь split по & и делаешь цикл.
Внутри цикла делаешь split по = и проверяешь ещё наличие [] в конце имени.
Ну и потом складываешь это всё в словарь или массив.
Ну тоесть ты тут пишешь, что одним только текстом не выйдет описать хронологию твою.
А в чём именно заключается неудобство то?