GUI честно говоря не планируется. Я обычно редактирую свои заметки в текстовом редакторе, который у меня всегда открыт. Копирую шаблон заметки и вставляю в него то что нужно: дату, заголовок, теги и само тело заметки. По-моему достаточно удобно.
От идеи разбиения на страницы я тоже отказался. Уже не помню, зачем его упоминал. Сейчас просто выгоды не вижу. На сайтах понятно почему используется: чтобы по сети всё содержимое не гонять, ну и пользователю только отдельные страницы могут быть интересны.
В моём случае гонять всё содержимое придётся по-любому, потому что javascript'у для построения облака тегов (ну и поиска по ним естественно) нужно всё содержимое сразу. И отдельные страницы интересными быть не могут… если только не использовать разумное разбиение, например по датам…
Да, по датам можно было бы реализовать… Мне правда не нужно, потому что заметки я по датам не ищу (чаще всего Ctrl-F в браузере, ну или выбор по тегам).
Кстати расчёт на большой объём может не оправдаться из-за тормозов. Меня некоторые задержки при загрузке страницы / построении облака тегов и при выборе тега не напрягают, но всё-таки в GUI это дело было бы быстрее. К слову, у меня сейчас 614 заметок; только что по часам замерил, на открытие и загрузку 8 секунд уходит (Firefox, Pentium 4 2 ГГц).
Очевидно, чтобы изменения, сделанные в версионных файлах, можно было не коммитить. Скажем, работаешь над новой функциональностью, по ходу дела замечаешь баг и исправляешь его. Делаешь add только тех файлов, в которых исправлялся баг, и недопиленный кусок новой функциональности не коммитится.
UPD: Ответ на вопрос в топике. Я думаю, что единственно верный вариант — игнорировать завершающую запятую (как делают нормальные браузеры), вариант лаконичный и общепринятый. Лаконичный, потому что при вертикальном форматировании списка можно писать
var array = [
something_1,
something_2,
…
something_n,
];
оставляя последнюю запятую (единообразие — это хорошо). Общепринятый — потому что так можно делать во всех ЯП (например, в Python, в Си, и т.д.). Кстати, какова реакция IE на лишние запятые в конструкции следующего вида?
Тестируй архив: slil.ru/28827245
Архив: stream.ifolder.ru/16816482.
Если всё ок, напиши, я новую версию на гуглокод залью.
Very good, but not quite there yet.
Фленегана не читал и не собираюсь :)
От идеи разбиения на страницы я тоже отказался. Уже не помню, зачем его упоминал. Сейчас просто выгоды не вижу. На сайтах понятно почему используется: чтобы по сети всё содержимое не гонять, ну и пользователю только отдельные страницы могут быть интересны.
В моём случае гонять всё содержимое придётся по-любому, потому что javascript'у для построения облака тегов (ну и поиска по ним естественно) нужно всё содержимое сразу. И отдельные страницы интересными быть не могут… если только не использовать разумное разбиение, например по датам…
Да, по датам можно было бы реализовать… Мне правда не нужно, потому что заметки я по датам не ищу (чаще всего Ctrl-F в браузере, ну или выбор по тегам).
Кстати расчёт на большой объём может не оправдаться из-за тормозов. Меня некоторые задержки при загрузке страницы / построении облака тегов и при выборе тега не напрягают, но всё-таки в GUI это дело было бы быстрее. К слову, у меня сейчас 614 заметок; только что по часам замерил, на открытие и загрузку 8 секунд уходит (Firefox, Pentium 4 2 ГГц).
На этот случай есть «git commit -a», закоммитит изменения во всех «версионных» файлах.
var array = [
something_1,
something_2,
…
something_n,
];
оставляя последнюю запятую (единообразие — это хорошо). Общепринятый — потому что так можно делать во всех ЯП (например, в Python, в Си, и т.д.). Кстати, какова реакция IE на лишние запятые в конструкции следующего вида?
var something = {
a: 1,
b: 2,
};
Вывод: не ставить завершающую запятую, ничего другого делать не остаётся…