Reorderer components' name change

[Daphne Ogle]

I change my vote to Image Reorderer.  It wasn't on the table when I  
initially voted :)

-Daphne

On Sep 24, 2008, at 12:32 PM, erin yu wrote:

> Chatted with Anastasia - she thinks renaming (at least on the wiki)  
> is a necessary step, but we'd have to worry about backwards  
> compatibility. Renaming in the code wouldn't be terribly difficult,  
> but we'd have to be thorough.
>
> Here are the responses so far.
>
> Layout Reorderer
> + 1: 	Erin, Anastasia, Colin, Gary, Daphne, Allison
> -1: 	Eli
>
> Thumbnail Reorderer
> +1: 	Erin, Anastasia, Colin, Gary, Daphne
> -1: 	Antranig
>
> Image Reorderer (as opposed to Thumbnail Reorderer)
> +1: 	Gary, Erin, Allison
>
>
> Erin
>
>
>
>
>
> On 24-Sep-08, at 2:34 PM, Anastasia Cheetham wrote:
>
>>
>> On 24-Sep-08, at 2:19 PM, Colin Clark wrote:
>>
>>> An alternative approach would be to provide an optional JavaScript
>>> file that offers backwards-compatibility for such API changes. This
>>> is very much inspired by John Resig's approach to API change in
>>> jQuery.
>>
>>
>> Hm. I'm not sure I understand what this file would contain - the old
>> APIs wrapped around calls to the new APIs? I'm looking at the jQuery
>> code, and I don't see anything that looks like what you're talking
>> about?
>>
>> -- 
>> Anastasia Cheetham                   a.cheetham at utoronto.ca
>> Software Designer, Fluid Project    http://fluidproject.org
>> Adaptive Technology Resource Centre / University of Toronto
>>
>> _______________________________________________
>> fluid-work mailing list
>> fluid-work at fluidproject.org
>> http://fluidproject.org/mailman/listinfo/fluid-work
>
> _______________________________________________
> fluid-work mailing list
> fluid-work at fluidproject.org
> http://fluidproject.org/mailman/listinfo/fluid-work

Daphne Ogle
Senior Interaction Designer
University of California, Berkeley
Educational Technology Services
daphne at media.berkeley.edu
cell (510)847-0308



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080924/bca1b9ee/attachment.html>