Jump to content

netnothing

Member
  • Posts

    14
  • Joined

  • Last visited

Posts posted by netnothing

  1. 3 minutes ago, vitor said:

     

    Not quite, it also does other changes to Library inclusions and changes one of the checkboxes at the top. You can verify this by switching between different resets. In this case it produces the same desired outcome as manually dragging ~, but in other cases it might not.

    Sorry, I didn't mean to suggest that it only added ~ to the list.  Just that resetting to "Applications and Home" adds ~ to the list, so if you have a custom setup where you manually added ~ to the list to get Dropbox to work, you likely don't have to use the "Applications and Home" reset.

  2. 2 hours ago, vitor said:

    Instead of manually adding ~, try resetting the Search Scope. If the default doesn’t work for you, “Applications and Home” should.

    Yeah, resetting to Alfred defaults removes ~ and thus no searches are done in Dropbox.

     

    Resetting to "Applications and Home" just has Alfred add ~ to the list.

     

    So at this point, you need to have an actual entry for ~ in the search scope for Alfred to be able to see Dropbox files.

  3. 3 minutes ago, rdg said:

    FYI, I solved this by adding my entire home folder to the Search Scope. I navigated to /Users and then picked my home folder, and Alfred added it as "~"

    With that, I didn't need to enter the ~/Library/CloudStorage folder to get results when I search for a file in the Dropbox folder.

    I have "MacOS Applications folder and Folders in Home checked, though the later is redundant with ~ as an included path.

     

    This seems to me like an Alfred bug, in that it's excluding everything from the ~/Library, even those things explicitly added, unless the whole home directory is present in the search scope.

     

    Thanks!  I added ~ and it seems to be working.

  4. I'm trying to get this resolved.  I can get the Dropbox folder to appear in search results if I widen the scope completely - either by removing everything from the Search Scope prefs or just adding /.

     

    But I don't really want this.  Doing this starts to clutter results with stuff in /System.

     

    Even adding the manual entry of ~/Library/CloudStorage isn't working.

     

    Any ideas?

  5. Came here wondering the same thing as I just updated to Big Sur.  Shame Apple hasn't made it scriptable yet.  I was hoping there was some workaround to having Alfred send a key command to the Podcast.app, even if it's in the background.  I notice Apple allows key commands for actions like back 15 sec, forward 30 sec - but of course Podcasts.app needs to be in focus.

  6. 52 minutes ago, dfay said:

    For future reference to anyone interested, here's how I solved this problem in AppleScript, in this case to run different Chronosync documents per machine.  (In addition, I have a post-run script set up in Chronosync that updates a file in Dropbox indicating which machine the sync last ran on, and a Script Filter in Alfred that displays this status as a subtitle - can post if anyone's interested).  

     

    
    set theComp to computer name of (system info)
    	tell application "ChronoSync"
    		if theComp contains "MBA" then
    			open "/Users/username/Documents/archive/MBA to MyUSBStick.sync"
    		else if theComp contains "iMac - work" then
    			open "/Users/username/Documents/ChronoSync Documents/MyUSBStick Documents <> iMac - work.sync"
    		else if theComp contains "MBP" then
    			open "/Users/username/Documents/archive/MBP to MyUSBStick.sync"
    		else if theComp contains "Mac Mini" then
    			open "/Users/username/Documents/ChronoSync Documents/Mac Mini to MyUSBStick.sync"
    		end if
    		Trial Sync document 1
    	end tell

     

    Thanks!  This worked out perfectly.....and much better than my hack ;-)

     

    Only thing I changed was I added "activate" within the tell so that KeepassX's window would be brought to the front.

     

    -Kevin

  7. I have Alfred installed on my 2 machines.  I'm syncing prefs....so naturally workflows are synced.

     

    I have a workflow that uses Launch apps/files to quickly launch KeePassX, opening a certain database file.  Now, the DB file it opens is stored in my Dropbox folder.  However, recently I changed the location of my Dropbox folder on my main machine.  I of course had to update my Workflow to point to the new file path, however, this is now breaking this workflow on my other machine since the Dropbox folder paths don't match.

     

    Anyway to fix this?  I tried manually editing the workflow path, but it doesn't allow that.  Was going to put a symlink in my main machine homefolder to Dropbox to set the path back.....but the workflow only allows drag/drop of files.

     

    -Kevin

  8. Hi Kevin,

     

    Upon further testing, I've been able to replicate the issue you're seeing, regardless of the hotkey choice or the iTunes action to be performed. It looks like Apple's Today widget for iTunes blocks any AppleScript from being sent to iTunes after the widget has been shown.

     

    We'll add this as a known issue, and will report it to Apple, but your best bet at this point is to remove the widget from the Today tab of your Notification Centre.

     

    Don't forget that you can check Alfred's Mini Player to see what song is currently playing by pressing Cmd + Ctrl + Return, and you can choose your next track that way too :)

     

    Cheers,

    Vero

     

    Vero,

     

    Thanks for looking into this.  I have since removed the widget and have not had the issue since.  Glad you can report it.

     

    Going to add a feature request to the other forum to suggest a status play bar in the mini player.

     

    -Kevin

  9. Vero,

     

    So I only have the following widgets in Notifications center:

    iTunes

    World Clock

    Weather

     

    All of these are the official Apple widgets.

     

    I've tracked it down to the iTunes widget.  With that widget active, I get the errors and my hotkeys don't work.  If I remove that widget, everything works and no errors.

     

    This seems like it was introduced in 10.10.3 as I know the widget was working prior.

     

    Any thoughts?  Is this something Apple needs to fix?

     

    -Kevin

  10. I'm not exactly sure whether this is an Alfred or Yosemite issue.  I'm running:

     

    Alfred 2.7.1 (387)

    Yosemite 10.10.3

     

    I have the iTunes Widget on in Notification Center.

     

    I have always had 2 workflows setup in Alfred that are mapped to F18 and F19 that control iTunes Volume Down and Up.

     

    I notice lately that if iTunes is playing something, and I first open Yosemite Notification center and close it, that I get the following errors in console and the volume key workflows don't work:

     

    THIS FIRST BIT IS FROM OPENING NOTIFICATION CENTER:

    May 18 09:55:22 pkd[316]: enabling pid=329 for plug-in com.apple.ncplugin.WorldClock(1.0) F13DFFD6-D083-4777-9EFD-7DE7ED4BAC75 /System/Library/Frameworks/NotificationCenter.framework/PlugIns/com.apple.ncplugin.WorldClock.appex
    May 18 09:55:22 pkd[316]: enabling pid=329 for plug-in com.apple.ncplugin.weather(1.0) 574068F7-8DDC-4086-8538-3FA82541873E /System/Library/Frameworks/NotificationCenter.framework/PlugIns/com.apple.ncplugin.weather.appex
    May 18 09:55:22 pkd[316]: enabling pid=329 for plug-in com.apple.iTunes.today.TodayExtension(1.0) 4E712565-5471-43CF-A8B2-0B8BD11A4F4E /Applications/iTunes.app/Contents/PlugIns/TodayExtension.appex
    May 18 09:55:23 locationd[293]: Couldn't find a requirement string for masquerading client /System/Library/Frameworks/NotificationCenter.framework/PlugIns/com.apple.ncplugin.weather.appex
    May 18 09:55:23 locationd[293]: could not get apple languages array, assuming english
    May 18 09:55:23 locationd[293]: Location icon should now be in state 'Active'
     
     
    THESE ARE THE ACTUAL ERRORS:
    May 18 09:55:28 Alfred 2[370]: [ERROR] AppleScript Error: {
       NSAppleScriptErrorAppName = "TodayExtension.appex";
       NSAppleScriptErrorBriefMessage = "Can\U2019t get \U00abclass pVol\U00bb.";
       NSAppleScriptErrorMessage = "TodayExtension.appex got an error: Can\U2019t get \U00abclass pVol\U00bb.";
       NSAppleScriptErrorNumber = "-1728";
       NSAppleScriptErrorRange = "NSRange: {0, 0}";
    }
    May 18 09:55:28 Alfred 2[370]: [ERROR] AppleScript Error: {
       NSAppleScriptErrorAppName = "TodayExtension.appex";
       NSAppleScriptErrorBriefMessage = "Can\U2019t set \U00abclass pVol\U00bb to 0.";
       NSAppleScriptErrorMessage = "TodayExtension.appex got an error: Can\U2019t set \U00abclass pVol\U00bb to 0.";
       NSAppleScriptErrorNumber = "-10006";
       NSAppleScriptErrorRange = "NSRange: {0, 0}";
    }
     
    I will get these with each button press.  Now, once this happens, the actual volume won't change.  However, after 30 seconds or so, it will start to work again.
     
    I do notice this error occasionally, even without opening Notification Center:
     
    May 18 10:05:06 Alfred 2[370]: [ERROR] AppleScript Error: {
       NSAppleScriptErrorBriefMessage = "An error of type -10827 has occurred.";
       NSAppleScriptErrorMessage = "An error of type -10827 has occurred.";
       NSAppleScriptErrorNumber = "-10827";
       NSAppleScriptErrorRange = "NSRange: {0, 0}";
    } 

    This error seems to happen on the very first button press to change volume, but after that the volume does change.

     

    -Kevin

     

     
     
×
×
  • Create New...