Hi Simon,
> Hi List,
>
> I remember a post on this list a few months ago about a plan to include a
> source file formatter in the toolkit -- only now I can't find the original
> message.
>
> Can anyone tell me if this tool made it into 0.6.x, and if so how do I try it
> out?
>
> Thanks,
>
> Simo
Some change that was made in the past day or two appears to have broken
tabview. Until very recently, it was possible to do tab.setWidth("1*") on
each tab in order to evenly distribute them. Today, this is having no effect,
and all of the tabs are just the width of their label...
Cheers,
Derrel
Hi List,
I remember a post on this list a few months ago about a plan to include a
source file formatter in the toolkit -- only now I can't find the original
message.
Can anyone tell me if this tool made it into 0.6.x, and if so how do I try it
out?
Thanks,
Simon
Send instant messages to
Thanks, I need the behavior so I guess once I get 6.6 running (still having
issues in my code, code that does not go through the migration) I'll try and
add this to my code.
Thanks,
Jim
On 3/7/07, Til Schneider <[EMAIL PROTECTED]> wrote:
Jim Hunter schrieb:
> When there is a row selected in t
Hm, well, I must admit I didn't think too much before I asked. It's only
that all these JS "classes" seem pretty volatile and may be don't adapt
well to stuborn Java. Again, hm, dynamic proxies?
Dirk Wellmann schrieb:
> Hi Martin,
>
> at first, there are no silly questions in this world.
>
>
Hi,
I'm really not a JS programmer, so forgive me if I talk rubbish, but
isn't there a way to store the old method in something which is called
super?
Fabian Jakobs schrieb:
> Hi,
>
>> //---
>> /**
>> * New _updateContent function th
The Classic appearance for a "label" sets 'wrap' to false. The 'wrap'
Property in Label provides a default of true. These are in conflict. Given
that it is not possible to override an appearance setting with a programatic
setting, it is not currently easy without specifying a different appearanc
Hi Martin,
at first, there are no silly questions in this world.
I would have objects witch represent the qx.widgets, just generated out
of the API with python. What do you think, what can be more dynamic?
Martin Schaefer schrieb:
> Hello Dirk,
>
> thanks for the explanation, I think I can see
"=?UTF-8?Q?Andr=C3=A9as_K=C3=BChne?=" <[EMAIL PROTECTED]> writes:
> I tested your changes, and now the information gets sent to the server.
Great. Thanks.
> However, none of the eventlisteners work instead. I don't get a "completed"
> event after a successful call to the server.
>
> I know that
Hi Derrell,
I tested your changes, and now the information gets sent to the server.
However, none of the eventlisteners work instead. I don't get a "completed"
event after a successful call to the server.
I know that the information travels to the server and is correct. However I
would still li
Hello Dirk,
thanks for the explanation, I think I can see now where you're heading. Just
another silly question: when you say, you want to sync the javascript
objects with the server side, do you have fully featured Java classes in
mind which represent the qx widgets or rather something more dyna
Til Schneider <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] schrieb:
>> The Table namespace is getting somewhat cluttered, and will become more so
>> as additional Data Cell Renderers are soon added. It seems worthwhile to
>> split up this single-level namespace into an appropriate hierarchy.
>
Andréas Kühne <[EMAIL PROTECTED]> writes:
> We have just migrated to the new 0.6.6 version of qooxdoo. However there
> seems to be something wrong with the POST version of
> qx.io.remote.Request. As far as I can see it uses the
> qx.io.remote.IFrameTransport object when sending a POST with a form
Wow, I have seen the RAP demo, and looks very promising. :-)
I'm happy to check that Qooxdoo is getting more support from 3rd party
projects.
Rüdiger Herrmann wrote:
>
> Carlos,
>
> there are no silly questions, only silly answers...
> The RAP project currently does not provide a visual edit
Wow, it's impressive how has Qooxdoo evolved in less than a year that I'm
using it seriously.
Andreas Ecker-2 wrote:
>
> we are proud to announce the availability of two new qooxdoo
> releases. :-)
>
--
View this message in context:
http://www.nabble.com/Announcing-qooxdoo-0.6.6-and-0.7-alp
Hi all,
We have just migrated to the new 0.6.6 version of qooxdoo. However there seems
to be something wrong with the POST version of qx.io.remote.Request. As far as
I can see it uses the qx.io.remote.IFrameTransport object when sending a POST
with a form attached. The problem is that a method
It seems that the mirrors serve the old files currently. According to
sourceforge the mirroring may take up to one hour.
Sebastian
Sebastian Werner schrieb:
> Hi!
>
> Just want to announce that there was a minor bug in the downloadable
> archives at sourceforge of qooxdoo 0.7-alpha1 (0.6.6 i
Hi!
Just want to announce that there was a minor bug in the downloadable
archives at sourceforge of qooxdoo 0.7-alpha1 (0.6.6 is not affected).
The archives are now updated and fixed.
Users which have downloaded an old SDK version should redownload again
the new archive(s). Please note: The on
Andreas Junghans stz-ida.de> writes:
>
> Hi Thomas,
>
> Am 07.03.2007 um 11:17 schrieb Thomas Schweiger:
>
> It's probably a classloading
> issue in Tomcat. Could you check whether the problem is also present
> in the current Tomcat 5.5.x release? If not, then this is a Tomcat 6
> bug.
>
Hi Thomas,
Am 07.03.2007 um 11:17 schrieb Thomas Schweiger:
> Andreas Junghans stz-ida.de> writes:
>
>> Could you check your qooxdoo.war to see if there's a common-
>> beanutils-1.6.1.jar (or newer) in WEB-INF/lib?
>
> Hello Andreas,
> thanks for getting back to me.
> I just checked the .war fil
Dirk Wellmann piponline.net> writes:
>
> Hi Thomas,
>
> upps, I won't read the Exception where it end's up. Sorry, Andreas is right.
>
> I've not testet with tomcat 6.x so this could be an issue too.
>
> Regards Dirk
>
Hello Dirk,
ah, ok, so it seems that inserting this debugging message i
Andreas Junghans stz-ida.de> writes:
>
> Hi Thomas,
>
> Am 07.03.2007 um 10:17 schrieb Thomas Schweiger:
>
> It seems your .war doesn't include the commons-beanutils JAR, but I
> have no idea why. In the build.xml in backend/java, all necessary
> libs should be put into the .war (tested on
Hi,
> Sebastian just pointed me to one problem with this solution. The method
> from the mixin may be included into several classes and since only
> refernces to the function of the mixin are copied to the classes, it is
> not possible to use the function object to store the overwritten method.
Hi Thomas,
upps, I won't read the Exception where it end's up. Sorry, Andreas is right.
I've not testet with tomcat 6.x so this could be an issue too.
Regards Dirk
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
Hi Thomas,
Am 07.03.2007 um 10:17 schrieb Thomas Schweiger:
> executed make, make api and make build in the SDK, I have executed
> ant in the
> /frontend/java directory and I have deployed the resulting
> qooxdoo.war file with
> my TomCat 6.0.10 installation. Tomcat also states in the log tha
Hello Thomas,
I've got only actual svn - Version of the rpc-stuff an the build is
broken. But after deploying you can take a look at the weapps-Directory,
you should find there a folder
qooxdoo/WEB-INF/classes/qooxdoo.test.class, if not this is your Problem
and the build was not complete. If y
Hello,
I have problems with getting the RPC part/the backend to run on my local
installation. Even the RPC samples won't run.
I have already tried the 0.6.5 version, and it also didn't work there, but today
I've tried it out with the current 0.6.6 release and I followed the instructions
on this web
Hello Martin,
well, the tests we made with JSF-Implementations and bigger Dialogs
where very slow due to the enormous Traffic of single requests and
responses made for exchanging the state of every Object after it
changes. Thats the paradigm of Faces - the state of all objects is safe
on the s
[EMAIL PROTECTED] schrieb:
> Sebastian Werner <[EMAIL PROTECTED]> writes:
>
>> Generally, before you start, I don't like the current structure because it
>> mix widgets with other features. The original intention for the "ui" folder
>> was to contain widgets (only). The table use some special s
[EMAIL PROTECTED] schrieb:
> The Table namespace is getting somewhat cluttered, and will become more so as
> additional Data Cell Renderers are soon added. It seems worthwhile to split
> up this single-level namespace into an appropriate hierarchy.
I like your proposal for the restructuring. I wa
Hello Jens,
yes I've seen it, but it looked like a workingdraft and not like a
already implementet Framework. Hmm I will go back there, it seems that I
missunderstod something.
Thanks for your hint!
Jens Lautenbacher schrieb:
> On Di, 2007-03-06 at 23:04 +0100, Dirk Wellmann wrote:
>
>> Hel
Hi Fabian
>There is no support for read only properties in qooxdoo but why don't
>you just write the getter and don't use the properties for this?
>
>getName : function() { return this._name; }
>
>and set this._name for example in the constructor.
I'm still coming up to speed with qooxdoo but y
Jim Hunter schrieb:
> When there is a row selected in the table and the user clicks a column
> header to sort it, the selected row goes away (no more selected row) and
> the highlighted row moves. This doesn't sound like a big deal until you
> have multiple grids on a page and the data from one
Howdy!
Hugh Gibson wrote:
> http://qooxdoo.org/download needs a lot of adjustment as it doesn't mention
> the skeletons or the quickstart downloads.
It does in fact mention skeletons briefly, but yes, just as we were
putting the releases online yesterday evening (after several SF.net
outages) we
Hello David,
> Hi
>
> Is there any support for read only properties ?
>
> e.g.
> qx.OO.addProperty({ name : "isChanged", type : "boolean", defaultValue
> : false, readOnly: true });
>
>
> Or do I need to fudge the issue by reimplementing the modify method
> (i.e. ignore the requested change) ?
>
>
On Di, 2007-03-06 at 23:04 +0100, Dirk Wellmann wrote:
> Hello List,
>
> is anyone interested in working on a Project "java4qx". This will be
> javabased - API Implementation for qooxdoo.
Have you taken a look at the eclipse RAP project? They are quite
advanced already and seem to do a lot of wh
36 matches
Mail list logo
