How to create a faster/more accurate image alpha check mouse hover function

Questions about the LÖVE API, installing LÖVE and other support related questions go here.
Forum rules
Before you make a thread asking for help, read this.
User avatar
zorg
Party member
Posts: 3470
Joined: Thu Dec 13, 2012 2:55 pm
Location: Absurdistan, Hungary
Contact:

Re: How to create a faster/more accurate image alpha check mouse hover function

Post by zorg »

I have no intention starting an edit war on the wiki, but in my opinion, the bit about non-interpolation made sense to me; maybe not next to the values though, so i can only say that there could be people out there who'd view that bit of information as relevant, so it'd probably make sense at least mentioning it somewhere on the page.

Edit: Also, "value" in that context may be a bit vague (even if you specified it as x and y values); i'd vote to use "index/indice(s)" instead.
I edited the [wiki]SoundData:getSample[/wiki] article to match yours, but with the above extras added in.
Me and my stuff :3True Neutral Aspirant. Why, yes, i do indeed enjoy sarcastically correcting others when they make the most blatant of spelling mistakes. No bullying or trolling the innocent tho.
User avatar
airstruck
Party member
Posts: 650
Joined: Thu Jun 04, 2015 7:11 pm
Location: Not being time thief.

Re: How to create a faster/more accurate image alpha check mouse hover function

Post by airstruck »

zorg wrote:I have no intention starting an edit war on the wiki, but in my opinion, the bit about non-interpolation made sense to me
I thought that saying the inputs were floored would be enough to indicate that outputs weren't interpolated, but I see nothing wrong with being even more specific.
Edit: Also, "value" in that context may be a bit vague (even if you specified it as x and y values); i'd vote to use "index/indice(s)" instead.
That was the terminology that was already there; it seemed clear enough to me. The part with the "coordinates" wording was copied more or less verbatim from a commit message.

The wording on the getPixel page is: "Gets the color of a pixel at a specific position in the image." So maybe "position" is better than "value." This is distinctly different from "index," and more descriptive of what actually happens. The pixel at position (3.5, 3.5) really is the exact pixel who's upper left corner is at position (3, 3); geometrically speaking that position is smack in the middle of that pixel. In fact, taking the "position" wording literally, it's almost redundant to say that inputs are floored or outputs are not interpolated.
Post Reply

Who is online

Users browsing this forum: Ahrefs [Bot] and 4 guests