tavor

On Android, by default, all notes are locked, and requires pressing an onscreen button to enter edit mode. In my opinion, this is the perfect solution for mobile devices, where the vast majority of note access is for reading, not editing.

Desktop is a different story, where editing may be very common. But as @JMichaelTX mentioned earlier, multiple concurrent windows and multiple monitors are common these days. I have multiple monitors and more windows than I can count open at any time, including multiple EN note windows. There have been many times where I start typing thinking the desired window is active and it turns out some other window is the active window.

Seems to me the optimal solution here is not to default to locked state for all notes (which would require an unlock step prior to editing every note - this could become very onerous very quickly for those who edit notes frequently - think about journals, task lists, etc.), but to give the user an option to lock notes. So notes are unlocked by default and editable. But the user has the option to put the note in a locked state, which requires an unlock step prior to editing (can be a simple one-click unlock). Users can then lock down all their reference notes and other notes they don't anticipate updating frequently.

Yes, the size of the fixed margins is a bit absurd. It reduces visible content.

49 minutes ago, Jason Miller said:

Yes, with the larger Text size gained from the Header Tag(s) (as in the header tag HTML uses)

What should the desired behavior be?

39 minutes ago, OrbWeaver said:

I'm just guessing here but perhaps "Match Style" of the destination as in, if the destination is already 10pt bold, the pasted stuff assumes the 10pt bold.

^^^ This.

When I choose Paste and Match Style, it's because I want to use the formatting I have in my note. If I wanted the source formatting, I would simply Paste.

At least in my use, copying titles/headings is a very large % of the copying/pasting I do in EN because I want the title and link in an EN note that covers a particular topic for which that source article is reference material. I may have multiple such articles linked within one EN note. So with the proposed Paste and Match Style, I am left with two options:

1. text of differing random sizes and a resulting sloppy looking note (which ironically counteracts Evernote's seeming constant push to prioritize aesthetics even at the expense of functionality/productivity)

2. manually edit the style of items I pasted using Paste and Match Style so that the items actually match the style of the note

I think preserving hyperlinks is a great idea, and it certainly saves me time over my process prior to v6.6, which is to Paste and Match Style, then manually create the hyperlink. But I think Match Style should do just that. We already have simple Paste (CTRL+V) to preserve the formatting of source text.

I think if you start a poll on this, the overwhelming response would favor Paste and Match Style do what it says and NOT make an exception for copied titles/headers. In fact, if EN insists on this route, I'll have to create a macro to replace Paste and Match Style with Paste and Match Style, then select the text and edit the formatting to match my EN default formatting.

Edit: I started a thread on this particular issue here: 

35 minutes ago, Jason Miller said:

Paste and Match Style - Target is 6.7 - hopefully as soon as the first Beta

Paste and Match style removes these - font, size, color, align, indent, trailing whitespace (note: it won't remove items tagged as Headers (like the title of some articles) ) 

So how would Paste and Match Style work as intended for titles or other text tagged as Headers? Assume the font, size, color, etc. of the source text?

5 minutes ago, Schmurtz said:

Waiting for the fix of the ctrl + shift + V.

I agree to say that this little feature is very important

It's such a basic and I would imagine often-used feature that having this error in a GA release makes me wonder if EN employees use Evernote betas for their own work. Seems they wait for GA releases like most users, because there's no way this bug could have survived beta testing if most EN employees used betas for their own work.

On 8/6/2017 at 1:41 PM, Julian Winter said:

The world of GUI interfaces has worked out how to do the folder metaphor and moved on.

Another way to view it is that software merely copied the physical file and folder structure along with its limitations, rather than use the power of digital to overcome the weaknesses of physical files and folders. Tags does that.

On 8/6/2017 at 1:41 PM, Julian Winter said:

Take your engineer's hat off and consider a 17 year old with an Iphone and laptop and a million apps to choose from. Any patience there, do you think, for non standard folders and a quirky way of using tags?

Now, you may say that 17 year olds are not today's typical Evernote users - but they are tomorrow's, they have to be or Evernote doesn't have a future. 

I'm not 17, but I've been using tags in Gmail for years. In fact, once Gmail introduced tags, it was obvious to me that this was superior to folders. As for 17 yr olds, think about all those Gen Z kids on Gmail. Folders are going to seem archaic to them, and tags will feel natural.

The benefits of tags have been explained many times, but one thing that I don't often see mentioned in these tags vs folders discussions is scaling. Folders seem great when the total quantity or emails or notes is small. But when you scale up to thousands of saved emails or notes, folders get unwieldy. And when you get to a large number of saved emails or notes, you do much less browsing of your emails (does anyone browse their old emails???) or notes, and much more searching.

2 minutes ago, Jason Miller said:

We have a fix for paste and match style (it keeps hyperlinks) - coming soon

Great! 

Were you guys able to reproduce the font size issue I described earlier in this thread?

Here is another example of CTRL+SHIFT+V issues:

Here's a note created prior to EN v6.6.

Then I copy a bit of text from this page: https://ipsw.me/#!/download (have to select a device and software version to get the page showing the bit of text I'm copying):

And here's the note after I hit enter to create a new line, then CTRL+SHIFT+V to paste in the copied text:

So line spacing, indent, font and bold are all not stripped out. The only thing that does get stripped out is font size and the pasted text is font size 9, which is a separate issue which I described earlier in this thread (the default font size I have set in EN options is 10pt, but EN continues to use 9pt, and it also incorrectly reports 10pt font as 9pt, while correctly reporting 9pt font as 9pt - all described in this post: 

For the curious, here's what it looks like when the text is pasted in using CTRL+V:

2 hours ago, vitorandresantos said:

Seems like all the extra space on the nodes sides that I have just complained about in another post is due to the "new editor" introduced in version 6.6 GA, as I see other people complaining about the same on these comments.

Can Evernote please fix this? All that extra blank space is basically useless and just taking screen real estate.

Thanks!
V.

Or at least make it an option so users can decide:

1. aesthetically pleasing excessive whitespace design for Apple fanboys and minimalist wannabes
2. functional design for people who actually take and review notes rather than stare approvingly at empty whitespace on their monitors

Experiencing an issue with default font size I never noticed in earlier versions.

Under Tools > Options > Note, my default note font is Tahoma 10pt. When I create a new note, it defaults to Tahoma 9pt.

Also, I could have sworn that prior to 6.6, my older notes were all created using Tahoma 10pt, but when I move the cursor over the text, EN 6.6 informs me these are Tahoma 9pt. But my old notes font size is visibly different from the new notes font size (9pt), even though EN 6.6 indicates they are all 9pt.

Here's an example. This note was created prior to updating to v6.6. The font is Tahoma 10pt, but EN v6.6 tells me the font is 9pt. After updating to v6.6, when I add a new line as I did prior to taking the snapshot, the text is in 9pt font. Clearly the font sizes are different, so not only did EN fail to preserve the original font size when hitting Enter to create a new line, it incorrectly reports all the text in the note as Tahoma 9pt.

10 minutes ago, OrbWeaver said:

I guess I misunderstood the whole purpose of Ctrl-Shift-V. I thought it was intended to remove everything except the text. No font, no bold, no italic, no color, no hyperlink, no nothing except the text. I can see a gazillion options needed here with people wanting text with the italic but no bold, and others wanting text with all font stuff but no hyperlinks, and those who don't want the font to be maintained but do want hyperlinks. How about Ctrl-V equals keep it looking like it did at the source, and Ctrl-Shift-V meaning make it look the same as the existing stuff I'm pasting it into. Just like it used to work.

I suppose it depends on what greater number of users want. My preference is strip out the formatting, but keep the information, and hyperlinks are information (an information preserving alternative would be plain text followed by a url, but I think we can all agree that would be inferior to a hyperlink).

Also, removing a hyperlink is quicker than creating one. 

42 minutes ago, lhb said:

... and it strips out hyperlinks as well :-( 

As I recall v6.5 (and all prior versions) stripped out hyperlinks when using CTRL+SHIFT+V. So retaining hyperlinks is a nice feature improvement in v6.6, provided they can fix it so that CTRL+SHIFT+V works as intended.

15 minutes ago, Jay-Bob said:

Hi tavor, where are you copying from before the paste and match style into Evernote? What are you seeing on the paste that is unexpected to what you remember seeing on 6.5?

As an example, I was copy/pasting text from this page: https://seekingalpha.com/news/3283409-court-refuses-drop-facetime-class-action-lawsuit-apple

All results are from pasting via CTRL+SHIFT+V:

Text shows both my default in EN (Tahoma) and Verdana; font size also changes.

Again showing both Tahoma and Verdana; also varied spacing; but at least all the same font size.

This came out correct. It uses EN default font and font size and strips out the spacing from the source.

I can confirm that CTRL+SHIFT+V (Paste and Match Style) does not work as it did in v6.5. In v6.6, CTRL+SHIFT+V does not reliably strip out the source formatting.

This is a deal breaker for me on 6.6. Hopefully this will be fixed soon, otherwise I'll have to roll back to 6.5.

Is it just me, or did the margins in the notes increase in 6.6? Seems like a lot of wasted space in the left edge of the notes field, which means I can see less of a note's content at a glance without opening up the note into its own window.

On 7/11/2017 at 2:03 PM, Bushgang said:

I gave this thread a +1. It is highly disappointing that this feature hasn't been added. In fact, with the latest couple updates, they made it more difficult to access Reminders by moving it to the drop down arrow in the upper right. That means a minimum of 4 mouse clicks to set a reminder. GRRRRR!!!! I am a premium member that has been using the app since 2008. This obviously isn't a deal breaker for me, but I would use the app more and wear my EN t-shirt twice as many times per month if this were added.

Someone with a Mac can confirm, but I think you can move the reminder icon out of the dropdown and onto the note header area. In Windows, I dragged the reminder icon out of the dropdown and now it sits next to a few other icons, all of which sit to the left of the dropdown icon.

Clearly, keyboard access is still needed, but at least you won't have to make so many mouse clicks to set/adjust reminders.

On 4/29/2017 at 10:24 AM, LeoB said:

In the Android app the left column starts with All Notes with Notebooks beneath it. When Notebooks in the left column is tapped, on the right side appear all the notebooks beginning with the three most recent notebooks accessed. What this thread is about is that there is no option to show/hide recent notebooks. Fully half the right column is taken up by these recently accessed notebooks. For me, this is an unnecessary distraction and I just want to see my notebooks in the same order as they would be on the windows program. I don't use the Windows app.

In the Android app, I only see the 'left column' when I click the icon in the upper left of the "All Notes" view. When I click there, I get a list that pulls out from the left side that starts with my name, then All Notes, then Notebooks (and so on). When I click on Notebooks, I get an alphabetical list of notebooks.

I do recall seeing a recent notebooks list, and I did find it annoying, and I agree there should be an option, instead of forcing a recent notebooks view on everyone. I figure that view is throwing a bone to people who insist on creating lots of notebooks. EDIT: what I recalled seeing was in the Windows app.

In the Windows app and Android app, I only see an alphabetical list of notebooks, though I recall having seen recent notebooks on top in the past. Did something change, or is there some other view that shows recent notebooks?

20 minutes ago, jefito said:

BTW, I'm not wholly unsympathetic here, I've just seen this movie script before, and it doesn't seem to turn out like it's written down. We'll see about the Win 7 thing (for sure, some users will go elsewhere), but my guess is that for most casual users and for most workplaces, changing over to Win 10 is a lot lower bar to jump over than changing over to Linux (or even Mac). 

For casual users, definitely easier to submit to MS and let them have their way with you.

Linux distros have gotten more user friendly and some of the front ends will look familiar to Windows users, so the bar to entry into Linux has been lowered. But it would definitely help to have more apps available so that a further bar of running virtualization or Wine doesn't have to be cleared. Need more developers, but developers need userbase, and round and round.

Thanks for that link. Pretty interesting. Seems Linux isn't picking up any (or hardly any) Win 7 users. Though I'd speculate that the users who are switching to Win 10 now aren't very representative of those who will stick with Win 7 until 2019./Jan 2020.

The Win 7 userbase that wants to avoid telemetry and MS forced updates isn't moving to Win 10 now. Some of them may opt to jump ship for Linux when support for Win 7 ends.

10 hours ago, jefito said:

Sorry, but "it will be interesting to see how many Windows <x> users move over to Linux when Microsoft does <Y>" is a meme that hasn't achieved significant reality in the many years since I've been hearing it. There are segments where Linux is strong, but the average Windows user's desktop is not one of them.

That's been true thus far. But with Microsoft's overbearing approach to Windows 10 and various Linux distros becoming quite user friendly (especially Ubuntu and Mint), perhaps it will be different this time . . . I hope. 

It will be interesting to see how many Windows 7 users move over to Linux when Microsoft stops supporting Win 7 in Jan 2020. At that point, the choice for Win 7 users will be stick with Win 7 knowing that hacks will be likely, submit to Microsoft's telemetry and control of the OS (MS chooses the updates and pushes them through whenever they want), pay the premium to enter Apple's walled garden, or move to Linux.

If enough users move over to Linux, then we might see much more software development for Linux, which in turn would draw more users in a virtuous cycle.

The only thing holding me back from moving to Linux at this point is that a couple of programs I use aren't available on Linux, and one of those apps is Evernote.

29 minutes ago, jefito said:

In addition to what gaz said, right click on the Evernote notification icon, and look for the Clip Screenshot entry.

Pre Win 10, the default was Win+PrtScn, but with Win 10, Windows has taken over that combination, so Evernote switched the default to Win+Shift+S.

Ah that explains it. I'm on Win 7.

1 hour ago, jefito said:

Or I can take a screen shot to the clipboard (Win+Shift+S to activate the screen clipper, then hold down the Ctrl key while dragging to choose the Clipboard destination), and Ctrl+V to paste it into the current note at the current cursor location.

Win+Shift+S does nothing when I try it. And I don't see it listed here: https://help.evernote.com/hc/en-us/articles/209004807

Is this a custom shortcut? If not, what's the context in which you're using it? Globally in Windows or with EN Windows app active?

I experience this bug as well.