Re: [qooxdoo-devel] Localization - tr() - in NON Qooxdoo code

2007-10-19 Thread dperez
You can use as many custom builds as necessary, to include just what you need. The code for the translation is in this mixin: qx.locale.MTranslation It should be reusable. You can create a singleton or static class that includes this mixin. mshillin wrote: > > I have an app that is part Qoox

Re: [qooxdoo-devel] upgrade

2007-10-17 Thread dperez
It isn't possible, as there are some API changes. For example from 0.6.x to 0.7.x, the way of defining classes has changed a lot. In 0.8.x expect to have differences in layout. If you have a lot of code, the migration scripts and API changes can introduce a few errors. That's the cost of progress

Re: [qooxdoo-devel] How to pack() a window?

2007-10-17 Thread dperez
You're missing a vLayout.auto() call. with(vLayout) { auto(); setSpacing(4); setPadding(2); } Daniel Gagnon wrote: > > Here's my code below, I just added a single Label so far to test and it > collapses to one pixel. > > Eventual

Re: [qooxdoo-devel] How to pack() a window?

2007-10-15 Thread dperez
You can try setting the minWidth and minHeight properties of the window itself of any contained widget. Can you post an example? Daniel Gagnon wrote: > > I'm having trouble packing a window, it always resizes to a 1 pixel > square. > I tried to put a few "auto" for sizes but it doesn't change a

Re: [qooxdoo-devel] Multi-row table header

2007-10-15 Thread dperez
I think it isn't implemented yet. :-( Kirk Abbott-2 wrote: > > Hello All, > > Does anyone have a demo/prototype of a multi-row table header? > I saw that it's on the wishlist. > > Let me know. > -- View this message in context: http://www.nabble.com/Multi-row-table-header-tf4605420.html#

Re: [qooxdoo-devel] Smalles possible Qooxdoo

2007-10-10 Thread dperez
For further grained control, I would use directly the generator.py and its command line switches, like --exclude-without-dependencies. Leander Hanwald wrote: > > Thank you, that helps :) > > Only one thing is in unclear for me, possible that I missed it: I > stripped down qooxdoo do an extrem

Re: [qooxdoo-devel] [contrib] Wait opacity widget

2007-10-09 Thread dperez
Thanks Anton for sharing this with us. Very good your link http://ajaxload.info/ Anton Kachalov wrote: > > Hello, every one! > > I've made a widget which shade the parent widget and display > "Loading"-state image. > It's very useful with AJAX queries, loading data from external sources > a

Re: [qooxdoo-devel] Scrollbar flickering in ComboBoxEx

2007-10-09 Thread dperez
The "discotheque effect" seems to be less frequent since I fixed a new problem in 0.7.2 related to the calculation of the width of texts. dperez wrote: > > Has anyone else observed this? > Christian has written me a private email stating he has also observed this > beh

Re: [qooxdoo-devel] Just the first character in a table cell displayed?

2007-10-09 Thread dperez
With version 0.7.2 there is a new behavior. If there is no full space for a word, it isn't shown. The previous versions show it clipped. Maybe this is the cause. Philipp Wabinski wrote: > > Hi there, > > I copied the code for a table from one class to another. I just limited > the rows to on

Re: [qooxdoo-devel] How to override an auto-generated getter/setter?

2007-10-09 Thread dperez
Hi Fabio, You just need to redefine the '_applyLabel()' method [EMAIL PROTECTED] wrote: > > I want to modify the incoming and outgoing value of the qx.ui.basic.Atom > property "label" (more: implement wrapping by inserting tags). I > thought I > could simply re-define the "setLabel" and "getLa

Re: [qooxdoo-devel] How to restore the previous way of displaying table's cell contents?

2007-10-08 Thread dperez
Thanks Peter for sharing your trick. It works ok. But I patch qx.ui.table.cellrenderer.Abstract instead of qx.ui.table.cellrenderer.Default Peter Schneider-2 wrote: > > Add following code somewhere in the main() of your application: > >> qx.Class.patch(qx.ui.table.cellrenderer.Default, >

Re: [qooxdoo-devel] How to open external links in new browser tab?

2007-10-08 Thread dperez
I think Firefox is normally configured to open links by using window.open() in a new tab if they don't specify a custom width/height, and in a new window otheriwise. Hope this helps. [EMAIL PROTECTED] wrote: > > Hi, > > is there any "qooxdoo" way to programatically open an external link in a

Re: [qooxdoo-devel] Scrollbar flickering in ComboBoxEx

2007-10-05 Thread dperez
Has anyone else observed this? Christian has written me a private email stating he has also observed this behavior with treevirtual (another table derivative). It must be a relatively recent change with tables. dperez wrote: > > Am I the only one observing this? > The amount of flic

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

2007-10-04 Thread dperez
This is a little more compact (removing quotes) and more bandwidth friendly: [ {f:"foo", m:"bar", l:"baz"}, {f:"Foo!", m:"BAR!", l:"zoo"}, ...] Hugh Gibson wrote: > > Then your data will be: > > [ {"f":"foo", "m":"bar", "l":"baz"}, > {"f":"Foo!", "m":"BAR!", "l":"zoo"}, ...] > -- View

Re: [qooxdoo-devel] Enhancement: message box & notifiers

2007-10-04 Thread dperez
Thanks Fabian for your explanation. This explains why the height of a width-limited tooltipo isn't right: var tip = new qx.ui.popup.ToolTip(_("Se recuerda de que existe la posibilidad de especificar parte de la información de este formulario en una 2ª fase.Para ello utilice el menú contextual, a

Re: [qooxdoo-devel] Enhancement: message box & notifiers

2007-10-04 Thread dperez
Created bug http://bugzilla.qooxdoo.org/show_bug.cgi?id=678 As a matter of fact, I've already tried to implement it in the past unsuccessfully: http://www.nabble.com/Simulating-alert%28%29-tf2566575.html#a7153538 Fabian Jakobs-2 wrote: > > yes, I think this would be a really nice feature. I do

Re: [qooxdoo-devel] generator bug

2007-10-03 Thread dperez
Through trial and error, I've come to the conclusion that the dangerous flag is: --optimize-strings dperez wrote: > > I have this simple class: > > qx.Class.define('CeldaClicable', { > extend: qx.ui.table.cellrenderer.Default, > > memb

[qooxdoo-devel] generator bug

2007-10-03 Thread dperez
I have this simple class: qx.Class.define('CeldaClicable', { extend: qx.ui.table.cellrenderer.Default, members: { _getCellStyle: function(cellInfo) { return (cellInfo.style || '') + ';cursor:pointer !important' }

[qooxdoo-devel] Enhancement: message box & notifiers

2007-10-03 Thread dperez
Hi, It would be nice to have this implemented in qooxdoo: http://extjs.com/deploy/ext-2.0-alpha1/examples/message-box/msg-box.html, all kind of message boxes and notifiers. I think this should be very easy to implement by using qooxdoo. Regards David -- View this message in context: http://ww

Re: [qooxdoo-devel] Value of inherited property

2007-10-03 Thread dperez
27;s state. But as you > point out, when the widget is DISabled, you get back false in both > situations because you get the computed value. Which is, I think, the > problem you're asking about. > > Experts: Is there any accessor for the raw value of a property? Both >

Re: [qooxdoo-devel] Value of inherited property

2007-10-02 Thread dperez
w this also > makes not really sense. What is the exact szenario you need this for? > Would be interesting. Maybe there is another way to solve the whole > issue. > > Sebastian > > > Am 01.10.2007 um 16:08 schrieb dperez: > >> >> Here is the code

[qooxdoo-devel] Measuring text width

2007-10-01 Thread dperez
Hi, I've observed that this method of measuring text width isn't as accurate as before. (new qx.ui.basic.Label('some text')).getPreferredBoxWidth() I've checked that gives a value of about 71 pixels when the text measures 49 pixels. I've used the Measurit extension from Firefox to measure real

Re: [qooxdoo-devel] Value of inherited property

2007-10-01 Thread dperez
; } } As a temporary solution, I can use this.__user$enabled dperez wrote: > > Thanks Crowder for your info, but still don't know how to tell the > difference. > > > T.J. Crowder wrote: >> >> Hi, >> >> Total Qooxdoo noob here, but >> http://

Re: [qooxdoo-devel] Value of inherited property

2007-10-01 Thread dperez
ot define an apply method, > the property just handles the fundamental storage of your data and its > disposal." > > Apologies if this is completely off-base, but since it's not called during > initial initialization, maybe an apply method would help. > -- > T.J. Crowder &g

Re: [qooxdoo-devel] e.getData() is not a function ?

2007-10-01 Thread dperez
Maybe you should use e.getValue() instead. Some changes like this have happened in migration to version 0.7.x westor wrote: > > Hi, this brings up the error: "e.getData is not a function". The > eventListner is added before the table is initially filled with data. > > tableModel.addEventListen

[qooxdoo-devel] Value of inherited property

2007-10-01 Thread dperez
Hi, How can I know if for a given widget, it has been called widget.setEnabled(false) or is inheriting this value from its parent container widget.getParent().setEnabled(false) ? I have registered a changeEnabled event to my widget, and I must tell the difference between these 2 situations. Tha

Re: [qooxdoo-devel] API Viewer and generated methods

2007-09-28 Thread dperez
Done! http://bugzilla.qooxdoo.org/show_bug.cgi?id=672 Sebastian Werner wrote: > > Filtering property methods seems to be a good idea. I could also live > with when this would be the default as this keeps the default views > lists more compact. > > Can you please open a bugreport and attach a

Re: [qooxdoo-devel] API Viewer and generated methods

2007-09-28 Thread dperez
Is this a good idea? dperez wrote: > > Hi, > > Some classes have a lot of methods and properties like e.g. > qx.u.core.Widget. > It would be useful if generated methods from properties could also be > filtered, like inherited methods. > What do you think? > -- V

Re: [qooxdoo-devel] Scrollbar flickering in ComboBoxEx

2007-09-28 Thread dperez
Am I the only one observing this? The amount of flickering is variable. There can be no flickering or do it a few times or over a dozen dperez wrote: > > With qx 0.7.2 I've observed that when I expand the list of a ComboboxEx, > sometimes the scrollbars appear and disappear

Re: [qooxdoo-devel] nodeId missing in a TreeVirtual

2007-09-28 Thread dperez
It works! Applied your patch both to legacy 0.7 branch and trunk Derrell Lipman wrote: > > Ok, ease-of-use and lack of confusion trumps a bit of extra memory. > David, > please try the attached (untested) patch and let me know how it works. > Note > that this is against legacy_0_7_x to which

Re: [qooxdoo-devel] nodeId missing in a TreeVirtual

2007-09-27 Thread dperez
I've added the 2nd line. * nodeId : 42, // The index in _nodeArr, useful to event listeners. * // This property is missing for nodes inside closed ones. Derrell Lipman wrote: > > On 9/27/07, dperez <[EMAIL PROTECTED]> wrote: >> >>

Re: [qooxdoo-devel] nodeId missing in a TreeVirtual

2007-09-27 Thread dperez
break; } Probably I will have to open first the ancestors that are less nested. Derrell Lipman wrote: > > On 9/27/07, dperez <[EMAIL PROTECTED]> wrote: >> >> >> I have some treevirtual with data in it. >> With the debugger I've che

Re: [qooxdoo-devel] how to scoll up large lists, trees, tables to an anker?

2007-09-27 Thread dperez
I use the history facilities (qx.client.History), like it is done in the API viewer, to keep the context (the selected item in the tree) Hope this helps. dperez wrote: > > Is this related to my problem? : As I noticed, if I reload my application, > a tabview page is opened as

Re: [qooxdoo-devel] how to scoll up large lists, trees, tables to an anker?

2007-09-27 Thread dperez
Hi Torsten, You can use this: virtualtree.scrollCellVisible(0, row); westor wrote: > > In my application a have a huge tree. One of my usecases is to open the > trees with a given entry by script and not by userclick. > Open of the trees works like expected for me, but if the entry is outsid

[qooxdoo-devel] nodeId missing in a TreeVirtual

2007-09-27 Thread dperez
Hi, I have some treevirtual with data in it. With the debugger I've checked that a node inside a closed node, doesn't have a nodeId in its node structure. Is this normal? I think this didn't use to happen with versions prior to 0.7.2 Any info will be greatly appreciated. Thanks in advance. Reg

[qooxdoo-devel] Scrollbar flickering in ComboBoxEx

2007-09-26 Thread dperez
With qx 0.7.2 I've observed that when I expand the list of a ComboboxEx, sometimes the scrollbars appear and disappear several times. I haven't observed this before. Is this a bug? Maybe is some error in the calculation of the space taken by the scrollbars. Regards, David -- View this message i

Re: [qooxdoo-devel] History and frames

2007-09-26 Thread dperez
This is a very easy task. I can do it in the next days Fabian Jakobs-2 wrote: > > I think this is a good idea. We are pretty busy right now so it wont be > fixed right now. Could you open a bug for this issue so it doesn't get > lost? > -- View this message in context: http://www.nabb

[qooxdoo-devel] API Viewer and generated methods

2007-09-26 Thread dperez
Hi, Some classes have a lot of methods and properties like e.g. qx.u.core.Widget. It would be useful if generated methods from properties could also be filtered, like inherited methods. What do you think? Regards David -- View this message in context: http://www.nabble.com/API-Viewer-and-gener

Re: [qooxdoo-devel] History and frames

2007-09-26 Thread dperez
Hi, Thanks for your answer. It could do nothing (and possibly log a warning) if it detects is inside a frame. Fabian Jakobs-2 wrote: > > since no browser has a API for browser history, every implementation of > browser history consists of a bunch of hacks :-(. So does our and with > the pre

[qooxdoo-devel] History and frames

2007-09-25 Thread dperez
Hi, I use successfully the facilities in class qx.client.History. It's really easy to use. But when I load my page inside a frame (window.parent != window), it stops working ok. Any intent to update the history, produces a change in the current URL. I consider this a bug. The workaround I'm u

Re: [qooxdoo-devel] Some propositions about properties

2007-09-25 Thread dperez
Hi Dioc, Point 1) has been discussed recently. Search the archives. Point 3) is already implemented (I think) Dioc wrote: > > Qooxdoo properties are very useful and powerful means for applications > developing. > But properties could be more powerful if they had some options and > abilities wh

Re: [qooxdoo-devel] Table vs. ListView

2007-09-25 Thread dperez
ListView perfomance decreases a lot when the number of items increases. This doesn't happen with the table. I use the table for everything, and I even don't include the ListView in my builds. Leander Hanwald wrote: > > Hi > > But on the other hand the listview seems to be much faster then th

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-20 Thread dperez
The parameters aren't documented, as nothing is changed from the superclass definition (qx.ui.core.Target#addEventListener and #removeEventListener). I suppose, the documentation from a base class must be inherited if missing in a derived class. Fabian Jakobs-2 wrote: > - Some API doc is s

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

2007-09-20 Thread dperez
Look at the ComboBoxEx source code as an example. Some circular references may exist to keep synchronized the value in the text field, and the list. Some temporary flags like this._fromSelected, this._fromValue are kept to avoid circular events. Deacon Frost wrote: > > Hello, > > I am looking

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

2007-09-19 Thread dperez
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] qooxdoo 0.7.2 planned for tomorrow

2007-09-19 Thread dperez
(cellInfo.style || '') + ';cursor:pointer !important' } } }); Fabian Jakobs-2 wrote: > > dperez schrieb: >> Of course! >> >> >> Fabian Jakobs-2 wrote: >> >>> Are you using a fresh revision? >>> >>

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-19 Thread dperez
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: >> >>>

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

2007-09-19 Thread dperez
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

2007-09-19 Thread dperez
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

2007-09-19 Thread dperez
t; If you like it, I'll will port it to the trunk. >>> With the current infraestructure, it's easy to create new cell events. >>> >>That would be great. Once you are done with it it should definitively be >>ported to trunk. > I will, when I

[qooxdoo-devel] Komodo Edit

2007-09-19 Thread dperez
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] qooxdoo 0.7.2 planned for tomorrow

2007-09-19 Thread dperez
http://www.nabble.com/file/p12774101/Captura002.gif As it can be seen, the "Activo" column has a qx.ui.table.cellrenderer.Boolean, where the ID column shows the "Activo" column contents plus its own contents. dperez wrote: > > Good job Fabian, > > I confirm that it&#x

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

2007-09-19 Thread dperez
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] another bug in qooxdoo

2007-09-19 Thread dperez
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

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-19 Thread dperez
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 w

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

2007-09-19 Thread dperez
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

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

2007-09-18 Thread dperez
I consider a critical bug the problem with vertical aligment of TreeVirtual, commented today by me in another thread. Sebastian Werner wrote: > > Hi all! > > Just want to let you know about our wish to release a small bugfix / > feature enhancement release of qooxdoo 0.7.x tomorrow. If you ha

Re: [qooxdoo-devel] TreeVirtual and row height

2007-09-18 Thread dperez
I forgot to mention that this causes a vertical misalignment between the leftmost column and the other ones. I consider this a bug that should be fixed. dperez wrote: > > The height of the leftmost column in a virtual tree is too small. It's > smaller than the one in other c

[qooxdoo-devel] TreeVirtual and row height

2007-09-18 Thread dperez
The height of the leftmost column in a virtual tree is too small. It's smaller than the one in other columns. This happens for the current 0.7 branch of SVN. -- View this message in context: http://www.nabble.com/TreeVirtual-and-row-height-tf4472968.html#a12753271 Sent from the qooxdoo-devel ma

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-18 Thread dperez
This is OK for me. Fabian Jakobs-2 wrote: > > dperez schrieb: >> I also need an event when clicking on a cell, in addition to double >> clicking >> one. >> If appropiate, I offer myself to implement it. >> > I we tackle this now, why don't w

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-18 Thread dperez
I also need an event when clicking on a cell, in addition to double clicking one. If appropiate, I offer myself to implement it. dperez wrote: > > I prefer also a click cell event rather than a row event, as the column > information is sometimes very useful. > > > Fab

[qooxdoo-devel] Height of a table inside a window

2007-09-17 Thread dperez
Hi, I have a table with a height of 100%, with a lot of data inside. I place the table inside a window whose height is 80%. The resulting height of the window is over 100%. Is this a bug? Here is the code: var vnt = new qx.ui.window.Window("My window"); var mo

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-17 Thread dperez
I prefer also a click cell event rather than a row event, as the column information is sometimes very useful. Fabian Jakobs-2 wrote: > > Yes this would be a good idea and maybe we should fire a "cell double > click event" instead of a "row double click event" and pass the selected > row and c

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-17 Thread dperez
ample... Fabian Jakobs-2 wrote: > > dperez schrieb: >> Confirmed that the position in IE7 isn't right. It appears in a upper >> position than expected. :-( >> > > Too bad. I have created the test "HtmlLayout_1.html" for the demo > browser which

Re: [qooxdoo-devel] How to delete an item from a TreeVirtual

2007-09-16 Thread dperez
I've written that too quickly. I've seen that the prune method already does the job ok. At first I didn't find it, because I expected a method called something like 'remove' or 'delete'. Derrell Lipman wrote: > > On 9/14/07, dperez <[EMAIL PROTEC

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-14 Thread dperez
Confirmed that the position in IE7 isn't right. It appears in a upper position than expected. :-( Fabian Jakobs-2 wrote: > > dperez schrieb: >> I think in these lines you have modified: >> >> var scroolTop = qx.bom.getScrollTop(); >> va

Re: [qooxdoo-devel] How to delete an item from a TreeVirtual

2007-09-14 Thread dperez
Thanks Dioc I will try this code, and will add it as a method of class SimpleTableDataModel Dioc wrote: > > Hello, > > I am using the following code (method) to delete a node from TreeVirtual: > > /** > * Deletes given node from tree. > * > * @param node {Object} > * Reference

[qooxdoo-devel] How to delete an item from a TreeVirtual

2007-09-14 Thread dperez
Hi, I've been searching the forums and the API, and see no method for removing an item from a TreeVirtual. Should I remove the node from its parent list of children nodes? If necessary, I can make an implementation of it. Regards David -- View this message in context: http://www.nabble.com/Ho

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-13 Thread dperez
I think in these lines you have modified: var scroolTop = qx.bom.getScrollTop(); var scroolLeft = qx.bom.getScrollLeft(); the class name is missing. Fabian Jakobs-2 wrote: > > Hi David, > > thanks for the patch. I have applied it to legacy and trunk. For the > scroll offset

Re: [qooxdoo-devel] 0.7.2pre

2007-09-13 Thread dperez
Now, I hae read in another thread that this issue isn't fully solved yet. Sorry for the noise. dperez wrote: > > Hi > > Since I'm using the latest trunk (0.7.2pre r9820), the frame that > highlights the focused cell in a table, isn't well align with the

Re: [qooxdoo-devel] 0.7.2pre

2007-09-13 Thread dperez
Another minor issue: I've had to change qx.ui.table.model.Basic.EVENT_TYPE_DATA_CHANGED to 'dataChanged'. It would be nice if a migration script could handle this. dperez wrote: > > Hi > > Since I'm using the latest trunk (0.7.2pre r9820), the frame that &g

[qooxdoo-devel] 0.7.2pre

2007-09-12 Thread dperez
Hi Since I'm using the latest trunk (0.7.2pre r9820), the frame that highlights the focused cell in a table, isn't well align with the cell. It's a little upwards. Has anything been spoiled lately? Regards, David -- View this message in context: http://www.nabble.com/0.7.2pre-tf4433849.html#

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-12 Thread dperez
This patch solves all the problems for Firefox 2.0. For IE7 doesn't fully work, it needs some adjustment. :-( http://www.nabble.com/file/p12649343/Popup.js.patch Popup.js.patch dperez wrote: > > Thanks Fabian, > > Positioning is solved. The problem is adjusting the posi

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-12 Thread dperez
Thanks Fabian, Positioning is solved. The problem is adjusting the position for avoiding the popup getting out of the screen. menu.positionRelativeTo(element) do work, but I have to deactivate restrictToPageOnOpen. If I click near the bottom or right edge of the screen, the menu is partially

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-12 Thread dperez
As suggested by Torsten, I have upgrade to the trunk and the problem isn't solved. It is partially solved if I do this: menu.set({restrictToPageOnOpen:false}); I'm going to try to debug the Popup._afterAppear routine a little.... dperez wrote: > > Hi, > > I have

Re: [qooxdoo-devel] another bug in qooxdoo

2007-09-12 Thread dperez
No page scrolling is the 1st use I've done with qooxdoo. But now, I also use it for adding popup menus to HTML reports, and normally a lot of vertical scrolling is needed. It's not easy to convert such HTML reports to a 100% qooxdoo solution. The goals of 0.8 are good news. Sebastian Werner wr

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-12 Thread dperez
Thanks Torsten for this valuable info. I'm going to check this now westor wrote: > > Hi David, > > this seems to be the same bug as discussed in the thread "table row select > bug (FF) and other..." > For your info: fabian solved it in the legacy 0.7.x branch, for popups (at > least combob

Re: [qooxdoo-devel] Minimum size versus initial one

2007-09-11 Thread dperez
use that properties for the initial size. dperez wrote: > > Hi > > When I wish to create a resizable container, I do this: > > var ta = new qx.ui.form.TextArea; > ta.set({ > minHeight: 100, > height: '1*' > }) > var container = new qx.ui.la

Re: [qooxdoo-devel] Focus event on tables

2007-09-11 Thread dperez
Nabble refused my message twice, so I post it again Opened this bug: http://bugzilla.qooxdoo.org/show_bug.cgi?id=632 Sebastian Werner wrote: > > No reason to post this 3 times ;) > > I would say that these edit fields are not focusable themselve. The > situation is a bit complicated for

[qooxdoo-devel] Focus event on tables

2007-09-10 Thread dperez
Hi If the focus is in a textbox and then I click on a qx.ui.table.Table, then the table doesn't receive any 'focus' event. I expect to receive it. Is this a bug? Regards, David -- View this message in context: http://www.nabble.com/Focus-event-on-tables-tf4413525.html#a12589856 Sent from the

Re: [qooxdoo-devel] Minimum size versus initial one

2007-09-06 Thread dperez
ox crashes. dperez wrote: > > Hi > > When I wish to create a resizable container, I do this: > > var ta = new qx.ui.form.TextArea; > ta.set({ > minHeight: 100, > height: '1*' > }) > var container = new qx.ui.layout.BoxLayout('vertical&#x

Re: [qooxdoo-devel] Minimum size versus initial one

2007-09-06 Thread dperez
e > minHeight from it at that time. This way it is drawn at min 100 then the > requirement is removed once it is displayed? > > Jim > > > On 9/5/07, dperez <[EMAIL PROTECTED]> wrote: >> >> >> Hi >> >> When I wish to create a resizable co

Re: [qooxdoo-devel] Possible bug for popup positioning

2007-09-06 Thread dperez
Any idea please? Should I open a bug? dperez wrote: > > Hi, > > I have a HTML page that needs vertical scrolling. When I click some > elements in the page, a want to show a menu. That's an easy task with > qooxdoo. To position the menu near the clicked e

Re: [qooxdoo-devel] New Class: Filtered Table Model

2007-09-05 Thread dperez
It would be interesting if this code could be added to the qooxdoo repository or a wiki. It's a pity to lose valuable code. MootCycle wrote: > > I've written a new table model that allows for hiding rows client side in > a way similar to how TreeVirtual hides data. You can specify to filter > r

[qooxdoo-devel] Minimum size versus initial one

2007-09-05 Thread dperez
Hi When I wish to create a resizable container, I do this: var ta = new qx.ui.form.TextArea; ta.set({ minHeight: 100, height: '1*' }) var container = new qx.ui.layout.BoxLayout('vertical'); container.set({ minHeight: 'auto', height: '100%' }) container.add(ta, someOtherWidget); var win

[qooxdoo-devel] Possible bug for popup positioning

2007-09-04 Thread dperez
Hi, I have a HTML page that needs vertical scrolling. When I click some elements in the page, a want to show a menu. That's an easy task with qooxdoo. To position the menu near the clicked element, I use this code: var loc = qx.html.Location; menu.setLocation(loc.getPageBoxLeft

Re: [qooxdoo-devel] Migration support: dispose -> destruct

2007-09-04 Thread dperez
0.7.2??? :confused: Wasn't 0.7.1 the last one? Hugh Gibson wrote: > > I'm just migrating our 0.6.6 app to 0.7.2. > -- View this message in context: http://www.nabble.com/Migration-support%3A-dispose--%3E-destruct-tf4315905.html#a12473138 Sent from the qooxdoo-devel mailing list archive at

Re: [qooxdoo-devel] The right way to report a bug

2007-08-31 Thread dperez
What I usually do is to include a demo that can be placed directly in qooxdoo\frontend\application\demobrowser\source\html\example\ Derrell Lipman wrote: > > I would like to recommend Dioc for "Best bug report of the year" > award. :-) This is a perfect example of the RIGHT way to submit a bug

Re: [qooxdoo-devel] Custom browser

2007-08-22 Thread dperez
That's not an easy task. But you have the source code of Firefox available to do any kind of improvements and hacks. thron7 wrote: > > David, > > very interesting, thanks for the pointer. I dream of doing my own > browser, but not in terms of UI, but rather in terms of internal > organisation

Re: [qooxdoo-devel] Custom browser

2007-08-22 Thread dperez
nd this custom browser (release > somewhere) ? > FYI, if you "make air", your can run your app on Adobe, have you try it ? > > frederic > > > dperez wrote: >> >> Hi list, >> >> I would like to share my experiences with qooxdoo and a custom brows

Re: [qooxdoo-devel] Aptana support for 0.7

2007-08-22 Thread dperez
That's true, it has improved. But I miss these features: http://www.aptana.com/trac/ticket/5650 http://www.aptana.com/trac/ticket/5649 I have opened a couple of tickets. If you also miss them, you can add comments, to encourage its implementation. Chris Banford-2 wrote: > > Hi qooxdoo gang,

[qooxdoo-devel] Custom browser

2007-08-22 Thread dperez
Hi list, I would like to share my experiences with qooxdoo and a custom browser: I'm very happy of the results of using Qooxdoo in a custom browser based on Firefox (XulRunner). It's hard to tell a web page is used as the UI. In this way, I'm changing gradually my desktop app to be qooxdoo-bas

Re: [qooxdoo-devel] How to set a ComboBox/Ex to the width of its widest option?

2007-08-21 Thread dperez
This feature is only on ComboBoxEx. Dioc wrote: > > Hello, > > I’m using qooxdoo 0.7.1. In my application I have a ComboBox that is > filled with several qx.ui.form.ListItem objects. I would like to know how > to set ComboBox’s width to the width of its widest option (ListItem text). > There i

Re: [qooxdoo-devel] window.sizeToContent()

2007-08-21 Thread dperez
I call sizeToContent() after qx.ui.core.Widget.flushGlobalQueues(), but only the top of the window is rendered. The rest of the window isn't even painted. Very strange. I don't know if this is a Firefox or a qooxdoo bug. dperez wrote: > > Hi, > > I have tried to us

[qooxdoo-devel] window.sizeToContent()

2007-08-21 Thread dperez
Hi, I have tried to use window.sizeToContent() under FF 2.0 for my qooxdoo app, in order to size the window to the contents of the page. The result is a page with most of the widgets not rendered. Very strange. I wonder why. Thanks for any idea. -- View this message in context: http://www.n

Re: [qooxdoo-devel] Access one application class instance from another application

2007-08-20 Thread dperez
You can try something like this: sghe.udctc.utest.Main.setMainFrame.call("default.html", parent); to set 'this' to window.parent Phaneesh N wrote: > > > Hi All, > I am developing my application in 0.7.1. > I have two applications classes [set to two qx.embed.IFrame]. I wa

Re: [qooxdoo-devel] Access one application class instance from another application

2007-08-20 Thread dperez
You can try something like this: sghe.udctc.utest.Main.setMainFrame.call("default.html", parent); to set 'this' to window.parent Phaneesh N wrote: > > > Hi All, > I am developing my application in 0.7.1. > I have two applications classes [set to two qx.embed.IFrame]. I wa

Re: [qooxdoo-devel] exclude module + include class

2007-08-16 Thread dperez
Hi, I propose that the qx.html.Iframe to belong to another module different to io_remote, as it is used outside of this module. dperez wrote: > > This combination > --exclude-without-dependencies ui_remote > --include-without-dependencies qx.html.Iframe > generates an emtp

Re: [qooxdoo-devel] exclude module + include class

2007-08-15 Thread dperez
This combination --exclude-without-dependencies ui_remote --include-without-dependencies qx.html.Iframe generates an emtpy qx.js without any explanatory warning. :-( dperez wrote: > > Hi, > > As I'm still using my old AJAX code, I exclude the io_remote modulo in my

[qooxdoo-devel] exclude module + include class

2007-08-15 Thread dperez
Hi, As I'm still using my old AJAX code, I exclude the io_remote modulo in my qooxdoo custom builds: --exclude-without-dependencies ui_remote This works fine. But I have discovered that qx.embed.Iframe uses qx.html.Iframe. The latter belongs to the io_remote module. Then I do this in my cust

  1   2   3   4   5   6   7   8   9   >