If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

so basically one passes just the texture-slot, desired width & height and desired quality to create a texture from image-data on clipboard.
If Width and Height are passed and are above 0 then this would be the desired texure-size,
else the function should use either the next matching POT for Width, Height or both if below 0 and fill the leftover pixels with black on %TBGL_Data_RGB (24bit) or transparent on %TBGL_Data... that contains an alpha (32bit) or just leave the size unchanged if 0/None passed.

Should not be such a big problem to place the string in parts onto some other, final image-data in the desired size then to have some POT-side-length.
An advantage of this would be, to have the data to work with instantly as raw data instead of having to retrieve it using TBGL_GetTextureData.

Just for the Clipboard_IsImage: Is it needed at all?
Couldn't Clipboard_GetImage just return empty string if none there? Or would Clipboard_IsImage return the image-format in the first place/ 0 if none?
Addendum:

Clipboard_SetImage(s,w,h) ' place a string as 24/32-Bit-Map onto clipboard?

good ideas, as usually. With today's hardware and drivers, there is no advantage in using RGB - I think it should simply return BGRA, as it is the fastest working format.

Could you please explain more on this please?:

Should not be such a big problem to place the string in parts onto some other, final image-data in the desired size then to have some POT-side-length.
An advantage of this would be, to have the data to work with instantly as raw data instead of having to retrieve it using TBGL_GetTextureData.

intentionally I planned to retrieve (see topic) the BGRA-Data as string using TBGL_GetTextureData for further editing

(I intend to create some Texture-Editor currently, since my Gui-project is shelved and has to wait until I can call Type-Functions on a pointer- else I would have a few hundred functions depending on a global crutch, and I'm not in the mood to do it this way because calling type-functions on a pointer has to be implemented anyway some day, else the oop/private-scope-developement would get stuck.)

even better if I don't need to occupy some texture-slot just to get that Data from OS-clipboard into my TBGL-script, so I can let the user edit it before, i.e. I would have to re-new the data all the time anyway. And for finalizing textures I want to resize them to have some POT-side-length - but this is very app-specific, most important would be to retrieve the bitmap from clipboard in TB as first- (and of course also its size).

any other user-defined size would be fine too, not just POT,
and while I let the user edit the string containing the texture, it needs some function to resize it anyway, that should not be an issue. As you can see I posted this in TBGL-section because I thought chances are bigger to get a new TBGL-version in near future and I was hoping Petr would find a way to instantly place data from clipboard into some texture-slot - and that's why i suggested user-defineable sizes for the function...