Really, the title of the article comes upon the conclusion way too quickily
That's because it's the fucking title. It's supposed to be quick. If you would read the actual article, you would see exactly why it's cheaper in this case to use snail mail.
You must consider much bandwidth the sender and the reciever have. If both have a several gigabit OC line, then perhaps uploading it would be faster.
Just because two parties each have a gigabit line does not mean they can sustain a gigabit throughput over the open Internet. That kind of bandwidth is also extraordinarily expensive.
Isn't it a little weird for an essential component of this device (the OS) to be made by their primary competitor? That sounds like a moronic business decision to me.
The question was how to do this if you don't own a Mac. How many people do you know with non-Apple PowerPCs? Real people, not corporations with a Power4 server in a back room somewhere.
If Apple made a Photoshop clone, and it was better than Photoshop (as FCP is better than Premiere, IMHO), then they probably wouldn't give a fuck what Adobe did with Photoshop.
GTK2 taps Pango for fonts, which in turn taps Freetype and XRender. As far as I can tell from skimming the source of the original patch, this doesn't use XRender, but does a screen capture, calculates the shadow, and displays the resulting static images as the shadow (KDE does the same thing, IIRC).
I'm not too clear on the exact capabilities of XRender, but presumably if it was possible to do shadows with it in its current state, someone would have done it. Real shadows are definately possible in XFree86, and it has it's been done, but I think it'll be a while before such things are working reliably and integrated into XFree86.
I've never paid for CD-Rs. At almost any given time, some area store has a mail-in rebate promotion that results in a net cost of $0 for 50 discs. I haven't seen such deals on DVDs yet.
RTFA. Other drives/players may or may not be able to read them, it depends on how much extra stuff you squeezed on and how lucky you are.
Re:Great, another GTK appearance option (long).
on
Menu Shadows in GTK2
·
· Score: 1
So... now we have GTK2 drop-shadows... Who the hell will ever figure out how to turn them on?
No one needs to know how to turn them on, because this patch is not part of GTK and never will be. The GTK philosophy is to do things right and have them "just work", which means no shadows until X11 gets native alpha support.
Before we add yet more GTK2 appearance options, wouldn't it be prudent to get an application into GNOME to configure them all?
All GTK appearence options are configurable by GUI (or gconf, in a few cases) There is no longer one application for GTK configuration, but there are control panels for fonts and themes (GNOME no longer has one integrated control center, it's separate apps for everything, like MacOS). Unfortunately, I don't think colors are officially configurable separately from themes - you have to edit the theme directly.
GNOME does a really good job with making obscure prefs available in gconf, but this is one of the few things that aren't configurable. On the bright side, most GTK themes are available in multiple color schemes - Bluecurve and Greencurve, for example. Also, if you're using the Keramik KDE theme, you might try the Geramik GTK theme, which should automatically import your KDE colors.
This isn't implemented in GTK, it's a very hackish patch that has virtually zero chance of getting merged. The official GNOME position on shadows is that they won't be done until it's possible to do them right, through proper X11 transparency support.
But you don't know whether or not the seven-wife guy was going to St. Ives, or whether his wives and cats were going with him. So the answer is indeterminate.
What's wrong with using libraries? Would you rather it all came bundled in some huge monolithic executable that ate up tens of megs of extra memory every time you launched it? You have apt-get, after all, just press 'y' and it'll install it all for you. It's not like it harms you in any way to have gnumeric use GNOME libraries.
That's because it's the fucking title. It's supposed to be quick. If you would read the actual article, you would see exactly why it's cheaper in this case to use snail mail.
You must consider much bandwidth the sender and the reciever have. If both have a several gigabit OC line, then perhaps uploading it would be faster.
Just because two parties each have a gigabit line does not mean they can sustain a gigabit throughput over the open Internet. That kind of bandwidth is also extraordinarily expensive.
GNU indent + a syntax highlighting editor will make any C look decent. Wish the same could be said for perl...
It would be trivial to put the "little blue E" icon on Firebird.
Isn't it a little weird for an essential component of this device (the OS) to be made by their primary competitor? That sounds like a moronic business decision to me.
There is no decent consumer graphics card with Free drivers better/faster than the nonfree ones.
Safari has nothing to do with QT. IIRC, when Apple ported KHTML they replaced all the QT stuff with native code.
I don't know of anyone who has managed to get MoL running on a Tivo. It would be a pretty nice hack, even though it'd be so slow as to be unusable.
That was settled a long time ago, and Apple Computer can do whatever they want now.
The question was how to do this if you don't own a Mac. How many people do you know with non-Apple PowerPCs? Real people, not corporations with a Power4 server in a back room somewhere.
If Apple made a Photoshop clone, and it was better than Photoshop (as FCP is better than Premiere, IMHO), then they probably wouldn't give a fuck what Adobe did with Photoshop.
I'm not too clear on the exact capabilities of XRender, but presumably if it was possible to do shadows with it in its current state, someone would have done it. Real shadows are definately possible in XFree86, and it has it's been done, but I think it'll be a while before such things are working reliably and integrated into XFree86.
There's a little box at the bottom of this page labeled "Search". Use it.
No, it won't. RTFA - this isn't "compression" in the gzip sense, this is "compression" in the literal sense.
I've never paid for CD-Rs. At almost any given time, some area store has a mail-in rebate promotion that results in a net cost of $0 for 50 discs. I haven't seen such deals on DVDs yet.
RTFA. Other drives/players may or may not be able to read them, it depends on how much extra stuff you squeezed on and how lucky you are.
No one needs to know how to turn them on, because this patch is not part of GTK and never will be. The GTK philosophy is to do things right and have them "just work", which means no shadows until X11 gets native alpha support.
Before we add yet more GTK2 appearance options, wouldn't it be prudent to get an application into GNOME to configure them all?
All GTK appearence options are configurable by GUI (or gconf, in a few cases) There is no longer one application for GTK configuration, but there are control panels for fonts and themes (GNOME no longer has one integrated control center, it's separate apps for everything, like MacOS). Unfortunately, I don't think colors are officially configurable separately from themes - you have to edit the theme directly.
GNOME does a really good job with making obscure prefs available in gconf, but this is one of the few things that aren't configurable. On the bright side, most GTK themes are available in multiple color schemes - Bluecurve and Greencurve, for example. Also, if you're using the Keramik KDE theme, you might try the Geramik GTK theme, which should automatically import your KDE colors.
You don't even need Nvidia drivers - customizable (shadows and alpha) cursors are built into XFree86 4.3, and work just fine with my Radeon 9700.
This isn't implemented in GTK, it's a very hackish patch that has virtually zero chance of getting merged. The official GNOME position on shadows is that they won't be done until it's possible to do them right, through proper X11 transparency support.
My MSI K7D Master L has a BIOS setting for "disable onboard sound", and I'd imagine that most decent motherboards would too.
Yes, it uses aalib and XGGI.
But you don't know whether or not the seven-wife guy was going to St. Ives, or whether his wives and cats were going with him. So the answer is indeterminate.
Linux only (at the moment).
MacOnLinux + Virtual PC should do the trick. It'll be slow as fuck, but so would anything else.
guppi is deprecated and unmaintained. The next Gnumeric will have a completely redone graphing framework.
What's wrong with using libraries? Would you rather it all came bundled in some huge monolithic executable that ate up tens of megs of extra memory every time you launched it? You have apt-get, after all, just press 'y' and it'll install it all for you. It's not like it harms you in any way to have gnumeric use GNOME libraries.