логин: 
<< предыдущая заметкаследующая заметка >>
04 февраля 2011
доработал модуль FOTOS

Написал мне письмо один добрый человек по мотивам прошлого поста ненависти в адрес prototype.js Предложил добрый человек заменить lightbox на simpbox2. Это, говорит, аналог фотоальбома, только менее громоздкий, без prototype.js. Разработчиком удалось, говорит, избежать prototype.js за счет использования jQuery... Я отвечаю: вообще-то аналог у меня и в движке есть, и он уж совсем легкий, строчек пять. И ни prototype.js ни jQuery не требует. И ума не приложу, какой еще функционал нужен, чтобы разворачивать в центре экрана крупную фотку по клику на превьюшку. Просто заказчики уперлись, что им нравится именно lightbox, потому что приятно смотреть, как медленно и с пердежом расползается окно. А так-то у меня все свое. Добрый человек согласился, да только, говорит, встроенный твой фотоальбом у тебя конечно быстрый, но лишь открывает фотки, а не листает их туда-сюда в раскрывшемся уже окне. А у них — листает, в этом весь кайф. Слабо, мол, и такое сделать?

Ну я сел и за 15 минут сделал. Было пять строчек в main.js, стало 8 строчек. Блять, я реально ничего не понимаю! Ну хули там такого делать-то?! Для чего все эти великие чемоданы с говном?! Это ж делов на пять минут, и лишние три строки кода!

Пожалуйста: выводит заодно подписи и всплывающие подсказки. Листается стрелками клавиатуры или кликом мышкой на левую и правую циферки. Хули там делать, ну объясните мне?! Нахуя эти гении строят для вывода фотки эти мегабайтные пакеты, не глядя присоединяя фреймфорки один другого толще? lightbox, simpbox2, хуйбокс... Кто все эти люди?! Где их учили программировать — в Microsoft или в Mcdonalds? Не понимаю. Искренне не понимаю.

Чота непонятное
Фидошники отдыхают
Кайф!
Хорошо летом на Борисовских прудах! Летают птички. Дети запускают воздушных змеев. Владимир Ильич Ленин и старые фидошники обсуждают новости интернета, раскрыв ноутбук. По-моему нехуевый получился абзац текста для демонстрации поведения длинных абзацев.
А вот именинник Грэсси!

PS: Если что-то не работает — нажмите F5, чтобы main.js в кэше браузера обновился.

<< предыдущая заметка следующая заметка >>
пожаловаться на эту публикацию администрации портала
Страницы, которые привлекли мое внимание за последние дни, рекомендую:
2017-11-22 В июне 1982
архив ссылок
Оставить комментарий
Mac Safari
1
0
bukov_net (tonsky)
Вот у меня, например, все фотки кроме первой открываются не по центру, а справа где-то. Браузер вы и так вроде видите.

Linux Firefox
 Москва
0
0
Сел за наташкин Макинтош, запустил Сафари, посмотрел. Все нормально. Загадка.
Windows Safari Chrome
1
0
alexeybobkov
У меня открываются где-то снизу-справа, а в процессе отрисовки перепрыгивают в центр. Иногда и с размером такое же поведение.
Linux Firefox
 Москва
0
0
Так и должно быть.
Mac Safari
0
0
bukov_net (tonsky)
Понял проблему: при первой загрузке картинка загружается сбоку, потом прыгает в центр. Когда я эту картинку закрываю и снова открываю, она открывается сбоку и в центр уже не прыгает (видимо, не срабатывает onload, т.к. картинка берется из кэша?).
Windows Firefox
1
1
quantum (#644921)
А кому-то нравится смотреть, как медленно и с пердежом расползается окно.

Мне, кстати, тоже.

Мне не сложно написать эти 8 строчек кода, но я бы еще полдня-день убил на оформление этого дела, так как нет у меня видения того, как сделать красиво. А оставлять 8 строк кода, но без дизайна не вариант.
Windows Firefox
4
1
lleo.me/[email protected]Драугмот
Леонид, безотносительно фрэймворков, а почему у вас в коде такой, извините, срач? Где атрибуты в двойных кавычках, где в одинарных, где вообще без них. Стррррашно неудобно читать :(
Фиг с ней с валидностью — дело добровольное (хотя приятно, черт возьми. Но если хочет человек абзацы не закрывать — кто ж ему запретит?), но читаемость — это ж про людей, а не про браузеры.
Linux Firefox
 Москва
1
6
Для меня в коде критерием является 1) работоспособность, 2) компактность, 3) понятность для меня
Ну а "читаемость" - на самом последнем месте, уж извините. Неужели вам правда так тяжело читать код без кавычек?
Да и что вы читаете, кстати? Сорцы движка? Или просто открыли код загруженной страницы? Туда даже я не заглядываю, она для браузеров, а не для людей.
Linux Ubuntu Firefox
0
2
Andrey Pozdnyakov
Именно по этому не так-то просто настроить у себя ваш движок. Если для себя пишете - не надо тогда было никому показывть..
Linux Firefox
 Москва
1
1
Странная логика. А чтобы установить и настроить у себя Windows, вам нужны исходники Windows в удобочитаемом виде?
Windows Firefox
0
0
lleo.me/[email protected]Драугмот
Да, собснгря, полез посмотреть, как этот самый js с фотками в тексте поста инитится. В коде страницы это посмотреть сильно проще, чем выковыривать из сорцов движка, который для этого еще надо поставить :)
Windows Firefox
0
0
Не надо никаких Lightbox-ов , у движка итак хороший фотоальбом! Тем более что все эти “лоховские хернюшки” дико раздражают!
Windows
0
0
[email protected]Леша (lesha)
При нажатии на фотку с длинным комментарием она открывается слева, потом быстро прыгает в центр окна. Кажется это связано с переносом строк. Заскриншотить получилось только такой момент - уж сильно быстро. Но глаза видят.


Linux Firefox
 Москва
0
0
Так и должно быть, иначе никак. Дело в том, что фотка позиционируется в центр экрана после загрузки по событию onload (а на старых и тупых браузерах, где onload не работает - по таймауту в 2 сек, его, видимо, ты и видишь).

Поскольку не существует метода узнать размер фотки до того, как она загрузится (сервер же не может при выдаче страницы шерстить фотки или заводить отдельную базу, чтобы помнить их размеры), то обработка идет в браузере после загрузки.
Windows
0
0
[email protected]Леша (lesha)
Нет - за 2 сек я бы успел заскриншотить :) Там где-то пол секунды.

Если вдруг надо, то все можно:
- или окошко открывать после загрузки, но есть минусы
- или открывать маленькое по центру, затем расширять (как в неназываемом фреймворке)
- или на сервере передавать как параметры вместе с иконками и текстом (не знаю как оно тут сделано - не смотрел)
Linux Firefox
 Москва
0
0
- Окошко после загрузки открывать нельзя, пользователь должен видеть реакцию СРАЗУ.

- Маленькое по центру открывается и так, просто вы его не замечаете.

- На сервере я шерстить все фотки при отдаче страницы не буду - это слишком дорогая операция.
Windows
0
0
[email protected]Леша (lesha)
1) согласен
2) а зачем тогда оно большим становится после этого и уже в конце уменьшается до размеров картинки?
Я перепутал - оно не слева в центр прыгает, а из большого становится маленьким - крестик справа заметил как прыгает симметрично.
При разрешении экрана в 1400 оно открывается на 1000px как минимум, а потом сжимается.
3) ну иконки то делаются один раз? Вот в тот же момент запоминать и размеры оригинала. 2 числа не много занимают места :)
Linux Firefox
 Москва
0
0
2) Я не знаю., что именно у вас становится "большим" и "маленьким". Я объяснил принцип. Картинка подгружается в том месте, где раскрыто окно, затем окно позиционируется, а текст подписи приравнивается по ширине. Как реализует это конкретно ваш браузер - вопрос к нему.

3) Я еще раз объясняю: это дорогая операция. Где я буду хранить размеры картинок? В базе? Завести отдельную таблицу, синхронизировать ее с картинками, заносить в нее информацию, менять или удалять при каждом изменении картинок? Не в моих принципах дублировать информацию. Но хорошо, допустим, я завожу базу и дублирую туда width/height для каждой картинки. А некоторые умники наверняка еще предложат и size - я заметил, что это дико популярно среди ламеров, такая важная вещь, размер файла... Допустим. А что дальше? При каждом заходе посетителя на страницу с 20 превьюшками я буду делать подряд 20 запросов к MySQL, узнавая ширину каждой картинки? Вот уж спасибо, всегда мечтал забить сервер умными и нужными задачами.
Windows Firefox
0
0
Вобщем-то если действительно захотите пофиксить это, то можно подгрузить большую картинку в невидимый элемент, узнать его ширину, установить ширину текстового элемента, показать картинку и текстовый элемент.

Про хранение информации в статике - некоторые делают http://habrahabr.ru/blogs/webdev/101654/ . Но это на любителя. И уж точно не надо это делать для убирания артефактов при раскрытии картинки.

>При каждом заходе посетителя на страницу с 20 превьюшками я буду делать подряд 20 запросов к MySQL, узнавая ширину каждой картинки?
В рамках офтопика - можно обойтись одним запросом - select .. where picture in (1,2,3)
Nokia-E90 Safari
 Москва
0
0
Leonid Kaganov
1. Чем отличается загрузка картинки в невидимый элемент с установкой ширины от загрузки в видимый с установкой ширины? Вы уверены, что артефакты (мы говорим об артефактах разных браузеров при смене масштаба, или я чего-то не догнал?) исчезнут?

Кроме того - как браузер узнает, что загрузка окончена, если событие onload для картинок в большинстве браузеров отсутствует? А перебрасывать картинку из невидимого в видимый по таймауту в 2 сек - это совсем иные артефакты.

Наконец, вы уверены, что для невидимого элемента есть способ узнать его ШИРИНУ, пока он невидим?

2. Хранить инфо о картинках в базе, да еще описанным способом для меня нереально - у меня иной алгоритм хранения админских и пользовательских картинок. А выводить картинки через РНР совсем плохая идея, учитывая, что моя ближайшая сейчас задача - перевести движок на режим публичного сервиса и запустить Биноник.

3. Про SELECT IN очень интересно (я тупой и не знал), можно более точный пример запроса?
Windows Firefox
0
0
2. Ну вобщем-то я поэтому и написал, что вам так делать не надо:)
3. select * from table where id in (1,2,3) - выберет записи из таблицы table с id 1, 2 и 3.
С In можно и вложенный подзапрос использовать (и не только с in)
select * from table where id in (select good_id from table2)
Выберет записи из таблицы table, которые присутствуют поле good_id в таблице table2

По 1 дополнительно отпишусь
Windows Firefox
0
0
По пункту 1.

Мысль была в том, что сначала в невидимом элементе все приготовить, по загрузке установить ширину для текста и потом показать невидимый элемент. После проверок мысль оказалась неверной.

Onload есть в ие 8, опере 10, хроме 8, фф 3.6. В каких именно браузерах его нет?

> вы уверены, что для невидимого элемента есть способ узнать его ШИРИНУ, пока он невидим?
Был уверен. Но на всякий случай проверил - в ие onload на невидимый элемент срабатывает, но ширину не получить.

Единственное, что могу предложить - ширину блока с текстом заранее проставить (например 400px). Так он хоть за экран не будет выезжать, пока не установится нормальная ширина при загрузке картинки.


И еще, в ие, если просто щелкнуть на эту фотку, то ширина текста не устанавливается. Если сначала щелкнуть на соседнюю фотку и переключиться стрелками на эту, то с текстом все нормально.


Mac Safari
0
0
dmitriid
> Кроме того - как браузер узнает, что загрузка окончена, если событие onload для картинок в большинстве браузеров отсутствует?

Это — частично ответ на вопрос по lightbox/simplebox и прочие. Они каким-то странным образом умеют это определять ;)
Nokia-E90 Safari
 Москва
0
0
Leonid Kaganov
Каким-то странным образом умею и я, как вы могли заметить.
Целых два странных образа у меня исполь зовано для этой цели.
А рассуждений на подобном дилетантском уровне - не надо.
Mac Safari
0
0
dmitriid
> А зачем вообще строить какие-то фотоальбомы на slimbox? Есть куча готовых фотосайтов, picassa например.

Я, конечно, понимаю, что ad absurdum можно доказать все, что угодно. И да, если Picasa позволит грамотно встраивать свои галлереи на произвольном сайте, то возможно (ключевое слово — возможно) в определенных случаях это будет иметь смысл.

От вас ускользает главный смысл.

Если человек использует чье-либо отовое решение, это не значит, что он — кодер, что у него отсутствует творческое мышление, что он туп, что он неспособен создать что-то свое и т.п.

Чем на каждый чих рисовать свой велосипед, можно сосредоточить свои силы на действительно важной задаче.

Если провести аналогию, то при постройке дома я не буду месить глину, обжигать кирпичи, выдувать стекла, лить пластик для стеклопакетов. Нет, я возбму эти готовые, сделанные кем-то другим предметы/продукты и буду использовать их.

Естественно, от меня зависит то, какие именно готовые решения я буду брать. Я могу выбрать фанерные панели для стен или кирпичную кладку.

Абсолютно все то же самое и в программировании.
Windows
0
0
[email protected]Леша (lesha)
А по поводу оптимизации и мегабайтных кодов есть хорошая песня:
http://nulix.ru/music/222-gimn-programmistov-pesnja-nashejj.[...]
(текст и песня)

гугл - "гинм программистов mp3"

Автора, к сожалению, не знаю.

Да и вообще - для того чтобы запустить этот блог на сервере зачем-то нужны мегабайты ОС Линукса/Фри, хотя можно было бы обойтись на много меньшим. Тот же apache можно прошерстить и выкинуть кучу кода. Но зачем?! :) Ради экономии чего? Просто ради красоты?

А анимации - это как дизайн.
Linux Firefox
 Москва
0
0
Вы удивитесь, но профессиональные админы для крупных проектов пересобирают ядро на сервере, выключая все лишнее и ненужное в данной конфигурации. И получают лишних 7-15% производительности.
Windows
0
0
[email protected]Леша (lesha)
Не удивлюсь. Сам пересобирал. И даже видел когда ради оптимизации файлообменника переписывают часть модулей под задачу.

Но отключить можно только то, что предназначено для отключения изначально - т.е разбито на модули. В том же неназываемом это называется "плагины" и добавляется по необходимости. Вопрос в том что даже в оставшемся такая куча не нужного под конкретную задачу (знаю после реализации сервера-на-флеше из оборудования "тонкого клиента", где каждый мегабайт был не лишним). :)

Но - зачем.... Если флешка на 64Мб - имеет смысл. Если винт на 40Гб, то смысл? Если скорости хватает, то зачем?
Так же и с фреймворками - на модемах сейчас мало кто сидит. Да и те скорее отключат скрипты и картинки, чем будут тянуть их. Для остальных - 30Кб неназываемого скрипта - это мелочи (да и тот кешируется как отдельный файл, а не тянется в каждой страничке). Они фильмы тянут на 4Гб из инета не напрягаясь. :))

Всегда надо где-то остановиться. Вот например вместо "www_design" назвать "w1" - это экономия 9 байт на каждое употребление в скрипте! :)) Но смысла не вижу.

ps. для мобилок 30Кб разово (в виде src=script.js) тоже не много.
Linux Firefox
 Москва
0
0
Эта позиция называется "все можно: грабь, воруй, еби гусей"

Дело не только в объеме и скорости (хотя при проектировании крупного сервиса, а не странички Васи Пупкина, идет борьба именно за это - там экономия реальное бабло). Дело в том, что чемоданы с говном глючат и подвисают.

В любом случае я не понимаю, о чем идет речь и в чем вы меня хотите убедить. Фреймфорки это прекрасно? Да бога ради. Это прекрасно. Они очень удобны, очень сокращают разработку странички Васи Пупкина, и очень блаблабла все остальное, а кто не понимает великого смысла фреймфорков - тот лох. Это я уже слышал.
Windows
0
0
[email protected]Леша (lesha)
Я не пытаюсь переубедить. Я пытаюсь понять мотивы. :)
Всего лишь для того чтобы адекватнее вести диалог в будущем, ну и из общего любопытства.

Про глючить - это аргумент. Чем больше черных ящиков используется, тем больше потенциальных точек сбоев.

А "размер", как оказалось, совсем не аргумент. Иначе бы использовались техники сжатия кода или даже mod_gzip.
Linux Firefox
 Москва
3
1
Мотивы свои я объяснял неоднократно. Образно говоря, существует два стиля работы - стиль "создателя" и стиль "пользователя".

Создатели предпочитают делать большинство вещей (не не все, конечно) самостоятельно. Им проще, быстрее и интереснее делать процедуры самим, чем разбираться в чужих поделках и прилаживать чужие примеры и протоколы под свои задачи. Они и доверяют своему коду больше, чем чужому. Кроме того, им просто нравится понимать принципы работы и решать нестандартные задачи.

Пользователи - привыкли брать чужое и использовать, изучая инструкции и разбираясь с примерами. Как оно устроено внутри - пользователя никогда не интересует, он не заглянет в чужой код, главное, чтоб работало. Пользователь готов тратить много времени на поиск и прилаживание чужого кода, лишь бы не пришлось писать самому. Даже если пользователь понимает, что написание и отладка своего кода займет ровно столько же времени, сколько потребуется для прилаживания чужого кода со штудированием учебников по нему и его вычурным протоколам, он обязательно выберет код чужой. Потому что в душе он - всегда остается пользователем и учеником.
Windows Firefox
3
0
Ничего подобного. Работа создателя (я имею в виду инженерные профессии, программирование, архитектуру) начинается с того, что он решает, какую задачу он хочет решить, на каком уровне абстракции и с использованием какого инструментария. Последний должен быть таким, чтобы он позволял сосредоточиться на решении именно этой задачи, а не отвлекал силы на всякие ненужные детали. Глупо называть работу архитектора менее творческой (а архитектора - пользователем) из-за того, что он не собирает каждый кирпич по молекуле. Аналогично, если цель - сделать сайт, обладающий уникальными возможностями, с интересной идеей и т.п., то написание своего плагина для показа изображений - нифига не интересная задача: она уже много раз решалась. Разумнее использовать готовое решение или отдать эту подзадачу соответствующему специалисту, а самому сосредоточиться на решении более важных задач.
В этом смысле реализация сделана чисто творчески именно тогда, когда удалось сделать сайт, обладающий необходимыми свойствами, не написав ни одной строчки кода.
По вышеупомянутым причинам, по сравнению с работой проектировщика, разрабатывающего архитектуру программного продукта, работа кодера (а "написать кроссбраузерную библиотеку для показа изображений вовсплывающем блоке" — это вполне кодерская задача), реализовывающего идеи проектировщика в конкретном тексте на ЯП, нисколько не творческая.
Windows
0
0
[email protected]Леша (lesha)
Это все и есть описание - "пользователя". Т.е человека разработчика, который пользуется готовым инструментарием. Ему нет смысла изучать как это работает изнутри, если он достаточно доверяет инструменту.
Если инструмента нет - он его делает из других (языков программирования, например).
Но нет цели - понять и изучить. Есть только цель - "решить задачу".
Nokia-E90 Safari
1
0
Leonid Kaganov
Проблема в том, что человек, привыкший пользоваться готовым, никогода не сделает что-то новое. Психология не та. Все новое изобретают люди с другим складом мышления.
Windows
0
0
[email protected]Леша (lesha)
Согласен.
Таких людей называли "хакерами", но потом этому слову навязали другой смысл - негативный.
"Хакер (от англ. hack — разрубать) — чрезвычайно квалифицированный ИТ-специалист, человек, который понимает самые основы работы компьютерных систем. " (с) Википедия
Windows Firefox
0
0
Сильно подозреваю, что стул, на котором вы сидите, сделан не лично вами. И стол. И компьютер. И одежда на вас.
Значит вы пользуетесь чем-то готовым, что сделали не сами.

ЗЫ: Таки да, я тоже любитель маленьких и компактных программок. Только не хаю огульно всё подряд.

ЗЗЫ: Нет, всё же хаю. Вас, например.
Nokia-E90 Safari
0
0
Leonid Kaganov
Сделать что-то, ничего сам не сделав, - это менеджерство или постмодернизм. В этом случае непонятно, зачем вообще делать сайт: наверняка уже существует сайт, который делает то же самое. Надо только его найти и зарегистрироваться как пользователь.
Windows
0
0
[email protected]Леша (lesha)
Не - он не говорит "ничего не сделав", а "не написав строчки кода". Т.е человек оперирует не языками программирования, а объектами более высокого уровня, соединяя их в нужную конструкцию.

Хотя не понимаю почему это было названо "творческой реализацией". :) Может потому что не тратится время на рутину? Не соглашусь.
Linux Firefox
 Москва
2
1
Я и говорю, эта профессия называется - менеджер. На входе имеется бюджет, на выходе - продукт. Сам ты напишешь код, закажешь индусам, возьмешь и приладишь бесплатные фреймфорки или купишь готовое решение у фирмы Х с талоном клиентской техподержки на три года - это головная боль руководителя проекта, его личный калькулятор, точный расчет сроков, затрат, выгод и рисков. Но к проблемам написания кода эти высокие сферы не относятся. А мы здесь про код говорим.
Windows Opera
0
0
Фотки развертываются по центру при масштабе страницы 100% и смещаются все правее при увеличении масштаба,частично скрываясь(в частности для удобства у меня 150%),как-то это обстоятельство может быть можно учесть...Шрифт мелковатый мне показался в подписях, плоховато читается...Хотя все это вполне возможно мои субЪективные ощущения...(монитор 22 и вижу еще пока все)))
Linux Firefox
 Москва
0
0
;))))))))))) Вы с ума сошли?

Вы увеличиваете в браузере СВОЙ масштаб на УЖЕ загруженной странице и удивляетесь, что страница про это не знает и не бегает за вашим масштабом к центру экрана? ;)))))))

Выставьте себе масштаб, перегрузите страницу заново и смотрите в новом масштабе. Безумие потрясло мир ;))))))
Linux Firefox
 Москва
0
0
А, проверил в Опере. Похоже, глючит опера - масштаб меняет, а скрипту при этом передает что-то неверно (если бы скрипт не умел работать с Оперой, он бы неправильно позиционировал фотки и при обычном масштабе). С Firefox такого нет.
Windows Opera
0
0
в IE тоже все хорошо...я преимущественно в Опере, не сообразил про другие варианты,а Вы конечно, не в состоянии проверять все и всяческие комбинации ОС+браузер+все барахло,я понимаю))) Что еще несколько затрудняет восприятие - окошко раскрывается с учетом размера фотки и подписи,меняясь в размерах,иногда существенно...Может, фиксированный размер использовать(к примеру 640х480,вроде меньше дисплеев не водиться уже) с возможностью развернуть до полной кнопочкой дополнительной...Но это так - мысли вслух,не более,не серчайте)))
Linux Firefox
 Москва
0
0
Вчера посмотрел специально, как ведет себя lightbox при изменении масштаба. В Firefox и Opera - вроде нормально, а вот в Хроме - ужасный ужас и растопырка. Так что нет в мире щастья нигде.
Linux Safari Chrome
3
1
bubbo (#581001)
Вот такие непонимающие как Леонид и погубят всю индустрию железа и софта. Одни тащат в программы чемоданы с гавном, другие наращивают мощности для приемлимой скорости обработки этого говна.
Представьте все бы писали несколько строк выверенного кода обрабатываемого каким нибудь вторым пнем? А так стока народу при деле. Год от года проги в размерах пухнут, а профессионализм их пишущих падает. Бабло то нужно всем. И за тысячу строк то поди заплатят больше чем за десять.
Вот такой взгляд даже не со стороны, а из под плинтуса на эту проблему. Хотя и сами все знаете.
Windows
1
0
[email protected]Леша (lesha)
А где это платят за к-во строк, да еще и чужих?! :))

Вопрос не в том. Эффективнее на asm-е писать. Да только к-во решенных задач за единицу времени там оооочень низкое (если только эффективность не является задачей, конечно). ;)

Да и пухнут проги не просто так. Вот вас не удивляет что для просмотра этой странички нужен очень пухлый броузер? ;) Хотя достаточно подключиться к порту 80 и запросить нужный URL самому (в telnet, например). Наверное ж броузер дает какую-то дополнительную функциональность для автора сайта и пользователя, раз все пользуются этим бесполезным довеском к сайту? ;)
Linux Safari Chrome
0
0
bubbo (#581001)
Заранее извиняюсь, но когда то юзал Arachne и Opera лохматых версий. И вот что скажу, за такую функциональность какую мне на многих сайтах предлагают надо морду бить. Я привык к тексту и несложным картинкам. Больше мой слабый мозг не обрабатывает. А эти убогие дизайнеры чтоб так в аду вертелись и скакали как их финтифлюшки незнамо зачем прилепленные. За сим откланиваюсь. Не будем засорять техническую страничку.
А сколько нужно строк, чтобы изменить заголовок rss-подачи?
Linux Firefox
 Москва
0
0
Наверно нужно желание это делать. А мне пока лень.
Windows Firefox
0
0
Руслан (#599385)
Я считаю что в принципе вы правы,но правота не означает эффективности.
Linux Firefox
 Москва
0
0
А ложь означает? ;)
Windows Firefox
0
0
Руслан (#599385)
наверно скорее случай и привычка а не ложь
Windows
0
0
[email protected]Леша (lesha)
О прикольно - сейчас уже ничего не прыгает. Просто появляется иконка ожидания после клика на превьюшку и затем открывается окно правильного размера.

Посмотрел в chrome/sm/ff
Linux Ubuntu Firefox
0
0
Леонид, а может быть стоит сделать переключение на следующую картинку через клик по самой картинке? ну и список зациклить, до кучи. так ведь сейчас себя ведут почти все картинко-сервисы, нет?
Nokia-E90 Safari
 Москва
2
0
Leonid Kaganov
Я уверен, что клик по самой картинке должен закрывать фотку.

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

Мы ориентируем интерфейс на деловых людей, у которых мало времени, они знают, чего хотят, и любят делать выбор самостоятельно. А не на сетевых бездельников, которым слайд-шоу с попкорном подготовь.
Linux Ubuntu Firefox
0
0
согласен, так логичнее.
Mac Safari
0
0
bukov_net (tonsky)
Кстати, чтобы не заставлять пользователей жать F5, обычно после изменений меняют имя файла js/css: main.v123.js или main-20110213.js (на сервере все их можно роутить на main.js, главное, ссылку со страницы обновить — чтобы браузер брал не из кэша).
Nokia-E90 Safari
 Москва
0
0
Leonid Kaganov
Да, но ДИКО лень. И я не помню, в каких еще файлах придется править имена.
Mac Safari
0
0
bukov_net (tonsky)
Так вы напишите, чтобы при генерации страницы ссылка ставилась как &lt;имя файла&gt;.&lt;время последней его модификации&gt;.js.
Nokia-E90 Safari
0
0
Leonid Kaganov
Сложно строить такие сверхсистемы, и незачем. Проще F5 нажать - я этот main.js раз в три месяца обновляю, не стоит гришковчинка выделки.

всего комментариев: 73

<< предыдущая заметка следующая заметка >>