|
|
| (71 intermediate revisions by 18 users not shown) |
| Line 1: |
Line 1: |
| This page will list all the release goals for the beta cycle of KDE4. It will contain not only the goals, but also the current state and what YOU can do to help out.
| | {{Proposed_deletion|reason=Empty page.}} |
| | |
| You can not add new items to this list. Only maintainers should edit their own section. If you wish to add new items, send a mail to [mailto:[email protected] release-team@kde. org] | |
| | |
| *'''Plasma'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' aseigo
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Color configuration'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' mwoehlke
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Oxygen style'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' mwoehlke, boemann, #oxygen
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Konqueror'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' dfaure
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Dolphin'''
| |
| **''current state:'' <span style="color: green">no showstopper anymore</span>
| |
| | |
| **''goal:'' I think Dolphin is in a quite acceptable state now and I'll have a lot of time during the next week to fix the most serious bugs. David Faure and Rafael Fernández López also investigate a lot of time in Dolphin related things so I'm optimistic that Dolphin should be in a good shape for KDE 4.0.
| |
| **''howto help:''
| |
| ***I'm concerned a little bit whether the Dolphin KPart is matured enough for getting Konqueror in shape. Maybe David can comment whether some help is needed in this area (I've set David to CC).
| |
| ***I'm not sure about the state of Nepomuk. Currently the performance is too slow for sorting items by tags or rating. It would be possible to use an internal cache in Dolphin for this, but this would only reduce the time from O(n*log(n)) to O(n) and the problem is n: reading e. g. 30 items takes several seconds... Maybe Sebastian Trüg could need some support. In the worst case I'd suggest to remove the "sort by tags" and "sort by rating" feature in Dolphin for KDE 4.0.
| |
| **''expected time of arrival:'' My plan is that all serious bugs get closed until the end of September. No known showstoppers are left :-)
| |
|
| |
| | |
| *'''KMail'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' till, tmg
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Kate'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''goal:''
| |
| **''howto help:''
| |
| **''expected time of arrival:''
| |
| | |
| | |
| *'''Printing'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| | |
| **''goal:'' Printing support working in all applications that can currently print, with print preview and customisable dialogs
| |
| **help needed: We need to actually decide the precise API we are going to use, but then every application needs porting to it. In particular, the people currently working on it either have very little time, are not really programmers or have very little experience in dealing with printing systems. And no-one who has experience of printing systems can agree what the best way forward is.
| |
| | |
| **''expected time of arrival:'' Once we have a decision on the API and have implemented it, the porting could probably be done in a few days.
| |
| | |
| | |
| *'''Sound'''
| |
| **''current state:'' <span style="color: red">showstopper</span>
| |
| **''contact:'' vir
| |
| **''goal:''
| |
| **''howto help: Local audio playback is working quite OK, but there are some issues that are still open:''
| |
| *** https://bugzilla.redhat.com/show_bug.cgi?id=284171
| |
| *** Sound hardware/ALSA setup
| |
| **** Currently the default list of audio devices to use is in arbitrary order. This needs to be fixed otherwise esd, artsd, jack or S/PDIF output can turn up as most preferred device and make it look like nothing is working. This might need something along the lines of a "hardware database".
| |
| **** There's a report that outputting to a dmix: ALSA device using a hardware mixing capable soundcard made mixing not work at all (don't ask me why), so the ALSA device name choosing algorithm might need to become a bit smarter. I think the safest bet for now is to use the default:CARD=... device string, but with that you can only choose what card you want, not what device on that card (I don't have hardware where this would make a difference, so no idea if it's needed).
| |
| **** Even though defaults.pcm.ipc_gid is set to audio and defaults.pcm.ipc_perm is set to 0660, dmix does not work for more than one user at the same time (both users are in the audio group). A workaround is to set ipc_perm to 0666, but a real fix would be nicer.
| |
| *** kmix is not in a good state (yet). E.g. it crashes on application shutdown for me (and with that forgetting all changes done in the config dialog). It still does not react on plugged/unplugged soundcard or new/removed software control.
| |
| *** Playing short sound files sometimes only plays the start of the sound (which can be almost nothing). This is a big problem for notifications. Some reported that this is a bug in xine-lib, but I have not looked into the issue.
| |
| *** xine-lib behaves bad wrt. memory allocations. run e.g. mediaobjecttest in valgrind --tool=massif
| |
| **''expected time of arrival:''
| |
