Comments 74
Это чисто мое мнение, никому не навязываю, но:
1. 2020 год, .net. Неужели не нашли варианты как сделать нормальное оформление? Еще 12 лет назад в институте за такое нам баллы снижали за курсяк. Но сейчас, компонентов в opensource столько, что выбирать устанешь. А используемый вами шрифт давно похоронили…
2. RTF??? Вы серьезно? Да хотя бы xml, тем более в .net, родной формат. Да, возможно будет избыточно, но возможностей с xml во много раз больше. Загляните внутрь word файла в формате docx, будет пища для раздумья.
Не знаю вашего опыта, но даже для начинающего — начинать с такого не стоит. Если бы я рассматривал ваше резюме и увидел это в портфолио, вы бы не прошли 100%.
1. 2020 год, .net. Неужели не нашли варианты как сделать нормальное оформление? Еще 12 лет назад в институте за такое нам баллы снижали за курсяк. Но сейчас, компонентов в opensource столько, что выбирать устанешь. А используемый вами шрифт давно похоронили…
2. RTF??? Вы серьезно? Да хотя бы xml, тем более в .net, родной формат. Да, возможно будет избыточно, но возможностей с xml во много раз больше. Загляните внутрь word файла в формате docx, будет пища для раздумья.
Не знаю вашего опыта, но даже для начинающего — начинать с такого не стоит. Если бы я рассматривал ваше резюме и увидел это в портфолио, вы бы не прошли 100%.
Проект еще только начал оживать и все впереди. Главное преимущество RTF это его малый размер по сравнению с HTML или XML.
Какой именно шрифт из десятка присутствующих на скринах похоронили?
Дизайн как дизайн. Чем ближе дизайн к нативному для ОС, тем лучше. Все элементы четкие и визуально отделяются друг от друга: заголовок, меню, тулбар, рабочая область, границы окна — и это замечательно.
На счёт RTF. Я думаю, в подобных программах выбор формата заметки определяется компонентом-редактором заметки. Тут вроде как на «родном» RichTextBox всё построено — вот и rtf! А WYSIWYG редактор для другого формата с необходимым функционалом ещё писать надо, ну или упорно искать! :)
Но в целом да, хранение в rtf меня тоже как-то смущает, но что конкретно — сформулировать затрудняюсь. Может на самом деле и всё равно, в каком виде оно там лежит?
Но в целом да, хранение в rtf меня тоже как-то смущает, но что конкретно — сформулировать затрудняюсь. Может на самом деле и всё равно, в каком виде оно там лежит?
не нужен доступ в Интернет
Тем временем, хранить и редактировать заметки онлайн, так чтобы они были доступны с любого устройства, не ломались, не терялись и не требовали установки тормозных приложений, в 2020 году по прежнему негде...
ВанНоут чем плох?
чем не удовлетворяет гуглдокс и т.п.?
взять движок какой-нибудь опенсорс вики, развернуть на самом дешевом хостинге.
Evernote.
Десктопное приложение устанавливать необязательно — можно работать онлайн.
Давно остановился на нём.
Главные для меня критерии:
— Бесплатно (опенсоурс);
— Имеется клиент под Windows и Android
— Стабильно (ничего ни разу не поломалось и не потерялось);
— Развивается (постоянно выходят новые версии, без революций но как минимум правят баги, оптимизирую, и мал по малу функций докидывают);
— Удобно (всё что мне нужно от заметок есть, может конечно мало хочу, но хватает)))
Главные для меня критерии:
— Бесплатно (опенсоурс);
— Имеется клиент под Windows и Android
— Стабильно (ничего ни разу не поломалось и не потерялось);
— Развивается (постоянно выходят новые версии, без революций но как минимум правят баги, оптимизирую, и мал по малу функций докидывают);
— Удобно (всё что мне нужно от заметок есть, может конечно мало хочу, но хватает)))
Markdown + git.
Пока оказалось лучшей связкой. Заработает на чем угодно, никаких требований к иерархии.
Для удобного редактирования на PC юзаю VSCode, но можно что угодно использовать, на вкус и цвет. На андроид и айось есть приложения тоже, и не одно. Естественно автоматом база доступна в оффлайне, главное спулить репозиторий )
Минус — приходится ставить два приложения — гит отдельно, редактор отдельно. Зато если хранить в каком нить гитхабе — то автоматом еще и веб-версия появляется.
Второй минус — не забывать пулить/пушить. В зависимости от редактора можно так или иначе автоматизировать.
Рекомендую попробовать, может понравится.
Пока оказалось лучшей связкой. Заработает на чем угодно, никаких требований к иерархии.
Для удобного редактирования на PC юзаю VSCode, но можно что угодно использовать, на вкус и цвет. На андроид и айось есть приложения тоже, и не одно. Естественно автоматом база доступна в оффлайне, главное спулить репозиторий )
Минус — приходится ставить два приложения — гит отдельно, редактор отдельно. Зато если хранить в каком нить гитхабе — то автоматом еще и веб-версия появляется.
Второй минус — не забывать пулить/пушить. В зависимости от редактора можно так или иначе автоматизировать.
Рекомендую попробовать, может понравится.
А сколько его удалили, посмотрев на такой дизайн? Наверно, 799?
Дизайн просто жесть, будто вернулся в 2002. Плюс оффлайн ПО для заметок, это как то дико, мне что теперь таскать SQLite базу с собой на флэшке?
Хранение в единой базе не нравится, это плохо сочетается и синхронизацией через интернет (например дропбокс или гит) — качать туда-сюда всю базу ради каждого мелкого изменения это неправильно. И автоматический merge при изменении разных заметок с разных устройств невозможен.
В Яндекс диске заметки есть.
Крайне рекомендую отказаться от WinForms в 2020 и заменить его, например, на WPF, если актуальна поддержка только Windows.
Еще рекомендую таки задуматься над возможностью хранить заметки online. Можно не на своем сервере, а сделать интеграцию с OneDrive (и другими), например. Тогда нужен способ синхронизировать не один большой файл все время, а отдельно заметки. Еще шифровать файл с базой было бы неплохо.
Ну и просто хорошим тоном будет вести разработку на английском языке, интерфейс в программе тоже лучше сделать английский (если не хочется заморачиваться с мультиязычностью)
Еще рекомендую таки задуматься над возможностью хранить заметки online. Можно не на своем сервере, а сделать интеграцию с OneDrive (и другими), например. Тогда нужен способ синхронизировать не один большой файл все время, а отдельно заметки. Еще шифровать файл с базой было бы неплохо.
Ну и просто хорошим тоном будет вести разработку на английском языке, интерфейс в программе тоже лучше сделать английский (если не хочется заморачиваться с мультиязычностью)
«Все кто пользуется блокнотами и ищет готовое решение для хранения важной информации, заметок или документов (в виде текста, изображений, таблиц) в единой БД скачивайте»… Microsoft OneNote. Тоже бесплатное, но более продуманное и с клиентами для Android+iPhone. Автору же перестать маяться круглыми кнопками и пойти на курсы по UX-дизайну.
Ещё такой вопрос.
Единственный способ каталогизации заметок — это разделы, и заметка может находиться только в одном из них? Если да, то это плохо.
Допустим, у меня есть заметка по теме "Безопасность локальных сетей на основе Linux" и разделы "Информационная безопасность", "Локальные сети", "ОС Linux" — куда я должен её поместить?
В контексте организации информации иерархия — зло, теги — наше всё.
Теги добавлю в ближайшее время
Поддерживаю dedmagic и предлагаю подумать над таким вопросом. А нужно ли вобще дерево разделов, точнее само понятие разделов? В моей воображаемой идеальной программе для заметок это должно быть дерево тегов! И заметка вместо единственного хозяина-раздела будет иметь набор тегов и отображаться в нескольких соответствующих ветвях. С учетом использования базы данных это не должно быть сложно реализуемо. В частном случае, если у всех заметок окажется по одному тегу, получаем имеющуюся сейчас систему.
Имею подобную идею такого блокнота с тегами, и он тоже у меня воображаемый, потому что у заметки через теги будет множество родителей, и тогда дерево не построить.
Это гиперграф: теги составляют вершины графа, а заметки — вершины построенного на нём гиперграфа. В такой системе нет корня — отправной точки, из которой можно дойти до нужной заметки. В лучшем случае придётся строить не одно дерево, а целый лес, иначе, не зная тега (набора тегов), никак не добраться до заметки.
Это гиперграф: теги составляют вершины графа, а заметки — вершины построенного на нём гиперграфа. В такой системе нет корня — отправной точки, из которой можно дойти до нужной заметки. В лучшем случае придётся строить не одно дерево, а целый лес, иначе, не зная тега (набора тегов), никак не добраться до заметки.
В Evernote мне как раз не хватает иерархии.
Дизайн конечно «за гранью добра и зла» :) Но существуют люди которым это «норм» (и автор очевидно принадлежит к ним). Но если приложение делается для широкой аудитории, то дизайн конечно нужно менять. Можно посоветовать автору привлечь к проекту человека с менее брутальным взглядом на мир и зачатками хорошего вкуса. :)
В своё время отказался от FlashNotes от Softvoile, по причине того, что всё хранится в SQLite и невозможно нормально работать на двух компьютерах через облако — забыл выключить один, на другом файл с БД занят. Но вообщем концепция заметок, которые можно быстро по сочетанию клавиш показать и скрыть, которая не требует запуска браузера и занимает мало памяти мне очень понравилась. И я, будучи студентом, написал свою небольшую тулзу, которая позволяет редактировать редактировать отдельные текстовые файлы из облака и сохраняет все фишки FlashNotes. Таким образом получилось решить вопрос с синхронизацией, так как отдельные файлы не занимались, а в случае конфликтов Dropbox например создаёт дубликат, с помощью которого можно эти конфликты решить.
UI ужасен. Только по этому не стану скачивать эту программу. Есть железное правило которое работает в 100% случаев. Плохой UI — равно плохой код приложения. Дилетанта видно за версту.
Не соглашусь. Программирование и дизайн UI все же несколько разные штуки. Для программистов конечно несколько упросили задачу, выпуская гайдлайны под ОС, но все же.
Это хорошо видно по некоторым opensource проектам — есть хорошие приложения, но однако UI ужасен, по сравнению с коммерческими продуктами, где над UI может работать целый отдельный отдел.
У каждого должен быть свой любимый, пестуемый и лелеемый pet-проект. Но не каждый проект имеет смысл «вытаскивать» на хабр.
Один совет по распространению и увеличению аудитории приложения. У Microsoft есть возможность преобразования «классических» приложений в вид, пригодный для размещения в Windows Store.
Ссылка
Для этого нужно зарегистрироваться в качестве разработчика (это бесплатно), ну и освоить, конечно, новые технологии. Как говорится, «чтобы что-то сделать, нужно кем-то стать». Зато у вас появится новая площадка для распространения и стимул для совершенствования приложения.
Один совет по распространению и увеличению аудитории приложения. У Microsoft есть возможность преобразования «классических» приложений в вид, пригодный для размещения в Windows Store.
Ссылка
Для этого нужно зарегистрироваться в качестве разработчика (это бесплатно), ну и освоить, конечно, новые технологии. Как говорится, «чтобы что-то сделать, нужно кем-то стать». Зато у вас появится новая площадка для распространения и стимул для совершенствования приложения.
Про дизайн уже не попинал только ленивый. Для тех, кто ищет в комментах альтернативу, добавлю, что она есть — Joplin. Тоже не идеал, но может кому пригодится.
great007.narod.ru/qnote.html В свое время зацепила простотой и тем что задействует ненужную кнопку scroll lock. До сих пор юзаю)
Единого поиска правда нет
Единого поиска правда нет
Почитал тут критику и предложение альтернатив… Проект учебный, как я понимаю. Автор набирает опыт в разработке, делая вполне неплохой продукт. Поэтому я его только поддерживаю.
Самая надёжная система заметок: набор каталогов и текстовых файлов внутри, и все это синхронизируется\бекапится через любое облачное хранилище.
Пост больше похож на троллинг. (?)
Я, лет 6 назад, пользовался Mars Notebook. Имеет классический windows-дизайн в стиле ворда 2003. Без серых градиентов.
Из более современного пользуюсь notion. Со своими недостатками, конечно, но по-приятнее монструозного evernote
Я, лет 6 назад, пользовался Mars Notebook. Имеет классический windows-дизайн в стиле ворда 2003. Без серых градиентов.
Из более современного пользуюсь notion. Со своими недостатками, конечно, но по-приятнее монструозного evernote
Помню, в школе, когда делфи изучал, была подобная программа с базой статей по делфям.
Первое апреля только через два месяца
Если из проекта вырастет что-то типа Evernote или Joplin, то хорошо.
Скачал, попробовал.
Вот двойственные чувства:
— с одной стороны, сделал — молодец. Особенно, если это один из первых проектов. У меня, например, и такого нет, а то, что есть, лучше никому не показывать.
— с другой, для практического использования… ну такое. Тот же WinOrganizer от TGSLabs, разработка которого прекращена около 10 лет назад, а софт переведен в категорию freeware, выглядит интереснее и может больше.
Если этот проект разовьется во что-то — большее — будет здорово. Но пока я бы использовать не стал.
Вот двойственные чувства:
— с одной стороны, сделал — молодец. Особенно, если это один из первых проектов. У меня, например, и такого нет, а то, что есть, лучше никому не показывать.
— с другой, для практического использования… ну такое. Тот же WinOrganizer от TGSLabs, разработка которого прекращена около 10 лет назад, а софт переведен в категорию freeware, выглядит интереснее и может больше.
Если этот проект разовьется во что-то — большее — будет здорово. Но пока я бы использовать не стал.
В WinOrganizer есть недостаток — после прикрепления файла и удаления, не сжимается база и файлы прикрепляются в саму БД, что не всегда удобно. Чтобы изменить прикрепленный файл, нужно заново его прикреплять. В FAQ.Net не буду так делать, пусть лучше файлы отдельно от БД будут храниться.
Как думаете поддерживать соответствие файлов в папке и записей в базе?
Имя папки будет такое же как и ID записи в базе, которое не меняется.
А файлы идентифицировать по путям?
Папка должна быть защищена от изменений?
Да, файлы идентифицировать по путям (имени файла и ID записи)
Защиты изменений в папке не будет, так как при открытии заметки, список файлов будет подгружаться из папки и любой файл можно будет открыть через приложение, которое указано по-умолчанию для его расширения.
Защиты изменений в папке не будет, так как при открытии заметки, список файлов будет подгружаться из папки и любой файл можно будет открыть через приложение, которое указано по-умолчанию для его расширения.
У компонента, который в этой программе редактирует/отображает заметку есть серьёзнейший недостаток. Это никуда не годная вставка из буфера обмена. Возьмём для примера старенькую статью (в её тексте много разных важных элементов) habr.com/ru/post/187988 и выделим содержимое хотя бы с начала статьи до второй картинки. Копируем. Вставляем в FAQ.Net.
Результат:
— Шрифтового оформления нет
— Картинки нет
— Таблицы нет
— Гиперссылок нет
А вот в OneNote всё это будет сохранено!
Результат:
— Шрифтового оформления нет
— Картинки нет
— Таблицы нет
— Гиперссылок нет
А вот в OneNote всё это будет сохранено!
Sign up to leave a comment.
FAQ.Net — бесплатная программа для заметок под Windows с обновленным дизайном