-
Posts
765 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Events
Forums
Blogs
Gallery
Downloads
Posts posted by AlbertR
-
-
FYI: Submitted support ticket #3846250 on this.
It drives me crazy that EN opens single notes that hide note lists 😤- 1
-
16 minutes ago, gazumped said:
? There are two options for note links behind the three dots menu
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>
- 1
-
15 minutes ago, justacat said:
Why do you have to reinstall legacy if you already have it installed and running?
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)
- 1
-
-
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:
-
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:
-
Request Paste internal links as functional URL to other applications (Outlook, Excel, Word, ...) which has not been implemented so far.
-
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:
-
-
1 hour ago, p1154 said:
I agree with you. I rely on the same field as well. As I mentioned Joplin is similar to Evernote v6 and allows the updated field to be user edited
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 😉
- 3
-
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
-
-
2 minutes ago, s2sailor said:
Personally, I think bugs should stay off your list. Evernote has a system in place for managing bugs and will rank them as they see fit. Including them in your list, IMO, will only dilute your feature request list.
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.
-
3 minutes ago, Feitz said:
We should not put too much effort into these priorities.
Federico beg for that. So it's a need to get him as our friend 😉
-
1 minute ago, ferol said:
A3 can be downgraded to Medium
Done.
1 minute ago, ferol said:But let's keep the high on A.14 - "one click" export all notebooks
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?
-
3 minutes ago, ferol said:
...that's exactly why I excluded my Slovak from the priorities...
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. -
6 minutes ago, s2sailor said:
Group prioritization will be difficult. ... 025 is the same priority as 008.
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
-
10 hours ago, ferol said:
Please check priorities to see if I've really given something important a low priority.
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 😉)
- 1
-
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)
- 1
-
-
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
-
-
20 minutes ago, gazumped said:
Workaround - use Windows key + arrow keys to move window left or right.
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:
-
-
1 minute ago, Jon/t said:
I left a bug report about it.
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...) -
-
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>
-
-
1 minute ago, ferol said:
What are those import limits?
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.
- 1
-
6 hours ago, justacat said:
Does it also back up note meta-info, like tags, dates created & updated, source URLs for clipped web pages, etc.? And by some miracle does it preserve internal links? Does it back up all the note version info or just the current version of the note?
- 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
-
15 minutes ago, agsteele said:
When importing from any ENEX file whether created from Legacy, v10 or evernote-backup they are treated as new notes so the dates will be updated.
"Updated" to what? Many see this as a bug:
- 2
-
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
-
- 1
-
V10.79.3 Sometimes filter by tag fails for recent notes on desktop/web versions
in Evernote General Discussions
Posted
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? 😉