Jump to content

User talk:Arnorehn: Difference between revisions

From KDE TechBase
No edit summary
Arnorehn (talk | contribs)
No edit summary
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
= ToDo for kdebindings =
= 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)--[[User:Arnorehn|Arnorehn]] 19:22, 10 November 2009 (UTC)


== Finish qyotoassemblygen / re-generate the C# sources for KDE 4.4 ==
== Finish qyotoassemblygen / re-generate the C# sources for KDE 4.4 ==
Line 21: Line 13:


== Finish the windows port ==
== 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:
The code itself should work pretty much out-of-the-box now, there are just a few 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 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)
 
== Give the CMake scripts some love ==
We currently have a load of ENABLE_FOO variables in the CMake scripts. Ideally we should get rid of them and add macro_find_optional calls. A feature log at the end of the configuration stage would also be nice.
In case someone doesn't want e.g. Nepomuk bindings, he can still pass WITH_Nepomuk=OFF

Latest revision as of 13:11, 27 February 2010

ToDo for kdebindings

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 a few things that still need to be done:

  • remove the 'lib' prefix from all the P/Invoke calls

Give the CMake scripts some love

We currently have a load of ENABLE_FOO variables in the CMake scripts. Ideally we should get rid of them and add macro_find_optional calls. A feature log at the end of the configuration stage would also be nice. In case someone doesn't want e.g. Nepomuk bindings, he can still pass WITH_Nepomuk=OFF