Subject Research Guide work has been discontinued.

I figure that we can wait until the beta release. Thinking about using trunk of fluid makes me kinda queasy in that "I hate too much Halloween candy way".

So I'm not just randomly sending email with no context (aka what in Hades is Damian talking about?)

This fixes the reorderer not allowing us to reorder/drag newly created AJAX/AHAH'd in elements. So in the srg, when a new content item is created we currently cannot reorder it until we back out of the srg after creating the content item and go back in. Once back in and it is a preexisting content item on page load, the reorderer can move it just fine. This fix will allow not only preexisting content items to reorder (which does work now) but also allow a new content item to reorder after creation.

----Original Message---- From: Antranig Basman antranig@caret.cam.ac.uk
Sent: Monday, October 27, 2008 12:14 PM
To: Sobieralski, Damian Michael
Cc: fluid-talk@fluidproject.org
Subject: Re: RE initing the reorderer

Hi there Damian - I looked into this issue and resolved it as
http://issues.fluidproject.org/browse/FLUID-1702

...

The fix will be part of the beta release at the end of the week,
or you can try a trunk package if you are in a hurry -

Thanks for the report,
A.

I changed the listened for event that took a content item from view mode to edit mode to be mouseup (was click). This was needed as event click interfered with the reorderer.

The Fluid reorderer appears to be based on the JQuery reorderer plugin. Actually, it seems it IS the jQuery reorderer plugin with extra stuff added to it.

It does appear to have the same functionality that Gaurav showed with Google notebook. I am looking to implement just the client side reorderer (not worrying about persisting the reorder on the server for later retrieval..... YET). In theory, this shouldn't take too long to implement. Maybe, even, by end of this week. I got a simple reorder in the srg to happen last Friday. So now I am waiting for Fluid to release a full 0.3 (I am using 0.3 beta in my experiments) as I was told by Anastasia Cheetham that it should be released today.

So my hope is that we'll be able to all look at srg/trunk and the reorderer and decide if/what it can or cannot do for us. If we decide - go....then time can be sunk in to a get full integration (persisting reorder) with the srg.

I should have said this sooner. Before this is implemented, could we see a demo of the fluid reorderer or mockups of how it will work in SRG author context? The underlying question is whether this is the right widget for this purpose. The fluid reorderer is recommended because it is accessible. Actually, if the fluid reorderer provides functionality substantially the same as what Gaurav demonstrated a couple months ago, this question should not hold up work on this. But if it's different, we should talk about whether this is the right design for this purpose. (This is just my opinion).