@ron I'm so sorry to hear that Ron. That sucks...

@ron My deepest condolences

@ron Sorry to hear that Ron. There's no rush on the app.

this has been an absoulte shit week

@Ruckus I'm pretty close to making the color picker work for the most basic use case, but I need to convert the picked color back into the

c("#ccffaa")

syntax, but I don't think we have any functions to do that, do we?

In the CSS support I mean

Why do you need to convert it to that instead of

c(r, g, b, a)

?

If you want the hex string, there may be a function in the Color class. I'll check.

Never mind, there isn't. Do you want one? I imagine it would be basically be the same as

Color.toString()

.

@Ruckus Good point, I'll just convert it to c(r, g, b, a).

I will be pretty tedious to support all the different variants and I suspect multi values will be hard as well. But I think it'll be worth it 🙂

What happens if you define multiple colors on the same line?

@Ruckus I will make it work with the simple case first, then expand it as I go 🙂

Fair enough 🙂

In Dreamweaver and IntelliJ the popup chooser determines the String to be rendered. Both have a ComboBox that lets you choose RGB, HSA, or hex. This would matter if you had all your styles set one way and didn't want to mix-and-match the result of the chooser default.

I could probably also add some intelligence like that to it once I have it up and running 🙂

Or possibly have an intention to convert colors between formats

Yeah, that would also be cool.

Will make a small screencast of what I have now

@User uploaded a file: Type Safe CSS Color Picker

Does it also work for things like

Color.BLACK

,

Color.gray(0.75)

, etc, or is that for later?

@Ruckus That has to work now. I thought also I might be crazy and check after the user has selected a value -> check if any of the Color.XXX constants match and revert to that.. hehe

That would be slick

But you would have to be crazy 🙂

Haha, indeed.

I have to parse the strings to get to this, so it's kind of painful to support all those syntaxes though.

I bet. And, frankly,

Color

has too many ways of creating a color.

Yeah, I think we should stick to the ones that makes sense to use in the DSL for now.

I will let you loose on it once I have the basics up and running and then we can decide what to support from there.

I don't look forward to supporting the multi color values. Might even skip that in the first iteration.