KDE Commit-Digest for 8th April 2007
Monday, 9 April 2007 | Dallen
In this week's KDE Commit-Digest: Bluetooth support in Solid. 'Breadcrumb" navigation widget from Dolphin is made more modular to allow use in other KDE contexts. Support for different caret (text cursor) styles in Konsole. Various bugfixes in TagLib. Better AIM protocol file transfer support in Kopete. KWord gets the ability (through Kross scripting) to use an OpenOffice.org instance to import from supported file formats. KPackage starts to be ported to the SMART package management scheme. The beginnings of user documentation for the Bovo game application, whilst the initial draft of the Mailody handbook nears completion. KMobileTools starts to be ported to KDE 4. Great reductions in the number of external dependencies for the kdecore library. The kplot library is renamed "plotting", plasmagik is renamed "uploader". okular moves back from the playground to the kdegraphics module. Kiriki is moved to kdereview. Kremas, an experimental image viewer, is imported into KDE SVN.
Comments:
dolphin and http:// - Patcito - 2007-04-09
it would be cool if typing http://www.kde.org in dolphin could automatically open konqueror or firefox with http://www.kde.org. I think that's the default behavior of vista's explorer when using firefox as the default browser.
Re: dolphin and http:// - ben - 2007-04-09
good idea but definitely use KDE's default browser rather than firefox ;)
Re: dolphin and http:// - a.c. - 2007-04-09
It would be nice if it is the "default browser", and not just hardwired for Konqi. Funny enough, I will be using only konqi, but I think that choice is a good thing.
that's already in kde3 - Eduardo Robles Elvira - 2007-04-09
In KDE3 you arelady kcontrol you can configure which is your default browser, etc. So no surprise here: it should be the same in KDE4.
dolphin and tabs - Patcito - 2007-04-09
it would be nice to have tabs in dolphin too cause splitting views is usefull when you need to copy/past but when you just need to have several repositories open, tabs are just better IMO.
Re: dolphin and tabs - LordBernhard - 2007-04-09
fully agree
Re: dolphin and tabs - ac - 2007-04-09
Yes definitely. IMO that's certainly a killer feature of Konqueror at the moment, middle click on a folder and you get a nice new tab.
Re: dolphin and tabs - slacker - 2007-04-10
...that is, if you have Konq configured to "web behavior/open links in new tabs instead of new windows". Otherwise, you get a new window with middle click. It would be nice to be able to configure middle click behavior and intercepting new window opening separately... Not that configuring middle-click on a folder under "web behavior" is sensible, either.
Re: dolphin and tabs - elo - 2007-04-09
I like tabs in konqueror. It could be implemented in Dolhin but embeded Konsole is more important IMO :) And as Peter said it is going to be implemented :D jupi! http://bugs.kde.org/show_bug.cgi?id=143024
Re: dolphin and tabs - Jeff Parsons - 2007-04-09
Ditto. I couldn't agree more. People don't need to use them if they don't want (so no necessary visual clutter beyond a couple more menu items), and surely it couldn't be a hard to implement given Dolphin already has the split view (i.e. it's already comfortable handling multiple views)? I really love where Dolphin is going, and this would make me even happier; I hope the devs feel the same. :)
Re: dolphin and tabs - superstoned - 2007-04-09
personally, I think they shouldn't add tabs. You should just use konqi, if you want such features (I'll be doing that anyway) and we want Dolphin to be as simple as possible, for ppl who need that...
Re: dolphin and tabs - Lans - 2007-04-09
Agreed. I don't think the argument "if you don't want it, don't use it" is so good; or should I request a Tetris clone in Dolphin? Exaggerated, but you see my point. Dolphin should be kept simple, and as far as I know, the most users wouldn't use tabs in a file manager. Based on my experience, so I could definitely be wrong. But if you like tabs, and other "advanced" features, why not stick with Konqueror? (This is not a rhetorical question, I want to hear your reasons.)
Re: dolphin and tabs - beetle - 2007-04-09
I do not think tabs are "advanced" features just for power users. They can be useful for everyone. I think they can provide a similar way of working that the one achieved in internet browsers, and know almost all of then have choosen tabs as the way to go. I still can remenber when interner explorer users say that they do not need tabs... Another point is to keep Dolphin interface as simple as possible. But, Do you think adding a couple of options to open a new location in a new tab is going to clutter the interface?, I do not think so.
Re: dolphin and tabs - Lans - 2007-04-09
I don't think tabs are advanced either, that's why I had rabbit ears ("") around the word. I use tabs when surfing on the Internet, but very seldom when browsing files. Why? I don't know myself, but some reasons I use tabs are: - If there are many links I want to check, I usually open them in tabs. After I've read the first one, I can close the tab and have the second one ready. - When searching for example information, it is good to have many pages loaded in tabs. - If you're doing something, for example writing a comment, and suddenly want to check something (google something for example), I prefer to open a new tab rather than a new window. I just don't see the same use for a file manager. Even if I consider myself as a "power user". The most people (non-Linux) I've asked wouldn't use tabs even if they were available. But maybe it's just about preference and habits. I'm not saying absolutely no to tabs in Dolphin, but right no I haven't found any really good arguments to add them.
Re: dolphin and tabs - spielburg - 2007-04-10
Tabs can be useful during file browsing. For example, in krusader, I have three tabs in each pane for a total of six open folders. They're useful for short-attention-span people. When I all of a sudden want to copy pictures from my digital camera, but I also want to keep an eye on my dcc folder for irc, and I also want to remember to watch a movie I downloaded, I just open new tabs for each one, so they can all be done at once. Tabs only make krusader better, and would probably do the same for dolphin.
Re: dolphin and tabs - Phase II - 2007-04-09
Enabling tabs and Dolphin being simple are not opposite. The good thing with tabs is that it can be hidden that they are possible until you use them. So if you don't want to use them, you don't see them (aka there's no tabbar). And when the user discovers the benefits of tabs, they're available for him to use.
Re: dolphin and tabs - Carl - 2007-04-09
I disagree. Dolphin is supposed to be the file manager for the average user, not power users. Split view is easier to visually follow so is perfect for non-techie users. Things like tabs and embedded konsole should be left for konqueror. If you want those features set the default file manager to konqueror instead of dolphin. Just my two cents.
Re: dolphin and tabs - pascal - 2007-04-09
Dolphin should have tabs, they should just be easy to understand. Your trying to make the average user dumber than he/she is. I think Dolphin should be made for the average user not the super-simple user. It's the same as saying that OO.o Writer should only have bold and italic, everything else confuses the user. All the power-users can use Latex. Where's is the Average user?
Re: dolphin and tabs - bert - 2007-04-10
It is not about dumb or experienced users. It is about clean interfaces. The unix philosophy was one tool one task. that works well. When your software can break x different ways it gets really complicated. We don't want choice. We don't want cluttered software.
Re: dolphin and tabs - kolla - 2007-04-10
Where is the filemanager for power users?
Re: dolphin and tabs - dek - 2007-04-13
Krusader tries to fulfil this need. Judge yourself. ;-) http://krusader.sourceforge.net/
Re: dolphin and tabs - bert - 2007-04-09
I fully disagree. Dolphin is the simple solution, yet it is turned again into something complex and complicated. I already wonder why the splitview is needed at all. dolphin reminded me how little features are really needed.
Re: dolphin and tabs - superstoned - 2007-04-09
:D I agree with you. Konqi is for those who want features. The split-screen function isn't even in windows, mac or Gnome - why would a normal user need tabs? I do, sure, but most others don't...
Re: dolphin and tabs - Wyatt - 2007-04-10
Windows has the option to "tile windows (horizontally/vertically)" though- sme net effect, really. Nautilus has tabs if you bother to use them. Mac finder uses one part directory structure and one part arbitrary metadata for file management. All three methods work and have been proven by long use in some form or another. Why is it not a good idea to give people choice? Depending on what your users actually DO, there are many things that could be considered simple. There are directories that I just keep open all the time (in tabs). Other times, I'm moving things around and organizing (split pane), and I'm very much looking forward to Nepomuk integration in KDE4 very much because metadata can be very useful for finding things quickly.
Re: dolphin and tabs - Phase II - 2007-04-09
I wonder how tabs can be "complex and complicated"? The tab feature gives you the possibility to middle click a folder and have it opened in a new tab, so you have more than one folder/location easily available at the same time, just like in any modern web browser. If you don't need that or open another folder, you don't even notice that it's there. Only if you actually open another folder, you have the tabbar with the folder names on it which you can navigate like your web browser. The user decides what he wants to see and use. Maybe you can elaborate on why you think the possibility would make Dolphin harder to use?
Re: dolphin and tabs - landolsi - 2007-04-09
Yes I completely agree, Tabs make life easier :-) and if you don't need them, they don't show up at all in the UI. I hope the developpers of Dolphin are reading these discussions and will develop a tabbed structure for dolphin as they have done and developped the tree view. Thanks all the KDE developpers for your efforts
Re: dolphin and tabs - Anon - 2007-04-09
I fully agree. And anyway, is Dolphin supposed to be "simple" (i.e. bare minimum of features), or merely "specialised" (i.e. could easily achieve file-manager feature parity with Konqueror, or even surpass it)? What's the goal of Dolphin? I know that "usability" is a goal, but I don't see that omitting *use*ful features is really in line with that.
Re: dolphin and tabs - slacker - 2007-04-10
When I hear "usability" and "removing features" in the same sentence, it reminds me of why I ditched Gnome in favor of KDE few years ago...
Re: dolphin and tabs - bert - 2007-04-10
Not removing features but hiding complexity. That is a difference.
Re: dolphin and tabs - Cliffton - 2007-04-10
Should be a difference. In practice it doesn't seem to be. Since extra features gets equated with complexity, removing complexity means removing features. Or hiding them, but how's that any different?
Re: dolphin and tabs - slacker - 2007-04-11
If you call removing "hiding", and call features a "complexity", then you are basically saying the same thing...
Re: dolphin and tabs - Soap - 2007-04-11
Splitview is great! I used it to copy files from a backup to my home directory, and vice versa. It let me decide what to do with a file/directory one at a time without having to go back and forth. Having more than one window open just has too many menus, toolbars, etc for me. I turn it off for regular file browsing, but any time I need to copy or move a file, I just open split view, go to the directory, and drag it over.
Re: dolphin and tabs - slacker - 2007-04-10
Even better, it would be cool to integrate tabs and split-views. I mean tabs behaving somewhat like those on the left of Konq sidebar - you click a tab, and it is shown in the sidebar instead of the previous one. BUT, right-click the tab-bar, check the "multiple views" option, and now clicking on a tab splits the view, showing BOTH the previous and the new tab.
Re: dolphin and tabs - Soap - 2007-04-11
As long as I can turn off tab browsing, I'm fine with that.
Re: dolphin and tabs - Tomas Trnka - 2007-04-13
Oh, have you ever heard about "reinventing the wheel"?:-) I think that the basic purpose of Dolphin was to provide users with a SIMPLE file manager. I mean, there are many people, for whom Konqueror represents a total overkill - a bunch of features and flexibility they simply don't need...Dolphin should never be a Konqueror clone (and with those two coexisting, the choice is absolutely trivial: "I want tabs, total web integration, configurability like I-want-this-precious-kpart-embedded etc." -> Konqueror "I'm tired of \"mc\" and simply want a FILE MANAGER, not that overcomplicated Konq-thing." -> Dolphin) Understand?
Re: dolphin and tabs - Anon - 2007-04-13
There's absolutely no reason why tabs should make things any more difficult for an end user, though - if need be, they can only be enabled if the config file is manually changed, and simply never seen otherwise. Also, the mere addition of tabs will not turn Dolphin into a Konqueror clone - that would further require the ability to load arbitrary KParts and include the massive baggage of config options for cache, cookies, javascript etc. As has been mentioned many times, tabs are a boon to File Management, not just web-browsing, so there is little reason not to include them, in my opinion.
Good to see... - m. - 2007-04-09
...optimizations in KJS. At the moment pages with much of JS feel heavy in Konq. Thanks HP :)
Re: Good to see... - dario - 2007-04-09
Funny, in my experience Konqueror's Javascript is way faster than Firefox's. Though making Kjs even faster is very welcome, of course!...
Re: Good to see... - MamiyaOtaru - 2007-04-11
I've always found KJS to be slow. It loves to choke on scripts (this site gets it to tell me that a script is causing khtml to freeze for example: http://www.hardforum.com/showthread.php?t=1092402 ) Also, the javascript benchmark here: http://www.24fun.com/downloadcenter/benchjs/benchjs.html Results on my machine with Firefox and Opera are similar (Opera around 5 seconds (on Windows faster still :-/ , Firefox around 5.5 seconds) while Konqueror comes in at around 11 seconds. Taking twice as long as the others is hardly a nice thing. So yeah, some KJS speed improvemens would be hot. I know it's hard to implement stuff from Safari, but they seem to have dealt with the speed issues somewhat. I'll have to post a result for the benchmark with in Safari. Opera 9.2, Firefox 1.5.0.7 Konqueror 3.5.5.
Re: Good to see... - MamiyaOtaru - 2007-04-12
OK, Safari on the same machine runs the benachmark in 2.5 seconds (!), even faster than Opera on Windows with 4. Opera on Linux with 5, Firefox Linux with 5.5 and Konqueror with 11 (!) are way behind. Konqueror embarassingly far behind. If whatever speedups were implemented in webcore can't be ported back to KHTML, would using webcore in KDE bring those sorts of speeds? I'm really amazed.
Incremeantal Build System QSA - inco - 2007-04-09
Hi Devs, is there somewhere an incremental Build System for Kde4 Trunk ? I have seen this sometime around kde 3 but never seen it used. For QSA, dont know if Cmake supports this : if a file changes , determine what parts need to rebuild and show the result on a Webpage + Mail the commiter. can someone please post the url?
Re: Incremeantal Build System QSA - Esben Mose Hansen - 2007-04-09
Eh... surely any build system is incremental these days? Only the stuff that needs to recompile compiles (mostly). And yes, I think cmake can spit out a report of what needs to be rebuild, but why? What's the usecase?
Re: Incremeantal Build System QSA - inco - 2007-04-09
one usecase would be to ensure , every commit builds
KPackage - Anonymous - 2007-04-09
"KPackage starts to be ported to the SMART package management scheme." Wow, that sounds pretty significant. KPackage doesn't seem to have an official website, where can I go to find out more about this?
Re: KPackage - heh :) - 2007-04-09
hmm... where we find information in XXI century? :) http://en.wikipedia.org/wiki/KPackage
Re: KPackage - superstoned - 2007-04-09
Maybe ask the person who did the work?!?
Re: KPackage - Daniel - 2007-04-10
Awesome. After Yast, apt* and many others, KPackages is still my main-stay for quick package management. Now, instead of just telling me a dependency is missing, it will pull it up. Cool.
Re: KPackage - bert - 2007-04-10
urpmi ?