AlbertR

Problem Description OK: Internal links to other notes may be pasted to notes correctly as HTML links with title in green colour and an URL behind. Example: xxx - Paste internal links as complete HTLM link (with title and URL) into foreign applications Fail: When pasting this to other applications (like Word, Calendars, ...) only the URL is pasted as plain text. Example (same "link") evernote:///view/245265494/s472/bc41dd41-3184-057d-6a07-e10a8072fe83/7f6f6d0f-63a2-31ff-2f84-45d63f9d9648 OK: If you try to cut such text and paste it back to EN, EN tries to translate strings of form "evernote:///view..." back to a valid link If possible, a valid link (with green text and URL behind) appears in note text. Expected behaviour EN should copy a valid HTML link (containing title and URL behind) to the system clipboard Workaround Mark title and copy this as text to the foreign application Create internal link for note (Ctrl-Alt-L) Modify already pasted text in foreign application to become a hotlink (mostly used: Ctrl-K) by pasting the URL to appropriate input field Background information (See also...) Legacy worked completely correct. Funktionality was heavily used. Former discussions: Issue Making Excel open Evernote links in the desktop app - not working properl led me to Request Paste internal links as functional URL to other applications (Outlook, Excel, Word, ...) which has not been implemented so far. EN10 - missing features (from beloved Legacy) Already opened Support Tickets: #3735902 has been escalated to elsewhere (hopefully development) in August 2023 but I've never got further feedback This note viewable in public: 049 - Paste internal links as complete HTLM link (with title and URL) into foreign applications

Yep - but editing this field would be only a weak workaround for this dangerous fail. EN should mark a note as updated only if content is changed attachments are changed title is changed (*) All other metadata changes must not change the updated date: tags creation date reminder and reminder done dates notebook assignment (*) Note's title is metadata because it is not part of the core content. So we might discuss whether a title change should modify the updated date also. I can imagine that some people even want to avoid to modify it during gardening sessions around their notes 😉

Feature Description If notebooks are shared with other users, they may contain tags that are structured on owner's site. Other (sharing) users want to see the tags in the original structure. Currently, all the Tags appear in the top level for this user and it's making a mess there (if the sharing user also uses nested tags) Expected behaviour Either distribute a tag hierarchy together with shared notebooks ... and show this hierarchy in parallel to hierarchy of sharer Or allow other accounts to include imported tags from shared notebooks to their own tag hierarchy Workaround there is no workaround so far Hint: Foreign tags are marked with the sharer's account ID to identify them easily - but's not the solution... Background information (See also...) Evernote missing features, bugs and wishlist topic A.15 and A.16 EN-Support ticket #2364595 (für Teams accounts) since 07.02.18

Yep - at the end we'll present two lists (filtered by "=Bug" and "=Feature"). It's a never ending story around SW development to accept things as a bug. We found (especially with EN) that they start to think with EN10. From this point of view (forgetting all stuff that has been available in Legacy versions), nearly all is a Feature 😞. But that's not my feeling. Many of our =Bugs are just things well loose with the new version. In our organization this type of incidents is called "Downgrade Bug" (often as a result of less QA) and gets very high priority because customers rely on used functionality over years.

Federico beg for that. So it's a need to get him as our friend 😉

Done. OK - but this might result in less belief in our goals. ENEX does not contain notebook names (since the beginning), so EN should create one ENEX per notebook. Moreover this helps to leave EN - is this what we want to achieve?

Sorry - my fail (I read "see above" as "like above line" 😉) But I'll leave it in "High" because it's a bug and simply forgotton in App. Spell check definition files are available either from former version or in Web environment.

Yep - that's what is meant with "Please do not take these "High"-issues as a final list" 😉 We have to find more parameters like a differentiation between Bugs and Features. Here're two view with appropriate filters: Whereas 025 is a Bug, 008 is listed as a Feature. So if the next Release is intended to be a Bugfix-Release, they should focus on Bugs (incl. 025 - it's a little thing) and might ignore Feature 008 (has never been necessary in the past...). My opinion would be to lower 008 at all (and push up Bugs 005, 011, 032 and 042 to highest priority 🙏) But all-in-all this list has not been finalized (and will not even within the next weeks 😞) Kleinigkeit

Prioritizing among a couple of people is a difficult task (and normally to be done by product owners) 😉. I (we - @ferol an myself) feel that managing such a list will cost much time that should be spent for our businesses... BUT: We have a parallel approach to keep track of our (user's) needs: I opened an EN account to collect issues in smaller pieces. This allows to assign areas of interest, priorities and a more in detail description of the topics. Changes to these properties can be handled as easy as all of us are used to work with EN 😁. Here's a snapshot of issues coming from Ferol's list and currently marked "High priority": If someone feels able and is willing to help with the list, please write to me by using forum's message functionality. Maybe I can share parts of the account... 🤔 (@Federico Simionato: Please do not take these "High"-issues as a final list for the moment - it's neither complete nor balanced 😉)

Feature Description EN opens any attachment by launching the Windows-defined handling program (i.e. XLSX files in Excel, ...) Sometimes you need to open an attachment in an other program for any reason To do so, many (all other programs?) offer a command "Open with..." to choose that program This command has been implemented in former version - but not with EN10 Expected behaviour Offer a command "Open with..." (maybe on Right-Click on the attachment?) If this program changes the therefore saved attachment, this changed file should be read back to EN's note) Workaround Export attachment, start desired program, open exported attachment, change and save it or not, read changed file back with normal note editing commands... Background information (See also...) Ferol's Evernote missing features, bugs and wishlist topic C.03 This note: 017 - "Open with" on attachment Related topics: 048 - Cannot open XLSM file to edit (changes are not read back to note)

Problem Description If I add an Excel .xlsm file (spreadsheet with macros) as an attachment, it is available and can be opened by Double-click or ...->Open command. Like with .xlsx files (normal spreasheets), it is saved to a subfolder of your personal documents-tree ...DokumenteEvernote...external-edits... OK up to here... But: If you change anything within the XLSM document and save it, EN does not read it back to the note to replace the current attachment Expected behaviour Any attachment that has been opened from inside EN should be read back und updated within the note Workaround Save XLSM file to import folder and move it from newly created note back to your working note Or: Save it to elsewhere, and exchange attachment with file from folder And: Do not forget this after-work! 😞 Background information (See also...) Already opened Support Ticket: #3839476 since 25.02.24

THX - but this does not work if you use special windows arrangement programs like MaxTo because they often re-bind WIN-Arrow keys to shift windows only to the left, right, upper and lower side of a screen without changing the screen. And: You have to select your hidden EN window first - difficult 😉 Better: EN fixes the bug...

Problem Description If you have implemented server API scripts that try to work on newly modified notes, you'll get error messages like "RTE room open" and cannot change the notes Example: If've implemented a Make scenario that search for notes marked with tags like ">>1", ">>2" or ">>w" Purpose is to change the reminder date to 1, 2 or a week in advance As soon as I assign the tag, EN syncs anytime (in this case too fast 😉) But keeps a so called "RTE room" open as long as the interactive EN app assumes further chances on the note Scenario runs with no explicit trigger from outside ... and finds the note - but locked for changes... Expected behaviour Either hold back syncs until an explicit Sync operation is started on client (App) site Such explicit syncs should close all currently opened RTE rooms Or simply set server API calls to a stalled state until the RTE rooms get re-opened At least server API should be enhanced to allow explicit "waiting for note is editable" to allow API users (developers) to handle such situations more comfortable Workaround Immediately leave you note after changing tags or edits Reduce schedules on server site to run on longer intervals to minimize error situations Background information (See also...) Discussions: Hourly API call limit This note: 047 - RTE sync is too fast to connect API apps on server site?

Could you (any of course others) please mention support ticket #s here (if it's a "normal" bug report)? I'll add the numbers to my notes that I maintain along with the postings. On a long run this should help you and others (including support) to keep tickets and postings in sync 😉. THX

Bug Description Try the following Use a second monitor move main EN-Windows to that second monitor close EN remove second monitor re-start EN EN starts but is invisible because it keeps placed on second (now never existing) monitor Expected behaviour EN has to measure actual monitor size(s) on startup. If saved window placement is outside available monitor space, adjust placement to assure the window is visible at least the upper right corner of the window has to be visible to enable further changes... Workaround Plug in second monitor, move EN to main monitor and remove second Background information (See also...) This note: 045 - Main window on second screen not accessible if screen has gone

Bug/Feature/Problem Description There are no Keybard Accelerators in EN-app's main menue bar available. Expected behaviour In the above example a Windows user expects "Notiz", "Internen Link kopieren" und "Weblink kopieren" to have emphasized characters (with unterlines) to be able to type Alt-NIW to execute the command... Workaround use the mouse 😤 Background information (See also...) Advantages: Keybaord Accelerators ... ... are commonly used among professional Windows users to speed up their work😉 ... especially if specific commands do not have a EN-predefined keyboard mapping ... makes it easy to use automation scripting languages like AutoHotKey This note: <shared URL>

It's not an import limit - it's the later coming upload limit/month that bothers some users who tried to export/import their whole notebook structure.

Tags: Yes Dates created: Yes Dates updated: No - imports sets the note as updated now! Source URLs for clipped web pages: Don't know please check yourself and post findings here 🙏 Preserve internal links: No ... because internal note IDs are not stored any internal links to a note will fail

"Updated" to what? Many see this as a bug: 004 - Import from ENEX does not preserve note update date

Problem Description There is no indication if a note is (or all notes are) saved or synced completely This is important if you want to be really sure something is saved. Think about in the following situations. If you... ... meet problems with search operations (results missing?, false results?, slow answers?, ...) ... miss attachments (on current or other devices) ... want to turn off the computer ... go offline before starting a longer journey without reliable internet access ... <tbc> Expected behaviour Every single note should support a small sign of "need sync" best as a flag that can be shown along with note lists (in a special column) Sync state indicator on every notebook and stack in tree best as a flag just behind the notebook or stack name if any notebook carries unsynced notes, it should be flagged as "need sync" if any stack carries unsynced notebooks, it should be flagged as "need sync" if any notebook or stack is unsynced, the notes tree root should be flagged as "need sync" "need sync" indicator might be a small animated circling GIF (like in OneDrive) or a simple black or white bullet (like seen in OneNote for unread content) Workaround Wait and hope... 😴 Background information (See also...) Discussions: Evernote missing features, bugs and wishlist topic C.17 Need way to force a sync

Problem Description You can configure a note list to show note Sizes (OK) But the list cannot be sorted upwards or downwords - WHY? Even if we do not pay for storage on EN servers, we pay for time for transfers - so it might be a good idea to save storage 😉 Some users might pay for storage on there own maschines (mobiles...). Or whilst searching for "I'm sure there was a long discussion, huge attachment, ..."... It's so easy to develop it in modern UI design environments like Electron 😞 Expected behaviour Clicking on column "Size" should sort the list by note sizes including attachments Workaround None BTW: Best case would be to have no such additional tabs - and show/sort all metadata in one note list... Background information (See also...) Discussions: Ferol's Evernote missing features, bugs and wishlist topic C.19 Related topics: 003 - Manual sort Notebook, Tags, Notes Ticket #3848141

Problem Description You can configure a note list to show Reminder Dates (OK) But the list cannot be sorted upwards or downwords - WHY? Expected behaviour Clicking on column "Reminder Time" (or Date in English UI?) should sort the list by this time. Workaround Sometimes EN shows a tab "Reminders" in which you can sort by Reminder Time But this tab does not show very seldom (don't know when) BTW: Best case would be to have no such additional tabs - and show/sort all metadata in one note list... Background information (See also...) Discussions: <tbf> This note: 042 - Sort Notes by Reminder Date Ticket: #3871731

Why only the location? Following this argument clicking on it should open a dialog to change all metadata... But it conflict with "If I click on something, exactly this is to be changed"

Whow - but mainstream is using Outlook (or whatever has billions or users) and I think best idea to catch users from mainstream is to make them feel familiar from start on.

Yep - allowed 😉. But I think EN should go with commonly accepted UI Guidelines. Very special tricks worry new users. The rule is easy: If I click on something, exactly this is to be changed or executed (if it is a button or text that explains the function).