Jump to content


Level 2
  • Content Count

  • Joined

  • Last visited

Everything posted by rdj999

  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.
  16. Here's another thing that demonstrates to me this is a really bad idea without per-document toggles: I can paste Markdown text into Evernote, or email it to create a new note, but I can't edit its text once it's in Evernote without risking that it will garble it. That means i can't use Evernote for round-trip workflows involving Markdown and Evernote. That's a problem...
  17. Markdown isn't "dumbed-down" HTML: it's economically-entered and -edited text annotated for the most commonly needed types of textual markup. Unlike rich text, it doesn't "surprise" you with extra blank lines (or none where you want them, such as between lengthy bullets) that force you to constantly experiment to "get around", nor completely prevent you from doing some things (like multi-paragraph bullets), nor does it obfuscate text editing and annotation when there's HTML behind it that you can't find a way to "escape". Having to select text and adjust font size and embolden it and adjust spacing before and after it just to create headings is a pain! Prepending "#", "##", or "###" is much simpler (and more predictable.) Creating a link with [this link](evernote://...) is a lot easier than typing "this link", highlighting it (being careful to avoid trailing punctuation), selecting a menu item, and pasting a URL. And fixing the link (or its text) is more straightforward in Markdown. Internal links and footnotes? Can't even do those in rich text. No, Markdown is simple enough for anyone to learn to use for most of how rich text is used yet sophisticated enough to provide great flexibility without getting in your way. That's why it's become so popular. I am fine with Evernote not supporting Markdown at all. I am fine with Evernote providing Markdown as a text composition and editing option (and would love that, properly and fully implemented). I am fine with Evernote providing intelligent importing and exporting of Markdown. But I'm not fine with Markdown being done "halfway" nor in ways that violate its fundamental design principles of simplicity, touch-typed entry, predictability, and – for sophisticated users – great power that WYSIWYG simply can't approach.
  18. Search the original post for the third occurrence of the word "here".
  19. I have to echo disappointment for the road Evernote seems to be traveling to add Markdown support. There is almost no way you'll be able to do a good job of re-implementing Markdown, particularly not in this transporter-accident-esque way of merging Markdown with rich text. What I believe you should do is take a full Markdown implementation, one that's time-tested and imbedded into multiple applications, and somehow bring that into Evernote. I'd urge you to consider Multi-Markdown, because that's becoming the de-facto standard integrand into these kinds of products. Here's an example of why what you're doing is going to just aggravate the heck out of those of us who use Markdown elsewhere. Type three dashes and hit CR to get one of the fancy horizontal lines. Then hit backspace. The whole line disappears. What one would reasonably expect to happen is the fancy line reverts back to three dashes with the cursor positioned following the third dash on the same line. As another example, your basic markdown syntax is broken: you don't allow "newlines" between markdown notations! For example: *here there* should display both words in italics. Yours doesn't. That's why people can't get "code markup" to work: they are probably trying to put a backtick at the beginning and end of the code, and of course, nothing happens. Surely you don't expect them to wrap each line in its own set of backticks? I'm sorry, but this just isn't going to work. I hope you include a way to turn this feature off so it doesn't surprise the heck out of people who don't know what Markdown is.
  20. It is not just Safari – when you enable Evernote in the "Share" button, you should find that Evernote is available in (possibly) EVERY OTHER APP! For example, you can be looking at a picture in your photo album, touch Share, and send it directly to Evernote from there!!! This is really awesome! Thanks Evernote! (And Apple!!)
  21. Are you sure it wasn't "Open in Evernote"? If you happen to be viewing a PDF file in Safari, for example, you can do that.
  22. I can't open a support ticket. Here's what their submission form looks like after two minutes. I suppose I could go through the process of trying to find a phone number...
  23. I do not know that it's DoS attacks, but I recall hearing that Evernote had endured those a few months ago, which is why I mentioned it. 'traceroute' shows 85ms to www.evernote.com from here, but it begins slowing down to that rate within ntt.net before it hits Evernote's server. Perhaps it is shard-specific. I am currently running a sync – which is taking forever but at least isn't terminating before it does anything – yet it's getting timeouts during that process similar to this (two of them so far during this sync): Version: Evernote Mac 5.5.2 (402634) Locale: en-US OS: 10.9.4 WebKit: 537.77.4 WebCore: 537.77.4 Username: ... Email: ...Mac Model: MacBookPro10,1 CPU Type: IntelCPU Count: 8CPU Speed: 2.700000 GHz RAM: 16.000000 GB Date: 2014-07-23 19:46:44 +0000error = "Error Domain=NSURLErrorDomain Code=-1001 \"The request timed out.\" UserInfo=0x6180002f8280 {NSUnderlyingError=0x618000848b50 \"The request timed out.\", NSErrorFailingURLStringKey=https://www.evernote.com/shard/s55/notestore, NSErrorFailingURLKey=https://www.evernote.com/shard/s55/notestore, NSLocalizedDescription=The request timed out.}"; If "shard/s55" identifies a particular shard (i.e. discrete segment of the database), then perhaps it is shard-specific. Searching my sync activity log, evidently I've been getting timeouts on (only) that shard between 2014-07-22 09:49:46 (yesterday) and 2014-07-23 15:42:19 (now). That raises the possibility that they only record outages or degradations in service on their status page that impact their systems site-wide. It would be really useful if they would also post notifications along the lines of "be advised that we are experiencing system issues that may affect access response times for a small percentage of our users." That might at least help those of us who understand how networking functions from wasting a bunch of time trying to figure that out by exclusion. I just now seem to have completed my first successful Evernote client sync – it took 15 minutes, but at least it finished. Either I got lucky or Evernote is reading these things and doing stuff behind the scenes. If so, I'll gladly take that!
  24. Here's my latest sync attempt. It's happening quickly today: yesterday, my Evernote syncs would run for long stretches of time before terminating with a similar error. By the way, to post this image, I had to upload it to Skitch first. Syncing this image with Skitch took one minute fifteen seconds. After adding the URL to this message, it took over 40 seconds for the image to load the preview from Skitch. (I'm on a very speedy 50 mbps fiber connection.) Something's going on with their servers, and it seems unconscionable to me that after all this time, I've seen no word from Evernote about what that might be.
  25. Is Evernote dealing with Denial of Service (DoS) attacks? The past several days, nearly every one of my accesses to Evernote is taking forever. For example, http://www.evernote.com/ is taking over 30 seconds! I have been waiting minutes for my web-based interface to load. The last entry on their status page (http://status.evernote.com) shows: Jul 16, 2014 (5:30 pm PT) [ok] All systems are running smoothlyAll systems are fully available at this time. but then... just now, their servers seemed to speed up again. The slow-downs have been happening each day, and they have been long-running, long enough to interfere with repeated attempts to sync the Evernote client on my Macs. And it's just Evernote – no other service that I've been using behaves like this. What I don't understand is why don't they give any indication of this on their status page? It's maddening to be in the dark!
  • Create New...