On Wed, Aug 20, 2008 at 9:20 PM, John de la Garza <[EMAIL PROTECTED]> wrote:
> I'm trying to put together a drag and drop interface to demo qooxdoo at
> work...
>
> I've given up on the video embedding for now and am going to substitute
> images.
>
> I have an image on a page done like this:
>
> -
I'm trying to put together a drag and drop interface to demo qooxdoo at
work...
I've given up on the video embedding for now and am going to substitute
images.
I have an image on a page done like this:
-
On Wed, Aug 20, 2008 at 6:16 PM, panyasan <[EMAIL PROTECTED]> wrote:
>
> Derrell:
>
> thank you for your confidence, but I think I am a long way away from any
> 0.8
> code for the moment and will be for some time. I'd be happy if I could
> finish my application which is built on 0.7. Concerning dr
Fabian Jakobs wrote:
> John de la Garza schrieb:
>
>> Sebastian Werner wrote:
>>
>>
>>> QuickTime is a plugin which is not interoperable in this way with the
>>> qooxdoo Drag&Drop system. This is mainly a browser plugin integration
>>> issue and not so such a qooxdoo issue.
>>>
>>>
Derrell:
thank you for your confidence, but I think I am a long way away from any 0.8
code for the moment and will be for some time. I'd be happy if I could
finish my application which is built on 0.7. Concerning drag & drop: More
important for me would be to fix an crucial bug with drag & drop
Fabian Jakobs wrote:
> John de la Garza schrieb:
>
>> Sebastian Werner wrote:
>>
>>
>>> QuickTime is a plugin which is not interoperable in this way with the
>>> qooxdoo Drag&Drop system. This is mainly a browser plugin integration
>>> issue and not so such a qooxdoo issue.
>>>
>>>
Sebastian Werner wrote:
>
> You can insert the movie as Fabian explained, but you cannot use the
> drag&drop support of qooxdoo to interact with the quicktime plugin.
>
> Sebastian
>
>
>
currently I have this line to swap out a movie
Replace One Movie with Another:
movie1.SetURL(MyOtherMovi
>> Again, I was under the impression that you have some (semi-) automatic
>> test application that you could just re-run after an SVN update
(comparing
>> files sounds more like analysis). Maybe we could run this application
on
>> our side as well?!
I posted this 'application' add the end of th
Am 20.08.2008 um 22:03 schrieb [EMAIL PROTECTED]:
>>> Until this mail the colloboration was quite friendly and your
>>> feedback
>>> was really helpful.
>
> So then sorry for overreacting a bit. After a long working day it
> was just
> too depressing to see the numbers drop so bad.
> To start
Stefan,
> So then sorry for overreacting a bit. After a long working day it was just
> too depressing to see the numbers drop so bad.
You shouldn't be more depressed than we are ;).
> SVN access is s slow (not your fault of course). Doing a
> compare on a single file takes more than
>> Until this mail the colloboration was quite friendly and your feedback
>> was really helpful.
So then sorry for overreacting a bit. After a long working day it was just
too depressing to see the numbers drop so bad.
To start collaboration again: your last checkin (15910) on ui.core.Widget
co
[EMAIL PROTECTED] wrote:
>>> Maybe you can re-run your tests again :) Most core disposer issues,
>>> especially LayoutItem, Widget, etc. were fixed. Would be interesting if
>>>
>
>
>>> this results in any improvements for your test.
>>>
>
> It got worse (using trunk rev 15905).
>
[EMAIL PROTECTED] schrieb:
>>> Maybe you can re-run your tests again :) Most core disposer issues,
>>> especially LayoutItem, Widget, etc. were fixed. Would be interesting if
>
>>> this results in any improvements for your test.
>
> It got worse (using trunk rev 15905).
> After 3000 qx.ui.core.
John de la Garza schrieb:
> Sebastian Werner wrote:
>> QuickTime is a plugin which is not interoperable in this way with the
>> qooxdoo Drag&Drop system. This is mainly a browser plugin integration
>> issue and not so such a qooxdoo issue.
>>
>>
>
> I'm not following fully, I'm really new to
John de la Garza wrote:
> Sebastian Werner wrote:
>
>> johndela1 schrieb:
>>
>>
>>> I set up a httpd on a linux box (lighttpd) and set the document root to be
>>> where my index.html file is. When I put my browser to localhost it just
>>> loads the index.html but isn't running my app
>>
John de la Garza schrieb:
> Sebastian Werner wrote:
>
>> QuickTime is a plugin which is not interoperable in this way with the
>> qooxdoo Drag&Drop system. This is mainly a browser plugin integration
>> issue and not so such a qooxdoo issue.
>>
>>
>>
>
> I'm not following fully, I'm r
>> Maybe you can re-run your tests again :) Most core disposer issues,
>> especially LayoutItem, Widget, etc. were fixed. Would be interesting if
>> this results in any improvements for your test.
It got worse (using trunk rev 15905).
After 3000 qx.ui.core.Widgets I stopped. Leaked already >50M
Sebastian Werner wrote:
> QuickTime is a plugin which is not interoperable in this way with the
> qooxdoo Drag&Drop system. This is mainly a browser plugin integration
> issue and not so such a qooxdoo issue.
>
>
I'm not following fully, I'm really new to javascript, css so I may not
know w
Sebastian Werner wrote:
> The TabView will be stretched by the VBox where it is placed in. When
> you do not like this behavior you can do a tabview.setAllowGrowX(false).
> This protects the TabView from being stretched.
>
> Sebastian
>
>
didn't change the behavior...
this is what I have now:
John de la Garza schrieb:
> Sebastian Werner wrote:
>
>> Hi,
>>
>> I am not sure what this QX_WriteObject do, but it may write some code to
>> the current position using document.write. If the file do not support
>> any other methods maybe for appending to a given DOM node etc. you are
>> out
Sebastian Werner wrote:
> Hi,
>
> I am not sure what this QX_WriteObject do, but it may write some code to
> the current position using document.write. If the file do not support
> any other methods maybe for appending to a given DOM node etc. you are
> out of chance to integrate the result into
Sebastian Werner wrote:
> johndela1 schrieb:
>
>> I set up a httpd on a linux box (lighttpd) and set the document root to be
>> where my index.html file is. When I put my browser to localhost it just
>> loads the index.html but isn't running my app
>>
>
> Ok, any details on this available?
thron7 schrieb:
> Florian Giesen wrote:
>
>> Hello,
>>
>> I have a similar problem. I am using Apache on a Windows system for
>> development. Up to now I did not get it work (neither source nor build), to
>> change the default paths. The best way to explain my problem is an example
>> of the
Christian, old buddy, old pal. You're our resident "Drag & drop expert" and
have I got a job for you! :-)
Drag & drop works a bit differently in 0.8 than it did in 0.7. It's simpler
from the qooxdoo side. You can look at the implementation description at
http://qooxdoo.org/documentation/0.8/u
Florian Giesen wrote:
> Hello,
>
> I have a similar problem. I am using Apache on a Windows system for
> development. Up to now I did not get it work (neither source nor build), to
> change the default paths. The best way to explain my problem is an example of
> the desired folder structure:
>
>
Hello,
I have a similar problem. I am using Apache on a Windows system for
development. Up to now I did not get it work (neither source nor build), to
change the default paths. The best way to explain my problem is an example of
the desired folder structure:
/somedir/index.html (with the qooxd
[EMAIL PROTECTED] schrieb:
>>> Yes, but the question I guess was: Is there a leak in 0.7?!
>
> O yes - at least as big as it was in 0.8 yesterday ... I only focused
> now on 0.8 because it was easier to debug/understand due to the new
> DOM-handling stuff.
>
> I just quote from my first pos
>> Yes, but the question I guess was: Is there a leak in 0.7?!
O yes - at least as big as it was in 0.8 yesterday ... I only focused
now on 0.8 because it was easier to debug/understand due to the new
DOM-handling stuff.
I just quote from my first posting:
>> After 3000 Labels the IE7 memor
thron7 schrieb:
> Sebastian Werner wrote:
>> Benjamin Muskalla schrieb:
>>
>>> Sebastian Werner wrote:
>>>
Benjamin Muskalla schrieb:
> Hi Sebastian,
>
> qx.ui.menu.Button:80 the changeLocale listener gets added but never
> removed in the destructor.
>
Sebastian Werner wrote:
> Benjamin Muskalla schrieb:
>
>> Sebastian Werner wrote:
>>
>>> Benjamin Muskalla schrieb:
>>>
Hi Sebastian,
qx.ui.menu.Button:80 the changeLocale listener gets added but never
removed in the destructor.
>>> Mhh, I do not ha
Benjamin Muskalla schrieb:
> Sebastian Werner wrote:
>> Benjamin Muskalla schrieb:
>>> Hi Sebastian,
>>>
>>> qx.ui.menu.Button:80 the changeLocale listener gets added but never
>>> removed in the destructor.
>> Mhh, I do not have this code. Infact the whole class do not have a
>> changeLocale lis
Sebastian Werner wrote:
> Benjamin Muskalla schrieb:
>> Hi Sebastian,
>>
>> qx.ui.menu.Button:80 the changeLocale listener gets added but never
>> removed in the destructor.
>
> Mhh, I do not have this code. Infact the whole class do not have a
> changeLocale listener.
Sorry, forgot to mention
ComboBoxes are just for assistence. Maybe you better use the SelectBox.
There you also have a selected property (hint: setSelected(item)). The
ComboBox is value oriented and do not allow selection of items anymore.
Sebastian
Derrell Lipman schrieb:
> One of the treevirtual demos I'm porting u
Benjamin Muskalla schrieb:
> Hi Sebastian,
>
> we saw there are several changes regarding widget disposal in current
> trunk. Would it be possible to backport them to the 0.7 branch to see if
> they lead to an improvement of the current situation?
This is already done in 0.7. We have had just n
One of the treevirtual demos I'm porting uses a ComboBox. In 0.7 one could
do:
o = new qx.ui.form.ComboBox();
var item = new qx.ui.form.ListItem("An item");
o.add(item);
... (add N other items)
var item = new qx.ui.form.ListItem("Yet another item");
o.add(item
Hi Sebastian,
we saw there are several changes regarding widget disposal in current
trunk. Would it be possible to backport them to the 0.7 branch to see if
they lead to an improvement of the current situation?
And by the way: The kind of bug which was now fixed for Label as
discussed in this
thron7 wrote:
Chris Banford wrote:
Hi Thomas,
Hello World also now runs for me -- I guess the last day or two
probably wasn't a great point in time to try and get started with 0.8,
with the RC1 just coming out and the wiki docs and SVN being in such
flux... :-)
Indeed. It actually
From bug#933, concerning generate.py:
Two issues were resolved:
1) The initial os.execvp to invoke the real generator.py behaved like a 'spawn'
under Win cmd, which interfered with jobs that use user prompts like the
'migration' job. This was solved switching to a subshell implementation using
s
Chris Banford wrote:
> Hi Thomas,
>
> Hello World also now runs for me -- I guess the last day or two
> probably wasn't a great point in time to try and get started with 0.8,
> with the RC1 just coming out and the wiki docs and SVN being in such
> flux... :-)
Indeed. It actually amazes me that
Hi Thomas,
Hello World also now runs for me -- I guess the last day or two probably
wasn't a great point in time to try and get started with 0.8, with the
RC1 just coming out and the wiki docs and SVN being in such flux... :-)
-Chris
Pleas: if you change any script that handles
cool stuff, great :)
> Have some great and some 'bad' news:
>
> great: the big memory problems of labels are gone
> 'bad': My claim that ui.core.Widgets have no memory-problem from the last
> post was wrong.
> This was from a test, where widgets were created and destroyed instantly,
> without ad
Petr Kobalíček wrote:
> Hi thron,
>
> I'm making efforts to describe the issues I have, but my English is
> limited so it can sometimes can look funny :-) (I known)
>
No worries. In most cases, technical clarity is more important for us
than language skills. It looks like you can express yours
> Pleas: if you change any script that handles pathes, test this
> scripts (under windows) !
>
well, you were the tester ;) ... fixed with r15829.
t.
-
This SF.Net email is sponsored by the Moblin Your Mov
Hi John,
> I set up a httpd on a linux box (lighttpd) and set the document root to be
> where my index.html file is. When I put my browser to localhost it just
> loads the index.html but isn't running my app
>
> if I browse to localhost/script/custom.js I see the javascript as text
>
This is co
Hi Ralf,
are you interested in writing a blog post around this whole topic. Maybe
interesting for users outside the mailing list as well?
Sebastian
Ralf Nieuwenhuijsen schrieb:
> I'm working hard to port/rewrite my couchdb code for the recent
> version of qooxdoo.
> It will be a bit more trim
Thanks. This is fixed in SVN.
Sebastian
Ralf Nieuwenhuijsen schrieb:
> The first option is never selectable in Firefox 3..!
>
> http://demo.qooxdoo.org/devel/demobrowser/#widget~SelectBox.html
>
> It doesn't work the mouse, nor with the keyboard.
>
> Greetings,
> Ralf
>
> ---
QuickTime is a plugin which is not interoperable in this way with the
qooxdoo Drag&Drop system. This is mainly a browser plugin integration
issue and not so such a qooxdoo issue.
Sebastian
johndela1 schrieb:
> I am trying to make a drag and drop interface to a multi camera dvr.
>
> I've made
The TabView will be stretched by the VBox where it is placed in. When
you do not like this behavior you can do a tabview.setAllowGrowX(false).
This protects the TabView from being stretched.
Sebastian
johndela1 schrieb:
> I have a page with a TabView. I placed two lists on it so I can play wi
48 matches
Mail list logo
