Yesterday the link of a large european ISP went down, because they tried to replace the custom bubble-liquid cartridges of their HP optical switches with an el-cheapo no-name product. Other networks stalled when admins tried to refill their switches using a syringe...:-)
BTW, dont they have to determine where to swicht what? And they sure dont do that optically, so its still the copper and circuits slowing them down, not? Any answers?
OK this is slightly (hey, this isnt slightly:-) off topic, but I cant resist:
I have always been baffled by people saying "We need a point and click filemanager, because its easier to learn". Btw.: people in general do not want to learn, or better yet: they dont want to learn things thei`re not interested in, and there`s lots of people out there who are not interested in Computers. And thats ok, too. Even though I rarely meet them:-)
Or there are those saying: I want a cli because it is more eficient and it lets me use my beloved unix-tools.
What I`ve been longing for is a filemanager that tries to combine the best of both worlds: I actually like guis, because working with a mouse often is a good way to quickly get your work done. I also like it when they are pretty. Yes, that counts a lot.
I like some features found in most modern filemanagers:
Tree view is good for quickly finding and selecting a place in the entire filesystem hierarchy, at least when its well done. I consider the tree view found in windows NT explorer badly done, and I also consider KDE`s tree view very similar to that of NT: you never see the tree in one glance. Don`t know about gnome.
I like the icon view of most filemanagers, because its convenient for quickly determining file types and scanning over the files in a dir. And it sort of looks good. Its also good for launching the right application for the file type.
I also find the file info view of, say, mc (not gmc)very convenient for file and directory information. Most filemanagers are either heading that way or they are more or less already there.
If a graphical filemanagers had these feature well implemented it would pretty much be a good but standard filemanager.
Now to what they are missing imho: Command line mc is the only one having a cli attached to the interface. But its a one-line mini-cli! And I have to type CTRL-o to see the output of my commands.
Why doesnt anyone except me want a proper terminal emulation attached to a regular file manager? One that changes its working dir according to the dirctory selected in, say, the tree view, scrollable history, good for running real cli applications and all the beloved tools? And when I cd in the terminal emulation, the graphical file view shows me the proper dir? And maybe I could even select files on the command line and the info view shows me their type size etc.?
It could even finally be a graphical file manager that you could actually control from the keyboard. Without hitting TAB a thousand times, or menus popping up if I type the shortcut for "rm"! That`d be great.
That`d be one cool filemanager, even if it doesn`t open kspread within the filemanager window, which is nice, but doesn`t improve my work too much. And maybe with tabs for different shells like that one terminal emulator I`ve seen for gnome.
Ach, too bad I`m such a beginner at coding. Just dreaming.
Poor guys, on their europarl server theyve probably got a few requests from students every day, but apart from that... And being a EU employee the admin probably went home 18:00 MET:-)
What is that eu.int-domain, anyway? I want one of these.int domains for myself...
Well, people seem to like stuffing everything that they are missing in their windowing system into their toolkits nowadays, sans fixing the windowing system, which is not the way to go, imho.
The ggi-project on the other hand basically is a portable graphics library, not a windowing system, which wont help unless someone built a windowing system on top of it.
Thats what the berlin folks are doing, but their project seems to be very (very, veryvery) ambitious. To the point that I fear they will not be able to attract new developers because of their lack of a production (sort of) system.
GGI on the other hand seems to be out of the game kernel-wise and is (partly) still suffering from "nobody recognizes my work, I dont want to be a part of society"-attitude. All this is really a shame.
I wish the fbdev- developers would get more support (and 3D accel support in the kernel that is not made solely for X) so that people can get together and finally build a modern windowing system without having to think about graphics libs and devices first. They have to think about that enough anyway.
Webmins license is perfectly fine since they got aquired by caldera. And its an excellent config tool. Easy to use, very powerful and secure (as far as I can tell...). It does require knowledge of the packages you are configuring, but as far as Im concerned hiding all power and configurability from a user just so he can generally use things without reading or even thinking about them is fine for maybe a desktop, but not for server configurations.
I have asked their tech support if it would work with linux about two weeks ago, and they replied that they would come out with a driver in about one month... Maybe there`s a *bsd driver coming, too?
Didnt Creative hire someone from the ggi-project to write drivers for their graphics cards? Now if they do that, they will also provide SB-drivers. Although they might be binary drivers (which would be a shame for the funny-hardware-crowd, but better than no driver at all).
Slashdot Mirror
Yesterday the link of a large european ISP went down, because they tried to replace the custom bubble-liquid cartridges of their HP optical switches with an el-cheapo no-name product. Other networks stalled when admins tried to refill their switches using a syringe... :-)
BTW, dont they have to determine where to swicht what? And they sure dont do that optically, so its still the copper and circuits slowing them down, not? Any answers?
OK this is slightly (hey, this isnt slightly:-) off topic, but I cant resist:
:-)
I have always been baffled by people saying "We need a point and click filemanager, because its easier to learn". Btw.: people in general do not want to learn, or better yet: they dont want to learn things thei`re not interested in, and there`s lots of people out there who are not interested in Computers. And thats ok, too. Even though I rarely meet them
Or there are those saying: I want a cli because it is more eficient and it lets me use my beloved unix-tools.
What I`ve been longing for is a filemanager that tries to combine the best of both worlds: I actually like guis, because working with a mouse often is a good way to quickly get your work done. I also like it when they are pretty. Yes, that counts a lot.
I like some features found in most modern filemanagers:
Tree view is good for quickly finding and selecting a place in the entire filesystem hierarchy, at least when its well done. I consider the tree view found in windows NT explorer badly done, and I also consider KDE`s tree view very similar to that of NT: you never see the tree in one glance. Don`t know about gnome.
I like the icon view of most filemanagers, because its convenient for quickly determining file types and scanning over the files in a dir. And it sort of looks good. Its also good for launching the right application for the file type.
I also find the file info view of, say, mc (not gmc)very convenient for file and directory information. Most filemanagers are either heading that way or they are more or less already there.
If a graphical filemanagers had these feature well implemented it would pretty much be a good but standard filemanager.
Now to what they are missing imho: Command line mc is the only one having a cli attached to the interface. But its a one-line mini-cli! And I have to type CTRL-o to see the output of my commands.
Why doesnt anyone except me want a proper terminal emulation attached to a regular file manager? One that changes its working dir according to the dirctory selected in, say, the tree view, scrollable history, good for running real cli applications and all the beloved tools? And when I cd in the terminal emulation, the graphical file view shows me the proper dir? And maybe I could even select files on the command line and the info view shows me their type size etc.?
It could even finally be a graphical file manager that you could actually control from the keyboard. Without hitting TAB a thousand times, or menus popping up if I type the shortcut for "rm"! That`d be great.
That`d be one cool filemanager, even if it doesn`t open kspread within the filemanager window, which is nice, but doesn`t improve my work too much. And maybe with tabs for different shells like that one terminal emulator I`ve seen for gnome.
Ach, too bad I`m such a beginner at coding. Just dreaming.
Poor guys, on their europarl server theyve probably got a few requests from students every day, but apart from that... And being a EU employee the admin probably went home 18:00 MET :-)
.int domains for myself...
What is that eu.int-domain, anyway? I want one of these
Well, people seem to like stuffing everything that they are missing in their windowing system into their toolkits nowadays, sans fixing the windowing system, which is not the way to go, imho.
The ggi-project on the other hand basically is a portable graphics library, not a windowing system, which wont help unless someone built a windowing system on top of it.
Thats what the berlin folks are doing, but their project seems to be very (very, veryvery) ambitious. To the point that I fear they will not be able to attract new developers because of their lack of a production (sort of) system.
GGI on the other hand seems to be out of the game kernel-wise and is (partly) still suffering from "nobody recognizes my work, I dont want to be a part of society"-attitude. All this is really a shame.
I wish the fbdev- developers would get more support (and 3D accel support in the kernel that is not made solely for X) so that people can get together and finally build a modern windowing system without having to think about graphics libs and devices first. They have to think about that enough anyway.
Webmins license is perfectly fine since they got aquired by caldera. And its an excellent config tool. Easy to use, very powerful and secure (as far as I can tell...). It does require knowledge of the packages you are configuring, but as far as Im concerned hiding all power and configurability from a user just so he can generally use things without reading or even thinking about them is fine for maybe a desktop, but not for server configurations.
I have asked their tech support if it would work with linux about two weeks ago, and they replied that they would come out with a driver in about one month... Maybe there`s a *bsd driver coming, too?
Didnt Creative hire someone from the ggi-project to write drivers for their graphics cards? Now if they do that, they will also provide SB-drivers. Although they might be binary drivers (which would be a shame for the funny-hardware-crowd, but better than no driver at all).