Color of a screen pixel: Difference between revisions

m
→‎{{header|Wren}}: Changed to Wren S/H
m (Phix/pGUI)
m (→‎{{header|Wren}}: Changed to Wren S/H)
 
(32 intermediate revisions by 16 users not shown)
Line 7:
The mouse cursor may or may not have to be active in a GUI created by your program. These functions are OS related.
<br><br>
 
=={{header|6502 Assembly}}==
How this is done, and whether this is even possible, depends entirely on your video hardware (some machines such as the NES cannot control color data or graphics data at the pixel level.) And good luck trying to explain how this works on the Apple II.
 
===easy6502/6502js===
Video memory is mapped into $0200-$05ff, and the bottom 4 bits of each byte represent the pixel's color.
<syntaxhighlight lang="6502asm">LDA $0200 ;get the color of the top-left pixel of the screen
LDA $05FF ;get the color of the bottom-right pixel of the screen.</syntaxhighlight>
 
===Nintendo Entertainment System===
The NES can't determine the color of a single pixel. The closest you can get is a 16 pixel by 16 pixel section of graphics. And that only tells you the palette in use at that location, not the actual color. Color cells are 2 bits per 16x16 section, in the order of top-left, top-right, bottom-left, bottom-right.
 
<syntaxhighlight lang="6502asm">;this code will fail to produce the desired result unless it executes during vblank or forced blank.
;address $23C0 = first color cell of nametable $2000
LDA #$23
STA $2006
LDA #$C0
STA $2006
 
LDA $2007
AND #%11000000 ;00------ = top-left corner uses palette 0, 01------ = top-left corner uses palette 1, etc.</syntaxhighlight>
 
This code assumes no scrolling has taken place, as it only reads the color cells from the top-left nametable. Generally speaking, reading VRAM in this way is not a good practice, as it's very slow and can only be done during vBlank when you have better things to do. For an actual game, it's much easier to keep a shadow of this data in normal RAM and read that instead, and pretend that VRAM is write-only.
 
=={{header|8086 Assembly}}==
===With Interrupts===
MS-DOS has a built-in way to calculate the color of a pixel on-screen.
<syntaxhighlight lang="asm">;input: cx = x coordinate of pixel, dx = y coordinate of pixel, bh = page number
mov ah,0Dh
int 10h</syntaxhighlight>
 
The color is returned in AL.
 
=={{header|Action!}}==
<syntaxhighlight lang="action!">PROC Main()
BYTE POINTER ptr
BYTE
w=[160],h=[160],x=[0],y=[0],c,k,update=[1],
CH=$02FC ;Internal hardware value for last key pressed
CARD size=[6400],i
 
Graphics(15) ;Graphics 160x160 with 4 colors with text window
ptr=PeekC(88)
 
; Fill screen with random colors
FOR i=1 TO size
DO
ptr^=Rand(0)
ptr==+1
OD
PrintE("Use arrow keys to change position and Esc to exit.")
DO
IF update THEN
c=Locate(x,y)
PrintF("x=%B y=%B c=%B%E",x,y,c)
FI
 
k=CH
CH=$FF
update=1
IF k=134 THEN
IF x=0 THEN x=w-1
ELSE x==-1 FI
ELSEIF k=135 THEN
IF x=w-1 THEN x=0
ELSE x==+1 FI
ELSEIF k=142 THEN
IF y=0 THEN y=h-1
ELSE y==-1 FI
ELSEIF k=143 THEN
IF y=h-1 THEN y=0
ELSE y==+1 FI
ELSEIF k=28 THEN
EXIT
ELSE
update=0
FI
OD
RETURN</syntaxhighlight>
{{out}}
[https://gitlab.com/amarok8bit/action-rosetta-code/-/raw/master/images/Color_of_a_screen_pixel.png Screenshot from Atari 8-bit computer]
 
=={{header|App Inventor}}==
Line 14 ⟶ 96:
In the app's display below, the purple Ball sprite was touched on the left canvas, but the pixel color (green) returned was from the area below it.
[https://lh4.googleusercontent.com/-Gw0xm7RIEck/Uute2nQSGsI/AAAAAAAAJ90/rq3UuWYE9Yw/s1600/Capture.PNG <VIEW THE BLOCKS AND ANDROID APP DISPLAY>]
 
=={{header|AutoHotkey}}==
<langsyntaxhighlight AutoHotkeylang="autohotkey">PixelGetColor, color, %X%, %Y%</langsyntaxhighlight>
 
=={{header|AutoIt}}==
<langsyntaxhighlight lang="autoit">Opt('MouseCoordMode',1) ; 1 = (default) absolute screen coordinates
$pos = MouseGetPos()
$c = PixelGetColor($pos[0], $pos[1])
ConsoleWrite("Color at x=" & $pos[0] & ",y=" & $pos[1] & _
" ==> " & $c & " = 0x" & Hex($c) & @CRLF)</langsyntaxhighlight>
{{Out}}
<pre>
Line 30 ⟶ 111:
 
=={{header|Axe}}==
<langsyntaxhighlight lang="axe">Disp pxl-Test(50,50)▶Dec,i</langsyntaxhighlight>
 
=={{header|BaCon}}==
BaCon can make use of the High Performance Canvas include. Outside this canvas it needs to access XLib API functions.
<langsyntaxhighlight lang="qbasic">INCLUDE canvas
FULLSCREEN
color = GETINK(100, 100, 4)
WAITKEY</langsyntaxhighlight>
 
=={{header|BASIC}}==
 
==={{header|AmigaBASIC}}===
 
<syntaxhighlight lang="amigabasic">MOUSE ON
 
WHILE 1
m=MOUSE(0)
PRINT POINT(MOUSE(1),MOUSE(2))
WEND</syntaxhighlight>
(The color index is -1 if the mouse pointer is outside the Basic window.)
 
==={{header|Applesoft BASIC}}===
[http://en.wikipedia.org/wiki/Apple_II_graphics#Low-Resolution_.28Lo-Res.29_graphics Low-Resolution (Lo-Res) graphics] 40x48, 16 colors, page 1
 
<langsyntaxhighlight Applesoftlang="applesoft BASICbasic">X = PDL (0) * 5 / 32
Y = PDL (1) * 3 / 16
COLOR= SCRN( X,Y)</langsyntaxhighlight>
[http://en.wikipedia.org/wiki/Apple_II_graphics#High-Resolution_.28Hi-Res.29_graphics Hi-Resolution (Hi-Res) graphics] 280x192, 6 colors
 
There is no HSCRN( X,Y) function in Applesoft. What follows is an elaborate subroutine that determines the hi-res color at the location given by variables X and Y on the current hi-res page. A color value in the range from 0 to 7 is returned in the variable C. The color is determined by peeking at adjacent pixels and the Most Significant Bit [http://en.wikipedia.org/wiki/Most_significant_bit MSB]. The VTAB routine is used as an aid to calculate the address of pixels. Other colors beyond the 6 hi-res colors can be displayed by positioning pixels at byte boundaries using the MSB. This routine is limited to the eight hi-res colors.
 
<syntaxhighlight lang="applesoft basic">
<lang Applesoft BASIC>
100 REM GET HCOLOR
110 REM PARAMETERS: X Y
Line 93 ⟶ 184:
X = 267 : Y = 166 : GOSUB 100
HCOLOR= C
</syntaxhighlight>
</lang>
 
==={{header|BBC BASIC}}===
In [[BBC BASIC for Windows]] you can read either the 'logical colour' (palette index) or the 'true colour' (24-bit RGB value).
<langsyntaxhighlight lang="bbcbasic"> palette_index% = POINT(x%, y%)
RGB24b_colour% = TINT(x%, y%)</langsyntaxhighlight>
 
==={{header|Commodore BASIC}}===
Line 108 ⟶ 199:
The Commodore 64 hires bitmap is 320&times;200, subdivided into 8&times;8 cells starting at the top left and moving right. Each cell is addressed top to bottom by 8 bytes. Each byte controls a horizontal row of 8 bits. This requires calculation on the programmer's part to translate X,Y coordinates into a specific memory address/value combination (lines 1210 through 1220).
 
<langsyntaxhighlight lang="gwbasic">5 rem commodore 64 example
10 base=2*4096:x=100:y=50:poke53280,0
20 gosub 1000:print chr$(147);
Line 134 ⟶ 225:
1220 bit=7-(x and 7):byte=base+ro*320+char*8+li:cb=1024+ro+ch
1230 return
</syntaxhighlight>
</lang>
 
'''Example 2:''' Commodore Plus 4 and 128
Line 140 ⟶ 231:
On both machines, there is a split graphics-text screen that can be used, and the extended BASIC provides functions for reading pixel and color values from the bitmap.
 
<langsyntaxhighlight lang="gwbasic">10 color 0,1:color 1,3: rem set border to black and pixel color to red
15 graphic 2,1: rem enter split graphics/text mode and clear screen
20 draw 1,100,50 : rem plot pixel at 100,50
30 print "pixel color at";rdot(0);",";rdot(1);"is";rclr(rdot(2))
40 get k$:if k$="" then 40
50 graphic 0,1 : rem return to text mode</langsyntaxhighlight>
 
 
Line 151 ⟶ 242:
This is a very simple example from the FreeBASIC documentation. To obtain the color of an arbitrary screen pixel (i.e. outside
the graphics screen controlled by FB) one would need to use API functions.
<langsyntaxhighlight lang="freebasic">FB 1.05.0 Win64
 
' Set an appropriate screen mode - 320 x 240 x 8bpp indexed color
Line 163 ⟶ 254:
 
' Sleep before the program closes
Sleep</langsyntaxhighlight>
 
==={{header|QuickBASIC}}===
Line 169 ⟶ 260:
 
In a graphics mode (for instance, <tt>SCREEN 13</tt> or <tt>SCREEN 12</tt>)
<langsyntaxhighlight lang="qbasic">color = point(x, y)</langsyntaxhighlight>
 
==={{header|Integer BASIC}}===
Line 176 ⟶ 267:
 
==={{header|Liberty BASIC}}===
<langsyntaxhighlight lang="lb">'This example requires the Windows API
Struct point, x As long, y As long
 
Line 200 ⟶ 291:
Function GetPixel(hDC, x, y)
CallDLL #gdi32, "GetPixel", hDC As uLong, x As long, y As long, GetPixel As long
End Function</langsyntaxhighlight>
 
==={{header|Locomotive Basic}}===
 
<langsyntaxhighlight lang="locobasic">10 x=320:y=200
20 color=TEST(x,y)
30 PRINT "Pen color at"; x; y; "is"; color</langsyntaxhighlight>
 
==={{header|PureBasic}}===
Return the color used at the x,y position in the current output. If the current output has an alpha channel then the result will be a 32bit RGBA value, otherwise it will be a 24bit RGB value. The color can be split in their RGB and alpha values by using the Red(), Green(), Blue() and Alpha() functions.
 
<langsyntaxhighlight PureBasiclang="purebasic">Color = Point(x, y)</langsyntaxhighlight>
 
To get the colour of a pixel on the screen when it is not managed by PureBasic (ie. from other programs' windows), it is necessary to use Windows API. This works only under Windows.
 
<syntaxhighlight lang="purebasic">
<lang PureBasic>
hDC = GetDC_(0)
Color = GetPixel_(hDC, x, y)
ReleaseDC_(0, hDC)</langsyntaxhighlight>
 
This work fine!!
 
<langsyntaxhighlight PureBasiclang="purebasic">poz.point
If OpenWindow(0,0,0,100,45,"Get pixel color at cursor position",#PB_Window_MinimizeGadget)
TextGadget(0,0,0,50,12,"Red: ")
Line 244 ⟶ 335:
Until event=#PB_Event_CloseWindow
ReleaseDC_(0, hDC)
EndIf</langsyntaxhighlight>
 
=={{header|QBasic}}==
<syntaxhighlight lang="qbasic">
'Example: Find color of a screen pixel in QBasic (adapted from QBasic Help file).
' POINT(x%, y%) returns color of pixel at coordinates x,y.
SCREEN 7 'Choose color graphics screen (1,2,4,7,8,9,11,12,13).
LINE (0, 0)-(100, 100), 2 'Draw diagonal line in color attribute 2.
LOCATE 14, 1 'Locate below diagonal line to show output.
FOR y% = 1 TO 10
FOR x% = 1 TO 10
PRINT POINT(x%, y%); 'POINT(x%, y%) displays pixel color.
NEXT x%
PRINT
NEXT y%
END
</syntaxhighlight>
 
==={{header|BASIC256}}===
<syntaxhighlight lang="basic256">color rgb(0, 255, 0)
rect 50, 50, 75, 75
 
color rgb(255, 0, 0)
line (20,20,100,100)
 
x = 60 : y = 50
 
c = pixel(x, y)
rojo = (c & 0xff0000) \ 0x10000
verde = (c & 0xff00) \ 0x100
azul = (c & 0xff)
 
print rojo; " "; verde; " "; azul</syntaxhighlight>
 
==={{header|SmileBASIC}}===
<langsyntaxhighlight lang="smilebasic">DEF GETPX X,Y OUT R,G,B
PCOL=GSPOIT(X,Y)
RGBREAD PCOL OUT R,G,B
END</langsyntaxhighlight>
 
==={{header|TI-89 BASIC}}===
Only the graph screen can be read.
 
<langsyntaxhighlight lang="ti89b">pxlTest(y, x) © returns boolean</langsyntaxhighlight>
 
==={{header|Visual Basic .NET}}===
<langsyntaxhighlight lang="vbnet"> Private Function GetPixelColor(ByVal Location As Point) As Color
 
Dim b As New Bitmap(1, 1)
Line 267 ⟶ 390:
Return b.GetPixel(0, 0)
 
End Function</langsyntaxhighlight>
 
==={{header|VBA}}===
Line 274 ⟶ 397:
This code should be adapted for 64 bits versions...
 
<syntaxhighlight lang="vb">
<lang vb>
Option Explicit
 
Line 298 ⟶ 421:
Get_Color_Under_Cursor = GetPixel(lngDc, Pos.x, Pos.y)
End Function
</syntaxhighlight>
</lang>
 
==={{header|Yabasic}}===
<langsyntaxhighlight Yabasiclang="yabasic">open window 100, 100
backcolor 255, 0, 0
clear window
Line 314 ⟶ 437:
red = dec(left$(s$, 2))
 
print red, " ", green, " ", blue</langsyntaxhighlight>
 
==={{header|ZX Spectrum Basic}}===
Line 321 ⟶ 444:
=={{header|C}}==
{{libheader|Xlib}}
<syntaxhighlight lang="c">
<lang c>
#include <X11/Xlib.h>
void
Line 337 ⟶ 460:
get_pixel_color (display, 30, 40, &c);
printf ("%d %d %d\n", c.red, c.green, c.blue);
</syntaxhighlight>
</lang>
 
{{works with|Windows}}
(Linux users, see [http://www.muquit.com/muquit/software/grabc/grabc.html grabc].)
<langsyntaxhighlight lang="c">#include <Windows.h>
 
COLORREF getColorAtCursor(void) {
Line 366 ⟶ 489:
 
return color;
}</langsyntaxhighlight>
 
=={{header|C sharp|C#}}==
<langsyntaxhighlight lang="csharp">using System;
using System.Drawing;
using System.Windows.Forms;
Line 391 ⟶ 514:
Console.WriteLine(GetPixel(Cursor.Position));
}
}</langsyntaxhighlight>
Sample output:
<syntaxhighlight lang="text">Color [A=255, R=243, G=242, B=231]</langsyntaxhighlight>
 
=={{header|C++/CLI}}==
<langsyntaxhighlight lang="cpp">using namespace System;
using namespace System::Drawing;
using namespace System::Windows::Forms;
Line 413 ⟶ 536:
Console::WriteLine("G: "+color.G.ToString());
Console::WriteLine("B: "+color.B.ToString());
}</langsyntaxhighlight>
 
=={{header|Clojure}}==
<langsyntaxhighlight lang="lisp">(defn get-color-at [x y]
(.getPixelColor (java.awt.Robot.) x y))</langsyntaxhighlight>
 
=={{header|Common Lisp}}==
Using Allegro and their Common Graphics package
<langsyntaxhighlight lang="lisp">(in-package :cg-user)
 
(defun print-hex (n)
Line 438 ⟶ 561:
(get-pixel (position-x pos) (position-y pos))))
 
(print-hex (get-mouse-pixel))</langsyntaxhighlight>
 
Sample output: (values are in RGBA order):
<langsyntaxhighlight lang="lisp">(#xe0 #x43 #x43 #xff)</langsyntaxhighlight>
 
=={{header|Delphi}}==
 
<syntaxhighlight lang="delphi">
<lang Delphi>
program ScreenPixel;
 
Line 517 ⟶ 640:
 
end.
</syntaxhighlight>
</lang>
 
Example output:
Line 540 ⟶ 663:
 
=={{header|F_Sharp|F#}}==
<langsyntaxhighlight lang="fsharp">open System.Drawing
open System.Windows.Forms
 
Line 552 ⟶ 675:
let GetPixelAtMouse () =
let pt = Cursor.Position
GetPixel pt.X pt.Y</langsyntaxhighlight>
 
 
=={{header|FutureBasic}}==
Tracks color information of the pixel under the current mouse x/y coordinates.
<syntaxhighlight lang="futurebasic">
_window = 1
begin enum 1
_view
_colorWell
_imageView
end enum
 
void local fn BuildWindow
window _window, @"ColorUnderMouse", (0,0,500,400), NSWindowStyleMaskTitled + NSWindowStyleMaskClosable
view subclass _view, (0,0,500,300)
colorwell _colorWell, YES, fn ColorWhite, ( 410, 310, 70, 70 ), NO, _window
end fn
 
void local fn DrawRect
CFArrayRef array = @[fn ColorRed, fn ColorOrange, fn ColorYellow, fn ColorGreen, fn ColorBlue, fn ColorWithRGB(0,0.29,0.51,1), fn ColorWithRGB(0.58,0.0,0.83,1)]
GradientRef grad = fn GradientWithColors( array )
GradientDrawInRect( grad, fn ViewFrame(_view), 0 )
end fn
 
 
void local fn DoMouse( tag as NSInteger )
CGPoint pt = fn EventLocationInView( tag )
ColorRef color = fn ViewColorAtPoint( tag, pt )
ColorWellSetColor( _colorWell, color )
cls : printf @"%.0fx, %.0fy, %@", pt.x, pt.y, color
end fn
 
void local fn DoDialog( ev as long, tag as long )
select ( tag )
case _view
select ( ev )
case _viewDrawRect : fn DrawRect
case _viewMouseDown : fn DoMouse( tag )
case _viewMouseDragged : fn DoMouse( tag )
end select
end select
select ( ev )
case _windowWillClose : end
end select
end fn
 
fn BuildWindow
 
on dialog fn DoDialog
 
HandleEvents
</syntaxhighlight>
{{output}}
[[File:Color Under Mouse.png]]
 
=={{header|Go}}==
{{libheader|RobotGo}}
<langsyntaxhighlight lang="go">package main
 
import (
Line 570 ⟶ 750:
color := robotgo.GetPixelColor(x, y)
fmt.Printf("Color of pixel at (%d, %d) is 0x%s\n", x, y, color)
}</langsyntaxhighlight>
 
{{out}}
Line 577 ⟶ 757:
Color of pixel at (659, 253) is 0x300a24
</pre>
 
=={{header|Groovy}}==
<syntaxhighlight lang="groovy">import java.awt.Robot
 
class GetPixelColor {
static void main(args) {
println getColorAt(args[0] as Integer, args[1] as Integer)
}
 
static getColorAt(x, y) {
new Robot().getPixelColor(x, y)
}
}
</syntaxhighlight>
 
=={{header|Icon}} and {{header|Unicon}}==
Icon and Unicon don't have direct access to the screen; however, we can read the colour of of a maximal sized window instead. The graphics procedure generates all pixels from a rectangular selection as a comma separated string with RGB values.
<langsyntaxhighlight Iconlang="icon">link graphics,printf
procedure main()
Line 604 ⟶ 798:
WDone(W) # q to exit
end
</syntaxhighlight>
</lang>
 
{{libheader|Icon Programming Library}}
Line 613 ⟶ 807:
x=658,y=610 pixel=47802,0,65535
x=934,y=487 pixel=0,0,0</pre>
 
=={{header|J}}==
 
Note that the concept of "screen" has both hardware and operating system dependencies.
 
Assuming the OS is Windows (Windows being an operating system with fairly wide adoption, which also guarantees a specific concept of "screen"):
 
<syntaxhighlight lang="j">GetDC=: 'user32.dll GetDC >i i'&cd NB. hdx: GetDC hwnd
GetPixel=: 'gdi32.dll GetPixel >l i i i'&cd NB. rgb: GetPixel hdc x y
GetCursorPos=: 'user32.dll GetCursorPos i *i'&cd NB. success: point</syntaxhighlight>
 
Task example -- reading the color of the pixel at the mouse cursor:
 
<syntaxhighlight lang="j"> |.(3#256) #: GetPixel (GetDC<0),1{::GetCursorPos<0 0
121 91 213</syntaxhighlight>
 
Breaking this down:
 
<syntaxhighlight lang="j"> GetDC<0
1325469620
GetCursorPos<0 0
┌─┬───────┐
│1│101 255│
└─┴───────┘
1{::GetCursorPos<0 0
101 255
GetPixel 1325469620 101 255
13982585
|.(3#256)#:13982585
121 91 213</syntaxhighlight>
 
(The windows color result is packed as 0x00bbggrr. So, after splitting the integer result into bytes we need to reverse their order to get red,green,blue.)
 
=={{header|Java}}==
{{uses from|AWT|Robot}}
<langsyntaxhighlight lang="java">public static Color getColorAt(int x, int y){
return new Robot().getPixelColor(x, y);
}</langsyntaxhighlight>
 
=={{header|Julia}}==
<langsyntaxhighlight lang="julia">
# Windows GDI version
function getpixelcolors(x, y)
Line 633 ⟶ 859:
cols = getpixelcolors(x, y)
println("At screen point (x=$x, y=$y) the color RGB components are red: $(cols[1]), green: $(cols[2]), and blue: $(cols[3])")
</langsyntaxhighlight> {{output}} <pre>
At screen point (x=120, y=100) the color RGB components are red: 1, green: 36, and blue: 86
</pre>
 
=={{header|Kotlin}}==
<langsyntaxhighlight lang="scala">import java.awt.*
 
fun getMouseColor(): Color {
Line 647 ⟶ 873:
fun getColorAt(x: Int, y: Int): Color {
return Robot().getPixelColor(x, y)
}</langsyntaxhighlight>
 
=={{header|Lingo}}==
 
{{libheader|ScrnXtra3 Xtra}}
<langsyntaxhighlight lang="lingo">on getScreenPixelColor (x, y)
sx = xtra("ScrnXtra3").new()
img = sx.ScreenToImage(rect(x, y, x+1, y+1))
return img.getPixel(0, 0)
end</langsyntaxhighlight>
 
=={{header|Logo}}==
Line 666 ⟶ 892:
=={{header|M2000 Interpreter}}==
Colors is M2000 have a negative value for RGB, or positive for default colors (0 to 15 are the default colors). Also numbers above 0x80000000 (is a positive number), are Windows colors too. Point return a negative value so we have to make it positive to get the RGB value where Red is the least significant byte. Html color has R as the most significant byte (of three), so to display properly we have to use a mix of Right$(),Mid$() and Left$() functions on string representation on color$.
<syntaxhighlight lang="m2000 interpreter">
<lang M2000 Interpreter>
Module CheckColor {
\\ Print hex code for color, and html code for color
Line 678 ⟶ 904:
}
CheckColor
</syntaxhighlight>
</lang>
 
=={{header|Mathematica}}/{{header|Wolfram Language}}==
<langsyntaxhighlight Mathematicalang="mathematica">getPixel[{x_?NumberQ, y_?NumberQ}, screenNumber_Integer: 1] := ImageValue[CurrentScreenImage[n], {x, y}]</langsyntaxhighlight>
 
=={{header|Nim}}==
===Using GTK2===
{{libheader|GTK2}}
<langsyntaxhighlight lang="nim">import gtk2, gdk2, gdk2pixbuf
 
type Color = tuple[r, g, b: byte]
 
gtk2.nim_init()
 
proc getPixelColor(x, y: int32): autoColor =
var p = pixbufNew(COLORSPACE_RGB, false, 8, 1, 1)
discard p.getFromDrawable(getDefaultRootWindow().Drawable,
getDefaultScreen().getSystemColormap(), x, y, 0, 0, 1, 1)
result = cast[tuple[r, g, b:ptr uint8]Color](p.getPixels)[])
 
echo getPixelColor(0, 0)</syntaxhighlight>
 
===Using GTK3===
{{libheader|gintro}}
<syntaxhighlight lang="nim">import gintro/[gtk, gobject, gio, gdk, gdkpixbuf]
 
type Color = tuple[r, g, b: byte]
 
proc getPixelColor(x, y: int32): Color =
var pixbuf = pixbufGetFromWindow(getDefaultRootWindow(), x, y, 1, 1)
result = cast[ptr Color](pixbuf.readPixels())[]
 
proc activate(app: Application) =
## Needed by GTK3.
discard
 
let app = newApplication("org.gtk.example")
connect(app, "activate", activate)
discard run(app)
 
echo getPixelColor(01500, 0800)</langsyntaxhighlight>
 
=={{header|Perl}}==
This example works with MacOS, customize with the appropriate <tt>screencapture</tt> utility for other OSes.
<langsyntaxhighlight lang="perl">use strict;
use warnings;
use GD;
Line 711 ⟶ 961:
print "RGB: $red, $green, $blue\n";
 
unlink $file;</langsyntaxhighlight>
{{out}}
<pre>RGB: 20, 2, 124</pre>
Line 717 ⟶ 967:
=={{header|Phix}}==
{{libheader|Phix/pGUI}}
<langsyntaxhighlight Phixlang="phix">integer {r,g,b} = im_pixel(image, x, y)</langsyntaxhighlight>
An example of this in use can be found in demo/pGUI/simple_paint.exw
 
Line 724 ⟶ 974:
{{works with|Windows}}
{{libheader|GD}}
<langsyntaxhighlight lang="php">$img = imagegrabscreen();
$color = imagecolorat($im, 10, 50);
imagedestroy($im);</langsyntaxhighlight>
 
=={{header|PicoLisp}}==
Using '[http://www.muquit.com/muquit/software/grabc/grabc.html grabc]'
as recommended in the C solution
<langsyntaxhighlight PicoLisplang="picolisp">(in '(grabc)
(mapcar hex (cdr (line NIL 1 2 2 2))) )</langsyntaxhighlight>
Output:
<pre>73,61,205
Line 740 ⟶ 990:
Access any pixel value on the sketch canvas. A color in Processing is a 32-bit int, organized in four components, alpha red green blue, as AAAAAAAARRRRRRRRGGGGGGGGBBBBBBBB. Each component is 8 bits (a number between 0 and 255), and can be accessed with alpha(), red(), green(), blue().
 
<langsyntaxhighlight lang="processing">void draw(){
color c = get(mouseX,mouseY);
println(c, red(c), green(c), blue(c));
}</langsyntaxhighlight>
 
For greater speed, pixels may be looked up by index in the pixels[] array, and color components may be retrieved by bit-shifting.
 
<langsyntaxhighlight lang="processing">void draw(){
loadPixels();
color c = pixels[mouseY * width + mouseX];
println(c, c >> 16 & 0xFF, c >> 8 & 0xFF, c >> 8 & 0xFF);
}</langsyntaxhighlight>
 
=={{header|Python}}==
{{libheader|PyWin32}}
{{works_with|Windows}}
<langsyntaxhighlight lang="python">def get_pixel_colour(i_x, i_y):
import win32gui
i_desktop_window_id = win32gui.GetDesktopWindow()
Line 765 ⟶ 1,015:
return (i_colour & 0xff), ((i_colour >> 8) & 0xff), ((i_colour >> 16) & 0xff)
 
print (get_pixel_colour(0, 0))</langsyntaxhighlight>
 
{{libheader|PIL}}
 
{{works_with|Windows}}
<langsyntaxhighlight lang="python">def get_pixel_colour(i_x, i_y):
import PIL.ImageGrab
return PIL.ImageGrab.grab().load()[i_x, i_y]
 
print (get_pixel_colour(0, 0))</langsyntaxhighlight>
{{libheader|PIL}}
{{libheader|python-xlib}}
<langsyntaxhighlight lang="python">def get_pixel_colour(i_x, i_y):
import PIL.Image # python-imaging
import PIL.ImageStat # python-imaging
Line 787 ⟶ 1,037:
return tuple(map(int, lf_colour))
 
print (get_pixel_colour(0, 0))</langsyntaxhighlight>
{{libheader|PyGTK}}
<langsyntaxhighlight lang="python">def get_pixel_colour(i_x, i_y):
import gtk # python-gtk2
o_gdk_pixbuf = gtk.gdk.Pixbuf(gtk.gdk.COLORSPACE_RGB, False, 8, 1, 1)
Line 795 ⟶ 1,045:
return tuple(o_gdk_pixbuf.get_pixels_array().tolist()[0][0])
 
print (get_pixel_colour(0, 0))</langsyntaxhighlight>
{{libheader|PyQt}}
<langsyntaxhighlight lang="python">def get_pixel_colour(i_x, i_y):
import PyQt4.QtGui # python-qt4
app = PyQt4.QtGui.QApplication([])
Line 805 ⟶ 1,055:
return ((i_colour >> 16) & 0xff), ((i_colour >> 8) & 0xff), (i_colour & 0xff)
 
print (get_pixel_colour(0, 0))</langsyntaxhighlight>
 
=={{header|Racket}}==
Line 815 ⟶ 1,065:
 
This example works with MacOS, customize with the appropriate <tt>screencapture</tt> utility for other OSes.
<syntaxhighlight lang="raku" perl6line>use GD::Raw;
 
my $file = '/tmp/one-pixel-screen-capture.png';
Line 832 ⟶ 1,082:
 
fclose($fh);
unlink $file;</langsyntaxhighlight>
{{out}}
<pre>RGB: 20, 2, 124</pre>
Line 838 ⟶ 1,088:
Alternately, a version that should work in any X11 environment. Needs X11::xdo and MagickWand installed.
 
<syntaxhighlight lang="raku" perl6line>signal(SIGINT).tap: { sleep .1; cleanup(); print "\n" xx 50, "\e[H\e[J"; exit(0) }
 
multi MAIN () {
Line 890 ⟶ 1,140:
}
 
sub cleanup { print "\e[0m\e[?25h" }</langsyntaxhighlight>
 
=={{header|REXX}}==
Line 900 ⟶ 1,150:
 
The REXX program converts the hexadecimal attribute of the character at the location of the cursor to a familiar name of a color.
<langsyntaxhighlight lang="rexx">/*REXX program obtains the cursor position (within it's window) and displays it's color.*/
parse value cursor() with r c . /*get cursor's location in DOS screen. */
 
Line 920 ⟶ 1,170:
if hue=='0E'x then color= 'yellow' /*or bright yellow. */
if hue=='0F'x then color= 'white' /*or bright, brite white. */
say 'screen location ('r","c') color is:' color /*display color of char at row, column.*/</langsyntaxhighlight>
{{out|output}}
<pre>
Line 927 ⟶ 1,177:
 
=={{header|Ring}}==
<langsyntaxhighlight lang="ring">
# Project : Color of a screen pixel
 
Line 962 ⟶ 1,212:
b = bytes2float(b)
return [r,g,b]
</syntaxhighlight>
</lang>
Output:
<pre>
Line 970 ⟶ 1,220:
</pre>
 
=={{header|RPL}}==
RPL was designed for black-and-white LCD screens. The <code>PIX?</code> instruction returns 1 if the designated pixel is black - actually dark gray or blue, depending on the model - and 0 if it's not.
(10,10) PIX?
<code>PIX?</code> was introduced in 1990 with the HP-48. On previous machines (HP-28C/S), the only way to test a pixel was to convert the status of the 131x32 LCD matrix into a 548-character string using the <code>LCD→</code> command, and then test the appropriate bit of the appropriate character.
=={{header|Ruby}}==
 
This example requires ImageMagick >= 6.2.10 (works on X11, unsure about other platforms).
 
<langsyntaxhighlight lang="ruby">module Screen
IMPORT_COMMAND = '/usr/bin/import'
 
Line 985 ⟶ 1,238:
end
end
end</langsyntaxhighlight>
 
=={{header|Scala}}==
{{libheader|Scala}}
<langsyntaxhighlight Scalalang="scala">def getColorAt(x: Int, y: Int): Color = new Robot().getPixelColor(x, y)</langsyntaxhighlight>
 
=={{header|Smalltalk}}==
{{works with|Smalltalk/X}}
<syntaxhighlight lang="smalltalk">Display rootView colorAt:(10@10).
Display rootView colorAt:(Display pointerPosition)</syntaxhighlight>
 
=={{header|Standard ML}}==
Works with PolyML
<langsyntaxhighlight Standardlang="standard MLml">open XWindows ;
val disp = XOpenDisplay "" ;
 
Line 1,003 ⟶ 1,261:
end;
 
XGetPixel disp im (XPoint {x=0,y=0}) ;</langsyntaxhighlight>
result
val it = 6371827: int
Line 1,009 ⟶ 1,267:
{{libheader|Tk}}
Works only on X11 or OSX with Xquartz.
<langsyntaxhighlight lang="tcl">package require Tcl 8.5
package require Tk
 
Line 1,030 ⟶ 1,288:
# Demo...
puts [format "pixel at mouse: (%d,%d,%d)" \
{*}[getPixelAtPoint {*}[winfo pointerxy .]]]</langsyntaxhighlight>
 
=={{header|Wren}}==
{{libheader|DOME}}
<syntaxhighlight lang="wren">import "dome" for Window, Process
import "graphics" for Canvas, Color
import "input" for Mouse
 
class Game {
static init() {
Window.title = "Color of a screen pixel"
Canvas.cls(Color.orange) // {255, 163, 0} in the default palette
}
 
static update() {
// report location and color of pixel at mouse cursor
// when the left button is first pressed
if (Mouse.isButtonPressed("left")) {
var x = Mouse.x
var y = Mouse.y
var col = Canvas.pget(x, y)
System.print("The color of the pixel at (%(x), %(y)) is %(getRGB(col))")
Process.exit(0)
}
}
 
static draw(dt) {}
 
static getRGB(col) { "{%(col.r), %(col.g), %(col.b)}" }
}</syntaxhighlight>
 
{{out}}
Sample output:
<pre>
$ ./dome color_of_screen_pixel.wren
The color of the pixel at (152, 115) is {255, 163, 0}
</pre>
 
=={{header|XPL0}}==
Line 1,037 ⟶ 1,331:
graphics.
 
<langsyntaxhighlight XPL0lang="xpl0">code ReadPix=44;
int Color, X, Y;
Color:= ReadPix(X, Y);</langsyntaxhighlight>
 
{{omit from|ACL2}}
Line 1,046 ⟶ 1,340:
{{omit from|Blast}}
{{omit from|Brainf***}}
{{omit from|EasyLang}}
{{omit from|GUISS}}
{{omit from|Lilypond}}
9,476

edits