emerick

We limit the number of suggestions shown in the context menu to five, as it would become too unwieldy to show more than that. This is usually good enough for a single language, but yeah, with three dictionaries active it's usefulness will be much more limited. Why not run an actual spellcheck on the note via F7? The spellcheck dialog will show all possible suggestions in a listbox, not just the top five. This will probably be much better for your particular use case.

1 hour ago, Thorz said:

Thank you. Can this dictionaries also be installed in a Mac? I am at my Mac now and would like to activate Norwegian spelling inside Evernote too.

That I don't know, you'll probably need to ask on the Mac forum.

On 8/10/2016 at 8:16 AM, Thorz said:

Wow. The Evernote versions continue coming out and spell checking in Norwegian language is being totally ignored! Totally unacceptable,

I'll mention your request to our PM. In the meantime, though, you can install dictionaries for any language you like and I believe we will use them. For instance, you can download Norwegian dictionaries here:

http://extensions.services.openoffice.org/en/project/Norwegian_dictionaries

This will download a .oxt file. Rename it to .zip and copy the appropriate .aff and .dic files contained therein into C:\Program Files (x86)\Evernote\Evernote\Dict (or wherever your Evernote happens to be installed). When you restart the client, it should offer the new dictionaries as an option, although they will be listed via their locale code (no_XX) instead of a nice user-friendly name.

On 8/10/2016 at 0:21 PM, gustavgi said:

Actually all languages except English relies on user translations.

For the user interface, but not for spell checking which I think is what's being requested here.

18 hours ago, danhash said:

For one, it is a potential privacy issue, although not a serious one. When I copy and paste text into Evernote, how is Evernote even getting the source URL? Even if the text I copy doesn't have a URL in it at all, Evernote still knows the URL and adds it to the source URL field of the note. Why is Evernote tracking URLs without my explicit permission?

When you copy text from a web browser, the browser (typically) populates the clipboard with the copied text and metadata that includes the source URL. That metadata is intentionally publicly available to all clipboard clients.

On 6/21/2016 at 10:47 PM, evernotesofarmeh said:

Hi, thanks for the reply.

I don't think I was clear enough. My apologies for that. What I am pointing to is the text of the pdf that looks blurry during annotation. This is not the text u write on the pdf during annotation. The text on pdf looks fine when looking at it inline in the note, or even if I open it up in a browser, like Edge. The text only becomes blurry in the annotation window. I will show the examples here:
https://drive.google.com/folderview?id=0B5M-zYUEBBj9MkRMeDhub3dJVEE&usp=sharing

BDW, I am talking about the black text that is originally on the pdf looking blurry in annotation window. 

You are right that the quality of the pdf file itself would have an effect on how the text looks when opened. But, the pictures I include show the same pdf page in note window, in edge browser and the annotation window. I hope the difference is clear.

Based on your screenshot, your annotation window is zoomed to 80%, which will definitely result in artifacting. Does it become sharper when you zoom in to 100% (Ctrl+1)?

I'm not sure I fully understand the problem, but does pasting the URL with Ctrl+Shift+V avoid the issue?

Jeff's correct, find-in-note is text only.

I'm not at my work computer right now, but I think if you press F7 to initiate the spell check, we do show all of the suggestions. The list of suggestions in the context menu is meant to be more of a convenience than an exhaustive list.

Thanks for pointing out the other problem with duplicate suggestions. We'll fix that.

Hmm, I suspect that it's because we only show the top five suggestions, so if there happen to be five or more suggestions in the first language that we check, none will show up for the alternate languages. We'll look into improving this, if that is what's happening.

An alternative is the image with the largest number of pixels. This is a good predictor of importance of the image to the note's content.

e.g.

75x100=7500

100x400=40000

200x300=60000

250x150=37500

Largest -> 200x300=60000

Yeah, that's probably another good algorithm (and note that in this specific case, that is the image we choose). I think we're reasonably happy with the algorithm we're using; they're all subject to false positives, unfortunately, but I think our algorithm ends up choosing a fairly representative image a lot of the time.

One way to express this in a more definitive way is the image with the largest width, assuming that your example you gave is in the order of width x height.

My list is ordered by increasing size of smallest dimension. We don't want to pick the image with the largest width, since that would result in us selecting things like graphical horizontal lines (e.g., 600x1) for some notes, which isn't very useful.

For example, what if we add an image that is 250x150?

Then the list would be:

75x100

100x400

200x300

250x150

Does that mean that EN would now select the last image (250x150) for the thumbnail?

No, we choose the image with the largest smallest dimension. To keep my list sorted by increasing size of smallest dimension, your new entry should be third:

75x100

100x400

150x250

200x300

So we're going to pick the last one again (200x300), because it's still the image with the "largest smallest" dimension.

does it make sense to anyone at Evernote to choose the first image in the Note for the thumbnail?

It does make sense sometimes, but it doesn't make sense a significant number of times too. Some part of the algorithm needs to factor in the dimensions and/or sizes of the images or else you end up with non-useful thumbnails (see 600x1 example above).

The largest smallest dimension?

Yeah. For example, if you have 3 images with the following dimensions:

75x100

100x400

200x300

The "smallest" dimensions are 75, 100, and 200, respectively. We're going to use the image with the largest of those "smallest" dimensions (i.e., 200).

There are probably better ways to describe that algorithm, but that's how we've been describing it internally.

I don't know how EN selects the thumbnail.

We select the image with the largest smallest dimension. There are some other rules, but that's the main one.

How are you determining that the file's not updating? It's updating correctly for me using the current release version (4.2.1).

We store the user dictionary in this location (this is on Windows 7; slightly different for older OS's):

C:\Users\{YOUR-USER-NAME}\AppData\Local\Evernote\Evernote\Dict\user.dic

On my system, it's:

C:\Users\emerick\AppData\Local\Evernote\Evernote\Dict\user.dic

Thanks,

Emerick

I'm not sure if it did this in older versions, I'm new to Evernote but the spelling check tries to spell check numbers and symbols. Is this a bug or designed like that?

4.x ignores digit-only "words" (e.g., "1234" will never get a red squiggle), but words containing both digits and letters are run through the spell-checker as is (e.g., "1234hello" and "12hello34" would both get squiggles).

Is this a bug or designed like that?

I think the client would benefit from an "Ignore words that contain numbers" option. I'll enter an enhancement request to track this issue.

Thanks,

Emerick

This is fixed in revision 110209.

Thanks,

Emerick

Has anyone followed Dan's suggestion of filing bug reports at http://bugs.winehq.org/? That's probably the best way to move this forward. Again, Wine support isn't one of our explicit goals, but if sharing some information with the Wine dev team can help out, we'd be happy to do that.

Emerick

Right, I imagine 3.5 could pose some problems under Wine due to its use of the .NET runtime. That's really great to hear that 4.0 is working, though. Thanks for the feedback!

Emerick

Martin,

I take it you're running it via Wine? Or are you using some other mechanism?

Thanks,

Emerick