Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Hi Alex, > --snip-- > bt1.addListener("execute",function() { > var self = this; > this.__field.focus(); > qx.event.Timer.once(function() { > var focusedWidget = > qx.ui.core.FocusHandler.getInstance().getFocusedWidget(); > this.__field.setValue(focusedWidget + ""); > }, self, 0);

Re: [qooxdoo-devel] Prevent event listener execution from hiding errors

Thank you for answering Guilherme! I tried using chrome in the usual debug cycle "load app" -> "analyse error message" -> "fix bug" -> "load app" but I had a lot of trouble getting chrome to reliably reload all files involved in the app. Even explicitly clearing the cache (besides hitting CTRL

Re: [qooxdoo-devel] HtmlArea and users

On Mon, 19 Oct 2009, thron7 wrote: >> I was wondering, if the quote on top of this page was created randomly ... >> ;-) > > What Fritz means are the quips that are shown at the top of bugzilla's > search results, and yes, they're random. There are only a few of them, and > they are so useless and

Re: [qooxdoo-devel] how to get decorator instancefrom theme

Thanks, I will look into:) 2009/10/19 Derrell Lipman : > I don't have source access right now, but look at treevirtual which > makes good use of dynamically retrieving styles. > > Derrell > > > On 2009-10-19, Petr Kobalíček wrote: >> Hi, >> >> is there a way how to get for example "toolbar" decor

Re: [qooxdoo-devel] HtmlArea and users

Hi thomas, What is your problem? I'm feeling from your posts that each my bug report is not necessary, not usable, etc. I don't know why. I reported 34 bugs and it took me some time to find them and some time to report them. So for me bug reporting and finding problems in qooxdoo is really not fun

[qooxdoo-devel] Build error with some widgets

Hi at all, Today I'm a little confused... I've got problems with some widgets of the paket qx.ui.form... in example the SelectBox. I created a new application (0.8.3) and put the code from the demo site into the main function. I downloaded the last version today from the website. The code wo

Re: [qooxdoo-devel] HtmlArea and users

Thomas, The library is the town library with computers running Vista. I used the internet explorer browser that was installed and cannot tell you which version. I had had some debug code in the HtmlArea code trying to figure things out, and it is possible that this caused the problem. But I ha

Re: [qooxdoo-devel] HtmlArea and users

Thomas, I did not actually make the bug report, Alex did. What I did do was make a website that demonstrated the problem to anyone that was interested. The bug is at http://bugzilla.qooxdoo.org/show_bug.cgi?id=2921 The demo is at http://nabble.grfind.com tom thron7-2 wrote: > > Tom, > >>

Re: [qooxdoo-devel] HtmlArea and users

>> All of your recently entered issues can >> be easily found on our bugzilla (e.g through this query: >> http://tinyurl.com/ykk6srz). > > I was wondering, if the quote on top of this page was created randomly ... > ;-) What Fritz means are the quips that are shown at the top of bugzilla's search

Re: [qooxdoo-devel] HtmlArea and users

Tom, > I > provided a bug report to Alex about a week or two ago about one of my > problems, but have heard nothing about it. I've searched, but didn't find any bug report of yours concerning HtmlArea (in fact, I didn't find a bug report by you at all). If you have a bug to report, you should ope

Re: [qooxdoo-devel] HtmlArea and users

On Mon, 19 Oct 2009, thron7 wrote: > Just to throw in some facts... > ... > All of your recently entered issues can > be easily found on our bugzilla (e.g through this query: > http://tinyurl.com/ykk6srz). I was wondering, if the quote on top of this page was created randomly ... ;-)

Re: [qooxdoo-devel] HtmlArea and users

Just to throw in some facts... > My post was mainly inspired by WONTFIX status of some of my bug > reports related to HtmlArea. That was exactly 1 (#2954). > It's few days I decided to report really > all problems I will find in qooxdoo and HtmlArea. Concerning HtmlArea, those were exactly 2. T

Re: [qooxdoo-devel] HtmlArea and users

Petr, For a long time I have wondered why there are no good html editors anywhere since the entire internet displays content in html. It still takes a highly skilled and trained person to create a nice html document. In my application, I was allowing the user to upload an html file from his lo

Re: [qooxdoo-devel] how to get decorator instancefrom theme

I don't have source access right now, but look at treevirtual which makes good use of dynamically retrieving styles. Derrell On 2009-10-19, Petr Kobalíček wrote: > Hi, > > is there a way how to get for example "toolbar" decorator from current > theme? I looked at theme.manager classes but witho

[qooxdoo-devel] how to get decorator instancefrom theme

Hi, is there a way how to get for example "toolbar" decorator from current theme? I looked at theme.manager classes but without success. Thanks:) -- Best regards - Petr Kobalicek -- Come build wi

Re: [qooxdoo-devel] HtmlArea and users

Hi Tom, I don't know if it's nice to hear that there are others with problems or not:) My post was mainly inspired by WONTFIX status of some of my bug reports related to HtmlArea. It's few days I decided to report really all problems I will find in qooxdoo and HtmlArea. With HtmlArea I had proble

Re: [qooxdoo-devel] Does qooxdoo need to be accessible from the doc root of the web server?

> Doh! Nevermind, I was not performing the all important build! Otherwise, check this: http://qooxdoo.org/documentation/0.8/snippets#running_a_source_version_from_a_web_server T. -- Come build with us! The BlackBerry(

Re: [qooxdoo-devel] Prevent event listener execution from hiding errors

I wish that I could answer the original question, but I can't. In my experience all of the browsers seem to have their own internal algorithm for what errors that they will show and how much information about them. When my program breaks in one browser with no error message, then I can usually

Re: [qooxdoo-devel] HtmlArea and users

Peter, I too would like to use the HtmlArea widget, but unfortunately I agree with you. I have a product that I am just releasing and I was using the HtmlArea (not the editor as I wrote my own editor, but the HtmlArea itself). I provided a bug report to Alex about a week or two ago about one of

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

JB wrote: > > Derrell Lipman wrote: >> On Mon, Oct 19, 2009 at 11:27, exedor > > wrote: >> >> I've changed that so it should work. Regardless, it isn't even >> making it to >> that check in index.php because like I said later on, the method >> check is >>

Re: [qooxdoo-devel] Does qooxdoo need to be accessible from the doc root of the web server?

Doh! Nevermind, I was not performing the all important build! -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing ski

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

Derrell Lipman wrote: > On Mon, Oct 19, 2009 at 11:27, exedor > wrote: > > I've changed that so it should work. Regardless, it isn't even > making it to > that check in index.php because like I said later on, the method > check is > done first and b

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

Derrell Lipman wrote: > On Mon, Oct 19, 2009 at 11:27, exedor > wrote: > > I've changed that so it should work. Regardless, it isn't even > making it to > that check in index.php because like I said later on, the method > check is > done first and be

[qooxdoo-devel] Does qooxdoo need to be accessible from the doc root of the web server?

Hello again, I installed qooxdoo at : /usr/local/qooxdoo-0.8.3-sdk Then put /usr/local/qooxdoo-0.8.3-sdk/tool/bin into the path. Then ran create-application.py --name tst from inside /var/www/html (docroot of web server) Then changed directory to tst and ran generate.py source-all If I pull up h

[qooxdoo-devel] Calling getRoot() on the application object during tests

Hi, how do I manage to call getRoot() on my application object, when running in test mode (TestRunner). Currently getRoot() returns null in such conditions, I guess the application is not correctly initialized or something like that, when in test environment (I do a manual new on my application cl

Re: [qooxdoo-devel] Theming a button (its image actually)

Opened http://bugzilla.qooxdoo.org/show_bug.cgi?id=2955 for this. On Mon, Oct 19, 2009 at 10:14 AM, Christian Schmidt < schmidt.christ...@1und1.de> wrote: > Hi Jean-Noël, > > sorry, my mistake. You are right, this is really a bug. Setting the icon > with the constructor should not make problems

Re: [qooxdoo-devel] Prevent event listener execution from hiding errors

I guess it's more a firebug's bug than qooxdoo's.Chrome never missed an error (that I'm aware of). That's a shame because firebug used to be much better. I guess firebug is in a transition stage. They are changing some core code to support neat features in the future. But I would be interested in a

Re: [qooxdoo-devel] Prevent event listener execution from hiding errors

Forgot to say that this occurs while using FireFox 3.5 with Firebug. Dietrich Streifert schrieb: > Hello everybody, > > it seems that the event queues/managers/dispatchers or where the > execution of the listeners happen are hiding errors in the listener > functions. > > Is there any way to avoi

[qooxdoo-devel] HtmlArea and users

Hi list and Alex:), I'm really interested if here is anybody who is using HtmlArea in his product that is in production (deployed and used by people). I'm asking here because I feel that this component is really not ready and maybe community may help. I have only some time to work on this componen

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

On Mon, Oct 19, 2009 at 11:27, exedor wrote: > I've changed that so it should work. Regardless, it isn't even making it > to > that check in index.php because like I said later on, the method check is > done first and because the qooxdoo code I pasted above is sending OPTIONS > instead of GET or

Re: [qooxdoo-devel] followed docs, but rpc is broken

On Mon, Oct 19, 2009 at 10:57, JB wrote: > index.php from the PHP rpc implementation which acts as a translator and > dispatcher of requests for servicing and executing RPC calls is > rejecting the request before it ever gets to looking at the format > because qooxdoo is sending the request using

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

> Derrell Lipman Said: > Thanks for the reply! >> On Sat, Oct 17, 2009 at 18:22, JB wrote: >> >> Here is what I changed in Application.js. The server is at >> 192.168.10.180 on port 80 and I've setup the PHP JSON RPC server from >> qooxdoo-contrib. > > >Good. That was the first step. > > >> P

Re: [qooxdoo-devel] followed docs, but rpc is broken

Not sure why that is a surprise. The simplest thing I can do in qooxdoo I've already done but unfortunately that is of little use to me in the project I'm working to get qooxdoo integrated into :) index.php from the PHP rpc implementation which acts as a translator and dispatcher of requests f

Re: [qooxdoo-devel] wrong modal window behavior

Thanks I will update my code :) 2009/10/19 Fritz Zaucker : > BTW, doc.add(this) is not necessary, as the Windows class does this in the > constructor: > >   // Automatically add to application root. >   qx.core.Init.getApplication().getRoot().add(this); > > (Window.js line 88 in SVN rev 20414) >

Re: [qooxdoo-devel] [qooxdoo-commit] SF.net SVN: qooxdoo:[20405] trunk/qooxdoo/framework/source/class/qx/ui/ window/Window.js

On Mon, Oct 19, 2009 at 05:45, wrote: > Revision: 20405 > http://qooxdoo.svn.sourceforge.net/qooxdoo/?rev=20405&view=rev > Author: chris_schmidt > Date: 2009-10-19 09:45:48 + (Mon, 19 Oct 2009) > > Log Message: > --- > [ASSIGNED - bug 2912]: Window restore method and ev

[qooxdoo-devel] Prevent event listener execution from hiding errors

Hello everybody, it seems that the event queues/managers/dispatchers or where the execution of the listeners happen are hiding errors in the listener functions. Is there any way to avoid this? During development I usualy want to see every error occuring to be able to debug. Any help would be

Re: [qooxdoo-devel] spelling mistake in apiviewer

Christian Schmidt wrote: > Hi Skar, > > thanks, done. > My pleasure really :) Is there any grammar checker or the other which we can use to batch scan the pages? It could help hunt down the mistakes pretty fast :) cheers, skar. -- -- The life so short, the craft so long to learn. ---

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Alexander Steitz wrote: Hi skar, On Monday 19 October 2009 skar wrote: qooxdoo offers a FocusHandler for all widgets. You can ask this FocusHandler for the currently active and focused widget. --snip-- var activeWidget = qx.ui.core.FocusHandler.getInstance().getActiveWidget(); var focuseWi

[qooxdoo-devel] modality of window affecting getFocusedWidget()

Hi, I've got the following code in my Application.js and the problem is, on app load, pressing "focus" returns me "null" with the window being modal. When I switch the window to non-modal, I always get the textfield as the focused widget. Now, after first time with the window still a modal, I

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Hi skar, On Monday 19 October 2009 skar wrote: > > qooxdoo offers a FocusHandler for all widgets. You can ask this > > FocusHandler for the currently active and focused widget. > > > > --snip-- > > var activeWidget = > > qx.ui.core.FocusHandler.getInstance().getActiveWidget(); var focuseWidget >

Re: [qooxdoo-devel] spelling mistake in apiviewer

Hi Skar, thanks, done. Cheers, Chris skar schrieb: > Hi, > > In http://demo.qooxdoo.org/devel/apiviewer/#qx.ui.form.TextField the > sentence: >> >> >> capture >> >> Fired is the widget becomes the capturing widget by a call to >> #capture >>

[qooxdoo-devel] spelling mistake in apiviewer

Hi, In  http://demo.qooxdoo.org/devel/apiviewer/#qx.ui.form.TextField the sentence: capture Fired is the widget becomes the capturing widget by a call to #capture. must actually be: Fired if the widget becomes the capturing widget by a call to #capture. cheers, skar. -- -- T

[qooxdoo-devel] Adding qx.ui.window.Window to root is done automatically

See also my previous posting (reply): qx.ui.window.Window() does automatically add a newly created Window to the document root: // Automatically add to application root. qx.core.Init.getApplication().getRoot().add(this); Thus a call like doc.add(window) is unne

Re: [qooxdoo-devel] wrong modal window behavior

BTW, doc.add(this) is not necessary, as the Windows class does this in the constructor: // Automatically add to application root. qx.core.Init.getApplication().getRoot().add(this); (Window.js line 88 in SVN rev 20414) Thanks to t...@oetiker.ch for "finding" this. Cheers, Fritz On Mon, 1

Re: [qooxdoo-devel] wrong modal window behavior

Hi Petr, sorry, I saw by analyzing that you are using the wrong method for opening windows. The "show" method makes only a window visible and not active. This makes this ugly behavior. The method "open" makes the window visible and active. Please use this method intead. Cheers, Chris Petr Kob

Re: [qooxdoo-devel] Native Window, again

panyasan wrote: > > > Fabian Jakobs wrote: >> >> I am interested in this, sorry for the delay. The problem is the our >> event system needs to know to which document an element/widget belongs. >> Since events are sometimes attached before the elements/widgets are >> added to the document,

Re: [qooxdoo-devel] trunk issues

Hi Alex, I can't reproduce it in current demobrowser. After it will be updated ping here and I would try again. My testing code is: var doc = this.getRoot(); var dialog = new qx.ui.window.Window(); dialog.setLayout(new qx.ui.layout.Grid(1, 1)); dialog.getLayout().setColumnFlex(1, 1); dialog.ad

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Alexander Steitz wrote: Hi, On Monday 19 October 2009 skar wrote: I've got a window with several text fields and buttons. How do I know which text field or button has the keyboard focus now? qooxdoo offers a FocusHandler for all widgets. You can ask this FocusHandler for the currently

Re: [qooxdoo-devel] trunk issues

Hi Petr, On Monday 19 October 2009 Petr Kobalíček wrote: > what revision is used by qooxdoo/devel ? I used r20400, this is latest > from friday. So these bugs I'm talking about have to be fixed today or > were introduced after qooxdoo/devel demobrowser and playground were > uploaded to the qooxdoo

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Petr Kobalíček wrote: > Hi scar, > > what it means? I have troubles with focus in dialogs (trunk), but it's > decoration issue, are you talking about the same? > Well, I've got many text fields in a modal dialog window and when a server request is complete, I want to know if a text field has f

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Hi scar, what it means? I have troubles with focus in dialogs (trunk), but it's decoration issue, are you talking about the same? 2009/10/19 skar : > Hi, > > I've got a window with several text fields and buttons. How do I know > which text field or button has the keyboard focus now? > > cheers,

Re: [qooxdoo-devel] table - clearSelection()

Sure, it's http://bugzilla.qooxdoo.org/show_bug.cgi?id=2949 . -- Best regards - Petr Kobalicek 2009/10/19 Alexander Steitz : > Hi Petr, > > On Friday 16 October 2009 Petr Kobalíček wrote: >> It seems that last widget where remains clearSelection() is Table, >> will be this

Re: [qooxdoo-devel] htmlarea - postprocess to postProcess

Hi Alex, this is related to this bug: http://bugzilla.qooxdoo.org/show_bug.cgi?id=2941 I'm still using execute event in toolbar.CheckBox. -- Best regards - Petr Kobalicek 2009/10/19 Alexander Steitz : > Hi Petr, > > On Sunday 18 October 2009 Petr Kobalíček wrote: >> I ch

Re: [qooxdoo-devel] trunk issues

Hi Alex, what revision is used by qooxdoo/devel ? I used r20400, this is latest from friday. So these bugs I'm talking about have to be fixed today or were introduced after qooxdoo/devel demobrowser and playground were uploaded to the qooxdoo website. 2009/10/19 Alexander Steitz : > Hi Petr, > >

Re: [qooxdoo-devel] wrong modal window behavior

Of course, filled bug #2948 :) 2009/10/19 Christian Schmidt : > Hi Petr, > > thank you for reporting. Could you please open a bug report for that and > assign it to me. > > Thanks, > Chris > > Petr Kobalíček schrieb: >> Hi there, >> >> Here is short test code to show that modal window behavior is

Re: [qooxdoo-devel] how to find out which widget is focused inside a window?

Hi, On Monday 19 October 2009 skar wrote: > I've got a window with several text fields and buttons. How do I know > which text field or button has the keyboard focus now? qooxdoo offers a FocusHandler for all widgets. You can ask this FocusHandler for the currently active and focused widget. --

[qooxdoo-devel] how to find out which widget is focused inside a window?

Hi, I've got a window with several text fields and buttons. How do I know which text field or button has the keyboard focus now? cheers, skar. -- -- The life so short, the craft so long to learn. -- Come build with

Re: [qooxdoo-devel] Compile speed : another attempt

Fritz Zaucker wrote: > I guess one should save at least the source code to persistent storage every > once in a while ... > Yes. In fact, we can have the sdk and project dir in a persistent storage as usual and in a custom build script, we can rsync the sdk+project dir to a tmpfs mounted dir,

Re: [qooxdoo-devel] Compile speed : another attempt

On Mon, 19 Oct 2009, Burak Arslan wrote: > thron7 wrote: >> interesting figures, thanks burak. i guess "off ram" means that the >> scripts are already loaded to ram?! >> > > no, i meant the case where all the files (source code, incl. qooxdoo > code, generator cache, everything) was on a partitio

Re: [qooxdoo-devel] Compile speed : another attempt

thron7 wrote: > interesting figures, thanks burak. i guess "off ram" means that the > scripts are already loaded to ram?! > no, i meant the case where all the files (source code, incl. qooxdoo code, generator cache, everything) was on a partition that resides completely on ram. in linux, /dev/

Re: [qooxdoo-devel] Compile speed : another attempt

thron7 wrote: interesting figures, thanks burak. i guess "off ram" means that the scripts are already loaded to ram?! I think he means a dir mounted with tmpfs. That would be blazing fast :) See http://www.thegeekstuff.com/2008/11/overview-of-ramfs-and-tmpfs-on-linux/ for eg. cheers, skar.

Re: [qooxdoo-devel] Compile speed : another attempt

interesting figures, thanks burak. i guess "off ram" means that the scripts are already loaded to ram?! thomas Burak Arslan wrote: Jean-Baptiste BRIAUD -- Novlog wrote: I guess build time is consumed by disk IO so compile the Python build won't change that ... here are some benchmar

Re: [qooxdoo-devel] Compile speed : another attempt

Jean-Baptiste BRIAUD -- Novlog wrote: > I guess build time is consumed by disk IO so compile the Python build > won't change that ... here are some benchmarks in a 407-class project. it's a 2 something ghz laptop, with cpufreq governor = performance. running off ram, no cache: $ time python ge

Re: [qooxdoo-devel] trunk issues

Hi Petr, On Friday 16 October 2009 Petr Kobalíček wrote: > 1) TextField in modal dialog (and all other widgets) have no focus > indicator in theme: > > // Document is the application root > var doc = this.getRoot(); > > var dialog = new qx.ui.window.Window(); > var button = new qx.ui.form.TextFi

Re: [qooxdoo-devel] htmlarea - postprocess to postProcess

Hi Petr, On Sunday 18 October 2009 Petr Kobalíček wrote: > I changed one property name in htmlarea contrib: postprocess -> > postProcess, so now the setter setPostProcess() must be used. > > I changed this, because there was bug in HtmlArea class in > _applyPostProcess that set__postPrunedPropert

Re: [qooxdoo-devel] SelectBox / Event on change of items

Hi Daniel, On Sunday 18 October 2009 Daniel Hirtzbruch wrote: > I got an app containing several selectboxes. The first one contains static > data which is never changed. When the selection on this first selectbox is > changed, I make a request to get serverside data which adds a dynamic > number

Re: [qooxdoo-devel] table - clearSelection()

Hi Petr, On Friday 16 October 2009 Petr Kobalíček wrote: > It seems that last widget where remains clearSelection() is Table, > will be this method renamed to resetSelection() in future? Please open a bug report for this to keep this issue on our radar. cheers, Alex --

Re: [qooxdoo-devel] Theming a button (its image actually)

Hi Jean-Noël, sorry, my mistake. You are right, this is really a bug. Setting the icon with the constructor should not make problems with using the appearance. Could you please open a bug report for that and assign it to me. Thanks, Chris Jean-Noël Rivasseau schrieb: > Hi. I read all the docum

Re: [qooxdoo-devel] Blue toolbar theme

> I think you're right that this is too much for the Snippets page, so > maybe just a small section in Snippets that points to the related > Contrib would kill two birds with one stone. That sounds like a good idea. > (Is that metaphor globally > recognized, or is that an American saying only

Re: [qooxdoo-devel] need a bit of help getting off the ground with qooxdoo

Hi,, welcome to qooxdoo! I think RPC is the wrong method for simple AJAX request, please use qx.io.remote.Request instead. Cheers, Chris JB schrieb: > Hello, I am having a heck of a time getting started with this system. > I have an existing PHP application that I need to start migrating to

Re: [qooxdoo-devel] wrong modal window behavior

Hi Petr, thank you for reporting. Could you please open a bug report for that and assign it to me. Thanks, Chris Petr Kobalíček schrieb: > Hi there, > > Here is short test code to show that modal window behavior is not > correct when creating second modal window. When second window appears > th