> To complete the cycle (after a close) you can also dispose a window, if
> you are really sure, that you don't need it anymore. The problem in this
> case is, that JS itself has no possibilities to do a real garbage
> collection. The only thing the qooxdoo disposer do, is to decouple
> object
I've sub-classed a QxListView and written my own event handler for
keypress. My question is after I look at the event how do I propagate
the event up to the parent widget? Seems simple but I can't seem to
figure it out.
---
This SF.net email
Here is the patch
Best regards...
Sebastian Werner schrieb:
Dietrich Streifert schrieb:
OK I had a look through the sources and got (hopefully) the place
where the focus is set. It is in QxWidget.js:
proto._visualizeFocus = function()
{
if (!QxFocusManager.mouseFocus && this.getEnableEleme
Sebastian Werner ha scritto:
Stefano Marocco schrieb:
Hi,
how I can get the currently focused widget?
yourWidget.setFocused(true);
Sorry, I not explained well my problem:
I need to retrieve the widget that has focus.
Stefano
---
This
Well me temporary solution is to overwrite the _visualizeFocus method
for QxTextField (somewhere after qooxdoo.js is included):
QxTextField.prototype._visualizeFocus = function()
{
if (this.getEnableElementFocus())
{
try {
this.getElement().focus();
} catch(ex) {};
};
this.setFoc
> >> This should completely be configurable using the appearance layer of
> >> qooxdoo. We could probably code some tab behavior which behaves more
> >> like the native ones. Have you some time to help? ;)
> >
> > Point me at the code, give me a spec, and I'll take a look :-)
>
> I meant appear
Dietrich Streifert schrieb:
OK I had a look through the sources and got (hopefully) the place where
the focus is set. It is in QxWidget.js:
proto._visualizeFocus = function()
{
if (!QxFocusManager.mouseFocus && this.getEnableElementFocus())
{
try {
this.getElement().focus();
} catc
Stefano Marocco schrieb:
Hi,
how I can get the currently focused widget?
yourWidget.setFocused(true);
Sebastian
Thanks
Stefano
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop!
Hi,
how I can get the currently focused widget?
Thanks
Stefano
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files a
Hallo Andreas,
gibt es die Möglichkeit auch "out of office" zur arbeiten? Also im
Home-Office.
Leider bin ich familiär sehr an die Gegend um Nürnberg gebunden.
Falls die Möglichkeit existiert gib mir kurz Bescheid.
Grüße
Andreas Ecker schrieb:
Howdy!
To further improve qooxdoo we are
OK I had a look through the sources and got (hopefully) the place where
the focus is set. It is in QxWidget.js:
proto._visualizeFocus = function()
{
if (!QxFocusManager.mouseFocus && this.getEnableElementFocus())
{
try {
this.getElement().focus();
} catch(ex) {};
};
this.setFocus
Dietrich Streifert schrieb:
I modified the Window_4 example in two ways:
1) the first text field has an event listener "beforeAppear" which sets
the focus to the field via setFocused(true).
2) the "Set Focus To First Field" button has an execute event listener
which sets the focus to the field
OOPS This should go private to Andreas!
sorry for the traffic.
Dietrich Streifert schrieb:
Hallo Andreas,
gibt es die Möglichkeit auch "out of office" zur arbeiten? Also im
Home-Office.
Leider bin ich familiär sehr an die Gegend um Nürnberg gebunden.
Falls die Möglichkeit existiert gib m
Howdy!
To further improve qooxdoo we are seeking javascript developers. Main
focus will be on two areas:
a) extending qooxdoo as a gui framework (e.g. features, widgets,
performance, browser support)
b) creating state-of-the-art ajax based applications using qooxdoo
You would work here on
Kirill Balyasnikov schrieb:
Hi guys, i'm new to qooxdoo. Your framework is wonderfull! :)
I have a question. Is it posible to add inline editing support in
QxListView? Any ideas?
Possible yes, but nowhere implemented already. Normally it's just a
QxTextField/QxComboBox which you move around
Dietrich Streifert schrieb:
The XUL Bug seems to have some very undesireable effects.
Please have a look at
https://bugzilla.mozilla.org/show_bug.cgi?id=236791
I don't know which (side) effects you mean. The most interesting thing I
thing is IMHO this: "try/catch fails to trap it"
(https://
> This should be fixed now in CVS. Please verify it. Thanks.
While I'm waiting for it to filter through to the public CVS mirror, I
tried running the qooxdoo/source/html/example/ComboBox_1.html. After some
faffing I found that I had to do the build process again to get a new
includer.js. Anothe
> Hopefully fixed in CVS now. I have just optimized the disposer code
> added yesterday. Should be (nearly) leak free now.
Looking good, running both local tests and the online demo.
Hugh
---
This SF.net email is sponsored by: Splunk Inc. Do
> > The description appears to be copied from the Button demo. It should
> > refer to QxRepeatButton.
>
> Fixed. Thank you Hugh.
Verified, thanks.
Hugh
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for prob
The XUL Bug seems to have some very undesireable effects.
Please have a look at
https://bugzilla.mozilla.org/show_bug.cgi?id=236791
It's unbeleivable but this bug seems to persist since beginning of 2004.
Sebastian Werner schrieb:
Dietrich Streifert schrieb:
Hello Sebastian,
Hi Dietric
Hi guys, i'm new to qooxdoo. Your framework is wonderfull! :)
I have a question. Is it posible to add inline editing support in
QxListView? Any ideas?
Kirill Balyasnikov
[EMAIL PROTECTED]
---
This SF.net email is sponsored by: Splunk Inc
Hugh Gibson schrieb:
I have changed the behavior a bit to handle the keypress event a bit
different compared to previous versions. This seems to fix this bug.
Hopefully this does not introduce new ones. Could you please test a
bit? I will put it online in some minutes. Thanks.
Space bar handl
I modified the Window_4 example in two ways:
1) the first text field has an event listener "beforeAppear" which sets
the focus to the field via setFocused(true).
2) the "Set Focus To First Field" button has an execute event listener
which sets the focus to the field via setFocused(true)
Both
Dietrich Streifert schrieb:
I'm sorry, but setting the inital focus problem is still there. I sent a
new email to the list to handle this problem.
The initial focus problem has nothing to do with this in my opinion. If
you have a hack which worked previously, I am sorry, but you need to
reinv
Kent Olsson schrieb:
Have you any ideas to change the garbage collecting mechanism to be more
effective and create less risk of memory leaks? I can see performance
gains here, when handles are not deleted until really needed in a more
dynamic way. I also can see that one of the list's users found
Hello List,
after all these changes to the event manager and the introduction of the
appearance stuff I've reached again the point where I want to set the
cursor into a QxTextField programatically.
The situation is as follows: I have a QxTextField in a QxWindow. When
the user does an action
> I have changed the behavior a bit to handle the keypress event a bit
> different compared to previous versions. This seems to fix this bug.
> Hopefully this does not introduce new ones. Could you please test a
> bit? I will put it online in some minutes. Thanks.
Space bar handling is strange.
> > What is the path to the test files now?
>
> source/html/[test|example|showcase]/*.html
Ah, good old WinCVS. I've got them now, after checking "Create missing
repositories that exist in the repository".
Hugh
---
This SF.net email is spons
Dietrich Streifert schrieb:
Hello List,
after all these changes to the event manager and the introduction of the
appearance stuff I've reached again the point where I want to set the
cursor into a QxTextField programatically.
The situation is as follows: I have a QxTextField in a QxWindow. W
I'm sorry, but setting the inital focus problem is still there. I sent a
new email to the list to handle this problem.
Sebastian Werner schrieb:
Dietrich Streifert schrieb:
Oh yes! It is a XUL bug!
But somehow your last commit prevents me from initially positioning
the cursor into a textfie
Kent Olsson schrieb:
win is a window. Does the following function
win.close();
clean up the memory by
doc.remove(win);
and thereafter
dispose of the win component, or do I have to do the following:
doc.add(win);
win.open();
win.close()
doc.remove(win);
win.dispose();
win = null;
to compl
Yes! The problem is gone!
Thank you.
Best regards.
Sebastian Werner schrieb:
Dietrich Streifert schrieb:
Additionally this seems to break tab focus handling in IE6. Pleas try
the Window_4.html example. Put the cursor in the first text field and
then hit the TAB key multiply. The following er
You have to set the path in the QxImageManager. In my case it is:
QxImageManager.set({path:'/qooxdoo/public/images/',iconTheme:'crystalsvg',widgetTheme:'windows'});
I'm also setting the icon theme and the widget theme. So you have to
change the path attribute to wherever your qooxdoo image
bobmanc schrieb:
I have created some qooxdoo code that mimics the alert,confirm and prompt
dialogs if anybody is interested I could upload it somewhere.
Please just zip it and sent it to the mailinglist. If the size is under
100kb then. Otherwise please send it directly to me:
[EMAIL PROTECTE
Kent Olsson schrieb:
It might then be possible to use for the application developed by
qooxdoo too. That would be nice!
That was the original idea. To include scripts from different path a
build one qooxdoo.js or app.js file. Yes, nice.
Sebastian
Kent
On Tue, 2006-01-31 at 22:36 +0100,
Kent Olsson schrieb:
Here is an example:
Mobila Kontoret
window.application.main = function() {
var doc = this.getClientWindow().getClientDocument();
var mainW = new QxWindow("Test");
mainW.setSpace(20, 400, 48, 250);
do
36 matches
Mail list logo
