Created
July 13, 2019 13:44
-
-
Save aemarkov/eff06982d4d800b8114d935a26df5622 to your computer and use it in GitHub Desktop.
papers-ТЗ.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| 1. Хранить статьи | |
| 1.1. Хранить все поля библиографического описания, которые только есть | |
| 1.2. Хранить ссылки на цитируемые статьи | |
| 1.3. Хранить теги | |
| 1.4. Как хранить? | |
| a. Plain text BiBTeX | |
| b. JSON | |
| c. SQL | |
| 2. Добавлять статьи | |
| 2.1. Вставлять BiBTeX, если он доступен | |
| 2.2. Создание статьи вручную | |
| Форма с полями, как в JabRef/Mendeley/etc | |
| 3. Редактировать статьи | |
| 2.1. Редактировать саму BiBTeX запись | |
| 2.2. Редактировать в форме | |
| При этом это не должно зависеть от способа создания записи, ваш кэп | |
| 4. Экспортировать файл библиографии для LaTeX | |
| 4.1. Экспорт | |
| a. Экспортировать все, что есть | |
| b. Экспортировать только то, что относится к текущей теме/работе. | |
| В таком случае требуется какой-то механизм выделения из всех | |
| статей только определенных. Это может быть сделано, опять-таки, | |
| с помощью тегов. Добавлять какие-то специальны теги, типо | |
| "target:диплом", хз | |
| c. Одна база на один файл библиографии, и в этом случае экспортируется все | |
| Но если в разных темах/работах потребуются общие статьи - то хуй. | |
| 4.2. Редактирование файла библиографии вне программы | |
| (Что будет если пользователь вручную его отредактирует?) | |
| a. Ваще похуй, файл формируется заново при каждом экспорте | |
| b. Как-то загрузить файл, распарсить, смерджить с новыми изменениями, | |
| новые статьи занести в базу, дополнить из базы, сохранить пользовательские | |
| комменты... | |
| c. Файл библиографии и есть база. Это автоматически приводит к 1.3c, 4.1c | |
| 5. Отображение статей | |
| 1. Олдскульный список | |
| Ну, видимо как обычное дерево директорий, только статьи, которые | |
| попадают в разные категории отображаются и там, и там. | |
| СУКА, ВАССАЛ МОЕГО ВАССАЛА - НЕ МОЙ ВАССАЛ | |
| ПРИ ПРОСМОТРЕ КАТЕГОРИЙ НЕ ОТОБРАЖАТЬ СОДЕРЖИМОЕ ВСЕХ ВЛОЖЕННЫХ, | |
| КАК ТУПОЙ МЕНДЕЛЕЙ | |
| 2. Визуальный граф | |
| 2.1. Распределение по категориям | |
| 2.2. Граф цитирования | |
| Я думаю, что граф цитирования можно включать поверх распределения по категориям. | |
| Но для лучшего отображения можно включать только граф цитирования, тогда статьи | |
| располагаются так, чтобы было наиболее хорошо видно | |
| Еще мысли: | |
| Располагать статьи на таймлайне | |
| А еще статьи должны оставаться на своем месте, т.е. при любом изменении, вершины не | |
| должны перемещаться. Потому что очень важную роль играет визуальная память, что где | |
| расположено. | |
| 6. Совместная работах | |
| 1. Требуется регистрация чтобы начать добавлять статьи и работать | |
| со всем этим дерьмом (Google, GitHub, почта) | |
| 2. Можно отправить ссылку на проект кому-то еще, он может работать анонимно | |
| (aka google docs) | |
| a. Ссылка на весь профиль со всеми статьями? | |
| b. Или есть понятие проекта, на который отправляется ссылка? (см. 4.1b) | |
| 3. Как-то все это должно не ломаться, если разные бомжи редактируют одновременно. | |
| Наверное. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment