Jump to content

315234

Member
  • Posts

    11
  • Joined

  • Last visited

315234's Achievements

Helping Hand

Helping Hand (3/5)

0

Reputation

  1. Alfred currently has a keyboard shortcut to open the currently selected file in Finder in the Alfred file browser. However, if Finder is not the frontmost app it does nothing. It would be good to extend this keyboard shortcut to work on the current document in the frontmost application. For example, if I am looking at a pdf in Preview the Alfred file browser would open at that pdf's location. I think this should be relatively easy using Applescript.
  2. Ability to add a nonfunctioning element to workflows which simply displays some text. Could be used to store setup instructions or other README info before sending to people or distributing online.
  3. For example <items> <item> <title>a – dash</title> </item> </items> Shouldn't every character except <, > and & be accepted in XML? If not, how should I be escaping these? Thanks EDIT: Apologies, it was a python 3 issue (LANG environment variable not set inside Alfred). But where do the scripts run in script filter get their environment variables from?
  4. For anyone looking for another quick way to test results, create a new script filter workflow called "pastetest" or something and have it simply run "pbpaste" (as a bash script). Then you can copy your xml to the clipboard and quickly see if it is parse by Alfred by running this workflow.
  5. Well here is one that doesn't, as far as I can tell: http://dx.doi.org And also, the link you give above has already expired.
  6. Sorry if this is available or has been discussed before, or if I have misunderstood something below. It would be nice to enable specifying POST data for a web search. Currently only queries using GET are possible. Here is an example of a search field which uses POST data only: https://www-lib.soton.ac.uk For example, Opera (browser) has an option for search engines you add.
  7. I'm afraid I have to disagree that this is a correct answer. IEEE floating point certainly allows for this level of precision, as demonstrated by the result python gives. A more extreme example: =1.23456789/1000000000 gives the answer .000000001 which is clearly wrong. Floating point gives the result 1.23456789e-09 (no loss of precision). So it would seem to me that the output is just formatted wrong. I don't know how the internals work, but maybe just add an option to format all results in scientific format? I know this all probably sounds like nit-picking, but the result is I can't trust Alfred to do quick calculations which is a shame. It is an otherwise really fantastic product.
  8. Hi! There is a loss of precision with certain operations when using the calculator. For example, the following entry: =1.1294776E-005 / 24.0 produces the following result: .000000471 ...which has only 3 significant figures. It should give something like this (this is from a python interpreter): 4.7061566666666667e-07
×
×
  • Create New...