Comments 39
Даа… очень удобная штука я гляжу этот HTML5
прям красота, под каждый браузер своя реализация. Блеск!
Всегда именно такую технологию и хотел освоить.
прям красота, под каждый браузер своя реализация. Блеск!
Всегда именно такую технологию и хотел освоить.
«Это сарказм !?» :)
Отличная технология, но как и любая не без погрешностей.
Ага, учитывая процент аудитории IE+Safari, то это все полезно только теоретически. Еще обязательно нужно добавить превью файлов с помощью canvasGL, чтобы к статье можно было смело дописать тег «экзотика»
Полагаю, что ближайшие 5 лет я продолжу пользовать в проектах qq.FileUploader и не париться, а подобные публикации пропускать.
Боюсь что, подавляющее большинство возможностей т.н. html5 придется еще долгое время игнорировать, а когда они либо сдохнут либо получат полноценные спецификации и поддержку со стороны браузеров, ну да, потрачу аж 15 минут на изучение.
Полагаю, что ближайшие 5 лет я продолжу пользовать в проектах qq.FileUploader и не париться, а подобные публикации пропускать.
Боюсь что, подавляющее большинство возможностей т.н. html5 придется еще долгое время игнорировать, а когда они либо сдохнут либо получат полноценные спецификации и поддержку со стороны браузеров, ну да, потрачу аж 15 минут на изучение.
Вы считаете, что в наших родных краях процент IE+Safari так велик?
Края не имеют значения, важна аудитория, если она у вас блика к меилсрушечке, то ваше решение будет поддерживаться только у 1/5 пользователей.
По данным tx3, хотя они и несколько смещенные, но рунет отображают неплохо, чуть лучше, заработает где-то 1/3 пользователей.
Пользователь не станет ставить другой браузер, чтобы посетить ваш сайт. И возвращаться если что-то не заработало тоже вряд ли будет.
Впрочем, я не знаю зачем я тут все это пишу. Ваш проект — ваши проблемы.
По данным tx3, хотя они и несколько смещенные, но рунет отображают неплохо, чуть лучше, заработает где-то 1/3 пользователей.
Пользователь не станет ставить другой браузер, чтобы посетить ваш сайт. И возвращаться если что-то не заработало тоже вряд ли будет.
Впрочем, я не знаю зачем я тут все это пишу. Ваш проект — ваши проблемы.
К сожалению, согласен с тобой полностью. Такой html5 мне лично не нужен, будем ждать.
Значит в сафари нельзя ниче сделать, как и в ИЕ, но сафари рассматриваем :)
А вообще способ для сафари подходит для любого браузера, даже для ИЕ.
Писал статью как-то www.clearboth.ru/article/ajax-image-preview-before-upload.html
Код сыроват, но работает.
А вообще способ для сафари подходит для любого браузера, даже для ИЕ.
Писал статью как-то www.clearboth.ru/article/ajax-image-preview-before-upload.html
Код сыроват, но работает.
По рабочим задачам делали подобное. Для неподдерживаемых браузеров сделали fallback во флеш. На гитхабе сейчас сырая версия, в проекте лежит доработанная, как руки дойдут — обязательно выложим. Честно честно.
На хабре была статья habrahabr.ru/blogs/webdev/109079/. Читали её?
Да, читал. Однако как работать с миниатюрами, там не описано. А это оказалось самым сложным.
А как же это: "… Метод readAsDataURL() объекта FileReader принимает параметром объект File и запускает чтение данных из него. В результате для всех выбранных через стандартное поле или перетащенных прямо в браузер картинок, мы видим их миниатюры (искусственно уменьшенные до 150 пикселей)..."?
// Создаем объект FileReader и по завершении чтения файла, отображаем миниатюру и обновляем
// инфу обо всех файлах
var reader = new FileReader();
reader.onload = (function(aImg) {
return function(e) {
aImg.attr('src', e.target.result);
aImg.attr('width', 150);
log('Картинка добавлена: `'+file.name + '` (' +Math.round(file.size / 1024) + ' Кб)');
imgCount++;
imgSize += file.size;
updateInfo();
};
})(img);
reader.readAsDataURL(file);
// Создаем объект FileReader и по завершении чтения файла, отображаем миниатюру и обновляем
// инфу обо всех файлах
var reader = new FileReader();
reader.onload = (function(aImg) {
return function(e) {
aImg.attr('src', e.target.result);
aImg.attr('width', 150);
log('Картинка добавлена: `'+file.name + '` (' +Math.round(file.size / 1024) + ' Кб)');
imgCount++;
imgSize += file.size;
updateInfo();
};
})(img);
reader.readAsDataURL(file);
Видеть-то видим, но переслать на сервер не можем
e.target.result содержит закодированное в base64 содержимое файла
Неплохо бы приложить рабочий пример
Я над этим работаю. Скоро будет
да, да пример. хотелось бы, чтоб он рабол как можно в большем кол-ве браузеров.
Будет пример. Сегодня не смогу — работа, пятница, отдых. А завтра, надеюсь, выложу и здесь кину ссылку
В примере просто зелёная кнопка загрузки, которая ничего не делает кроме выбора файлов, так и должно быть? FF 8.0
Выбираются файлы, ресайзятся и отправляются на сервер. Если сервер есть. Если сервера нет, то ничего не происходит. Код для сервера я привел здесь
Напомню, что основная цель моего загрузчика — загрузить на сервер файл и его миниатюру.
Теоретически интересно. На практике, если у вас внезапно потребуется другой тип миниатюр или их размер изменится на один пиксель придется все таки делать пережималку на сервере, а если она есть, то зачем все эти нестабильные пляски на клиенте?
Чтобы в режиме онлайн(когда пользователь грузит картинку) мой сервер не работал как трактор, пытаясь пережать изображение
Сколько же их вам загружают в секунду?!
Обычно это не есть узкое место.
Обычно это не есть узкое место.
А если изображение, к примеру, хорошего качества(например 2900x1500). Это бывает в веб-галерее. Тогда оперативной памяти может и не хватить
Это статья о прелестях, прелестях подземных будней.
Sign up to leave a comment.
Загрузчик изображений и миниатюр. Новые стандарты, старые проблемы