User talk:Arnorehn: Difference between revisions
No edit summary |
No edit summary |
||
| Line 23: | Line 23: | ||
The code itself should work pretty much out-of-the-box now, there are just two things that still need to be done: | The code itself should work pretty much out-of-the-box now, there are just two things that still need to be done: | ||
* remove the 'lib' prefix from all the P/Invoke calls | * remove the 'lib' prefix from all the P/Invoke calls | ||
* replace | * replace the current C# cmake macros with something that can also handle csc.exe on windows (I'm working on that)--[[User:Arnorehn|Arnorehn]] 19:22, 10 November 2009 (UTC) | ||
Revision as of 19:31, 10 November 2009
ToDo for kdebindings
Port the remaining smoke libs to smokegenerator
There are still a few smoke libs in trunk that haven't been ported to be generated by the new generator yet. Porting is fairly easy, just take a smokeconfig.xml and CMakeLists.txt from another module (like phonon) and adjust it accordingly. These are the affected modules:
- akonadi
- nepomuk
- okular
- kdevplatform (I'm already working on that)--Arnorehn 19:22, 10 November 2009 (UTC)
Finish qyotoassemblygen / re-generate the C# sources for KDE 4.4
qyotoassemblygen is a project that I started to generate the C# assemblies utilizing the smoke libs, so that the assemblies can easily be autogenerated. The code is in /trunk/playground/bindings/qyotoassemblygen. The goal is to keep this as generic as possible so that it can also be used with non-qt-based bindings (thinking of Wt for example). This will probably not be finished in time for KDE 4.4, so re-generating the C# sources from the current headers would be fine as well. This involves another round of kalyptus, though.
Some things that would be cool in qyotoassemblygen:
- more implicit conversions:
- QColor <-> System.Drawing.Color - QRect, QRectF, QPoint, QPointF, QSize, QSizeF (System.Windows.Point/Size)
- implement ICloneable for copyable classes
- proper .NET Event support. If a signal is overloaded, implement some kind of scoring system for parameters, so that the signal with the highest score will be mapped to an Event (.NET Events can't be overloaded).
Finish the windows port
The code itself should work pretty much out-of-the-box now, there are just two things that still need to be done:
- remove the 'lib' prefix from all the P/Invoke calls
- replace the current C# cmake macros with something that can also handle csc.exe on windows (I'm working on that)--Arnorehn 19:22, 10 November 2009 (UTC)