I agree, the last version of Delphi worth using is Delphi 7. The two versions that followed were produced in quick succession and sucked balls. There are still some features of the Delphi/Obj Pascal language I find appealing, but without a good implementation, it's C++ for me.
You mean port 443. Also, some UK ISP's transparently (*cough* NTL *cough*) transparently redirect all port 80 traffic through their web caching servers.
It's irrelevent anyway, if ISP's were forced to abolish P2P they could simply block all inbound connections to residential/consumer IP's.
XGL/Compiz appealed to me as being fun software until the visual effects became annoying or I just got bored with them. The wobbly windows was cute to start with, but they're rather ugly with rough edges. I even got sick of the slightly increased time it takes to switch between windows and workspaces.
The only thing I can say positively about Compiz visual effects is, at first, the cube did actually get me to use virtual workspaces a little more and some transparency effects might be useful in some applications.
A few days, maybe a week ago, I noticed a patch set on the Linux kernel mailing list for Xen paravirtualisation support. No word on when, or if, it's going into mainline though.
An "emerge -pve gnome" shows a total source code download of 592,129 kB atm (For a Gnome 2.14.2/Xorg 7 environment) An "emerge -pve kde" shows a total source code download of 541,705 kB atm (For a KDE 3.5.2/Xorg 7 environment).
There are fewer packages for KDE in the Gentoo portage tree but thats because it's much more monolithic, there is however a modular set of packages for KDE. Either way the downoad size is almost the same, and i'd say their just as bad as one another to maintain.
I haven't run into many GTK apps that require Gnome libraries except maybe libgnomeui (provides additional widgets I think), which is small.
So quit trolling and think up something better than "make a poo proud" next time.
It makes it all the more difficult and risky to upgrade your hardware's interaction with software? Makes it more difficult for open source? Makes drivers less portable (to CPU architectures and platforms)?
...and in killing Xorg and, thereby your GUI and all X/GTK/QT apps, you lose almost everything you're doing anyway, it's like having a web server with 2 years uptime but apache hasnt been up for most of it.
For the record, on a brand new PC (something AMD64 class), a Gentoo install won't take 2 days. it only took my (fairly modest by todays standards) approximately 8 hours to recompile the entire base system and a Gnome desktop. Something that can be easily done overnight (a fresh install is unlikely to suffer any compilation failures so it'll be done in the morning).
...also WMV support isn't available by default because it requires users to have access to Microsoft libraries, which are restricted by the Microsoft EULA. This will also most likely change when we get a GPL'd implementation of VC-1, infact the ffmpeg project is working on it according to the wiki page.
And damn where are you such that it's raining, i'll swap you for a 35-38 degC heatwave.
Re:The problem with the alternatives to PHP
on
Pro PHP Security
·
· Score: 1
The link you provide for the help browser leads to a blog post for which the first statement is
"Pydoc is awesome; I don't know how I missed it for so long".
I think this only puts emphasis one of my points. Thanks for the links, I will be investigating Python myself thoroughly at some point, but my post is based on initial impressions of web development in other languages, something I think is obviously vital for the uptake of a language in web dev.
Re:The problem with the alternatives to PHP
on
Pro PHP Security
·
· Score: 1
This is completely true.
I am however implicitly responding to posts that always arise saying "Don't use PHP! It's a shit poorly designed language use (Python|Perl|Ruby)".
Oh and I also disagree with PHP for anything but web applications. I'm glad you mentioned it.
The problem with the alternatives to PHP
on
Pro PHP Security
·
· Score: 4, Insightful
PHP as a language is outclassed by Ruby and Python, yet they aren't beating it back in the web arena. Why?
Ignoring support by ISP's there is are two main reasons I think from the developers perspective,
1) PHP's online documentation of both the core language it's standard libraries is comprehensive. I'm not even aware of where I could find documentation on Python libraries to communicate with MySQL, with PHP it's all shipped in the package and all documented in one place - php.net. One place I might add where users/developers can and do comment and actually make the documentation better and clearer (although some bad ideas get into the mix too, they are usually corrected by following comments). All the Python and Ruby documentation seems to be humped into two ends of the spectrum, 101 and web framework. Atleast this is the impression I get as someone once interested in Python for web development, after being spoilt for documentation at PHP it's just frustrating.
2) PHP allows you to inline your code into your documents (as does ASP) providing a, nasty, dangerous yet incredibly easy route for people from a web design background to get into web development without any programming knowledge. As these users develop, some will become well seasoned and actually start to seperate code from design. The rate at which people are being introduced to server side scripting and indeed PHP is, in my opinion, probably increasing and there is always, for that reason, alot of unsavvy PHP users.
It's also worth mentioning that to a certain extent, Ruby on Rails gems (which I haven't used personally) and Perl's CPAN solve some of the shortfalls, but Python seens way behind.
Slashdot Mirror
I agree, the last version of Delphi worth using is Delphi 7. The two versions that followed were produced in quick succession and sucked balls. There are still some features of the Delphi/Obj Pascal language I find appealing, but without a good implementation, it's C++ for me.
... someone needs to learn about < and >
> It's true that GPL is viral, but it does not infect output from programs ;-)
:P
not until GPL v4
> ssl connection tunneled over port 80
You mean port 443. Also, some UK ISP's transparently (*cough* NTL *cough*) transparently redirect all port 80 traffic through their web caching servers.
It's irrelevent anyway, if ISP's were forced to abolish P2P they could simply block all inbound connections to residential/consumer IP's.
Better question, do you really want to be at the server end of a slashdotting consisting of persistent connections?
> Of course. But that's mostly because you don't use konqueror for editing.
Why not. It's a file manager and god knows what else, they might as well add it.
> With todays large harddisks this is hardly any problem, and not worth the package maintainers
...
l
> time to split the packages into even more packages.
They already are
http://www.gentoo.org/doc/en/kde-split-ebuilds.xm
XGL/Compiz appealed to me as being fun software until the visual effects became annoying or I just got bored with them. The wobbly windows was cute to start with, but they're rather ugly with rough edges. I even got sick of the slightly increased time it takes to switch between windows and workspaces.
The only thing I can say positively about Compiz visual effects is, at first, the cube did actually get me to use virtual workspaces a little more and some transparency effects might be useful in some applications.
Sure here are the steps:
...
1) emerge --unmerge portage
2)
3) Man I cannot believe you fell for that.
A few days, maybe a week ago, I noticed a patch set on the Linux kernel mailing list for Xen paravirtualisation support. No word on when, or if, it's going into mainline though.
Xen demonstrate Windows running on top of Xen using an Intel processor with VT
"Microsoft has teamed with the developers of the open source Xen product to gang up on server slicing leader VMware"
I'm gonna click me a new minivan :)
Hey thats still more frequent than the trend Microsoft is setting
An "emerge -pve gnome" shows a total source code download of 592,129 kB atm (For a Gnome 2.14.2/Xorg 7 environment)
An "emerge -pve kde" shows a total source code download of 541,705 kB atm (For a KDE 3.5.2/Xorg 7 environment).
There are fewer packages for KDE in the Gentoo portage tree but thats because it's much more monolithic, there is however a modular set of packages for KDE. Either way the downoad size is almost the same, and i'd say their just as bad as one another to maintain.
I haven't run into many GTK apps that require Gnome libraries except maybe libgnomeui (provides additional widgets I think), which is small.
So quit trolling and think up something better than "make a poo proud" next time.
It makes it all the more difficult and risky to upgrade your hardware's interaction with software?
Makes it more difficult for open source?
Makes drivers less portable (to CPU architectures and platforms)?
The problem with this is you essentially move the driver's functionality into firmware, making the driver pretty pointless.
...and in killing Xorg and, thereby your GUI and all X/GTK/QT apps, you lose almost everything you're doing anyway, it's like having a web server with 2 years uptime but apache hasnt been up for most of it.
For the record, on a brand new PC (something AMD64 class), a Gentoo install won't take 2 days. it only took my (fairly modest by todays standards) approximately 8 hours to recompile the entire base system and a Gnome desktop. Something that can be easily done overnight (a fresh install is unlikely to suffer any compilation failures so it'll be done in the morning).
But would you have said their expenses has doubled in the same period of time?
No.
...also WMV support isn't available by default because it requires users to have access to Microsoft libraries, which are restricted by the Microsoft EULA. This will also most likely change when we get a GPL'd implementation of VC-1, infact the ffmpeg project is working on it according to the wiki page.
..."a wide variety of topics" being Google?
And damn where are you such that it's raining, i'll swap you for a 35-38 degC heatwave.
The link you provide for the help browser leads to a blog post for which the first statement is
"Pydoc is awesome; I don't know how I missed it for so long".
I think this only puts emphasis one of my points. Thanks for the links, I will be investigating Python myself thoroughly at some point, but my post is based on initial impressions of web development in other languages, something I think is obviously vital for the uptake of a language in web dev.
This is completely true.
I am however implicitly responding to posts that always arise saying "Don't use PHP! It's a shit poorly designed language use (Python|Perl|Ruby)".
Oh and I also disagree with PHP for anything but web applications. I'm glad you mentioned it.
PHP as a language is outclassed by Ruby and Python, yet they aren't beating it back in the web arena. Why?
Ignoring support by ISP's there is are two main reasons I think from the developers perspective,
1) PHP's online documentation of both the core language it's standard libraries is comprehensive. I'm not even aware of where I could find documentation on Python libraries to communicate with MySQL, with PHP it's all shipped in the package and all documented in one place - php.net. One place I might add where users/developers can and do comment and actually make the documentation better and clearer (although some bad ideas get into the mix too, they are usually corrected by following comments). All the Python and Ruby documentation seems to be humped into two ends of the spectrum, 101 and web framework. Atleast this is the impression I get as someone once interested in Python for web development, after being spoilt for documentation at PHP it's just frustrating.
2) PHP allows you to inline your code into your documents (as does ASP) providing a, nasty, dangerous yet incredibly easy route for people from a web design background to get into web development without any programming knowledge. As these users develop, some will become well seasoned and actually start to seperate code from design. The rate at which people are being introduced to server side scripting and indeed PHP is, in my opinion, probably increasing and there is always, for that reason, alot of unsavvy PHP users.
It's also worth mentioning that to a certain extent, Ruby on Rails gems (which I haven't used personally) and Perl's CPAN solve some of the shortfalls, but Python seens way behind.
IETab is excellent, if only it could wangle the same thing under Linux using winelib or some such thing...
Out of curiosity, which browser do you prefer?
Opera, but for some reason I find myself using Firefox more when running Linux, under Windows i'm a 100% Opera devotee.