[qooxdoo-devel] simple(?) RPC-JavaBackend question

Hi, i'm using qooxdoo with the java-backend. It works very very good. But now I have a little problem to get the right type of value of the sent post-message to the backend. Here is my message: {"service":"de.germo.webFramework.myApp.UserManagement","method":"save", "id":16,"params"

Re: [qooxdoo-devel] Starting out with the qooxdoo libraries

To combine multiple UI libraries is normally not a good idea. It starts with conflicts between event and focus handling does over to style conflicts and ends with the bloat to load both. The full build process cannot be used with ExtJs. You are able to compress files on a single file basis

Re: [qooxdoo-devel] forceValue in 0.7.x

If you use properties this issue is normally already solved. Properties only fire events or execute apply methods if the value has changed. In such circular calls normally the value keeps the same and the circularity is broken by the property system. "forceValue" and all other forces were a

Re: [qooxdoo-devel] forceValue in 0.7.x

On Wed, 2007-09-19 at 14:55 -0700, Deacon Frost wrote: > Hello, > > I am looking for a way to update a textfield or select a combobox item > without having a change-event fired to prevent circular events (combobox > sets textfield value and vice versa). I came across the "forceValue" method > whic

Re: [qooxdoo-devel] Starting out with the qooxdoo libraries

Fabian, > You can tell the build system to just include the required files in the > > "soure" version by setting the Makefile variable > > APPLICATION_COMPLETE_SOURCE to false > > . > > If you do this make sur

[qooxdoo-devel] forceValue in 0.7.x

Hello, I am looking for a way to update a textfield or select a combobox item without having a change-event fired to prevent circular events (combobox sets textfield value and vice versa). I came across the "forceValue" method which is unfortunately no longer available in 0.7.x. Is there a differ

Re: [qooxdoo-devel] qx 0.7.2 / qx.io.remote.Response:getData deprecated

On 9/19/07, bibliograph <[EMAIL PROTECTED]> wrote: > > Yes, this has broken my code too ... Derrell - maybe you need to update > the Rpc code? I have no idea what this message is referring to. Some change has apparently occurred that I'm either not aware of, or have entirely forgotten about. Fa

Re: [qooxdoo-devel] qx 0.7.2 / qx.io.remote.Response:getData deprecated

Yes, this has broken my code too ... Derrell - maybe you need to update the Rpc code? Thanks, Christian frederic schrieb: > Hello, > I've updated my qooxdoo sdk to 0.7.2 and now I have a warning using this > code : > > var req=new qx.io.remote.Rpc(); > req.set({url: SERVICE_URL, serviceName: "my

Re: [qooxdoo-devel] make distclean removes .svn folder in source/script

To the best of my knowledge, the MAKE DISTCLEAN should not touch the source folders at all. It never does for me. It should only remove the folders and files that the make creates. Jim On 9/19/07, bibliograph <[EMAIL PROTECTED]> wrote: > > Hello, > > am I the only one experiencing this problem:

[qooxdoo-devel] make distclean removes .svn folder in source/script

Hello, am I the only one experiencing this problem: whenever I do "make distclean" in my svn checkout, the content of the source/script folder is deleted along with the .svn folder that is there from the svn checkout - leading to an error whenever I try commit something. I have so far worked a

[qooxdoo-devel] qx 0.7.2 / qx.io.remote.Response:getData deprecated

Hello, I've updated my qooxdoo sdk to 0.7.2 and now I have a warning using this code : var req=new qx.io.remote.Rpc(); req.set({url: SERVICE_URL, serviceName: "myservice", crossDomain: false, timeout: 3}); req.callAsyncListeners(true,"myfunction",[param1,param2]); req.addEventListener("comple

Re: [qooxdoo-devel] Tab Index question

Hi Sebastian, I am using 0.7 alpha1 version,It has the focus issues for text field in case of firefox(text fields are not getting focus,if tab key is pressed).These have been fixed in 0.7.1 version.But i should use the alpha version only as lot of work was done with alpha version api.Can you

Re: [qooxdoo-devel] Automate tests

Joel, be invited to post your experiences with qooxdoo and AutoMate to the qooxdoo Test Tools page (http://qooxdoo.org/documentation/general/test_tools). =Thomas > I posted a message on the Eclipse RAP forum > (http://dev.eclipse.org/newslists/news.eclipse.technology.rap/msg01150.html) > regardin

Re: [qooxdoo-devel] PDF-Plugin Buttonview Problem IE 6/7

I know that IE has a huge problem with Flash in that a Flash object is ALWAYS on top of everything. It's possible that the PDF object suffers from the same bug. It is an IE bug, not a qooxdoo bug, I discovered this prior to using qooxdoo. I don't believe that the bug exists in FireFox. Jim www.D4P

Re: [qooxdoo-devel] Automate tests

And BTW, we use TestComplete for our automated testing using FireFox as the main test browser. It works nicely. Jim On 9/19/07, Sebastian Werner <[EMAIL PROTECTED]> wrote: > > "very near" is probably not the right one here. It will be changed > completely with 0.8. But until then it's a good idea

Re: [qooxdoo-devel] Automate tests

"very near" is probably not the right one here. It will be changed completely with 0.8. But until then it's a good idea to just use one of these. Properties and Attributes are somewhat comparable with a little difference. In 0.8 this difference is handled automatically. Sebastian Jim Hunter

Re: [qooxdoo-devel] Tab Index question

Hi Sebastian, Thank you for the explanation. You are right, it works. I did the mistake at another place, so the function was not called, but doing test, I could not find the entry I had expected, so I was confused, how it should work. Maria Am Mi, 19.09.2007, 16:54, schrieb Sebastian Werner: >

Re: [qooxdoo-devel] Automate tests

We just add an id to the controls we want to test using ctrl.setHtmlAttribute('id', 'ourID'). I understand that setHtmlAttribute is getting changed to setHtmlProperty (at least I think this is true) in the very near future. Jim www.D4PHP.org www.D4PHP-Hosting.com On 9/19/07, [EMAIL PROTECTED] <

Re: [qooxdoo-devel] Tab Index question

Hi Maria, the focus handling is controlled by the FocusManager. This managers "hacks" itself into the tab key sequence and overwrite the browsers default behavior. This is needed because some browser do not support tabIndex on all elements and also because otherwise there would not be a chance

[qooxdoo-devel] PDF-Plugin Buttonview Problem IE 6/7

Hi list, There is a problem when using a pdf-plugin (f.e. adobe) inside a ButtonView (only IE). When I display a pdf-document on a qx.ui.pageview.buttonview.ButtonView (the pdf is also inside an IFrame) and click on another button to Show another page, the PDF-Document is still visible on

[qooxdoo-devel] Tab Index question

Hi, I have a question concerning the Tab Index of a widget. I thought this is an equivalent to the setting TabIndex of an input control in html, if it used with an form widget. When looking inside the source code of the widget, i could see that it does not manipulate this property, but I don't kn

[qooxdoo-devel] qooxdoo 0.7.2 released

Hi all! Another minor release of qooxdoo. This is more or less a simple bugfix release, but more in the tradition of the 0.6.x line it also contains a bunch of new features: New search capability in the API viewer, completely refactored table rendering, new cell renderers and editors, a new ap

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

Bravo!. It works now. Thanks once more. Fabian Jakobs-2 wrote: > > I have changed the table so your renderer should work again. Can you > verify that? > -- View this message in context: http://www.nabble.com/qooxdoo-0.7.2-planned-for-tomorrow-tf4474652.html#a12778153 Sent from the qooxdoo-

Re: [qooxdoo-devel] Tab completion

Fabian, Thanks for the help. I found that stopPropagation by itself didn't work, and neither did preventDefault, but if I called them both I got the desired result. I don't understand why this is, but I'm very happy that it works! Thanks again. David Fabian Jakobs wrote: > Hi John, > > you h

[qooxdoo-devel] Automate tests

I posted a message on the Eclipse RAP forum (http://dev.eclipse.org/newslists/news.eclipse.technology.rap/msg01150.html) regarding system and acceptance test automation using Automate (http://www.networkautomation.com/automate/). Our main issue is that the generated html components are missing any

Re: [qooxdoo-devel] Make a column invisible

On 9/19/07, Kolodziej Christian <[EMAIL PROTECTED]> wrote: > > my next issue is concerning the table widget and I thing that the solution > is very simple, but I couldn't found it until now. How can I make a column > invisible when the page loaded? That information is part of the table column mode

Re: [qooxdoo-devel] Tab completion

johnl schrieb: > Fabian, > > Thanks for the help. I found that stopPropagation by itself didn't work, > and neither did preventDefault, but if I called them both I got the > desired result. I don't understand why this is, but I'm very happy that > it works! > > Yes, you need both. stopPropag

Re: [qooxdoo-devel] Problem whith findValueExact

A colleague of mine came across the problem that is being discussed in this topic. We considered the problem and some questions were arisen. As said in the topic earlier, it would be useful to define ListItem's value of arbitrary type (for example, Date or Number) and have an opportunity to use me

[qooxdoo-devel] Make a column invisible

Hello everybody, my next issue is concerning the table widget and I thing that the solution is very simple, but I couldn't found it until now. How can I make a column invisible when the page loaded? That means that I don't want to click on the column in the "visilibity menu" (right top) of the

Re: [qooxdoo-devel] Cookie question

There was nothing to fix. My experiments showed me, that you cannot delete a cookie in Firefox, if you give only the cookie name to document.cookie. The path is a must, so it has to be written like: qx.io.local.CookieApi.del("PHPSESSID","/"); Sebastian Werner wrote: > > Good question. This API

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

dperez schrieb: > That's true. You have guessed! > This is my simple custom renderer: > > qx.Class.define('CeldaBooleanaClicable', { > extend: qx.ui.table.cellrenderer.Boolean, > > members: { > _getCellStyle: function(cellInfo) { > return (cel

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

dperez schrieb: > Of course! > > > Fabian Jakobs-2 wrote: > >> Are you using a fresh revision? >> >> > > That is strange. Are you using custom cell renderer in any of the rows? If that is the case could you send them to me (private if you like) so I can see and document what has to be

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

That's true. You have guessed! This is my simple custom renderer: qx.Class.define('CeldaBooleanaClicable', { extend: qx.ui.table.cellrenderer.Boolean, members: { _getCellStyle: function(cellInfo) { return (cellInfo.style || '') + '

Re: [qooxdoo-devel] another bug in qooxdoo

Done! Version 10051 (we have already 5 digit versions!) Changes: - New event cellContextmenu - qx.event.type.CellEvent --> qx.ui.table.pane.CellEvent dperez wrote: > > > Fabian Jakobs-2 wrote: >> >>>Great, thank you! Just some minor notes: >> >>> - Could you move the event class into the tab

Re: [qooxdoo-devel] another bug in qooxdoo

Hi David > Fabian Jakobs-2 wrote: > >>> Great, thank you! Just some minor notes: >>> >>> - Could you move the event class into the table namespace? Since it is >>> >> only used by the table it would be more natural to put it there. >> >> For example to the qx.ui.table.pane.CellEve

Re: [qooxdoo-devel] 0.7.1 migration advice for static members

Hi Simon, Version 0.7.1 has a new syntax for accessing the static members of the enclosing class, so that the name of the current class isn't used. This eases future refactorings. For accessing the members of another class, you have to embed the name of the referenced class, as before. Simon

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

Of course! Fabian Jakobs-2 wrote: > > Are you using a fresh revision? > -- View this message in context: http://www.nabble.com/qooxdoo-0.7.2-planned-for-tomorrow-tf4474652.html#a12774638 Sent from the qooxdoo-devel mailing list archive at Nabble.com. --

Re: [qooxdoo-devel] another bug in qooxdoo

Fabian Jakobs-2 wrote: > >>Great, thank you! Just some minor notes: > >> - Could you move the event class into the table namespace? Since it is > only used by the table it would be more natural to put it there. > > For example to the qx.ui.table.pane.CellEvent? > >>- I think a context menu e

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

dperez schrieb: > I've written too quickly. > That bug is solved, but another one rises. :-( > I have a tree with a checkbox column. > The checkboxes appear on the 1st column of the metacolumn, instead of the > column where it belongs to, overlapping the contents of the 1st column. > > Here is a sc

[qooxdoo-devel] Komodo Edit

Hi, Today I have tried a free Javascript editor called Komodo Edit. It seems quite promising. It autocompletes code quite well, and finds the definition of any symbol quite well. It doesn't get confused for example with the 2 definitions of function a() function a(b) { return b+1; } var t

Re: [qooxdoo-devel] another bug in qooxdoo

dperez schrieb: > Note: the cellDblclick event replaces the rowdblclick one. > > > dperez wrote: > >> I have committed the new events called cellClick and cellDblclick in the >> 0.7 branch. >> Great, thank you! Just some minor notes: - Could you move the event class into the table namespa

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

I've written too quickly. That bug is solved, but another one rises. :-( I have a tree with a checkbox column. The checkboxes appear on the 1st column of the metacolumn, instead of the column where it belongs to, overlapping the contents of the 1st column. Here is a screenshot: http://www.nabble.

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

Good job Fabian, I confirm that it' solved. :clap: Fabian Jakobs-2 wrote: > > my recent table changes haven broken tree virtual. I think I have now > fixed everything again. > -- View this message in context: http://www.nabble.com/qooxdoo-0.7.2-planned-for-tomorrow-tf4474652.html#a1277393

Re: [qooxdoo-devel] Cookie question

Good question. This API was developed years ago and ported from version to version but I don't think that a lot of people actively use it. Maybe you can have a look and try to fix it (and share the fixes with us, please). Otherwise please open a bug report and put in all the details. Thank you

Re: [qooxdoo-devel] Cookie question

Argh, that was not the trick. The cookie remains, but with value undefined. :-( westor wrote: > > OK, I find out, that I have to use: > qx.io.local.CookieApi.set("PHPSESSID"); > then the cookie will be deleted. > But why qx.io.local.CookieApi.del("PHPSESSID") isn't working? Is this a > bug? > T

Re: [qooxdoo-devel] Cookie question

OK, I find out, that I have to use: qx.io.local.CookieApi.set("PHPSESSID"); then the cookie will be deleted. But why qx.io.local.CookieApi.del("PHPSESSID") isn't working? Is this a bug? The documentation about these 2 classes is missing and I wonder about what qx.io.local.CookieTransport is for. A

Re: [qooxdoo-devel] another bug in qooxdoo

Note: the cellDblclick event replaces the rowdblclick one. dperez wrote: > > I have committed the new events called cellClick and cellDblclick in the > 0.7 branch. > If you like it, I'll will port it to the trunk. > With the current infraestructure, it's easy to create new cell events. > > >

Re: [qooxdoo-devel] another bug in qooxdoo

I have committed the new events called cellClick and cellDblclick in the 0.7 branch. If you like it, I'll will port it to the trunk. With the current infraestructure, it's easy to create new cell events. Fabian Jakobs-2 wrote: > > dperez schrieb: >> I also need an event when clicking on a cell,

Re: [qooxdoo-devel] Enable another ButtonView button

Hello Christian, I hope the following code may be useful. var menubar = new qx.ui.pageview.buttonview.ButtonView; menubar.set({ left : 10, top : 10, right : 10, bottom : 10 }); menubar.addToDocument(); var btn = new qx.ui.pageview.buttonview.Button("Frontpage"); btn.setChecked(t

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

The TreeVirtual is the most powerful tree supplied in qooxdoo and I use it for nearly everything. It has worked quite well since the beginnings. Sebastian Werner wrote: > > However I don't think this is release critical. Also because the tree > virtual was never presented as a stable part (at

[qooxdoo-devel] How to change/restore TextField's value without liveUpdate and leaving TextField?

Sometimes it is necessary to change/restore value of TextField that has liveUpdate=false and is not left (focused out). It would be useful to have a public method that refreshes TextField's value. Let's consider the following code. var sInitValue = "some value"; var txt = new qx.ui.form.TextField

Re: [qooxdoo-devel] Tab completion

Hi John, you have to prevent the browser's default behaviour (focus the next element) by calling e.preventDefault() This should suppress the focus change. Best Fabian > I'm trying to add tab completion (shell style) to a textArea, but the > problem I'm having is I can't get stop the focus fro

Re: [qooxdoo-devel] Using the first column of a table as the "header" column

bibliograph schrieb: > Hello, I was asking this before but it got lost somehow: > > I am using the qx.ui.table.Table as a property editor. The first column > holds the property key labels, the second one holds the editable > property values. > > I would like to style the first column as a "header

Re: [qooxdoo-devel] Extending the Table with dynamic cellEditors and cellRenders

Hi Christian, > Hello Fabian, > > thank you very much for accepting my cellrenderers and celleditors. > There is one small patch necessary which I attach: the > qx.ui.table.cellrenderer.Password needs to be patched so that the > renderer does not choke on "null" values, but everything else works

Re: [qooxdoo-devel] qooxdoo 0.7.2 planned for tomorrow

Derrell Lipman schrieb: > On 9/18/07, Fabian Jakobs <[EMAIL PROTECTED]> wrote: > >> What do you think, should we promote the tree virtual as stable for the >> upcoming 0.7.2 release? I think some qooxdoo users are already using it >> with success. >> > > No, please don't promote it yet. I'

Re: [qooxdoo-devel] buttons and the pressed state

Using the addState is working perfect. But thanks for the other tip. Jim On 9/18/07, Alex Back <[EMAIL PROTECTED]> wrote: > > Hi Jim, > > Jim Hunter wrote: > > It never fails, you can work on something forever and not figure it out > but > > the minute you post a question you see the answer. The