Finish 0.2.0

This commit is contained in:
Filippo Cucchetto 2015-01-06 13:14:25 +01:00
commit fd9b05b904
5 changed files with 146 additions and 75 deletions

View File

@ -2,12 +2,12 @@
Filippo Cucchetto <filippocucchetto@gmail.com>
Will Szumski <will@cowboycoders.org>
:Version: 0.1.0
:Version: 0.2.0
:Date: 2015/01/02
Introduction
-----------
The NimQml module add Qt Qml bindings to the Nim programming language
The NimQml module adds Qt Qml bindings to the Nim programming language
allowing you to create new modern UI by mixing the Qml declarative syntax
and the Nim imperative language.
@ -22,7 +22,7 @@ the libDOtherSide exported symbols in Nim
Building
--------
At the time of writing the DOtherSide C++ library must be compiled
installed manually from source.
and installed manually from source.
First clone the DOtherSide git repo
::
@ -36,7 +36,7 @@ than you can proceed with the common CMake build steps
cmake ..
make
If everything goes correctly you'll have build both
If everything goes correctly, you'll have built both
the DOtherSide C++ library and the Nim examples
Installation
@ -49,7 +49,11 @@ the built Nim example in the following way
export LD_LIBRARY_PATH=path/to/libDOtherSide.so
./HelloWorld
Given this, you can procede with the installation of the C++ library
The DOtherSide project is made of two components
1. The DOtherSide C++ lib
2. The NimQml module
You can procede with the installation of the C++ library
in the following way
::
cd to/build/dir
@ -58,12 +62,22 @@ or by manually copying the library in your system lib directory
::
sudo cp build/dir/path/DOtherSide/libDOtherSide.so /usr/lib
For the NimQml module you can use the ``nimble`` package manager
::
nimble install NimQml
or
::
cd to/build/dir/Nim/NimQml
nimble install
Example 1: HelloWorld
----------
As usual lets start with an HelloWorld example.
Most of the NimQml projects are made by one or more nim and qml
files. Usually the .nim files contains your app logic and data
layer. The qml files contains the presentation layer and expose
layer. The qml files contain the presentation layer and expose
the data in your nim files.
``Examples/HelloWorld/main.nim``
@ -87,8 +101,8 @@ Example 2: exposing data to Qml
The previous example shown you how to create a simple application
window and how to startup the Qt event loop.
Is time to explore how to pass to to Qml, but first lets see the
example code:
It's time to explore how to pass data to Qml, but lets see the
example code first:
``Examples/SimpleData/main.nim``
@ -100,13 +114,13 @@ example code:
.. code-block:: qml
:file: ../Examples/SimpleData/main.qml
The following example shows how to expose simple data to Qml:
1. Create a QVariant and sets the its internal value.
The following example shows how to expose simple data types to Qml:
1. Create a QVariant and set its internal value.
2. Create a property in the Qml root context with a given name.
Once a a property is set through the ``setContextProperty`` proc its available
globally in all the Qml script loaded by the current engine (see the Qt doc
for more details about engine and context)
Once a property is set through the ``setContextProperty`` proc, it's available
globally in all the Qml script loaded by the current engine (see the official Qt
documentation for more details about the engine and context objects)
At the time of writing the QVariant class support the following types:
* int
@ -116,21 +130,21 @@ At the time of writing the QVariant class support the following types:
Example 3: exposing complex data and procedures to Qml
----------------------------------------------------------
As seen by the second example simple data is fine. However most
As seen by the second example, simple data is fine. However most
applications need to expose complex data, functions and
update the view when something change in the data layer.
update the view when something changes in the data layer.
This is achieved by creating an object that derives from QObject.
A QObject is made of :
1. ``Slots``: slots are function that could both be called from the qml engine and connected to Qt signals
1. ``Slots``: slots are functions that could be called from the qml engine and/or connected to Qt signals
2. ``Signals``: signals allow the sending of events and be connected to slots
3. ``Properties``: properties allows the passing of data to
3. ``Properties``: properties allow the passing of data to
the Qml view and make it aware of changes in the data layer
A QObject property is made of three things:
* a read slot, a method that return the current value of the property
* a write slot, a method that set the value of the property
* a notify signal for telling that the current value of the property has been changed
* a read slot: a method that returns the current value of the property
* a write slot: a method that sets the value of the property
* a notify signal: emitted when the current value of the property is changed
We'll start by looking at the main.nim file
@ -139,24 +153,25 @@ We'll start by looking at the main.nim file
.. code-block:: nim
:file: ../Examples/SlotsAndProperties/main.nim
Here's nothing special happen except:
Here, nothing special happens except:
1. The creation of Contact object
2. The injection of the Contact object to the Qml root context
using the ``setContextProperty`` as seen in the previous
example
The Qml file is as follow:
The Qml file is as follows:
``Examples/SlotsAndProperties/main.qml``
.. code-block:: qml
:file: ../Examples/SlotsAndProperties/main.qml
The qml is made by a Label, a TextInput and a button.
The label display the contact name and automatically udpates when
the concat name changes.
The qml is made up of: a Label, a TextInput widget, and a button.
The label displays the contact name - this automatically updates when
the contact name changes.
The button update the contact name with the TextInput text when clicked.
When clicked, the button updates the contact name with the text from
the TextInput widget.
So where's the magic?
@ -167,37 +182,37 @@ The magic is in the Contact.nim file
.. code-block:: nim
:file: ../Examples/SlotsAndProperties/Contact.nim
What First we declare a QObject subclass and provide a simple
new method where:
First we declare a QObject subclass and provide a simple
new method where we:
1. invoke the ``create()`` procedure. This invoke the C++ bridge and allocate
a QObject instance
2. register a slot ``getName`` for reading the Contact name field
3. register a slot `` setName`` for writing the Contact name
3. register a slot ``setName`` for writing the Contact name
4. register a signal ``nameChanged`` for notify the contact name changes
5. register a property called ``name`` of type ``QString`` with the given
read, write slots and notify signal
The two slots method implementation are trivial and consist in standard
nim methods. However ``setName`` slot method shows how to emit a signal
by using the ``emit`` method.
Looking at the ``getName`` and ``setName`` methods, you can see that slots, as defined in Nim,
are nothing more than standard methods. The method corresponding to the ``setName`` slot
demonstrates how to use the ``emit`` method to emit a signal.
The last thing to condider is the override of the ``onSlotCalled`` method.
This method is called by the NimQml library when an invokation occur from
the Qml side for one of the QObject slot.
The usual implementation for the onSlotCalled method consists in a
switch statement that forward the arguments to the correct slot.
If the invoked slot has a return value this is always in the index position
The last thing to consider is the override of the ``onSlotCalled`` method.
This method is called by the NimQml library when an invocation occurs from
the Qml side for one of the slots belonging to the QObject.
The usual implementation for the onSlotCalled method consists of a
switch statement that forwards the arguments to the correct slot.
If the invoked slot has a return value, this is always in the index position
0 of the args array.
Example 4: QtObject macro
-------------------------
The previous example shows how to create simple QObject however writing
The previous example shows how to create a simple QObject, however writing
all those ``register`` procs and writing the ``onSlotCalled`` method
become boring pretty soon.
becomes boring pretty soon.
Furthermore all this information can be automatically generated.
For this purpose you can import the NimQmlMacros module that provide
For this purpose you can import the NimQmlMacros module that provides
the QtObject macro.
Let's begin as usual with both the main.nim and main.qml files
@ -213,8 +228,8 @@ Let's begin as usual with both the main.nim and main.qml files
.. code-block:: qml
:file: ../Examples/QtObjectMacro/main.qml
Nothing new in both the ``main.nim`` and ``main.qml`` in respect to
the previous example. What changed is the Contact object
Nothing is new in both the ``main.nim`` and ``main.qml`` with respect to
the previous example. What changed is the Contact object:
``Examples/QtObjectMacro/Contact.nim``
@ -223,12 +238,12 @@ the previous example. What changed is the Contact object
In details:
1. Each QObject is defined inside the QtObject macro
2. Each slot is annotated with the ``{.slot.}`` macro
3. Each signal is annotated with the ``{.signal.}`` macro
2. Each slot is annotated with the ``{.slot.}`` pragma
3. Each signal is annotated with the ``{.signal.}`` pragma
4. Each property is created with the ``QtProperty`` macro
The ``QtProperty`` macro has the following syntax
.. code-block:: nim
QtProperty nameOfProperty of typeOfProperty
QtProperty[typeOfProperty] nameOfProperty

View File

@ -3,7 +3,7 @@
import NimQml, NimQmlMacros
QtObject:
type Contact = ref object of QObject
type Contact* = ref object of QObject
m_name: string
template newContact*(): Contact =
@ -21,7 +21,7 @@ QtObject:
contact.m_name = name
contact.nameChanged()
QtProperty name of string:
QtProperty[string] name:
read = getName
write = setName
notify = nameChanged
notify = nameChanged

View File

@ -1,7 +1,7 @@
[Package]
name = "NimQml"
version = "0.01"
author = "Filippo Cucchetto"
version = "0.2.0"
author = "Filippo Cucchetto, Will Szumski"
description = "QML bindings for Nimrod"
license = "GPLv3"

View File

@ -21,7 +21,7 @@ let nimFromQtVariant {.compileTime.} = {
let nim2QtMeta {.compileTime.} = {
"bool": "Bool",
"int " : "Int",
"int" : "Int",
"string" : "QString",
"pointer" : "VoidStar",
"QVariant": "QVariant",
@ -90,8 +90,9 @@ proc newTemplate*(name = newEmptyNode();
newEmptyNode(), ## pragmas
newEmptyNode(),
body)
template declareSuperTemplate*(parent: typedesc, typ: typedesc): typedesc =
#FIXME: changed parent, typ from typedesc to expr to workaround Nim issue #1874
template declareSuperTemplate*(parent: expr, typ: expr): stmt =
template superType*(ofType: typedesc[typ]): typedesc[parent] =
parent
@ -108,6 +109,34 @@ proc getTypeName*(a: PNimrodNode): PNimrodNode {.compileTime.} =
elif testee[0].kind in {nnkPostfix}:
return testee[0][1]
proc isExported(def: PNimrodNode): bool {.compileTime.} =
## given a type definition, ``typedef``, determines whether or
## not the type is exported with a '*'
assert def.kind in {nnkTypeDef, nnkProcDef, nnkMethodDef, nnkTemplateDef},
"unsupported type: " & $def.kind
if def[0].kind == nnkPostfix:
return true
proc exportDef(def: PNimrodNode) {.compileTime.} =
## Exports exportable definitions. Currently only supports
## templates, methods and procedures and types.
if def.kind in {nnkProcDef, nnkMethodDef, nnkTemplateDef, nnkTypeDef}:
if def.isExported:
return
def[0] = postfix(def[0], "*")
else:
error("node: " & $def.kind & " not supported")
proc unexportDef(def: PNimrodNode) {.compileTime.} =
## unexports exportable definitions. Currently only supports
## templates, methods and procedures and types.
if def.kind in {nnkProcDef, nnkMethodDef, nnkTemplateDef, nnkTypeDef}:
if not def.isExported:
return
def[0] = ident unpackPostfix(def[0])[1]
else:
error("node: " & $def.kind & " not supported")
proc genSuperTemplate*(typeDecl: PNimrodNode): PNimrodNode {.compileTime.} =
## generates a template, with name: superType, that returns the super type
## of the object defined in the type defintion, ``typeDecl``. ``typeDecl``
@ -119,8 +148,12 @@ proc genSuperTemplate*(typeDecl: PNimrodNode): PNimrodNode {.compileTime.} =
# ident of superType (have to deal with generics)
let superType = if inheritStmt[0].kind == nnkIdent: inheritStmt[0]
else: inheritStmt[0].getNodeOf(nnkIdent)
let superTemplate = getAst declareSuperTemplate(superType, typeName)
return superTemplate[0]
let superTemplate = getAst declareSuperTemplate(superType, typeName)
result = superTemplate[0]
if typeDecl.isExported():
result.exportDef()
else:
result.unexportDef()
proc getSuperType*(typeDecl: PNimrodNode): PNimrodNode {.compileTime.} =
## returns ast containing superType info, may not be an ident if generic
@ -192,11 +225,13 @@ proc addSignalBody(signal: PNimrodNode): PNimrodNode {.compileTime.} =
args.add getArgName params[i]
result.add newCall("emit", args)
template declareOnSlotCalled(typ: typedesc): stmt =
#FIXME: changed typ from typedesc to expr to workaround Nim issue #1874
template declareOnSlotCalled(typ: expr): stmt =
method onSlotCalled(myQObject: typ, slotName: string, args: openarray[QVariant]) =
discard
template prototypeCreate(typ: typedesc): stmt =
#FIXME: changed parent, typ from typedesc to expr to workaround Nim issue #1874
template prototypeCreate(typ: expr): stmt =
template create*(myQObject: var typ) =
var super = (typ.superType())(myQObject)
procCall create(super)
@ -269,9 +304,10 @@ macro QtObject*(qtDecl: stmt): stmt {.immediate.} =
#let superName = if superType.kind == nnkIdent: superType
# else: superType.getNodeOf(nnkIdent)
if typ != nil:
error("only support one type declaration")
error("you may not define more than one type " &
"within the code block passed to this macro")
else: # without this else, it fails to compile
typ = typeDecl.getTypeName
typ = typeDecl
result.add it
result.add genSuperTemplate(typeDecl)
elif it.kind == nnkMethodDef:
@ -291,7 +327,13 @@ macro QtObject*(qtDecl: stmt): stmt {.immediate.} =
elif it.kind == nnkProcDef:
userDefined.add it
elif it.kind == nnkCommand:
let cmdIdent = it[0]
let bracket = it[0]
if bracket.kind != nnkBracketExpr:
error("do not know how to handle: \n" & repr(it))
# BracketExpr
# Ident !"QtProperty"
# Ident !"string"
let cmdIdent = bracket[0]
if cmdIdent == nil or cmdIdent.kind != nnkIdent or
($cmdIdent).toLower() != "qtproperty":
error("do not know how to handle: \n" & repr(it))
@ -299,9 +341,12 @@ macro QtObject*(qtDecl: stmt): stmt {.immediate.} =
else:
# everything else should pass through unchanged
result.add it
if typ == nil:
error("you must declare an object that inherits from QObject")
let typeName = typ.getTypeName()
## define onSlotCalled
var slotProto = (getAst declareOnSlotCalled(typ))[0]
var slotProto = (getAst declareOnSlotCalled(typeName))[0]
var caseStmt = newNimNode(nnkCaseStmt)
caseStmt.add ident("slotName")
for slot in slots:
@ -344,9 +389,13 @@ macro QtObject*(qtDecl: stmt): stmt {.immediate.} =
result.add slotProto
# generate create method
var createProto = (getAst prototypeCreate(typ))[0]
var createProto = (getAst prototypeCreate(typeName))[0]
# the template creates loads of openSyms - replace these with idents
createProto = doRemoveOpenSym(createProto)
createProto = doRemoveOpenSym(createProto)
if typ.isExported:
createProto.exportDef()
else:
createProto.unexportDef()
var createBody = createProto.templateBody
for slot in slots:
let params = slot.params
@ -363,19 +412,19 @@ macro QtObject*(qtDecl: stmt): stmt {.immediate.} =
let call = newCall(regSigDot, newLit name, argTypesArray)
createBody.add call
for property in properties:
#echo treeRepr property
let infix = property[1]
expectKind infix, nnkInfix
# Infix
# Ident !"of"
# Ident !"name"
# Ident !"string"
let nimPropType = infix[2]
let bracket = property[0]
expectKind bracket, nnkBracketExpr
#Command
# BracketExpr
# Ident !"QtProperty"
# Ident !"string"
# Ident !"name"
# StmtList
let nimPropType = bracket[1]
let qtPropMeta = nim2QtMeta[$nimPropType]
if qtPropMeta == nil: error($nimPropType & " not supported")
let metaDot = newDotExpr(ident "QMetaType", ident qtPropMeta)
let propertyName = infix[1]
let propertyName = property[1]
var read, write, notify: PNimrodNode
let stmtList = property[2]
# fields

View File

@ -4,6 +4,13 @@ THIS IS UNSTABLE AND ALPHA SOFTWARE
## Description
Qml bindings for both D and Nim programming languages
## Documentation
The documentation for the Nim programming language can be
read [here](http://filcuc.github.io/DOtherSide/ "").
For the D programming language is an on going project
and pull request are accepted.
## Requirements
You need the following software:
* Qt 5.3