Сегодня мы будем воссоздавать прогресс-бар из программы установки Adobe® Flash® Player средствами CSS3, используя градиенты и тени.



Под хабракатом весь код и ссылка на рабочий пример.

По долгу службы мне время от времени приходится копировать, архивировать, разархивировать и проводить другие стандартные действия с большими файлами. Консольные утилиты, типа cp, tar или cat — отлично справляются с поставленной перед ними задачей, но возникает одна маленькая проблема: предположим, что надо заархивировать SQL-дамп на 500 Мб, на среднем железе данная операция может выполняться 5 — 10 минут и при этом, стандартный tar не выводит никакой строки прогресса, т.е. консоль как бы подвисает и только открыв top в соседнем окне можно понять что что-то происходит. Я думаю, что будет намного удобнее, если в консоли появится полоска прогресса как в том же scp и тогда пользователь будет лучше осведомлен о том, как долго ему осталось ждать до завершения операции.

В двадцатых числах мая в код будущего Файерфокса (напомню: вероятнее всего, в итоге он будет называться Firefox 4, а не просто Firefox 3.7) были внесены изменения, визуально проявляющиеся как полосы (progress bars), показывающие условные проценты закачки страниц на корешках вкладок, соответствующих страницам. Также корешки вкладок будут снабжены кнопками закрытия, появляющимися только при наведении мыши на корешок (в остальное время это пространство будет отдано заголовку страницы):



В Багзилле этим изменениям соответствует баг 549061 (к которому прилагается ещё пара скриншотов: [1], [2] — демонстрирующих вид вкладок в разных темах оформления Windows); во блоге «The Burning Edge» («Пылающая грань») рассказывается о появлении этого нововведения в ночной сборке Файерфокса от 23 числа, также обсуждаемой на форуме MozillaZine.

_{Можете поставить себе эту сборку, если желаете пощупать нововведение, но соблюдайте обычные меры предосторожности (запуск из-под нового пользовательского профиля и т. д.), особенно с учётом упомянутых на Мозиллазайне недобитых багов этой сборки (самосброс настроек панелей инструментов к состоянию по умолчанию и т. д.).}

Пользователям же расширения Tab Mix Plus можно не беспокоиться, потому что у них и так есть ужé все эти полезные особенности оформления вкладок.

Здравствуйте. Последнее время я достаточно часто имею дело с JavaScript-canvas, особенно написание всяких игрушек, которые требовательны к трафику в силу необходимости загрузки множества картинок.
Обычно сначала загружается около 50-100кб сжатого JavaScript, после чего — энное количество картинок(например, 500кб, 2мб, 10мб и т.п.) и только после этого запускается сама игра. Можно, конечно, загружать по ходу, но отсутствие текстур врядли порадует игрока.
Потому я решил, что необходимо сделать какой-то приличный, симпатичный, легко-настраиваемый(чтобы быстро менять от проекта к проекту) прогресс-бар, но, обязательно без использования картинок. Под катом исходники под лицензией LGPL, небольшая инструкция, как это сделать и внизу статьи — ссылка на результат.

В связи с некоторыми вычислениями на питоне (например, подсчётом коэффициента симметрии карты реликтового излучения) мне захотелось сделать процесс более наглядным. Ну хотя бы добавить прогресс-бар. Скучно, знаете ли, сидеть перед пустой консолью и втыкать на запущенную команду. То ли работает, то ли висит… с ходу не понять. А делать какой-нибудь лог исполнения не хочется, так как потом в полученом хаосе глаз теряется.

Драсте всем.
Спасибо что решили почитать этот пост.

Задача состояла в следующем, в связи с тем что широко известный загрузчик файлов FancyUploader, не всегда, но довольно часто глючит, особенно если использовать прокси, нужно было разработать систему, по которой при загрузке файла показывался прогресс бар… Всё бы ничего, таких систем много, но все либо используют другие флеш загрузчики или иные Апи, что в данном случии являеться негативным результатом разработки.

После некоторого времени поиска была найдена система основанная на модуле apc habrahabr.ru/blogs/webdev/17620. Всё бы хорошо, но вешать дополнительный модуль кеша на сервер где кеш технологии уже используеться было безсмысленно. Тогда мне в руки попалась информация о NGINX upload progress module (http://wiki.nginx.org/NginxHttpUploadProgressModule) и это действительно работает… Тем более что на наших серверах установлен именно nginx в качестве fronе-end сервера.

Но самое интересное оказалось впереди.

Обычно загрузка файлов осуществяеться в то место где и лежит сам сайт (на тот же домен), но у нашей компании это не так. Все картинки и видео лежат на одельном сервере, и соответсвенно хорошо если upload был бы сразу на него, что бы не загружать канал сайта.

После конфигурирования nginx с upload progress module и использование примера с wiki.nginx.org/NginxHttpUploadProgressModule прогресс бар загрузки файла заработал.

Для пересылки самого файла на нужный сервер было изменено не много, и сам же сконфигурированных nginx естественно должен находиться на h_t_t_p://STORAGE-SERVER.com.

<

Недавно появилась необходимость и желание ознакомится с PyGTK. Литературы на русском по данному вопросу практически нет, а то, что находит гугл в разных блогах — бывает немного устаревшим. Также с удивлением обнаружил, что и на хабре тема PyGTK не особо популярна.

Итак, не буду рассказывать про компоновку элементов интерфейса, ибо такие статьи уже есть. Расскажу про следующий шаг: создание приложения, которое выполняет некую работу, в процессе отображая свой прогресс.

… без яваскрипта, без анимированного GIF'а, но не без изыска. CSS добавляется по вкусу.

Когда он нужен?

• Если вы любите экономить на трафике и соеденениях.
• Если вы не любите, что анимированная картинка загружается лишь к концу процесса.
• Если надо сделать на скорую руку, но со вкусом.
• Да мало ли зачем еще может понадобиться хорошей хозяйке такая полезная вещь как минималистичный индикатор активности.

Новый css трюк с сайта cssglobe. Если задуматься, то, он очень прост, но в тоже время эффектен. Никаких js или flash'a. Секрет фокуса в трех элементах: одного контейнера и двух вложенных элементов.