Jump to content

nikivi

Member
  • Posts

    985
  • Joined

  • Last visited

  • Days Won

    21

Posts posted by nikivi

  1. None of the external triggers like:

     

    image.thumb.png.48d26aea0861b007ddf94e2408c9b973.png

     

    image.thumb.png.b7c66eaa0725885de8affc26e5980555.png

     

    Are working for me after I updated to latest Alfred version. I gave all permissions to Alfred in system prefs.

     

    After some debugging, I settled that the issue is (from Karabiner Elements Logs). As I call all my external triggers from Karabiner.

     

    image.thumb.png.d9185cb53a25ec6d8c397a396f72a7d9.png

     

    Does anyone know how I can give this permission and why would a new point release of Alfred break this authorization? Everything was working well right before I did an update.

     

  2. For some reason, when I activate it and press on any of the results, the next list filter never shows up. No error in debugger either. I made a screencast of it:

     

    https://www.loom.com/share/7c830bc4215d4b4695b120eb4e2838fe


    It only appears if I also add a large type object, for some reason.

     

    I have a feeling it's not an issue with your workflow though @rknightuk but a bug in Alfred. Perhaps I need to reinstall Alfred @Andrew

     

    Also love your wiki, it's really well made. ♥️

  3. One thing I wanted in Alfred personally that is not related to above 'block abstractions' is custom blocks.

    As example, instead of creating an empty Alfred Workflow JSON block and filling it with content like so:

     

    image.thumb.png.542fc7b9e5a2a0b17cd219e85d34879c.png

     

    I would right click and have a new option `Custom` where I have a selection of custom prefilled blocks with custom names. Above block can be named `Strip title/subtext` for example. To add a new custom block, right click on some block and add it to the collection. To remove, perhaps have a new place somewhere in Alfred Preferences that lists all the added custom blocks with ability to edit or remove/rename the blocks.

     

    Not a big issue of course but it could be nice.

     

    As far as abstractions go, I think Alfred is actually kind of perfect and even huge workflows like Spotify Mini Player are relatively easy to understand even if they do have many blocks. I was thinking it could be useful perhaps to combine multiple blocks into one block in a similar fashion to `custom prefilled blocks`. But copying and pasting stuff is much more cleaner and avoids indirection etc. 

  4. I wonder if there could potentially be a way to create some kind of block abstractions in Alfred? This thread inspired me to start a discussion on this. 

     

     

     

    It’s not much of an issue to me honestly but I do wonder if it would be nice to at some point have a way to group multiple blocks into a group and reuse that group across workflows. When workflow gets downloaded, things work out of the box too. Just a thought. 🙃

  5. Interesting discussion. Quite interested to try out the app @godboutfrom the description it reminded me of https://shortcatapp.com

     

    I have global vim bindings setup myself but with karabiner. s + hjkl (arrow keys), s +w (select current word), s+v (visually select, it stacks so s+v+l will do essentially shift + right arrow key). And so on.

     

    Here is config file for s key defined in Karabiner/Goku https://github.com/nikitavoloboev/dotfiles/blob/eb7e89f05633e37b07e149a08a2de542ddcabf1a/karabiner/karabiner.edn#L444

     

    On Swift side, one thing that is so annoying to me is that Xcode still doesn't have proper vim mode :( And Swift LSP is immature to keep using VSCode for it. Hoping this WWDC will introduce proper plugin development for Xcode.

  6. I tried both open & mdls:

    image.thumb.png.98473b84d9ca647a21fac34c68c9f151.png

     

    And it didn't work. Alfred troubleshooting thing always works all the time. Not sure what you mean with touch command, I guess `cat` contact content to clipboard. Then create a new .abcdp file with the clipped content. I have a feeling that maybe it's Alfred checking whether the contact is in default search scope may do something too. 

     

    image.thumb.png.a179ef5435a629a7fca989291504db23.png

     

    Thanks for the help @Andrew. Just wanted to note this in case someone else has similar issues and finds this thread as those solutions didn't work for me.

     

     

  7. Would it be possible to open source Alfred Metadata Tool? I am very curious to know what actually causes the act of inspecting a contact to be indexed properly by Alfred. So I can perhaps write a script to run it on all the 800+ contacts so all are indexed. I know this is a hacky approach but I don't have time to reinstall macOS from scratch (will do it when I get M2 mac machine).

     

    If it's not possible, I guess I can live with it until then. Thanks.

  8. I tried to select all contacts (I have 856) and drop them all at once into the Metadata Tool but it unsurprisingly only opens one contact so it didn't work. Don't want to go through the process of doing the above for each one of the 856 contacts so any solution to this would be very welcome.

  9. I see, thank you @Andrew

     

    Going to drop the only thing that worked for me so far, maybe it might give an idea of what's going on. Every time I drop a contact from here (where all contact metadata is kept):

     

    image.thumb.png.6036de9a99df1480fac52972207dfafa.png

     

    Into the Alfred Meta Viewer to inspect the contact. After that the contact starts to be found again. Example, not found:

     

    image.thumb.png.cdc5eae761174eed98ce2dc37785e257.png

     

    After inspecting contact with Alfred Metadata Tool and waiting ~ 5 seconds, the contact will be found and indexed correctly:

     

    image.thumb.png.5c0f3a91f7120d4577d1d5634ff4dfa0.png

     

    Makes me thing this is some permission thing between Alfred and the contacts themselves and somehow Metadata Viewer lets Alfred access the files correctly. Not sure.

     

  10. Just now, Andrew said:

    What would you consider a bug?

     

    This line I had to add manually by inspecting file with the Viewer then copying it from it from there.

    1388921942_CleanShot2020-11-30at15_44.10@2x.png.dcd91c3f5ef4d45c6746eb9b069b44c2.png

     

    I'd expect Alfred to fill in this line for me when I dropped `karabiner.md` file into this table view but nothing happened for me. That's why I assumed the file type was either `com.unknown.md` or `net.daring` but it was neither.

  11. Okay I might be the unluckiest person or macOS hates me as I always get weird file system issues but indeed the file types of those files are not markdown but `dyn.ah62d4rv4ge8043a` as the metadata viewer showed:

     

    image.thumb.png.8a6afb0b658ee82a546d648e1368c9b3.png

     

    Might be something to look into though as when I did drop this file into here:

     

    image.thumb.png.c7239fb127773b9d8330f02eb592c792.png

     

    The `dyn..` stuff wasn't added. I'd consider that a bug as the metadata viewer did recognize the file type as `dyn..`.

     

    This doesn't solve the contacts search issue though. Not sure what even went wrong there. File type seems ok:

     

    image.thumb.png.326980ee12189276667cd0908df2ccc1.png

     

    Permissions are granted:

     

    image.png.ca6d651a48a986b9496151e7091a5bac.png
    😐

  12. Get this when trying to search contacts:

     

    image.thumb.png.c9d1700805a63b8a547360fb30555aea.png

     

    I reset Spotlight index and had it finish doing the indexing. Not sure what else I need to do.

     

    My situation is that my macOS got broken on latest Big Sur update. Had to restore from backup. And now I get this.

     

    Might be included to this but my file filter searches are also broke now. This file in ~/Dropbox/Write/knowledge:

     

    image.png.e352233db9ec5bc4353d1c7a9e7b9bb9.png

    Is no longer being found using my file filter workflow that searches this folder for markdown files:

     

    image.png.7836aa98fab2a51dd3370463a2850141.png

     

    image.png.ce491c85108cd97e508d3d0af316d6b5.png
     

     

    image.png.3a054d645128861efda996b7b735b45e.png

     

    I no longer have the Alfred Meta viewer app but I did drop the file again into the File Types section and it is recognized by Alfred as .markdown just no results are returned for any markdown file using the file filter.

     

     

     

     

     

×
×
  • Create New...