Jump to content

AlbertR

Level 4
  • Posts

    683
  • Joined

  • Last visited

  • Days Won

    1

AlbertR last won the day on January 16 2023

AlbertR had the most liked content!

7 Followers

About AlbertR

  • Birthday 02/27/1962

Recent Profile Visitors

3,326 profile views

AlbertR's Achievements

475

Reputation

2

Community Answers

  1. Hi @Ferol, Amelia is our friend. I've got answers to two tickets of mine from her (beside others). It seems like she's not the only but an active one there ๐Ÿ˜‰
  2. This is only to force a broken file. EN will see the file (anytime later - maybe closed automatically from operating system) and re-import it. I hope (and cannot imagine any other) it will be re-imported only after it is closed. If EN would try to import a file that's currently opened for write from any other process, this would be a big fail.
  3. I don't think so. An attachment is a single item that will not be separated to pieces to be transferred between EN client and server. If an attachment is incomplete, it is a problem of the foreign application (corrupted during save because of application died?, file system problems?, ...)
  4. As long as EN10 does not show the updated date of attachments, it's very hard (nearly impossible) to track whether changes are re-imported. I've already submitted a ticket on that (see 053 - Show update time of attachments)
  5. That's an other case: What you see (and want to see) is a Tooltip that shows other information than the title. In this case, the Tooltip is placed well because you what to see all information regarding your task. A "Tooltip" just to display a complete title because it's shortened should be placed exactly over this title line (or should be opted out completely ๐Ÿ˜‰)
  6. The background/"highlight" issue is the same in Notebook view in left pane, but as follows: Hovering over lines in left pane makes the line darker (vs. lighter in note list) Selecting a notebook is not visible (vs. lighter in note list) But: Selecting a tag makes in darker ๐Ÿค” Best practise should be to follow the same rules in left pane and note list.
  7. Sorry, does not work ๐Ÿ˜ž I use top list view but cannot widen the title column more than 14 cm - even on a screen that's 80 cm wide! WHY do they try to be so carefull around our screen space? ๐Ÿค” They should have a look to other apps like Outlook to find solutions: Pop-up should be only one-lines (like the titles) and appear exactly on line with the shortened title to avoid covering lines above or below.
  8. My first idea was to export last edited notes as ENEX just before trying all other stuff - but unfortunately this is impossible with notes that contain images and attachments ๐Ÿ˜ž I've logged this as 054 - Export to ENEX with attachments is impossible when offline for further discussions and submitted a ticket.
  9. Problem Description Even if a note is completely available on client site, it is impossible to export it in ENEX format as long as the computer has no internet connection:... Even embedded images (like the above) are counted as attachments -> no export possible... Expected behaviour If a note is completely available when offline, it should be possible so export it in ENEX format Please note: This is the only fallback recovery possiblity in case of internal errors to get back to online mode! Workaround not available (except waiting...) Background information (See also...) Failure to get online: Forum discussion Showing "syncing temporarily paused, ..." Ticket #3848156
  10. But 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, ..."...
  11. Added this as 053 - Show update time of attachments and opened a ticket - was already on my todo ๐Ÿ˜‰
  12. Problem Description If you attach a file to a note, you'll see only its name and its size This is problem when editing attachments with foreign applications: EN lingers for changed versions of the file (i.e. when saving in foreign app without leaving this app) Changed versions are imported in the background (sometimes noticable by a flickering of the EN window if the note is currently viewed) But you cannot verify whether and when the import has occured Expected behaviour EN should display the file's update time either like we all know it from old versions or simply between name and size: Workaround None Background information (See also...) Forum comment in Missing features, bugs and wishlist in v.10 Support ticket #3848096
  13. 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...
  14. 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
×
×
  • Create New...