Jump to content

Jimm Chen

Level 2
  • Content Count

  • Joined

  • Last visited

Community Reputation

3 Neutral

About Jimm Chen

Profile Information

  • Subscription
  1. Sigh, it hardly helps. You execute "Match Note Width", and the table just changes from one fixed-width to another fixed-width. The width still does NOT scale automatically with window width.
  2. To re-emphasize, Evernote 6.6+'s new-style table is so annoying! Please fix it, my dear Evernote developers. For a very long table(vertically long), it is a real pain to see the right-side truncated content. As the two figures shown below, I have to scroll down to end of the table, drag the horizontal scroll bar, then scroll back to head to the table. It breaks my sanity. Let's see how Evernote 6.5.4's old-style table behaves, it shows me complete horizontal content even with a very narrow window width, which is the desired behavior. Two more suggestions:
  3. This problem can be easily seen for docs.python.org. And it is still not fixed in version 6.15.3 . For example, using Chrome v68, ,copy content from https://docs.python.org/3/library/abc.html , pasting it into Evernote, we see the problem again.
  4. I'm using Windows 7 with Evernote, and this long-existing problem still exists, and I hope it be fixed in near feature. It exists with 6.5 as well. For example, find a code block(text inside HTML <pre> tag) from https://docs.djangoproject.com/en/1.11/topics/db/models/#many-to-many-relationships , using Google Chrome v65, copy it and paste into an Evernote clip. You'll see that line-breaks are lost. Pasting it into evclip, line-breaks in <pre> block are lost: I cannot figure out the rule this bug happens. It just happens sometimes on some web p
  5. Two days ago, I was force to upgrade from Evernote 6.5.4 to (on Windows 7). I had been sticking with 6.5.4 because I love its "proportional table width" feature(see my link). Now with 6.13, I found a problem that seems impossible to work around as a programmer user: When I copy a block of <pre> content from some webpages(for example) and paste it into an evclip(Evernote clip), the text formatting from <pre> block is all lost. We know that we use <pre> to protect spaces and linebreaks from being tampered, so we expect the code text to remain valid aft
  6. This random image broken behavior seems to exist until today(Evernote 6.13). My best bet to avoid such problem is to manually confirm whether the image content is actually embedded into the enote(=Evernote clip). How to? Check the "Save As..." context menu item. Detail below. If we copy a block of content from a web page(including some image) into note area, and right click the just "paste-in" image, the right-click context menu will contain a menu item of "Zoom". At this time, we don't know whether this image has been embedded into our enote. To confirm, we have to close
  7. Well, I see it. It really does the work. Thanks. However, I really miss the pre-6.6 table behavior of no-horizontal scroll table. That is: table column width is adjusted proportionally when I enlarge or shrink Evernote window width, so that I need only to scroll in one direction(vertically) to see the whole page content. If we really need a horizontal scrollbar, the scrollbar should be at window level. Evernote 6.6's per-table horizontal scrollbar is really weird. Of course, it will be best if you present per-table choice; user determines which scrollbar mode he likes
  8. I'm frustrated by a problem when upgrading to Evernote Windows desktop version 6.6.4 which is related to HTML tables. I'm a heavy user of tables, because tables make information structure very clear. I used to have a bunch of table templates with colored headings so that my tables are more eye catching. You can get my templates here: http://www.evernote.com/l/ABUzJRLa4hpKxJ0R7Q9IsewpFu40vsmYqH0/ In 6.5.4, they are displayed very well: But upgrading to 6.6.4, all header background colors are lost, and column width cannot be changed by dragging. I admit
  • Create New...