Yes, we maintain a 1 to 1 mapping of controls and we designate the ID
of the control. We create objects with code like:
var my-custom-id = new swep.customObject(); // it is created in the
correct scope to make it easy to update
and the server knows that I have a customObject named my-custom-id a
Jim and Derrel,
Thanks for identifying how I can retrieve the identifier for each
widget. If I can't specify an identifier for a widget how does the
back-end know the qooxdoo identifier for a widget?
Do you maintain a mapping of identifiers on the client side?
Thanks,
Christopher
On Wed, Feb 22
Actually Derrell, maintaining the state at the server works quite well
for us (we have a custom written server in Delphi that interfaces with
our Oracle server and maintains the status of each connected user). We
are able to redisplay the page, in it's current state, whenever the
users hits F5 beca
On Wed, Feb 22, 2012 at 18:10, Chris Bunn wrote:
> Hello
>
> I am new to working with qooxdoo, and am still trying to familiarize
> myself with the API. I am trying to determine the best way to access a
> widget object after it has been created and outside of the scope it
> was created in. In the
Hello
I am new to working with qooxdoo, and am still trying to familiarize
myself with the API. I am trying to determine the best way to access a
widget object after it has been created and outside of the scope it
was created in. In the application that I am working on the back-end
logic maintains
On Wed, Feb 22, 2012 at 15:46, Scott Chapman wrote:
> Derrell and friends,
>
> Here's my current code and what I'm seeing.
> SCREEN:
> Map shows up in the tab like it should, with a red dot on it that's
> clickable.
> The double click event (pointDblClick) is getting fired as indicated
> in the
Derrell and friends,
Here's my current code and what I'm seeing.
SCREEN:
Map shows up in the tab like it should, with a red dot on it that's clickable.
The double click event (pointDblClick) is getting fired as indicated
in the console and I can catch it at the Map level as seen in the
console
On Wed, Feb 22, 2012 at 14:42, Scott Chapman wrote:
> If I add the listener to the Page, it never sees the event fire:
>
> qx.Class.define("kiosk_portal.MapquestMapTab",
> {
> extend : qx.ui.tabview.Page,
>
> construct : function(label)
>{
> this.base(arguments, label);
> this.se
If I add the listener to the Page, it never sees the event fire:
qx.Class.define("kiosk_portal.MapquestMapTab",
{
extend : qx.ui.tabview.Page,
construct : function(label)
{
this.base(arguments, label);
this.setLayout(new qx.ui.layout.VBox());
this.__kioskContainer = new
Alex, beautiful. Thank you.
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/Getting-form-elements-values-that-were-not-created-as-Qooxdoo-widgets-tp7306133p7308410.html
Sent from the qooxdoo mailing list archive at Nabble.com.
---
Hi Scott,
what about if the page widgets are firing the event on theirselves. Since the
tabview does know its pages you can easily add the listener methods there in
the TabView widget. This way the TabView widget gets notified if the event was
fired and can take action.
Regards,
Alex
-O
Hi,
to get the value out of a textfield element you can use
qx.bom.Input.getValue(referenceToDomElement);
Regards,
Alex
-Original Message-
From: smhanes [mailto:smha...@indiana.edu]
Sent: Tuesday, February 21, 2012 9:44 PM
To: qooxdoo-devel@lists.sourceforge.net
Subject: [qo
Hi Omri,
can create a bug report for this one? Your detailed description should be
enough to grasp the issue. However, providing an additional playground example
would be great.
Regards,
Alex
-Original Message-
From: omrihar [mailto:omri...@gmail.com]
Sent: Tuesday, February 21, 201
13 matches
Mail list logo
