
I guess a guideline for destroy is that after destroy is called, if cropit is initialized again on the same element, it should behave just like before destroy was called. cropit is called, so you can hide the slider and the file input in CSS. I do plan to add a cropit-destroyed class to the element where. Should this happen as part of the destroy method? My thought is that destroy should disable the slider since it's already taking care of it in many cases, but it should not hide/remove the slider and the file input since they were there before. Simple & hassle-free image resize & crop based on a pseudo-viewport. These funds will also support possible future utility endeavors, to expand the horizon for CROPIT and its investors.
CROPIT IMAGE FULL
Cropit is best for the cases where you want users to upload images of a specific size and ratio. 4 of all CROPIT transactions will be allocated for development funding, and providing the necessary steps it take to grow a project to its full potential.

If you are satisfied with cropping the image, you can save it in a number of different formats.


This means it will only work correctly if you upload an image to crop. One thing I can definitely do is to improve the destroy method and make it unbind all the listeners on the preview area, the slider, and the file input. The crop image function is, as the name suggests, reserved for photos and image files only. you are correct that the current destroy method doesn't actually unbind the listeners and I felt like it's not yet usable enough which is why I have not documented it. Thanks for bringing up this interesting use case.
