Re: Programmatically determine the average greyscale

The buttons use a pattern so they are not transparent. Yes, we are very familiar with the drop shadow technique also... Yes, we could use field + group methods, but I would prefer to keep is simple so that I can dynamically swap out the background patterns and, eventually, dynamically add

Re: Programmatically determine the average greyscale

On February 20, 2016 11:22:19 PM "[-hh]" wrote: > hh wrote: > BR uses or wants to use button labels. > Where then do you apply this effect? To a button label? jacque wrote: Shadows work on button names/labels the same as they do for fields if the button is transparent. The

Re: Programmatically determine the average greyscale

> > hh wrote: > > BR uses or wants to use button labels. > > Where then do you apply this effect? To a button label? > > jacque wrote: > Shadows work on button names/labels the same as they do for fields > if the button is transparent. The shadow affects only the text. He uses images as

Re: Programmatically determine the average greyscale

On 2/20/2016 8:13 PM, [-hh] wrote: BR uses or wants to use button labels. Where then do you apply this effect? To a button label? Shadows work on button names/labels the same as they do for fields if the button is transparent. The shadow affects only the text. -- Jacqueline Landman Gay

Re: Programmatically determine the average greyscale

BR uses or wants to use button labels. Where then do you apply this effect? To a button label? ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: Programmatically determine the average greyscale

On 2/20/2016 5:49 PM, Mark Wieder wrote: On 02/20/2016 03:43 PM, J. Landman Gay wrote: Should have known you'd answer first. :-) Missed it by *that* much... Would have made it too, if someone hadn't been messing around with the calibration on my time warp stack. You know how those artsy

Re: Programmatically determine the average greyscale

Should have known you'd answer the same answer :-) Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 2/20/16, 3:43 PM, "use-livecode on behalf of J. Landman Gay" wrote: >Should have known you'd

Re: Programmatically determine the average greyscale

On 02/20/2016 03:25 PM, Tim Selander wrote: Would it be better to do what we do in the video world? Put a black edge on the "Realm of Knowledge" text. Any video editor can do that, but you can fake a reasonable fascimile put using the text twice, in layers. Top layer is the text in white. Bottom

Re: Programmatically determine the average greyscale

On 02/20/2016 03:43 PM, J. Landman Gay wrote: Should have known you'd answer first. :-) Missed it by *that* much... -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to

Re: Programmatically determine the average greyscale

Should have known you'd answer first. :-) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 20, 2016 5:38:30 PM Scott Rossi wrote: A good suggestion. You can achieve the

Re: Programmatically determine the average greyscale

I like that idea. You can do the same thing in one go by applying a shadow graphic effect to text in a transparent field. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 20, 2016 5:27:09 PM Tim

Re: Programmatically determine the average greyscale

A good suggestion. You can achieve the same effect in LC without duplicate objects by adding a dropshadow effect to the text that has a size of 0, an angle of 45, and a distance of 2 or 3 (maybe higher, depending on the size of the text). Regards, Scott Rossi Creative Director Tactile Media,

Re: Programmatically determine the average greyscale

Would it be better to do what we do in the video world? Put a black edge on the "Realm of Knowledge" text. Any video editor can do that, but you can fake a reasonable fascimile put using the text twice, in layers. Top layer is the text in white. Bottom layer in black. Shift the black text down

Re: Programmatically determine the average greyscale

> BR wrote: > HH You are right of course. one pixel was an expediency and certainly > does not cover all cases. In fact it is a rather weak algorithm ... > ... Musings: > A random algorithm also does not help us out either. BR, [1] I didn't say a single random pixel is the way to go. I simply

Re: Programmatically determine the average greyscale

  HH You are right of course. one pixel was an expediency and certainly does not cover all cases. In fact it is a rather weak algorithm as you can see here: https://www.evernote.com/l/ABHZ6MzemNNJY6SXFJ3HTMb7afCnCElhYfE the text field crosses a blown out highlight (white hair) over to a dark

Re: Programmatically determine the average greyscale

BR, you do estimate the luminance of a 120x175 = 21000 px region on base of the evaluation of ONE single deterministic pixel? Accepted, of course, but then it may be better, from a probabilistic point of view, not to take "the" pixel (40,40) but *any* randomly chosen pixel of that region. You

Re: Programmatically determine the average greyscale

HH: We need more "LC-mania" with a web repository for working solutions. We can find any number of Javascripts all over the place... where do we go for LC solutions like this? Have to have some kind of digger for the email lists/forums. Meanwhile I cooked up my own luminance

Re: Programmatically determine the average greyscale

BR and jacques, it's kind of a 'LC-mania' of me to put a fully working solution, if available, near the end of a thread. Here's one I made for converting to grayLevel colours and adapted to your case. Tell us your solution also, please. The following is pretty fast, I wrote it after learning

Re: Programmatically determine the average greyscale

  Ha! I figured this out just before seeing this email..this is a match for Scott Rossi's method, which is right from the dictionary on ImageData on mouseUp put (39 * 4 * 205 ) into tRowsToSkip # takes us down the pixel map 39 rows put tRowsToSkip + (39 *4) +2 into tRedTarget # now we are in

Re: Programmatically determine the average greyscale

On 2/18/2016 8:44 PM, Sannyasin Brahmanathaswami wrote: Thanks that could be useful... BTW where to you store this kind of snippet In an old HC stack I made 20 years ago that I've converted to LC. It's not fit for public consumption but it has all my stuff in it so I keep using it. how do

Re: Programmatically determine the average greyscale

HH, thanks for the suggestion to use inks, though if it means the "label" will changes across all the buttons in the group, it may not be acceptable. OTOH, perhaps for my audience it would be "interesting" I will try it. your other memo on use a field is an option as well, as fiddling with the

Re: Programmatically determine the average greyscale

Thanks that could be useful... BTW where to you store this kind of snippet We need an online repository for scripts like this... something simpler than GIT, Actually determining the luminance algorithm is pretty straight forward... even easier than this formula.. but how do you get the color a

Re: Programmatically determine the average greyscale

On 2/18/2016 5:05 PM, Sannyasin Brahmanathaswami wrote: But if I use white type on top of the image and the sky appears there in the top left area of the image is a light color, then we have a problem with contrast/readability. Is there a way to get the "average" grayscale value of a small area

Re: Programmatically determine the average greyscale

BR, I now saw, late -- sorry, that you are using button's showName, that is, the text colour has to be adjusted, not the pattern. Then using a text field instead of 'showName' and setting the field's ink to "notSrcAndReverse" should do what you want (incl. nice effects). OR: Here's a

Re: Programmatically determine the average greyscale

Hi BR (thanks for the abbreviation), First you have to decide in detail what you want. 1. What is an average for you? Usual arithmetic mean is one option, other simple ones are a weighted mean of rgb (used by Photoshop etc.) or median values. 2. How to use the alphavalues? Max, min, median,

Programmatically determine the average greyscale

Use case: I want to import images as patterns for buttons. This always works as they are centered and made the correct size will fill the button area, regardless of the margins (setting the icon takes the margins position) Buttons are big squares 205 X 205 on a mobile interface (design adopted