Hi,
The node.js distro for Qooxdoo 2.0.1 installs fine (using npm install
qooxdoo) but node.js reports that it cannot find the module when you
require() it. I'm not familiar with how packages are implemented, but I
fixed this by editing node_modules/qooxdoo/package.json so that the "main"
propert
Found the cause of the exception, it was this dodgy code:
members: {
function a4Letter: function(writer) {
// ... snip ...
},
Is this known/shall I add a bug report?
John
From: John Spackman
Date: Tuesday, 10 July 2012 05:01
To: qooxdoo Development
Subject: Generator error: Terminatin
Hi
When running the generating I get "Terminating on terminal exception
(AssertionError())" - no other information, including nothing about which
line of (my) code triggered the issue. I ran generate with v s, output is
below.
I'm using trunk/master.
Thanks,
John
[1]:
>>> Initializing cache.
Today g...@gmx.at wrote:
> Hallo,
>
> ich hab grad ihren Mailinglisten-Eintrag gelesen
> (http://qooxdoo.678.n2.nabble.com/misterious-bug-in-connection-with-chrome-td7580483.html)
>
> Ich hab exakt das gleiche Problem, Win7, Chrome, beim erstmaligen
> Oeffnen der Qooxdoo-Applikation einen seltsame
For source builds instead of patching the loader, it is also possible to
inject a script into the loader; extend your "source-script" job like this:
"source-script" : {
"compile-options" : {
"code": {
"decode-uris-plug": "decode-uris-plug.js"
}
}
},
And create decode-uris-plug.js in the s
On 07/09/2012 03:40 PM, david leray wrote:
On Mon, Jul 9, 2012 at 3:31 PM, thron7wrote:
As long as the loading HTML file is on the same server as your app
and the qooxdoo libraries, there is a much simpler approach that
was designed for such situations, and also alleviates you from
Hi,
I opened a bug report for it:
http://bugzilla.qooxdoo.org/show_bug.cgi?id=6605
Cheers,
Chris
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/VirtualComboBox-converting-values-tp7580551p7580585.html
Sent from the qooxdoo mailing list archive at Nabble.com.
Hi Christian,
Thanks for your reaction. Should we report it as a bug?
Cheers,
Marv
-Oorspronkelijk bericht-
Aan:qooxdoo-devel@lists.sourceforge.net;
Van:hagendorn
Verzonden:ma 09-07-2012 15:21
Onderwerp:Re: [qooxdoo-devel] VirtualComboBox converting values
Hi,
sorry, my fault.
On Mon, Jul 9, 2012 at 3:31 PM, thron7 wrote:
> As long as the loading HTML file is on the same server as your app and
> the qooxdoo libraries, there is a much simpler approach that was designed
> for such situations, and also alleviates you from adding
> 'libraries/library/uri' keys for each lib
As long as the loading HTML file is on the same server as your app and
the qooxdoo libraries, there is a much simpler approach that was
designed for such situations, and also alleviates you from adding
'libraries/library/uri' keys for each library you use. Set the
application root for your appl
Hi,
sorry, my fault. There is still an issue. The option map which is defined in
labelOption should work like the option map from [1], but it only calles the
converter with the value to convert.
Cheers,
Chris
[1]
http://demo.qooxdoo.org/current/apiviewer/#qx.data.SingleValueBinding~bind
--
Vie
Hi,
no, every think is right. The converter is the convert function from the
property labelOption, this one is set from the developer, so it is called
when it is defined. Normally you would not define a converter for a string.
The ugly stuff is the if statement block above. There is done a assump
Hi Alex,
Could you give a hint as to what the fix has been?
I've been diffing the current sources (Mbackground.js and
qx.bom.element.Decoration.js) against the 1.4.1 sources we are using, but I see
no significant diff. I was hoping that if you could point me to the fix that I
could apply the sa
In your class declaration, you have a method showJobView(), but you're
trying to invoke showJobInfo()?
On Mon, Jul 9, 2012 at 2:04 AM, totty wrote:
> 006899 qx.io.remote.RequestQueue[360-0]: Request qx.io.remote.Request[986-0]
> handler _oncompleted threw an error: TypeError: Object
> product
Hey,
> I will try the suggested solution when I find some time. But isn't that
> something like "doubling the efforts"? I mean the qooxdoo-Splitter/Pane does
> exactly that (finding out where's the cursor) anyway.
No, not really. That was the old slider which did it that way. I changed that
some t
006899 qx.io.remote.RequestQueue[360-0]: Request qx.io.remote.Request[986-0]
handler _oncompleted threw an error: TypeError: Object
production.views.multiWorkerWrapper.MainScreenMultiWorkerWrapper[383-0] has
no method 'showJobInfo'
v 2.0.1
I have generated the application source-hybrid
I have the
Maybe i'm doing it wrong, but here is how i try to achieve this :
First the modified layoutItem (i remove comment to keep it shorter) :
qx.Class.define("myLayoutItem",
{
type : "abstract",
extend : qx.ui.core.LayoutItem,
properties :
{
zoom :
{
check : "Number",
nullabl
Just in case others run into these issues:
I had the ghostery plugin enabled in Chrome and Firefox. Whitelisting the URL
for the development URLs did the trick. After knowing what it was, one can
find [1] to notice that I'm not the only one ;-)
Sigh.
Cheers,
Cajus
[1] http://qooxdoo.678.n2.na
Hi Philipp,
how do you add these types? Using the "addType" method within the "dragstart"
listener?
Can you post a short code snippet of your solution?
Regards,
Alex
-Original Message-
From: Philipp Engel [mailto:phil...@netriver.de]
Sent: Saturday, July 07, 2012 8:15 AM
To: qooxdoo
19 matches
Mail list logo
