<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel">
    <title>gmane.comp.lang.javascript.qooxdoo.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18506"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18503"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18500"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18489"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18488"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18487"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18506">
    <title>Re: More on TileView contrib</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18506</link>
    <description>Hi Matt,

congrats, your TileView is really nice. :-)


I'd suggest to file "real" bug reports into qooxdoo's Bugzilla. You can
easily reference other bugs in there, that either belong to the
framework or other contribs you might depend on.

Projects in qooxdoo-contrib are "first-class citizens" that are supposed
to take advantage of the existing infrastructure (SVN, wiki, etc.).

See the wiki code at http://qooxdoo.org/contrib/project#tileview
for some handy interwiki links, that you could also add to your TileView
homepage if you like:

[[ContribReportBug&gt;TileView|Report Bug]]
lets you easily enter bugs for your contribution, and is expanded to
http://bugzilla.qooxdoo.org/enter_bug.cgi?product=contrib&amp;component=TileView

[[ContribShowBugs&gt;TileView|Show Bugs]]
searches for any open bugs

If you like to read more about interwiki support, see
http://qooxdoo.org/documentation/general/wiki_interwiki


Hope you like the infrastructure we provide for contributions? We'd like
to improve it further, so any feedback and collaboration is appreciated.

Bye,

Andreas



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
</description>
    <dc:creator>Andreas Ecker</dc:creator>
    <dc:date>2008-12-01T21:51:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18505">
    <title>Re: Themes - Color variants</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18505</link>
    <description>Sorry, I submited it too early:)

Question is, is this possible and how the generator will interpret it ?

2008/12/1 Petr Kobalíček &lt;kobalicek.petr&lt; at &gt;gmail.com&gt;:
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Petr Kobalíček</dc:creator>
    <dc:date>2008-12-01T20:13:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18504">
    <title>Themes - Color variants</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18504</link>
    <description>Hi list,

how is correct way to create color variants for some theme. For
example I'm playing with new theme and I want to create two or three
color variants.

There are several parts (called meta themes in qooxdoo?) of theme that
must be overriden:
- Colors - this is simplest and shortest, just fill different values
- Decorations - I think that in this part I will duplicate everything
- Appearance - I think that this is not needed to override, it uses
Colors and Decorators

Because I'm lazy in duplicating stuff, my idea is this:

(function(){

// list of theme descriptions
var description = [
  // individual items
  {
    name: "Blue",
    colors: { ... } // colors
    resource: "path_for_resources"
  }
];

description.forEach(item, function(){
  qx.Theme.define("bfly.theme.light." + item.name,
  {
    colors: item.colors
  });

  qx.Theme.define("bfly.theme.light." + item.name,
  {
    resource : item.resource,

    ...
  });

});

}());

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Petr Kobalíček</dc:creator>
    <dc:date>2008-12-01T20:12:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18503">
    <title>Re: New Properties' Validation and Data binding</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18503</link>
    <description>Hi Guilherme,

this is good starting point.

I have some small experiences with data validation and I must agree
with you. I think that object should be able to be in non-valid state,
so validation should be explicit, not implicit.

My second idea is, that validation is usually done in control itself
or more complex validation is done by server, so implementing
validation in properties is, I think, bad step. Example can be
situation that something is wrong in the server and you want to fix
it. If validation is in properties and server replies you bad value,
you can't instantiate the model object.

I'm implementing validation by this way:
- I have object that I need to validate
- I will create validation schema (this can be json schema, or some
kind of schema with instantiated objects describing each fields)
- Currently my schema uses also widgets, so for example I have
TextField, FloatField, ImageField, etc classes that I can instantiate
and add all together to some form (not ui object). And finally I can
call, form.validate() or validate() on individual items

So, validation in models/objects itself will be always limiting factor
in some situations that will always happen and extending this can be
nightmare for people that wants more control or different approach.

Why not to model validation like this ?:

Instantiated object or dict {} that holds the data (valid or invalid,
don't care)
|
Validator based on validation schemas
|
Input/Output

And finally user interface can be like this:

Instantiated object or dict {} that holds the data (valid or invalid,
don't care)
|
User Interface (usually some kind of form), fields based on
validations schemas, field layout based on different ones (grouping,
or hand written - more control)

Cheers and sorry for my limited English here
- Petr

2008/12/1 Guilherme Aiolfi &lt;gradinf&lt; at &gt;gmail.com&gt;:

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Petr Kobalíček</dc:creator>
    <dc:date>2008-12-01T19:35:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18502">
    <title>New Properties' Validation and Data binding</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18502</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
</description>
    <dc:creator>Guilherme Aiolfi</dc:creator>
    <dc:date>2008-12-01T19:07:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18501">
    <title>Re: More on TileView contrib</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18501</link>
    <description>Hi Matthew,

thank you for your work:)

Is any chance to use new implementation of heightForWidth before
friday ? This should enable scrollbars;)

I can look at keyboard handling, moving to left / right should be
remapped from up / down and calculating up / down costant should be
very simple in cases that width is constant (and if I good understand
it, it is constant)

Cheers
- Petr

2008/12/1 Matthew Gregory &lt;matthew+qooxdoo&lt; at &gt;nogsnet.com&gt;:

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Petr Kobalíček</dc:creator>
    <dc:date>2008-12-01T17:14:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18500">
    <title>Height for Width in layouts working</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18500</link>
    <description>Hi,

I just want to let you know the I just implemented "height for width" in 
layouts. This is the last missing piece to get the FlowLayout fully 
functional.
Chris, I have updated your FlowLayout contrib to make use of this 
feature. Its still basic but I'm sure you can easily add the missing 
features now.

Best Fabian

</description>
    <dc:creator>Fabian Jakobs</dc:creator>
    <dc:date>2008-12-01T16:43:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18499">
    <title>Re: scroller won't put up scroll bars</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18499</link>
    <description>
Possibly as well -- I love it when issues double up just to keep us on 
our toes &lt;g&gt; --  but my first attempt was with an embed.HTML. Googling 
around I saw an email exchange in which:

1. someone reported a similar issue
2. Label was recommended
3. and according to a follow-up Label worked

So I tried Label. When that did not work I went back to my first hunch 
(overzealous Grow, or misuse thereof) and confirmed by inspecting the 
DOM in Firebug.

kt

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Kenny Tilton</dc:creator>
    <dc:date>2008-12-01T15:55:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18498">
    <title>Re: js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18498</link>
    <description>Hi Matthew,

Am 01.12.2008 um 16:09 schrieb Matthew Gregory:


I performed some tests using your code, and I can't reproduce your  
results in Firefox 3 or IE 7. Setting the references to null should  
introduce a small leak (all the keys are still in memory, just  
pointing to null), but nothing close to 400k a second.

In my testing, there was no measurable difference in performance or  
memory if I let the doIt function run 1000 times.

Firefox 3 (Mac): about 10,3 seconds for 1000 runs, no measurable  
impact on memory while running

IE 7 (Win XP, running in VMware): about 15,6 seconds for 1000 runs, no  
measurable impact on memory while running

The results were identical for both methods (delete and setting to  
null). Which browser did you test in? I would be really surprised to  
see the results you mentioned in any non-ancient browser.

Regards,

   Andreas


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Andreas Junghans</dc:creator>
    <dc:date>2008-12-01T15:53:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18497">
    <title>Re: More on TileView contrib</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18497</link>
    <description>Hi,
Thanks for the feedback,
I was aware of both of these issues, but hadn't recorded them anywhere 
so thanks for the reminder!

I've update to wiki to include the following:

========================================================================
Known Issues/Planned Improvements

     * Scrollbars don’t work (waiting for 0.8.1 and subsequent update in 
FlowLayout)
     * Cursor keys do not behave logically
     * Would be nice to allow icon overlays to show some kind of status, 
similar to SVN.
========================================================================

Any other suggestions welcome!
Thanks,
Matt



Gaetan de Menten wrote:


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Matthew Gregory</dc:creator>
    <dc:date>2008-12-01T15:42:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18496">
    <title>Re: More on TileView contrib</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18496</link>
    <description>On Mon, Dec 1, 2008 at 13:42, Matthew Gregory
&lt;matthew+qooxdoo&lt; at &gt;nogsnet.com&gt; wrote:

Looks great. Thanks for the demo. Here are a few suggestions though:
- correct movement through keys: in the TileView with TileViewItem
example, if you hit the "down" key, it moves right, and if you hit
"right", it doesn't move.
- add scrollbars on the TileView if all the content can't be displayed
(this is the case on my screen).

Keep up the good work,
</description>
    <dc:creator>Gaetan de Menten</dc:creator>
    <dc:date>2008-12-01T15:24:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18495">
    <title>Re: js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18495</link>
    <description>

Andreas Junghans wrote:

It was a while ago but I had one test something like this:

   var myObj = {};
   var i = 0;
   function doIt()
   {
     myObj[i] = 4;
     delete myObj[i];
     i++;
   }

   window.setInterval("doIt()", 10);

and it ran 50 times a second with without eating any memory.

I then tried the same but used "myObj[i] = null" instead of delete and 
it ran roughly 100 times a second but was leaking memory (IIRC about 
400k a second)

Of course this is with objects not arrays, but I would be suprised if 
the results differed.




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Matthew Gregory</dc:creator>
    <dc:date>2008-12-01T15:09:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18494">
    <title>Re: js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18494</link>
    <description>Hi there,

Am 01.12.2008 um 14:50 schrieb Matthew Gregory:


Sorry, but I don't think this is true. "delete this.array" simply  
removes the "array" key from the associative array that is referenced  
by "this". It doesn't really "delete" it (as there may be other  
references to the object), and it's certainly not slower than  
assigning it to null. (I suppose you didn't really test the  
performance of "delete". If you did, I'd be interested in the results.)

More comments below.


In general, the browser GC cleans up any unreferenced object.  
Unfortunately, there's one big exception: The GC of Microsoft's  
Internet Explorer cannot cope with cyclic references between "pure"  
JavaScript objects and DOM objects. Take a look at this code snippet:

var domObject = document.createElement("div");
var jsObject = new Object();
domObject.pointerToJS = jsObject;
jsObject.pointerToDOM = domObject;

Here you have a cyclic dependency between the div element and  
jsObject. There are also much more subtle ways that can lead to such a  
dependency (including closures).

The big problem is that IE doesn't free the memory of such cycles -  
ever! Not even when you leave the current page. (At least this is true  
for IE up to version 7 - don't know about 8.)


This is enough if you don't store any DOM references (directly or  
indirectly) in the array. The "array" key itself is still held in  
memory (a simple string). If you want to get rid of it, use "delete  
this.array", but that's not necessary if you reuse the same key later  
on.


Not necessary (except to clean up DOM references).


As long as no DOM references are involved, you don't even need to set  
this.array to null. If the object referenced by "this" falls out of  
scope and isn't referenced from anywhere anymore, it's cleaned up  
automatically (including the array property).

Regards,

   Andreas


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Andreas Junghans</dc:creator>
    <dc:date>2008-12-01T14:21:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18493">
    <title>Re: js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18493</link>
    <description>
On 1 Dec 2008, at 14:50, Matthew Gregory wrote:

I didn't know delete but if it is slower ... I won't use it (except in  
some particular case maybe). It is not that I'm in a hurry to recover  
memory, I just want to make sure my app won't leak.

So, what should I do ? Is it enough to assign the array to null or  
should I browse the array for each element to be set to null (that  
extra loop take time too) ?



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Jean-Baptiste BRIAUD -- Novlog</dc:creator>
    <dc:date>2008-12-01T14:00:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18492">
    <title>Re: theme sharing ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18492</link>
    <description>Hi Petr,

To me, it make sens to share it.
Currently, I'm in a hurry for an internal release, so theme is not my  
major concern, but later on I'll have to deal with theme.
I don't see why not provide to end user some choice, so the more theme  
are shared as qooxdoo contribution, the more we could let the choice  
to our end user.

[CUT]

JBB.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Jean-Baptiste BRIAUD -- Novlog</dc:creator>
    <dc:date>2008-12-01T13:58:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18491">
    <title>Re: js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18491</link>
    <description>You could use "delete this.array" to free the memory instantly, it is 
much slower than assigning it to null and waiting for the GC though.


Jean-Baptiste BRIAUD -- Novlog wrote:


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Matthew Gregory</dc:creator>
    <dc:date>2008-12-01T13:50:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18490">
    <title>Re: scroller won't put up scroll bars</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18490</link>
    <description>
Thx, Alexander. I was using a Scroll widget but there were no scroll 
bars displayed because it thought the contents were not too big to fit 
in the scroll pane. The Firebug inspector confirmed the Scroll's 
understanding. The problem was that an ascendant Grow layout was 
dynamically modifying the height of the too-large widget (an embed.HTML 
in fact). Examination of the relevant code suggests only min/maxHeight 
are respected under a Grow layout, and that is how I worked around the 
problem.

cheers, ken

</description>
    <dc:creator>Kenny Tilton</dc:creator>
    <dc:date>2008-12-01T13:43:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18489">
    <title>Re: Selenium</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18489</link>
    <description>
On 1 Dec 2008, at 10:59, thron7 wrote:

I did try that but it is not really what I'm waiting for. Writing that  
HTML table is just too verbose and error message was not really  
helpfull to find that I forgot just a &lt;/td&gt; in that bloody table.
This confirmed me I hate html ;-)

I was not able to do anything with Core. No error messages, no doc ...  
and nothing. This simply never worked for me.

I did try this one. I feel this is the right one for me.
Apparently there was a known bug that prevent using Firefox 3 on Mac,  
bad luck isn't it ?

I know it is suppose to work on any plateform since it is Java, but  
that is only true if developpers doesn't try to make Java not portable.
Unfortunatly, there is system specific code in that part of Selenium  
server that try to modify network system file (I checked out the  
source) !!! Yes, you read correctly.

So, runing that server didn't work at all and I did take the risk to  
run it using sudo (I read somewhere it could be needed). You know the  
result ? It broke my network system config and I really had to  
reinstall my machine from scratch. As a Java developper I was  
estonished thay was able to do that, this is soooo bad !
That was with version 0.9 and 1.

Anyway, I still would like to try to use Selenium since it's the only  
one I klnow that use real browser, but in no way I'll do a sudo with  
it now.
=&gt; Any one used Selenium successfully on Mac ?


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Jean-Baptiste BRIAUD -- Novlog</dc:creator>
    <dc:date>2008-12-01T13:30:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18488">
    <title>js : release an associative array : rely on GC ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18488</link>
    <description>Hi,

I'm using at several places what I called an associative array :
this.array[key] = value;

I would like to be sure I release memory used by the array. Would you  
advice me to rely on garbage collector or should I do something  
special ?

Various solution :
1. this.array = null; // Is is enought ?
2. Browse the array and apply for each member array[i] = null; then do  
1.
3. Something else ?

Thanks !

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Jean-Baptiste BRIAUD -- Novlog</dc:creator>
    <dc:date>2008-12-01T13:11:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18487">
    <title>Re: IE 6 element.offsetParent</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18487</link>
    <description>
This code works for me also. I'll have another look through the classes to
see if I've missed something in my code and try to modify this code to
reproduce the issue. I won't be able to do this until early next week as I
have a deadline to meet this Friday.

Thanks,

Chris


Christian Schmidt-18 wrote:

</description>
    <dc:creator>CSBrown</dc:creator>
    <dc:date>2008-12-01T12:49:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18486">
    <title>More on TileView contrib</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.javascript.qooxdoo.devel/18486</link>
    <description>Hi All,
A few people asked for some images/demos of my TileView widget. I've 
started the documentation on http://qooxdoo.org/contrib/project/tileview 
and there is also a demo online at 
http://qooxdoo.org/contrib/project/tileview that shows the TileView 
widget and how it can also be used with the standard List and ListItem.

Enjoy!
Matt


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Matthew Gregory</dc:creator>
    <dc:date>2008-12-01T12:42:38</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.javascript.qooxdoo.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.javascript.qooxdoo.devel</link>
  </textinput>
</rdf:RDF>
