Sitellite Sitellite CMS → 5.0.3

Comments and changes to this ticket

• 

  lux December 17th, 2008 @ 09:09 PM

  For now, this is partially solved in the Sitellite Desktop app for Sitellite Pro. It's an Adobe AIR-based app that allows drag and drop of files, among other things.

• You flagged this item as spam.
  

  labman January 14th, 2009 @ 09:10 AM

  How do I get this and does this solution for Linux users? Thanks.

• 

  lux January 14th, 2009 @ 12:13 PM

  It's based on Adobe AIR, so it should work on Mac, Linux and Windows. It does require Sitellite 5 though since it communicates with an API that's new in Sitellite 5. I can send you a link via email if that will work for you.

• 

  Charles Brunet August 7th, 2009 @ 01:18 PM

  John,
  can we close this issue?

• 

  lux August 7th, 2009 @ 01:47 PM

  Technically it would be nice to have an in-browser feature for this. The Sitellite Desktop is a pro-only feature too.

  This could be done using a jQuery plugin like this:

  http://www.fyneworks.com/jquery/multiple-file-upload/

  A folder could be chosen and a status/access for all of them, so the form would be a bit simpler then you could edit each file separately to give it extra attributes.

• 

  Charles Brunet August 8th, 2009 @ 10:52 AM

  • Assigned user changed from “lux” to “Charles Brunet”
  • State changed from “new” to “open”
  • Milestone set to “5.0.3”

  I began working on that. But I realized jquery.multifile only works if jquery is loaded before prototype. Since prototype is loaded on every pages for alert boxes, calling page_add_script in the sitellite_file form adds jquery after prototype. Can I include jquery-1.3.2.min.js on the admin template? Do you have a better way to include it before prototype.js is included?

• 

  lux August 8th, 2009 @ 11:51 AM

  I believe Prototype is only used in 3-4 places and I would love to replace those with jQuery since that's pretty much all I use nowadays. Those are:

  • siteblog
  • sitegallery
  • xed/source form
  • prompt.js

  So fixing this may be dependent on that first. I'll take a closer look and see if that's feasible to do quickly.

• 

  Charles Brunet August 8th, 2009 @ 03:26 PM

  • State changed from “open” to “resolved”

  I committed something for that. Maybe it could be more polished, but it seems to work. Don't hesitate to comment.

  For the prototype issue, you should open an other ticket.

• 

  lux August 8th, 2009 @ 03:40 PM

  Did you push the commit to github? I don't see anything new there.

  I created a new ticket for the prototype to jquery conversion.

• 

  Charles Brunet August 8th, 2009 @ 04:15 PM

  Yes, but Github seems to be slow updating it status today...

• 

  lux August 8th, 2009 @ 05:05 PM

  Ah, indeed it is!

  The new feature looks good. One conflict now though is that you can upload multiple files but still specify a single rename and display name option. Those two fields (Rename File and Display Name) should be hidden in the add form and only be visible in the edit form to solve that. I think it's better to have the ability to upload multiple files at once than to rename a single one while uploading (as opposed to naming it what you wanted in the first place ;).

• 

  Charles Brunet August 10th, 2009 @ 01:22 PM

  I though about that, but I'm not sure if we should hide them. I my sense, it would mean a kind of regression. The way I did, if you upload only one file, it works as before. If you upload more than one file and specify a display name, each file will get that display name. It can be useful to serve as a base name which could be modified individually after. For the rename file, I simply add a number prefix to the files. And for the 'Save and continue' button, it enters editing mode for the last file.

  But I can hide those fields if you prefer.

  An other issue that is remaining, is that if there is a filename conflict, it resets the form. For example, if you choose 10 files and one is conflicting, you must start again the selection of the files you want to upload.