qx.core.Init.getApplication().getRoot()
Cheers,
Fritz
On Tue, 26 Jan 2010, Stefan Meyer wrote:
> How can i access the rot in a another class instead the application.js?
>
> i want to add some windows.
>
> --
> The Plan
How can i access the rot in a another class instead the application.js?
i want to add some windows.
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and th
Hello ,
i try many times but i cant find the error
When i call a class inside application.js like
// Open Login Box
classSystemLogin = new makebiz.system.Login;
classSystemLogin.getCheckLogin();
the box is open and inside memer calls like this.callmymemberfu
Hi Alex,
another question: how can I do the theming for the toolbar and is it
possible to give only one toolbar a theme if more than one exist in an
application?
Thanks in advance,
Chris
-Ursprüngliche Nachricht-
Von: Alexander Steitz [mailto:alexander.ste...@1und1.de]
Gesendet: Montag,
Hi Alex,
thanks for your reply.
I didn't realize that the toolbar is fully themeable.
Best regards,
Chris
-Ursprüngliche Nachricht-
Von: Alexander Steitz [mailto:alexander.ste...@1und1.de]
Gesendet: Montag, 25. Januar 2010 10:33
An: qooxdoo-devel@lists.sourceforge.net
Betreff: Re: [qooxd
That's great news about the 1.0.1 release - fingers crossed.
I've made the fix locally and Menus are now working correctly.
I'm still seeing a similar problem when I use buttons to show or exclude
various widgets in the display and change some parents. I'll test these
issues against the trunk an
On Monday January 25 2010 17:50:20 cbrown wrote:
> Thank you for the very fast response. Is there a firm release date for the
> 1.0.1 release?
We're currently working on this. If everything is going well we're releasing
it tomorrow. So keep your fingers crossed :)
cheers,
Alex
What is the bug id for the original bug report?
I'll mark the new one as a duplicate and close it.
--
View this message in context:
http://n2.nabble.com/Qooxdoo-1-0-MenuButton-browser-display-goes-black-tp4454583p4455210.html
Sent from the qooxdoo mailing list archive at Nabble.com.
---
... and there is already a bug for it. Please mark yours a duplicate.
T.
On 01/25/2010 04:55 PM, cbrown wrote:
>
> I've raised bug http://bugzilla.qooxdoo.org/show_bug.cgi?id=3369 3369 to
> cover this.
--
Throughout i
> Nevertheless I've added our "old" makefile, so you can make your suggestions,
> If you have time for that...(I've walked along with another "solution" as
> mentioned above)
> The directory structure is attached as well, to make it "easier" to navigate.
>
First, let me acquaint you with the path
Thank you for the very fast response. Is there a firm release date for the
1.0.1 release?
Regards,
Chris
--
View this message in context:
http://n2.nabble.com/Qooxdoo-1-0-MenuButton-browser-display-goes-black-tp4454583p4455035.html
Sent from the qooxdoo mailing list archive at Nabble.com.
--
On Monday January 25 2010 16:55:46 cbrown wrote:
> I've raised bug http://bugzilla.qooxdoo.org/show_bug.cgi?id=3369 3369 to
> cover this.
>
Thanks for the report. This is already fixed in trunk with Revision #21306 and
will be incorporated in the upcoming 1.0.1 release.
cheers,
Alex
---
Hello,
i fixed my global problem now but i dont know why i need to access it
over the global class name?!
At the first call a "this" is enough but when i call it from the
menu/class , i need to call it like this
classSystemModules.removeOldContent();
why i need this full path to access the
Following an upgrade to Qooxdoo 1.0, MenuButtons are now exhibiting strange
display behaviour in IE6, IE7 and IE8 (compatibility mode). This behaviour
can also be seen in the menu demo.
On the demo site
http://demo.qooxdoo.org/current/demobrowser/#widget~Menu.html
http://demo.qooxdoo.org/curren
I've raised bug http://bugzilla.qooxdoo.org/show_bug.cgi?id=3369 3369 to
cover this.
--
View this message in context:
http://n2.nabble.com/Qooxdoo-1-0-MenuButton-browser-display-goes-black-tp4454583p4454637.html
Sent from the qooxdoo mailing list archive at Nabble.com.
---
Thanks, I'll give that a try.
Jim
On Mon, Jan 25, 2010 at 1:19 AM, Alexander Steitz wrote:
> Hi Jim,
>
> On Saturday January 23 2010 03:36:32 Jim Hunter wrote:
> > I am working with .8.3 still and I am having a bit of odd behavior with
> the
> > resize event. I have a control that is from anot
Hi Manuel,
yes in in my qooxdoo 0.5.x app I'm having the same effect. The single
klick does not seem to be propagated to the window elements like
coloser, titlebar, buttons etc. But a double click does! When I'm doing
a double clicking in the title bar the window gets maximized.
Keyboard input
Hi Thomas,
as noticed in the PM to you, I've tried your proposal now at the *right* place.
And now it _HAS_ effects ;)
Thanks, again
Peter
*) Path to uri-value: /jobs/common/libraries/library/uri
Original
From: thron7
Date: 25.01.2010 13:56
>
> On 01/25/2010 11:39 AM, Pete
Dear List,
Im running 2 qooxdoo applications within our company.
One at qooxdoo 0.5.x and the new one with 0.7.x
I just updated firefox from 3.5.7 to 3.6 and now the applications are not
working anymore.
The applications itself are loading normally, but its not possible to
move, minimize, maxi
On 01/25/2010 11:39 AM, Peter Schneider wrote:
> Hi again,
>
> I tried your proposal:
>
>>>
>>> "libraries" : {
>>> "library" : [
>>> {
>>> "manifest" : "${QOOXDOO_PATH}/framework/Manifest.json",
>>> "uri" : "../../../qooxdoo"
>>> }
>>> ]
Hi,
see here:
http://n2.nabble.com/New-Contribution-Dialog-widgets-td3965124.html#a3965124
http://n2.nabble.com/qooxdoo-contrib-cometd-Dialog-and-VirtualData-td4247446.html#a4247446
The public demo is no longer working, though, but if you check out the
"Dialog" contrib and generate the default
I think it's because the Website shows the 1.0 release and not things added
in trunk after the release date.
Cheers,
Fritz
On Mon, 25 Jan 2010, phill54 wrote:
>
> Hi Tobi, Hi Fritz,
>
> thanks, found it :-)
> on my search, i also ran into the QCL which i found very interessting. the
> Dialog Co
On Mon, Jan 25, 2010 at 08:45, phill54 wrote:
> and this finally works (but made me run into another problem with the build
> version concerning usage of private variables in callback functions...
> ar) ;-)
>
Private variables in a callback should work fine... as long as they are use
Hi Tobi, Hi Fritz,
thanks, found it :-)
on my search, i also ran into the QCL which i found very interessting. the
Dialog Contrib also seems to be part of this library and that's probably why
it's not listed seperatly on the contrib page.
http://qooxdoo.org/contrib/project/qcl
--
View this mess
Hi Loïc,
thanks. my fault:
i actually didn't have any leading whitespaces or stars at the beginning of
the line.
i tried:
/*
#require(path.to.my.*)
*/
but this definetly does not work. the problem is the star in "path.to.my.*"
after that i tried
/*
#require(path.to.my.ObjectA)
#require(path.to
Try adding the include key in the jobs section of your config.json file:
"build" :
{
"include" : ["my.object.*"]
}
> -Ursprüngliche Nachricht-
> Von: phill54 [mailto:phil...@web.de]
> Gesendet: Montag, 25. Januar 2010 13:35
> An: qooxdoo-devel@lists.source
Ok, my message is some seconds too late ;)
Tobias
-Ursprüngliche Nachricht-
Von: Tobias Koller (GERMO GmbH) [mailto:t...@germo.de]
Gesendet: Montag, 25. Januar 2010 14:22
An: qooxdoo Development
Betreff: Re: [qooxdoo-devel] Confirm Message Box
Hi,
i guess he ment this:
https://qooxdo
Hi,
i guess he ment this:
https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo-contrib/Dialog/
Tobias
-Ursprüngliche Nachricht-
Von: phill54 [mailto:phil...@web.de]
Gesendet: Montag, 25. Januar 2010 14:18
An: qooxdoo-devel@lists.sourceforge.net
Betreff: Re:
It's in the trunk section:
https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo-contrib/Dialog/
Cheers,
Fritz
On Mon, 25 Jan 2010, phill54 wrote:
>
> where? I just couldn't find any so called "Dialog" Contrib :(
> http://qooxdoo.org/contrib/project
>
> ...
>
>
> Fri
where? I just couldn't find any so called "Dialog" Contrib :(
http://qooxdoo.org/contrib/project
...
Fritz Zaucker-2 wrote:
>
> there is a Contrib called Dialog.
>
--
View this message in context:
http://n2.nabble.com/Confirm-Message-Box-tp4453748p4453855.html
Sent from the qooxdoo mailing
Hi Alex,
Thanks for the posting! I've just had a look at the bugreport and I don't
think there's a link in between the two problems as I'm not using private
variables. The error message also doesn't refer to an unknown variable but
reports that the given Object name "my.object.Class" is unknown -
Hi Sak,
there is a Contrib called Dialog.
Cheers,
Fritz
On Mon, 25 Jan 2010, Mustafa Sak wrote:
> Hi devs,
>
> is there a qx confirm message box?
>
> I tried to write my own, but i couldn't handle return one of these answers :
> yes, no, cancel.
> I guess i need to have a modal win and some ki
Hi devs,
is there a qx confirm message box?
I tried to write my own, but i couldn't handle return one of these answers :
yes, no, cancel.
I guess i need to have a modal win and some kind of handler... but dont know
how, any ideas?
I could generate a modal win but how to set the return value?
phill54 wrote:
> Hi,
Hi
>
> I just ran into a problem concercing class dependencies/requirements and
> wonder what to do.
>
> I'm having a dynamicaly created ToolBar with Menus and Buttons. All
> buttons/menus receive their labels, iconpaths from a database. To make each
> button do something el
Hi,
On Monday January 25 2010 12:13:09 phill54 wrote:
> I just ran into a problem concercing class dependencies/requirements and
> wonder what to do.
>
> I'm having a dynamicaly created ToolBar with Menus and Buttons. All
> buttons/menus receive their labels, iconpaths from a database. To make ea
Hi,
I just ran into a problem concercing class dependencies/requirements and
wonder what to do.
I'm having a dynamicaly created ToolBar with Menus and Buttons. All
buttons/menus receive their labels, iconpaths from a database. To make each
button do something else on execution the button model h
Peter Schneider schrieb:
> Hi Fabian,
>
> I agree that it is not "very easy" to detect the access violation. It was only
> a wish that can be ignored, if too expensive to implement ;)
>
> But a clearer overview of what Mixins can do, what they can't and what they
> shouldn't do would be nice. When
Hi again,
I tried your proposal:
>>
>> "libraries" : {
>> "library" : [
>> {
>> "manifest" : "${QOOXDOO_PATH}/framework/Manifest.json",
>> "uri" : "../../../qooxdoo"
>> }
>> ]
>> }
>>
but it has absolutely _NO_ effect on the script :(
Hi Stefan,
On Sunday January 24 2010 21:59:09 Stefan Meyer wrote:
> thank you but that dosent solve the problem. The problem isnt , that he
> dont find the class He dosent finde the other functiom removeOldCotent
> in the same class.
Please have a look at the API documentation of the "addList
You shouldn't use global variables of this kind at all. It is considered
bad style in qooxdoo. Create another qooxdoo class that holds these
variables as members and then use it in your code, as already suggested
earlier.
T.
On 01/23/2010 03:29 PM, Stefan Meyer wrote:
> i set some global vars at
>> button[0] = new qx.ui.menu.Button("Test", "icon/16/actions/home.png",
>> this._undoCommand);
Moreover, you have to include the name space when you reference the
image. The above line should say
button[0] = new qx.ui.menu.Button("Test",
"/icon/16/actions/home.png",...);
T.
-
Hi Fabian,
I agree that it is not "very easy" to detect the access violation. It was only
a wish that can be ignored, if too expensive to implement ;)
But a clearer overview of what Mixins can do, what they can't and what they
shouldn't do would be nice. When I read the documentation and API (bot
On Saturday January 23 2010 17:13:32 Stefan Meyer wrote:
> Hello,
>
> how can i delete a added Chld and add another one?
What kind of child? A widget? You have to provide more infos if want to get
helped here at the mailinglist.
Maybe this will help you further:
http://demo.qooxdoo.org/current/a
Hi Chris,
On Saturday January 23 2010 17:30:02 Chris R. wrote:
> Hi everybody,
> For one of my applications, I need a button bar, which means a panel which
> acts like a container for normal button objects. This panel should also
> have a background image.
Is the "toolbar" widget the right for yo
Hi Stefan,
On Saturday January 23 2010 15:29:50 Stefan Meyer wrote:
> i set some global vars at the top of application.js
>
> var containerMain;
> var containerTop;
> var containerMiddle;
> var containerBottom;
>
>
> i can access this in the qooxdoo classes but when i compile it via
> python
Hi Jim,
On Saturday January 23 2010 03:36:32 Jim Hunter wrote:
> I am working with .8.3 still and I am having a bit of odd behavior with the
> resize event. I have a control that is from another company that I am using
> inside an embed.Html control. When that Html control is resized, I want to
>
Hi Stefan,
On Saturday January 23 2010 01:29:48 Stefan Meyer wrote:
> Hello,
>
> i use this in the application.js
>
> #asset(ma/*)
> #asset(ma/system/*)
> #asset(ma/modules/*)
> #asset(ma/modules/home/*)
>
> In the folder system are 2 files
>
> and the first is no problem when i call the c
Hi Stefan,
On Friday January 22 2010 22:50:19 Stefan Meyer wrote:
> Hello
>
> the path is
>
> icon/16/actions/home.png
>
> it put it to
>
> source/resource//icon/16/actions/home.png
>
> but in he menu nothing appears
>
> this is the menubuttocode
>
> button[0] = new qx.ui.menu.Button("Test"
Hi,
On Friday January 22 2010 23:09:28 Stefan Meyer wrote:
> their is no including . Does qooxdoo automatic include all files
> including files in subfolders?
All necessary JS files (=those classes which are calculated by the dependency
analysis of the generator) are included automatically.
cheer
Peter Schneider schrieb:
> Hi Derrell,
>
>
>
>> [...]
>> Unfortunately that won't work in the "build" version. Mixins can't currently
>> touch private members (those with leading double underscores). It will work
>> fine in the source version, but then fail with the build version.
>>
>> See the
Hi Derrell,
> [...]
> Unfortunately that won't work in the "build" version. Mixins can't currently
> touch private members (those with leading double underscores). It will work
> fine in the source version, but then fail with the build version.
>
> See the comments others have made for alternati
51 matches
Mail list logo
