This week in the latest KDE-CVS-Digest: KBruch added to KDE-Edu, fixes to KHelpCenter, scripting interface updates for KStars,KMail editing
improvements, the beginnings of PostgreSQL
support for Kexi. And more.
Im the first to say so this time?
Can we please stop this "I was the first to thank Derek" contest? It's getting old...
You're right, it's more trendy and fashionable to say that arts and noatun are buggy and sucky :-)
arts and noatun are good
Tell where do you live and which desktop you use.
MP3 or vorbis streaming? video? not at all, it doesn give a clue to the user that it cannot play nothing from the network. artsd sucking 5% of the CPU doing _nothing_? stupid noatun default playlist, etc. etc.
noatun is unusable, artsd is buggy.
I'm pretty sure that I listed your conferences in the Balearikus Party with Kaboodle.
Uep!, not at all! :-)
Noatun keeps crashing for me, so I tend to pretend it sucks ;) Plus, usability is... horrible.
Btw, thx derek and please let the noatun devs regain their pride with better software.
Great news, especially the wonderful speed improvement in Karchiver.
These past weeks have seen a lot of cvs commits in the kdeedu module. KStars, Kig, KTouch, KEduca, Kalzium and KHangMan have been greatly improved. If you never tried any of these programs, now it's time to do so and send your comments and suggestions to the KDE-Edu team. And welcome to KBruch, try your skills in calculating fractions!
I didn't mention the language modules to khangman, danish this week.
The whole lot is quite impressive.
Unfortunately kdeedu hasn't compiled for me since im using kde cvs (at least since two months). Thsi is the error message:
Making all in khangman
make: Entering directory `/var/tmp/portage/kdeedu-5/work/kdeedu/khangman'
make: *** No rule to make target `all'. Stop.
make: Leaving directory `/var/tmp/portage/kdeedu-5/work/kdeedu/khangman'
make: *** [all-recursive] Error 1
make: Leaving directory `/var/tmp/portage/kdeedu-5/work/kdeedu'
make: *** [all] Error 2
Does anyone have a auggestion?
> Does anyone have a auggestion?
Yes, you should do a
make -f Makefile.cvs
The way the Formula is displayed looks ugly, amateurish. Isn't there the possibility of some interchange with KFormula for formatting?
KBruch has just been added in cvs so it's still very imperfect. And KBruch work was somehow slowed down because we toyed with the idea of having a KMath program with parts, which could not have been done because of lack of developers.
I will make sure your idea is taken into account by Sebastien. Thanks for your suggestion!
You are right that it isn't the best way to show the formula. But in any way it is very important, that it is very easy for the user to input the solution. So the 2 edit boxes are very easy to use. And it is really important, that these input boxes align very well to the formula. So if you can show me how to do this by using kformula, please mail me and I will try to add it to the program!
Looks like more and work is being done with Quanta's WYSIWYG mode (aka Kafka)... hope that it stablizes for KDE 3.2! It sounds great!
Derek, obviously you wanted to cover Gunnar's commit to kmouth as well, since there is a star for a new feature in accessibility, but it is a dead link. Did it get lost somewhere?
For all who need to know what's missing behind the dead link:
I have added a first version of word completion to KMouth. This word completion is implemented as a subclass of KCompletion which gives the KCompletion exactly the ten most often used words that start with the last word of the entered string. In order to do so the word completion needs a list of words together with weights (how often they are used). Currently this list is generated at the first start of KMouth by counting the words in the KDE documentation.
Diffs at http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdeaccessibility/ :
Hmm. Indeed it was selected for inclusion. I got a bug in the script somewhere.
Thanks. I see than Gunnar has posted a description.
I fixed the problem. The update includes the kmouth patch, and Gunnar's comments from here.
Note to self: Accessibility is spelt accessibility.
Thanks to all who noticed.
Konqueror flickers when you switch tabs; as a matter of fact, lots of KDE apps have flicker. I was wondering if anything was being done about this; I emailed the kde-devel list, but there was only 1 response. I think that the flicker is the only thing GUI-wise that KDE lags behind other major GUIs; if that got fixed, KDE would look a lot better. What are your thoughts?
Well, most people know it. The problem is that few people are working on it :)
It is also not that easy, since a lot of these problems are in Qt or are caused by interactions with Qt or Qt's API. (The KIconView flickering seen on the desktop is a good example of flickering caused by the Qt API - it's much better in HEAD though, thanks to the optimized icon rendering)
Versions of KDE prior to 3.0 didn't flicker, IIRC. I remember thinking that KDE was flicker free, and Gnome certainly wasn't. Wonder what happened...
I agree fully with you that this flicker really gives a bad impression when you show
off KDE to somebody.
It feels and looks pathetic.
It seems all the hackers got used to it and don't care about it anymore :-(
Sometimes very little details are very important
to the overall impression of a software. The same is true for default settings, as
most users never change anything.
Not all of us are hackers,
anyway we enjoy KDE
What is this flicker you guys are talking about? I must be one of those who is too used to it to notice; can anyone describe when exactly this flicker happens?
Well, if I have two tabs open in Konqueror and change between
them, the whole window is repainted. Together with the "delayed tabs"
bug this all seems a bit "shaky".
Also, when you do mouseover an a link in Konqueror. Do it repeateadly and the whole screen starts flickering like mad...
I use Opera instead. Too bad, since I like Konqueror's bookmark scheme.
I was shocked by the disappearing of "Kile" ("KDE Interface to Latex Editor" or something like that). It's the best Latex editor I used and still use (it's my everyday app right now)
Is there a reason for this name change? and what's worse: is there _anywhere_ that one can download version 1.5????? One needs some guarantees to get a stable version, not just CVS.
There's no way to download in Brachet's website now, and Kite doesn't have stable package downloads.
Thanks very much :-) At least I can keep the source now.
Kile got a new life, it's now in kdeextragear. First it was renamed to kite, but then the new maintainer got the permissions to use kile, so he changed it back again...
> Smart splitting of quoted paragraphs.
Thanks Ingo! Can't wait to see this feature in action :)
I once reported this as wish, but it got closed :-(
Konqueror gets better and better, and the more I use it the
more it annoys me that I cannot see how much free space I have on the partition
that I currently browse.
I don't think this would have a performance impact. For sure it is much slower
to RMB on a file and look there for the free partition space, which btw is an ugly
workaround, coz what has free space to do with the properties of a single file ?
well, anway KDE rocks
Well this is definately a good idea. I will try to vote for it.
You should also try out TOra, an oracle admin tool. Very advanced. You can easiely use it for other databases. Hope KExi will become as powerful. Perhaps they shall adopt some TOra code.
tora is definitly a nice tool. but i think it doesn't have much to do with kexi except that the word 'database' is mentioned in both descirptions ;)
the aims of these projects are compleatly different.
while kexi tries to help the user with processing and storing of data unsing databases as medium to access user's data tora administrates these databases. i plan to pull kexi even more in its direction for the next stable and take it away form its 'access' copy state.
however i don't think kexi and tora are competeing against each other but can be both used to extend each other. so in my eyes there is no special need to merge these two projects. maybe a button in kexi's project menu 'administrate with tora' wich launches tora but not more.
if you really want to compare kexi with another free 'equivalent' you should take knoda.
in any case i think a tool like kexi has definitly more todo in koffice than tora. since administrating a database with the features and complexity of tora is a taks for powerusers not average office users.
Not being funny, but is there any particular reason why you decided not to use the Qt SQL drivers?
On the face of it, it creates a whole lot of duplication and possible incompatibilty/unexpected behaviour.
I'm not sure why he chose to use them, but in my case I chose them because it provides a common API for all the databases, so one can "easily" write an app that supports several databases, just by changing the driver.
This is, of course, not completely true. The support of Qt SQL drivers is not complete yet, and I tend to use queries too many times to accomplish this. But the idea itself is good IMHO.
I hope they improve the support in the next versions.
>duplication and possible incompatibility/unexpected behaviour.
I had no problems like this. The only problem I found with support for MySQL for example was the handling of BLOB data type, but it's properly documented, and explained how it should be used. Yes, it's difficult, but the behaviour is really predictable (no unexpectancies here).
Sorry, my mistake. I read "decided to use the ...." instead of "decided NOT to use". My mind was faster than my eyes sampling data :-)