Kexi/Porting to Qt&KF 5: Difference between revisions
< Kexi
mNo edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
Draft. Each step leads to compiling (running?) state | Draft. Based on [http://mail.kde.org/pipermail/calligra-devel/2014-July/011603.html notes] from the [[Calligra/Meetings/Spring_2014_Sprint|Calligra 2014 Sprint]]. Each step leads to compiling (running?) state. | ||
# Port Predicate lib to Qt 5 | # Port Predicate lib to Qt 5 | ||
Line 13: | Line 13: | ||
# Add a new QtScript-based scripting module | # Add a new QtScript-based scripting module | ||
# Use the module in Kexi Reports too, keeping backward compatibility with Kexi 2 scripting | # Use the module in Kexi Reports too, keeping backward compatibility with Kexi 2 scripting | ||
Started by [[User:Jstaniek|jstaniek]] ([[User talk:Jarosław|talk]]) 19:06, 7 July 2014 (CET). |
Revision as of 20:43, 9 July 2014
Draft. Based on notes from the Calligra 2014 Sprint. Each step leads to compiling (running?) state.
- Port Predicate lib to Qt 5
- Move koproperty lib to a separate repo, make it Qt-only and port to Qt5
- Move koreport lib to a separate repo, make it Qt-only and port to Qt 5
- Remove scripting or port scripting?
- Port Kexi (without KexiDB, reporting, KoReport) to Qt 5 and port Kexi to Predicate and the new koproperty/koreport
- Porting report scripting to a simple QtScript solution to keep backward compatibility with Kexi 2
- Remove then unused calligradb lib and parts of kexidb lib
- Improve Kexi stability after porting
- -- Kexi 3.0 release here --
- Make koreport lib dependent on Predicate and remove code/API that becomes redundant (e.g. KoReportData)
- Add a new QtScript-based scripting module
- Use the module in Kexi Reports too, keeping backward compatibility with Kexi 2 scripting