One of the main tests made by the samba team are based on QxTree:
http://archive.netbsd.se/?ml=samba-technical&a=0&m=1228491
there are links to the test _javascript_ code for that:
http://samba.org/ftp/unpacked/samba4/swat/scripting/client/regedit.js
and a snapshot of the resulting widgets:
http://samba.org/ftp/unpacked/samba4/swat/scripting/server/regedit.esp
RENDERER has not a working QxTree yet.
Sebastian Werner schrieb:
Hi
Deryck,
Dietrich Streifert, a user on our mailinglist, has detected that you
have plans to use qooxdoo for the samba interface. If you are
furthermore interested in using qooxdoo for the next generation
interface please ask your questions to our mailinglist.
Some of your messages (in your mailinglist) contains problems, which
could be solved more or less easily or are just misunderstandings. I
will do a beginning here:
1.
""One of the problems I'm having is that windows and inline widgets,
etc., have to be attached to a larger QxWidget to allow movement around
the screen.""
You can add a QxWindow also to the QxClientDocument. This is the root
widget. Then you can move your QxWindow instances into the whole size
of the browser window. This is also be demonstrated in Window_1.html in
our demos.
QxInline should normally not be used in a full-blown qooxdoo
application. I think in complex application interfaces there is no need
for QxInline. Especially if you don't want to mix html and qooxdoo.
2.
""The problem with qooxdoo, at least for our purposes, is that it
doesn't play well with other _javascript_ or CSS. If you build an app
with qooxdoo, everything on the page has to pass through a QxWidget and
cross-browser style fixes are virtually impossible using the
QxWidget.set(CSS_SELECTOR=VALUE) construction. The other JS toolkits
I've looked at do the same type of thing.""
Normally you don't need to handle any crossbrowser code in qooxdoo
(qooxdoo should handle all this stuff for you). Also it is not so nice
to directly set styles from your application, because this can break
qooxdoo. With the next release their will be behaviours. Probably it is
the best to keep currently the default qooxdoo layout and colors and
then after your application is nearly complete change these behaviours
and colors. Have you ever tried our CVS-branch RENDERER?
3.
""What I'd like is a JS library that abstracts out all the
cross-browser
event handling, DOM manipulation, and XMLHttpRequest stuff but leaves
style control (as much as is possible) to the stylesheet""
The problem with CSS is that it is not crossbrowser. You hack all over
the CSS. I think the way qooxdoo handles it is better, because it
optimize the styles especially for the browser. You just set any
property and qooxdoo will do this crossbrowser - automatically.
Hope these things helps you a bit.
Best Regards,
Sebastian
Hello Listusers!
I just wanted to let you know that the samba team (esp. Deryck Hodge
<deryck(-at-)samba.org>) has done some efforts to use qooxdoo as
a base for the samba 4 web management interface. Please read here:
http://archive.netbsd.se/?ml=samba-technical&a=0&m=1227829
and here:
http://archive.netbsd.se/?ml=samba-technical&m=1391452
They eventualy seem to tend to drop qooxdoo. Here some cite from Deryck
Hodge <deryck(-at-)samba.org>:
Deryck Hodge <deryck(-at-)samba.org> wrote:
The problem with qooxdoo, at least for our
purposes, is that it doesn't play well with other _javascript_ or CSS. If
you build an app with qooxdoo, everything on the page has to pass
through a QxWidget and cross-browser style fixes are virtually
impossible using the QxWidget.set(CSS_SELECTOR=VALUE) construction. The
other JS toolkits I've looked at do the same type of thing.
Maybe some of the qooxdoo developers want to encourage the samba team
with good arguments why qooxdoo should be used?
They seem to have the impression that it needs to have style fixes of
the different widgets in qooxdoo. But qooxdoo is designed to be browser
independent by itself.
It would be great to have qooxdoo as the base of the next samba
generation web interface because of the huge user base.
Best regards.
--
Mit freundlichen Grüßen
Dietrich Streifert
Visionet GmbH
|
