Jump to content

xilopaint

Member
  • Content Count

    547
  • Joined

  • Last visited

  • Days Won

    21

Everything posted by xilopaint

  1. Oh, I didn't realize that it would be "silenced" for a day. I thought it wouldn't show up again unless a new release came out so I planned to suggest a "silence" feature, though in this case there's nothing to point out. Thank you for clarifying.
  2. @deanishe, this link has a cleaner version of the code: http://jmp.sh/60JI8TR I just deleted the binary of the other link so you can use this last one.
  3. Here. The latest GitHub version is v1.0. If you have the cache cleared and change the workflow version to v0.9 the update item will be displayed. After actioning the item the update will be downloaded and you will be prompted to install the newer version. If you don't conclude the installation the Script Filter will no more display the update item unless you delete the __workflow_update_status.cpickle file. I assumed __workflow_update_status.cpickle file stored the version number of the latest release after the update is downloaded from GitHub and as a result the Script Fil
  4. Ok. There's another thing. If the update is downloaded but the user for any reason doesn't click on the update button in Alfred Preferences when prompted, the __workflow_update_status.cpickle file is updated in cache folder and the user will not be prompted again unless the .cpickle file is manually deleted. Is it also expected?
  5. @Guy Stan if you didn't do yet, run Fixum workflow to update old versions of Alfred-Workflow library bundled in Packal Search and other workflows. There's a bug in old versions of the library when running in macOS Sierra.
  6. @deanishe, I got the self-update feature to work, but I noticed in my tests that the script has to run twice in order to download the update. In the first run __workflow_update_status.cpickle and gh-releases-{github_slug}.cpickle are saved in the cache folder. Only in the second run the update is installed. Is this expected behavior or I'm doing something wrong?
  7. lol nikivi is one of my favorite internet trolls. I really appreciate his cynical sense of humor. It's a funny character undoubtedly.
  8. Yes it does. Btw, it's a case in which the translation was made literally. In most cases the "translation" for the Brazilian market gives some really stupid titles to the movies. "The Hangover", for example, was translated as "If you drink, don't get marry". "Lost in Translation" was translated as something like "Matches and Mismatches" (the idiot was literally lost in translation). They have to "translate" even a title that is a character's name like "Annie Hall", "translated" in Brazil as "Neurotic fiance, nervous bride". A ~tech related~ case
  9. Can it be a word? If you try canalizador you will have mostly plumber related videos in pt-PT results and mostly random results in pt-BR. If you type the letter v, PT-pt results will display a hip hop Portuguese singer in the first result: But not in pt-BR in which a trending Brazilian song (a terrible one) is displayed in first place:
  10. In fact if you edit the phone number field by removing only one character and reinserting it immediately you will have the phone number correctly formatted in Alfred in the same way as Contacts.app.
  11. The hl parameter specifies the web interface language (host language). If you don't use pt-BR in your youtube.json you will not have Brazilian Portuguese results.
  12. Portuguese and Brazilian Portuguese codes are wrong in youtube.json. The correct codes are pt-PT and pt-BR and not pt and br.
  13. Never mind! I just realized the results were unchanged because they were cached. I cleared the cache and now I have nearby results! Thanks again, deanishe!
  14. Hey deanishe, I have built the workflow from the source folder, as the binary file was not updated by you in GitHub, and can't see these options in the configuration sheet.
  15. It's a known issue with macOS Contacts API which is used by Alfred. Two years ago @Vero mentioned in the following post that they had a ticket to address the issue in a major version, but the fix didn't come out yet.
  16. Thank you! Could you update the binary so that others can benefit from the changes more easily?
  17. It's strange. My IP location is in my city in Brazil. Look at these results: Italy, UK, Indonesia and Australia.
  18. I have been using version 2 and got a key for Google Places API Web Service, but the search doesn't take my location into account, so I have to type my city's name. Is this the expected behavior?
  19. It's a bit slow indeed. It would be awesome if deanishe could speedup that workflow although I don't know if it would be possible.
  20. Menu Bar Search by Benzi Ahamed seems even faster to me.
  21. @deanishe, when I ask you a question you answer at once: 1) what I asked; 2) what I had planned to ask in the next post; 3) what I should have asked but I didn't because I am too dumb for it. You would make a great teacher. Thank you for being so awesome!
×
×
  • Create New...