Uw opmerkingen
This is a very nice idea, but the problem here is that the code will have to detect this special tag and exclude the note from view when the user is browsing one of its tags, which will be MUCH slower than simple filtering by a boolean column introduced into the Notes DB table.
14 jaar geleden
This is done so for a reason: people have many times pressed ESC accidentally and lost all changes they'd made. Please see here: http://roadmap.cintanotes.com/feedback/3173-search/
Assigning colors to tags won't work, because a note can only be of one color and can have many tags. I'm thinking about introducing note categories, which will determine "what" a note really is and what can you do with it. Each category will have a set of flags assigned to it. Flags will be displayed directly in the note title as icons with checkmarks or dropdown lists. For example, for notes of "Task" category, the "Urgency(Normal/High/Low)" flag and "Completion Status(New/Started/On Hold/Completed/Cancelled)" flags can be defined. (Most probably flags will be implemented as special tags).
Do you mean automatically turn everything copied into clipboard into notes?
This is already possible.
To enable this, use the "-i" switch while launching the second (and all after that) instance of the app.
To enable this, use the "-i" switch while launching the second (and all after that) instance of the app.
No, it's about organizing tags into a taxonomic hierarchy. For example, tag "programming" will contain tag "c++". Now if you pick the tag "programming", all notes having the tag "c++" will be shown, they will all implicitly have the tag "programming" now (of course the notes having the tag "programming" explicitly will be shown as well). Combined with tag union, intersection, and subtraction (Shift, Ctrl and Alt clicks), it will give great power and flexibility while being hopefully not very hard to use.
I agree that it definitely would be more convenient to have just one place to discuss features.
Unfortunately at the moment I can't move all the discussions over to UserEcho, because it doesn't support attaching files, images and rich text formatting, all of which is often necessary in feature discussions. This is why UserEcho has a more official status of being the public roadmap, and the detailed discussions of the features should happen on the phpbb forum.
UserEcho guys plan to add Markdown syntax support soon, so it is probable that the whole "Feature Requests" and "Bug Reports" forums will be moved here. The general forum will stay since it contains a lot of topics which are neither "Thanks" nor "Questions".
Unfortunately at the moment I can't move all the discussions over to UserEcho, because it doesn't support attaching files, images and rich text formatting, all of which is often necessary in feature discussions. This is why UserEcho has a more official status of being the public roadmap, and the detailed discussions of the features should happen on the phpbb forum.
UserEcho guys plan to add Markdown syntax support soon, so it is probable that the whole "Feature Requests" and "Bug Reports" forums will be moved here. The general forum will stay since it contains a lot of topics which are neither "Thanks" nor "Questions".
Thanks for all the kind words! Your story is very interesting and I kindly ask for your permission for using it in promotion materials. I'm wary of the app becoming bloatware, this is why I prioritize features that are more organic. In this regard UserEcho helps a lot: I can see if there are users which would prefer not to have the new feature in exchange for simplicity/resources etc. This is why all the features where more than 20% of the votes are downvotes will be made optional, no matter how high its score is.
Thanks again and hope you'll enjoy using CN.
Thanks again and hope you'll enjoy using CN.
Customer support service by UserEcho