Jump to content

Jason Miller

Employee Alumni
 View Profile  See their activity

  • Posts

    397

  • Joined

  • Last visited

  • Days Won

    2

 Content Type 

Posts posted by Jason Miller

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    12 hours ago, Mason Chumpia said: 
    
<html>
<head>
  <title>Evernote Export</title>
  <basefont face="Segoe UI" size="2" />
  <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
  <meta name="exporter-version" content="Evernote Windows/305512 (en-US, DDL); Windows/10.0.15063 (Win64);"/>
  <style>
    body, td {
      font-family: Segoe UI;
      font-size: 11pt;
    }
  </style>
</head>
<body>
<a name="11966"/>

<div><span style=";">

<h2>Heading 2</h2>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h2>Heading 2</h2>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h2>Heading 2</h2>

<ol>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ol>

<h2>Heading 2</h2>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h3>Heading 3</h3>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h4>Heading 4</h4>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h5>Heading 5</h5>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>

<h6>Heading 6</h6>

<ul>
<li>One</li>
<li>Two</li>
<li>Three</li>
</ul>
</span>
</div></body></html>

     

    Exporting the note would be more helpful for Dev - you can right click on the note if the snippet view is shown or if the note is shown just go to the file menu and export - this provides the ENML - the markup language used by Evernote to represent the content of notes. Because ENML is a superset of XHTML, it's easy to present rich content in Evernote notes.

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    On 8/22/2017 at 3:11 AM, SvenSND said:

    Hi, thanks for this new version. The tab feature is great :D . I've noticed a bug when trying to highlight some text when a background color is set (cf. picture).

    Also when creating a note the focus is not set to the text area, and a click on the note is needed. But it seems this problem is adressed in Evernote 6.7

    ScreenClip2332.png

    Yes, it highlight removes the background - bug is filled the fix will be in a future

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    On 9/4/2017 at 11:04 AM, csihilling said:

    Yeah, my experience is that anytime you change the background color EN will change the text color to its default.  Changed text colors don't survive a background color change.  Reported in the beta feedback threads but no action was taken. 

    Known issue with a request to honor custom colors (i.e. not over ride what the user has selected) currently unsure of when this will be changed.

    • Like 1

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    On 9/4/2017 at 9:35 AM, Gauthier said:

    I have a problem with the new tables :

    When I change the background color in a specific cell with black text, and I pick a color such as dark green, my black text changes automatically to "white" . It is really annoying as I sometimes have my text written in different colors, not only black, and I have to readjust everything.

    It is a nice idea in theory to automatically adapt the text to the background color used, but not in practice as it messes up the existing layout. Or at least, put an exception to the rule and don't change the text color when it is different than the default one (black). 

    Known issue with a request to honor custom colors (i.e. not over ride what the user has selected) currently unsure of when this will be changed.

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    On 9/3/2017 at 0:22 AM, Mason Chumpia said:

    Preface: Most of my notes are written in Markdown and sent to Evernote via the sublime-evernote plugin.

    Since the 6.6 update, I've noticed a change in the way header elements and lists are rendered together in the Windows client. Specifically, there is whitespace missing between the end of unordered/ordered lists and heading elements when followed by another header of the same level (in this example, <h2>).

    en_windows.thumb.gif.f6f98d00d93539ce43ef8a35515be594.gif

    This was not a problem prior to the recent update.

    The note in the Android and web clients appears as expected.

    en_android.thumb.gif.ec3324280dd40354a51184aad4138607.gif

    en_web.thumb.gif.9b5360741b2bb240f47936de583691ca.gif

    So the problem happened with 6.6?  (which had an update to the editor) - could we get copy of a note that is having the problem, so dev can take a look?

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    16 minutes ago, EVERPDR said:

    Thanks for the response, but does that make the most sense? It means that I have to 'match width' for every single table, within every single note, every time I open the note or resize it. That seems like an awful lot of work in the long term!

    I can appreciate that it allows people to create wider tables but the result is a very awkward user experience.Untitled.thumb.png.3e430db9c81b13b4dadffcd4b07e097f.png

    For example, I take notes of important telephone calls, and refer back to them throughout the day. With the latest update, the information I refer to is now hidden from view until I select 'match width'.

    Please can you make this a default option, or give users the opportunity to do so?

    Never suggested it made sense.  I would per tables to stick to the width of my note most of the time (there is a feature request for this) - however for now this is the current design. :-(

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    22 hours ago, lhb said:

    Does anybody else have issues with note content NOT being displayed in the Windows client after upgrading, but just the empty window being shown with the message "Drag files here or start typing"?

    I have such notes. Interestingly export of the note still gives me an .enex file with the correct note content, but editing (the empty-looking) note corrupts it, with the original content being destroyed.

    I did submit a support ticket with an example note, but still want to get a feel whether other people using Windows have issues with note display and corruption. I'm getting real nervous here, after I had issues with wrong note contents and note corruption on iOS (which I then stopped using). Yes, paying customers can go back with note history and yes, one should have separate backup schemes, but if you're a reasonably heavy user of Evernote with a large number of notes you would like to have a tool you can trust, since Evernote is supposed to remember the notes for you, not yourself.

    That is something in the note that is causing a problem with updates to the edit - is this a note that is safe to share with our developers so they can see what is going on? 

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    7 minutes ago, s2sailor said:

    Sorry, I'm not following.  I didn't make any comments about tags in the note I shared with you.  I forwarded the note into my Evernote account without any editing.  Where I mention this is how it should look, that is just a direct copy of the note from my sent folder.  Also I am using 6.6.4.5512.  The problem is occuring in that version, not 6.7 beta.

    Sorry - tags I am referring are actually in the internal HTML structure you never have to see :-)

    I was hoping to get lucky and have a before (it goes messed up) and after note to look at, to see what is changing on the inside (under the hood so to speak) 

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    3 minutes ago, s2sailor said:

    To follow up, I am seeing the jumbled content on most forwarded or bcc'd emails into my Evernote account.  Attachments don't seem to be the problem, it does appear that it may be limited to notes being forwarded from my work Lotus Notes account.  I can't yet replicate this using gmail.  Using Lotus Notes is a corner case and I wouldn't expect Evernote to chase this one down, but please note it in case it shows up elsewhere.  Also, FWIW, this is new behavior.  I am using 6.6.4.5512 and it did not occur in the prior public version.  I did use two betas in between and am not sure exactly when it started.

    Do you happen to have one of these jumbled notes you can share? (we can at least take a look at it) 

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    8 hours ago, EVERPDR said:

    Since this update, I am constantly having to select 'match note width' for each table I view on a regular basis. 

    Even if I change screen, or move the window into the multitask (half-screen) position I then have to reset the width of each table. 

    Is there a way to make Evernote do this by default? Or is it a bug which Evernote will eventually address?

    Sorry, that is the current design with a request to make it stick to the width for when you resize the screen. 

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    16 hours ago, s2sailor said:

    Update - it looks like the new note content is not gone.  Scrolling through the note trail I have found the information but it is out of order.  It is not at the top of the note but instead buried in the middle of the note trail.  I'm not sure what it is doing, but something is squirrelly.  It seems like attachments in the note trail may be affecting this.  Anyone else notice this?

    Interesting, when I sent an email between 2 accounts and BCC'ed my EN account, I got the email just fine, in EN, then when I did a reply all, the new content of the new email is at the top of the new note - am I missing a step in your flow of events? 

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    10 minutes ago, csihilling said:

    Not quite the same, but I was searching for something and an older note appeared with the email header indented.  I highlighted the header and pressed outdent and the header disappeared.  Fortunately only one note, so Ctrl-Z got it back.  So something getting misinterpreted in the HTML I suppose.

    Anyone at EN wants the note I can PM the ENEX to you.

    You can through the ENEX file, the messaging system on this forums works fine for that

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    28 minutes ago, EdH said:

    Like it or not, Office sort of sets the expectation here, and "Paste as Text" means text only, and that is what you get and users clearly understand everything but the text (ASCII) is stripped out. Clean and simple.

    The other app that sets expectations is Chrome with its "paste as plain text." Again, no ambiguity there at all.

    Shared all this info (and comments) with the powers that be (PM, Dev, etc)

    • Like 4

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    39 minutes ago, tavor said:

     

    ^^^ This.

    When I choose Paste and Match Style, it's because I want to use the formatting I have in my note. If I wanted the source formatting, I would simply Paste.

    At least in my use, copying titles/headings is a very large % of the copying/pasting I do in EN because I want the title and link in an EN note that covers a particular topic for which that source article is reference material. I may have multiple such articles linked within one EN note. So with the proposed Paste and Match Style, I am left with two options:

    1. text of differing random sizes and a resulting sloppy looking note (which ironically counteracts Evernote's seeming constant push to prioritize aesthetics even at the expense of functionality/productivity)

    2. manually edit the style of items I pasted using Paste and Match Style so that the items actually match the style of the note

    I think preserving hyperlinks is a great idea, and it certainly saves me time over my process prior to v6.6, which is to Paste and Match Style, then manually create the hyperlink. But I think Match Style should do just that. We already have simple Paste (CTRL+V) to preserve the formatting of source text.

    I think if you start a poll on this, the overwhelming response would favor Paste and Match Style do what it says and NOT make an exception for copied titles/headers. In fact, if EN insists on this route, I'll have to create a macro to replace Paste and Match Style with Paste and Match Style, then select the text and edit the formatting to match my EN default formatting.

    Edit: I started a thread on this particular issue here: 

     

    Thank you.  Please keep the feedback coming, I am sharing with the Product Folks

    Evernote for Windows 6.6 GA Released

    in Evernote for Windows Requests (Versions 6.25.1 and under)

    Posted

    13 hours ago, Schmurtz said:

    Waiting for the fix of the ctrl + shift + V.

    I agree to say that this little feature is very important :)

    Paste and Match Style - Target is 6.7 - hopefully as soon as the first Beta

    Paste and Match style removes these - font, size, color, align, indent, trailing whitespace (note: it won't remove items tagged as Headers (like the title of some articles) ) 

    • Like 1
×
×
  • Create New...