A Fuse Powered Company

Jump to content

[TOPIC: topicViewTemplate]
[GLOBAL: userSmallPhoto]
Photo

Why change the color parameter values?
Started by Stephen Lewis Oct 08 2013 05:02 PM

30 replies to this topic
[TOPIC CONTROLS]
Page 2 of 2 1 2
[/TOPIC CONTROLS]
[modOptionsDropdown]
[/modOptionsDropdown]
[reputationFilter]
[TOPIC: post.html]
#26

richard9

[GLOBAL: userInfoPane.html]
richard9
  • Pro
  • PipPipPipPipPipPip
  • 1,113 posts
  • Jedi

I think I side with the 255 argument here. I don't say this lightly.

The Corona way is about making coding easy. Not only is high channel color support not on anyone's wanted list - really, see the Corona votes page - I'm having a hard time thinking of popular tools or engines that like to use it. Or actual devices. I can imagine things like Steam or 4K or whatnot, but this wasn't even on my radar.

So the deck seems pretty stacked: we have existing tutorials supporting RGB. We have other tools that mandate (or prioritize) RGB. Photoshop itself emphasizes RGB. Users are mystified. It would seem, as an outsider looking in, that the best approach would be to either:

1. Continue the existing RGB-first approach, or...
2. Support seperate :setRGB() and :setHDR() fills.
3. Have a :setDefault() to tell Corona whether to use the RGB or HDR color space, so that :setFillColor() still works as is.

#2 and #3 would mean some more code somewhere, but still all internally translated to HDR anyway.

It may seem a slight difference compared to users rolling their own /255 function, but it saves all of the arguments and explanations and lets everyone get back to coding, which is the whole point anyway.

[TOPIC: post.html]
#27

smashevo

[GLOBAL: userInfoPane.html]
smashevo
  • Starter
  • Pip
  • 1 posts
  • Newbie

Completely agree with and share the same frustrations on this update.

 

The majority are more accustomed to using RGB. Supporting 16-32bit hardly seems urgent right now. Certainly not enough to introduce such a change in this manner. If I want to use RGB, I should be able to use RGB. As suggested above, it would have made perfect sense to introduce a setting for using RGB or HD color space (RGB being the Default) and leaving the methods as-is.

 

With regards to the V1 compatibility mode -- suggesting the use of that is hardly a solution. It's a temporary workaround to avoid breaking code because this change was not rolled out better. It'll be an expired workaround eventually. And when that happens, the expectations are for all developers to migrate to the HD color space and drop RGB altogether?  Does anyone really want that?

 

I would like to see this revisited. I don't agree with this change being the "best decision" and seems like the majority here would agree.



[TOPIC: post.html]
#28

Glitch Games

[GLOBAL: userInfoPane.html]
Glitch Games
  • Pro
  • PipPipPipPipPipPip
  • 431 posts
  • Jedi

Sorry for the slightly-off-topic post but I thought I'd just update to say GGColour now uses external colour definition files and I have included the otherRBG colours as before as well as the x11 colours that Rob mentioned.



[TOPIC: post.html]
#29

Rob Miracle

[GLOBAL: userInfoPane.html]
Rob Miracle
  • Corona Staff
  • 10,410 posts
  • Jedi


[TOPIC: post.html]
#30

dmccuskey

[GLOBAL: userInfoPane.html]
dmccuskey
  • Pro
  • PipPipPipPipPipPip
  • 143 posts
  • Jedi

Hey all,

i think, like many of you, there are several reasons why i would prefer not to use the new HDR color space in Corona. the good news is that now we don't have to ! :)

i just finished writing and published a new module for my Corona Library which layers in backwards compatibility for the traditional RGBA color scheme - it's called dmc_kolors. i needed/wanted this module because of some client projects which i've done and about to do and i couldn't imagine doing (150/255, 100/255, 0/255) all over these applications. =)

i've incorporated some of the ideas and features from this thread -- things like setting a default color space, adding additional object methods (eg, setFillRGB, setStrokeHDR ) and setting up named-color files using the X11 standard colors.

i have written some docs and have an example included with the library. the docs are rough, but both together should get you on your way.

there are still a couple of things to add, but i think it's pretty comprehensive and solid enough to release. feel free to check it out and let me know if you run into any issues.

the dmc_kolor library with example is available here: https://github.com/dmccuskey/DMC-Corona-Library
docs are available here: http://docs.davidmccuskey.com/display/docs/Quick+Guide+-+dmc_kolor

cheers,
dmc

[TOPIC: post.html]
#31

undecode

[GLOBAL: userInfoPane.html]
undecode
  • Pro
  • PipPipPipPipPipPip
  • 123 posts
  • Jedi

Thanks DMC for the module, i'll use it until i get used to % or we really need to use HDR.




[topic_controls]
Page 2 of 2 1 2
 
[/topic_controls]