XMTEXTPOSTOXY(3)
π XmTextPosToXY π
okay bestie, welcome to the XmTextPosToXY page from the library call manual β yes it's a Text function, and yes it is exactly as iconic as it sounds β¨
πΈ NAME πΈ
XmTextPosToXY β a Text function that accesses the x and y position of a character position. like, you give it a spot in the text buffer and it tells you where that spot actually lives on screen. obsessed π«Ά
β¨ SYNOPSIS β¨
#include <Xm/Text.h>
Boolean XmTextPosToXY(
Widget widget,
XmTextPosition position,
Position *x,
Position *y);
π DESCRIPTION π
okay so here's the vibe: XmTextPosToXY accesses the x and y position β relative to the upper left corner of the Text widget β of a given character position in the text buffer. that's it. that's the whole job. and it ate π
lowkey important detail: in the case of horizontal writing, the position is the origin of the character. in the case of vertical writing, the position is the vertical origin of the character. not me making sure you actually read that part π
widgetβ specifies the Text widget ID. the main character of this whole situation πpositionβ specifies the character position in the text for which the x and y position is accessed. this is an integer number of characters from the beginning of the buffer. and bestie, the first character position is0(zero). zero. not one. i said what i said πxβ specifies the pointer in which the x position is returned. the returned position is the distance from the left side of the widget to the left border of the character. β οΈ this value is meaningful only if the function returnsTrue. no cap.yβ specifies the pointer in which the y position is returned. the returned position is the distance from the top of the widget to the character's baseline. β οΈ and this one is also meaningful only if the function returnsTrue. fr fr.
for a complete definition of Text and its associated resources, see XmText(3). it's giving required reading π
π RETURN π
this function returns True if the character position is displayed in the Text widget; otherwise, it returns False, and no x or y value is returned. like, none. zero. the pointers stay unbothered π
π¦ RELATED π¦
and that's the whole page, babe π this was XmTextPosToXY(library call) β yes the footer says the exact same thing as the header, they're matching, it's a set, it's a look π slay, go place some characters and get those coordinates. bye bestie π«Άβ¨
π¦ where this page comes from
- alpine 3.24: motif-doc 2.5.2-r0 Β· LGPL-2.1-or-later
- arch rolling: openmotif 2.3.8-4 Β· LGPL-2.1-or-later
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- epel 10: motif-devel 2.3.8-2.el10_2 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- nixos 26.05: motif 2.3.8
- nixpkgs unstable: motif 2.3.8
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms