(Archived) Cannot encrypt text that includes check boxes

[tomdz 0]

Hi,

 

First of all, I love introduction of AES-128 encryption. But here's a glitch - I tried to encrypt one note and couldn't as the option was always disabled for that one. As it has turned out, it's all because of the check boxes inside. Encryption won't work for selection that includes the latter.

Any ideas why?

 

Best regards,
Tomasz

[BurgersNFries 2,407]

Hi,

 

First of all, I love introduction of AES-128 encryption. But here's a glitch - I tried to encrypt one note and couldn't as the option was always disabled for that one. As it has turned out, it's all because of the check boxes inside. Encryption won't work for selection that includes the latter.

Any ideas why?

 

Best regards,

Tomasz

Because EN only encrypts text.

[tomdz 0]

But isn't that HTML text including markup? For example, lists work fine...

[cwb 225]

Yes.  It's just text.

And it appears to be a bug.

 

Here's the work around to prove it.

 

Remove the checkboxes.

Encrypt the text.

Now that it's encrypted you can go back in and add the checkboxes back.

They stay in there fine.

[jefito 5,589]

Funny little corner case. Here's my theory: at a guess, it's down to the selection code -- in the actual HTML markup, a checkbox is actually an image for display (there is no HTML markup for a checkbox, as there is for lists and such, right?), and the selection code works on that. And when you try to encrypt a selection, the bit that says "is this a valid selection for encryption?" looks and sees an image in there, gags, and disallows encrypting it. By encrypting a section, and then later on inserting a checkbox, you're circumventing that little bit of logic (?). That bit of logic could probably be changed.

 

While we're talking about checkboxes, I have noticed recently that you cannot copy/paste a bare checkbox; you need to get some text along with your copy operation. Didn't use to be that way.

[cwb 225]

In rendered mode, yup it's an image:

<img src="Evernote.enex_files\en_todo.png"/>

But we're in edit mode when marking something encrypted.

 

In the Evernote markup (export a note to .enex format), it's:

 

<en-todo checked="false"/>

 

And isn't there HTML for checkbox?

<input type="checkbox" value="yes" name="checkbox" id="checkbox">

[jefito 5,589]

In rendered mode, yup it's an image:

 

<img src="Evernote.enex_files\en_todo.png"/>

But we're in edit mode when marking something encrypted.

 

But in edit mode, you're interacting with the rendered version; guessing (again) that they convert to an image on entry to display / edit, and convert back to the ENML markup on the way out. In between; it's an image. Rather than tweak the editor to deal with ENML, they tweak the note contents in a straightforward way to fit the editor.

 

In the Evernote markup (export a note to .enex format), it's:

 

 

<en-todo checked="false"/>

 

And isn't there HTML for checkbox?

<input type="checkbox" value="yes" name="checkbox" id="checkbox">

Yeah, but they don't use it. Indeed, the 'input' element is prohibited in ENML: http://dev.evernote.com/doc/articles/enml.php

Of course maybe they use the 'checkbox' HTML markup internally to the editor / renderer -- it would make it easier to interact with it, right?

 

This is all idle speculation. Even so, it would be the logic that says "I can encrypt this selection" that's still at fault.