Jump to content
We apologize for the inconvenience, but chat support is currently unavailable. Please feel free to submit an email ticket or reach out at discussion.evernote.com. Thank you for understanding. ×

Johnathan Hebert

Evernote Staff
  • Content Count

    212
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by Johnathan Hebert


  1.  

    Quote
    1. So tables that scroll sideways on the PC won't scroll sideways on the iDevice, they will force fit to the available screen?  

    Correct

    Quote

    But they should maintain proportional column widths to the PC?

    Correct

    We are working to make tables scroll sideways on all devices, but there will be a period where some devices will still have the existing, non-sideways-scrolling, tables behavior.

    • Like 1

  2. On 6/3/2017 at 11:07 AM, csihilling said:

    In the new Windows version you use a scroll bar below the table to scroll left/right.  However, the table will force fit to screen width on the phone.  And if you edit the table on the phone, when you look at the new version on the PC the columns are now all the same width.  

    Best not to edit anything on the phone if you want to preserve the table layout on the PC.  Hopefully this is a bug which will get addressed.  In previous releases you could create a fixed width table, not so anymore.  :(  

    Screen shots.

    1.  Showing the middle of an 11 column note that is wider than the note width, variable column widths.  Windows 6.6.2 Beta.

    1.png.6a01181c26011f4d3d257a41f258e9ae.png

    2.  Note in landscape on phone.

    2.thumb.PNG.32eebe6aefe295e165a6a057471ecb28.PNG

    3.   Note as text is added on phone.

    3.thumb.PNG.0061897dea68218a4ca95c20292fce8c.PNG

    4.  Note as it appears back on PC.  Note is wider than note window as you can see by the scroll bar, but notice how all the columns are now the same width.

    4.png.4ce7f7280cfbd825c7fa67b445467235.png

    Thanks for reporting this -- when the table was first displayed on the phone, the columns should have been correctly sized relative to one another, like they were on Windows, but the table total width should have matched the note width.


  3.  

    Quote

    Regarding the tables issue, will the tables that have been squished to a very narrow column be fixed or do we manually have to fix them, and the 'bug fix' is that it shouldn't happen to new or fixed tables?

    You will not have to manually fix them -- unless you edited and saved the note while it was displaying the squished tables. And correct, the bug fix is that it should not happen to new or existing tables. (I'm not sure what you mean by "fixed tables")

     


     


  4. On 6/9/2017 at 0:34 PM, DebiB said:

    Thanks, @DTLow, for the info on your experience! Hmmm... That isn't what I'm seeing, tho... I also had some notes in which I created the table on my Mac, it was squished (some down to just 1 character) in iOS, and they are still showing squished in iOS now...and to the best of my memory, I hadn't edited the note in iOS.

    I'm assuming we don't know for sure if a note was edited in iOS, it will not automatically be fixed, correct? Or if there are other cases the squished tables in iOS will not be fixed? 

    Since a post to this thread has been added to the official Evernote thread on 8.2.2, I hope Evernote chimes in on this... I have an ongoing open ticket about something else, so I will squeeze in a question about this, as well. I also have to read the rest of the posts I haven't read yet, so maybe my answer will still be found.

    If you edited a note with squished tables on iOS, then it will not be fixed automatically. There are no other cases that I am aware of where the tables will not be fixed. If you have some notes with squished tables on 8.2.2, please send them to me or support, and I will take a look.


  5. On 5/31/2017 at 11:28 AM, csihilling said:

    I can confirm that overall table formats are note getting hammered by IOS, thanks for that .  Still some display issues on IOS vs PC.formatting.

    1. The font for a date created on the PC using Ctrl-; is not the default.
    2. Text pasted from the OP of this thread appears normal on the PC and lighter on IOS.

    ScreenClip.png.4457292c87e326cd960ae1b3002397c2.png

    IMG_0338.thumb.PNG.4b623d9ad687bce37737bd607479835b.PNG

     

    Can you send me this ENEX?

    Also, "PC" means Evernote for Windows, correct? Or does it mean the web client on a Windows PC?


  6. 3 hours ago, mwang said:

    One regression I've reported many times (starting back with 6.10 beta 3) is still there:

    • The problem of "Applying Simplify Formatting to clipped notes removed returns" hasn't been fully fixed. 

    The issue was at least acknowledged (by Johnathan, IIRC) once, but has never been fixed.

    Guess I'll have to stay with 6.9.2, again, since it's not even mentioned in the release notes. Sad!

    Thanks for mentioning this. Can you provide an ENEX file where simplify formatting removes returns, or point me to another thread where you provided one?

    Also, can you clarify what you expect to happen when you choose "simplify formatting"? It is supposed to adjust the underlying HTML of the note in such a way that it makes it more predictable and well-behaved while editing. For some complex notes, it is difficult to simplify it in such a way that accomplishes both (1) the exact same rendered look and feel of the note and (2) a predictable and well-behaved editing experience. For example, if you copy the entire yahoo homepage or the ny times homepage and paste it into a note, it will have a quirky editing experience because of the heavy complexity of the underlying HTML. However, if you simplify it, it will be more well-behaved, but the look and feel of the note will have changed.

    In other words, are you expecting "simplify formatting" to have no effect at all on the way the note renders?


  7. 1 hour ago, csihilling said:

    Bug.  I forward emails to EN from Thunderbird.  The message header acts as a table you can't see (if you right click in the header you get the table menu).

    Image.png.d9780d4e593bc48a2bdb767222ed0fb5.png

    Bad thing, if you export the note to HTML and then drag that html file back into EN you get a blank note.  If you remove the email header from the note and repeat the process it works.  Point being, it appears an note that was created by a forwarded emailed cannot be imported back to EN if it has "table" header.  This may be specific to Thunderbird forwards for all I know.

    I think this one has been there for a while -- can you confirm it did not exist in earlier versions? Also, I'm curious what context menu option you were planning to use on that email header?


  8. 9 hours ago, EdH said:

    How in the world do I create a note and then not save and sync it.?

     

    All I did in that example was create three notes with fake text, then merged them, to show what I was seeing in real notes. I've already deleted the merged note but it is in my trash. I can undelete it tomorrow when I get back to my PC. On my Mac right now and not sure the ENEX would be the same.

    Oh I understand now. I will see if we can reproduce in the latest internal builds. If so, the fix will not be in 6.6 Beta 2, but the following Beta 3

    • Like 1

  9. 12 minutes ago, EdH said:

    Is this a display thing or a my-notes-are-corrupted thing?

    It is a display thing, unless you save and sync the note, then it will persist the problem. If you are still seeing this issue, please provide a sample ENEX file and we can determine what is going on and fix it. This is a very high priority issue and I am really interested in any examples that can be provided.


  10. 17 minutes ago, kvitekp said:

    Same here. Merged notes' headers rely on html tables for their layout. Unfortunately, in the current note editor table visualization is seriously broken: all tables that were not created with this editor are displayed as a set of narrow columns with lots of vertical white space which makes their content impossible to read. This affects a lot of existing clipped notes since using tables for layout purposes is very common.

    This data loss case prevents me from using the current version because I have thousands of clipped notes that heavily rely on tables: for example, a few hundred notes with clips of electronic part orders that I need to refer to every now and then. Hopefully this problem will be fixed before the release.

    Pete can you give some ENEX files so I can test? We should not be touching any tables in web clips, emails, and several other note characteristics that we check for.


  11. 17 hours ago, doonyakka said:

    The email that the blank note was clipped from was attached alongside the ENEX, so that will give you an indication of what should be there. It's the same problem I flagged up in beta 1. It does look like Postbox is creating blank notes from certain kinds of HTML emails, rather than it being a problem with the note editor.

    I don't know who's responsible for Postbox integration, but I'd be happy to get in touch with them regarding this issue (unless you have a more direct line ;))

    Thanks for the update. It sounds like a Postbox issue, but we'll continue to investigate on our end.


  12. 50 minutes ago, Johnathan Hebert said:

    Hi @doonyakka The ENEX file is blank, so maybe Postbox is creating blank notes in some cases? What should be there? Here is the ENML from inside the file you submitted :
     

    
    <?xml version="1.0" encoding="UTF-8" standalone="no"?>
    <!DOCTYPE en-note SYSTEM "http://xml.evernote.com/pub/enml2.dtd">
    <en-note>
    <div lang="x-unicode"/>
    </en-note>

    I'm not sure if the ENEX file is blank when Postbox hands it to Evernote, or after, but I think it is possibly a Postbox bug.


  13. On 5/28/2017 at 5:10 AM, doonyakka said:

    I'm still getting blank notes with certain kinds of HTML email, clipped from Postbox. I could submit another ENEX, but it's the same issue as before, with the same kinds of email. Let me know if you want another sample.

    Hi @doonyakka The ENEX file is blank, so maybe Postbox is creating blank notes in some cases? What should be there? Here is the ENML from inside the file you submitted :
     

    <?xml version="1.0" encoding="UTF-8" standalone="no"?>
    <!DOCTYPE en-note SYSTEM "http://xml.evernote.com/pub/enml2.dtd">
    <en-note>
    <div lang="x-unicode"/>
    </en-note>

  14. On 5/26/2017 at 3:11 AM, mbajohr said:

    Working cross platform, mainly Windows and MacOS, entering a lot of data via Sublime Text with the plugin sublime-evernote, i discovered an display issue that only shows on Evernote for MacOS.

    A table, e.g.:

    
    <table>
        <thead>
            <tr>
                <th>header 1</th>
                <th>header 2</th>
                <th>header 3</th>
            </tr>
        </thead>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
    </table>

    renders fine for Evernote Web and Evernote Windows, but not on Evernote Mac (and Evernote iOS, as i just discoverd)

    On EN Mac every cell is on its own line, see attached image.

    EN-MacOS-table.png

    The real fun: exporting the as-it-seems-broken note from Evernote Mac to html and open it - all fine.

    This is fixed in internal builds, but will not ship with the 6.11.1 release. It will ship in the next Mac release, whether it is another patch release or not. Thanks for helping us find and solve this issue.

    If you want a workaround for now, you can remove all spaces and newlines between a closing tag and an opening tag, and it should fix the issue... so something like :
     

    <table><thead><th>header...</th><th>....

     


  15. On 5/28/2017 at 5:10 AM, doonyakka said:

    I'm still getting blank notes with certain kinds of HTML email, clipped from Postbox. I could submit another ENEX, but it's the same issue as before, with the same kinds of email. Let me know if you want another sample.

     

    On 5/28/2017 at 6:50 PM, JMichaelTX said:

    I'd suggest that you go ahead an submit another ENEX for an example you know that causes the issue.  The more examples/test cases that Evernote has the quicker and better they can fix the issue.

     

    On 5/29/2017 at 1:39 AM, doonyakka said:

    OK, I've done that. Thanks, @JMichaelTX.

    I have your ENEX file from support, and I am looking into it. Thanks.
     


  16. On 5/26/2017 at 3:11 AM, mbajohr said:

    Working cross platform, mainly Windows and MacOS, entering a lot of data via Sublime Text with the plugin sublime-evernote, i discovered an display issue that only shows on Evernote for MacOS.

    A table, e.g.:

    
    <table>
        <thead>
            <tr>
                <th>header 1</th>
                <th>header 2</th>
                <th>header 3</th>
            </tr>
        </thead>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
        <tr>
            <td>content 1</td>
            <td>content 2</td>
            <td>content 3</td>
        </tr>
    </table>

    renders fine for Evernote Web and Evernote Windows, but not on Evernote Mac (and Evernote iOS, as i just discoverd)

    On EN Mac every cell is on its own line, see attached image.

    EN-MacOS-table.png

    The real fun: exporting the as-it-seems-broken note from Evernote Mac to html and open it - all fine.

    Thanks for reporting this, I am looking into it.
     


  17. 18 hours ago, Zach M. said:

    I don't know if this has been discussed yet, but I'm having a hell of a time with tables.

    I created this in Evernote for Mac

    592737cd75f77_2017-05-25-template.png.36c0d5212d25e327512f17f20b8c6bbf.png

    But on Evernote on iOS 8.2.1, it looks like this.

    IMG_1308.thumb.PNG.b7f0edfae3bbef77ee31cb07c199b841.PNG

    Can someone please show me how to rectify this so that the table is at 100% width across the screen on iOS?  Thanks!

    This should be fixed in the 8.2.2 Beta 2, which is available. If you have a sample ENEX file, I can verify that it is fixed for you, or fix any remaining issues that are causing it.


  18. 14 minutes ago, Chad CEO said:

    Hey @Johnathan Hebert,

    I understand. It was my mistake for waiting this long. If something goes wrong in the future, I won't expect a quick fix. In fact, I don't think I'll help at all. I'll just move platforms. So far, being loyal to Evernote and helping identify issues, document bugs and provide feedback has gotten me absolutely nothing in return. I even have a ground breaking system to automate notes - which would be an immediate product (way better than just the machine learning approach) that I would love to work with you guys on. However, it's just really demoralizing to support Evernote right now. So, I have learned for next time.

    Sometimes the fixes can be quick, so it is okay to expect that for certain issues. In this case, it was a bit of a trade at first.

    The issues you are reporting are indeed helping us make the product better. Sometimes an improvement in one area means a change (not necessarily a bug) in another area. In this case, we do want to preserve line heights, and use <div>s for paragraph blocks in ENML. The fix we have should accomplish both, and ultimately make the product better.  Please continue to give feedback on issues. I would be happy to provide more technical details on the nature of the fixes.

    • Like 1

  19. 8 minutes ago, csihilling said:

    @Johnathan Hebert

    Same thing can happen to tables modified on IOS....  Previously reported.  Haven't been able to update tables on IOS since the 8 release.

    The table issues should be fixed in 8.2.2 Beta 2. Can you confirm?

    Please understand that if you edited, saved and sync'd a note that had "bad looking tables", it will not repair those notes. You will need to recover those from note history in order to see that the tables are no longer rendered poorly.

    • Like 1
×
×
  • Create New...