[Kss-devel] ree-demoload branch merged to kss.demo/trunk
Balazs Ree
ree at ree.hu
Mon Oct 1 00:03:24 CEST 2007
I merged the ree-demoload branch to kss.demo trunk.
kss.demo issues
---------------
As a result all actual demos are moved to the "demo" subdirectory. This
directory is now placeless, so after a little testing we can just move it
over to the core plugin under kss.core/plugins/core . After that kss.demo
does not need to be touched any more if we make a new plugin or change
the demo of an existing one.
The point is that all the plugins should have their demos as part of the
plugin. The kss.template package provides a plugin skeleton that can be
used with paster. You need to use the kss_zope_plugin template. The
generated plugin comes with a simple but functional (!) demo page, and it
immediately appears and becomes testable in the demo index page, if you
include the zcml of the new plugin. So it'"s a great starting point if
someone creates a new plugin.
Selenium tests are also supported by the new mechanism. However the
createpythontests.py script cannot be used as before, instead the
@@kss_demo_registry_admin/createSeleniumTests view needs to be called,
and it generates out the seltest_all.py file exactly as the script did it
previously previously (the result is placed under the selenium_utils
directory). A new test only needs to be dropped as .html into the plugin
demo's selenium_tests directory, to be included in the tests.
I mainly wrote the abowe paragraph because the kissbot will need to be
changed to call the view on the zope instance instead of the script, and
use the results from selenium_utils directory. (Godefroid will make this
as we agreed.) Other then this it will not be important for developers,
the kissbot will do everything.
At a later point the original createpythontests.py will return to work
again. This will happen when we switch to kss base and all the kss
registry will move to plain pythonland. At this time, plugins will need
to be touched a little (to move the kss registry to plain python) but the
structure and logic will remain similar.
Zope3 issues
-------------
In addition to the above changes, I also made some fixes in kss.core and
as a result now both kss.core and kss.demo trunk *works fully* on Zope3
as well.
Only known issue is: zope unittests have never been made working on
zope3. So part of the tests are failing with import errors. We still need
to do this once.
Further actions
---------------
If everything is tested to work fine, I will:
- also backport kss.demo changes to 1.2 branch. There is no big risk
since kss.demo is not part of any running application, but it will allow
the paster template to be used immediately under Plone 3.0.
- move the actual demos and selenium tests to kss.core, under the core
plugin where they really belong to. Further restructuring will be
possible after that. (This will only happen on trunk, I won't touch
kss.core 1.2 branch.)
- the zope3 fixes should go to kss.core 1.2 branch as well.
--
Balazs Ree
More information about the Kss-devel
mailing list