Cairo Proposed To Become Part Of ISO C++

[pal666]

Indeed. UI libraries do not belong to a language specification, period.

you live in an alternate universe without java and c#, period
btw, "ui library" iostreams somehow managed to get into language spec even in your reality

[pal666]

Because, POSIX already is IEEE standard and win32 is controlled and used only by Microsoft.

iso is not ieee
posix is standard for unix, not for generic operating system
c++ does not care who controls what, it is intended to be used by everyone

[pal666]

Because win32 sucks, that's why.

but standards usually adopt existing practices and win32 certainly practiced on large number of computers. actually on most computers until end of 2013. and now it is not on most computers not because of posix, but because of android which wasn't posix compliant last time i checked

[pal666]

Give me *one* good reason why a UI library should be part of the standard library specification for C++.

so you can write standards-compliant programs with ui
so you could teach students c++ using some ui
now you can as along as you ui is implemented via iostreams, which is too 1970s
btw, cairo is not ui, it's graphics. nobody thinks about standardising gtk(yet)

[pal666]

And now show me the mass of webservers actually using that hardware. It is as simple as this: There is a use for unaccelerated graphics functions and therefore it is plain wrong to assume that people that produce libraries for this use are fools.

it is premature pessimization. if you rely on software processing, you can't use acceleration. if you use accelerable api, it's implementation can be (partially or completely, static or jitted) software. just don't touch code if you dont get it. how can you live in a cave in the times of amd's hsa and intel's embedded graphics in every chip

[pal666]

Not only is this a terrible reason, java.awt is also the perfect example why adding a UI library to the standard library sucks. It's slow, it's ugly and it produces terrible UIs that no user would ever want to touch with a ten foot pole.

java itself is slow and ugly, c++ lib does not have to be neither slow nor ugly

[pal666]

I
Human-machine interfaces like mice, keyboards, touchscreens, microphones, cameras? C++ offers nothing of the sort, you must be looking at a different language entirely.

of course it does offer, just not as part of a lagnuage spec. but no other language does it either. it does not mean that spec shouldn't be extended to incorporate new features as soon as practical

[pal666]

There is. It's called SDL. No need to burden the standard library with that.

no there isn't. sdl is not c++ and is not a standard of any kind. it's just slightly extended one guy's library with support for few popular platforms. standard will offer c++ api for every platform.
if sdl was of any good for task at hand, iso c++ ppl would be in touch with sdl ppl to standardize it's api, not with cairo ppl
bottom line: stop posting bullshit

[pal666]

Since when is adding an additional library to a C++ project a big deal?

you can't teach some random library as part of c++ course. how many portable clean modern c++ libraries do you know ?

[Vim_User]

http://aws.amazon.com/gpu/
for everything else just use google ffs

Swearing is your favorite, isn't it. Again, how many unaccelerated webservers are out there that nonetheless use graphics libraries to manipulate images (scaling, adding watermarks, ...)? Dou you really think every fucking webserver (see, I can swear, too) out there has access to a GPU?