Skip to main content

Bug Tracker

Side navigation

#1485 closed bug (wontfix)

Opened August 14, 2007 08:15AM UTC

Closed March 31, 2008 01:47AM UTC

Some bugs and errors in the Sortable functions in the interface plugin

Reported by: torkild Owned by: stefan
Priority: major Milestone: 1.1.4
Component: interface Version: 1.1.3
Keywords: Cc:
Blocked by: Blocking:
Description

I have now tryed to figure this out for a couple of hours. I was up to this point sure that the problems was only my own stupiditys fault, but now I'm not that sure anymore.

The first problem I encountered was that when a element is being dragged in a sortable list(all semantic and stuff), it looses it's css styles inherited by parent elements. I figured out I have to style it by a class in the element(or the id). Not that this is a bug, but it would be very nice to see a solution to that. (Altough I understand that might be hard.)

The 2. problem I got was that if an <UL> contains both "accepted" sortable elements, and elements not accepted, it becomes impossible to place a sortable element just above the unaccepted element. This results in haveing to move the element above the element over the unaccepted, for then to move the element just above the unaccepted one step up. A solution shouldn't be too far away i guess(and hope).

The third problem is that if I set "containment: 'parent'", I suddenly cant move the elements down on the list, only up. I don't know if thats because of some "css tecnical mambo jambo mess ups", but it's surtently not user friendly.

Fourth problem is about ghosting. And let me give you this, the function realy "ghosts" the element after it's dropped! In other words: The element being dropped disappers!

Another tips(or something like that): The possiblity to wrap the sortable elements in different elements to make an multidimentional array of some kind. Some thing like this:

<ul>
   <li id='installed'>
      <ul>
         <li class='sortable'>Installed Item #1</li>
         <li class='sortable'>Installed Item #2</li>
         <li class='sortable'>Installed Item #3</li>
      </ul>
   </li>
   <li id='not-installed'>
      <ul>
         <li class='sortable'>Not-Installed Item #1</li>
         <li class='sortable'>Not-Installed Item #2</li>
      </ul>
   </li>
</ul>

Would result in something like this:

data = {
      installed = {
            item-in-installed #1
            item-in-installed #2
            item-in-installed #3
      }
      not-installed = {
            item-in-not-installed #1
            item-in-not-installed #2
      }
}

I guess you catch the point.

I haven't had the time to check deeply into the result of the sortable, so I'm not sure if this allready exists, but surely I could use it!

Other then that I haven't found any more bug/problems I can remember. So then it's just one more thing to say:

I love jQuery, so far I have had the chance to test it, and the interface plugin is adorable! Keep up the good work! This is quality!

(NB: Many of these bug/problems might be my lack of skills in js/jQuery, and shoot me if thats the case. Anyway, I hope I have contributed with something usefull. I also attach the file(with styles) I have used, so you guys can compare with my script.)

(NBNB: I'm a php-programmer if that helps you in any way, alltough I haven't used any php-code in this case.)

Attachments (1)
  • index.html (2.0 KB) - added by torkild August 14, 2007 08:16AM UTC.

    The file(including styles) I have used in this case

Change History (3)

Changed August 14, 2007 06:10PM UTC by torkild comment:1

Ok.. I have learnt alot these last houres. My learning hasn't fixed the problems, but I have found work-arounds for most of them.

It would still be nice if the dragged element would inherit css style from it's parents.

Problem Nr 2. is still a tricky one, alltough I solved it with some invisible extra "accepted" elements and heck of alot fine-tuning with css.

The third problem(with containment:'parent') is, after what i read, a known bug, and a pretty easy one to fix(hope to see it fixed natively in the next version). But here I got a suggestion. Parent and document are strings you can use for now(together with the oppertunity for an array), but what about strings like:

'margin' - To get inside the margin of the parent(still possible to move it out to the border)

'border' - To get inside the border of the parent(yeah, still possible to move it out to the padding)

'padding' - To get inside to padding of the parent

Ghosting still leads to a magicaly disapperance.

About the tip i gave you, forget about it. It was dumb of me not to research some more.

Still loves it! It's getting better every minut!

Changed August 14, 2007 06:14PM UTC by torkild comment:2

BTW: If anyone want's to know what I did to make it work almost as wanted, please don't hassitate to send me an mail at

torkild [some-wierd-'a'] dreamhouse [a-normal-dot] no
I just don't give myself the time to post every step here. In case no-one needs it.

Changed March 31, 2008 01:47AM UTC by scott.gonzal comment:3

resolution: → wontfix
status: newclosed

Interface is no longer supported; consider switching to jQuery UI.