Reorderer in Sakai announcements
gsilver at umich.edu
Mon Sep 29 14:16:08 UTC 2008
I'd be glad to and will do so - but I was not sure where the issue was, on
the component or on the implementation - did not want to raise a false
On 9/29/08 10:10 AM, "justin.obara at utoronto.ca" <justin.obara at utoronto.ca>
> Hi Gonzalo,
> Would you be able to file the bugs you found in jira? If not please
> let me know and I'll try to do it.
> I'm not sure if the reorderer has ever been used on tables before, at
> least I haven't seen it.
> Quoting Gonzalo Silverio <gsilver at umich.edu>:
>> We have been working on integrating the reorderer in the Sakai announcements
>> list as a test. Here are some preliminary observations, some caveats, and a
>> request for assistance.
>> On the skinning side the selector order that worked best to avoid conflicts
>> with external (implementor) styles and internal (reorderer) styles was the
>> The only !important override was used in the ".orderable-avatar" selector,
>> to override the ".orderable-hover" in cases where both were addressing the
>> same attribute, since both are applied to the same element/state.
>> Since ".ui-draggable" and ".ui-droppable" seem to be applied to all states,
>> they were less useful for distinguishing between states. Is this true?
>> The Sakai announcements list is a table, with up to seven columns, each row
>> having a set of links and a checkbox input, at least when the site owner is
>> viewing it. I applied the "uniqueprefix.orderableX" to the <tr/>
>> - Win/Internet Explorer 6 -
>> 1) Checkboxes are unchecked after a drag
>> 2) It is virtually impossible to "paint" ".orderable-drop-marker" - the
>> table rows separate to the specified height as the avatar enters the area,
>> but that is it, no background, borders, etc. are rendered.
>> - All OS/Firefox 2/3 -
>> A dropped row will sometimes drop as if the allowable droppable target was
>> the first cell of the standard row. Adding anything to all rows that
>> explicitly gives it a block character (like "display:block, display:table")
>> fixes this - but it makes a hash of the table layout.
>> You can see the above at:
>> Bare bones, shows Firefox problem:
>> Some attempt at styling, "display:table" applied to rows (I know, I know):
>> Any thoughts? Has the reorderer been used with a table before? I think some
>> of the issues listed may be due to that perhaps?
>> Many thanks.
>> fluid-work mailing list
>> fluid-work at fluidproject.org
More information about the fluid-work