Jump to content

mklement0

Level 2
  • Content Count

    24
  • Joined

  • Last visited

Community Reputation

3 Neutral

About mklement0

  1. Thanks again. One for the road: Evernote clearly recognizes these line breaks when *rendering* - everything *looks* as expected. The line breaks only disappear on *copying* (and can be made to reappear with my expand-the-selection-beyond-the-snippet trick).
  2. Thanks for the useful background info about formats. Understood re round-tripping, but in the case at hand the round-trip (even to plain text) is fundamentally broken (newlines replaced with spaces). The problem does appear to relate to the HTML created by http://tohtml.com/, and I've let the maintainers know, but here's what makes me think the problem is on the Evernote side: Copying the same HTML to TextEdit (a text editor that comes with OS X) and then from there back elsewhere (whether to plain text or not) works correctly.In Evernote, including just one line *outside* the pasted snippet when copying back out makes the problem go away.One thing that is unusual about the HTML created: The newlines in the formatted code are represented as *literal* newlines, not as markup. (Re clipboard terminology: I think that "clipboard" is the term used these days on the Mac too, though you can find references (even in the names of CLIs) to "pasteboard" on occasion, due to OS X's NeXTSTEP heritage).
  3. Thanks - I've since clarified that I was talking about the Mac client and made it clearer that I was talking about snippets from http://tohtml.com/. Good to hear that it works well on Windows, but just to clarify: does it work OK when you copy a previously pasted RTF snippet back out of Evernote? The Mac / http://tohtml.com/ issue isn't one of faithful rendering, it's a problem of copying the snippet out of Evernote elsewhere later.
  4. Sadly, this bug still exists as of Evernote for the Mac 6.0.6: Copying a formatted snippet from http://tohtml.com into Evernote then produces garbled results (line breaks are replaced with spaces) when later copying from Evernote elsewhere (such as into a plain-text editor).Workaround: If the selection in Evernote contains at least 1 line OUTSIDE of the originally pasted code snippet, copying works fine.Upshot: You can't (easily) copy parts of such code snippets elsewhere.I don't know the reason - it may be specific to the HTML generated by http://tohtml.com/.
  5. http://discussion.evernote.com/topic/40683-simple-way-to-mimic-code-formatting/ Sadly, that link is dead now. Try https://discussion.evernote.com/topic/44714-request-embed-code-snippets-with-auto-formatting-and-syntax-highlighting/
  6. Cool - thanks for the tip. CAVEAT, as of Evernote 6.0.6 for the Mac Copying a formatted snippet created at http://tohtml.com/ into Evernote then produces garbled results (line breaks are replaced with spaces) when later copying from Evernote elsewhere (such as into a plain-text editor).Workaround: If the selection in Evernote contains at least 1 line OUTSIDE of the originally pasted code snippet, copying works fine.Upshot: You can't (easily) copy parts of such code snippets elsewhere.I don't know the reason - it may be specific to the HTML generated by http://tohtml.com/. [Edit: clarification added after feedback from @jefito]
  7. Installed the latest version of Growl and removed an old one and all is working now thanks! Great script! Glad to hear you got it to work, and thanks for alerting me to the Growl issue. I've added Growl 2.x as a prerequisite to the download page and also added instructions for manually modifying the workflow to work without Growl. (The embedded AppleScript actually tries to ignore errors relating to Growl, but the AppleScript runtime is unforgiving when it comes to referencing apps that aren't installed - it simply shows the generic "encountered an error" dialog before the script code even gets to run.)
  8. Thanks. I naively thought I would, but AppleScript taught me otherwise. Anyway, I have an OS X-only solution now, based on an OS X Service created with Automator, containing an AppleScript action: Here's the read-me from the shared note that contains the download: ------- I downloaded and install the applescript, but got the following error message when running it: The action “Run AppleScript” encountered an error. Not that helpful, but any ideas where I might start to get this working. Its the killer feature missing for me... Sorry to hear it. So you were able to install it as a service and you get the error when you invoke the service, or opening the *.workflow file after downloading failed? What is your Evernote client application version? It installed perfectly and I got the error when selecting the service while in Evernote. Version is 5.2. And thanks for the quick response! In Finder, locate ~/Library/Services/Copy OCR Text from Note (Evernote).workflow and open it - it should open in Automator. With Evernote open and a note with an image selected, run the workflow in Automator and see what error message you get.
  9. Thanks. I naively thought I would, but AppleScript taught me otherwise. Anyway, I have an OS X-only solution now, based on an OS X Service created with Automator, containing an AppleScript action: Here's the read-me from the shared note that contains the download: ------- I downloaded and install the applescript, but got the following error message when running it: The action “Run AppleScript” encountered an error. Not that helpful, but any ideas where I might start to get this working. Its the killer feature missing for me... Sorry to hear it. So you were able to install it as a service and you get the error when you invoke the service, or opening the *.workflow file after downloading failed? What is your Evernote client application version?
  10. Not sure what you mean by "re-edited online", but your link points to a commercial toolkit for use in writing .NET applications (typically, for Windows) - I don't think that will help you get OCR text out of Evernote. The tool I linked to - which works on a Mac (OS X) only - is a crude solution to *extract* the text that Evernote has recognized in images via OCR (Evernote is currently using this text solely to make such text searchable, without providing direct access to it).
  11. Thanks for the explanation, make sense. While the various clients may not be able to share code directly, you would still expect them to *behave* the same - and that's what the current doc claims. Achieving that is clearly non-trivial and is an ongoing maintenance challenge, and it's conceivable that certain functionality can for *technical* reasons not be implemented consistently. However, I don't think that's the case here. In the short term, a note in the doc would help.
  12. Thanks, @jefito - I've already reported this issue by email, but thought I'd let others know the status quo, since the relevant API-doc page, http://dev.evernote.com/documentation/cloud/chapters/search_grammar.php, doesn't mention it.
  13. It seems that as of Evernote 5.0.6 on OS X and Evernote.exe/ENScript.exe 4.6.4.8136, the OS X and Windows clients do not behave the same with respect to searches. Some searches return results on OS X, but not on Windows: Example: I have a note with title To-dos for cross-platform Kakooma apps. If I use that exact title without double quotes as the search phrase (though it won't be used as such and parsed into separate search tokens), the OS X client finds the note, whereas the Windows clients do NOT. The inconsistency is related to the hyphenated words: if both such words in the title are double-quoted (or the phrase as a whole is double-quoted), the note is found again, i.e., the following both work "To-dos" for "cross-platform" Kakooma apps "To-dos for cross-platform Kakooma apps" The Windows clients do not support the 'recoType' attribute. For instance, searching for recoType:* - to retrieve all notes with ANY kind of OCR-treated attachments - yields NO search results on Windows (7) - on OS X (10.8.3) it does.
  14. I looked into a PowerShell-based solution, but there's a crucial piece missing: ENscript.exe has no support for acting on the note currently selected in the Evernote client (see http://discussion.evernote.com/topic/20897-enscript-exporting-selected-notes-to-enex/; by contrast, Evernote's AppleScript support on OS X does allow you to do that). If that capability were available, it would be fairly easy to create a solution analogous to the one I created for OS X. (You would then still to have to solve the additional problem of how to invoke the external functionality from the Evernote client, but there are solutions for that.) Of course, it's conceivable to create a PowerShell script that targets the notes of interest via queries from the command line, but to me that would be too cumbersome to use - I want to locate a note of interest in the GUI client, then invoke functionality on it. I've created a PowerShell cmdlet that can extract OCR data from the command line, using a command-line query (search expression) to target the desired note(s).For now it must be run as script from the PowerShell console and sends output to the console, allowing for easy capture to a file; the ability to send to the clipboard wouldn't be hard to add.However, integration with the GUI client - as in my OS X Service - is out of reach for now. Example: Get-EvernoteOcrText -Query "tag:electricity-bill" -ShowNotes >TextFromElectricityBills.txt Extracts the OCR text from all notes tagged with 'electricity-bill' and saves it to file 'TextFromElectricityBills.txt'; furthermore, shows the matching notes in the Evernote GUI application. Details and download here.
  15. I agree that plug-in support of sorts is the right solution to this problem; ENScript.exe was clearly designed for batch operations. By contrast, on the OS X side Evernote already covers *both* use cases with the existing AppleScript support. Therefore, when it comes to integrating external functionality into the client app (conceptually speaking), OS X is your only bet at the moment (via OS X Services). Afterthoughts: I've since noticed that ENScript.exe has already dipped a toe into GUI-client-integration territory with its `showNotes` command.Another toe could be dipped in the form of pseudo queries that target the set of currently displayed / the single currently selected note in the GUI client. Longer-term, creating a PowerShell provider and having the GUI act as a PowerShell host could provide excellent extensibility.
×
×
  • Create New...