Difference between revisions of "Projects/Kbluetooth/Development"

Jump to: navigation, search
(Solid development in detail:)
(One intermediate revision by one user not shown)
Line 21: Line 21:
=Dates, dates! give me dates!=
=Dates, dates! give me dates!=
We don't have dates, we've objective. The objectives are:
We don't have dates, we've objectives. The objectives are:
*For KDE 4.4 all suer gaps must be fixed.
*For KDE 4.4 all user gaps must be fixed.
*For KDE 4.5 everything should be done.
*For KDE 4.5 everything should be done.

Latest revision as of 17:54, 19 March 2011


[edit] Current situation:

Right now the bluetooth support in KDE is not the best in any side, no user (kbluetooth) nor developer (solid) so we've to trace a roadmap to fix all of them.

[edit] What are the steps to follow:

The most urgent thing to do is fill the user gap. To do it we'll focus our work/time in the user applications like kbluetooth and a possible kioslave. Once the user stuff is in a good shape, we'll start to "move" all the development we made for the user applications to solid/bluetooth and solid/bluez, so everybody will benefit of it.

[edit] kbluetooth development in detail:

Before 0.4 version, kbluetooth was thought as a framework and is because of it that kbluetooth is divided in 3 programs, kbluetooth, kbluetooth-devicemanger and kbluetooth-inputwizard. Everything will be merged in kbluetooth.

Then, all classes will be refactored/revised, and the new features which are not in solid will be totally rewritten from scratch (if needed), so we can move it easily to solid in the future (send, receive files for example).

Finally, we've to implement basic features like a2dp/modem pairing.

[edit] Solid development in detail:

The current bluetooth code is messed because the last development was stopped in the middle of a big refactoring. Despite it, everything is working quite well. While we're working on user stuff, we'll maintain solid as it is, but once finish it, the plan is design a good API to introduce a real bluetooth integration in kde.

[edit] And what will happen once the previous points are reached?

We'll talk with the usability team to design the perfect bluetooth integration.

[edit] Dates, dates! give me dates!

We don't have dates, we've objectives. The objectives are:

  • For KDE 4.4 all user gaps must be fixed.
  • For KDE 4.5 everything should be done.

This page was last modified on 19 March 2011, at 17:54. This page has been accessed 1,685 times. Content is available under Creative Commons License SA 3.0 as well as the GNU Free Documentation License 1.2.
KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal