In this week's KDE Commit-Digest: Support for "undo closed windows" in Konqueror. GetHotNewStuff support for Plasma themes. Konsole, Konqueror, and Kate session selection added in Plasma applet form. New Plasmoids: "Generic Folder View", "System Command", KNotify-based "Popups", "Quick Launch", and to display data from Kalzium. Digikam now uses Phonon for video and audio previews, with improved use of Phonon in Dragon Player. Start of NEPOMUK support in Gwenview. A NEPOMUK "Social Query Daemon" for viewing storages across a network, and work on tagging GUI's for NEPOMUK using Dolphin. Work on services and queries, with the removal of the engine system (now using Phonon only) in Amarok 2. Continued development in Konsole. Various functional improvements in KTurtle. Support for synonyms in Parley. Support for custom themes in KNetWalk. A system tray application for Akonadi. Initial implementation of a remote desktops dock widget for KRDC. Work on the "reports" functionality of Kexi. Several long-awaited improvements in KCron. KDiamond moves from kdereview to kdegames. KAgenda moves to playground. Initial import of Palapeli, a jigsaw puzzle game. Read the rest of the Digest here.
Comments
I think it is because the first time I opened the app I configured it to look for my music folder. Later I just opened it trying to get a song to play, but I guess the library function is quite broke, and every time I open the app now it is trying to build the library and failing.
Yes, could we get a detailed digest and updates for KDE on Windows?
Please!!
Feel free... I'm sure Danny is way to busy already.
Well, the commit digest is that, a commit digest. Wich mean you should find in it informations related to the SVN commits of the week.
Danny had been adding some 'extras' for some weeks now, but an article about the windows port doesn't have to be in the commit digest. You cousd just have a dot article published about that thought :)
Does anybody else have problems building playground/base/plasma from trunk?
I use kdesvn-build and cannot build it because of the webapplet and the worldclock
Same here. These seem to be broken at the moment. Build issues like these are generally quickly fixed though... :-)
For the webapplet, you need to apply the contents.diff patch to your qt-copy. It won't apply cleanly, but it's relatively easy to squeeze it in.
The issue with the worldclock has been reported to the author.
In both cases, you can just comment the offender in CMakeLists.txt in the parent directory and thus exclude them from the build. Note that that's playground where basically nothing is guaranteed to work, or even compile :)
Yeah, I know, but playground is so much fun to use :)
Usually it took only a few hours/days and then I could build it again, but this time ist a little bit more complicated it seems.
I built qt-copy with all the patches, at least I set the apply-qt-patches in kdesvn-build to true. maybe I need to rebuild it.
Oh, contents.diff is not in qt-copy, but in the webapplet. that's the problem.
Is there a howto on techbase how to apply the patches, or is it enough to copy the patch to qt-copy? I've never done this manually before.
Basically, to apply a .diff or .patch file, open a console in the target folder (in this case most definitely the root directory of qt-copy; check the file names in the .diff file to be sure) and say `patch < /path/to/my/contents.diff`. The output should list a couple of files being patched.
These manual changes might get overwritten when qt-copy gets updated. If playground/base fails to build, try to apply the patch again. However, this might cause problems if some files did not get changed, they might be patched twice (which is most certainly not good). The safest way is to delete the checkout of qt-copy and download and build it again (but this takes some time as far as I know).
thanks very much, I will try it
i know it is a taboo here, but am i the only who thinks that konqueror is too much, i want from my kde web browser to (hint) browse the web, i am very satisfied with dolphin as file manager, don't you think there is a need for a simple web browser for kde.
thanks
ps: unfortunately konqueror under windows still crash when i try to configure proxy,
If you _really_ need a simple browser, use the Qt 4.4 demo browser (WebKit based). It works quite ok in the current Qt snapshots.
But then, I hear your complaints about missing KWallet integration, missing this, missing that...
What's wrong with Firefox?
That's an awesome web-browser!!!
Not KDE - looks different, starts slower and consumes more memory (due to not using shared KDE libs), cannot use kio slaves, cannot use kparts, cannot stort passwords in kwallet, doesn't open files with KDE's file associations etc.
It's a piece of bloated shit.
Firefox is awesome in Windows. But Firefox in Linux is simply inferior compared to Firefox in Windows (major complaint: SLOW). I use Firefox in Vista, and in the same machine I use Linux - Debian, the same version of Firefox feels so slow and sluggish. Thats why I always use Konqueror/KHTML.
You will be happy to see that Firefox 3 is a *lot* faster, in painting in general, and as well in page rendering.
I switched to the beta some weeks ago, and whenever I accidentally launched firefox2 instead of firefox3, it felt as if my browser had a 100kg steelball towed to it's feet and was crawling on all fours
That would be good news! Because I usually need to have 1 or 2 firefox tabs to open gmail or other google ajax application (sad - even though gmail works with Konqueror user agent spoofing, it has few annoying issues).
But I already fall in love with Konqueror/KHTML :D
Firefox has branches for all kinds of options and operating systems. It had a QT branch ages ago, but it was abandoned. Personally, I'd love to see a QT 4 branch of Firefox that integrates well into KDE.
Maybe a Gecko kpart would be more realistic.
Firefox is great indeed but not integrated into KDE at all
Theres not really anything stopping anyone from writing a full web browser based on either QtWebKit or KHTML (or both).
I think it'd be interesting to see what a web browser equivalent of Dolphin would look like. I'd imagine it'd be much easier to maintain than something like Konqueror (which'd make sense, as Konqueror is far more than just a web browser), and fortunately most of the KDE infrastructure like KWallet is quite easy to use (I'd imagine the other side would be harder, i.e. knowing when you need the information and where to put it into the webkit/khtml widget). You could use something like Kross and D-Bus to allow plugins in a variety of languages as well.
I've actually been planning on trying my hand at writing a web browser based on QtWebKit in Qt4.4 (I did some work with Tech Preview 1, but ran into some bugs with QtWebKit in that version, and the Beta1 build for Windows didn't include the binaries needed for QtWebKit and I haven't gotten around to compiling it myself on Windows or Linux). If I /do/ make something thats somewhat decent I'll probably post it to kde-apps.org. And who knows, it may actually attract some attention and eventually be included in KDE 4.some-really-large-number (in which case I'd want to add support for using KHTML as an alternative backend).
"I think it'd be interesting to see what a web browser equivalent of Dolphin would look like."
It's interesting, because Dolphin started out to be a simple, Nautilus-like file manager, but has become more powerful in some respects than Konqueror for file managing. (I like the favorites dropdown in the address bar and the Columns view.) Include tabs, port a few more of the views from KDE 3, and allow more than two folders in "Split View", and Dolphin would be completely superior for file managing. If a "simple" web browser was started based on WebKit, it might quickly surpass Konqueror in web browsing functionality. Don't get me wrong, I love Konqueror (I use it's split views all the time), but there doesn't seem much advantage to having a web browser and a file manager combined. Aside from forward and back buttons, there's almost nothing in common between web browsing and file browsing.
> If a "simple" web browser was started based on WebKit, it might quickly surpass Konqueror in web browsing functionality.
Why does everyone assume this?
a) Read the post farther up saying what KDE-integration functionality you'd lose.
b) Where would all these magic developers come from? Lots of hype, no action.
c) Someone already started a WebKit browser. It doesn't do much.
If the browser you are referring to is safra in playground then that someone is me. It's a very young project, patience. ;) I'm also waiting for qt-copy to be updated.
What Konqueror has is not specifically web browsing or file management - it can display whatever type of file (directory, html, pdf etc. with kparts) which is accessed via whatever protocol (file:, http:, ftp: etc. with kio slaves). File management (directory via file: or sometimes ftp:, sftp: etc.) and web browsing (html, sometimes pdf, doc, etc. via http: or https:) are special cases of this, but not the only case that someone may want to use.
However, most of the kparts have a standalone application also (kpdf part has kpdf, etc., now file management dolphin part has dolphin) so a standalone app for html browsing wouldn't be a problem, if someone writes it. However, most web browsers are able to display not only html, but pdf and other file types also. That's what Konqueror can do easily and it would be silly not to reuse the kparts technology - and if a browser reuses kparts to display whatever file type, it is essentially the same as Konqueror.
konqueror is great as a file browser and as a web browser ! I just hope it get Kross one day :) (maybe a way to do some simple firefox-like extension)
> ... but am i the only who thinks that konqueror is too much
Yup, you are ;-)
Konqui is the best horse in the stable!
feels lean and slippy - on the contrary - being able to even broaden konquis functionality with further add-ons would be great
"No fake - I'm a big fan of konqueror, and I use it for everything." -- Linus Torvalds
I don't understand. Why don't you just stop using it for other things than web browsing then?
I use Konqueror for a lot of things, web browsing is only a small part of it. I browse local files, remote directories, remote shares, source code repositories, zip/rar/tar-archives and web sites. I also view pictures and movies in it, along with pdfs, chm-files and other document types. The fact that it adapts itself to what you are doing is just awesome.
Every functionality that Konqueror has is actually just KParts. Konqueror loads all these parts on-demand, so if you're not using them, you're not 'paying' for them. What would be the point of removing this?
The myth of the _web_browser again. There is no such thing. Firefox is NOT a webbrowser; it is just a browser that can browse files in any location.
So, what do you mean by a webbrowser? Would it simply be a browser like Firefox that does not include a file manager? Or, do you want a browser application that is not able to use the protocol: "file:///" to browse files on your local system?
Amarok is my favorite audio app ever. IMO much better than iTunes, not only in features, but also in performance, specially with large music libraries.
There is one thing that for me has been flaky through all these years (and I've been using Amarok since 0.x), and that's the collection management, specifically safeguarding this data.
Sometimes when updating from 1.x to 1.x+1 the collections got wiped out. Or certain scripts can bugger up your collection (mp3fixer does this for me). If you change the partition where you store your music files, they won't appear anymore on the collection, unless you rescan (which sometimes loses all your playcounts and ratings) or hack into the database to modify UUIDs in a few places. There is no easy way of backupping this data (I manually run a script to backup the relevant mysql database and the config file).
So I'm concerned about the migration from 1.x to 2.x. Will it respect all my ratings? What about the album covers (many of them added manually, being copyleft music you won't find them in Amazon)? Playlists, iPod configuration, Last.fm settings... ? In short, has this process been thought of and fixed already?
It's probably best to ask this on one of the Amarok lists.
That's true, but I guess he is right to post it here - it simply gets more publicity. ;)
A more stable collection database managent is one of the few things the great Amarok still needs.
Aye, otherwise I would have gone to the list or amarok's forum
+1
This gets read more and gets much more publicity than amarok blog.
(which is sad... Did the Amarok buzz die off?)
doesn't this work a lot better if you use MySQL? I haven't seen my DB being wiped out in ages...
Last time it happened to me I was using sqlite; perhaps a year and a half ago (maybe from 1.3 to 1.4? don't remember), backing up the database was a pain because the folder containing it had a dozen different copies, and the last one was not current by at least one month...
I have MySQL on all the time as I do webdev, so it made sense to me to convert over to it so a process that was already running could be used. Incidentally I can back it up pretty easily and if there's something going wrong, I got the expertise to fix it. I think MySQL felt much faster when I switched, but tbh sqlite is pretty fast on its own.
Even if it improves Amarok performance, I still think mysql is just overkill for this task and sqlite is the perfect solution.
The perfect solution is that amarok offers the choice - you get to use sqlite, someone else gets to use mysql. Everyone is happy :-)
That's kind of a standard answer but no solution, sorry ;).
For the avarage user Amarok should use SQLite. No need to use MySQL, as it adds additonal database complexity and overhead. I think everyone agrees.
However, even the average user might want to use his/her Amarok database collection safely despite of updates, might want to make a backup of it, or might be able to store the database somewhere else than in Amarok's config dir (imagine music collections on removable media).
That should be adressed some time, however I understand if it's not a priority. At the moment I'm just looking forward to the time I'll be able to use this great music software natively on KDE4 (at the moment, it unfortunately doesn't even scan my local collection running openSUSE factory and KDE 4.0.66).
Pardon, the best DEFAULT solution. And the default should be safe through updates (or just another way to say: don't address me to another backend if sqlite has problems)
I would like to make a request:
Can we have a special dot post in a few weeks about updates on Amarok 2?
I haven't heard much of anything about Amarok 2 lately. even the Amarok blog has been really quiet.
Also updates for Amarok on Windows would be great!!!!
I'm so tired of iTunes!!!!
+1 !!
We need new screenshots to drool over.
More updates please!
You should get your fill of Amarok 2 news very soon! We have a little something coming up very soon :-)
And I even managed to add a nice little touch of redundancy to that post...
When is this issue slated to be resolved? I say issue because its not a 'bug'. I am forced to use firefox (not that its a bad thing) at work because of proxy servers. Otherwise, I am very happy with KDE4 desktop (4.0.2) with a bit of help from KDE3 Apps.
Please get konqueror talking to proxies asap.
Thanks.
Yes please. That's the most desired change for me...
I had found the patch to correct the issue on the web (silly thing), but I had trouble compiling for KDE4 and I gave up without spending much effort.
Not that firefox-3.0 is bad by any means, but I liked konqueror a lot last time I used it. I want to test how fast it renders pages as well.
I have a Creatvie X-FI in use, so far only oss drivers support this sound card, but can not use it in KDE 4, it is not seen it systemsettings. I am using Kubuntu Hardy, I don't know if it is something related to phonon or solid....