1 |
On Fri, August 28, 2009 00:34, Volker Armin Hemmann wrote: |
2 |
> On Freitag 28 August 2009, Jesús Guerrero wrote: |
3 |
> |
4 |
>> On Thu, August 27, 2009 21:14, Volker Armin Hemmann wrote: |
5 |
>> |
6 |
>>> On Donnerstag 27 August 2009, Frank Peters wrote: |
7 |
>>> Also: network transparency. |
8 |
>>> |
9 |
>> |
10 |
>> mc can do whatever konqueror can, including ftp, ssh, samba, and some |
11 |
>> more things that konqueror can't, isos, archives, etc. Oh, and it |
12 |
>> actually work, unlike the io-slaves, which works sometimes (or so they |
13 |
>> used to, to be frank, I haven't tested intensively these features in |
14 |
>> kde4, only superficially). |
15 |
> |
16 |
> oh really? can mc present an audiocd as ogg/mp3/flac/wav files? |
17 |
> |
18 |
> I don't think so. |
19 |
> Konqueror can do archives just fine. |
20 |
> or encrypt/decrypt files nicely. |
21 |
|
22 |
Well, that's true :) |
23 |
|
24 |
But I was talking about file management, and not media ripping. |
25 |
In that regards, mc do everything that konqueror can do, and more, |
26 |
and consistently. |
27 |
|
28 |
Konqueror is a container for kparts, so it's virtually impossible |
29 |
to compare it with any other program unless you specify which kpart |
30 |
is the one that you refer to, I am referring to the file |
31 |
management part, not the rest of kio-slaves like man:/, info:/ |
32 |
the khtml part and so on. You can embed konsole and kate on it as |
33 |
well if you want, but that's not what we are speaking about. |
34 |
|
35 |
konqueror can do anything that kde can, virtually. |
36 |
|
37 |
Just as a side note, for those fond on generic tools that are DE |
38 |
agnostic, cdfs can do that. |
39 |
|
40 |
I can agree that sometimes it's better to use a graphical file manager, |
41 |
like konqueror or dolphin. For example when you need to manage image |
42 |
colletions. They are great for lots of purposes. |
43 |
|
44 |
>>> Well, I need konqueror and konsole and their working together. I need |
45 |
>>> okular. I love gwenview. And I love the fact that I do not have to |
46 |
>>> learn a whole new set of key-combos and config syntax for every single |
47 |
>>> app I use. |
48 |
>> |
49 |
>> It's not a war, they all can coexist. I use fvwm and love mc and bash, |
50 |
>> however I also think that okular is probably the best pdf viewer that |
51 |
>> there has been in linux, ever. |
52 |
>> |
53 |
>> But this is really completely out of the purpose of the thread. |
54 |
>> |
55 |
> |
56 |
> well, I am just saying that even if Frank things highly integrated, code |
57 |
> and functionanilty sharing DEs might be superfluos I am thinking the exact |
58 |
> opposite. |
59 |
|
60 |
Integration is good, and sharing code is good, but all the wm's and |
61 |
desktop do that their own way. KDE reuses code thought kdelibs, but |
62 |
kdelibs replicate lots of things that the linux core system can do |
63 |
in a different way. Things like media handling/fs stuff, network, etc |
64 |
are done usually by the kernel/OS core, but KDE reinvented it instead of |
65 |
reusing it. So, as you see, it all depends on how you look at it. If |
66 |
you look it that way, kde is the one who's doing wrong. |
67 |
|
68 |
Not that I think that, I am just trying to tell you that that same |
69 |
argument can be used against kde as well. I actually think that the |
70 |
kde architecture is very smart, and I like it. |
71 |
|
72 |
Not everyone needs a bulky desktop, it just depends on your needs. I am |
73 |
sure that lots of people will work proficiently in fluxbox, some others |
74 |
will use xmonad, some fvwm as I do, and I am sure that a lot of persons |
75 |
will work proficiently in kde or gnome. It depends on the task at hand |
76 |
and your workflow. |
77 |
|
78 |
The whole discussion is pointless by now, just choose whatever you want |
79 |
and leave the rest do the same, this isn't aimed at you, Volker, I am |
80 |
just summing up the thing. :) |
81 |
|
82 |
-- |
83 |
Jesús Guerrero |