Jump to content

Pennyworth

Member
  • Content Count

    25
  • Joined

  • Last visited

  • Days Won

    1

Pennyworth last won the day on May 31 2015

Pennyworth had the most liked content!

About Pennyworth

  • Rank
    Member
  1. I've searched high-and-low for a memory status workflow but found anything. I'd like a workflow to view swap memory status and page-ins/page-outs. This is a key performance indicator to me and something I check on often. A total memory status readout would be ideal (which would include Memory Used, Cache, App Memory, Wired Memory, Compressed Memory, and possibly the new Memory Pressure figure), but just swap memory is what I need most. Alternatively, how would I be able to build this myself? (screenshot from iStatMenus) PS I know that in more recent versions of OS X, memory management has been optimized and Apple now uses the concept of "Memory Pressure" to indicate RAM load, but I still look to swap status to see why my system's behaving a certain way. Correct me if I'm wrong on that.
  2. Thanks Derick! This works well, except sometimes the print dialogue comes in before the page can render in Safari Reader, despite the delay code.
  3. Hey everyone! I've built an AppleScript workflow that goes like this: Keyword: "pdf" (or Hotkey: CMD + SHIFT + P) Current Safari page renders in Safari Reader File > Export as PDF Auto-save The problem I'm having is that the 'Export as PDF' menu item doesn't work exactly like "Print to PDF." The PDF output has almost zero margins, no header/footer to identify a source, and it's just not as desirable as printing-to-PDF from the print dialogue (though it is more efficient code-wise). Can anyone here tweak the following script to produce the same result through the Print-to-PDF function? I gave it a shot but I'm new to AppleScript and couldn't get it to work. Thanks! on alfred_script(q) tell application "System Events" tell application process "Safari" set frontmost to true # Render page in Safari Reader keystroke "r" using {command down, shift down} # Delay for smoothness delay 0.02 # Export as PDF click menu item "Export as PDF…" of menu "File" of menu bar 1 # Save PDF click button "save" of sheet 1 of window 1 end tell end tell end alfred_script
  4. Thanks dfay! Your solution gets me most of the way there! If there was only a way to pass through the search results to Alfred, we'd be golden.
  5. Since it's a Mac App Store app, the note files are containerized in the following directory: ~/Library/Containers/com.microsoft.onenote.mac/Data/Library/Application Support/Microsoft User Data/OneNote/ They're stored as an offline cache (synced to the master file on Microsoft OneDrive) in a proprietary .onecache extension, with assets of each note stored separately as .onebin files. It's not pretty and I don't have enough skills to reverse engineer this. Command-line tools are available for Windows, and they're limited to repairing the database and other maintenance tasks.
  6. Thanks for the feedback. Unfortunately, OneNote doesn't have an AppleScript dictionary. Just to confirm, I Googled around and found others complaining of this too. Is that game-over as far as Alfred is concerned?
  7. This workflow is implemented really well but isn't the point of two-factor authentication to have two separate physical devices required to authenticate yourself? What's the point if both factors are on your computer (assuming the computer is what's being authenticated into, and not another device like a smartphone or tablet)?
  8. I'd like a workflow that can search Microsoft OneNote for Mac (notebooks, sections, pages) and possibly also create notes. Alternatively, how would I be able to build this myself?
  9. Does anyone know how I can customize this workflow so that I can quickly access presets with a keyword like "hue p" ?
  10. Tyler, thanks so much for your help and linking to that workflow. I gave it a shot and it still didn't solve the problem, despite successfully rebuilding the external drive's spotlight index (unlike the Alfred Metadata Rebuild button). That means this is a problem with the specific library packages I'm dealing with. iPhoto's been neglected by Apple for so long that I'm hoping the new Photos.app in Yosemite will fix this.
  11. I did that, and as expected, the .Spotlight-V100 folder on the external drive was not touched by this process. It only indexed the main system drive, which is not where the problem lies. I know this because I enabled hidden files to be shown and watched what happened in the root directories of both drives once I started the rebuild process. My file search results still include the contents of iPhoto Library packages. This isn't a Spotlight issue, this is something else relating to these iPhoto Library packages on the external drive. The current remedy is to manually add the package contents to the Spotlight privacy exclusion list. It's a hack, but it works.
  12. I deleted the .Spotlight-V100 folder on the external drive and added/removed the drive from Spotlight Privacy to re-index. It still didn't work. Should I be using Alfred's "Rebuild OS X Metadata"? Is that any different from doing what I did?
  13. I forced a reindex of the drive by adding it to the Spotlight Privacy exclusion list and then removing it -- but it didn't help. (Sidebar: is this different from Alfred's metadata rebuilder?) What finally worked was that I right-clicked the libraries, selected 'Show Package Contents', and manually added the contents to the Privacy exclusion list. This works better than simply adding the library to the exclusion list because I wasn't able to search and access just the library with that workaround, but now I can. For now, problem solved, but I suspect there's some kind of bug with iPhoto library packages. Hopefully Photos.app in Yosemite fixes a lot of these oddities.
  14. I can confirm now that something is definitely wrong with how Spotlight/Alfred indexes iPhoto library packages on internal vs. external drives. These library packages are "opaque" on the internal drive. That is to say, you can't see inside them in search results (expected behavior). On my external drive, these packages are transparent, so you can see all their garbled garbage. Also, on the same external volume, I cannot search inside iMovie library packages (expected behavior). So something about iPhoto library packages on an external drive is off. I don't know why this is or how to turn it off but help would be much appreciated.
  15. Yes, it's Mac OS Extended (Journaled). I'm also running 10.9.4. I should also disclose that I've manually added to Alfred's 'Search Scope' list the folder in which those iPhoto library packages are located. I didn't know of another way to incorporate them into my results. They're on an external drive connected via USB. This must have something to do with it.
×
×
  • Create New...