Abraham Chaffin
Forum Replies Created
-
test
-
another
-
Hello Roei,
Yes, this does require HTML code. You can right click on what you’d like to mimic, and click inspect element. This will provide you with example code.
-
-
Hello Roei,
Creative COW has always been improved organically through user interaction and feedback. The site is designed for media professionals and is a site for the community. We value the thoughts of the community.
I do agree, having the message be in MB is a little more helpful. There is a size limitation on the miscellaneous file types, being 50 MB. This may be high and we may choose to bring it down, or we may want to raise it in the future. We may also choose to do house keeping on some files which are very old to free up space. So far, the file sharing mechanism is not breaking the bank or overwhelming our systems, so there’s not much to fear there at present. Of course, we’re keeping an eye on these things. Users who are found abusing the system may find they no longer have accounts or any files they previously uploaded.
There is not an extension limitation at present, because the files are zipped and virus scanned. So far, we’ve been safe from users introducing malicious content, but if this ever starts we will need to tighten up the avenues where this content crept in. Simply allowing users to link arbitrarily to external resources outside of Creative COW posses more of a risk to users than allowing users to upload their content here and us zipping them to be available for download. The former allows the execution of files in one click through the browser and the latter requires users to first download, then unzip, then execute the file. Of course, we are always weighing these risks with the benefits of the technology we are providing. Again, we are watching and listening to see what abuses may actually take place. With technology there are always risks. The only way to be completely safe is to shut everything off.
The drag and drop content is always placed at the bottom of the text area, and the text area is the destination to drop the content.
We’re not planning a change to the text editor interface at present. We may add instructions about the drag and drop or paste system. We are thinking about these things, and you may see some of these things in the days ahead.
Thanks again for the feedback!
-
Hello Roei,
Thanks again for your feedback on this.
These developments have all come in the last week or so, since you made the feature requests. We’re still working to iron out these features and add more features as well.
The system does save your post automatically after a few seconds, so you (and others) should not lose anything typed – if you are at least semi-patient.
There is not a way of pasting a GIF into the browser – that I have found – at this time.
The text post box now supports drag and drop of files. Unlike the paste mechanism, this system seems to work with Chrome, Firefox, and Safari.
We are moving more toward being mobile friendly, but we plan on keeping the large interface for all platforms for the time being.
Feel free to test more and let us know what you think.
Thanks again for the feedback!
-
Hello Roei,
The pre virus scanning was slowing down the system too much. The system now scans the files for viruses after the process is completed.
A cancel option is not really possible with our setup, but you can always use the back button, navigate to a different page, or close the browser window. The system does not lock the page while the image is processed, just the textarea box. The textarea box must be locked, or the user may alter the placeholder text, which would break the proper injection of the pasted image. With the speed improvement this really shouldn’t be an issue, unless you are pasting an ridiculously large image with a slow Internet connection (which may be what you are testing).
A percentage of progress is also not possible with our setup and not necessary unless you are doing an incredibly large image paste. If this is the case then we ask you to please wait. The reason for waiting is presented to the user, and should be a good enough reason – if the user intends to paste image content.
The Chrome browser chooses PNG as the format for the paste data. This is not the format chosen by our system. The mechanism never choses PNG, but relies on the image format of the data being provided by the browser.
The drag and drop image system, which you desire in addition to the image paste system, is a completely separate system. This may be something we implement in the future.
-
Hello Roei,
Thanks again for your feedback. We’ll keep improving this as we look into solutions to these issues.
-
Hello Roei,
Yes, the Chrome paste system uses PNG data when you paste. The delay is due to virus scanning on our side. I’m not sure we want to drop this in exchange for faster performance.
-
Hello Roei,
After doing a bit more research on the current state of this issue and major browsers, Chrome is the only browser we can move forward supporting this feature for. Due to Chrome being the dominant browser which most of our users are using, the feature does seem worthwhile in implementing. Feel free to test it out and let us know how it is working for you.
Thanks for the feedback!
