...determined, self-righteous, God-appointed we're-doing-it-for-self-defense looney bin countries that convinced themselves they were only doing the right thing by attacking everyone else preemptively.
Excuse my offtopic-ness, but I can't help thinking that you may be hinting at some countries of today...
To be anal to the core, there was a thing called Soviet Russia, and its official name was RSFSR -- Russian Soviet Federative Socialist Republic (ugh). It was one of the 15 "republics" that made the USSR, and its territory is precisely the Russia of today.
There was a daily newspaper named Sovetskaya Rossiya; it outlasted the Soviet era and in the recent years served as a tribune for those favoring restoration of Communism, who still hold considerable ground.
That's nuthin'. I received spam apparently ordered by my country's Dept. of Education. And they are supposed to supervise schooling of my children. Scary.
Not only that, using plain C spares them a lot of ABI problems that, for instance, g++ has been through recently. They had to use C++ for the Java plugin for Mozilla/Netscape, look what trouble it brought them into.
Re:Solyaris vs. Solaris
on
Review: Solaris
·
· Score: 3, Interesting
I'd especially like to know if the car ride from Solyaris where you see a car driving through tunnels for 10 minutes without anything happening.
I'm afraid, timing standards of an average sci-fi flick don't apply to Tarkovsky. Then, in 1972 (especially for a Russian viewer), this probably could express dehumanization and solitude of the technological world. It's kind of ironic that seeing a car driving through an endless urbanistic maze makes an average modern viewer think "hey, nothing worth mentioning is going there".
Maybe, this is the time for you to stop posting again and again about Microsoft ads on Slashdot? It was funny only for the first time. I'm tired of trolls like you in pursuit of easy karma. My moderation will be appropriate, whether you have seen the fucking ad or not.
This is impressive, but where do the applications get redraw events and such from? That requires some centralized management, or you'll have a swarm of applications cooperating to keep the display up to date; if at least one of them is ill-behaved, everything is FUBAR. The next logical step: you set up a separate process (or a chunk of kernel code, which is a bad thing) to manage windows. But how is that far from a slim X Window server?
More common disadvantage of direct videobuffer rendering solutions is lack of separation and protection: nothing prevents a runaway program from writing crap all over your display. Sure, some memory protection/remapping can be organized, but it should be sufficiently fine-grained, and an implementation of it will inevitably give away some of the performance that was the purpose of the frame buffer in the beginning.
To sum it up: on the desktop, I'd rather have an X extension that would present mapped video memory buffers, and retain the general security and stability that X developed over the years. The fact that X works over the network does not hurt, too.
DirectFB is missing one bit: a server that manages the display. When a program crashes, what is going to notice and clean up? How are windows from different processes supposed to coexist on one display? X was brought up to cover this; I don't think there was a shortage of move-your-pixels-around solutions before it.
Thank you, I was thinking there is a vast verb omission conspiracy on the Internet, intended to drive me insane. The most frightening thing was, there are gaping word holes in almost everything I read on the web, and nobody seems to complain! Now that I have you, I don't feel like a lone victim anymore.
Exactly. The international support in Google is excellent hands down. I use it for Russian language searches whenever I know exactly what wordforms I need to look for, any other inflexions aside. NB: There is Yandex for grammatically robust Russian web search, though it doesn't exhibit the kind of relevance Google brings.
He makes a good argument that python/java are slowly reinventing LISP...
Why is it that Lisp fans label every new language/runtime as reinventing Lisp and thus somehow inferior? Even if that language is actually easy to write and read and maintain, has standardized and powerful libraries and the runtime sports features that no Lisp interpreter comes anywhere near? No, that's just fluff, and list evaluation is the be-all & end-all of programming.
Ant is not a scripting language at all, as isn't make. It's about processing rules, setting parameters etc., all in a simple logical fashion. BTW, the last time I checked, there were conditional constructs in Ant. If one needs advanced processing in Ant, they write additional "tasks" for it in Java. It works like a charm, and doesn't need yet another scripting language. The build file format is XML-based, which means it can be generated or transformed using a bunch of well-known tools and scripting languages.
I mean, I realise you Americans can't memorize all those wicked ancient names (can you spell the name of your neighbour, if anything?). But come on, all the poster had to do right is to cut-n-paste it from the article: Amalthea.
...manufacturing 'hot zone', situated around the pearl river delta...
Reading this gives me creeps, even though I'm not a radical tree-hugger. Seriously, what are the policies of the Chinese government on industrial pollution? Let them all dump as long as cash flows in? Or something more sensible?
How bizarre, they managed to combine The Trial (the man is detained and tried for no apparent crime) and The Castle (the man tries to reach the place he is prescribed to report to, only to be rejected for no apparent reason) in one story!
Say what you will about CORBA, it's hideously complex and overkill for the desktop.
Come see ORBit, where they didn't bother to implement more hideous and overdeveloped parts of CORBA, and it's in fact pretty straight and efficient. AND, it can serve as a general-purpose ORB at the entry level.
The KDE solution is lighter weight (not crippled-by-design any more than XML is crippled in relation to SGML) solution to their particular problem.
It is a stretch to compare DCOP invention with the coming up with XML (which was a breakthrough hands down). In DCOP, there are fundamental omissions from what is considered industrial strength, mostly exceptions and multiple output parameters, taken, as the developers admit, in the name of performance. Come on, with Moore's law, this point was obsolete by the time they implemented the thing. Did we really need yet another COM workalike made with 133MHz Pentiums in mind?
As for "a powerful C portability/utility library", I don't know what you mean besides libc
I mean glib, which is free for use to anyone with a C compiler, in concert with GNOME/GTK+ or not. This library alone justifies existence of the project.
On the other hand, why doesn't Gnome give us a complete development environment on the scale of KDevelop?
Dunno, it's perhaps because they are all like medieval monks, happy with GNU autotools and Emacs. Phew:-)
The C++ object model is inherently easier to work with
Tell this to developers of language bindings and to distribution vendors making the transition from GCC 2.9x to GCC 3.2. All things come with a price.
The KDevelop environment is the best GUI development environment on Linux.
I, personally, would bet on Eclipse, but this is rather out of the discussion.
This is all fine and good, but how about giving to the rest of the OSS world something to use and build upon, without pulling the entire project with it? Like, a powerful C portability/utility library, a standalone signal/slot framework, a lightweight ORB (this means CORBA the standard, not another crippled-by-design object framework?), a configuration management server, or a fully internationalized font rendering system?
I cannot agree more with their stance on the closed-source nVIDIA drivers. Not only their closedness hamper the development of their open counterpart, it slows down their very adoption and resolution of real problems, as opposed to imaginary IP threats.
What the hell were you thinking when you said that "Multiple Desktops" had all the functionality needed, so viewport people were out of luck?
They do have all the functionality needed. If you need more pixels on your screen, go buy a bigger monitor. For everything else, there is Mast^H^H^H^H the multiple desktops functionality. Duplicate features must be occamed out. And boy, did I ever cringe over the clipboard implementations galore that coexist in Emacs.
To be true, I too have issues with over-simplification. Right now, I cannot drag windows between desktops with the deskguide applet, but I don't think it's infeasible to implement without re-inventing yet another way to provide more than single desktop.
...determined, self-righteous, God-appointed we're-doing-it-for-self-defense looney bin countries that convinced themselves they were only doing the right thing by attacking everyone else preemptively.
Excuse my offtopic-ness, but I can't help thinking that you may be hinting at some countries of today...
No, I demand mothballing and sealing up our tourist cabin... erm, corner of the station.
To be anal to the core, there was a thing called Soviet Russia, and its official name was RSFSR -- Russian Soviet Federative Socialist Republic (ugh). It was one of the 15 "republics" that made the USSR, and its territory is precisely the Russia of today.
There was a daily newspaper named Sovetskaya Rossiya; it outlasted the Soviet era and in the recent years served as a tribune for those favoring restoration of Communism, who still hold considerable ground.
That's nuthin'. I received spam apparently ordered by my country's Dept. of Education. And they are supposed to supervise schooling of my children. Scary.
Not only that, using plain C spares them a lot of ABI problems that, for instance, g++ has been through recently. They had to use C++ for the Java plugin for Mozilla/Netscape, look what trouble it brought them into.
I'd especially like to know if the car ride from Solyaris where you see a car driving through tunnels for 10 minutes without anything happening.
I'm afraid, timing standards of an average sci-fi flick don't apply to Tarkovsky.
Then, in 1972 (especially for a Russian viewer), this probably could express dehumanization and solitude of the technological world. It's kind of ironic that seeing a car driving through an endless urbanistic maze makes an average modern viewer think "hey, nothing worth mentioning is going there".
Maybe, this is the time for you to stop posting again and again about Microsoft ads on Slashdot? It was funny only for the first time. I'm tired of trolls like you in pursuit of easy karma. My moderation will be appropriate, whether you have seen the fucking ad or not.
No, what if, say, 10% of his victims will send him a can of real Spam(TM)? Or gather with the cans into a nice projectile delivery action?
I'd recommend to have the cans open. And matured in a warm place for a few weeks.
This is impressive, but where do the applications get redraw events and such from? That requires some centralized management, or you'll have a swarm of applications cooperating to keep the display up to date; if at least one of them is ill-behaved, everything is FUBAR. The next logical step: you set up a separate process (or a chunk of kernel code, which is a bad thing) to manage windows. But how is that far from a slim X Window server?
More common disadvantage of direct videobuffer rendering solutions is lack of separation and protection: nothing prevents a runaway program from writing crap all over your display. Sure, some memory protection/remapping can be organized, but it should be sufficiently fine-grained, and an implementation of it will inevitably give away some of the performance that was the purpose of the frame buffer in the beginning.
To sum it up: on the desktop, I'd rather have an X extension that would present mapped video memory buffers, and retain the general security and stability that X developed over the years. The fact that X works over the network does not hurt, too.
DirectFB is missing one bit: a server that manages the display. When a program crashes, what is going to notice and clean up? How are windows from different processes supposed to coexist on one display? X was brought up to cover this; I don't think there was a shortage of move-your-pixels-around solutions before it.
The GNOME project uses SVG for UI graphics extensively.
For example, see the Scalable Gorilla theme for Nautilus.
Evolution? You mean, how it went and produced humans? Undoubtedly, an embarrassment.
Thank you, I was thinking there is a vast verb omission conspiracy on the Internet, intended to drive me insane. The most frightening thing was, there are gaping word holes in almost everything I read on the web, and nobody seems to complain! Now that I have you, I don't feel like a lone victim anymore.
Exactly. The international support in Google is excellent hands down. I use it for Russian language searches whenever I know exactly what wordforms I need to look for, any other inflexions aside.
NB: There is Yandex for grammatically robust Russian web search, though it doesn't exhibit the kind of relevance Google brings.
He makes a good argument that python/java are slowly reinventing LISP...
Why is it that Lisp fans label every new language/runtime as reinventing Lisp and thus somehow inferior? Even if that language is actually easy to write and read and maintain, has standardized and powerful libraries and the runtime sports features that no Lisp interpreter comes anywhere near? No, that's just fluff, and list evaluation is the be-all & end-all of programming.
Ant is not a scripting language at all, as isn't make. It's about processing rules, setting parameters etc., all in a simple logical fashion.
BTW, the last time I checked, there were conditional constructs in Ant.
If one needs advanced processing in Ant, they write additional "tasks" for it in Java. It works like a charm, and doesn't need yet another scripting language. The build file format is XML-based, which means it can be generated or transformed using a bunch of well-known tools and scripting languages.
I mean, I realise you Americans can't memorize all those wicked ancient names (can you spell the name of your neighbour, if anything?).
But come on, all the poster had to do right is to cut-n-paste it from the article: Amalthea.
...manufacturing 'hot zone', situated around the pearl river delta...
Reading this gives me creeps, even though I'm not a radical tree-hugger. Seriously, what are the policies of the Chinese government on industrial pollution? Let them all dump as long as cash flows in? Or something more sensible?
How bizarre, they managed to combine The Trial (the man is detained and tried for no apparent crime) and The Castle (the man tries to reach the place he is prescribed to report to, only to be rejected for no apparent reason) in one story!
Say what you will about CORBA, it's hideously complex and overkill for the desktop.
:-)
Come see ORBit, where they didn't bother to implement more hideous and overdeveloped parts of CORBA, and it's in fact pretty straight and efficient. AND, it can serve as a general-purpose ORB at the entry level.
The KDE solution is lighter weight (not crippled-by-design any more than XML is crippled in relation to SGML) solution to their particular problem.
It is a stretch to compare DCOP invention with the coming up with XML (which was a breakthrough hands down). In DCOP, there are fundamental omissions from what is considered industrial strength, mostly exceptions and multiple output parameters, taken, as the developers admit, in the name of performance. Come on, with Moore's law, this point was obsolete by the time they implemented the thing. Did we really need yet another COM workalike made with 133MHz Pentiums in mind?
As for "a powerful C portability/utility library", I don't know what you mean besides libc
I mean glib, which is free for use to anyone with a C compiler, in concert with GNOME/GTK+ or not. This library alone justifies existence of the project.
On the other hand, why doesn't Gnome give us a complete development environment on the scale of KDevelop?
Dunno, it's perhaps because they are all like medieval monks, happy with GNU autotools and Emacs. Phew
The C++ object model is inherently easier to work with
Tell this to developers of language bindings and to distribution vendors making the transition from GCC 2.9x to GCC 3.2. All things come with a price.
The KDevelop environment is the best GUI development environment on Linux.
I, personally, would bet on Eclipse, but this is rather out of the discussion.
This is all fine and good, but how about giving to the rest of the OSS world something to use and build upon, without pulling the entire project with it?
Like, a powerful C portability/utility library, a standalone signal/slot framework, a lightweight ORB (this means CORBA the standard, not another crippled-by-design object framework?), a configuration management server, or a fully internationalized font rendering system?
I cannot agree more with their stance on the closed-source nVIDIA drivers. Not only their closedness hamper the development of their open counterpart, it slows down their very adoption and resolution of real problems, as opposed to imaginary IP threats.
What the hell were you thinking when you said that "Multiple Desktops" had all the functionality needed, so viewport people were out of luck?
They do have all the functionality needed.
If you need more pixels on your screen, go buy a bigger monitor. For everything else, there is Mast^H^H^H^H the multiple desktops functionality. Duplicate features must be occamed out. And boy, did I ever cringe over the clipboard implementations galore that coexist in Emacs.
To be true, I too have issues with over-simplification. Right now, I cannot drag windows between desktops with the deskguide applet, but I don't think it's infeasible to implement without re-inventing yet another way to provide more than single desktop.
Good thing chess opening moves are public domain... otherwise the US Fritz would be making sure they didn't fall into the hands of free citizens!
Are you talking about Shallow Fritz?