I had this issue in 0.7, so I guess, it is in 0.7.1 as well.
Fabio
Hugh Gibson wrote:
>> Is it just me, or is the default action on the right-mouse-button
>> click not suppressed on Firefox in 0.7.2?
>
> Hmmm. It's suppressed OK in the build version, but not the source version.
> Strange. Possi
Hi Hugh,
Am 24.09.2007 um 17:21 schrieb Hugh Gibson:
> It appears that any remote request using XMLHttpRequest leaks
> memory in
> IE7. In a testcase running here, a regular operation (polling the
> server)
> which has around 5 POST requests sent off in quick succession consumes
> 170 KB. Tha
As hinted at elsewhere, I've been trying to track down a memory leak
issue in IE7 and 0.7.x.
It appears that any remote request using XMLHttpRequest leaks memory in
IE7. In a testcase running here, a regular operation (polling the server)
which has around 5 POST requests sent off in quick success
I am sorry.
The answer is:
alert(qx.core.Version);
Ales
On Mon, 24 Sep 2007 17:07:19 +0200, Aleš Rippl <[EMAIL PROTECTED]>
wrote:
> Hello.
>
> I am using Qooxdoo somewhat version 0.6.x and i would like to know what
> exact version I have.
> All I have is qx.js. :-(
> Is there an easy way?
>
Hello.
I am using Qooxdoo somewhat version 0.6.x and i would like to know what
exact version I have.
All I have is qx.js. :-(
Is there an easy way?
Thanks
Ales
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
---
You've got a serious problem with
http://demo.qooxdoo.org/current/feedreader/
In IE7 the first entry in a section comes up OK, but clicking on another
entry simply replaces the title lines of the first entry but leaves the
content unchanged. This is OK in FF.
Also "Add feed" and "Remove feed" do
> Is it just me, or is the default action on the right-mouse-button
> click not suppressed on Firefox in 0.7.2?
Hmmm. It's suppressed OK in the build version, but not the source version.
Strange. Possibly it was wrong in 0.7.1 as well.
Hugh
--
> > I followed the discussion regarding FF and memory. As far as I
> can see, the memory your application need is never given back to the
> > system. Not by reload and not by leaving the application page. The
> > only way is to restart the browser.
>
> I found this today - it might help you.
>
>
Recall:
> qooxdoo-0.7.1-skeleton.zip (the "Malformed settings key:
> "net.sf.custom.resourceUri"" issue):
>
> - This is by design. Though you can choose arbitrary deep namespaces,
> settings and variants allow only simple 'namespace' identifiers in the
> keys. Usually, this is the APPLICATION_NAME
cc: to list
Hi Fabio,
Got your attachments :-).
Concerning ...
missing-rights.zip:
- I did a 'make build', but the resulting index.html (and in fact, the
whole build tree) was readable alright. Opening the index.html in the
browser was no problem.
- Please send the output of your 'umask' comm
Hello Fabian,
> I thaught this problem has been fixed with the last release.
> It seems we have a regression here ;-(. Normally this issue
> is easy to solve. Either add the locale "de" to your
> APPLICATION_LOCALES in your Makefile:
>
> APPLICATION_LOCALES = de
>
> Or just do a "make" in the feed
> did you enable the JavaScript security setting in Firefox for
> changing or
> replacing context menus? You find it under Tools > Options > Tab
> "Content" >
> Button "Advanced..." behind "Enable JavaScript".
Yes, thanks, that's enabled.
It was working fine in 0.7.1 but is broken in 0.7.2. Has
BTW I'm using qooxdoo 0.7.2
> -Original Message-
> From: Tim Kemna [mailto:[EMAIL PROTECTED]
> Sent: vrijdag 21 september 2007 14:05
> To: qooxdoo-devel@lists.sourceforge.net
> Subject: [qooxdoo-devel] Dispose question
>
> Hi,
>
> When I dispose my app using qx.core.Object.dispose() (a
Dear Group,
> I downloaded the 0.7.1 sdk a while ago (a month or so?) via
> the "latest stable sdk" link at
> http://qooxdoo.org/download (i.e., i did not checkout
> directly from the svn repository). Looking back at what I
> unzipped from that download, I see quite a few .png and two
> .js fil
Hi Hugh,
did you enable the JavaScript security setting in Firefox for changing or
replacing context menus? You find it under Tools > Options > Tab "Content" >
Button "Advanced..." behind "Enable JavaScript".
Fabio
Hugh Gibson wrote:
> Is it just me, or is the default action on the right-mouse-b
Kolodziej Christian schrieb:
> Hello Derrell,
>
>> You'll likely fix this with "make distclean" to remove all old cruft,
> and then rebuild your application with "make source" or "make binary".
>
> Your hint doesn't work for me. "make distclean/source" does not report
> any errors, but the num
Is it just me, or is the default action on the right-mouse-button click
not suppressed on Firefox in 0.7.2?
It works in IE, suppressing the browser menu. But in FF I see my menu
underneath, and the browser's context menu slightly offset on top.
In looking at the code, I found this as well in Tar
> I followed the discussion regarding FF and memory. As far as I can
> see, the memory your application need is never given back to the
> system. Not by reload and not by leaving the application page. The
> only way is to restart the browser.
I found this today - it might help you.
http://kb.moz
I see this problem as well.
The point is that we check the file created by "make source" into SVN so
that testers don't have to do a "make source" and the app can be run
straight from SVN.
Hugh
> To the best of my knowledge, the MAKE DISTCLEAN should not touch
> the source
> folders at all. It
bibliograph schrieb:
> Hi Fabian,
>
> my apologies - it seems that the problem must have been on my side.
> after make clean, updating from legacy 0.7 again, and rebuilding the
> source version everything works again. there was a unfortunate
> coincidence between your changes and the breaking of
Kolodziej Christian schrieb:
> Yesterday I've updated the framework rom 0.7.1 to 0.7.2. Everything
> seemed to work well, but now I've discovered an error when trying to
> display a number of type double in my table. This number is 127.99 for
> instance, but "127cldr_number_decirmal_separator99"
Hello Derrell,
> You'll likely fix this with "make distclean" to remove all old cruft, and
> then rebuild your application with "make source" or "make binary".
Your hint doesn't work for me. "make distclean/source" does not report any
errors, but the number separator is still not disüplayed cor
22 matches
Mail list logo
