Re: [qooxdoo-devel] dispatchEvent firing but evt.getValue() not getting data

Hi Kanugula, the "changeValue" event is fired automaticly if the value of the textfield changes or if the focus left, after the users typed into it. Try to set the value of the textfield after you have added the eventlistener, then the event should fire automaticly an you can remove the line

[qooxdoo-devel] dispatchEvent firing but evt.getValue() not getting data

Hello, I am dispatching an event on TextFiled. it is firing the event, but I get the error evt.getValue() is not a function. Can somebody point me the error here? var userIdField = new qx.ui.form.TextField(USERID_DEFAULT); userIdField.setLiveUpdate(true); userIdField.addEventListener("changeValu

Re: [qooxdoo-devel] Unwanted DEBUG message: qx.ui.table.cellrenderer.Default:

On Tue, Mar 25, 2008 at 5:14 PM, cboulanger <[EMAIL PROTECTED]> wrote: > Hello, > > even though I have turned off debugging for build mode, I am getting > this message after upgrading to the current trunk: > > 000916 DEBUG: qx.ui.table.cellrenderer.Default: .qooxdoo-table-cell { > position: abs

[qooxdoo-devel] Unwanted DEBUG message: qx.ui.table.cellrenderer.Default:

Hello, even though I have turned off debugging for build mode, I am getting this message after upgrading to the current trunk: 000916 DEBUG: qx.ui.table.cellrenderer.Default: .qooxdoo-table-cell { position: absolute; top: 0px; height: 100%; overflow:hidden; text-overflow:ellipsis; -o-tex

Re: [qooxdoo-devel] Firefox 3 (Gecko 1.9) compatibility / Mozilla Prism / Fluid / Mac OS 10.5

Sure: http://www.bibliograph.org/Screen-Shots , bottom of page. However, it doesn't look very interesting - just like a browser window opened with window.open(). The interesting thing is that it has its own process and profile data. Cheers, Christian Fabian Jakobs schrieb: > bibliograph sch

Re: [qooxdoo-devel] how to focus TextField when Window opens?

Thanks, Derrell and Sebastian. When coded like this, the method works as needed: popup : function() { this.open(); qx.client.Timer.once( function() { this.username.selectAll(); }, this, 0); } Now the TextField "username" h

Re: [qooxdoo-devel] Cell editor bug ? - 0.7.3 - Ext theme

Derrell Lipman wrote: > > On Mon, Mar 24, 2008 at 2:51 PM, Philipp Wabinski <[EMAIL PROTECTED]> > wrote: >> >> Hi there, >> >> since I updated to 0.7.3 I have a problem with table cell editors. It >> can >> be testet with the 0.7.3 showcase online. Just select the Ext theme and >> try >> t

Re: [qooxdoo-devel] Firefox 3 (Gecko 1.9) compatibility / Mozilla Prism / Fluid / Mac OS 10.5

I have tried my application, that runs fine in FF2.x and IE 7.x, on FF 3b4 and IE 8 and it fails to run at all in both those browsers. I have not investigated any further to figure out exactly what it's not working since FireBug does not work in FF 3 and there isn't any good debugger for IE 8 yet e

Re: [qooxdoo-devel] Problem parsing HTML documents

I note that in 0.8 the image Preloader code has been replaced by qx.io2.ImageLoader. I won't be able to use this for image preloading so shall have to write my own. For qooxdoo's purposes it might be a good idea to change the __onload and __onerror routines so that element.src is set to "" so tha

Re: [qooxdoo-devel] New Snippet: Asynchronous (Non-Blocking) User Interaction

I quite like the construction as it is. It's convenient to access the methods, and has the potential for overriding the construction of the windows in one place rather than having to extend multiple classes. It can be left as a mixin so that it can be included only if required. Hugh > Good idea.

Re: [qooxdoo-devel] Listening resizing

Ok thanks Fabian, I think I can live with this solution for the moment! :-) Fabian Jakobs a écrit : Charlie schrieb: Ok, I think I auto-solved my problem, digging the framework codes, I end up overriding the _changeInnerWidth() method to trigger my own "innerWidthChanged" event on the TabLa

Re: [qooxdoo-devel] Listening resizing

Charlie schrieb: > Ok, I think I auto-solved my problem, digging the framework codes, I > end up overriding the _changeInnerWidth() method to trigger my own > "innerWidthChanged" event on the TabLayout. > Is it the right way this time? More, why does the code of this > function *must *be in a wi

Re: [qooxdoo-devel] Firefox 3 (Gecko 1.9) compatibility / Mozilla Prism / Fluid / Mac OS 10.5

bibliograph schrieb: > Thank Torsten, > > indeed, that did it! Now I have a beautiful application with its own > window and process and without all the chrome stuff that I do not need. > > Cool, can you post a screenshot or provide a download link? Fabian > Christian > > westor schrieb: >

Re: [qooxdoo-devel] Generated CSS fixes, mostly table-oriented

Helder Magalhães schrieb: > Hugh Gibson wrote: > >> I haven't checked in detail, but this might be the same as >> http://bugzilla.qooxdoo.org/show_bug.cgi?id=760 >> >> > > Probably. Will add comment pointing to this thread. > Thanks, > > Helder Magalhães > I have closed this bug. Your

Re: [qooxdoo-devel] Generated CSS fixes, mostly table-oriented

Hi Helder, > http://www.nabble.com/file/p16010757/Widget-InvalidCSS-Outline.patch > Widget-InvalidCSS-Outline.patch > http://www.nabble.com/file/p16010757/ListItem-InvalidCSS-Outline.patch > ListItem-InvalidCSS-Outline.patch > > Two more minor CSS issues caught, using Firefox 3 which is apparent

Re: [qooxdoo-devel] Generated CSS fixes, mostly table-oriented

Hi Helder, we are finally back to work, after the AjaxWorld and easter :-). I'm just taking a closer look at your patches. This is the kind of feedback I really like. You give good description of the issue and separate patches to solve them. Good work! > http://www.nabble.com/file/p15950710/Pan

Re: [qooxdoo-devel] Drag & Drop between native windows

Hello, Also native drag&drop of files is possible in Adobe AIR along with other cool features. Best regards, Siarhei On Tue, Mar 25, 2008 at 1:53 PM, Christian Boulanger <[EMAIL PROTECTED]> wrote: > Cool. I have a (cross-browser) java applet to handle drag & drop file > uploads: > > > http://

Re: [qooxdoo-devel] Problem parsing HTML documents

> So it's all working now. I tested it with an 18MB radar image of > mars which is a jpg 12032 x 6912 pixels, scaled to 100 pixels high! Nearly working... I found that if downloading of this image was aborted, FF retained the memory allocated for it. The only way to reclaim the memory was to let

Re: [qooxdoo-devel] setTheme issue

Sebastian thanks for help qx.io.local.CookieApi.set('_theme_',qx.theme.manager.Meta.getInstance().getTheme(), 2); var theme_cookie = qx.io.local.CookieApi.get('_theme_'); theme_cookie = theme_cookie.substring(7,theme_cookie.length-1); if(theme_cookie) qx.theme.manager.Meta.getInstance().setTheme(

Re: [qooxdoo-devel] Drag & Drop between native windows

Cool. I have a (cross-browser) java applet to handle drag & drop file uploads: http://panyasan.wordpress.com/2008/02/29/open-source-drag-drop-upload-java-applet-for-websites/ but java applets aren't very well-behaved browser components. I didn't know this could be done via javascript on Mozilla

Re: [qooxdoo-devel] Drag & Drop between native windows

Hello Christian! If you are looking for some information about dragging objects into a native browser window, here is an article that might be interesting: Cheers, Jonathan -Ursprü

Re: [qooxdoo-devel] Drag & Drop between native windows

Yes, it is probably not feasable or if at all, at the price of extreme hackery. Probably the only way to do this is to work with java or flash applets which have access to the operating system's clipboard and drag & drop managers. Oh well. It is not what JavaScript was designed for ;-(. C. > C

Re: [qooxdoo-devel] Drag & Drop between native windows

Christian Boulanger wrote: > > in my app, I am now working with native browser windows instead of > qooxdoo window widgets, which has increased the useability of the > application immensely. > (...) > I was wondering if there is not a way to get the behaviour back. For > example, couldn't the D

Re: [qooxdoo-devel] qx.io.remote.Request How to handle with SOAP XML Using Method "POST"

hello i don't know if u found the answer, but i might have a tip: Parameters are currently always sent using GET. Even if you select POST. This issue is already known and will be fixed with an enhanced data handling for our transport API in the future. from this page: http://qooxdoo.org/docum

Re: [qooxdoo-devel] New Snippet: Asynchronous (Non-Blocking) User Interaction

Yes, a dialogue package (qx.ui.dialog ?) with different kind of (self-disposing) widgets would certainly be very helpful. However, I am already off to other things, so maybe someone else likes to pick up here... Christian Sebastian Werner schrieb: > Good idea. However I would prefer a static cl

Re: [qooxdoo-devel] APIviewer has problems with interface hierarchy

Hi! Can you please open a bug report at http://bugzilla.qooxdoo.org. Thank you. Sebastian [EMAIL PROTECTED] schrieb: > Hi, > > I just prepared my API documentation and found out that some of my classes > will > only be displayed in the APIviewer when they are requested for the first > time

Re: [qooxdoo-devel] Drag & Drop between native windows

I don't think this is possible. At least not using standard interfaces. Sebastian Christian Boulanger schrieb: > Hello, > > in my app, I am now working with native browser windows instead of > qooxdoo window widgets, which has increased the useability of the > application immensely. However,

Re: [qooxdoo-devel] TextField patch

Looks like it is fixed already in SVN. Sebastian thron7 schrieb: > Alexei, > >> Thank you for the reply and the roadmap URL. Well, nothing pressing >> there though I'd like to know the 0.7.4 Release Date. :) The thing is >> we're using "svn:externals" method to build our qooxdoo-based app. No

Re: [qooxdoo-devel] Patch for KHTML support in StackTrace

I've just committed a change which tries to interpret any KHTML as Webkit 420 which is a Safari 3.0.x like version. This would at least add some of the webkit fallback routines to khtml as well which should not be that wrong. Please note that this is just a hack to try to support a client which

Re: [qooxdoo-devel] Patch for KHTML support in StackTrace

Thank you Harri. Your contribution is appreciated. However KHTML is not officially support by qooxdoo. Maybe we could just route it to the webkit implementation. Would be interesting in which timeframe KDE really switches to Webkit. Are there any news on this topic? Sebastian Harri Porten sch

Re: [qooxdoo-devel] setTheme issue

Looks like you try to store and object instance in an cookie which could not work. Try to modify your code to just store the classname of the theme to use. And use this class name together with qx.Theme.getByName to get the theme instance back. This instance then could be used for the setTheme

Re: [qooxdoo-devel] Problems with IE

Maybe some issue with the load event. Try to modify your file qx.core.Init locally at the method "_onload" and try to find out if it gets executed. Sebastian Jim Hunter schrieb: > Has anyone had a problem with IE not running the Application.main() > function? > > I know that it's getting l

Re: [qooxdoo-devel] New Snippet: Asynchronous (Non-Blocking) User Interaction

Good idea. However I would prefer a static class with these method or even better: Write a class for every method (inform, alert, confirm, ...) you have created. Every class extends qx.ui.window.Window (or create a basic Dialog class for all stuff currently in _createWindow). Just my 2 cents.

Re: [qooxdoo-devel] how to focus TextField when Window opens?

Just a note: In 0.8 it will work exactly the original way you have choosen: widget.focus() should be enough there. Sebastian Derrell Lipman schrieb: > On Mon, Mar 24, 2008 at 7:34 PM, Bill Adams <[EMAIL PROTECTED]> wrote: >> I have a LoginWindow object which extends qx.ui.window.Window >> >> W