The current answer to your question is called an "inline app" in qooxdoo
where you create qooxdoo "islands" in a larger HTML context. See [1] for
a basic introduction and links to further demos that showcase this kind
of application. [2][3] is a larger example.
T.
[1] http://manual.qooxdoo.org
Hi
First of all, thanks for offering and maintaining this great framework!
Currently, I've to develop a complex UI control, which has to be integrated
to an existing framework (Magento webshop). I'm planning to use qx.Desktop
controls inside the control.
As I understood until now, a qx.Desktop a
Hi Richard,
On Thu, 8 Aug 2013, Richard Sternagel wrote:
> for me finding the right widget is like finding the appropriate HTML-Element
> for marking up information when developing HTML. It's always content driven
> ...
ok.
> With the different nature of the widgets you listed I would propose
Hi Fritz,
for me finding the right widget is like finding the appropriate
HTML-Element for marking up information when developing HTML. It's
always content driven ...
With the different nature of the widgets you listed I would propose
"qx.ui.embed.Html" if it's a larger amount of HTML and
"qx.
Hi,
I plan on not using any qx classes other than Class/Interface, really. All
other classes will be the classes that I wrote.
I'm not sure yet on how to package the entire thing. Having a standalone
library not requiring the user of it to use qooxdoo himself seems
compelling, though. For now I m
Hi,
I want to display some HTML-formatted "text" in a Qooxdoo desktop
application. I see at least the following variants:
- qx.ui.basic.Atom with setRich(true)
- qx.ui.basic.Label with setRich(true)
- qx.ui.embed.Html
- qx.ui.embed.HtmlArea with setEditable(false)
How do I choose which to use?
On 08/08/2013 09:17 AM, Airblader wrote:
> Not quite, no. I am writing a library myself, which is a collection of
> classes built upon qooxdoo's OOP layer but does not contain an application
> itself. So if I understand you correctly, I can still use qx.Desktop and
> build a server-type applicatio
I've looked at the AbstractTreeItem implementation, and it looks like
changing the 'parent' property does nothing on its own. Rather, you have
to use the 'remove' and 'add' methods (which then in turn update the
'parent' property), as indicated in the comments of my Playground code.
T.
On 08/0
This is indeed interesting. I have a slightly modified Playground
sample, for better inspection:
*http://tinyurl.com/l7xatu7
T.
*
On 08/07/2013 09:49 PM, walle wrote:
> I tried to create an example showing what I thought was a bug in the
> Playground. To illustrate my point in the bug report.
Hi thron,
thanks for your quick reply!
>> I'm sorry to hear that. I would be happy if you could elaborate on that
>> if
>> you find the time.
The confusion comes mostly from the two different approaches found in the
manual and the fact that both are them are kept very short (1–2 sentences).
>
10 matches
Mail list logo
