Jump to content

dfay

Member
  • Content Count

    909
  • Joined

  • Last visited

  • Days Won

    50

Everything posted by dfay

  1. Would it be possible to keep the query in Alfred’s history so if the user calls up Alfred again, the query would be there? For distraction-prone academics this is actually quite useful ?
  2. Yes, I'd agree with all of this, especially the part about not worrying about the language. Except this: don't start with AppleScript. It's possibly the language I use most often for automating my Mac, but I think it would be to easy to get bogged down in its many quirks as a novice. My vote would be for python. I learned it from an O'Reilly book but I'd say if you're serious spend the $29 for Learn python the hard way.
  3. Not video but I’d start with the list filter docs : https://www.alfredapp.com/help/workflows/inputs/list-filter/ with the template name as title and the template itself as arg at the end you’ll want to add a copy to clipboard object. The custom forms were just html forms and maybe a bit of javascript on the front end. Depending on the checkboxes etc. selected it would include various bits of text in the body , compose the subject line etc., then on submit it went to an email cgi ( http://www.bu.edu/tech/services/cccs/websites/people/forms/ponyexpress-overvi
  4. Funny I just answered practically the same question here:
  5. Yes. Two immediate options are to use snippets or a list filter with the text. Which option you choose might depend on how many different pieces of text you have to paste etc. Once you get a feel for list filters you might also use this which I have been gradually using to replace my list filters. But.... When I was going similar work 15 years ago my solution was to write a form where I could check a few boxes and have the email / document generated automatically. That would beat creating a document and pasting into it hands down.
  6. By far the easiest way to address this is to write all your Alfred workflows in python and port them to Editorial and/or Pythonista on iOS. And/or Drafts & Workflow.
  7. see https://www.alfredforum.com/topic/10973-file-action-wlist-of-actions/
  8. Just got a chance to try 0.2 b & it's definitely much faster. No other issues except the same updater quirk noted above.
  9. I tried using Alfred as a Spotlight substitute for the first year or so I owned it. Then (I forget why - maybe when v2 came out) I reset to the default search targets & went all in with workflows and custom searches. I've gone back to using Spotlight for files, and disabled most of the distractions that Appeal has been throwing in....I don't need random Apple Music cluttering up my search for files are work - if I wanted to look for music I'd open iTunes (or more often these days, Music on IOS). But for serious file search I use HoudahSpot (which, like Alfred relies on Spotlight indexin
  10. Just tried 0.1.5 from GitHub with a few different CSLs and Zotero entries and have no problems to report. I installed the BibTeX CSL mentioned above and it works, too. Ruby citeproc is a little slow. But certainly useable. Seems ready to release from what I can tell.
  11. I wanted my list filters to update automatically and to do a fuzzy search for the variable names, so I wrote this: https://github.com/derickfay/fuzzylist
  12. # fuzzylist Fuzzy, self-updating list filter workflow for Alfred 3 This is a workflow template - it does nothing as is. ## Usage: - create a csv file like you would for an Alfred List Filter - name the file *list.csv* and add it to the workflow directory On the initial run, the workflow will create a file list.json for output to the fuzzy search. If list.csv is modified, it will update list.json . ## Credits - uses fuzzy.py by @deanishe - https://github.com/deanishe/alfred-fuzzy ## Download workflow at https://github.com/deri
  13. You should be able to export Bibtex by setting your style to this csl file : https://github.com/citation-style-language/styles/blob/master/bibtex.csl I haven’t tried it (I tend to go from bibtex to zotero, not the other way around...) but it’s been around for 7-8 years and I expect it will produce valid bibtex .
  14. Sorry - just had a chance to take the beta out for a spin tonight. Really impressed by the great progress you've made.
  15. While I'm redefining all the keystroke modifiers....it would also be useful to have one that copies to the clipboard a zotero:// link back to the item. Here's a javascript example of how these links are created: https://raw.githubusercontent.com/Zotero-ODF-Scan/zotero-odf-scan/master/attic/Zotero Select Item.js Or even better (for my purposes at least) -- a markdown link with the format [citation](zotero://select/items/item_key)
  16. Also -- I've realized something else as I've corrected my own misunderstanding of how CSL works. It will actually be very helpful to copy either an item's CSL citation http://docs.citationstyles.org/en/1.0.1/specification.html#citation or CSL bibliography http://docs.citationstyles.org/en/1.0.1/specification.html#bibliography . I'd actually recommend, rather than having opt-return and command-return copy different styles, there could only be one active style, with opt-return copying the citation in that style and command-return copying the bibliography entry.
  17. I'd vote for #1 to begin with. #3 would be helpful but not necessary. Ideally with a prompt & maybe an option to put it in the Zotero styles folder instead of keeping it in the workflow.
  18. Yes, you're right, and using Thomson Reuters - Legal, Tax & Accounting Australia works fine. Hmm...here's a separate python library that seems to handle the loading of dependent styles https://github.com/inveniosoftware/citeproc-py-styles in its its __init__.py
  19. Two other thoughts on the search by field: 1 - zot:creators - it would be helpful but not essential to allow search for author vs. editor 2 - it would be great to be able to search the abstract field as well
  20. This is great - search is blazing fast. I'm running into issues with some CSL styles though -- it doesn't copy successfully and gives the same error message: 22:11:00 util.py:223 INFO [0.03s] updated search index 22:11:00 cache.py:301 DEBUG [cache] opening store 'styles'... 22:11:00 styles.py:140 DEBUG [styles] style=CSLStyle(name=u'The Tort Law Review', path=u'/Users/username/Zotero/styles/the-tort-law-review.csl') 22:11:00 styles.py:141 DEBUG [styles] csl=[{u'type': u'article-journal', u'title': u'A New Ecosystems Ecology for Anthropology', u'issued': {u'date-parts':
  21. This is really an AppleScript question bc as far as I know there’s no other way to do it with Mail.app . This thread http://macscripter.net/viewtopic.php?id=43790 provides a script that would do more or less what you want. It relies on AppleScript UI scripting (i.e. simulating keystrokes and the like) which tends to make it breakable anytime there’s an OS update.
  22. Actually the API seems to be focused on managing users not content. If you can provide an example of the URL for a Libib search someone could probably help you convert that to a custom search. But based on that API I don’t think displaying search results in Alfred is possible at this point.
  23. In re: the output format, I wouldn't trouble yourself to writing RTF output code unless you've really got it in the bag already. The only formatting that's going to be needed are italics, bold, maybe underlining in a few edge cases. This can be done in HTML and piped to textutil without risk, I'd think. Also I'd agree that collections aren't necessary for the workflow. In my experience, when I would be working with a collection (organizing readings, finalizing references for a paper, etc.), I'd also have my bibliographic software open and be working in there directly. The tim
×
×
  • Create New...