Jump to content
  • 5
Chantal Leonard

Evernote for Windows 6.6 Beta 1 Released

Idea

Recommended Posts

  • 0
On 28/03/2017 at 6:08 PM, Enertse said:

I haven't changed my preferences since upgrading, but now find my notes are being synchronized automatically; has anyone else noticed this?

2017-03-28 18_08_47.png

Please fix the sync regression introduced with 6.5.

  • Like 2

Share this post


Link to post
  • 0

This is going to be really big! 

As tables always sucked!

Thank you!

  • Like 3

Share this post


Link to post
  • 0

The new Table is exquisite, this new improvement now allows me not to use words to create the table first. The new editor is nice. Great Work.

Thank You.

  • Like 3

Share this post


Link to post
  • 0

That amazing news. Exactly what I was looking for! Especially this one. Thank you:)

14 hours ago, Chantal Leonard said:

New image gallery!

Double-click on an image to enter the gallery mode, which allows you to quickly browse all the images in your note!

 

 

  • Like 2

Share this post


Link to post
  • 0

@Chantal Leonard Tested the latest beta. The Editor is working quite good. Only there are minor hiccups, a small fraction of a second, freezes. This happens, particularly, when you select a bunch of text and apply a common setting, like change the Font type or size. But its not much of a problem. But please look to address this. 

The table is performing well. No major issues here encountered. Colour changes applied in Windows are syncing over to Android, which is good. Great and immense scope here. 

The gallery feature seems to again have a small delay here, although it is at an acceptable level for a Beta 1 release.

Great job Chantal and the Evernote team.. :)

 

 

 

  • Like 1

Share this post


Link to post
  • 0

Wicked update guys! The tables definitely needed some love. 

Just reporting a minor bug - when editing the properties of a cell, the menu dropdown appears behind file objects. See attached screenshot. 

Capture.PNG

Share this post


Link to post
  • 0
2 minutes ago, rechnergott said:

Wicked update guys! The tables definitely needed some love. 

Just reporting a minor bug - when editing the properties of a cell, the menu dropdown appears behind file objects. See attached screenshot. 

Capture.PNG

Thanks for reporting this, we'll work to get it fixed.

  • Like 2

Share this post


Link to post
  • 0

@Chantal Leonard

First, great update with tables, thanks for that.  :):):)

A few glitches and suggestions from my first test drive:

Glitches

  1. When returning from a Basic sandbox account to a  Premium account the Context Show/Hide is visible in the note area n the Premium account.
  2. Table does not change in IOS now, but characters/columns aren't proportional between IOS and PC, that is, IOS wraps text in a column where the PC doesn't
  3. The column widths have been changed on most of my older phone template notes from 2015 back (a two column table).  It looks like they have been changed to two same width 125-150 px or so column tables.  Not sure if this happened with a previous release, bit still...  Not the worst thing until I find one in a search and want to read/fix it.  PITA
  4. For the older tables above when I go to drag the column width I get stuck with the column size adjust icon and the mouse pointer never comes back when placed in the note area.  None of the table indicators appear, just the width drag icon.  I have to File - Exit EN to resolve the issue.  Interestingly, when this happens the pointer will work in a note stand alone window, just not the main window.  This will make it problematic to edit these not modified by me notes across time as they come into view..
  5. Not a glitch - the new tables do not seem to get corrupted after being viewed/edited in IOS so far, a good thing.

Suggestions

  1. Was the extra indentation in the note body in V 6.5?  Even so, can it be removed?  Waste of space and it doesn't look any better, worse perhaps.  Doesn't line up with anything.
  2. Why the extra space at the top of the table if first in the note (2 lines) (1 for the column tools I suppose, but the other line is for???
  3. Busy screen when all the table options visible, and once you are out of the table they don't disappear
  4. Is there anyway to override vertical spacing above/below the row line?  Too much space wasted for me and it is changing existing tables and makes things worse on a phone.
  5. Copy note link changed now in two places, because?
  6. Not 100% intuitive to use the format bar to align left right center

Share this post


Link to post
  • 0
6 minutes ago, rechnergott said:

Hey all, 

Another report here - when moving text from one cell to another, it randomly merges some cells and makes them un-editable. 

Please see a screenshare here: https://www.screencast.com/t/eHBSJr8RG4gP

 

Thanks, we are aware of this issue. However, I believe this has always been a bug in earlier versions of Evernote for Windows. Unfortunately, it is a bug with the embedded browser that we use to render the notes. We are working on a way to improve the drag/drop of content.

Share this post


Link to post
  • 0

Long avaited tables are finally there. Some small glitches:

1. when adding a horizontal line to a colored cell, the lines backround stays white.

Also I witnessed a fix for "format to text". Usually it added an extra paragraph, which needed to cut out manually. This seems to be fixed now.

 

Great work - thank you!

  • Like 1

Share this post


Link to post
  • 0

A nice set of improvements and bugfixes. Looking forward to seeing how they work for me. Thanks, Evernote!

Share this post


Link to post
  • 0

Two things (so far)

  • create a bullet list - try to add a table in the list.  No response to toolbar icon, but Format > Insert Table works
  • create a table in Excel - paste into Evernote.  All cell structure lost - just long list of cell entries posted as text. Option: paste a screen shot plus the file link,   but obviously all inline functionality is lost.  It's just a picture.

Share this post


Link to post
  • 0

Something has gone horribly wrong with the remove formatting options. I have a couple of web sites that I visit frequently - the update has wrecked my ability to quickly reformat the notes to appear the way I want them. There are a lot of extra <div> and </div> HTML tags showing up on ENML, but removing those is a nightmare. Even pressing the bullet button causes strange things to happen to the formatting. I think I will go back to the previous version, which worked well. I will optimize the database, and try a couple of other things first, then try installing again, but this is a pain. Here is the most recent log file after I tried to edit one of my notes that has proved difficult to correct.

21:49:03 [14060] Command line: "C:\x86\Evernote\Evernote\Evernote.exe" 
21:49:03 [14060] Evernote for Windows 6.6.1.5097 (305097) Prerelease
21:49:03 [14060] Client info: Evernote Windows/305097 (en-US, DDL); Windows/10.0.15063 (Win64);
21:49:03 [14060] Common Editor: ce-1.22.1790 (c90219284a9901fe56fa4ebcfbdd52990ecc1fa0)
21:49:03 [14060] Bootstrap info: Evernote (loadedLastUsed)
21:49:04 [14060] Registered session count: 1, last session: 2017/05/12 21:45:00
21:49:04 [14060] Bootstrap info: Evernote (loadedDatabase)
21:49:04 [14060] Loaded session count: 0, last session: 2017/05/11 23:15:00
21:49:05 [1788] Sync rate configuration changed:
21:49:05 [1788] * syncStateIntervalMillis=20000
21:49:05 [1788] * updateNoteWhenIdleForMillis=3000
21:49:05 [1788] * updateNoteDuringEditIntervalMillis=6000
21:49:08 [14060] Opened database: C:\@@@.exb (5.6 GB Fixed 755 GB free)
21:49:08 [14060] * email: xxxx
21:49:08 [14060] * user: 21534
21:49:08 [12180] Import folder: "C:\Users\R\Desktop\Evernote" started, DeleteImportedFiles, ImportOneLevelDeep
21:49:09 [1296] 0% SyncState: devices used: 2
21:49:12 [14060] Registered session count: 1, last session: 2017/05/12 21:45:00
21:54:12 [14060] # Fixing 1 selected notes...
21:55:01 [14764] 0% Syncing note "3 Powerful Indigenous Herbs From Nort...", resource count: 0
21:55:01 [14764] 0% * guid={9BA5B2E1-CFA5-4C4C-9198-584F6E087BB7}
21:55:02 [14764] 0% Updating local note "3 Powerful Indigenous Herbs From Nort...", resource count: 1, usn=174271
21:55:02 [14764] 0% * guid={9BA5B2E1-CFA5-4C4C-9198-584F6E087BB7}
21:55:02 [14764] 0% * Retrieving note content, length=33804
21:55:02 [14764] 0% * guid={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:02 [14764] 0% Creating local resource "3591e7f85e99e206879a331836714781" placeholder, 3928 bytes
21:55:02 [14764] 0% * rsrc={55FF4BDF-38FC-4358-8387-E0E4F814F89C}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:02 [14764] 0% * Retrieving resource data, size=3928
21:55:02 [14764] 0% * rsrc={55ff4bdf-38fc-4358-8387-e0e4f814f89c}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:04 [14764] 0% * Retrieving resource reco data, size=640
21:55:04 [14764] 0% * rsrc={55ff4bdf-38fc-4358-8387-e0e4f814f89c}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:07 [14060] # Fixing 1 selected notes done
22:00:18 [14060] Registered session count: 2, last session: 2017/05/12 22:00:00

Edited by FactMan
Add log

Share this post


Link to post
  • 0

Not only for the color printing problem, but the tables are not copying completely into Evernote. I didn't have a problem in the previous version, but now I have it in this beta test.  I liked the copy and paste feature in the non-beta version!

Share this post


Link to post
  • 0

@ Evernote staff,

sorry to say pretty colours  that do not print are a ridiculous insult on your paying customers. 

Made a fancy layout with 6 columns, 6 rows = complete waste of time.  Page preview straight away gave the game away, verified by print. 

Shame on you! 

 

 

 

 

  • Like 1

Share this post


Link to post
  • 0

It seems that whatever you have done, much of the formatting in previous notes is now broken. Highlighted sentience connect to other sentences with no space between them, and the formatting has been therefore broken. Some cliped notes are now reformatted and not aligned proparly. I don't know what to do, but all the careful alignments on thousands of notes is now broken. It seems to be related to the tables changes and formatting engine changes.

I appreciate the changes and that you are not wasting our money, but two steps forward, six steps backward approach is not appreciate. This might be beta but feels like Alpha. Needs A LOT more work before its safe to use. I'm reverting back. This is dangerous. You introduce twice as many bugs as you have solved. WTF?

Share this post


Link to post
  • 0
3 minutes ago, JohnLongney said:

@ Evernote staff,

sorry to say pretty colours  that do not print are a ridiculous insult on your paying customers. 

Made a fancy layout with 6 columns, 6 rows = complete waste of time.  Page preview straight away gave the game away, verified by print. 

Shame on you! 

 

 

 

 

It's a early beta for God Sake. Time and time again, Evernote has rushed into too many things and which were all broken. Happy that they are taking baby steps. Things will be fixed over time. 

  • Like 1

Share this post


Link to post
  • 0
10 minutes ago, Sugeeth Krishnamoorthy said:

It's a early beta for God Sake. Time and time again, Evernote has rushed into too many things and which were all broken. Happy that they are taking baby steps. Things will be fixed over time. 

"Time and time again, Evernote has rushed into too many things and which were all broken." Truer words were never spoken. Not sure how much faith people have into them fixing some bugs. Its well documented that bugs remain despite the complains for many many versions. Seems like they introduce more bugs than they solve with each version and things that used to work get broken, but not fixed.

  • Like 1

Share this post


Link to post
  • 0
8 minutes ago, Sugeeth Krishnamoorthy said:

It's a early beta for God Sake. Time and time again, Evernote has rushed into too many things and which were all broken. Happy that they are taking baby steps. Things will be fixed over time. 

Do you happen to know the difference between early Alpha and Beta? If so, then try and understand that no one fully upstairs would normally dare put out such rubbish. That sort of miserable stuff would make anybody with pride hide away. 

I cannot find any excuse for putting out such *****. Full stop.

 

Share this post


Link to post
  • 0

Not sure if this is a bug. 

The windows client does not allow me to use the "side scroll" function on my mouse for the tables, as I would normally use it on webpages and docs. 

The only way to side scroll the table is to scroll to the bottom of the table, and click on the scroll bar and drag it to the side. 

 

 

Share this post


Link to post
  • 0
26 minutes ago, JohnLongney said:

Do you happen to know the difference between early Alpha and Beta? If so, then try and understand that no one fully upstairs would normally dare put out such rubbish. That sort of miserable stuff would make anybody with pride hide away. 

I cannot find any excuse for putting out such *****. Full stop.

 

What is the difference between Alpha and Beta do you mean? I thought Alpha usually was the phase where new features are implemented and where data loss and crashes are expected. Beta is where the release features have been implemented and only non-critical bugs are present. That's why some companies release betas to the general public.

Betas are not release candidates. Which means that betas are often released to the general public despite that the developer is aware of some bugs even before the beta is released.

Sure, it's hard to deny that Evernote isn't afraid to release GA-releases without fixing some older bugs. But that in itself is not enough of a reason to criticise new bugs in a beta release..

 

  • Like 1

Share this post


Link to post
  • 0

Those that are risk averse should probably avoid beta releases.  Many that test betas have a second sandbox account used specifically for testing.  Others will wait for the posts to start rolling in to see what others have discovered before deciding whether to download the new beta.  Those that jump into a beta, especially a first release, head first with their main account should understand there are risks involved including possible data loss.  

  • Like 4

Share this post


Link to post
  • 0

dear fanboys,

to put my sentiments even more plainly, a product version where the development team has checked just about nothing is  unfit for Beta testing. 

Such work must make any competitor very, very happy, grinning with delight (or disdain).

 

 

 

 

 

 

 

 

  • Like 1

Share this post


Link to post
  • 0
1 hour ago, JohnLongney said:

dear fanboys,

to put my sentiments even more plainly, a product version where the development team has checked just about nothing is  unfit for Beta testing. 

Such work must make any competitor very, very happy, grinning with delight (or disdain).

Well, beta testing is pretty much targeted at those people that you call "fanboys", and not the regular user that don't want to experience new bugs.

I myself uninstalled this beta as soon as I noticed the problem reported above, that the formatting of clipped notes is messed up in this build.

Share this post


Link to post
  • 0

Print and PDF generation looks different:

 

vergleich.jpg

  • Like 1

Share this post


Link to post
  • 0

Seeing that others have had a similar problem with this version, I am going to go back to the previous version that was working well for me.

Share this post


Link to post
  • 0
3 hours ago, FactMan said:

Seeing that others have had a similar problem with this version, I am going to go back to the previous version that was working well for me.

OK. In the Evernote directory in the Program Files directory on my hard drive, there is a program called EvernoteCleanup.exe. I ran that as an administrator, and it seemed to address at least some of the challenges with the beta build (6.5.4.4720). I will continue to monitor and add to this message if I find something of interest.

The difference in formatting were still there - particularly with large amounts of extra space around headings and after urls. I found no way of removing that space, and ENML editor is too cumbersome to use for other than the occasional tweak. So, I am back with 6.5 and will stay there until there is sufficient positive comment about the newest beta. The table improvements were great, but not worth the rest of the hassles IMHO. Took a while to go back, but I am glad I did.

  • Like 1

Share this post


Link to post
  • 0

@Chantal Leonard Please observe the bug which has popped up in latest Beta. 

Bug details - Unable to change the colour of a 'Copy Internal Link' from Green to any other colour. Even if i select and apply a new colour, colour is not changing ( but other attributes like 'font change', 'size change' etc seem to be working.) 

 

Editor-Bug.jpg

Share this post


Link to post
  • 0
2 hours ago, JohnLongney said:

dear fanboys,

to put my sentiments even more plainly, a product version where the development team has checked just about nothing is  unfit for Beta testing. 

Such work must make any competitor very, very happy, grinning with delight (or disdain).

 

 

 

 

 

 

 

 

Dear cribber, 

Maybe, you should inform this to the competitors. For years, we have waited for the competitors to raise up their stakes, but sadly, they fare much worse. Maybe, if something like that happened, we may not see the kind of things we see with Evernote. Relatively speaking, Evernote is much better off, since it has weathered the storm for quite some time now, and is possibly the only primary product of a company in this segment that is operationally profitable. 

But practically speaking, did you even read the release notes, which said that 'The New Editor has been integrated in this release', and it is bound to have compatibility issues until the changes are brought over to all of its clients in other platforms. If you have seen this change, which you should, never mind that it is a beta release, then i see no issue for you to complain about. 

Cribbers will always crib. 

 

 

  • Like 1

Share this post


Link to post
  • 0
5 hours ago, Krunoslav said:

It seems that whatever you have done, much of the formatting in previous notes is now broken. Highlighted sentience connect to other sentences with no space between them, and the formatting has been therefore broken. Some cliped notes are now reformatted and not aligned proparly. I don't know what to do, but all the careful alignments on thousands of notes is now broken. It seems to be related to the tables changes and formatting engine changes.

I appreciate the changes and that you are not wasting our money, but two steps forward, six steps backward approach is not appreciate. This might be beta but feels like Alpha. Needs A LOT more work before its safe to use. I'm reverting back. This is dangerous. You introduce twice as many bugs as you have solved. WTF?

Out of interest, were the notes you looked at while on the beta still hosed when you went back to 6.5?

Share this post


Link to post
  • 0

Re the alpha/beta discussion.  Two kinds of beta in my view, the internal one comprised of "volunteers" that sits between alpha and public beta, and the public beta.  I've always felt a public beta is supposed to be just about ready for prime time and is targeted at having more use cases thrown at it.  The alpha and volunteer beta are supposed to remove the glaring and obvious issues.  

<editorial>

And yeah, EN does seem to have organizational difficulties getting over the hump with QC,  The MAJOR SIN in this beta, IMO, is modifying how folks' notes look.  It's a form of data loss.  Personally, I really don't care what the technical hurdles are with all this editor stuff.  EN being a cross platform program has the responsibility to address them and present the same note no matter the device.  Separate development groups for so long could be a part of their technical debt.  One platform app hosing another is twilight zone stuff to me.

The product is still a great tool for me, very happy with what it lets me accomplish.  That being said, the new table functions are great, but not worth having to deal with data loss in a beta.  

</editorial>

  • Like 1

Share this post


Link to post
  • 0
3 hours ago, csihilling said:

Re the alpha/beta discussion.  Two kinds of beta in my view, the internal one comprised of "volunteers" that sits between alpha and public beta, and the public beta.  I've always felt a public beta is supposed to be just about ready for prime time and is targeted at having more use cases thrown at it.  The alpha and volunteer beta are supposed to remove the glaring and obvious issues. 

Those other type of betas you talk about are called Release candidates and the Evernote release name says RC, not just beta. But both betas and RCs are public.

 

Share this post


Link to post
  • 0
4 hours ago, csihilling said:

Out of interest, were the notes you looked at while on the beta still hosed when you went back to 6.5?

It doesn't seem like the notes were altered just by viewing them as altered. But I didn't edit any of them so I don't know if that would have made the changes stick.

Share this post


Link to post
  • 0
1 hour ago, gustavgi said:

Those other type of betas you talk about are called Release candidates and the Evernote release name says RC, not just beta. But both betas and RCs are public.

 

 I don't remember a Public RC for this 6.6 Beta?  

Anyway, if you are going to have Public Betas they should to all intents and purposes be ready for prime time with the expectation to ID any fringe issues.  Buyer beware, but one should be able to assume the easy stuff has been found and your data is secure.  Public Beta is a broad swath for chaos.  EN needs to beef up the alpha and RC process including cross platform testing;  The recent IOS release still hoses up notes with tables in them.

We've been having this conversation for a long time..  unfortunately.  Not meaning to pile on EN, but someone needs to fix their broken quality process.

  • Like 1

Share this post


Link to post
  • 0
11 minutes ago, csihilling said:

 I don't remember a Public RC for this 6.6 Beta?  

Anyway, if you are going to have Public Betas they should to all intents and purposes be ready for prime time with the expectation to ID any fringe issues.  Buyer beware, but one should be able to assume the easy stuff has been found and your data is secure.  Public Beta is a broad swath for chaos.  EN needs to beef up the alpha and RC process including cross platform testing;  The recent IOS release still hoses up notes with tables in them.

We've been having this conversation for a long time..  unfortunately.  Not meaning to pile on EN, but someone needs to fix their broken quality process.

No as RC comes just before GA and after the first public beta. Evernote seldom releases a RC, as they usually moves straight from a beta to the GA. The problematic quality check/fix within Evernote applies to GAs, when they decide to move ahead without fixing some important bugs as they often have done in the past. But Betas will be buggy, as they in some way should be.

  • Like 1

Share this post


Link to post
  • 0

Different companies have different deployment strategies and usages of the terms "alpha" and "beta". Common usage is described here: https://en.wikipedia.org/wiki/Software_release_life_cycle. Alpha is generally feature complete, may contain serious bugs, even leading to data loss, and is generally not available to the public. Beta software is generally feature complete, but even so may contain serious bugs, even leading to data loss, but is often available to some subset of the public (there is such a thing as internal beta, which are not available to the public). There may be several rounds of beta releases, leading up to a release candidate, and finally a release.

Evernote appears to employ a system similar to the above: we, the public, generally see several betas (depending on the scope of the release changes) leading up to a GA release (Generally Available) and a final release. People who are uncomfortable with software that may crash, corrupt their data, etc. should avoid betas, unless they have some strategy to mitigate these types of problems (backups, using beta on dummy accounts, and so on), or at least wait some time to deploy, so as to allow the other pioneers get any arrows in their backs.

There are other strategies for software deployment (e.g. "Agile"; see https://en.wikipedia.org/wiki/Agile_software_development), but there are no hard and fast fixed rules about the definition of what is "alpha" and what is "beta"; that's up to the individual company to define (and hopefully explain to their users).

My company generally has a one or two betas before release, upon release, then we split development into two branches: one branch gets continual bug fixes and minor feature updates (available to the public on request, with the understanding that this is not fully tested software), while new major features are developed in the main branch and everything is eventually merged and wrapped up into the main line for the next beta / release cycle. This lets us do quick bug fixes for customers (they like this), and we can generally avoid doing full testing cycles on the interim releases (QA likes this), and we can turn around fixes as often as needed, even in a matter of hours. But that's just us.

Short form: beta is generally feature complete, and may contain serious bugs. Expecting it to be release candidate quality is not reasonable. Let the downloader beware.

6 minutes ago, csihilling said:

 I don't remember a Public RC for this 6.6 Beta?

This doesn't make any sense in terms of software development: release candidates always follow betas. There's no such a thing as a release candidate for a beta.

  • Like 3

Share this post


Link to post
  • 0
1 hour ago, gustavgi said:

It doesn't seem like the notes were altered just by viewing them as altered. But I didn't edit any of them so I don't know if that would have made the changes stick.

Just did a quick test, it seems the format gets changed when you edit the note.  

  1. Did a copy/paste from a web site to a new note on 6.5.  It did not format correctly on 6.6.  
  2. Modified it on 6.6 and now it does not format correctly on 6.5.  
  3. Actually, if I copy the same content and save it to a new note on 6.6 it does not format correctly.  So adding new stuff may be problematic as well.  
  4. The content is actually highlighting @Chantal Leonard's first post and then copy/paste.

Not an exhaustive test, but repeatable.  And something one might expect in a test script somewhere, at least for step 3.  :(

  • Like 1

Share this post


Link to post
  • 0

On the old Evernote on my iphone I was able to speak into phone and Evernote would write my words and then I could sync to imac and  do my editing.  Now it does not write ANYTHING down when I speak into Evernote. I uninstalled and re-installed sevreal  time as directed by support.  The mic only records stuff.  I want it written by Evernote as I speak into it and then sync  to imac as I said. So ismple. What happened.   If it can not do that-- it is worthless to me. 

Share this post


Link to post
  • 0

@jefito and @gustavgi

Yeah, the RC stuff above is confusion, too many ships passing in the night, for me anyway.  

To my issue, I guess where I vary in this scenario is the concept of Public Beta with EN and what constitutes readiness, ie serious bugs post alpha.  Anyone can get to the beta just by checking the box, so a higher degree of risk for the public at large so more attention required.  And yes, folks should understand the risks of betas, but still the the gray zone between caught it in alpha and will catch it in beta is a whole bunch of subjective as to what is acceptable.  So if these are the terms, still too much alpha sneaking into beta in my view, like the formatting issues from point 3 in the post above, tables getting hammered by the recent IOS release, and we all have other WTF examples.  Again, I use the product daily on multiple devices and enjoy it, but this ***** is getting old.  End rant.  :blush:

EDIT:  End of the day, I don't expect to use a public beta and have the software mess the bed.  That I expect to have happen in the alpha.  Now to define mess the bed...  ;) 

By the way the **** above are for the less offensive version of human waste that starts with a c.  Decorum and all.

  • Like 1

Share this post


Link to post
  • 0

Because of all the changes that are not worth the upgrade, I went back to 6.5.4 version.  It's not worth testing out the update.  I was excited about the changes, but I will wait for the general release.

Share this post


Link to post
  • 0

All I can say to conclude this matter is that this build should not never ever have gone public. 

But because it did I sincerely hope for drastic and speedy improvements in quality control. I am not prepared to put up with a service which has gone from bad to worse much longer. 

Share this post


Link to post
  • 0

I joined jyho7741@gmail.com and jyho7741@hotmail.com jyho7741@gmail.com and jyho7741@hotmail.com Please delete two accounts

Edited by 김지호

Share this post


Link to post
  • 0
56 minutes ago, JohnLongney said:

All I can say to conclude this matter is that this build should not never ever have gone public. 

But because it did I sincerely hope for drastic and speedy improvements in quality control. I am not prepared to put up with a service which has gone from bad to worse much longer. 

I don't disagree with you that this build should never have gone public. However, the changes that were made indicate that there are going to be some very important improvements coming as soon as the programmers get their act together and QC works as it is supposed to do ... I have tried some alternatives, but have yet to find one that matches EN. I do make a full back-up of the database before I do ANY upgrade, so once I made the decision that it was not worth persisting with the current version, I was able to revert relatively easily and painlessly (it did take a bit of time, though).

Share this post


Link to post
  • 0
1 hour ago, JohnLongney said:

this build should not never ever have gone public. 

Public - as in released to the beta community?

  • Like 2

Share this post


Link to post
  • 0
12 minutes ago, DTLow said:

Public - as in released to the beta community?

Probably - a question of degree. Maybe we have gotten too used to the betas not having major problems, so we forgot that they were 'supposed' to have bugs, some of which could be quite substantial. I think the possibility of an even more private beta group has been suggested before - I would be hesitant to join that group, but am still prepared to be on the current beta group. With the full recognition that there will be times that I need to go back to the previous stable build. If that capability is ever lost, I would be very unhappy. LOL!

  • Like 1

Share this post


Link to post
  • 0

Really, folks, if you don't understand what beta means, you probably should beware of using beta software. Beta software generally does not get as thoroughly tested as release candidate software, and it's entirely possible that serious bugs will slip through, but let's face it: that can even happen with released software, as anyone who pays any attention at all to the rampant security bugs that appear in the news almost daily should be aware. Windows Update is a weekly occurrence, more or less, is it not?

This is not to excuse bugs that stay bugs for a significant amount of time, but good grief, beta is there for a reason: it's there to help uncover issues that the developers and testers were unable to find or anticipate. Did anyone read the topic header? 

On 5/11/2017 at 8:06 PM, Chantal Leonard said:

As these are pretty sizable changes and this is our first beta, we're looking to the Beta community to help us uncover bugs - please let us know if you spot any issues in your existing workflows and let us know if you're able to take advantage of the new feature improvements.

That being said, responsible companies won't generally let serious or potentially damaging bugs out into the public if they know about them, and will warn about scenarios that they know don't work. Is there anyone here who seriously believes that that's the case here, that Evernote knew about serious bugs and didn't say anything?

  • Like 3

Share this post


Link to post
  • 0
1 hour ago, jefito said:

Really, folks, if you don't understand what beta means, you probably should beware of using beta software.

Nice.  ;)

1 hour ago, jefito said:

Is there anyone here who seriously believes that that's the case here, that Evernote knew about serious bugs and didn't say anything?

That is the crux, clearly stated.  In good conscience I don't think they did know the serious bugs.  And therein lies the problem.  

Take the formatting issue, it's not like you have to work hard to find the problem.  It doesn't work within the beta when doing a copy/paste from a web page, let alone a user formatted note from the previous version.  Call the steps what you want, that sort of issue should not be seen by the public.  My view anyway.

  • Like 4

Share this post


Link to post
  • 0

Per the above, here are screen clips of highlight and copy (Ctrl-C) then paste into a new note using 6.5 and 6.6.  6.5 is a nice replica of the actual source page (above), 6.6 not so much.  

The 6.5 view still displays okay in 6.5 as long as you don't modify the note in 6.6.  So if you are using the beta don't modify any web page notes, at least the copy/paste variety.  Clipper seems to be okay.

ScreenClip65.png.3bcaa7ef98c016908b0cdddf0d427126.png

 

ScreenClip.png.0cabdd0959b59286bca719b7d5c2e552.png

Share this post


Link to post
  • 0
1 hour ago, James Gutteridge said:

Bug report - Evernote isn't setting the focus to the title when creating a new note, despite that setting remaining checked for me.

Thanks,

James

I picked up the same ignoring-behavior regarding the "Show notification when context is available" checkbox in this beta. It pops up either way.

Share this post


Link to post
  • 0
15 hours ago, wildmother said:

On the old Evernote on my iphone I was able to speak into phone and Evernote would write my words and then I could sync to imac and  do my editing.  Now it does not write ANYTHING down when I speak into Evernote. I uninstalled and re-installed sevreal  time as directed by support.  The mic only records stuff.  I want it written by Evernote as I speak into it and then sync  to imac as I said. So ismple. What happened.   If it can not do that-- it is worthless to me. 

If you are using an iPhone: start the keyboard in a note and tipp on the micro left of the space key

Share this post


Link to post
  • 0
16 hours ago, wildmother said:

On the old Evernote on my iphone I was able to speak into phone ...

You're posting in the Windows forum with an IOS question.  Also it's a Windows Beta release discussion.  Not cool

I answered your post at

 

Share this post


Link to post
  • 0
On 5/11/2017 at 5:06 PM, Chantal Leonard said:

New fixed width columns – so that as you increase/decrease one column’s width, it does not affect the next column’s width

thank you thank you thank you thank you...

 

On 5/11/2017 at 5:06 PM, Chantal Leonard said:

Evernote for Windows now utilizes the new editor, which has been rewritten to allow for more rapid improvements to the editor moving forward.

Not a fan of the half inch dead margin on the left. Why do this?

Two things I've noticed:

  1. The "don" on "don't" isn't shown as a misspelled word. Oh wait. Never mind. "aren" in "aren't" is shown as misspelled. never mind.
  2. It seems that if you have "put focus of new note in subject line" checked it doesn't constantly take you from the note body to the subject line. Will have to experiment further, but so far, so good.

Share this post


Link to post
  • 0
9 hours ago, James Gutteridge said:

Bug report - Evernote isn't setting the focus to the title when creating a new note, despite that setting remaining checked for me.

Thanks,

James

It is for me. Just tested it.

Share this post


Link to post
  • 0

Can someone confirm that "Purge rarely viewed note content" just removes the local copy from the database leaving just the header, vs actually purging the note? I am sure that is what it does, but the wording is scary.

Share this post


Link to post
  • 0
35 minutes ago, EdH said:

Not a fan of the half inch dead margin on the left. Why do this?

If I remember this happened back around 6.0 as well, somebody fixed it then.  Hope they will again.

  • Like 2

Share this post


Link to post
  • 0
12 minutes ago, csihilling said:

If I remember this happened back around 6.0 as well, somebody fixed it then.  Hope they will again.

It happened in iOS too. Someone there has a real margin agenda for some reason. 

Put that person in charge of the blackberry product and leave the windows/Mac/iOS platforms alone. 

  • Like 2

Share this post


Link to post
  • 0

One of the ways I use Evernote is to keep a record of audiobooks I am listening to. To do this, I setup the notebook stack Sci-Fi and Fantasy Audiobooks that contains two notebooks: Series and Standalone. Notes in these notebooks include the picture(s) of the book(s) cover(s) and unformatted numbered list which consist of the book title, its synopsis, book length and checkbox that denotes whether audiobook has been listened to. Today, when I went to stack to see if it got affected by the latest beta, I discovered the presence of mysterious one cell tables where no tables have been before. The tables encompass book synopsis but sometimes might also extend onto the title. Why are the tables there? It is very strange to me. I know I can use copy/cut and paste to make notes look the way I want, just thought to put it out there to make Evernote aware of this bug, so it is not repeated in the future.  When I have 31 notes in Series notebook (with multiple entries in each note)  and 20 notes in a Standalone notebook (the situation are a lot better here) it is a lot of work to make thing right. Below are examples of what I described. 

Series:

5918d2e0ebac0_mysterioustableexample-series.thumb.jpg.0d541198f5966b5bb25a61abba966c25.jpg 

Standalone:

5918d32f9fe81_mysterioustableexample-standalone.thumb.jpg.57edc268b4069e7430044e9140a7b287.jpg

Share this post


Link to post
  • 0

I don't mind the Table enhancements. I was not really waiting or expecting these changes but I do like what I see and can see me using them in the future.

But I have found a problem with a 3rd party app that I use called "SMS to Evernote". Since I upgrading to Beta, the SMS messages in Evernote are unreadable although I can see them perfectly in Evernote Web...I guess the Android App developer uses some sort of tables in the upload to Evernote.. Not Sure...

Share this post


Link to post
  • 0

Hi,

Still can't understand why when i edit a word that has an URL instead of maintaining the word the new URL is pasted....someday you said ths is normal but don't see why.

I use some templates with repeating structures and titles, i want to maintain the title word but not the URL that this has assigned, previously this was working fine form me...

Share this post


Link to post
  • 0
On 2017-05-13 at 8:04 AM, JohnLongney said:

dear fanboys

I'm an Evernote Fanboy

You otoh, don't seem to be the type to be part of the Beta Community.  You should  be waiting for the public release

  • Like 2

Share this post


Link to post
  • 0
On 5/12/2017 at 2:52 PM, csihilling said:

@Chantal Leonard

First, great update with tables, thanks for that.  :):):)

A few glitches and suggestions from my first test drive:

Glitches

  1. When returning from a Basic sandbox account to a  Premium account the Context Show/Hide is visible in the note area n the Premium account.
  2. Table does not change in IOS now, but characters/columns aren't proportional between IOS and PC, that is, IOS wraps text in a column where the PC doesn't
  3. The column widths have been changed on most of my older phone template notes from 2015 back (a two column table).  It looks like they have been changed to two same width 125-150 px or so column tables.  Not sure if this happened with a previous release, bit still...  Not the worst thing until I find one in a search and want to read/fix it.  PITA
  4. For the older tables above when I go to drag the column width I get stuck with the column size adjust icon and the mouse pointer never comes back when placed in the note area.  None of the table indicators appear, just the width drag icon.  I have to File - Exit EN to resolve the issue.  Interestingly, when this happens the pointer will work in a note stand alone window, just not the main window.  This will make it problematic to edit these not modified by me notes across time as they come into view..
  5. Not a glitch - the new tables do not seem to get corrupted after being viewed/edited in IOS so far, a good thing.

Suggestions

  1. Was the extra indentation in the note body in V 6.5?  Even so, can it be removed?  Waste of space and it doesn't look any better, worse perhaps.  Doesn't line up with anything.
  2. Why the extra space at the top of the table if first in the note (2 lines) (1 for the column tools I suppose, but the other line is for???
  3. Busy screen when all the table options visible, and once you are out of the table they don't disappear
  4. Is there anyway to override vertical spacing above/below the row line?  Too much space wasted for me and it is changing existing tables and makes things worse on a phone.
  5. Copy note link changed now in two places, because?
  6. Not 100% intuitive to use the format bar to align left right center

 

Quote
  1. Table does not change in IOS now, but characters/columns aren't proportional between IOS and PC, that is, IOS wraps text in a column where the PC doesn't

What version of iOS? Have you tried the 8.2.2 beta? If you mean that the tables on iOS are not fixed width, but instead are the width of the note editor window, then that is by design for now. We are working to transition tables to fixed widths on all platforms. During the transition, some platforms will still be using variable width tables that match the width of the note editor window. However, the columns should be proportionally the same across apps. So, for example, if you make a column on the PC twice as wide as the others, it should still be twice as wide as the others on iOS, even if the table is a different total width.

 

Quote

The column widths have been changed on most of my older phone template notes from 2015 back (a two column table).  It looks like they have been changed to two same width 125-150 px or so column tables.  Not sure if this happened with a previous release, bit still...  Not the worst thing until I find one in a search and want to read/fix it.  PITA

If you have an example ENEX file we can see if it was changed before this release. In general, older tables that have not had their _total_ width adjusted, should start as 792 px wide in this release on Windows, while keeping columns proportionally wide relative to each other. If they have had their total width adjusted before this release to be less than 100% of the note editor window, then they should now have a total fixed width of less than 792 px, at a scale proportional to the percentage width they were of the note editor window.

 

Quote

For the older tables above when I go to drag the column width I get stuck with the column size adjust icon and the mouse pointer never comes back when placed in the note area.  None of the table indicators appear, just the width drag icon.  I have to File - Exit EN to resolve the issue.  Interestingly, when this happens the pointer will work in a note stand alone window, just not the main window.  This will make it problematic to edit these not modified by me notes across time as they come into view..

This could be the symptom of another bug breaking something else in the editor with some notes. Can you reproduce this problem on all notes? Or just some notes? Can you provide an ENEX file of a note where it can be reproduced? Any help you can provide to uncover the cause of this will help us to get it fixed.

 

Quote

Was the extra indentation in the note body in V 6.5?  Even so, can it be removed?  Waste of space and it doesn't look any better, worse perhaps.  Doesn't line up with anything.

It was not in 6.5. We added it in 6.6 because of the new table UI -- the gray row headers and dots -- that appear to the left of the table when your cursor is inside the table. Without the margin on the left, those UI elements would not be fully visible. This way, the left edge of the table can align to the left edge of surrounding paragraphs, and the new table UI can be visible when necessary, and the table does not have to "jump" when interacting with it.

 

Quote

Why the extra space at the top of the table if first in the note (2 lines) (1 for the column tools I suppose, but the other line is for???

The editable line above the table allows you to put your cursor above the table, since you can no longer put your cursor to the left of the table.

 

Quote

Busy screen when all the table options visible, and once you are out of the table they don't disappear

The table UI -- the row and columns headers -- should disappear when your keyboard cursor (not your mouse pointer) is out of the table. As long as your keyboard cursor is in a position that would allow you to type in the table, the table UI options are visible. If you are typing somewhere else in the note, they should not be visible. Can you clarify if this is the behavior you are seeing?

 

Quote

Is there anyway to override vertical spacing above/below the row line?  Too much space wasted for me and it is changing existing tables and makes things worse on a phone.

The inter-cell paddings are not a configurable option. Can you clarify why it is worse on the phone? Is it because you prefer to see content more compressed on a phone so more fits on the screen?

 

Quote

Not 100% intuitive to use the format bar to align left right center

Are you talking about aligning tables specifically here? Or just using the alignment buttons on the toolbar. The alignment buttons will apply to the paragraph where your keyboard cursor is, or to the active selection you have in the editor, and not to the table itself. How can we make it more intuitive?

Share this post


Link to post
  • 0
On 5/12/2017 at 7:38 PM, gazumped said:

Two things (so far)

  • create a bullet list - try to add a table in the list.  No response to toolbar icon, but Format > Insert Table works
  • create a table in Excel - paste into Evernote.  All cell structure lost - just long list of cell entries posted as text. Option: paste a screen shot plus the file link,   but obviously all inline functionality is lost.  It's just a picture.

Is it common for you to put a table in a bullet list?

Thanks for reporting the excel issue -- are you pasting the excel table inside an Evernote table? If so, are you expecting it to paste cell-by-cell?

Share this post


Link to post
  • 0
9 hours ago, DTLow said:

I'm an Evernote Fanboy

You otoh, don't seem to be the type to be part of the Beta Community.  You should  be waiting for the public release

@DTLow indeed, as with Evernote one has to belong to The Club to humour and tolerate their novel approach to 'improvements'.  

Managed to talk a neighbour into a trial installation on his machine (had shown interest in Evernote previously). As a matter of fact he was quite impressed with the features I showed  him on my notebook such as webclipping, upload of pictures, merging notes, editing, so ahead he went with 6.5----. So, when I told him what the latest Beta promised and what it actually produced he would not believe it. The print-out of my wonderful test note with the nicely formatted table did not convince him (can't be true, must be printer low on ink). I knew  he would snap at the bait. Beta successfully installed. New note with table created,sent to his printer. Came back, laughing, '..... syndrome striking'. Young man in his early thirtees from Greece.

Share this post


Link to post
  • 0
On 5/12/2017 at 4:33 PM, Zsolt.Juhasz said:

Long avaited tables are finally there. Some small glitches:

1. when adding a horizontal line to a colored cell, the lines backround stays white.

Also I witnessed a fix for "format to text". Usually it added an extra paragraph, which needed to cut out manually. This seems to be fixed now.

 

Great work - thank you!

Thanks for reporting -- do you frequently put horizontal lines into table cells? If so, can you clarify why you are doing it to help us understand? Are you using it to separate content inside the cell, instead of just using 2 cells?

Share this post


Link to post
  • 0
On 5/12/2017 at 8:32 PM, FactMan said:

Something has gone horribly wrong with the remove formatting options. I have a couple of web sites that I visit frequently - the update has wrecked my ability to quickly reformat the notes to appear the way I want them. There are a lot of extra <div> and </div> HTML tags showing up on ENML, but removing those is a nightmare. Even pressing the bullet button causes strange things to happen to the formatting. I think I will go back to the previous version, which worked well. I will optimize the database, and try a couple of other things first, then try installing again, but this is a pain. Here is the most recent log file after I tried to edit one of my notes that has proved difficult to correct.

21:49:03 [14060] Command line: "C:\x86\Evernote\Evernote\Evernote.exe" 
21:49:03 [14060] Evernote for Windows 6.6.1.5097 (305097) Prerelease
21:49:03 [14060] Client info: Evernote Windows/305097 (en-US, DDL); Windows/10.0.15063 (Win64);
21:49:03 [14060] Common Editor: ce-1.22.1790 (c90219284a9901fe56fa4ebcfbdd52990ecc1fa0)
21:49:03 [14060] Bootstrap info: Evernote (loadedLastUsed)
21:49:04 [14060] Registered session count: 1, last session: 2017/05/12 21:45:00
21:49:04 [14060] Bootstrap info: Evernote (loadedDatabase)
21:49:04 [14060] Loaded session count: 0, last session: 2017/05/11 23:15:00
21:49:05 [1788] Sync rate configuration changed:
21:49:05 [1788] * syncStateIntervalMillis=20000
21:49:05 [1788] * updateNoteWhenIdleForMillis=3000
21:49:05 [1788] * updateNoteDuringEditIntervalMillis=6000
21:49:08 [14060] Opened database: C:\@@@.exb (5.6 GB Fixed 755 GB free)
21:49:08 [14060] * email: xxxx
21:49:08 [14060] * user: 21534
21:49:08 [12180] Import folder: "C:\Users\R\Desktop\Evernote" started, DeleteImportedFiles, ImportOneLevelDeep
21:49:09 [1296] 0% SyncState: devices used: 2
21:49:12 [14060] Registered session count: 1, last session: 2017/05/12 21:45:00
21:54:12 [14060] # Fixing 1 selected notes...
21:55:01 [14764] 0% Syncing note "3 Powerful Indigenous Herbs From Nort...", resource count: 0
21:55:01 [14764] 0% * guid={9BA5B2E1-CFA5-4C4C-9198-584F6E087BB7}
21:55:02 [14764] 0% Updating local note "3 Powerful Indigenous Herbs From Nort...", resource count: 1, usn=174271
21:55:02 [14764] 0% * guid={9BA5B2E1-CFA5-4C4C-9198-584F6E087BB7}
21:55:02 [14764] 0% * Retrieving note content, length=33804
21:55:02 [14764] 0% * guid={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:02 [14764] 0% Creating local resource "3591e7f85e99e206879a331836714781" placeholder, 3928 bytes
21:55:02 [14764] 0% * rsrc={55FF4BDF-38FC-4358-8387-E0E4F814F89C}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:02 [14764] 0% * Retrieving resource data, size=3928
21:55:02 [14764] 0% * rsrc={55ff4bdf-38fc-4358-8387-e0e4f814f89c}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:04 [14764] 0% * Retrieving resource reco data, size=640
21:55:04 [14764] 0% * rsrc={55ff4bdf-38fc-4358-8387-e0e4f814f89c}, note={9ba5b2e1-cfa5-4c4c-9198-584f6e087bb7}
21:55:07 [14060] # Fixing 1 selected notes done
22:00:18 [14060] Registered session count: 2, last session: 2017/05/12 22:00:00

Thanks for reporting this, and sorry to hear this happening. We are trying to make sure all externally pasted content retains its formatting, so any details you could give about the websites you are pasting would be helpful. Also, if you could provide the ENEX files of the poorly formatted notes that would also be helpful. Is this happening to you for all pasted content, or just certain pasted websites?

Share this post


Link to post
  • 0
On 5/12/2017 at 9:17 PM, N. Lum said:

Not only for the color printing problem, but the tables are not copying completely into Evernote. I didn't have a problem in the previous version, but now I have it in this beta test.  I liked the copy and paste feature in the non-beta version!

When you say the tables are not copying completely, I'm not sure what you mean. Can you help me understand what exactly is going wrong when you copy the table?

Share this post


Link to post
  • 0
On 5/13/2017 at 8:39 AM, JohnLongney said:

@ Evernote staff,

sorry to say pretty colours  that do not print are a ridiculous insult on your paying customers. 

Made a fancy layout with 6 columns, 6 rows = complete waste of time.  Page preview straight away gave the game away, verified by print. 

Shame on you! 

 

 

 

 

Sorry to hear this, we will work on a solution for you. The underlying cause of the problem here is that the embedded browser that we use to display and edit the notes does not support background color printing, which is the method we use to color the table cells. We think there might be a way to use foreground colors to force it to print correctly, but we will have to overcome a limitation of the technology stack here. We are working on improvements to the embedded browser as well, and will definitely work to address this issue as soon as we can.

  • Like 3

Share this post


Link to post
  • 0

Would love to see the ability to right-click on a table in Evernote and click "export to .xlsx".

Share this post


Link to post
  • 0
On 5/13/2017 at 8:40 AM, Krunoslav said:

It seems that whatever you have done, much of the formatting in previous notes is now broken. Highlighted sentience connect to other sentences with no space between them, and the formatting has been therefore broken. Some cliped notes are now reformatted and not aligned proparly. I don't know what to do, but all the careful alignments on thousands of notes is now broken. It seems to be related to the tables changes and formatting engine changes.

I appreciate the changes and that you are not wasting our money, but two steps forward, six steps backward approach is not appreciate. This might be beta but feels like Alpha. Needs A LOT more work before its safe to use. I'm reverting back. This is dangerous. You introduce twice as many bugs as you have solved. WTF?

This is definitely not our intention, and I would like to get some examples from you so that we can improve this situation. Our goal is to preserve the look and feel of all existing notes, clipped notes and externally pasted content. We have tested these changes against many permutations of HTML and a variety of notes, but are still refining the process. Can you provide us some sample ENEX files that are being broken by this release?

Share this post


Link to post
  • 0
On 5/13/2017 at 8:59 AM, JohnLongney said:

Do you happen to know the difference between early Alpha and Beta? If so, then try and understand that no one fully upstairs would normally dare put out such rubbish. That sort of miserable stuff would make anybody with pride hide away. 

I cannot find any excuse for putting out such *****. Full stop.

 

Hi @JohnLongney -- sorry to hear your frustration with this. Did you have other issues newly introduced in this release besides the printing of background colors of table cells?

Share this post


Link to post
  • 0
3 minutes ago, Jammer said:

Would love to see the ability to right-click on a table in Evernote and click "export to .xlsx".

You should post this as a separate request in the general forum at https://discussion.evernote.com/forum/304-evernote-feature-requests/?do=add

Note: Most spreadsheet export functions export to .csv to make them generic

Share this post


Link to post
  • 0
On 5/13/2017 at 9:14 AM, rechnergott said:

Not sure if this is a bug. 

The windows client does not allow me to use the "side scroll" function on my mouse for the tables, as I would normally use it on webpages and docs. 

The only way to side scroll the table is to scroll to the bottom of the table, and click on the scroll bar and drag it to the side. 

 

 

This should work, for example, if you press SHIFT and roll the mouse wheel. What kind of mouse do you have? Does it have a wheel? Do you still have this problem if you press SHIFT and roll the mouse wheel? Or are you horizontally scrolling by another mechanism?

Share this post


Link to post
  • 0
On 5/13/2017 at 10:04 AM, JohnLongney said:

dear fanboys,

to put my sentiments even more plainly, a product version where the development team has checked just about nothing is  unfit for Beta testing. 

Such work must make any competitor very, very happy, grinning with delight (or disdain).

@JohnLongney We are checking many conditions, scenarios, types of notes, user flows, actions, etc, but in some cases the beta users will catch even more issues. If you could provide details, sample ENEX files, or steps to reproduce issues you are having, I can assure you that I will work to get them fixed. I manage the development team that builds the note editor for all of the Evernote apps, and we will work to explain and uncover the root cause for the issues you are having, especially because your issues may be representative of a much larger group of users out there. 

Are you having other issues besides the one you reported about the printing of table cell background colors?

  • Like 1

Share this post


Link to post
  • 0
On 5/13/2017 at 11:45 AM, gustavgi said:

Well, beta testing is pretty much targeted at those people that you call "fanboys", and not the regular user that don't want to experience new bugs.

I myself uninstalled this beta as soon as I noticed the problem reported above, that the formatting of clipped notes is messed up in this build.

Can you share a few of the clipped notes that have messed up formatting. This is one of our highest priority issues, and I believe we have resolved this for most clipped notes and external content. Any example ENEX files or websites you could provide would be helpful.

Share this post


Link to post
  • 0
On 5/13/2017 at 11:59 AM, HerbyDE said:

Print and PDF generation looks different:

 

vergleich.jpg

Thank you -- this is something we are aware of and are looking into a fix.

Share this post


Link to post
  • 0
On 5/13/2017 at 0:24 PM, FactMan said:

OK. In the Evernote directory in the Program Files directory on my hard drive, there is a program called EvernoteCleanup.exe. I ran that as an administrator, and it seemed to address at least some of the challenges with the beta build (6.5.4.4720). I will continue to monitor and add to this message if I find something of interest.

The difference in formatting were still there - particularly with large amounts of extra space around headings and after urls. I found no way of removing that space, and ENML editor is too cumbersome to use for other than the occasional tweak. So, I am back with 6.5 and will stay there until there is sufficient positive comment about the newest beta. The table improvements were great, but not worth the rest of the hassles IMHO. Took a while to go back, but I am glad I did.

Thanks for the update. Can you provide some ENEX files that have "large amounts of extra space around headings and after urls"? I have an idea of what might be causing this, but have not heard any other reports of this specific rendering issue.

Share this post


Link to post
  • 0
On 5/13/2017 at 0:29 PM, Sugeeth Krishnamoorthy said:

@Chantal Leonard Please observe the bug which has popped up in latest Beta. 

Bug details - Unable to change the colour of a 'Copy Internal Link' from Green to any other colour. Even if i select and apply a new colour, colour is not changing ( but other attributes like 'font change', 'size change' etc seem to be working.) 

 

Editor-Bug.jpg

Thanks for reporting this. Can you clarify the difference between the link in #1 and the link in #2? You copied the red one and pasted it and it became green?

Share this post


Link to post
  • 0
On 5/13/2017 at 2:20 PM, csihilling said:

Re the alpha/beta discussion.  Two kinds of beta in my view, the internal one comprised of "volunteers" that sits between alpha and public beta, and the public beta.  I've always felt a public beta is supposed to be just about ready for prime time and is targeted at having more use cases thrown at it.  The alpha and volunteer beta are supposed to remove the glaring and obvious issues.  

<editorial>

And yeah, EN does seem to have organizational difficulties getting over the hump with QC,  The MAJOR SIN in this beta, IMO, is modifying how folks' notes look.  It's a form of data loss.  Personally, I really don't care what the technical hurdles are with all this editor stuff.  EN being a cross platform program has the responsibility to address them and present the same note no matter the device.  Separate development groups for so long could be a part of their technical debt.  One platform app hosing another is twilight zone stuff to me.

The product is still a great tool for me, very happy with what it lets me accomplish.  That being said, the new table functions are great, but not worth having to deal with data loss in a beta.  

</editorial>

We definitely do not expect you to care about the technical hurdles with all the editor stuff, but will be happy to explain things to you if necessary. We are working very hard to ensure that the look and feel of notes do not change, while at the same time improving the predictability of the editing experience. These 2 goals are in natural tension, and sometimes addressing one side causes issues on the other side. Both goals are important, so we are working on both. Any information you can provide to help us achieve these goals for you would be much appreciated. Sometimes just a single sample ENEX file will help unlock a creative solution to advance both goals -- the preservation of the look and feel of your notes, and the improvement of the editing experience.

Share this post


Link to post
  • 0
On 5/13/2017 at 5:51 PM, gustavgi said:

It doesn't seem like the notes were altered just by viewing them as altered. But I didn't edit any of them so I don't know if that would have made the changes stick.

In general, just viewing a "messed up" note or an altered note will note persist the changes. However, if you edit a "messed up" note in that form, the "messed up" note look and feel will be saved to the database, you will have to use note history to recover the correctly rendered form of the note.

Share this post


Link to post
  • 0
On 5/13/2017 at 7:23 PM, csihilling said:

 I don't remember a Public RC for this 6.6 Beta?  

Anyway, if you are going to have Public Betas they should to all intents and purposes be ready for prime time with the expectation to ID any fringe issues.  Buyer beware, but one should be able to assume the easy stuff has been found and your data is secure.  Public Beta is a broad swath for chaos.  EN needs to beef up the alpha and RC process including cross platform testing;  The recent IOS release still hoses up notes with tables in them.

We've been having this conversation for a long time..  unfortunately.  Not meaning to pile on EN, but someone needs to fix their broken quality process.

 

Quote

The recent IOS release still hoses up notes with tables in them.

Are you talking about the 8.2.2 beta? If so, please provide me or support some sample ENEX files so we can fix this issue. You should see further improvements in the next beta of 8.2.2 on iOS

Share this post


Link to post
  • 0
On 5/13/2017 at 7:36 PM, csihilling said:

Just did a quick test, it seems the format gets changed when you edit the note.  

  1. Did a copy/paste from a web site to a new note on 6.5.  It did not format correctly on 6.6.  
  2. Modified it on 6.6 and now it does not format correctly on 6.5.  
  3. Actually, if I copy the same content and save it to a new note on 6.6 it does not format correctly.  So adding new stuff may be problematic as well.  
  4. The content is actually highlighting @Chantal Leonard's first post and then copy/paste.

Not an exhaustive test, but repeatable.  And something one might expect in a test script somewhere, at least for step 3.  :(

Thanks for the steps to reproduce this. There must be something the HTML of this forum specifically that is not accounted for in the current beta build. I will try to come back and provide details on the root cause of the problem. Any other examples of broken formatting from externally pasted content would be helpful, if the same pasted content looked good in 6.5.

Share this post


Link to post
  • 0
On 5/13/2017 at 7:58 PM, N. Lum said:

Because of all the changes that are not worth the upgrade, I went back to 6.5.4 version.  It's not worth testing out the update.  I was excited about the changes, but I will wait for the general release.

Can you clarify which changes are not worth the upgrade? Any help or details you could provide would much appreciated!

Share this post


Link to post
  • 0
On 5/14/2017 at 0:46 AM, csihilling said:

Nice.  ;)

That is the crux, clearly stated.  In good conscience I don't think they did know the serious bugs.  And therein lies the problem.  

Take the formatting issue, it's not like you have to work hard to find the problem.  It doesn't work within the beta when doing a copy/paste from a web page, let alone a user formatted note from the previous version.  Call the steps what you want, that sort of issue should not be seen by the public.  My view anyway.

When you say "it doesn't work within the beta when doing a copy/paste from a web page" -- can you provide some example web pages. Or is this the case for all web pages for you? We have indeed tested with many web pages, but more examples are always appreciated!

Share this post


Link to post
  • 0
On 5/14/2017 at 0:56 AM, csihilling said:

Per the above, here are screen clips of highlight and copy (Ctrl-C) then paste into a new note using 6.5 and 6.6.  6.5 is a nice replica of the actual source page (above), 6.6 not so much.  

The 6.5 view still displays okay in 6.5 as long as you don't modify the note in 6.6.  So if you are using the beta don't modify any web page notes, at least the copy/paste variety.  Clipper seems to be okay.

ScreenClip65.png.3bcaa7ef98c016908b0cdddf0d427126.png

 

ScreenClip.png.0cabdd0959b59286bca719b7d5c2e552.png

Thank you for this example, I am looking into it -- did you have more examples?

Share this post


Link to post
  • 0
18 hours ago, EdH said:

thank you thank you thank you thank you...

 

Not a fan of the half inch dead margin on the left. Why do this?

Two things I've noticed:

  1. The "don" on "don't" isn't shown as a misspelled word. Oh wait. Never mind. "aren" in "aren't" is shown as misspelled. never mind.
  2. It seems that if you have "put focus of new note in subject line" checked it doesn't constantly take you from the note body to the subject line. Will have to experiment further, but so far, so good.

 

Quote

Not a fan of the half inch dead margin on the left. Why do this?

This is to allow the table row headers and dots to appear to the left of the table when your keyboard cursor is in the table, while at the same time aligning the left edge of the table to the left edge of surrounding paragraphs. Otherwise, the table row controls would not be visible, or the table would have to "jump" when you start editing it, or the controls would have to be less advanced, or more compressed, etc... this is the current thinking.

 

Quote

The "don" on "don't" isn't shown as a misspelled word. Oh wait. Never mind. "aren" in "aren't" is shown as misspelled. never mind.

I'm not sure what you mean here -- what is the desired behavior? And what exactly is it doing?

Share this post


Link to post
  • 0
18 hours ago, EdH said:

It happened in iOS too. Someone there has a real margin agenda for some reason. 

Put that person in charge of the blackberry product and leave the windows/Mac/iOS platforms alone. 

I replied to this in a few other places, but wanted to clarify again. This is to allow the table row headers and dots to appear to the left of the table when your keyboard cursor is in the table, while at the same time aligning the left edge of the table to the left edge of surrounding paragraphs. Otherwise, the table row controls would not be visible, or the table would have to "jump" when you start editing it, or the controls would have to be less advanced, or more compressed, etc... this is the current thinking.

What do you suggest?

Share this post


Link to post
  • 0
17 hours ago, keisoko said:

One of the ways I use Evernote is to keep a record of audiobooks I am listening to. To do this, I setup the notebook stack Sci-Fi and Fantasy Audiobooks that contains two notebooks: Series and Standalone. Notes in these notebooks include the picture(s) of the book(s) cover(s) and unformatted numbered list which consist of the book title, its synopsis, book length and checkbox that denotes whether audiobook has been listened to. Today, when I went to stack to see if it got affected by the latest beta, I discovered the presence of mysterious one cell tables where no tables have been before. The tables encompass book synopsis but sometimes might also extend onto the title. Why are the tables there? It is very strange to me. I know I can use copy/cut and paste to make notes look the way I want, just thought to put it out there to make Evernote aware of this bug, so it is not repeated in the future.  When I have 31 notes in Series notebook (with multiple entries in each note)  and 20 notes in a Standalone notebook (the situation are a lot better here) it is a lot of work to make thing right. Below are examples of what I described. 

Series:

5918d2e0ebac0_mysterioustableexample-series.thumb.jpg.0d541198f5966b5bb25a61abba966c25.jpg 

Standalone:

5918d32f9fe81_mysterioustableexample-standalone.thumb.jpg.57edc268b4069e7430044e9140a7b287.jpg

I think I know what might be going on here. Those tables were probably there all along because they existed in the HTML where you copied them from, but they had formatting that made the table structure invisible. With these new table enhancements in this release, the note editor is preparing those table for more advanced editing. In this case, you probably don't need that advanced table editing on these single cell tables. We try to identify tables that are likely to be content that users want to edit as tabular sets of information, as opposed to tables that are used for purely layout and positioning purposes. I'm not sure what the best way to handle a situation like this -- can you provide the location where this content was copied from?

Share this post


Link to post
  • 0
13 hours ago, Manya70 said:

I don't mind the Table enhancements. I was not really waiting or expecting these changes but I do like what I see and can see me using them in the future.

But I have found a problem with a 3rd party app that I use called "SMS to Evernote". Since I upgrading to Beta, the SMS messages in Evernote are unreadable although I can see them perfectly in Evernote Web...I guess the Android App developer uses some sort of tables in the upload to Evernote.. Not Sure...

Thanks for mentioning this -- can you post a screenshot or a sample ENEX file so we can take a look at the problem?

Share this post


Link to post
  • 0
11 hours ago, pepr said:

Hi,

Still can't understand why when i edit a word that has an URL instead of maintaining the word the new URL is pasted....someday you said ths is normal but don't see why.

I use some templates with repeating structures and titles, i want to maintain the title word but not the URL that this has assigned, previously this was working fine form me...

Can you provide some more details and example steps of how to reproduce the problem. I'm sorry, but I cannot understand exactly what is being described here.

Share this post


Link to post
  • 0
1 hour ago, JohnLongney said:

@DTLow indeed, as with Evernote one has to belong to The Club to humour and tolerate their novel approach to 'improvements'.  

Managed to talk a neighbour into a trial installation on his machine (had shown interest in Evernote previously). As a matter of fact he was quite impressed with the features I showed  him on my notebook such as webclipping, upload of pictures, merging notes, editing, so ahead he went with 6.5----. So, when I told him what the latest Beta promised and what it actually produced he would not believe it. The print-out of my wonderful test note with the nicely formatted table did not convince him (can't be true, must be printer low on ink). I knew  he would snap at the bait. Beta successfully installed. New note with table created,sent to his printer. Came back, laughing, '..... syndrome striking'. Young man in his early thirtees from Greece.

@JohnLongney I understand you are having problems printing the background colors on table cells -- we are working on this issue.

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

What version of iOS? Have you tried the 8.2.2 beta? If you mean that the tables on iOS are not fixed width, but instead are the width of the note editor window, then that is by design for now. We are working to transition tables to fixed widths on all platforms. During the transition, some platforms will still be using variable width tables that match the width of the note editor window. However, the columns should be proportionally the same across apps. So, for example, if you make a column on the PC twice as wide as the others, it should still be twice as wide as the others on iOS, even if the table is a different total width.

IOS 10.3.1 and no I have not tried the 8.2.2 beta, don't know how to access.  This was in reference to text within a column.  For example, on the PC the word Company fits in the column as one line, on the phone it ends up being two lines, the y wrapping to a second line.  So not a "proportional" fit of font and column width across the two devices.  Also, I spoke too early, table formats are still getting removed from notes IOS for me.

IMG_0320.thumb.PNG.00ed67b96647807fbdf8660f87fb36c9.PNG     ScreenClip.png.3a22464974fb64fa9626502445f5d7b8.png

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

If you have an example ENEX file we can see if it was changed before this release. In general, older tables that have not had their _total_ width adjusted, should start as 792 px wide in this release on Windows, while keeping columns proportionally wide relative to each other. If they have had their total width adjusted before this release to be less than 100% of the note editor window, then they should now have a total fixed width of less than 792 px, at a scale proportional to the percentage width they were of the note editor window.

Will PM an ENEX to you.  The code says 50% column width, but it appears to be displaying at 25% and the column widths are the same.  Whereas on 6.5.the table does appear to be 50% of the note window and the column widths are different, as they are supposed to be.  I created a fixed width template for this type of table sometime in 2015, I think.

Share this post


Link to post
  • 0
10 minutes ago, Johnathan Hebert said:

I think I know what might be going on here. Those tables were probably there all along because they existed in the HTML where you copied them from, but they had formatting that made the table structure invisible. With these new table enhancements in this release, the note editor is preparing those table for more advanced editing. In this case, you probably don't need that advanced table editing on these single cell tables. We try to identify tables that are likely to be content that users want to edit as tabular sets of information, as opposed to tables that are used for purely layout and positioning purposes. I'm not sure what the best way to handle a situation like this -- can you provide the location where this content was copied from?

 

The information was copied from Audible.com. I have an account with them, and this is where I get all my information from that resides in the stack I mentioned. I do not know if you be able to search it without creating an account but give it a try. For more reference here is the links to notebooks in Sci-Fi And Fantasy Audiobooks stack: Series and Standalone.

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

This could be the symptom of another bug breaking something else in the editor with some notes. Can you reproduce this problem on all notes? Or just some notes? Can you provide an ENEX file of a note where it can be reproduced? Any help you can provide to uncover the cause of this will help us to get it fixed.

Does not happen on all notes.  The next time it happens I will send the ENEX.

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

It was not in 6.5. We added it in 6.6 because of the new table UI -- the gray row headers and dots -- that appear to the left of the table when your cursor is inside the table. Without the margin on the left, those UI elements would not be fully visible. This way, the left edge of the table can align to the left edge of surrounding paragraphs, and the new table UI can be visible when necessary, and the table does not have to "jump" when interacting with it.

Got it.  Downside to that is that every other note is also indented, probably more of those than notes with tables???  Anyway, why not have the UI elements on the right of the table?

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

The editable line above the table allows you to put your cursor above the table, since you can no longer put your cursor to the left of the table

But if you click in that space you still open the table, if the table is the first thing in the note.

Share this post


Link to post
  • 0
1 hour ago, Johnathan Hebert said:

The table UI -- the row and columns headers -- should disappear when your keyboard cursor (not your mouse pointer) is out of the table. As long as your keyboard cursor is in a position that would allow you to type in the table, the table UI options are visible. If you are typing somewhere else in the note, they should not be visible. Can you clarify if this is the behavior you are seeing?

It is the behavior I am seeing, one has to click outside the table for the UI to disappear;.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...