Skip to main content

Rails drag and drop with scriptaculous

From here:

View:
<% element_to_drag_id = "item_#{item.id}" %>
<div id=<%= element_to_drag_id %> class='mydrop'>
Whatever
</div>
<%= draggable_element(element_to_drag_id, :revert=>true) %>
 
 
<% element_to_drop_id = "receiver" %>
<div id=<%= element_to_drop_id %> >
Whatever else
</div>
<%= drop_receiving_element(element_to_drop_id,  # The id of the receiving element
  :accept => "mydrop",                          # The CSS class of the dropped element
  :with   => "'dropid=' + (element.id.split('_').last())", # The query string parameters
  :url    => {:action=> 'dropped'}              # The action to call
)%> 

Controller:
Do whatever you need. The id is passed in params[:dropid]. See views/keywords/_show_key.html.erb and controllers/keyword_controller.rb for illustration of how to use it.

Note:
There is an issue with dragging and dropping across divs that have overflow:auto on
[1],[2]

This can be fixed by setting :ghosting=>true in the draggable.

Comments

Popular posts from this blog

A note on Python's __exit__() and errors

Python's context managers are a very neat way of handling code that needs a teardown once you are done. Python objects have do have a destructor method ( __del__ ) called right before the last instance of the object is about to be destroyed. You can do a teardown there. However there is a lot of fine print to the __del__ method. A cleaner way of doing tear-downs is through Python's context manager , manifested as the with keyword. class CrushMe: def __init__(self): self.f = open('test.txt', 'w') def foo(self, a, b): self.f.write(str(a - b)) def __enter__(self): return self def __exit__(self, exc_type, exc_val, exc_tb): self.f.close() return True with CrushMe() as c: c.foo(2, 3) One thing that is important, and that got me just now, is error handling. I made the mistake of ignoring all those 'junk' arguments ( exc_type, exc_val, exc_tb ). I just skimmed the docs and what popped out is that you need to return True or

Using adminer on Mac OS X

adminer is a nice php based sqlite manager. I prefer the firefox plugin "sqlite manager" but it currently has a strange issue with FF5 that basically makes it unworkable, so I was looking for an alternative to tide me over. I really don't want apache running all the time on my computer and don't want people browsing to my computer, so what I needed to do was: Download the adminer php script into /Library/WebServer/Documents/ Change /etc/apache2/httpd.conf to allow running of php scripts (uncomment the line that begins: LoadModule php5_module Start the apache server: sudo apachectl -k start Operate the script by going to localhost Stop the server: sudo apachectl -k stop