On Tue, 29 Sep 2009, A.Yerenkow wrote:
> On 29.09.2009 9:26, Fritz Zaucker wrote:
>> Hi Gene,
>>
>> you are right, I should stay consistent with the code examples to be sure
>> there are no subtle differences. I found:
>>
>> - for (i=0, len=d.length; i>
>> and
>>
>> len = d.length;
>>
On 29.09.2009 9:26, Fritz Zaucker wrote:
> Hi Gene,
>
> you are right, I should stay consistent with the code examples to be sure
> there are no subtle differences. I found:
>
> - for (i=0, len=d.length; i
> and
>
> len = d.length;
> for (i=0; i
> give exactly identical executi
Hi Gene,
you are right, I should stay consistent with the code examples to be sure
there are no subtle differences. I found:
- for (i=0, len=d.length; i Nice insight, Fritz.
>
> I noticed that in your first test discussion, you showed an example
> where "len" was calculated prior to the loop str
Nice insight, Fritz.
I noticed that in your first test discussion, you showed an example
where "len" was calculated prior to the loop structure, but later you
included it in the loop initialization structure itself. Not knowing
anything about the inner workings of JS, is there a chance that movin
Yeah, there are some known bugs in the designer at the moment. I'm trying to
figure out how the UI can clearly display a form and it's actions. The
simple "design view" isn't enough. I think that particular bug has to do
with a context menu action removing the object that fired the context menu
ev
> I did some chrono and got 3 minutes !!!
> It's just too long for a very simple application (15 classes, all
> included) without translation, without ressources.
Standard "Playground" application, 2 (!) app classes (but 240 classes
including dependencies), on a single-core Windows machine with na
Fabian Jakobs wrote:
>
> I would try it from the outside of the iframe. Just load a blank html
> file into the iframe. Then you can add a root widget to the iframe
>
> var iframeRoot = new
> qx.ui.root.Application(qx.bom.Iframe.getDocument(iframeElement));
>
> than place your widgets into t
Hi,
after having read some comments about loop optimization somewhere, I ran
some very simple minded tests with JS for loops just loading the code
directly from the file system and found on a Lenovo X60 with Ubuntu Jaunty:
var d = [];
d[5000]=5000;
for (i=0; ihttp://p.sf.net/sfu/devconf
I am experiencing a problem in a qooxdoo application that has one ore more
non-maximized windows. If a window is dragged in the right and/or down side
of the application, so it is partly hidden, the application could be
scrolled with the keyboard navigation keys in Firefox. This is an
undesirable
Hi Alexander,
would be great you could file a bug report. This usually allows for the
most effective processing of such defects:
http://bugzilla.qooxdoo.org/enter_bug.cgi?product=framework
Thanks,
Andreas
On Mon, 2009-09-28 at 13:27 +0300, A.Yerenkow wrote:
> Hi all!
>
> I have a problem with
Matthew Gregory wrote:
> Hi skar,
> You can override the build-files job not to copy anything (it only
> copies the index.html by default)
>
> Add this to your config.json:
>
>"jobs" :
>{
> "=build-files" :
> {
> }
>}
>
>
Thanks. The empty jobs did it :)
cheers,
skar
Hi skar,
You can override the build-files job not to copy anything (it only
copies the index.html by default)
Add this to your config.json:
"jobs" :
{
"=build-files" :
{
}
}
That should work,
Matt
skar wrote:
> Hi,
>
> Since I'm using a variation of the index.html wit
Hi,
I'm now using the officiel build and not only for a coded by hand
application.
What does that mean ? I'm launching create-appliction and then
generate.py build at runtime.
Unfortunatly, the geberate build is very very (very ?) long.
What can I do on my side to improve speed of geenrate.py
Hi,
Since I'm using a variation of the index.html with AUTH_TOKEN variable
to pass rails csrf checks, how do I make the build script not copy the
index.html over to the build dir. I'm using index.html for the source
version though.
cheers,
skar.
--
--
The life so short, the craft so long to lea
I have the same problem here.
In Firefox the build works fine.
On Mon, Sep 28, 2009 at 7:27 AM, A.Yerenkow wrote:
> Hi all!
>
> I have a problem with Chrome 3.0.195.21 with qooxdoo 0.8.3 and "build".
> With "source" all works fine, but we use "build" version for deploying our
> app.
>
>
> Unca
Hi Christian,
> Hello Fabian,
>
> thanks for the info. As long as very basic functionality exists, I'd
> be happy. I basically only need to be able to render forms and maybe
> also a table - nothing fancy. But how would I go about doing it? Do I
> need to import the qx global object into the new wi
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahea
Fabian Jakobs wrote:
>
> Hi Christian,
>> I have asked this before but have been unsuccessful in attracting
>> anyone's
>> interest. New try: I want to use native browser windows in my
>> application.
>> If I create a new window with
>>
>> var win = qx.bom.Window.open();
>>
>> I get a native Win
Hi all!
I have a problem with Chrome 3.0.195.21 with qooxdoo 0.8.3 and "build".
With "source" all works fine, but we use "build" version for deploying
our app.
Uncaught TypeError: Cannot read property '$$hash' of null
This is in build-script, at line 3 here:
,addListener:function(bq,br,bs,s
Hi,
this is to remind you that we're about to remove all legacy code from
SVN trunk that was kept til the release 0.8.3. This mainly includes the
qx.legacy.* namespace (left from 0.7.x to allow for "hybrid" migration
versions) as well as all API deprecations up to the recent 0.8.3
release.
You co
Hi Christian,
> I have asked this before but have been unsuccessful in attracting anyone's
> interest. New try: I want to use native browser windows in my application.
> If I create a new window with
>
> var win = qx.bom.Window.open();
>
> I get a native Window object which doesn't contain any refe
21 matches
Mail list logo