Un4given Posted March 4, 2022 Posted March 4, 2022 (edited) I mainly created this to learn how use Python but if you find it useful it's a win. Usage Open the Alfred search bar and type `t` then add the time you wish to convert. You can use either 12 or 24 hour time. examples: `t 1:30am gmt` or `t 1:30 gmt` `t 10:00pm pst` or `t 21:00 pst` list all timezones to view all timezones, just type `t list` in the Alfred search bar. Preferences You can set your preferred timezone(s) by editing the `preferences.json` file. There are two keys in the file: `timezones_to_display` and `available_timezones`. `timezones_to_display` is a list of timezones that will display in the results. They will be displayed in the order specified. `available_timezones` is a list of timezones that are available to be set as the preferred timezones. Link to the repo: https://github.com/damongolding/alfred-timezones Edited March 4, 2022 by Un4given format update
vitor Posted March 4, 2022 Posted March 4, 2022 Welcome @Un4given, Your GitHub repo contains Python code, but the Workflow itself contains and runs a binary. Its signature is adhoc, so it won’t run on other users’ machines without showing the macOS prompt about it being potentially unsafe. Plus, it’s only compiled for x86_64 so it won’t run on Apple Silicon without Rosetta. And it looks like you may be shipping a whole Python distribution with the Workflow? That considerably increases its size. To solve all of those, you can instead call the original script via python3. If the user already has it it will work immediately, but if they don’t macOS will allow them to install it in two clicks. Un4given 1
Un4given Posted March 8, 2022 Author Posted March 8, 2022 On 3/4/2022 at 2:42 PM, vitor said: Welcome @Un4given, Your GitHub repo contains Python code, but the Workflow itself contains and runs a binary. Its signature is adhoc, so it won’t run on other users’ machines without showing the macOS prompt about it being potentially unsafe. Plus, it’s only compiled for x86_64 so it won’t run on Apple Silicon without Rosetta. And it looks like you may be shipping a whole Python distribution with the Workflow? That considerably increases its size. To solve all of those, you can instead call the original script via python3. If the user already has it it will work immediately, but if they don’t macOS will allow them to install it in two clicks. Hey Vitor, Thanks for the advice 👍 I was trying to avoid the whole "I don't have xxx on my machine" but it seem I got it completely wrong lol. Seems I still have some learning to do 💪
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now