Jump to content

drwatson

Member
 View Profile  See their activity

  • Posts

    50

  • Joined

  • Last visited

 Content Type 

Posts posted by drwatson

    Bookmark Search

    in Share your Workflows

    Posted

    I should point out that the bookmark search workflow I used prior to writing this was written using PHP, which was not always installed on my computer, thus causing it to fail. For this bookmark search, I'm using ruby, an interpreter which ships with macos and thus will be present.

    Clipboarding merging occurring on single cmd+c press

    in Discussion & Help

    Posted

    On 6/7/2017 at 1:16 AM, Vero said:

    @oorahduc Alfred will merge if you press Cmd + C then C again (while still holding Cmd), so if you've set the delay for macOS to repeat a key to be shortest, it's not surprising that macOS will report the C key as having been pressed more than once even if you only press it for a relatively short time. (which would explain why it only happens occasionally, which would be when you hold the key marginally longer)

     

    Have you tried slowing down the delay to establish whether, with a normal delay, the behaviour is as expected? This will at least confirm that this is the reason for the behaviour.

     

    If you're not keen to slow down the Delay, you could disable the default merging feature, and create yourself a workflow that merges the latest two clipboard entries, so that you can use a different key combo to trigger a merge.

     

    Cheers,
    Vero



    I've had this issue happen before, and now it's happening again on a new laptop and I don't remember what I did to fix it. Both have keyboard repeat set to the same, fast repeat, and delay until repeat short.

    I would disagree with the assessment that it's not surprising because I don't accidentally type "c" multiple times (or any other character for that matter) as I'm typing this. This problem ONLY occurs when using the merge clipboard feature using Alfred.  Basically I only do Command + C one time, and I get the contents merged, and it's quite frustrating to have to do a copy over and over.

     

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted · Edited by drwatson

    8 hours ago, Jarek said:

    v2.16, 16 August 2020

    • #35 Pull Request Fix incorrect City -> Country mapping
    • Converted time copied to Clipboard after hitting Enter
    • #36 Added hybrid time format: 24hr (12hr), i.e. 14:30 (2:30 pm). Change using 'timezone both'
    • #22, #25: Support for UTC timezone (timezone add utc)

     

    https://github.com/jaroslawhartman/TimeZones-Alfred/archive/v2.16.zip

     

    Hi Jarek,

     

    Thanks for the update. I noticed that the workflow no longer respects the order of the timezone list file, but orders them in order of time no matter what I do. Is this intentional ?

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted · Edited by drwatson

    13 minutes ago, Pearcen said:

     

    Yes please!!!!

     

     

    https://www.timeanddate.com/time/gmt-utc-time.html

     

    Quote

    Although GMT and UTC share the same current time in practice, there is a basic difference between the two:

    • GMT is a time zone officially used in some European and African countries. The time can be displayed using both the 24-hour format (0 - 24) or the 12-hour format (1 - 12 am/pm).
    • UTC is not a time zone, but a time standard that is the basis for civil time and time zones worldwide. This means that no country or territory officially uses UTC as a local time.

     

    Just pick a place in GMT time zone, like Reykjavík in Iceland ( https://www.timeanddate.com/worldclock/iceland/reykjavik )

     

    https://en.wikipedia.org/wiki/UTC±00:00#As_standard_time_(all_year_round)

     

    Polyglot - yet another Google Translate workflow

    in Share your Workflows

    Posted · Edited by drwatson 

    [~]$ npm install --global alfred-polyglot

> alfred-polyglot@1.4.0 postinstall /usr/local/opt/nvm/current/lib/node_modules/alfred-polyglot
> alfy-init

+ alfred-polyglot@1.4.0
added 238 packages from 86 contributors in 5.207s
[drwatson@zoro](06:36:50)(5.646s)
[~]$ trans !set default-language vietnamese
fish: Unknown command: trans

    package.json doesn't even have a "bin" section so how could trans get installed ?

    The doc doesn't really explain how the workflow gets installed either. How does this thing work ?

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted

    18 minutes ago, Jarek said:

    I think I understand what is happening. I still don't understand why... Posted a query to Alfred, but I'm thinking of a workaround regardless of their answer.

     

    Best regards,
    Jarek

     

    It looks like other workflows store data in the info.plist file. What if the data is stored there instead? THen you can rid of the timezone move command altogether?

    Also, if you still want to keep it for backwards compatability, you could use the info.plist to store a reference to the location of the file instead.

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted

    1 minute ago, Jarek said:

     

    I think the (1) still works, as the location set by Set Preferences Folder should be reflected as $alfred_workflow_data variable (which is in use).

     

     

    I changed to latest version but ended up rolling back to 2.0 because neither seemed to work. I don't think preferences folder has ever worked tbh which is why I was using the move command to begin with.

     

    Thanks for prioritizing !

     

    -d

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted · Edited by drwatson

    7 minutes ago, Jarek said:

     

    Could you please elaborate what do you mean by correct location?

    Indeed, there was a change a few releases back and it was related to Alfred 4. Instead of having a hardcoded path,  it uses now alfred_workflow_data variable.

     

    On my Mac it's /Users/jhartman/Library/Application Support/Alfred 3/Workflow Data/carlosnz.timezones2:

     

    There have been two possible factors that determine the location of timezone.txt:

     

    1. The preference folder as determined in Advanced | Set preferences folder
    2. The storage location as defined within the timezone script itself (timezone move command).

     

    Right now, it doesn't appear to honor either

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted · Edited by drwatson

    26 minutes ago, aein said:

    Hi! I love this workflow, thank you for making it.

     

    I'm having a problem with some cities.  "tz los angeles 5am" works great, but when I use some other city names like turin, it does not work.

    I've attached screenshots.

     

     

    I don't get what you're trying to do or what the problem is. Are you trying to get it to highlight the right one ?

    My version ( 2.0 ) will only show the matching results. Maybe you could upgrade ?1372724495_ScreenShot2019-08-22at10_10_57.png.ac3cd0b8a12c5e6bb4dbf607eb134b66.png
     

    TimeZones - a World Clock script filter [updated to v1.7]

    in Share your Workflows

    Posted

    1 minute ago, stephig said:

    Really liking this workflow so far (new user).

    To better sort my list, I selected and removed cities and am adding them back in my preferred order. However, sometimes it won't let me add certain cities back to the list using 'timezone add name of city', but I can still find the city by querying 'tz name of city'. Any thoughts on this?

     

     

    my first thought is that it's way easier to edit the actual file than removing and adding them back. You can find out where the file is using timezone move.  And you should make sure that the city that you added is present in that file. If it's not, then that's the problem

×
×
  • Create New...