Andrea Bisiach
Level 2-
Posts
39 -
Joined
-
Last visited
Content Type
Profiles
Events
Forums
Blogs
Gallery
Downloads
Everything posted by Andrea Bisiach
-
REASON ======================================================================== Allowing better integration not only from Evernote to Web Pages but also to other applications creating easier automation. One use case can be found in the mail application Spark (https://sparkmailapp.com/) This mail client is able to save mail into Evernote adding tags and comments. The application was able to add a link in the created Evernote note, to jump back to the mail client email item. The link was in the form of: readdle-spark://...... Now this link no longer work in Evernote 10 REQUEST ======================================================================== In the new evernote I am able to add standard links line http(s)://, mailto:... to both the body of a note or to the Note URL field The problem is that more advanced URL/URI do not properly work when added to either the body of a note or to the Note URL field. Some examples are: file:/// (works in body but not in Notes URL) sms:// (does not work in body or Notes URL) x-keynote-live:// (does not work in body or Notes URL) ..... basically any URL handler registered by an installed application. When pasted in a Chrome WebBrowser, all above URL triggers Chrome to open the Native macOS application. The same behaviour would be expected when the link is clicked in Evernote either in the body or in the Note URL field of the note info TECHNICAL INFO ======================================================================== You can use the following commands to see all registered bindings in macOS: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -dump | grep -B6 bindings: I would guess that when Evernote start you could get a list of all bidings using macOS api and register it using: https://www.electronjs.org/docs/api/protocol
-
Tags are great but mispelling or subtle word variation can create undesired tags. Normally one find out about a wrong tags exactly when you need to use it. You want to tag note, start typing ahead to find your existing tag and the one you find is mispelled. You can choose to use it and make a reminder to review your tag later, but it's an unnatural process Please add "Rename tag" to the tag menu displayed when clicking the arrow near the tag itself. It would be a great help to keep tags neat and consistent
-
I suppose you never used a computerized calendar system where you can add anniversaries or all-day events? Outlook, iCal ....😉 What you call GUI fuzziness, is being able to assign a date to a reminder without a time slot ending on the calendar or being reminded at a certain time of the day by the Evernote alarm notification. I would think that is a very user friendly feature as it is in the above mentioned programs
-
This is really bad and connected with another bug I reported elsewhere. If one browses with key up and down the note list and suddenly hits a note without body, the cursor jumps automatically to the note body and I can no longer use key up and down. I looks like a badly designed and implemented shortcut to start quickly typing in the body. I want to be able to have notes with only a title without being forced to edit the body (i.e. like a quick reminder or todo) If EN is really into forcing users to write a body in the note, well then I suggest to remove the Title field entirely. Whatever is written on the very first line of the body could be considered the "tile" metadata and treated as such im views, api and so on. Not a a pretty solution but in line with some other twists we are experiencing in the product
-
v 10.2.4 build 458360 public Editor: v111.0.14414 Service: v1.21.2 I use saved search to list notes that have a reminder marked as done across all my notes/notebooks (reminderOrder:* reminderDoneTime:*) I process each note deciding if the note has to be move to trash or the reminder has to be "removed" and the note moved to a specific notebook. No matter what I do (trash the note or remove the reminder), the note stay listed in the search result. There is no way to update the search. This is really annoying and breaks my workflow. In Evernote Legacy, the search result is updated instantly and the manipulated note disappears as expected from the search result. Search has been praised a lot as one of the major feature being implemented in the new version. The way this work now is a major stepback compared to Evernote Legacy
-
Regarding the GDT usability, it would allow marking notes that represent actions to be done on a specific day but not on a specific time. This is also relevant in a non GTD scenario when one simply want a reminder of daily events (like a birthday, anniversary ...etc) Regarding usability/interface, you could add a "No time" button above "No date" and a "No time" entry above "12:00 AM" Regarding when triggering the reminder, there could be a "preference" that triggers "No date" reminders at a certain hours if wished. And they could be sent with the daily reminder emails as well
-
Links to Tags, notebooks, stacks, and saved searches
Andrea Bisiach replied to Debayne's question in General Feature Requests
Please allow creating internal links to Notebook as it is already possbile for Notes. Thanks -
As you can see in the first picture on the leftside (EN V10), there is a single shortcut named "at:" In the legacy version (first picture right side) the shortcut correctly display it's entire hierarchy In the second picture, you can see how the tag hierarchy is correctly setup under tags for both versions. So the problem is simply in the shortcut display v 10.2.4 build 458360 public Editor: v111.0.14414 Service: v1.21.2
-
v 10.2.4 build 458360 public Editor: v111.0.14414 Service: v1.21.2 Minor bug in the new release. The Notebook menu "..." list among the other "Rename notebook F2". That works fine bringing up the dialog box to rename the notebook. But if in the same scope I press F2, i actually jump on the currently selected note subject to rename it. So there is discrepancy between keyboard and mouse
-
Cannot select more than 50 notes
Andrea Bisiach replied to cheesybrit's question in Evernote for Mac Requests (Versions 10.0 and above)
In V10 is no longer possible to select more then 50 Notes. Can this be changed/fixed? It seems like a weird limitation -
Found in: v 10.1.7 build 458354 public Editor: v109.0.14125 Service: v1.20.26 To reproduce: 1) Open evernote 2) Go to all notes 3) You focus is on the note list (a not might or might not be loaded on the right side) 4) Open finder 5) Select a PDF 6) Right click PDF and chose "Open With" and the "Evernote" 7) Evernote App is comes back in the front of Finder 8 ) Nothing happens 9) Click a note in the note list or the note currently displayed in the right side 10) Now Evernote kick in, create an new note and import the pdf file
-
Hello, Imagine the scenario when you make a search that returns many results or simply want to browse the list of notes in a notebook. Well it used to be that you can simply use the keyboard up and down to move across the list and the note would load and show on the right side (hopefully, soon at the bottom too as it was possible before) Well, it Evernote 10 is no longer possible. I would have classified this as a bug I let the community respond on this and eventually vote it up and maybe move it as bug. Now you meed 2 keystrokes for each note. Down, Enter, Down, Enter, Down, Enter....... Simply to see he content of your note. Again, as other examples, it seems that product design, development and usability is too much mouse oriented and has forgotten the benefits for proper keyboard navigation in terms of productivity and ergonomics (please spare my wrists carpal tunnels for mouse overuse ;-))
-
In my opinion, if it works as designed is badly designed. It seems that keyboard usability has been completely forgotten. If I navigate up and down with arrow keys, I expect to see the note content on the right (or hopefully soon on the bottom too again) This does not work anymore unless you first press enter, or unless the note has no body. Very poor inconsistent design in my opinion. 99% of the time you will need to press keyboad up and down + enter (1 extra key stroke just for navigation) The few times your note has no body you will be stuck in the note and again need to use unnecessary keystrokes to go back browsing your list of notes