... The type who really would buy the content but it simply isn't available for purchase on any media in their territory, and probably won't be for a long time.
It's tough being a My Little Pony fan in the UK.:-) A more common example would be the Game Of Thrones example already best explained by the Oatmeal comic.
no we're not; we could be but we have borders, and when those borders are broken by pressure of desperate people trying to go to somewhere where plants still grow, we'll have wars...
There is no preference, not even hidden. And it's the one thing I would change. I too also have left the launcher on auto-hide, and have the dock on auto-hide on the mac too.
Also a longtime mac fan (though admittedly not as longtime as i've had this little-used slashdot id;-)).
I actually like unity for a lot of its mac-like touches, especially the global menubar, but I agree with this post about the point that they aped OSX in a cargo-cult way. And the autohiding application menu is a big case in point. And no, there is no way to fix that in settings, even hidden ones. It demonstrates painfully the difference between copying a successful user interface but "making it your own" and actually putting in the fundamental usability research, as Apple, to their credit, have done. The menubar behaviour is so clearly a case of making it different for the sake of making it different, and making it worse in the process.
One nice trick of Unity though, that is actually an improvement on OSX, is when you have two (or presumably more) monitors: The menubar (top panel with indicators) appears on both screens, and the menu appears on the menubar on the same screen as its associated window. With OSX the menubar is on the primary screen only and wherever the window is, that's where you have to go to get to the menu.
But I don't like the increasing trend to take user options away that seems to be infecting both Gnome3 and Unity. Unity as seen on Natty isn't *so* bad, but see it in the alpha of Oneiric, or see Gnome3, and there are almost no options to affect the user interface. You can change the background and the screensaver and that's about it. Oh no wait, screensaver settings have gone from system settings too. It's making even OSX seem like a haven of user-customisability. (eg: You can move the dock to the edge you prefer, you can have the primary monitor be on the right...)
And as the complaints both here and other places show, it's not like they're getting it so right that people won't *want* to change usability settings. So it comes across as unearned arrogance, and it's going to cost them users. Not me, *yet*, but I don't like the trend.
Aw damn I had it told to me that the origin of "Apple" and specifically its logo was a coded reference/tribute to Alan Turing and his chosen method of suicide... Especially seeing as originally it was in rainbow colours...
Re:Nope. Kinesis Freestyle is the best keyboard...
on
Review of Das Keyboard
·
· Score: 1
Oh I get around that by using the mouse left-handed.:-)
They could write a brand new OS, and bundle XP in a virtual environment for backwards compatibility - like OS X which, when it first came out, included a "Classic" environment. Only they could probably make it more seamless than that, like VMWare Fusion's unity mode.
And as others have noted, like OSX it would probably take two or three versions before it was really good enough. But being new and legacy free those versions could probably come relatively quickly (relative to current Windows release cycles).
The problem is... There's no advantage to buying that version of Windows over OS X or Linux with VMWare. And several disadvantages; like the above, and a lack of native software to begin with. It's *already* the case that the only reason for running Windows natively is if you're a gamer.
Actually click-through isn't the only metric they have. There's already quite a lot of effort put into tracking "conversion rates"; how many people who follow an advert (or say price-comparison-site link to a product) actually go through with a purchase. The results of these analyses are what drives decisions about how and where to advertise; how many and what products to include in which price comparison sites - google base gets everything because it's free; others that charge for listing get a filtered set of products according to conversion rates, and every now and then one gets dropped altogether as not worth it.
Yes, OOo on Mac OS X sucks, but the astonishing thing is that despite all the ways it sucks, it still manages to suck less than any other wordprocessor I've been able to find for the Mac - for my needs. I'm still reeling from that realisation. (But then my needs include being able to work on the same files in Linux and Windows, and to be able to rip data out of those files directly using self-written programs (Zipped XML files being trivial to handle in Java), so that really limited the field somewhat!) A nice clean office suite that uses the OOo file formats would be love.
Interestingly, apparently, there was a huge amount of interest in an OSX version of OOo at CeBit. You'd think that either Sun or Apple or both would take note of that and apply some serious resources to the task. Well, Apple I can imagine would love it to be there (admit it, guys, AppleWorks sucks) but to be seen to be involved in its development might risk MS taking its Office:mac ball away before OOo:mac is ready...
No it won't. Ultra320's signalling voltages are wrong and SCSI-1 peripherals are not required to be compatible with SCSI-2 commands being sent down the bus.
What's more, SCSI peripherals are not required to be backward-compatible at all; a SCSI-2 drive will not work on a SCSI-1 controller.
Perhaps it doesn't matter if they can pull it off. If it's sufficiently plausible that they might, it might provoke the US Gov and NASA to perform the necessary digital extraction procedure on their own space programme. After all, look what they achieved when they were chasing the Soviets.:-)
Linux/IA32 probably not, at least under e2fs as you'll likely hit the 2Gb filesize limit, depending on how the database engine involved implements storage (Oracle using its own data partition in "raw iron" style?). Linux on other architectures, specifically the 64bit ones (Alpha, Sparc, Sledgehammer and IA64 before long) would probably be fine.
Your information may be a little old. Enhydra 3.0.1 *has* Servlet 2.2 support (through incorporating Tomcat), also the preferred way of using it with Apache (or other web servers inc. IIS:-) ) is to use Enhydra Director, which comes as part of the Enhydra download.
However it may not be stable. I'm running the Sun/Inprise JDK on the LinuxGrrls site with JRunPro for the servlet engine, and it is faster than Blackdown's JDK1.2.1 prev2 (I can't run their 1.2.2RC3 until I get a glibc2.1.2 distro). It ran really well and seemed to be coping with a slashdotting too, but sometime this morning (GMT) died for no readily apparent (ie: logged) reason after serving nearly 90,000 hits in 36 hours, so I guess it's not ready for prime-time yet. It is only RC1 after all... It might be JRunPro of course, when I ran it with Blackdown it never got hit that much in so short a time, but other, quite large sites use JRunPro albeit probably not with Linux, so I expect it's not that.
I'm the author of the article and the maintainer of the LinuxGrrls.Org site on which the article was hosted.
Woo! Our first slashdotting! How exciting! The server's just fine by the way, load average isn't going above 0.50, we're basically being throttled by our 64Kbit line, though that is at least set up pretty optimally, so if you're having trouble getting through, just persevere.:-) Who knows, if this starts happening a lot someone might want to give us money for a fatter line.:-)
I thought I'd better address some of the comments that have been made. Not actually anything more than is in the article but I suspect some people haven't read it properly:
This needed to happen: Sun taking control and putting proper resources into Java on Linux was important and necessary and was going to happen. The Blackdown team have done good work, but the importance of Java on Linux is now such that a proper full-time development effort is clearly needed to catch up and keep up.
Sun did not steal anything. According to the SCSL under which (I understand) the Blackdown team are operating, they have behaved entirely within their rights.
Which means the question at hand is the suitability of the SCSL for community projects. Sun have basically demonstrated again their lack of understanding of or sensitivity to the community development process.
What stinks is that the work of the Blackdown team over all this time is getting no public recognition from Sun or Inprise. Reading the Java-Linux mailing list, it's clear that the Blackdown team don't have a problem with Sun/Inprise using the code like this, but credit should go where it's due. A lot of bad feeling has been generated, quite unnecessarily.
By the way I'm sure it is just thoughtlessness on Sun/Inprise's part. If they wanted to hide Blackdown's part in it I expect they would have done a better job of it!
Also, for what it's worth, the LinuxGrrls.Org site is being driven by the Sun/Inprise JDK, and it's holding up just beautifully even under green threads (but then, the server just has a single AMD K6-2/333 processor so native threads wouldn't make that much difference anyway). I would be running the Blackdown JDK1.2.2RC3 but it requires a later glibc than my current distribution/version allows.
But I'm just waiting for IBM to release their JDK1.3 for Linux next year.:-) I understand that's going to be made available on a proper open source license and if so, that should be the one we get behind.
Slashdot Mirror
Anyone else thinking they should deploy it on the Gaza side too? Not instead (I know people will misread me). As well.
... The type who really would buy the content but it simply isn't available for purchase on any media in their territory, and probably won't be for a long time.
It's tough being a My Little Pony fan in the UK. :-) A more common example would be the Game Of Thrones example already best explained by the Oatmeal comic.
English is the closest thing India has to a common language.
no we're not; we could be but we have borders, and when those borders are broken by pressure of desperate people trying to go to somewhere where plants still grow, we'll have wars...
what's that, the old Grab my tail!? ;-)
There is no preference, not even hidden. And it's the one thing I would change. I too also have left the launcher on auto-hide, and have the dock on auto-hide on the mac too.
Also a longtime mac fan (though admittedly not as longtime as i've had this little-used slashdot id ;-)).
I actually like unity for a lot of its mac-like touches, especially the global menubar, but I agree with this post about the point that they aped OSX in a cargo-cult way. And the autohiding application menu is a big case in point. And no, there is no way to fix that in settings, even hidden ones. It demonstrates painfully the difference between copying a successful user interface but "making it your own" and actually putting in the fundamental usability research, as Apple, to their credit, have done. The menubar behaviour is so clearly a case of making it different for the sake of making it different, and making it worse in the process.
One nice trick of Unity though, that is actually an improvement on OSX, is when you have two (or presumably more) monitors: The menubar (top panel with indicators) appears on both screens, and the menu appears on the menubar on the same screen as its associated window. With OSX the menubar is on the primary screen only and wherever the window is, that's where you have to go to get to the menu.
But I don't like the increasing trend to take user options away that seems to be infecting both Gnome3 and Unity. Unity as seen on Natty isn't *so* bad, but see it in the alpha of Oneiric, or see Gnome3, and there are almost no options to affect the user interface. You can change the background and the screensaver and that's about it. Oh no wait, screensaver settings have gone from system settings too. It's making even OSX seem like a haven of user-customisability. (eg: You can move the dock to the edge you prefer, you can have the primary monitor be on the right...)
And as the complaints both here and other places show, it's not like they're getting it so right that people won't *want* to change usability settings. So it comes across as unearned arrogance, and it's going to cost them users. Not me, *yet*, but I don't like the trend.
Aw damn I had it told to me that the origin of "Apple" and specifically its logo was a coded reference/tribute to Alan Turing and his chosen method of suicide... Especially seeing as originally it was in rainbow colours...
Oh I get around that by using the mouse left-handed. :-)
They could write a brand new OS, and bundle XP in a virtual environment for backwards compatibility - like OS X which, when it first came out, included a "Classic" environment. Only they could probably make it more seamless than that, like VMWare Fusion's unity mode.
And as others have noted, like OSX it would probably take two or three versions before it was really good enough. But being new and legacy free those versions could probably come relatively quickly (relative to current Windows release cycles).
The problem is... There's no advantage to buying that version of Windows over OS X or Linux with VMWare. And several disadvantages; like the above, and a lack of native software to begin with. It's *already* the case that the only reason for running Windows natively is if you're a gamer.
They're stuck, aren't they? They're buggered.
and the fact that you *had* to bring it up is probably symptomatic of why she wasn't there.
Tell me, exactly, why was your information relevant?
Friend of mine got banned from the computer room for "hacking" after hitting F12, then typing "modules" on an Archimedes, a few years later.
Now she works for Google.
GOTO? hah. This is BBC BASIC
REPEAT
PRINT "First Post!"
UNTIL FALSE
Actually click-through isn't the only metric they have. There's already quite a lot of effort put into tracking "conversion rates"; how many people who follow an advert (or say price-comparison-site link to a product) actually go through with a purchase. The results of these analyses are what drives decisions about how and where to advertise; how many and what products to include in which price comparison sites - google base gets everything because it's free; others that charge for listing get a filtered set of products according to conversion rates, and every now and then one gets dropped altogether as not worth it.
If you'd read TFA you'd already know he did admit he was wrong. :-)
As I recall, that's how it was at school.
actually what's the biofeedback (if any) on these things? Can they react at all to conditions the way the normal heart can?
Interestingly, apparently, there was a huge amount of interest in an OSX version of OOo at CeBit. You'd think that either Sun or Apple or both would take note of that and apply some serious resources to the task. Well, Apple I can imagine would love it to be there (admit it, guys, AppleWorks sucks) but to be seen to be involved in its development might risk MS taking its Office:mac ball away before OOo:mac is ready...
No it won't. Ultra320's signalling voltages are
wrong and SCSI-1 peripherals are not required to be compatible with SCSI-2 commands being sent down the bus.
What's more, SCSI peripherals are not required
to be backward-compatible at all; a SCSI-2
drive will not work on a SCSI-1 controller.
Perhaps it doesn't matter if they can pull it off. If it's sufficiently plausible that they might, it might provoke the US Gov and NASA to perform the necessary digital extraction procedure on their own space programme. After all, look what they achieved when they were chasing the Soviets. :-)
Linux/IA32 probably not, at least under e2fs as you'll likely hit the 2Gb filesize limit, depending on how the database engine involved implements storage (Oracle using its own data partition in "raw iron" style?). Linux on other architectures, specifically the 64bit ones (Alpha, Sparc, Sledgehammer and IA64 before long) would probably be fine.
hehe - Tux *is* a biker chick. :-> ... if not all things to all people, then at least a lot of things to a lot of people... -- Rachel
Your information may be a little old. Enhydra 3.0.1 *has* Servlet 2.2 support (through incorporating Tomcat), also the preferred way of using it with Apache (or other web servers inc. IIS :-) ) is to use Enhydra Director, which comes as part of the Enhydra download.
However it may not be stable. I'm running the Sun/Inprise JDK on the LinuxGrrls site with JRunPro for the servlet engine, and it is faster than Blackdown's JDK1.2.1 prev2 (I can't run their 1.2.2RC3 until I get a glibc2.1.2 distro). It ran really well and seemed to be coping with a slashdotting too, but sometime this morning (GMT) died for no readily apparent (ie: logged) reason after serving nearly 90,000 hits in 36 hours, so I guess it's not ready for prime-time yet. It is only RC1 after all... It might be JRunPro of course, when I ran it with Blackdown it never got hit that much in so short a time, but other, quite large sites use JRunPro albeit probably not with Linux, so I expect it's not that.
Woo! Our first slashdotting! How exciting! The server's just fine by the way, load average isn't going above 0.50, we're basically being throttled by our 64Kbit line, though that is at least set up pretty optimally, so if you're having trouble getting through, just persevere. :-) Who knows, if this starts happening a lot someone might want to give us money for a fatter line. :-)
I thought I'd better address some of the comments that have been made. Not actually anything more than is in the article but I suspect some people haven't read it properly:
- This needed to happen: Sun taking control and putting proper resources into Java on Linux was important and necessary and was going to happen. The Blackdown team have done good work, but the importance of Java on Linux is now such that a proper full-time development effort is clearly needed to catch up and keep up.
- Sun did not steal anything. According to the SCSL under which (I understand) the Blackdown team are operating, they have behaved entirely within their rights.
- Which means the question at hand is the suitability of the SCSL for community projects. Sun have basically demonstrated again their lack of understanding of or sensitivity to the community development process.
- What stinks is that the work of the Blackdown team over all this time is getting no public recognition from Sun or Inprise. Reading the Java-Linux mailing list, it's clear that the Blackdown team don't have a problem with Sun/Inprise using the code like this, but credit should go where it's due. A lot of bad feeling has been generated, quite unnecessarily.
- By the way I'm sure it is just thoughtlessness on Sun/Inprise's part. If they wanted to hide Blackdown's part in it I expect they would have done a better job of it!
Also, for what it's worth, the LinuxGrrls.Org site is being driven by the Sun/Inprise JDK, and it's holding up just beautifully even under green threads (but then, the server just has a single AMD K6-2/333 processor so native threads wouldn't make that much difference anyway). I would be running the Blackdown JDK1.2.2RC3 but it requires a later glibc than my current distribution/version allows.But I'm just waiting for IBM to release their JDK1.3 for Linux next year. :-) I understand that's going to be made available on a proper open source license and if so, that should be the one we get behind.