Hello Nic,
thanks for the patch. Even if javascript is tolerant to such missing
semicolons, we still like the framework to have a good coding style
with trailing semicolons. So I applied the patch in revision 19775.
Best,
Martin
Am 06.08.2009 um 22:19 schrieb Nick Glencross:
> Hi,
>
> I was
thron7 wrote:
> Now, I want to take the opportunity of this thread to make two general
> remarks, and this goes out to everybody seeking help on the mailing list:
>
> 1. _Reproduce your problem in a standard environment._
>
> Among other things, "standard" means that you run a generator source or
I found an example of what I need to do in the demo apps that come with
qooxdoo. I will try and do it that way to see if I get better results.
Jim
On Thu, Aug 6, 2009 at 4:15 PM, Jim Hunter wrote:
> It turns out that things don't work 'normally' if the appearance key is
> missing. I am trying to
It turns out that things don't work 'normally' if the appearance key is
missing. I am trying to create controls that utilize buttons and without the
appearance key, you don't get any of the cool rollover animation etc for the
button. So it looks like I need to either do things the ugly way and have
Nick,
Note that you can create a wiki login for the documentation and make
fixes yourself for typos and grammar if you like, as I've done recently
myself.
Gene
On Thu, 2009-08-06 at 21:19 +0100, Nick Glencross wrote:
> Hi,
>
> I was looking at the NLS code in qooxdoo and noticed a couple of
Hi,
I was looking at the NLS code in qooxdoo and noticed a couple of
missing semicolons. I've spotted before that JS is tolerant to this in
certain cases, but it's probably nice to fix them.
I've also spotted a number of typos and improvements in the
documentation, so will contribute some suggest
Hi Martin,
Yeah, this is a huge problem for us :)
The sooner this is fixed, the better, but it is quite complex code so it
should take quite some hours to get it correctly cleaned up (there are a LOT
of variations across different browsers).
I hope you can get this fixed sometime next week - feel
GlebM wrote:
> Yes, Firefox 3.0.12 with the latest Firebug.
> Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.12)
> Gecko/2009070611 Firefox/3.0.12 (.NET CLR 3.5.30729).
>
> By the way, I uploaded the build version of the application to
> http://2dj.mobi (you'll have to register, then lo
On 06.08.2009 17:34, thron7 wrote:
>
>> The menu changes just fine, all evaled translation all works OK :)
>> The only thing - is that all Menus are calculating their width only at
>> first show, and not changes when language switched.
>> Again, the translation part works flawlessly.
>>
>>
Hello Jean-Noel,
this really sound like a huge problem. I'll take care of it tomorrow.
You know, im a test lover so be sure that there will be some unit
tests at the end. ;) But I'm not the bom expert so don't expect me to
get the solution ready tomorrow. But I'll take care of it.
Regards,
> The menu changes just fine, all evaled translation all works OK :)
> The only thing - is that all Menus are calculating their width only at
> first show, and not changes when language switched.
> Again, the translation part works flawlessly.
>
Is it the same when you use static strings, lik
Martin is looking into this...
T.
Jean-Noël Rivasseau wrote:
> Hello team,
>
> A while ago I raised
>
> http://bugzilla.qooxdoo.org/show_bug.cgi?id=2508
>
> Unfortunately noone has looked at it seriously yet. Yesterday I ran
> into additional problems and realized the issues are much more seriou
> Well, it seems I did a mistake in integrating the app with rails.
Now, I want to take the opportunity of this thread to make two general
remarks, and this goes out to everybody seeking help on the mailing list:
1. _Reproduce your problem in a standard environment._
Among other things, "stand
Hi Fabian,
> windows can only be placed in container widgets configured with a
> "Basic" or "Canvas" layout. You have to place the widgets manually e.g.
> using the "moveTo" method.
>
I tried your technique and it worked :) Thanks a lot.
I also tried to maximize the windows horizontally to fi
On 06.08.2009 15:57, thron7 wrote:
>
> A.Yerenkow wrote:
>
>> I have qx.ui.menubar.Button, which have attached qx.ui.menu.Menu, which
>> consists of few qx.ui.menu.Button.
>> buttons are filled in this way:
>> var b = new qx.ui.menu.Button(eval("this.tr('Menu.' + menuItem[k]);"));
A.Yerenkow wrote:
> I have qx.ui.menubar.Button, which have attached qx.ui.menu.Menu, which
> consists of few qx.ui.menu.Button.
> buttons are filled in this way:
> var b = new qx.ui.menu.Button(eval("this.tr('Menu.' + menuItem[k]);"));
>
> I have switcher for languages, and all works
Hi Alex,
I'm not a TreeVirtual expert, but as far as I can see only the
TreeVirtual widget itself derives from qx.ui.core.Widget, and therefore
has a .setToolTip() method. The component parts of a TreeVirtual do not
derive from qx.ui.core.Widget. That means you will only be able to set a
singl
Hello team,
A while ago I raised
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2508
Unfortunately noone has looked at it seriously yet. Yesterday I ran into
additional problems and realized the issues are much more serious that what
I thought. Basically the whole Location code is wrong *as soon as
I can't find out how to add a tooltip to tree part of TreeVirtual.
Any help? :)
--
Best Regards
Alexander Yerenkow,
Generalissimo of UCT
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
tr
I have qx.ui.menubar.Button, which have attached qx.ui.menu.Menu, which
consists of few qx.ui.menu.Button.
buttons are filled in this way:
var b = new qx.ui.menu.Button(eval("this.tr('Menu.' + menuItem[k]);"));
I have switcher for languages, and all works OK.
But I have Russian languag
20 matches
Mail list logo
