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.
How to create a faster/more accurate image alpha check mouse hover function
Forum rules
Before you make a thread asking for help, read this.
Before you make a thread asking for help, read this.
- 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
Me and my stuff True 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.
Re: How to create a faster/more accurate image alpha check mouse hover function
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.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
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.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.
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.
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 8 guests