tylereich / alfred-extras Goto Github PK

Specifically, picking a color only sometimes works e.g. white works, most colors do not.

Currently only the name of an exact colorcode is shown in the result list.

In the Wolfram Alpha workflow, it seems extra spaces are inserted unnecessarily. In the following example, it looks like two spaces (instead of one) are inserted around the outer part of the parenthesis.

This could very well be on account of the results provided by the API, so it could or not be worth fixing.

On the other hand, currency conversions definitely deserve some fixing, as they currently difficult reading.

In the following examples, currency symbols are not being displayed correctly. The symbol for euros (€) is not being displayed at all, and the one for bitcoin (using the Thai Baht ฿) is being show with (correct) unicode “0e3f”.

Hello all! I'm preparing to release an update for Colors that supports the Swift syntaxes for NSColor and UIColor. This is the only major change to the codebase, and the only one that needs testing.

If you'd like to help test it, you can download the latest beta here: http://cl.ly/1K2R231R3P1V

Let me know how you get on!

Bugs found:

• When using [ns (or any of the OSX/iOS commands) the color is not shown on the left of the snippet, where the icon is supposed to go, but if rgb is used, then the icon has the correct color

If I install Colors from Packal from fresh, it should be v2.0.1 right? But the Packal workflow keeps saying that this particular workflow has a new update available (from 2.0.0 to 2.0.1) even supposedly I should already have 2.0.1 installed.

Please check this out? Or is there a file I can modify to manually correct the version number?

It pops up but doesn't return the colour properly.

I really don't like the space between in front of each value in [NS/[UI strings generated by this workflow. The space should not be there. Now it generates strings

[UIColor colorWithRed: 0 green: 0.5 blue: 0.5 alpha: 1]

and it should look like

[UIColor colorWithRed:0 green:0.5 blue:0.5 alpha:1]

• RGB Calibrated
• RGB Device
• HSB Calibrated
• HSB Device

the current version of the repository does not correspond to the download version at http://www.packal.org/workflow/colors

while runing the workflow Version 2.0.2
error [Script Filter] code 127: / bin / bash ./colors: no such file or directory

Hi!

I'm trying to download your Alfred theme 'Unibody Light' in Packal, but the link only lets you import the dark version (also on the 'Light'-page). Would it be possible to fix this?

Sorry for the inconvenience of posting this here. I assume that it isn't really relevant here, but it was the only way I found to contact you.

Kind regards,
Stijn

cc @Qix-

Wondering if the two can work together. https://www.npmjs.com/package/color

Hi Tyler,

thanks for the nice favorite workflow! Is it technically possible to add the actual folder in iterm tab?

cheers
josef

I have to remove those two prefixes from Colors workflow because I no longer can Google for stuff like NSSomething because your workflow eats string beggining with these prefixes. Consider the removal of them because I think that [ns and [ui is just enough.

Hi Tyler, thanks for the amazing script!

I was trying to get option to copy one of the results from one of the other answer groups (like "Unit conversions") for a query like 21341 bytes per 10 seconds. I believe your version currently only returns results from the "Result" group, so I made the following edit to the workflow.

Would you be interested in adding it (or something a bit more refined) to your workflow?

Thanks again for your brilliant work! 👌💯

Would be nice if each workflow gets versioned, that way people can easily track modifications and updates.

The OSX color picker still launches as before, but upon selecting a color, the colors workflow no longer recognizes the selection.

Any update on adding swift color support to the workflow?

Enhancement request for Colors:

• Input hex, ability to copy rgba-format with a default opacity of 1.

Why?

When working with LESS, I see a color I want to decrease the transparency of. My current workflow is to copy the hex, transform it in Colors to rgb, add an 'a' and the desired transparency level as a fourth parameter. Would be nice to have that as an option :)

Yes, this is small, but important for a hybrid designer/developer like myself :)

Thanks a lot for the workflow!!

It appears to be a simple string correction.

I'm using Yosemite 10.10, When I type #, rgb, hsl Alfred put a auto-complete but it doesn't work properly, #fd6e8a doesn't show the color anymore.

I'm getting this same error zenorocha/alfred-workflows#67

The code for the Versions Alfred workflow seems to assume that the app's .plist file is in xml format, which works for a lot of the apps around. However, there are a few apps out there whose .plist files are in binary format—and thus, using the workflow on these apps fails to yield the proper output.

If possible, there should be provisions in the code for cases wherein the .plist is in binary format.

These processes show up randomly after using the workflow. It's killing the CPU.

Colors uses ~/Library/Caches/com.runningwithcrayons.Alfred-2/Workfow Data/... instead of ~/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/.... Note the lack of 'l' in 'Workflow'.

Easy fix: add in the character. Other fix: use the Alfred global variable for cache path.

Hi,

How do we build the workflow on our own for use in Alfred?
Also any idea when the swift support is coming out of beta?