Jump to content

Tiny Clanger

Member
  • Posts

    8
  • Joined

  • Last visited

Everything posted by Tiny Clanger

  1. Well, I believe macOS simply refers to them as "display 0", "display 1" and so on — that would be fine here, with no need for Alfred to know how they're laid out. Presumably there's an upper limit on how many displays macOS can support (looks like a fully-loaded Mac Pro can support 16 4K displays, though I'd like to see how that is arranged!) so Alfred would need to do something sensible if the workflow refers to a display that isn't installed. Rather than have a massive dropdown with that many display options, maybe there could be a "Specific Display" option which then enables an integer field for the display number?
  2. Ah, of course — it's a separate application, which means I can force it to the right display by using Options > Assign To in the Dock menu 🤦‍♂️ Thanks! (While we're on the subject of moving windows to a display with Automation Tasks — it has options for Primary Display, Display with Cursor, Next Display, and Previous Display, but how do you move something to a specific display that isn't the primary display if you can't guarantee it has the cursor? There doesn't seem to be a way of simply picking a display there…)
  3. I have two displays on my Mac. When I invoke Alfred, the search window appears on the right-hand display, which is where I dragged it to. If I then press ⌘, to open Alfred's Preferences, they should appear on the same display as the search, since that is where I was looking. However, they appear on whichever display had the focus before I invoked Alfred. Despite dragging the preferences to the right-hand display, the next time I press ⌘, the preferences window ignores that explicit drag and opens wherever the focused app was. As it's possible to configure which display the main Alfred window appears on by dragging it, please could the Preferences window either follow it, or remember when it has been dragged to another display? It's a pain to have to go hunting for it (probably even more so for people with more than two displays) and especially when it opens on a display that's too small for large workflows without a load of scrolling…
  4. When I upgraded from Alfred v3 to v4 and opted to back up my previous settings to a .tar.gz file, the progress window displayed black text on a dark background. Unfortunately it auto-closed on completion, so I can't attach a screenshot. Incidentally, could the licence upgrade process display the licence on the screen rather than making the user wait for an email? It's particularly annoying if you have to forward the email to work from your phone in order to copy the licence code Update: the post-migration screen has the same problem:
  5. Another +1 for this, or at least for adding Avenir to the list of supported fonts (it's a system font, so no import/export issues
  6. When I try it, it doesn't complete the filter names. Debug output is as follows: [ERROR: alfred.workflow.input.scriptfilter] Code 1: complete.rb:2:in `require': no such file to load -- json (LoadError) from complete.rb:2 I can't actually see complete.rb anywhere in the workflow screen, and I don't know where Alfred stores workflows, so I can't debug this further myself. This is on OS X 10.8.5, with Alfred 2.3 (264). Does anybody have any ideas what's going wrong? Am I missing a gem? Thanks
  7. Yes — after all, how else can you grab a friend's unattended machine and change Alfred to use 36pt pink Comic Sans?
  8. I've created a new theme, and edited it to my liking… except for the font. I don't like any of the choices Alfred is offering, and can't find how to bring up the standard OS X font selector to choose the one I do want. Is this actually possible? I realise it makes the theme non-portable to have a font that's not on everyone's system, but I'm designing this theme for use on my computer, so I don't really care all that much
×
×
  • Create New...