Re: [qooxdoo-devel] GUI builder (was is qxtransformer ready?)

thron7 schrieb: > * when you need more control over or higher dynamics within your GUI > (which might be harder in a pure declarative approach - Christian?) > Hi, certainly... you can only code the static parts of the GUI in a declarative xml syntax (just like in HTML). If there are parts of

Re: [qooxdoo-devel] GUI builder (was is qxtransformer ready?)

kc106_2005-qooxdoo schrieb: > Thanks for the reply. > > If, as you said, "You can literally write an full > application in a few hours", why wouldn't it be the > "official" way qooxdoo does things? Or ask in a > different way, when would you *not* use qxtransformer > and stay with pure qooxdoo the

Re: [qooxdoo-devel] is qxtransformer ready?

kc106_2005-qooxdoo schrieb: > The on-line qooxdoo wiki points to two other projects: > Aptana and qxtransformer. Aptana support for qooxdoo > appears to be in limbo until somebody can revive it. > qxtransformer makes quite some bold claims (see > http://qooxdoo.org/documentation/related_projects

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

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. Christian westor schrieb: > Hi Cristian, > > there was a problem with the browser header. Derrell and I uploaded a patch, > you can check i

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

Hello List, has anyone tried Firefox 3 and/or any Gecko-1.9-based browser with qooxdoo 0.7? I am asking because I am trying to use my qooxdoo app with Mozilla Prism (on a Mac): http://labs.mozilla.com/2008/03/major-update-to-prism-first-prototype-of-browser-integration/ and it is based on Fir

Re: [qooxdoo-devel] qx.ui.core.Widget.getApplication()

Hi Jim, my application consists of many different "modules" which exist either as a part of the main (Thunderbird-style) application or in a separate window. The existence of a module cannot be guaranteed - it depends on the privileges of the user, the local backend configuration, etc. I there

Re: [qooxdoo-devel] Get GET URL - Parameters

Yes, this would be great. It should also have support for retrieval of the #... part of the URL ... Thanks! Christian Fabian Jakobs schrieb: > bibliograph schrieb: > >> Hi, >> >> is something like >> >> http://datashaman.com/blog/2007/03/30/get-url-par

[qooxdoo-devel] Get GET URL - Parameters

Hi, is something like http://datashaman.com/blog/2007/03/30/get-url-parameters-in-javascript/ already implemented in the qooxdoo library? If not, it can probably be integrated very easily. Thanks, Christian - This SF.net

[qooxdoo-devel] qooxdoo (0.7.2) display issues on firefox (2.0.0.12) / Mac (10.5.2)

Hi, on a Mac, the scrollbars of widgets "shine through", something seems to be wrong with their Z-Index: http://m41s09.vlinux.de/bibliograph/qooxdoo-firefox-mac-scrollbar-applet-issue.png You can also see that a Java Applet embedded in an iframe is painted over the widgets that sh

Re: [qooxdoo-devel] Alternatives to specifying absolute height and width of tables?

Hi Bryan, I have the same problem with many of my tables, and it seems to be related to the resizing of the table columns. When in editing mode, for example, a table sometimes keeps expanding its width and you cannot do anything against it. I am using a hack that resets the width to a fix numb

Re: [qooxdoo-devel] Closing a window.Window from within an Iframe

Hi, you can only do that if the iframe content is loaded from the same domain as your qooxdoo application. You can then do the following (not tested, might contain typos or bugs): yourIframe.addEventListener("load",function(){ this.getContentWindow().setContainerWindow(yourWindow); },this);

Re: [qooxdoo-devel] selectAll() on focus doesnt work

Sorry, of course you need to set the timeout to a number of milliseconds, such as 100... bibliograph schrieb: > > >this.addEventListener("focus",function (e) { > _this = this; > qx.client.Timer.once(function(){_this.select

Re: [qooxdoo-devel] selectAll() on focus doesnt work

Raul Gutierrez S. schrieb: > Hi, > > I have inherited from Textfield and I am doing this: > > this.addEventListener("focus",function (e) { > this.selectAll(); > },this); > > The idea is to have the text selected when focusing so > it's easy to replace it (my usual usecase), otherwis

Re: [qooxdoo-devel] Drag & Drop File Upload Java Applet

the Java cache (distinct from the browser cache!) through the Java Console (or exit and restart the browser) before seeing the changes. I think this could be developed into a powerful addition to qooxdoo if it is wrapped into a qooxdoo class. Enjoy, Christian bibliograph schrieb: > Hi Lean

Re: [qooxdoo-devel] Drag & Drop File Upload Java Applet

hed. doing "repaint()" doesn't do the job... Thanks, Christian Leander Hanwald schrieb: > Hi Christian, > > is there a one-click-and-oohhh demo available? Yes, it would be possible > to download it, but ...but... it would be more comfortable with a > running demo ;) &g

[qooxdoo-devel] Drag & Drop File Upload Java Applet

Hi list, I have just committed a drag and drop file upload java applet which can be embedded into a qooxdoo application through an iframe: https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo-contrib/qcl/trunk/uploadApplet It comes with a simple php script as a back

Re: [qooxdoo-devel] qx.ui.table.model.Remote question: reload / row gaps

ndes qx.ui.table.model.Remote. How about calling it from your >> _loadRowData() method, just after you've called _onRowDataLoaded() ? >> Alternatively, since _onRowDataLoaded() will be dispatching a >> "dataChanged" event, you can just listen for that and issue

[qooxdoo-devel] New snippet: Simple IFrame/PHP-based progress bar for long-running jsonrpc processes

Just as "normal" http-requests, the json-rpc transport that comes with the qooxdoo library cannot provide very much information on the state of the request. In particular, there is no way for the server to communicate with the client during the request. In "normal" desktop applications, users e

Re: [qooxdoo-devel] faulty HTML breaks qx.io.remote.Request

Derrell Lipman schrieb: > On Feb 3, 2008 12:48 PM, bibliograph <[EMAIL PROTECTED]> wrote: > >> Hello, >> >> With qooxdoo 0.7.2, I am making a cross-domain request to a local server : >> >> // get all entries from bookends for the years >>

[qooxdoo-devel] faulty HTML breaks qx.io.remote.Request

Hello, With qooxdoo 0.7.2, I am making a cross-domain request to a local server : // get all entries from bookends for the years for ( var year = yearStart; year <= yearEnd; year++) { var beReq = new qx.io.remote.Request( beExpUrl+year, qx.net.Http.METHOD_GET, qx.util.M

Re: [qooxdoo-devel] Question: Databinding - How to populate form elem

work with widget.updateClient() to pull the data and widget.updateServer() to save the data to the server. You can see an example here in a widget which has a tree of notes on the left and the properties attached to a note on the right here: https://bibliograph.svn.sourceforge.net/svnroot/bibliograph/bibliog

Re: [qooxdoo-devel] Caching virtual tree data

Fr 09 Nov 2007 13:28:33 UTC von Derrell Lipman an [EMAIL PROTECTED], "qooxdoo Development" Betreff: Re: [qooxdoo-devel] Caching virtual tree dataOn Nov 8, 2007 4:43 AM, bibliograph wrote:> But the data is stored correctly, but when it gets read from the cache> and set t

[qooxdoo-devel] Caching virtual tree data

Hello, In my app, there is a virtual tree which can be switched to connect to different datasources. Rather than reload them any time the user switches between them, I would like to cache the tree node data on the client. Here is the code I use within a message subcriber function of the virtua

Re: [qooxdoo-devel] How to efficiently develop with tomcat?

Hello, concerning deployment circles, this is one of the few areas where PHP shines ... but, to be serious, why have tomcat deliver the javascript? Wouldn't it be much easier to use Apache to serve the frontend and Tomcat only for the Java backend delivering JSON data? Christian Marcel Ruff

Re: [qooxdoo-devel] Modular Application Advice

Hi Jeremy,concerning qxtransformer, here is an example for modular application design: http://bibliograph.svn.sourceforge.net/svnroot/bibliograph/bibliograph/trunk/frontend/source/xml/People working in _javascript_ instead of xml recommend using the approach the framework uses itself - put each

Re: [qooxdoo-devel] [Till, Derrell] qx.ui.table.model.Remote and cell editors

Derrell Lipman schrieb: > On 10/17/07, *bibliograph* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi, > > looking at the API, the remote table model does not support cell > editors. I have also tried to assign a boolean cell renderer

[qooxdoo-devel] [Till, Derrell] qx.ui.table.model.Remote and cell editors

Hi, looking at the API, the remote table model does not support cell editors. I have also tried to assign a boolean cell renderer to the remote model but it does not display. Since I don't know the internals of the models, my question is if it would be possible to put cell renderering and edit

Re: [qooxdoo-devel] qx.ui.table.cellrenderer.Dynamic

Tobias Koller (GERMO GmbH) schrieb: > > Hi, > > > > i found a cellEditor_demopage in a zip-archive which contains a > working example of the cellEditor. > > I will try this first. No other examples are needed ;) > > > > thanks > > Tobias > > > > > It is also here: http://demo.qooxdoo.or

Re: [qooxdoo-devel] qx.ui.table.cellrenderer.Dynamic

rer.Dynamic which is this.getTableColumnModel().getDataCellRenderer(column) what is wrong?   Thank you Tobias   Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Im Auftrag von bibliograph Gesendet: Mittwoch, 10. Oktober 2007 17:31 An: qooxdoo Development Betreff: Re: [qo

Re: [qooxdoo-devel] Modify Build Process for Loading screen

qooxdoo schrieb: > Hi, > I posted a couple of weeks ago about how to create a loading screen. Not a > "loading data" screen, but some visual indication of progress when qooxdoo > first loads it's classes. Christian advised me to modify the build process and > it worked!! Thanks! > > I'm thinkin

Re: [qooxdoo-devel] Patch to qx.ui.table.model.Remote: setValue() method implemented

Derrell Lipman schrieb: > On 10/10/07, bibliograph <[EMAIL PROTECTED]> wrote: > >> I think it should be left to the developer to decide whether she or he >> lets the two states get out of sync or not, but I am updating the table >> cell in any case. >> >&

Re: [qooxdoo-devel] Patch to qx.ui.table.model.Remote: setValue() method implemented

Derrell Lipman schrieb: > I'm going to let Til comment, as I'm no expert on the remote table > model. I do have some minor concerns, though. With the remote table > model, the data is primarily being maintained at the server (or at > least at the "remote" location whatever that happens to be). U

Re: [qooxdoo-devel] qx.ui.table.cellrenderer.Dynamic

Tobias Koller (GERMO GmbH) schrieb: Hi,   i’m playing around with the dynamic cellrenderer. It works for the usual cellrenderer (default, password,…) but there is a problem when I want to use a checkbox-renderer inside the dynamic-cellrenderer.   Usually I handle c

[qooxdoo-devel] Patch to qx.ui.table.model.Remote: setValue() method implemented

Hello, qx.ui.table.model.Remote currently does not implement the setValue() method required by interface qx.ui.table.model.Abstract. This patch adds this method. I tested it with legacy 0.7 and it seems to work fine. This is especially useful if you locally change the remote table data and do not

Re: [qooxdoo-devel] qx.ui.table.model.Remote implementation problems

right metadata, you really do not need to have data structure with named columns. Christian bibliograph schrieb: > Hello Hugh, > > thanks for the info. I'll try that. I simply assumed that the data > structure would be the same as in the Simple Table Model. I use tables > th

[qooxdoo-devel] [Derrell] Enhancement proposal for PHP-JSONRPC

Hi, I would like to propose two enhancements for the JSON-RPC PHP backend and would write the patch for them if agreed. Both enhancements would have no side effects and be completely backwards-compatible. 1) flexible class- and method prefixes Current state: At the moment, the prefix for acces

Re: [qooxdoo-devel] qx.ui.table.model.Remote implementation problems

Hello Hugh, thanks for the info. I'll try that. I simply assumed that the data structure would be the same as in the Simple Table Model. I use tables throughout my app with qx.ui.table.model.Simple and the data structure is always like the one I describe. Christian Hugh Gibson schrieb: >> th

Re: [qooxdoo-devel] qx.ui.table.model.Remote implementation problems

Hugh Gibson schrieb: >> this.addEventListener("dataReceived",function(e){ >> result = e.getData(); >> if ( result== null ) >> { >> this.setRowCount(null); >> this.setRowData([]); >> } >> else if ( "rowCount" in result ) >> { >> this.se

Re: [qooxdoo-devel] qx.ui.table.model.Remote implementation problems

forgot to explain that the whole thing works with the qcl.databinding.simple.MDataManager mixin, which does all the i/o stuff and dispatches the "dataReceived" event when the data has arrived. this part works flawlessly, the data is just not rendered in the table rows bibliogra

[qooxdoo-devel] qx.ui.table.model.Remote implementation problems

Hello, it took me a while to figure out how to write an implementation of the qx.ui.table.model.Remote class. I will provide this class as a much-needed example. Now everything works with the backend - the data is prefetched and everything - sweet! But nothing shows up in my table, event

[qooxdoo-devel] NS_ERROR_XPC_JS_THREW_JS_OBJECT location: "" data: no

Hello, sometimes error occur that are very hard to debug, such as [Exception... "'Error: Property serviceName of an instance of qx.core.Target is not (yet) ready!' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001c (NS_ERROR_XPC_JS_THREW_JS_OBJECT)" location: ""

Re: [qooxdoo-devel] Possible to show loading screen?

Hi Tobias,I think the poster meant something different: to show a "Loading.." screen during startup, when the classes are being loaded.This can only be done at build time: creating a small div with a message and updating the message between each class file loaded "make source" or in between all (

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

. Sorry! Christian Fabian Jakobs schrieb: > bibliograph schrieb: > >> Hello, >> >> I don't think it is a good idea to introduce API changes which do not >> add any functionality and break people's code like this. Couldn't this >> have waited

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

Hello Fabian,as far as I can tell, Derrell's JsonRpc-Classes broke - they no longer work for me. My app worked before the update, now I get the warning and the app doesn't work anymore. I need to investigate more closely-maybe it is my own mistake, but since I have the same symptoms as david, I d

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

Hello, I don't think it is a good idea to introduce API changes which do not add any functionality and break people's code like this. Couldn't this have waited until 0.8? Sorry, but it is a bit frustrating to lose time over things that have no apparent benefit. ;-( Christian Derrell Lipman

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

[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

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

ase > be sure to post all the details there. > > However I don't think this is release critical. Also because the tree > virtual was never presented as a stable part (at least for me). What is > Derrels position about the stability of the widget? > > Sebastian > > &g

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

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" column and would therefore be

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

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 phantastic. I also att

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

Hi Sebastian, good to hear! As far as I am concerned, I am still struggling with the fact that during a drag session over a TreeVirtual, the supportsDrop method receives a reference to a HorizontalBoxLayout and not the TreeVirtual itself if the drag source and the drop target are the same ("drop

Re: [qooxdoo-devel] qooxdoo component library sample application prev

stian,Your online demo is broken, I have the following errors in Firebug :missing } in XML _expression_ |[Break on this error] return true\n |sample_app.js (line 5)qx is not defined |[Break on this error] if (qx.IS_SOURCE) | build (line 13)bibliograph wrote:>> Hello,>> I have just put

[qooxdoo-devel] qooxdoo component library sample application preview

Hello, I have just put a preview of the qooxdoo component library (qcl) sample application online: http://m41s09.vlinux.de/qooxdoo/qcl_sample_app/frontend/build/ the qcl is already available form qooxdoo-contrib: https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo

Re: [qooxdoo-devel] event fired after gui rendering is completed

ear attached onto one of the main things on my form. > > Jim > www.D4PHP.org <http://www.D4PHP.org> > www.D4PHP-Hosting.com <http://www.D4PHP-Hosting.com> > > > On 9/17/07, *bibliograph * <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > &g

Re: [qooxdoo-devel] event fired after gui rendering is completed

s the appear event. You can attach code to the appear event of > almost any of your visible objects. > > Jim > www.D4PHP.org <http://www.D4PHP.org> > www.D4PHP-Hosting.com <http://www.D4PHP-Hosting.com> > > > On 9/17/07, *bibliograph* <[EMAIL PROTECTED] >

[qooxdoo-devel] qx.ui.table window/textarea-based cell editor

Hi, I have seen in the source code that qx.ui.table will automatically support a cell editor which is a subclass of qx.ui.window.Window for editing cell content that is bigger than the cell. I was just about writing one but then though that someone might have already done that. Has anyone writ

[qooxdoo-devel] event fired after gui rendering is completed

Hello, I was searching the documentation and the API but was not sucessful: is there an event that is fired after all visible widgets have been rendered? and what object fires it? Thanks, Christian - This SF.net email is s

Re: [qooxdoo-devel] Screencast: Drag & Drop Problem (continued)

gt; return null;> },>> "default" : function(e)> {> var vCurrent = egetTarget();>> while (vCurrent != null)> {> if (!vCurrent.supportsDrop(this.__dragCache)) {> return null;> }>> if (this.supportsDrop(vCurrent)) {>

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

Hello Sebastian,Di 11 Sep 2007 09:38:23 UTC von Sebastian Werner an qooxdoo Development Betreff: Re: [qooxdoo-devel] Extending the Table with dynamic cellEditors and cellRendersDerrell Lipman schrieb:> On 9/8/07, *bibliograph* > > wrote:>> Hello,>> attached you find

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

Derrell Lipman schrieb: > > I believe that these bugs should be fixed before it gets applied to > the 0.7 branch. The 0.7 branch is not a "development" branch per se, > so it should, I think, always be in a fully "working" state. It is > the current "release" and should, I think, act as such.

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

Hello, attached you find a patch (you need to rename the .zipp extension back to .zip) to the qx.ui.table package which adds the following classes : qx.ui.table.celleditor.ComboBox qx.ui.table.celleditor.Dynamic qx.ui.table.celleditor.PasswordField qx.ui.table.cellrenderer.Dynamic qx.ui.table

Re: [qooxdoo-devel] ComboBox als CellEditorFactory in qx.ui.table.Table

Derrell Lipman schrieb: > On 9/7/07, *bibliograph* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi, > > I was looking to replace the CellEditorFactory in the > qx.ui.table.Table > with a combobox and have been successful i

[qooxdoo-devel] ComboBox als CellEditorFactory in qx.ui.table.Table

Hi, I was looking to replace the CellEditorFactory in the qx.ui.table.Table with a combobox and have been successful in principle. I created a class qx.ui.table.celleditor.ComboBox and the combox shows up nicely. I can also add ListItem widgets which display in the dropdown menu. I can also ed

Re: [qooxdoo-devel] Screencast: Drag & Drop Problem (continued)

7;s why I didn't provide a patch, but just sent the hack that I will use to achieve the desired outcome until it is fixed to make it easier to find out what is wrong. Of course there need to be a real solution to the problem... Thanks, Christian > Derrell > > On 9/6/07, bibliograph

Re: [qooxdoo-devel] Screencast: Drag & Drop Problem (continued)

urrent != null) { if (!vCurrent.supportsDrop(this.__dragCache)) { return null; } if (this.supportsDrop(vCurrent)) { return vCurrent; } vCurrent = vCurrent.getParent(); } return null; } }); bibliograph schrieb: > Hello Sebastian and other

[qooxdoo-devel] Screencast: Drag & Drop Problem (continued)

Hello Sebastian and others, I am still having the same problem with drag and drop over the tree and both Derrell and I cannot do anything without your input. I have produced a screencast to demonstrate the problem: http://m41s09.vlinux.de/dragDropProblem.avi (Sorry, 2MB) I am using Firefox 2.

Re: [qooxdoo-devel] TreeVirtual: Deselect all nodes

Duh! Why not just look at the error console before posting? this.getSelectionModel().clearSelection(); is the correct call. Sorry, C. bibliograph schrieb: > Hi, > > what is the correct way to deselect all nodes in the TreeVirtual? > > myTreeVirtual.getSelectionManager().ge

[qooxdoo-devel] TreeVirtual: Deselect all nodes

Hi, what is the correct way to deselect all nodes in the TreeVirtual? myTreeVirtual.getSelectionManager().getSelectionModel().clearSelection(); doesn't seem to do the trick. Christian - This SF.net email is sponsored by: S

Re: [qooxdoo-devel] Sending a message

Jim, I think Derrell is right here - messages are disposed after all subscribers have been notified. Christian Derrell Lipman schrieb: > > > On 9/5/07, *Jim Hunter* <[EMAIL PROTECTED] > > wrote: > > Christian, > > I was excited to see this bit of information

Re: [qooxdoo-devel] Table Problem: constantly growing width

it must have to do with the Resize behavior. bibliograph schrieb: > var qx_id4518102_tableModel = new qx.ui.table.model.Simple(); > qx_id4518102_tableModel.setColumns(['Property','Label','Value']); > qx_id4518102_tableModel.setColumnEditable(2,tr

[qooxdoo-devel] Table Problem: constantly growing width

Hello, I am doing complex layouts involving Table and TreeVirtual and constantly run into a wierd problem: under specific circumstances, the Table and the TreeVirtual (which inherits from the Table) start growing in their width without stopping, eventually resulting in a browser crash. There must

Re: [qooxdoo-devel] Data Binding Mechanism. Qooxdoo and QxTransformer.

> My current qooxdoo's application has a very bad implementation of form > handling and I would be very happy to test your "form emulation" described > in the PDF doc. > > Cheers. > Frederic > > > > > bibliograph wrote: > >> Hi Carsten, >

[qooxdoo-devel] Cryptography module

Hello, are there any plans to include a cryptography module? Having md5, for example, would be very handy. I know there are tons of javascript implementations floating around, but it would be nice to have one in the qx namespace as a package. Has anyone written such a package for private use y

[qooxdoo-devel] patch for qx.event.message.Bus

The following patch to qx.event.message.Bus saves a lot of typing: Instead of qx.event.message.Bus.dispatch( new qx.event.message.Message( "myapp.messages.foo", data ) ); you can not write qx.event.message.Bus.dispatch( "myapp.messages.foo", data ); Please apply. Thanks!

[qooxdoo-devel] Simple JSONRPC testpage in php

Hello, Debugging your backend jsonrpc scripts from the frontend application can be cumbersome since it may involve reloading the whole application. Here is a quick-and-dirty PHP script with which you can debug your jsonrpc service classes quickly: http://qooxdoo.org/documentation/0.7/snippets/

[qooxdoo-devel] Drag & Drop target widget problem

Hello, Derrell and I are working on finalizing the drag & drop support for the TreeVirtual and have run into a problem that requires deeper knowledge about the drag&drop operations. During a drag session *within* a TreeVirtual, the sourceWidget property of the dragCache object passed to the su

Re: [qooxdoo-devel] Drag&Drop between Table and Tree

Hi, I am back. I don't think it is very difficult to port the MDragAndDropSupport from TreeVirtual to the Table or even make a generic Mixin for both widgets. However, we do need to sort out the present issues before we can start this - since they concern the main codebase, I cannot do anything

Re: [qooxdoo-devel] [Derrell/Fabian] Patch to MDragAndDropSupport

Sebastian Werner schrieb: > Derrell Lipman schrieb: > >> On 8/27/07, Sebastian Werner <[EMAIL PROTECTED]> wrote: >> >>> Hi Christian, >>> >>> Just want to inform you that Fabian is on vacaction until next Monday. >>> Maybe Derrell can have a look. >>> >> Sebastian, I have this messag

[qooxdoo-devel] [Derrell/Fabian] Patch to MDragAndDropSupport

Hi Derrell or Fabian, can you commit this patch to the MDragAndDropSuppor Mixin? It fixes a couple of bugs and issues with the documentation, adds multi-selection drag&drop and automatic scrolling of the tree in a drag session if the drag cursor is over the first or last row. Probably there is

Re: [qooxdoo-devel] Drag & Drop in TreeVirtual

Hi Derrell and Fabian, just a quick note: I think the code that the patch operates on was supposed to be a workaround for some Gecko-related drag problem (I don't know about the details), not a general behaviour - since the demo and mixin works well in other browsers without patch. But you are r

Re: [qooxdoo-devel] Drag & Drop in TreeVirtual

Thanks, Derrell! I reattach the patch that fixes the Firefox/Gecko problem. The demo really doesn't work very well without this patch. Cheers, Christian Index: F:/xampp/htdocs/qooxdoo-trunk/frontend/framework/source/class/qx/event/handler/DragAndDropHandler.js ==

Re: [qooxdoo-devel] TreeVirtual node user data standardization request

Derrell Lipman schrieb: > On 8/8/07, *bibliograph* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hello, > > I would like to request that some agreement is made as to how user > data > is stored in a TreeVirtual, so that devel

Re: [qooxdoo-devel] [Derrell] TreeVirtual - move & copy nodes

Uh oh, 3am, I should stop. Updated the qx.ui.treevirtual.MDragAndDropSuppport mixin (link see below) to support moving of nodes and sorting of node children. Still quite buggy, but we are getting there. As usual, I attach the updated demobrowser page. Christian bibliograph schrieb: Here is

Re: [qooxdoo-devel] [Derrell] TreeVirtual - move & copy nodes - resolved!

MDragAndDropSupport mixin and add a few more utility methods. Should be a snap now that I found out what I did wrong! Christian bibliograph schrieb: Great! Looking forward to this. For the moment, here is an updated demobrowser page with a "moveNode" function which should eventually b

Re: [qooxdoo-devel] [Derrell] TreeVirtual - move & copy nodes

n Derrell Lipman schrieb: On 8/10/07, bibliograph <[EMAIL PROTECTED]> wrote: Hi, this is probably a question for Derrell again: I am just finalizing drag & drop for the tree virtual but I am stuck on what to do if I want to move or copy nodes. Should I be able change the raw data array s

Re: [qooxdoo-devel] [Derrell] TreeVirtual - move & copy nodes

mple for the demobrowser. The drag session works already, now I only need to know how to do the actual moving and copying of the nodes. Cheers, Christian bibliograph schrieb: Hi, this is probably a question for Derrell again: I am just finalizing drag & drop for the tree virtual but I

[qooxdoo-devel] [Derrell] TreeVirtual - move & copy nodes

Hi, this is probably a question for Derrell again: I am just finalizing drag & drop for the tree virtual but I am stuck on what to do if I want to move or copy nodes. Should I be able change the raw data array structure and then do treedatamodel.setData(treedatamodel.getData()) to re-index it? I

[qooxdoo-devel] Patch for qx.event.handler.DragAndDropHandler

Hi, in the Drag & Drop event Handler, there is a variant for gecko browsers which is supposed to work around a gecko bug (I don't know the internals). The workaround, however, makes it impossible to drag nodes WITHIN a treeVirtual. This patch fixes this. I don't know the side effects of this,

[qooxdoo-devel] TreeVirtual node user data standardization request

Hello, I would like to request that some agreement is made as to how user data is stored in a TreeVirtual, so that developers can write interoperating extensions for the TreeVirtual class. I hereby suggest that, equivalent to the widget.setUserData() syntax, custon data be stored in the treeda

[qooxdoo-devel] New Snippet: Drag & Drop support for TreeVirtual

Hello everybody, my two-day struggle with drag & drop between TreeVirtual widget has found a peaceful and happy end that I have documented here: http://qooxdoo.org/documentation/0.7/snippets/treevirtual_supports_drop_helper The solution is quite hackerish and definitely not qooxdoo-style, but i

Re: [qooxdoo-devel] Drag and Drop with virtual widgets - solved

().getData("node"); sorry for the noise! Christian bibliograph schrieb: > sorry I am creating monologic threads ... more like a blog ... my > problems seem to be quite esoteric. > > Anyways, here is an update. I want to drag a tree node from one > treeVirtual to an

Re: [qooxdoo-devel] Drag and Drop with virtual widgets

r.getInstance().getData() (which has "no properties", thus, it is null). What can I do? Thanks, Christian bibliograph schrieb: > Hello, > > there seems to be a problem (or at least I am having this problem) with > drag & drop involving virtual widgets. > >

[qooxdoo-devel] Drag and Drop with virtual widgets

Hello, there seems to be a problem (or at least I am having this problem) with drag & drop involving virtual widgets. The current architecture assumes that it is enough to store the sourceWidget and the destinationWidget during the drag session. However, with virtual widgets this is not enough

Re: [qooxdoo-devel] Get cell/row that is currently hovered in table and treevirtual

ilt in without the need of an additional "dragmove" event handler. Cheers, Christian bibliograph schrieb: > Hello, another issue - > > it seems like the cell/row focus indicator does not update during a drag > session in treevirtual and table. If I drag something from one

Re: [qooxdoo-devel] Get cell/row that is currently hovered in table and treevirtual

or do I have to change some setting to allow a focus update? Thanks, Christian bibliograph schrieb: > Ok, found it out for treevirtual > > var targetNode = > this.getDataModel().getRowData(this._getPaneScrollerArr()[0].getFocusedRow())[0]; > > phew, this was a bit hard to

Re: [qooxdoo-devel] Get cell/row that is currently hovered in table and treevirtual

hanks, Christian bibliograph schrieb: > Hi, > > I know that Derrell answered this question a while ago, but I cannot > find it in the archives - how can get the cell or row that the cursor > currently hovers over (for example, during a drag session) in the > treevirtual and ta

[qooxdoo-devel] Get cell/row that is currently hovered in table and treevirtual

Hi, I know that Derrell answered this question a while ago, but I cannot find it in the archives - how can get the cell or row that the cursor currently hovers over (for example, during a drag session) in the treevirtual and table widgets? I remember it has something to do with the pane scroll

Re: [qooxdoo-devel] [Derrell] jsonrpc php backend - small enhancement

Derrell Lipman schrieb: > On 8/5/07, *bibliograph* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi Derrell, > > here is another patch that I would like to ask you to integrate. It is > not a good idea to suppress errors during the inc

Re: [qooxdoo-devel] [Derrell] jsonrpc php backend - small enhancement

Derrell Lipman schrieb: Uggh. I hate it when I do that. Here's the previously missing patch... Derrell On 8/4/07, Derrell Lipman <[EMAIL PROTECTED]> wrote: On 8/4/07, bibliograph <[EMAIL PROTECTED]> wrote: Could I convince you? Good enough. :-) Your reques

Re: [qooxdoo-devel] [Derrell] jsonrpc php backend - small enhancement

} } // start buffering to catch errors with handler function ob_start("jsonrpc_catch_errors"); What do you think? Christian bibliograph schrieb: > Works for me, thank you! > > > Derrell Lipman schrieb: > >> On 8/4/07, Derrell Lipman <[EMAIL PROTECTED]> wr

  1   2   >