What was really appaling with the current major linux desktops was the time it takes for some menus to expand You are not using transparent menus with composite disabled, are you?
For all the people who get Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (11), here is the text:
So, when will KHTML merge all the WebCore changes?
You can't even imagine how I hate that question. The truth is "most probably never". I just read the article on/. about Safari supporting the "all crack Acid2 test and people raving how great it is for KHTML. The truth is that KHTML will probably never get those patches. What's most probably going to happen is that one of us will simply reimplement it from scratch (and at the moment the reality is that if it's not going to be Allan or Germain it's not going to happen).
Code in Safari is hugely inconsistent and changes are always interdependent. There's basically no way of merging in one change without bringing a whole bunch of others in. And you know what? Don't even tell me about merging stuff like render_canvasimage.h,cpp. It outright uses OS X api's. We'll never be able to merge that in - someone will have to implement it. And what's going to happen when someone does? Some jackass on/. or some other equally stupid site will be praising Apple.
In the past when someone spent long hours implementing something in KHTML, they at least got a "thank you" from people using Konqueror. Now it's "well finally! It was working in Safari. khtml developers are lazy". Where's the fun in that?
Do you have any idea how hard it is to be merging between two totally different trees when one of them doesn't have any history? That's the situation KDE is in. We created the khtml-cvs list for Apple, they got CVS accounts for KDE CVS. What did we get? We get periodical code bombs in the form of them releasing WebCore. Many of us wanted to even sign NDA's with Apple to at least get access to the history of their internal vcs and be able to be merging the changes incrementally, the way they can right now. Nothing came out of it. They do the very, very minimum required by LGPL.
And you know what? That's their right. They made a conscious decision about not working with KDE developers. All I'm asking for is that all the clueless people stop talking about the cooperation between Safari/Konqueror developers and how great it is. There's absolutely nothing great about it. In fact "it" doesn't exist. Maybe for Apple - at the very least for their marketing people. Clear?
4) binaries that install on all linux systems. one-click installs. i don't care if gcc...
Gcc for binaries, lol, sure. One click to install the latest spyware? I do not want that.
But if you still want it, then surf to the point-and-klik software store.
5) copy / paste, and, to a lesser extent, drag and drop work across all applications
WFM, what is your problem?
First, what I love about Photoshop is that I just have to hit F twice to enable real fullscreen. Then I can pick my tool and the options I need and hide the floating dialogs with Tab. The only thing missing from photoshop is to be able to work at the edge of an image in the center of the screen.
Second, you should have a look at the interface ofInkscape. IMHO it is much clearer than the one of GIMP.
And third, please enable voting in bugzilla. There might be a lots of cool ideas hiding.
I could have made a self-extracting 7-zip archive which would have been even smaller, but that would have been useless for Linux users to download and burn.
To busy to search for a mirror? http://www.google.com/search?q=mandrake+o ld and you will find servers like this http://mirrors.usc.edu/pub/linux/distributio ns/man drake-old/ ISOs back to 8.2 Updates back to 1.0.1 and 6.0 RPMs and SRPMs back to 7.2
The Mandrake Linux boxes sold in the stores in the USA are not a French product, but an american-made product, since the boxes, CDs and manuals are manufactured by Pearson/Macmillan right in the US.
MandrakeSoft has developers all around the globe. The security updates are made by a Canadian, the I18N leader is in Belgium, the Documentation team has people in Quebec and Argentina, our kernel guy is in Spain, our LSB and DrakXterm guy is in Ohio... and I am Quebecois;-)
Slashdot Mirror
What was really appaling with the current major linux desktops was the time it takes for some menus to expand
You are not using transparent menus with composite disabled, are you?
I already know who sings the songs I listen to. So you never listen to the radio?
So, when will KHTML merge all the WebCore changes?
You can't even imagine how I hate that question. The truth is "most probably never". I just read the article on /. about Safari supporting the "all crack Acid2 test and people raving how great it is for KHTML. The truth is that KHTML will probably never get those patches. What's most probably going to happen is that one of us will simply reimplement it from scratch (and at the moment the reality is that if it's not going to be Allan or Germain it's not going to happen).
Code in Safari is hugely inconsistent and changes are always interdependent. There's basically no way of merging in one change without bringing a whole bunch of others in. And you know what? Don't even tell me about merging stuff like render_canvasimage.h,cpp. It outright uses OS X api's. We'll never be able to merge that in - someone will have to implement it. And what's going to happen when someone does? Some jackass on /. or some other equally stupid site will be praising Apple.
In the past when someone spent long hours implementing something in KHTML, they at least got a "thank you" from people using Konqueror. Now it's "well finally! It was working in Safari. khtml developers are lazy". Where's the fun in that?
Do you have any idea how hard it is to be merging between two totally different trees when one of them doesn't have any history? That's the situation KDE is in. We created the khtml-cvs list for Apple, they got CVS accounts for KDE CVS. What did we get? We get periodical code bombs in the form of them releasing WebCore. Many of us wanted to even sign NDA's with Apple to at least get access to the history of their internal vcs and be able to be merging the changes incrementally, the way they can right now. Nothing came out of it. They do the very, very minimum required by LGPL.
And you know what? That's their right. They made a conscious decision about not working with KDE developers. All I'm asking for is that all the clueless people stop talking about the cooperation between Safari/Konqueror developers and how great it is. There's absolutely nothing great about it. In fact "it" doesn't exist. Maybe for Apple - at the very least for their marketing people. Clear?
Gcc for binaries, lol, sure. One click to install the latest spyware? I do not want that.
But if you still want it, then surf to the point-and-klik software store.
5) copy / paste, and, to a lesser extent, drag and drop work across all applications
WFM, what is your problem?
I can't find anyone who knows, and I've asked in all the right places. Did you ask here: http://www.codeweavers.com/site/compatibility/brow se/name?app_id=8;forum=1 ?
Did you try an optimized encoder? Ogg Vorbis optimized for speed, ca. 1.5x faster than 1.1 original ver.
Why do you need GIMP for simple image manipulation? An image viewer that supports KIPI should do all what you need.
First, what I love about Photoshop is that I just have to hit F twice to enable real fullscreen. Then I can pick my tool and the options I need and hide the floating dialogs with Tab. The only thing missing from photoshop is to be able to work at the edge of an image in the center of the screen.
Second, you should have a look at the interface of Inkscape . IMHO it is much clearer than the one of GIMP.
And third, please enable voting in bugzilla. There might be a lots of cool ideas hiding.
Are you talking about Opera's Fit-to-Window that comes with Opera 7.6? http://www.opera.com/pressreleases/en/2004/11/23/i ndex.dml
7zip works on Linux as well (p7zip.sourceforge.net)
Does the CD contain any languages besides English?
Now try to copy a picture from GQView to OpenOffice. Works fine here using drag and drop. (Mandrake Linux 10.1)
Sounds like a simple question, but what filesystems are used inside keydrives or external harddisks? And does it make any difference to the user?
What book or tutorial is recommend to learn PHP5 (skipping PHP4, for programmers with knowledge of Java)?
If you need 16 or 32 bits/channel now you may use cinepaint, a fork of GIMP. It is also available as Darwin/Fink/X11 Mac port.
To busy to search for a mirror?o ldo ns/man drake-old/
http://www.google.com/search?q=mandrake+
and you will find servers like this
http://mirrors.usc.edu/pub/linux/distributi
ISOs back to 8.2
Updates back to 1.0.1 and 6.0
RPMs and SRPMs back to 7.2
Shared files are listed in shared_files.ini
If you are using not using mldonkey 2.03 or 2.04rc new files are only shared each startup and "Reshare Files" only checks for deleted files.
Some of us already share the ISOs. Here are the links to the edonkey / mldonkey network:
ed2k://|file|Mandrake91-cd1-inst.i586.iso|68216422 4|7422d9374a1bd9187254de638f47c7d3|
8 |9bc5687f06ecf26e1f767623dc8f6421|
0 0|82530029d63b3624020fcc40aa9ad625|
ed2k://|file|Mandrake91-cd2-ext.i586.iso|68127948
ed2k://|file|Mandrake91-cd3-i18n.i586.iso|6815744
according to Jean-Michel Dault: