Now that, despite all the protein supplements, I've lost weight again and got myself a beard (grew not bought) I feel like I really nailed the homeless pirate look.
In the spirit of camaraderie I spent a few minutes yesterday fixing one of the longest bugs we had in KDE which was the inability to spell check Indic, Middle Eastern, Asian and a few other languages. The issue was that the text segmentation algorithm, due to my uncanny optimism, was defining words as "things that are composed of letters". That isn't even true for English (e.g. "doesn't" is a word that's composed of more than just letters and breaking it up at the non-letter produces two non-words) and it was utterly and completely wrong for pretty much every language that wasn't using a Latin like alphabet. I switched the entire codebase to use the unicode text boundary specification, tr29-11 as implemented in the QTextBoundaryFinder and it's fixed now.
In other knews we've released the Gallium3D driver for VMware's vGPU (right now called svga, but we'll rename it as soon as we'll have some time). It means that we can accelerate all the APIs supported by Gallium in the virtual machine which is fairly impressive.
11 comments:
Great to see Asian languages getting some love in KDE. This is one of the prerequisites for world domination, you know :)
Does that mean we'll see a compositing enabled, hardware accelerated X11 running in VMWare in the near future?
Sounds great!
I hope it's not only working on VMware. I would like to use it on kvm/qemu too.
Potatoes, cashews, and some extra oil to every warm meal. Also buy your bread fresh, you will eat more.
you broke the unit tests! :-D
come on IRC, so dfaure can spank you.
@Anonymous: you expected VMware to pay its developers to develop code for kvm/qemu? ...
@Martin Sandsmark: hah, you're too late that was settled a few hours ago.
Thank you Zack for your patch . It will make my life more easy.
شكرا جزيلا.
Come on Zack, we need bearded pictures! ;-)
VMware's KMS Driver With QEMU
Please correct me if I am wrong but, hypothetically, a virtual machine that uses this virtual SVGA Gallium driver to accelerate GL and Xorg, does not need to run an X server. Gallium will take care of the X & GL calls and the kernel handles mode setting, so the X server is unnecessary. Yes/No, if not please enlighten me.
So, OpenGL, OpenGL-ES 1.x, 2.x, OpenVG, all accelerated, and working inside the vmware virtual machine? Fantastic! I'm very interested in this. Does it work with a linux guest in a linux host? What version of vmware do I need to get to try this out?
Post a Comment