It's not a problem if you agree with the principles of the GPL. Otherwise someone could modify the Linux kernel, and while being forced to release the code, they could make it illegal for anybody else to modify and distribute the code by entangling it with a patent license.
BSD has the same problem, they don't don't see it as a problem. If someone wants to close off BSD code to you and I, they can.
if the kid is autistic enough to warrant being kicked out of school for autistim-related disrupions wouldn't that be easy enough for a doctor to detect early on?
No. Autistic children typically behave very differently in a one-on-one environment than they do in a group, between strangers and people they know, and also between an adult and their peers. Their behaviors are also not consistent, they may be fine in school 99% of the time, but then something will set them off that they can't deal with.
Many other 'disorders' that aren't really disorders have been lumped into the 'autism' category. That is the cause of the 'rise' in autism cases.
The Autism spectrum generally includes classic Autism, Asberger's, Pervasive Developmental Disorder (PDD), and PDD-NOS.
Yes, the spectrum has grown, but it's not arbitrary. ADHD is not included in the spectrum, nor are a whole host of other disorders that produce behavioral problems.
Please send us feedback (email is on the website) on Qimo. We're going to be releasing our final 1.0 version very soon with much better artwork. Watch http://www.qimo4kids.com/ for our future website for the distro.
And an operating system shell needs to be both fast and solid. Sugar is neither.
Sugar, if I recall, is basically an application launcher running the Matchbox window manager, with a consistent look and feel between applications. In that respect, Sugar is not an OS Shell at all.
The second problem is the code isn't simple like BASIC used to be. It's object-oriented event-handling GUI code that uses containment based layout, multiple libraries, sound servers, uses magic numbers etc. It'd be hard to figure out for an adult, let alone somebody new to programming.
While you are largely correct, I think you missed the point. The kids that would be using sugar aren't going to read the python code and try to determine what the program is doing. Rather, they will look for something that looks vaguely similar to what they want to change, change something about it, and see what happens. Repeat enough times, and they're starting to get an understanding of Python and programming. I don't know about you, but when I saw my first program code, I didn't read it top to bottom for an understanding, I skimmed it for words that I was interested in, and started changing stuff.
If KDE 4.2 is already an awesome desktop environment, and you want an awesome desktop environment based on KDE, why are you advocating integrating Gnome?
If compatibility is your concern, than the FreeDesktop.org projects are already taking care of that, without having to consolidate DEs. If competing widget toolkits is your concern, well, to bad, that's not going to change anytime soon, and its not really a big problem anyway.
Gnome is already moving common components out of the Gnome libraries and into gtk, so that running a GTK app under KDE won't require all the gnome libs. I don't know if a similar project is underway on the KDE side, since the KDE devs don't have any control over the development of QT, but I suppose they could do something like it.
The 2-slit experiment observed quantum super-position, not entanglement. The quantum state was measured when the photons hit the opposite wall, and that measurement only measured the collapsed state, not the super-position. The super-position was only observed in the pattern of interference in the collapsed states.
The super-position being measured was caused by the photon passing through the two-slits, so even if you took an entangled photon, collapsed it's partner, and sent it through the double-slit, it would still be in a super-position with regard to which slit it passed through, regardless of anything that happened to it's partner.
You can't determine if a particle is in a super-position or not, because any measurement of it will instantly collapse the waveform on both particles, and if you collapse yours first you will be unable to receive the information being transmitted by the other. You will need to know that the other entangled particle has already been collapsed, before you read yours, and that information still has to get to you by a conventional method.
Last I tried this, in Flash, it was over 50% of a core. In VLC, or mplayer, or pretty much anything else -- despite the fact that this is FLV, which is presumably designed for Flash -- and it's less than 1%
I think FLV may be a container format, not codec. I think it uses VP6 for the actual video data, which was not designed for Flash.
Ah, it's only as simple as recompiling the kernel, so simple anyone could do it then.
Just don't load all the modules when the kernel boots, no recompile is necessary. You do know that the Linux kernel is modular, right?
You also don't have to use XOrg's X server, there are other, more light weight ones you can use.
Your functional XFCE desktop would only have notepad and the file manager, beyond that you'd need additional applications. This would increase your memory usage beyond the limit.
XFCE comes with a good bit more than that. And if you pick the right applications (Abiword instead of OpenOffice.org), you can get plenty of functionality out for 90MB.
Slashdot Mirror
It's not a problem if you agree with the principles of the GPL. Otherwise someone could modify the Linux kernel, and while being forced to release the code, they could make it illegal for anybody else to modify and distribute the code by entangling it with a patent license.
BSD has the same problem, they don't don't see it as a problem. If someone wants to close off BSD code to you and I, they can.
From the looks of it, I think it's more accurate to say this comes with a removable keyboard, rather than a removable screen.
All the ports are on the screen half, and it's twice as thick as the keyboard half.
I've just recently release a Linux desktop aimed at pre-K and early elementary kids. You can download it and try it at www.qimo4kids.com
We do have crocodiles, though they are pretty rare in Florida, especially compared to alligators.
if the kid is autistic enough to warrant being kicked out of school for autistim-related disrupions wouldn't that be easy enough for a doctor to detect early on?
No. Autistic children typically behave very differently in a one-on-one environment than they do in a group, between strangers and people they know, and also between an adult and their peers. Their behaviors are also not consistent, they may be fine in school 99% of the time, but then something will set them off that they can't deal with.
Many other 'disorders' that aren't really disorders have been lumped into the 'autism' category. That is the cause of the 'rise' in autism cases.
The Autism spectrum generally includes classic Autism, Asberger's, Pervasive Developmental Disorder (PDD), and PDD-NOS.
Yes, the spectrum has grown, but it's not arbitrary. ADHD is not included in the spectrum, nor are a whole host of other disorders that produce behavioral problems.
Like "kimo", as in Eskimo.
You could always make a boot image that isn't x86.
Heh, funny. That was my non-artistic design, supposed to be a blend of the Ubuntu logo and the letter Q.
We're getting new art, made by a real artist. See http://www.qimo4kids.com/ for a preview.
Please send us feedback (email is on the website) on Qimo. We're going to be releasing our final 1.0 version very soon with much better artwork. Watch http://www.qimo4kids.com/ for our future website for the distro.
And an operating system shell needs to be both fast and solid. Sugar is neither.
Sugar, if I recall, is basically an application launcher running the Matchbox window manager, with a consistent look and feel between applications. In that respect, Sugar is not an OS Shell at all.
The second problem is the code isn't simple like BASIC used to be. It's object-oriented event-handling GUI code that uses containment based layout, multiple libraries, sound servers, uses magic numbers etc. It'd be hard to figure out for an adult, let alone somebody new to programming.
While you are largely correct, I think you missed the point. The kids that would be using sugar aren't going to read the python code and try to determine what the program is doing. Rather, they will look for something that looks vaguely similar to what they want to change, change something about it, and see what happens. Repeat enough times, and they're starting to get an understanding of Python and programming. I don't know about you, but when I saw my first program code, I didn't read it top to bottom for an understanding, I skimmed it for words that I was interested in, and started changing stuff.
If your TV can boot from the USB port, then it more than likely can.
I have my own XFCE desktop with educational games, aimed at slightly younger kids (aged 3 and up), that I developed for a charity.
See http://www.quinncoincorporated.org/ for screenshots and a beta download of a CD ISO.
If KDE 4.2 is already an awesome desktop environment, and you want an awesome desktop environment based on KDE, why are you advocating integrating Gnome?
If compatibility is your concern, than the FreeDesktop.org projects are already taking care of that, without having to consolidate DEs. If competing widget toolkits is your concern, well, to bad, that's not going to change anytime soon, and its not really a big problem anyway.
Gnome is already moving common components out of the Gnome libraries and into gtk, so that running a GTK app under KDE won't require all the gnome libs. I don't know if a similar project is underway on the KDE side, since the KDE devs don't have any control over the development of QT, but I suppose they could do something like it.
And from this point on, you will double check the accuracy of every snarky comment you ever make on Slashdot.
It's like a right of passage, really.
In Nautilus, you use sftp://hostname to accomplish that.
In Gnome, go to System->Windows, and the very first option is "Select windows when the mouse moves over them". Is that not what you wanted?
The 2-slit experiment observed quantum super-position, not entanglement. The quantum state was measured when the photons hit the opposite wall, and that measurement only measured the collapsed state, not the super-position. The super-position was only observed in the pattern of interference in the collapsed states.
The super-position being measured was caused by the photon passing through the two-slits, so even if you took an entangled photon, collapsed it's partner, and sent it through the double-slit, it would still be in a super-position with regard to which slit it passed through, regardless of anything that happened to it's partner.
You can't determine if a particle is in a super-position or not, because any measurement of it will instantly collapse the waveform on both particles, and if you collapse yours first you will be unable to receive the information being transmitted by the other. You will need to know that the other entangled particle has already been collapsed, before you read yours, and that information still has to get to you by a conventional method.
Last I tried this, in Flash, it was over 50% of a core. In VLC, or mplayer, or pretty much anything else -- despite the fact that this is FLV, which is presumably designed for Flash -- and it's less than 1%
I think FLV may be a container format, not codec. I think it uses VP6 for the actual video data, which was not designed for Flash.
They'll compile them, but leave them as loadable modules, and only load them as needed.
You can dynamically load kernel space modules already, can't you?
Ah, it's only as simple as recompiling the kernel, so simple anyone could do it then.
Just don't load all the modules when the kernel boots, no recompile is necessary. You do know that the Linux kernel is modular, right?
You also don't have to use XOrg's X server, there are other, more light weight ones you can use.
Your functional XFCE desktop would only have notepad and the file manager, beyond that you'd need additional applications. This would increase your memory usage beyond the limit.
XFCE comes with a good bit more than that. And if you pick the right applications (Abiword instead of OpenOffice.org), you can get plenty of functionality out for 90MB.
I didn't know Canonical had investors outside of Shuttleworth.
True, but as far as I can see it's not exactly a huge success. And IBM was a far bigger threat that Canonical will probably ever be.
But the tables have turned now. Back then, Microsoft was the small agile company that out-maneuvered IBM, the inflexible behemoth.