Thomas Lohrum wrote:Exit, since closing to the tray with no database opened does not make sense.
Ok, will implement in the next beta.
Thomas Lohrum wrote:Exit, since closing to the tray with no database opened does not make sense.
CintaNotes Developer wrote:I think we better implement auto deletion of extracted attachments after the handling application exits. Probably the warning will be needed if the user decides to close CN while still editing/viewing the attachments.Thomas Lohrum wrote:A warning can be implemented when opening an attachment. "Warning: The attachment will be temporarily saved to disk in decrypted mode, to be able to open it with its associated application."
Thomas Lohrum wrote:a) it looks a lot more professional
b) if you use CN as a password manager, safety can not be high enough!!!!
CintaNotes Developer wrote:Of course it won't, since attachments are not one of the text fields of the note. Or do you think otherwise? Searching with "Anywhere" or specifically "Attachments" will find them.Thomas Lohrum wrote:Mode=All text fields SAF=ON SIW=ON
This will not find notes containing the search text in the attachments name only. I might need to rerun my test though, since attaching databases can change the settings.
CintaNotes Developer wrote:Thomas Lohrum wrote:a) it looks a lot more professional
b) if you use CN as a password manager, safety can not be high enough!!!!
Ok I agree to add it as a "maybe" item for 2.9.1
Thomas Lohrum wrote:Thanks for your ongoing support. I appreciate a lot!
From what i have read in the forum today, i decided to use 2.9 starting with beta 2.
usbpoweredfridge wrote:Thomas Lohrum wrote:A warning can be implemented when opening an attachment.
Not a bad idea
Would having an option to ask for the password when restoring from the system tray make sense? At the moment, you can unlock a DB, minimise CN, and when you restore it, your database is still decrypted.
usbpoweredfridge wrote:Warning - writing a password strength meter is not as easy as it sounds. There is no standard for password strengths, so every single program that has this feature writes it in a slightly different way, meaning that the same password in different applications is shown with wildly varying strengths - which may make the results meaningless (app1 says my password is really weak, but app2 says it is really strong - which is correct?). I'm not against the idea if you want to do it, but I personally don't think it is worth it myself.
usbpoweredfridge wrote:I'd like to see 1 minute personally.
Thomas Lohrum wrote:Safely deleting the file is mandatory. Nevertheless making people aware that a file, which might contain sensitive data, will be saved to disk, is a good thing to do. It can be complemented with an option "[ ] don't show this message again". Also warning the user in case he exits CN while an attachment is opened by an other app should be implemented.
Thomas Lohrum wrote:Of course it won't. That is why i had added "docs:" to my comment
Thomas Lohrum wrote:I like your handling of collecting minor but useful ideas to produce a minor, but nice update!
Thomas Lohrum wrote:You are correct. However, in terms of computers being able to crack a password i think a strong password should be defined as having at least 12 characters, having upper- and lowercase characters, as well as special chars.
CintaNotes Developer wrote:Chris,
But you already have a better option: "Require re-entering password after .. minutes of inactivity". It is even more convenient: if you minimized CN just for a second, you won't have to re-enter password.
CintaNotes Developer wrote:Oh so you meant that we need to reflect this in the help?Thomas Lohrum wrote:Of course it won't. That is why i had added "docs:" to my comment
usbpoweredfridge wrote:Yeah - essentially that is how it works now. Each program that implements this makes up their own set of rules on what constitutes weak and strong, and then ranks passwords accordingly. 12 characters (upper, lower plus special) is probably pretty reasonable...until the user picks something like this: (.....)Thomas Lohrum wrote:You are correct. However, in terms of computers being able to crack a password i think a strong password should be defined as having at least 12 characters, having upper- and lowercase characters, as well as special chars.
Thomas Lohrum wrote:My point is, that the user must be aware of the potential risk of using weak passwords.
Maybe this can be achieved by the means of a label giving advice on how to create strong passwords.
Thomas Lohrum wrote:i suggest a functionality with a shortcut to minimize/maximize the attachment list. Similar to the tag sidebar, when i press the shortcut the window region of the a-list should be reduced to its minimum required by the icon size. Pressing the shortcut again will maximize it to the max defined percentage value you suggested. This will also allow for a user setting to configure whether the list will be shown minimized or maximized when opening the editor.
CintaNotes Developer wrote:Maybe it will be simpler just to remember the last width and use it for all editors?Thomas Lohrum wrote:i suggest a functionality with a shortcut to minimize/maximize the attachment list. Similar to the tag sidebar, when i press the shortcut the window region of the a-list should be reduced to its minimum required by the icon size. Pressing the shortcut again will maximize it to the max defined percentage value you suggested. This will also allow for a user setting to configure whether the list will be shown minimized or maximized when opening the editor.
Thomas Lohrum wrote:Absolutely not. My editors are of different size. Using the same width for all of them does not make sense at all. As you suggested a percentage value (configurable via a setting) seems logical. Imo the suggested min/max feature makes a lot sense.
Return to “CintaNotes Personal Notes Manager”