Jump to content

AlbertR

Level 4
  • Posts

    765
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by AlbertR

  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>

     

     

    • Like 1
  2. 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!

  3. 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...)
    • Like 1
  4. 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...)
  5. 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 😉

     

     

    • Like 3
  6. 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...)
  7. 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.

  8. 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:

    image.thumb.png.1b448c8ca9ff6e5c90e0b99143accd77.png

    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

  9. 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":

    image.thumb.png.139d2925b1039cffa44fa4f00c7c5346.png

    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 😉)

    • Thanks 1
  10. 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...)
    • Like 1
  11. 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
  12. 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... 

  13. 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...)
  14. 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...)
  15. Bug/Feature/Problem Description
    • There are no Keybard Accelerators in EN-app's main menue bar available.
      • image.png.307a968b54becb7dbd714f2995ea3445.png

    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>
  16. 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
  17. 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...)
    • Like 1
×
×
  • Create New...