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


Level 5*
  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by jefito

  1. There is no magic thread; this is the way that it is. The tag tree is an organizational structure and does not imply subclassing, an inheritance hierarchy, or what-have-you. It's evidently a deliberate choice, with no announced plans to change it. Some folks can't cope with it, and others it doesn't bother. The topic's been discussed at great length elsewhere -- feel free to search the forums -- but for now, that's how it works.
  2. When you found problems, did you report them to baumgarr (the Nevernote developer)?
  3. You're paying Evernote for what it actually does, not what you assumed it does. However, if you're dissatisfied, you can most likely get a refund.
  4. As I understand it, it's a Chrome browser thing that extensions are dismissed when they lose focus; the other extensions that I use in Chrome do the same thing -- maybe that will change someday. Browser extensions / plug-ins / what-have-yous work differently because there are no standards for them. Under Chrome, at least for now, you'll just have to wait...
  5. Yes, you can say that, and I believe that your opinion is welcomed by Evernote staff. Me, I don't really care to organize my notes in hierarchical folders, as tags are plenty for me. I understand that others want that, but I've seen no interest in providing that in anything I've read by Evernote staff, so it's a moot point for me.
  6. Color me impressed. In a quick (and incomplete) test, everything seemed in order. Saved searches were a little slow to finish, and PDFs were slow to display. But I liked the zoom feature, and everything else I tried seemed to be in order.
  7. Hi baumgarr, I was tempted to try running it on Windows, but them I stopped. Has it been tried running in parallel with Evernote? I suppose that you use separate databases, so it's probably safe, except for the possibility of getting note conflicts. thanks for your work -- very noble.
  8. For the Linux users who may not know about this, there's an open source Linux Evernote client now available -- NeverNote -- that was just written up in a Lifehacker post: http://lifehacker.com/#!5762376/nevernote-is-an-open-source-evernote-client-designed-for-linux-no-wine-required. According to the story, it's a Java app, and therefore can also work for Windows and Mac OS users as well (I haven't verified that). NeverNote home page: http://nevernote.sourceforge.net/index.htm SourceForge page: http://sourceforge.net/projects/nevernote/ Congratulations to forum member baumgarr, the NeverNote developer (and anyone else involved)!
  9. I believe that that's a known behavior, related to how how Chrome manages its extensions. I couldn't find a backing post for this by Evernote staff in a quick search, though I believe that there's at least one. ~Jeff
  10. I'll have to wait until I get home and install IE9RC on my Win7 machine there and try things out; we've not switched over to Win7 here at work (but soon, though). ~Jeff
  11. I think you'll find that the search grammar underlies all note searching and filtering (per the Evernote API), therefore, if recursive search was to be supported, it would need to be supported there. If you want a global setting to govern recursive searching, then you'd have a conflict if you also allowed mixed recursive and non-recursive searches in the grammar (who wins, the literal search that the user typed in, or the global setting that the user may or may not have set explicitly?). Aside from that, there's the matter of where to put it: the controls that affect searching (e.g. Any/All, Notebook selection, etc) are, in the Windows client, kept in the Search info area; these can also affect selections in the Notebook and Tag lists, but interacting directly with the notebook and tag lists are conversely not affected by settings in the search area. So that's really not a good candidate location for the global setting such as you suggest. On the other hand, putting it in Options makes it hidden, and hidden modes are not often a great UI choice. You could also put it in the toolbar, but that's already a bit crowded, and isn't used for mode settings anyways currently. So, a bit of a sticky UI problem. Me? I'd just put it as a control in the Tag list, and have its setting affect only filtering actuated from there. But that's just me, and truth be told, this is all hypothetical anyway, since I've never seen any actual sign that Evernote was interested in such functionality (not that they tell me their plans anyway). I think that recursive tag search could help some folks here make better use of the tagging system (jbenson2, I'm looking at you ), but I'm not sure that I'm one of them. ~Jeff
  12. No, I very much disagree with that. The search tool should, as much as possible, accept the search grammar literally' and not reflect (also as much as possible) hidden search modes. In particular, you should be able to mix recursive and non-recursive searches in this (currently hypo0thetical and mythical) search grammar extension. ~Jeff
  13. I think that any change in UI-based search behavior would also need to be reflected in the search grammar, so that it can be used in saved searches. That is, if you want a recursive tag search, you'd probably need to have support that in the search grammar. Elsewhere I've suggested a change to the grammar for recursive searches that uses "+tag:tagname", which would match notes that have tag 'tagname' or any of its children. Alternatively they could introduce a new search term, say 'tagtree', to something similar. We'd probably want to have negation as well, either '-+tag:tagname' (awkward looking) or '-tagtree' to match notes that do not contain any of tag 'tagtree' or its children. ~Jeff
  14. I haven't downloaded IE9RC yet, and it's not been released yet, so the standard IE web clipper may not work. Have you tried the booknmarklet, availabe down towards the bottom of this page: http://www.evernote.com/about/download/web_clipper.php? ~Jeff
  15. A prior discussion here: http://forum.evernote.com/phpbb/viewtopic.php?f=56&t=19924&p=83399. ~Jeff
  16. The place to open a support inquiry is at the bottom of this page: http://www.evernote.com/about/contact/support/. Evernote staff do read and sometimes post in the forums, but it's not really the best place to get support from them, though sometimes another user might have a solution, so it's worth posting in the forums, too. ~Jeff
  17. This is a user forum, and not really intended as a support forum. Did you file a support ticket? ~Jeff
  18. We've had this suggestion before, back a couple of months ago. Basically means having a separate field (or index) that tracks manual order, which changes when you move notes around, possibly cascading into other notes (e.g. I have notes in order 1, 2 and 3, I move 3 above 2 and so must change both 2 and 3's sort order index -- swaps them in this case). Also gets a little messy and possible confusing if I am viewing a filtered list (via notebook or tag or saved search), and start moving things around: how does it affect other notes not currently being viewed? ~Jeff
  19. I think that about the best that you can do other than having a special Archived notebook is to add an "Archived" tag, and tag notes accordingly. When you want to search your unarchived notes, you just add "-tag:Archived" to your search. Using the "Archived" tag also allows you to focus specifically on archived notes. ~Jeff
  20. Um, I think that he meant that that would be confusing behavior, i.e., not a beautiful thing, at least to some. Regardless, I think that Evernote's design is pretty well set for the foreseeable future, though as discussed above, I think that there are some things that Evernote could do to help out the folks who want some support for a classification-style hierarchy. ~Jeff
  21. I also prefer the way that it operates now, bu toccasionally I do wish for a separate (and not default) operation that allows us to apply a tags and its parents to a note, and I think that some folks might want that more than occasionally... ~Jeff
  22. Oh, I didn't disagree with the idea, just wanted to point out that shift-click was already taken. I can see how you might also want to augment the search grammar via, say (and this is where Dave twitches offscreen ), prefixing the 'tag:' modifier with a '+' sign: '+tag:MyTag' would search for all notes containing tag 'MyTag' and all of its children (and maybe its their children, etc.). Or something like that... ~Jeff
  23. Very much agree, and this fits in with... Actually, for me, it *is* the point. Tags function for me like adjectives, and I prefer to keep them short, few in number and flexible. In English at least we don't have separate 'red' adjectives for the separate objects that 'red' may describe, and similarly I don't mind overloading a tag for different contexts. Presence of other tags often determines context in my scheme, so I might have tags "computer", "language" and "python" (common and reusable tags) rather than a specialized "python-language" tag. And I can organize my tag tree (which has ~90 tags) as convenient to me, without worrying about it too much -- most of the time I keep all but the top-level branches closed in the UI. So ultimately, the way that Evernote is designed works pretty well for me. At some point in the past when this debate flared up before (there was plenty of discussion on all of this back then), I proposed at least making it easier for tags-as-classification thinkers to apply a tag and all of its parents to a note as a separate operation. This kinda dovetails with your idea, which I think is a reasonable request, except for the shift-click bit, since the tag tree -- at least in the Windows client -- uses the standard shift-click, ctrl-click sequences for multi-selections. And I agree with this too. ~Jeff
  24. Like Dave said, it's a design choice, one that works for some (me, for example), but not for everyone. It really reflects that tags are descriptive terms with multiple meanings, depending on unrelated contexts. For example, if I were a herpetologist and a software developer, I might reasonably have a 'Python' tag, but where would it live if the tag structure was truly hierarchical, and not just an organizational scheme? If I put it in one branch (say, Snakes / Python), then the other (Computer / Computer Languages / Python) loses out: Hey, I'm just looking for my snakes, but I keep getting Dell and Apple and Ruby. But with the current design, I can put it in the tag tree wherever its convenient for me, and use it freely in any context where one if its meanings fits. ~Jeff
  • Create New...