Interview: Ask Mandrake Anything
Mandrake, AKA Geoff Harrison, is a heavy contributor to the enlightenment project and has also left his mark on Gnome, XFree86, and a bunch of other excellent free software projects. In real life, he works for VA Research as (surprise!) a software developer. Mandrake is, without question, one of the leading lights of the Linux and free software development communities. Check his Web site, and post any question(s) you have for him below. Answers to most or all of the highest-moderated ones will be posted Friday.
QT/KDE themes are a bit confusing, because there are different types. The current KDE themes in 1.1.2 are pretty typical pixmap stuff, not super fast, but I don't have any problems on my PII/350 with a crappy 4 MB on-board ATI.
Qt 2.0 themes, however, can be quite fast. They don't rely on pixmaps, but just override a virtual drawing function. Very cool stuff.
My one flamebait on the GTK/Qt debate: if you use C++, Qt is a dream: pure, object oriented libraries. Not a wrapper like GTK-- (which isn't bad, though) or MFC in windows. If you use C, stick to GTK.
--JRZ
Mandrake, have you ever seen a communist drink a glass of water?
Is enlightenment going to go the 3D way of desktops ? Some companys were promoting kewl 3D accelerated desktops and with the Xfree 4 accelerator support can we expect 3D accelerated desktop support in E ?
I run both KDE and Gnome, It would be great if the two would play nice with each other. My question
is: Are there currently any plans for getting kde and gnome to work together, and if so how far
along is the gnome team? Is the gnome team even talking to the kde team?
This is standard on "high-end" workstations. Any feel for when we'll get it on x86 hardware?
I know this probably gets kicked up the tree to X-level rather than window manager level coding, but you got your hands in that, eh?
Ever say "No thanks, I have enough RAM"?
How soon do you expect a 1.0 release of E?
.15 yet that you would like to see?
What features, arenn't in E
Do not read this
I totally agree with you about the patchwork license and free software issue. Anyone who feels strongly about using GPL-only software can not really use KDE. /."), because it's stripped down. More importantly, KOM/OP is a fantastic object model with a very easy learning curve, and the KDE2.0 daemon implements an extremely easy-to-use naming system. I've been nothing but impressed by KOM/OP and the thought that went into it, especially as I use KOffice, which is already quite advanced.
However, I'd take issue with your comments on the core technology and the object model. Bonobo and ORBit have a lot of good features, but they inherently suffer from GNOME's focus on C-programming and ORBit doesn't even have C++ bindings! While MICO is a very large ORB, KDE 2.0 will actually use tinyMICO, a scaled-down version that cuts out the unnecessary crap. MICO is a very serious CORBA 2.2 implementation, with many more features than ORBit. ORBIT, however, is clearly the faster ORB, much as MySQL is faster than, say, Oracle (ooh, nice tie-in to a recent "Ask
I don't mean to start a flame war. But it is important to look at the details of these implementations. Ideally, we'll get a level of object interoperability in the near future.
--JRZ
First, it seems to me that some of the newer features that you and Rasterman have been working on duplicate features already found in Gnome/KDE. Examples are the new iconbox and the pagers. (They admittedly work *better* than the other versions, but that's not the point). My question is are you heading more in the direction of making e more 'stand-alone' and reducing the coupling with the desktop environment.
Secondly, while I think e is the coolest wm out there due to its almost infinite configurability, its weakness right now is the lack of documentation. I understand that it's still under intense development and it's hard to document a moving target. But I hope that when we get closer to the 1.0 release and things settle down a little, you guys will think about putting together a good doc package. Any comments?
Thanks for your time.
aj
Admit nothing, deny everything and make counter-accusations.
X is great and everything, but it's pretty old. If you had an infinite number of monkeys, and they were going to start over on X, what would you want them to do differently? Or, put another way, what is on the top of your wish list of things to change in X?
"There's so much left to know/ and I'm on the road to find out." -Cat Stevens
What is more important in finding a coding job: writing 100,000 lines of open source code or getting a technical, quantitative oriented degree like CS with good grades? So far a lot of students swear by open source projects but when we look at people who actually get paid to write software some have written open source projects but all have CS degrees and usually well above average grades.
I've recently noticed that over the years my tighty whities have become yellowed and streched. Further, they are no longer compatible with the new glibc 2.x libs.
Which underwear do you find most linux compatible? Boxers? Briefs? Hanes? Calvin Klein?
Are you aware of any open source underware projects?
Know what I like about atheists? I've yet to meet one that believes God is on their side.
Whenever I try to compile Enlightenment, I get an error saying my fridge is out of ale, even though it isn't. I tried stocking my fridge with different kinds of ales, to no avail. I even tried removing everything not beer from my fridge, and that didn't work either. Can you help me figure out what's wrong?
You've been involved with some of the later XF86 development, and you run xinerama on your machine, (as evidenced by your screenshots) so my question is this:
Can Xinerama run on two monitors at different resolutions? I know they have to be the same bit-depth, but it would be nice to be able to buy a 19" monitor and use it alongside my existing 17".
On my P1-233MMX-Matrox Mill II system, GTK applications like E, the Gnome suite, and stand-alone applications like FreeCiv display (at times) sluggish interface response and slow screen draw times. Complex interfaces can often be seen drawing in or updating widget contents in sequence.
It can be oddly reminiscient of my old 25Mhz Amiga running a 3rd party widget toolkit like MUI.
My questions for Mandrake are:
1) Where does the fault lie - X, GTK, E, the application, or "all of the above"
2) What efforts are being made to increase performance?
3) Do you think we'll ever see optimisations like hand-tweaked assembly in the GTK event loop, or in the widget redraw code?
DG
Here's a log of the SlashNET Forum with mandrake a few months ago if anyone wants to look over it.
Do you think that a newer release of X will be sufficient to carry linux for a few more years or do you think a project like berlin (or some other windowing system) deserves more programming weight put behind it? Is X11 fit to carry all of the linux graphical weight or is it becoming a dinosaur?
-Pos
The truth is more important than the facts.
-Frank Lloyd Wright
Hey Mandrake! How is the perl/gtk book coming along? I'm already drooling in anticipation! Can you give us a ballpark figure on when it will be published? Or how about a topics list? Any info would be greatly appreciated!!! Keep in mind you have at least one guaranteed sale!!!
Geoff Harrison (Mandrake) has little or nothing to do with the Mandrake-Linux distribution. Please limit your questions to the scope of his work! (Enlightenment, a WM/desktop shell, XF86, xripple, etc) Now my question(s)?.. Why has the weak gradient between a Window Manager/Desktop/Shell been made into such a clear cut, line-in-the-sand issue? In the past, a WM was expected to provide all the features X didn't. Now the field has fragmented. Why? How does the rapid escalation of hardware performance (and availability of accelerated servers) affect Enlightenment? Are there times at which you say 'I could put in this new three-phase atomic pixel effect for window close, but can't because it would take a week on a 486'?
.sig: Now legally binding!
May I have your children?
Microsoft, as much as we love to hate them, spends tons of money (which I'm sure Enlightenment doesn't have by comparison) on useability and the human interface.
I can rely on the same keystrokes, the same mouse clicks, a consistant Clipboard, the same file dialogs, etc. etc., no matter what Windows app I run.
Linux apps, be they for KDE or Enlightement, or any WM, seem to be as different from one another as possible. This is all in the name of "We're Unique!", which seems to translate to "We're Unusable and have a HUGE learning curve!"
What, if anything, is going to make Enlightenment/Gnome/KDE/Anything else, more usable than one another? Themes are lovely, but a pretty face is only skin deep.
Can we at *least* "steal" some of MS's better ideas for use in "our" environment?
Comments?
mindslip