AlbertR

Rows? Please provide a screenshot.

Sorry, it's a very old issue - you can find this also in older versions 😉 Reason behind: Attachments are stored as references to files (anywhere inside EN locals database). As long as the hash code of these files are identical, you have to store only one copy of the files. Because of this, all changes to the file seem to be done in all these "copies". IIRC this effect comes up even if you extract a file, rename it outside EN and re-import it. You have to do some minor changes within the content of the file before a re-import. Hash code for the file seems to cover only the content - not the file name...

Sorry. This advice is nonsense Support points to Forum (see @david_navigator's posting from Wednesday) Even Feedback@Evernote.com is a black hole and answers with "If you require support or have any questions, please check out the articles in our Help & Learning or get assistance from other Evernote users in our discussion forums.") So all offical ways to Evernote point back to here. And even if here are very few developers, I'm highly interrested in such workaround postings like seen from @hefty-pie

FYI: Ticket #3847347 opened

Problem Description In light mode currently selected notes are marked with a light background in a note list If you hover with the mouse over an other note, this is highlighted in the same manner: 052 is selected, 050 is only hovered. This is annoying and leads to problems very often (i.e. when hitting the <DELETE> button, that will delete the selected message whereas the user assumes the hovered one...) BTW: Expected behaviour Hovered note should be highlighted darker than "normal" background Really selected notes (maybe more than 1!) should be highlighted clearly darker than hovered and "normal" background BTW: Former versions did the job very well (like Outlook and all others...): Workaround None. Work with care 😤 See also Ticket #3847347

Maybe he DoubleClicked on a ENEX file by accident. This imports notes with no further question...

Yep, me too. Even for simple note changes... A filter "updated:day-1" works - but I've to wait an unpredictable time to get really all changed notes listed. 😤 I'm on EN10.79.2 but meet this effect since I really work with EN10 (a least 2 weeks). Maybe because I use this search too often? 😉

FYI: Submitted support ticket #3846250 on this. It drives me crazy that EN opens single notes that hide note lists 😤

Yep - they create either links of type "evernote:///..." or "https://www.evernote.com/shard/...". Both URLs point to the note - one is used to use the app as a destination - the other will go to EN-Web. But (and that's my point): If you paste either of these links to Word, Excel or any other program outside EN, you will get only these URL-Texts which is very inconvinient. 😤. Some programs may change these text lines to links - but without knowing which text is to shown because this text (that we know from EN as the note's title) is not included in clipboard data... Please see discussions Making Excel open Evernote links in the desktop app - not working properly and Paste internal links as functional URL to other applications (Outlook, Excel, Word, ...) for more detailed information on this. I've explained it to Support - they forwarded it to Development - but nothing has changed since months. Now we are forced to use EN10 and ... <sorry, will not re-start this discussion>

Because every new- and update-installation of EN10 will remove Legacy program (not data). I've done this at least 20 times the last months 😉. I takes me only some minutes to re-install and setup my options (because these will go when Legacy's uninstall-procedure executes...) The automatic un-installation of Legacy will be a problem in future also. If you try to keep Legacy running without iNet access (see hints above to use a firewall setting), you should do this only on a separate maschine. Never install EN10 there!

Feature Description As a user and knowing that EN is an Electron app, it should be possible to change the GUI by CSS configuration files to (i.e.) remove some empty space in the sidebar adjust space around tables and its cells adjust text sizes and text block spacing define own colors for window parts, headlines, URLs, ... Expected behaviour Either within settings there might be a page to define a limited set of changeable things Or support a defined file to be read during app startup to re-write default EN settings (in CSS syntax) BTW: Joplin seems to have this possibility... Workaround none so far - we're limited to ENs dark or light UI schemes 😞 Background information (See also...) Long lasting forum thread New UI - Experiences Bad and Good and many others... Public link to this note: 016 - Use CSS files to modify GUI or at least some display settings (B.06)

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