Re: [E-devel] Patch for Ecore_Config ARGB parsing glitch

2007-10-27 Thread Andrew Williams
Just running through my todo list and I don't see the patch for this attached. Andy On 8 Sep 2007, at 19:15, Dylan Shell wrote: ecore_config in CVS head has an error in its handling of ARGB colours. Currently the ecore_config_typed_val function assumes that colours are strings, whereas

[E-devel] Patch for Ecore_Config ARGB parsing glitch

2007-09-11 Thread Dylan Shell
ecore_config in CVS head has an error in its handling of ARGB colours. Currently the ecore_config_typed_val function assumes that colours are strings, whereas the __ecore_argbstr_to_long means that its actually a long. Attached is a patch which seems to fix the glitch. Dylan.

Re: [E-devel] Patch for Ecore_Config ARGB parsing.

2005-04-27 Thread Bryan Kadzban
Dylan Shell wrote: Current CVS has a minor bug where ARGB strings that use the 32nd bit are lost. For example # will parse into a = 0x7F, r,g,b = 0xFF. Attached is a simple fix that replaces the strtol with a strtoll, fixing the glitch. Dylan. Why not strtoul and unsigned

Re: [E-devel] Patch for Ecore_Config ARGB parsing.

2005-04-27 Thread Dylan Shell
On Sun, 24 Apr 2005, Bryan Kadzban wrote: Why not strtoul and unsigned longs? Ahh, that sounds like a far better idea. I didn't know of strtoul. I thought having to do a 32 to check the string thereafter was unnecessarily complicated. Presumably the less than zero error would then be