MartinPacker

@mattyrad1 Two possibilities - though you might not find either of them acceptable: Run Windows client under WINE (WFM OKish) or use the Web client.

Martin

I used Writepad in meetings - because it can read my handwriting - and put the resulting note in Evernote.

Outside of meetings I tidy up the notes with a keyboard.

Martin

ENScript.exe won't parse HTML but Evernote.exe WILL. I found this out the other day. I think I need it myself.

Martin

This is indeed a valid technique, alongside Nevernote and Wine. The one downside is you need to have a copy of Windows.

Martin

The point about MathML is that it, being XML-based, can be readily checked for correctness against a DTD or schema - something .ENEX import already does. I would hope that'd be a big help in this.

And, yes, I know the format alone isn't enough: As has been stated, authoring tools are required.

One other thing: I would expect most browsers by now to be able to render MathML. Maybe that's naive. :-)

Martin

Ok. So I'm going to suggest MathML as a "more in spirit with the Evernote world" thing - being XML (and we've now established LaTeX isn't).

Martin

Presumably LaTeX is XML? With its own DTD? If not then MathML is probably a better bet.

(I believe MathML has wide browser support at least, not that I've used it in anger.)

Martin

FWIW I've just seen 2 "I can confirm this" emails for 2 of my WINE bugs re Evernote. So maybe someone's working on them.

Martin

I went to WINE 1.3.13 and Evernote 4.2.2.3809 and it appears to run fine.

@Owyn That's right... No .NET. That's why I've invested time in installing the Evernote 4 client under WINE. I still think we can get it to "first class". With work on the WINE side and (perhaps) on the Evernote side.

Martin

The compromise would be for Evernote to join the WINE project and provide some people time to work on the WINE bugs/performance issues/whatever that particularly affect Evernote. (This probably ISN'T a lot of time.)

The "compromise compromise" :-) would be for WINE supporters and Evernote to talk - which is, effectively where we are now.

No reason I can think of why the WINE route isn't satisfactory to everyone - perhaps with a little work. And especially with the Evernote 4 code base.

Martin

You got me. :-)

http://bugs.winehq.org/show_bug.cgi?id=25027 Evernote 4.0 Autoupdate won't install the update. Likewise stand alone reinstalls.

http://bugs.winehq.org/show_bug.cgi?id=25028 Evernote 4.0 PDF Preview Hangs Or Is Slow

(I made the comment the above is on behalf of someone else so I don't have detail / corroboration. Same applies to the next 2.)

http://bugs.winehq.org/show_bug.cgi?id=25029 Evernote 4.0 Switching Notebooks Is Slow

http://bugs.winehq.org/show_bug.cgi?id=25030 Evernote 4.0 Clicking On A Menu Is Slow

I've mentioned this in the wine-devel newsgroup. We'll see if someone there wants to help out. (I made no promises on Evernote code changes but the dialogue is worth having.)

I suspect speed ups under WINE will benefit both the WINE and the Windows communities. Does anyone have contacts with the WINE project?

Strangely, updating doesn't work. Nor does installing a fresh copy at a later level. Not unless I reinstall WINE.

I've no idea why.

@kvitekp Once I have the latest beta up and running I'll be able to see if the sluggishness is still there. Then, if it is, I'd be happy to oblige.

Hopefully no-one will mind me mentioning I have the Evernote 4.0 beta happily running on Ubuntu under WINE. To do this you need WINE 1.2 at least. (1.1 doesn't render properly.) While I wouldn't now want to run 3.5 I'll note it doesn't run. Period.

Now if you don't like WINE this doesn't help you.

So the future IS looking brighter for Evernote for Linux.

A good news update on my experiment at using 4.0 beta under WINE: The alpha channel rendering problem has been solved:

Wine 1.2 supports alpha channel rendering. Having installed it all the icons and thumbnails are now showing up. So if we talk about Linux we should just say "install WINE 1.2 or later and it'll be fine".

It's still slow: I wonder how much debug code there is in the beta.

I also observe I may be choosing (or defaulting) a poor font. 3.1 didn't render text all that well under WINE either. But I never investigated how to tweak WINE to make it better.

Martin

... and is alpha channel rendering something you really need?

Yes, I realise Linux is not a target environment. But if changing this hurt Evernote little and cost Evernote little it'd be worth doing.

Happy to test, of course, even outside of a formal code drop.

Cheers, Martin

I can't answer the question on what causes the speed. BTW I never got to 3.5 because of, as has been noted, .net.

I also don't see two things:

1) Note thumbnails getting rendered - mostly.

2) Any background behind the e.g "Sync", "Trunk" strip of buttons.

What I can't tell is whether that's normal for this beta or a particular problem with running under WINE.

Here's a screenshot:

Yes, via WINE. It's a little slow right now - suspecting debug code in Evernote client. BTW I don't see enscript. I assume - given there appears to be a new database format - it's had to be reworked.

But anyway I'm happy Evernote under WINE is back in business after having had to skip 3.5.

Cheers, Martin

Good news... Just downloaded 4.0 Preview and it installed and runs just fine in Linux. Specifically Ubuntu 10.04 32-Bit.

There are some things not quite right but I'm thinking those are probably common to the Windows experience.

So, well done guys!

Martin Packer