Reorderer components' name change
john at caret.cam.ac.uk
Thu Sep 25 12:18:07 UTC 2008
In fear and trepidation of opening a horrible can of worms, I just
thought I'd point out to me that the word "reorderer" doesn't actually
convey any meaning. It is clearly a word that the project has come to
agree encapsulates the work done, but to the person unaware of the
work done, it doesn't say much. I tried a Google:define and got:
No definitions were found for reorderer.
- Make sure all words are spelled correctly.
- Search the Web for documents that contain "reorderer"
The result of the web search of course puts the Fluid pages at the
top, which gives you the opportunity to define the term. But I didn't
have any understanding from hearing the word before searching.
I wonder if it is worth saying in two sentences what you want each
name to capture and maybe asking people outside the project what they
would think are words that capture the meaning in those 2 sentences.
Probably overkill. Maybe best to invent a word and define it, but the
names should come with pithy definitions alongside if the words are
unknown to the audience.
On 24 Sep 2008, at 21:35, Jess Mitchell wrote:
> Before it happens, I'd like someone who was involved in the naming
> of Layout Customizer to weigh in on that name change. More than the
> other names, that one has caught on to a certain extent. I know I
> use it in conversation all the time and a good bit of our
> documentation early on used reorderer and layout customizer
> interchangeably (though I know that shift reflects some fundamental
> code changes). Is there a reason to change it?
> BTW +1 Image Reorderer
> Jess Mitchell
> Boston, MA, USA
> Project Manager / Fluid Project
> jess at jessmitchell.com
> / w / 617.326.7753 / c / 919.599.5378
> jabber: jessmitchell at gmail.com
> On Sep 24, 2008, at 4:13 PM, Daphne Ogle wrote:
>> I change my vote to Image Reorderer. It wasn't on the table when I
>> initially voted :)
>> 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
>>> On 24-Sep-08, at 2:34 PM, Anastasia Cheetham wrote:
>>>> On 24-Sep-08, at 2:19 PM, Colin Clark wrote:
>>>>> file that offers backwards-compatibility for such API changes.
>>>>> is very much inspired by John Resig's approach to API change in
>>>> Hm. I'm not sure I understand what this file would contain - the
>>>> APIs wrapped around calls to the new APIs? I'm looking at the
>>>> code, and I don't see anything that looks like what you're talking
>>>> 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
>>> fluid-work mailing list
>>> fluid-work at fluidproject.org
>> Daphne Ogle
>> Senior Interaction Designer
>> University of California, Berkeley
>> Educational Technology Services
>> daphne at media.berkeley.edu
>> cell (510)847-0308
>> fluid-work mailing list
>> fluid-work at fluidproject.org
> fluid-work mailing list
> fluid-work at fluidproject.org
More information about the fluid-work