CintaNotes Forum

Btw, what caused the bug, just out of curiousity?

Text formatting info saved in the DB and the same formatting collected from the
richedit control were slightly different (similar to "<b><a>link</a></b>" vs.
"<a><b>link</b></a>")and caused CN to think that the formatting has been changed

There is one more issue with notes being saved, though opened and closed without making any changes, using the ESC key only. By analyzing the data, i can see that a "<pre></pre>" tag combination was added, causing the note to be saved.

Thomas Lohrum wrote:There is one more issue with notes being saved, though opened and closed without making any changes, using the ESC key only. By analyzing the data, i can see that a "<pre></pre>" tag combination was added, causing the note to be saved.

Thanks, Thomas, I'll investigate the issue as soon as I can.

Thomas Lohrum wrote:There is one more issue with notes being saved, though opened and closed without making any changes, using the ESC key only. By analyzing the data, i can see that a "<pre></pre>" tag combination was added, causing the note to be saved.

Thanks to having your cintanotes.settings file, I have found the reason of the problem!
This happens because you have the same font for the note's text and for monospace formatting - namely, Courier New.
When CN is saving a note, it has other way to know where "monospace" formatting has been applied other than to look at the font. And when you press ESC, CN erroneously "detects" that you have applied the monospace formatting to the whole text!
This is also why that PRE tag is appearing in the XML.

The question is now, how to fix this. The easiest way would be to detect that the fonts are the same and just don't bother with monospace formatting in this case.

As i always use monospace you're solution sounds reasonable. Let's fix it this way.

Ok ready! Please try this version:

I created a test note. Tested with the old (buggy) version. Tested with the new version. I confirm the bug is gone

Thomas

Great!