Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

You actually hit the nail on the head; pixbuf/pixmap font rendering on the client side rather than X server side text rendering.


Note that on X, client and server are inverted.


But GP used client and server correctly, no? In the traditional model, the server renders the text it received from the client. Nowadays, the client renders it itself and pushes the whole bitmap to the server.


Pushing the whole bitmap is much slower over dialup, versus a set of commands.


Yes? But older X code used to use server side font rendering. The move to client side is the new thing. So this still sounds like the original comment got it right, though I guess ordered in a way that might make it ambiguous.


Indeed, I probably could have made it more clear I was referring to the situation in Gtk 2, but I figured it was implicit given that, of Gtk 1 and Gtk 2, only the latter renders text in client-side pixmaps/pixbufs.


I'm not disagreeing with you. I'm merely pointing out that you're not disagreeing with GP either.


I don't get how it could be the other way around? The domain here is controlling a display. A server does stuff, a client requests it. The X naming is exactly natural. The server draws and controls hardware, the client requests it.


On traditional GUIs nomeclature (not X), client is what is running on the local hardware, server is where the actual process is running, aka thin clients.

It is also the nomenclature when talking about RDP, VNC, and many others,

https://en.m.wikipedia.org/wiki/Remote_desktop_software#


I'm aware. The X server is the thing the user sits and operates. I've written quite a bit of Xlib code in my day.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: