- The tags, when grabbed are barely visible (to me.) Also, no indication onto which note they will be dropped... suppose you're on the border of two notes? Or forget that you were in the process of dragging and accidentally release the mouse key.Also suppose you're sorting on the changed date, the scrollbar is in the middle and the note you're dropping the tag onto doesn't have focus. After dropping the tag on the wrong note, is't not easy to undo: scroll to top, select the top note (meaning losing the focus on the previous note,) remove the tag, and then find the note you wanted to drop the tag onto again. - The scrolling down while dragging is somewhat CPU-intensive, especially on a long list. But sometimes is goes immediately, despite a long list.- When pressing Esc, it should cancel the dragging first, and not execute the default action for Esc depending on your settings.

[*]Drag-and-drop notes onto sections

This is really nicely done!! I like it very much.I can see that the Section name is highlighted too, but this is only visible when grabbing the note at the top or bottom, and hovering it halfway over the Section name.However, I think the opaqueness for the note is just about right. So, perhaps make Sectionname penetrate the rectangle more boldly or even completely? Or neglect this because there already is a tool-tip that is quite helpful.

Imagine being able to drag this note onto another application, such as notepad or your email. That would be even nicer Like the middle mouse button, but easier because you can't mess up the Alt-Tab order.

Date, thanks a lot for taking a look at the beta! Greatly appreciated!

date wrote:- The tags, when grabbed are barely visible (to me.) Also, no indication onto which note they will be dropped... suppose you're on the border of two notes? Or forget that you were in the process of dragging and accidentally release the mouse key.

I'll make the draggable tag more visible. And we'll try to highlight the note which the tag will be assigned to. The last bit maybe in the next version though.

- The scrolling down while dragging is somewhat CPU-intensive, especially on a long list. But sometimes is goes immediately, despite a long list.

How do you measure CPU-intensiveness? How many notes does your DB have (is that that huge DB with 100,000 notes)?

- When pressing Esc, it should cancel the dragging first, and not execute the default action for Esc depending on your settings.

For me, it's not that the Esc key is registered, it's actually that the mouse up action is registered! We'll fix this.

This is really nicely done!! I like it very much.

Glad you like it, thanks!

However, I think the opaqueness for the note is just about right. So, perhaps make Sectionname penetrate the rectangle more boldly or even completely?

Yes, I agree, I'll tweak it to make more prominent.

Imagine being able to drag this note onto another application, such as notepad or your email. That would be even nicer

- The scrolling down while dragging is somewhat CPU-intensive, especially on a long list. But sometimes is goes immediately, despite a long list.

How do you measure CPU-intensiveness? How many notes does your DB have (is that that huge DB with 100,000 notes)?

Around 12.000. But scrolling using arrow keys or wheel is not a problem at all. Is scrolling while dragging that much different? It appears most of the time the slight lag is only the first time (one time for up and one time for down.)Btw I do not 'measure,' only noticed a lag and confirmed with windows' taskman that it is CN that is spiking.The very large .db was something I quickly made to demonstrate something.

date wrote:Around 12.000. But scrolling using arrow keys or wheel is not a problem at all. Is scrolling while dragging that much different? It appears most of the time the slight lag is only the first time (one time for up and one time for down.)Btw I do not 'measure,' only noticed a lag and confirmed with windows' taskman that it is CN that is spiking.The very large .db was something I quickly made to demonstrate something.

Ok thanks for the info. I'll investigate what's causing high load.

I was mistaken. The reason was tag autocompletion for a large number of tags.

Ah, ok. Is this still something I should be concerned about?

So, there is the possibility to define a rule for tag/* but not */tag? But I already worked out something I wanted in another way, at least the error is fixed.

Basically, yes, at the moment it is so.

There is a new thing in this beta:Switch database multiple times --> no problem.Open and close rules dialog, THEN switch database --> CN crashes with errors like:

Thomas Lohrum wrote:Remark: I tried to drag a note outside the main window and thought, this could be handy to delete notes.

This could conflict with planned ability to drag notes to other applications. A better solution IMO would be a dynamically (after start dragging appearing recycle bin icon that you can drag notes onto.

Thomas Lohrum wrote:Remark: I tried to drag a note outside the main window and thought, this could be handy to delete notes.

This could conflict with planned ability to drag notes to other applications. A better solution IMO would be a dynamically (after start dragging appearing recycle bin icon that you can drag notes onto.

Very nice. Excellent suggestion! I don't know of any other application, that does so.

Is it normal that a single press on left-alt locks the (wheel-)scrolling, and a second press unlocks it again?

Also, when I select a tag, and press right-alt (AltGr?) on another tag, I get SQLite error 1: expression tree is too large. The Right-Alt behavior is completely different too, while Left-Alt works as expected.

date wrote:Is it normal that a single press on left-alt locks the (wheel-)scrolling, and a second press unlocks it again?

Probably this is by (Windows) design. Note that single Alt activates the menu bar. (If you want your scroll wheel to always work, I suggest installing WizMouse - great program!)

Also, when I select a tag, and press right-alt (AltGr?) on another tag, I get SQLite error 1: expression tree is too large. The Right-Alt behavior is completely different too, while Left-Alt works as expected.

Yes, this issue has already been reported some time ago. Probably the same happens when you Ctrl+Alt+Click on a tag?