Jump to content

chimericdream

Level 2
  • Content Count

    25
  • Joined

  • Last visited

Community Reputation

9 Neutral

About chimericdream

  1. I'm not sure what the issue was, but perhaps one of my machines was on a beta version of 6.1. It still shows on the Mozilla Addons site as "not compatible", but I removed the Web Clipper extension and re-installed it, and now it seems to be working. If nothing else, perhaps the extension's manifest should be updated to include Firefox 45.
  2. The subject line says it all. Upgrading to the latest Dev Edition of Firefox (45 as of this post) breaks the web clipper.
  3. Agreed. It kills me that I have to open Chrome in order to clip from Gmail. But I know that Evernote's policy is never to comment or speculate on decisions related to possible future additions, even when it comes to features that are already included on some platforms but not others.
  4. The Web Clipper page on the Mozilla add-ons site states that the current version supports clipping from Gmail, but the product page on evernote.com says otherwise. The functionality is obviously not present in the Firefox plugin, but why? When will it be added in?
  5. Still broken in Firefox Developer Edition. With a brief debug session, I got the following stack trace when trying to clip a page: TypeError: Argument 1 of Document.importNode does not implement interface Node.Stack trace:copyDocumentNode@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/util.js:221:17TransformBuffer.prototype.createElementMapping@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/xslt.js:940:5transform@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/xslt.js:79:3serialize@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/xslt.js:1089:10ArticleSelector.prototype.serialize@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/article.js:1530:1WebClip.prototype.serialize@resource://gre/modules/commonjs/toolkit/loader.js -> resource://e0b8c461-f8fb-49b4-8373-fe32e9252800/web_clipper/lib/article.js:734:1Handler.prototype.process@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:867:23this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:746:7this.PromiseWalker.scheduleWalkerLoop/<@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:688:37Promise*this.PromiseWalker.scheduleWalkerLoop@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:688:5this.PromiseWalker.schedulePromise@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:709:7this.PromiseWalker.completePromise@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:671:7notify@resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/commonjs/sdk/timers.js:40:9
  6. Yes. In the Tags window, click on the popup menu in the upper right and select 'My Tags'. This work for the Tags view, but not for the tag's tree hierarchy at the left side. Any plan to fix this? Seconded. It's well and good to be able to view only my tags on the tag page, but since I (and others, I would wager) use the tag list in the sidebar FAR more than the tag page, this of little help. Can we get filtering for the tags in the left column?
  7. Sorry for the delayed response. Unfortunately this workaround is only useful in a small number of cases. More often, I need to insert a row between two other rows or swap the order of two rows. Selecting the entire row and performing a copy (or cut) and paste results in totally unexpected and incorrect behavior. You are certainly right for those times when all you need is to add more rows at the end of the table, though.
  8. I have noticed this as well. This problem appears to be unique to the Windows version, because I added rows to the same table on Mac without issue.
  9. When I updated this morning and saw this, my first thought is that it was a bug. I really hope it's just an "oops" and not a deliberate change to remove functionality. I'm sure I _could_ get used to having the preview pane on the right, but by forcing it to go there, Evernote just took away 50% of the horizontal real estate. Now any notes I have with long titles (e.g. many things clipped from web) are cut off. I agree 100% with JMichael. This is a horrible UI design choice.
  10. This is definitely needed. I share folders with my wife, co-workers, and my business partner. Having so many people with different tagging methods makes Evernote's tag system almost unusable. We really need to be able to either: a) hide tags from shared notebooks entirely; group tags by "shared" and "mine"; or c) group tags by "mine", "John's", "Amy's", etc.
  11. Any update on this? I can't see all of my saved searches (I have about 50) on the Mac client. Dragging them to the sidebar is not an option, because the search is not visible to click and drag. Seems like a step backward to move such a useful feature and make it so unintuitive.
  12. Sorry for the delay. Looking into it more, it appears that only the underscore is being sorted incorrectly. The sort order on Windows (and formerly Mac as well) was "!" "." "@" "_", and the new sort order on Mac appears to be "_" "!" "." "@". Attaching a couple of screenshots from both OSes. https://picasaweb.google.com/lh/photo/mQzcqhXxdIZFZFQynCu9JpGBW9g_tHo5ud_4Z3cKZMQ?feat=directlink https://picasaweb.google.com/lh/photo/yw-w8Pb74cW04A7xUDkE2pGBW9g_tHo5ud_4Z3cKZMQ?feat=directlink
  13. Prior to the recent major update of EN on Mac, notebooks and tags were sorted identically on both Windows and OS X. Unfortunately, now I get a completely different order (almost reversed) looking at my Mac vs my PC. A little more info: I preface some tag and notebook names with special characters ('!', '.', '_', etc) to group categories of items while keeping things with the same prefix sorted. However, with the recent update on Mac, the special characters now sort differently than before. This means that I have items sorting "incorrectly" (based on my personal system). To me, this is a bug. Folders and files outside Evernote still sort the same on both OS X and Windows, so I don't believe there is a fundamental difference in the OSes. The only variable that changed in the equation, as far as I can tell, is the Evernote update. Any suggestions on how to get tags and notebooks sorting correctly again?
  14. I agree that things are blurry in this case, but I think it still falls in the category of feature rather than UI. Both UIs include all the same pieces (tags, notebooks, etc), so we're good on that front. But the feature that sits on top of the UI is the ability to persist the UI state across instances of the app. It's certainly not a deal-breaker, but it's a pain to have to reset everything by hand on a regular basis.
  15. Right you are. Either I was getting mixed up from an older Windows version, or I am simply too tired. I definitely am having the issue on Mac, but I just tested my Windows machine, and it works as expected (just as you describe). One thing I did notice that the Mac version did do was it opened to the last tag/notebook I was viewing when I closed. In doing so, it expanded the appropriate tag, but everything else was reverted (i.e. the left pane is back to its wafer-thin self, all tags are collapsed save the parent of the current tag, etc). I would almost rather everything go back to a consistent default on restart than have _some_ things persist and not the majority of the rest. Thanks for the help. I will edit the original topic to indicate that the issue is Mac-specific. Any Mac users have any advice? Is this a known issue and/or a planned feature to implement? It can get frustrating when the gap between the desktop versions rears its ugly head. <side note> I understand that 100% uniformity is not a reasonable expectation, but I recall seeing a user on the forums with a very long list of EN features that are in Win but not in Mac. That said, I'm glad that I even have the option to use one program on my work laptop (Mac), personal laptop (Win), desktop (Win), phone/tablet (Android), and basically anywhere else I need it (Web). I simply think it's reasonable to ask and hope for the Evernote developers to push for more feature parity without losing sight of how many common features already exist. </side note>
×
×
  • Create New...