Jump to content


Level 2
  • Content Count

  • Joined

  • Last visited

Community Reputation

13 Neutral

About rdj999

Profile Information

  • Subscription
  1. That won't help. I use 2-factor authentication, and it's been asking me to log in (with my password though not demanding 2FA) each time.
  2. Using Version 6.3 (452832 Direct), I just lost some information from a note with a simple cut/paste operation between two Evernote notes. I had two Notes, one prepared beforehand and a new one that I had created and was editing. Viewing the older note, I highlighted some text interspersed with two images, which happened to be the first part of the Note (but not the entire Note) and used CTRL-X to cut the highlighted region. Then I viewed the newer note and pasted with CTRL-V. What I got was the text with "broken image" icons as shown in the first attachment: (The first icon happened to be selected when I captured that image.) Then, I tried to reproduce the problem by recreating the text-and-image portion and variously creating new Notes, cutting and pasting, and copying and pasting. I could not recreate the problem (immediately), however, when I was finished being unable to recreate the problem, I noticed that one of the notes I had created ended up looking like this second attachment: (It was necessary to obscure the actual content of the image: it was a screen captured JPEG of text.) As you can see, one of the images "survived", but the other magically transformed into a "broken image" icon. I realize that this seems like inconsistent behavior, so it may be difficult for you to track down, but it has me really scared at this point. While there's a risk of losing (and being unable to retrieve) note content through ordinary cut-and-paste operations, I won't be relying on "cut" with Evernote for a while until you folks can track this down. This is not good.
  3. This seems to be a bug in Version 6.3 Beta 1 (452785 Direct). Highlighting text in the middle of a line and then typing TAB indents the entire paragraph, leaving the previously-highlighted text as it was (and still highlighted). Typing a space or another non-TAB character replaces the highlighted text as it should. Example, before: After typing TAB: Note: automatic bullet, etc. formatting is disabled in Preferences in this instance.
  4. I don't know about OS X, but with iOS, Apple's software changes so rapidly and continuously beneath the app code that it's truly difficult to anticipate what aspects of app behavior might change. That's one of the prices that app developers and users pay for constant improvements. The alternative would be for Apple to sacrifice design and implementation flexibility for more strict upward compatibility. There are merits to that to be sure, but going too far in that direction – as happened with Windows and many programming language standardization efforts – can result in a stagnant, stifled software architecture. It takes a lot of effort and attention to detail just to keep up with Apple's changes, and taking the plunge to take advantage of new capabilities in the system can be more exhilarating than one might realize. Some patience with these things is in order. Evernote is doing a great job being responsive here – in substantive ways, not just to check off the more superficial "engaged users in discussions" that some other vendors have practiced over the years.
  5. I remembered two other parts that I would like along these lines: 1. The ability to set things off in a box, just as the comments above show up in a box. To visually separate the code (or other quoted text). 2. The ability to go back to default formatting after pasting something in. If I paste in formatted text, the text immediately afterwards ends up in the same formatting. I never figured out an easy way to go back to default behavior for remaining text. The best I've been able to do is to insert some blank lines before pasting, to make sure there is at least one existing default formatted line after the paste. I agree that this is annoying. I run into it all the time (particularly when I forget to SHIFT-OPT-CTRL-V to paste with matching formatting), and my work-around is the same: be sure to insert some blank lines following the insertion point. That's not necessarily a "problem" with Evernote, though: nearly every "rich text" editor on the Mac (and other computers) has that same issue. Here's a hint, though: Mac's respond to certain Emacs-style commands, and CTRL-O is one of these. It "opens new lines" after the insertion point. If you follow CTRL-O with CTRL-V then reposition your cursor after the pasted text (on the new line), you should find the editor set to the original formatting characteristics rather than those of the pasted text.
  6. Here's a problem with the "automatic numbered lists" feature. I just now ran into this trying to put together documentation for a moderately complex set of steps necessary to install a software update on a server. here is a numbered item Here is another numbered item this is supposed to be a paragraph under a numbered item. Unfortunately, there seems to be no way to "indent" paragraphs other than hitting "tab" to indent just the first line. I'm going to keep typing at this point just to ensure that the line "wraps" when you view this post on the Evernote forum. Here is the third numbered item. If I were to position the cursor at the end of the line for item 2 and hit "enter", it would create a new numbered item, "3.", for me, however, I would then need to manually renumber the now-misnumbered "3." and "4." items that follow it. This is not convenient. The same goes for bulleted lists: Here is a bullet. Once again, I'm trying to type a paragraph that's part of the bulleted item, so I hit "tab" to indent the first line, but as you can see, the paragraph wraps to the beginning of the line, not the beginning of the indented line. Again, I'm going to keep typing for a while so you can see how the paragraph wraps. Given these issues, I want my numbered items to be flush on the left margin. To make that happen, though, either I type "1. " and then CMD-Z (to "undo" the automatic indenting/numbering), or to enter the line as follows: . here is a numbered item then position the cursor to the beginning of the line and type "1": 1. here is a numbered item This is not convenient, either. Here's what I suggest. First, drop out the automatic conversion of a typed "<number>." to an auto-indented, auto-numbered list, and "* " to an auto-indented bullet list. It just gets in the way. Second, add a feature that allows us to indent paragraphs This is typically done in other software with CMD-] to indent one stop and CMD-[ to undent. It seems really silly that a "rich text" editor provides no way to do this!
  7. Pasting around 3,000 lines of plain text (no formatting) into a new Evernote note takes nearly a full minute. Pasting the same text into a BBEdit window takes just 4 seconds. I noticed this in Betas 1 and 2 but attributed the delay to the Markdown support which has since been removed from this version. Although you are still scanning inserted text (though simply for the new "*"/bullet and "1."/numbered list auto-formats), large text insertions should not be taking quite this long. There seems to be a performance problem that may be worth addressing before releasing this.
  8. In Version 6.2 Beta 4 (452622 Direct), when dragging images from another application into a note, the scroll position of the note changes in ways that don't make sense. For example, sometimes, adding an image to the end repositions the note to the beginning, so to construct a note from a sequence of dragged images requires re-scrolling from the beginning to the end of the note with each insertion.
  9. (I can't seem to search just this topic, so my apologies if this issue has already been raised.) I don't know whether this is a new issue with the betas, but in Beta 3, when I resize an image in a note then annotate it, once I've finished annotating it, the image returns to its full size in the note. This is also true when revisiting a previously-annotated image and making any change to it: it again reverts to its original size. It's pretty annoying to keep having to resize the same image over and over just to modify its annotations. Here's the original image in the note at its original size: After resizing it smaller: Immediately after annotating the image, it reverts to its larger size:
  10. This is a quick note of appreciation that an issue raised with Beta 1 now seems to have been resolved: it's now possible to select and copy tags in one note (or a group of notes) and paste them into another (or into the group-modify interaction). HOWEVER – the only way to select more than one tag when viewing a single note is to CMD-A Select All of them. You can't select more than one by dragging the mouse nor by holding SHIFT while using the arrow keys. (This is only in the tag display for a single note, not in the group-change interaction which does allow for dragging and SHIFT-ARROW selection of adjacent tags. Nevertheless, CMD-click does not allow selecting multiple, non-adjacent tags there. By the way, I do like the ellipsis notation and, as one who makes heavy use of multiple-tag classification, I much prefer seeing all of the tags at once than being forced to scroll through them! Great feature – please keep it!!) Also, I've had no trouble so far launching Version 6.2 Beta 2 (452409 Direct) in El Capitan (from Spotlight). Y'all are doing a great job here... thanks again for allowing us to be part of the process! Not sure I agree completely with @EdH's sentiments above – yeah, there are some things that dropped by the wayside that I've missed, but would I trade today's Evernote for yesteryear's? Heck, no. It's worth noting that there are plenty of apps out there on which my workflow depended earlier in the iPhone's and iPad's lifetimes that seem to have "dried up" – the developers stopped improving them and in some cases stopped maintaining them altogether. That's not intended to give Evernote a "pass" on all of these issues, but I believe it's important to consider one's disagreements and objections with that perspective in mind. Thank you for your loyalty to my workflow, Evernote!
  11. I'm in pretty much complete agreement with everything that "aharpole" just stated. Although I'm not a big fan of "modal" documents, I'm not sure it isn't best to have different note types in this case. I acknowledge that having different "composition" and "presentstion" modes poses design and usability challenges, but it's worth considering, because it could open up tremendous flexibility in Evernote's future. (BTW, this forum system has a superb mobile/iPhone interface!)
  12. I'll add praise – with high appreciation for both the process and this "trial" outcome. I'm quite satisfied with both, particularly considering the risk that Evernote took in being actively engaged in the discussion. Thank you!
  13. Here's an issue that I don't recall from pre-beta. When pasting text into a note, the cursor is positioned somewhere in the middle of the pasted text, not at the end of that text – as I believe nearly everything else does. This occurs in both beta 1 and beta 2.
  14. Okay, here's a really nasty one: in the beta, it no longer seems possible to copy tags in an existing note for the purpose of copying them and pasting them onto other notes. I can still select them - but only by clicking them while holding down SHIFT or CMD, not by dragging the mouse across them – and I can no longer CMD-C copy them. I depend on this capability to normalize my tagging across multiple notes. Yes, I know you can select multiple notes and add the same tags to them: I'm talking about being able to replace (or selectively replace, or selectively add) one or more tags to individual notes using tags copied to the clipboard. Please tell me this is a bug...
  15. I definitely understand this. It is very similar to storing code blocks in Evernote. So, I propose this: Rather than converting Markdown codes to rich text, why not just provide a plain text block where you could enter MD code, or any other plain text.This would allow all MD users to store snippets of MD text that can be easily copy/paste into other apps that expect MD textThis would also provide for the portability that some users would likeProvide a code block, where Evernote will not change any text/code, whether or not it is entered manually, or is pasted from a code editor/IDE.This includes retaining all indents. If the code text contains colors, the colors would be retained. IOW, retain the pasted code text exactly as it is on the clipboard.As a bonus, Evernote could (later if need be) provide auto-syntax formatting/coloring (on an optional basis)So what do you think MD users, would this work for you? This would be fine with me, however, I would add that whenever text is added to an empty Evernote note (or a new note is created from text), if the text does not have any "rich text formatting", it should be treated implicitly as a text block – as it behaved before – and should "become" rich text only when the first rich-text formatting is applied to it. In other words, don't treat it like rich text until "I do", AND it would be nice to have a formatting control that allows me to imbed a code block WITHIN an otherwise rich text note.
  • Create New...