это я поторопился.
там написали, что в IE6 не работает, а не работало из-за position:fixed, ну я ее и поменял на position:absolute. И совсем забыл про первый пример, где вторая ссылка внизу дана.
вот оно всегда и позиционировалось сверху.
теперь прописал свойства отдельно для IE6.
во всех браузерах кроме IE6 — должно быть в центре и двигаться с прокруткой, в IE6 открывается по центру, но при прокрутке остается на месте.
Вместо того, что-бы установить процентное смещение и фиксированную отрицательную поправку (которая считается один раз при выводе окна диалога) и предоставить смещать блок диалога встроенному движку браузера вы предлагаете навесить еще одно событие с постоянными пересчетами.
да согласен полностью, я просто изначально недопонял Вас. Считал, что Вы это все прописать в CSS файлике именно хотите.
Про $(windows).resize() — это что в голову первое пришло, но тут, конечно, Ваше решение будет лучше.
Вот поэтому я недолюбливаю дискуссии про jquery — на то, что можно решить двумя строчками на css и тремя на js вы навешиваете полнофункциональный фреймворк
дискуссии нужны именно для того, чтобы дали совет и др начинающий понял, как делать не стоит. Как уже писал я в jQuery новичок, как в принципе и в Javascript. А это болезнь всех начинающих — наворачивать лишнее, когда можно сделать проще.
да нет, max-width даст тот же эффект, что и width — то есть блок закрепим по ширине и textarea будет вылезать.
А если min-width установить — то ширина блока будет плавно ездить и при расширении textarea.
Да, я понимаю, что эта ситуация не типичная, но представте когда у вас несколько диалогов расположенных в разных местах страницы и окно браузера меняет свой размер?
ну я описывал сит-ю, когда одно окошко по центру. Если их несколько — там. конечно, все сложнее будет. Но что-то совсем не жизненная сит-я, когда несколько popup одновременно. Если не нравится, что уходит за край при растяжке браузера — можно дописать, конечно, пересчет отступов и навесить на $(window).resize().
А насчет min-width, что мешает учитывать этот параметр и физическую ширину при расчете положения окна диалога?
насколько я понял, Вы предлагали в CSS засунуть отступ слева для блока вида margin-left: -ширина блока/2. Если на лету считать — то понятно, там проблем не будет. Но у меня именно на лету и считалось.
Сейчас у вас позиция открытого диалога никак не зависит от размеров окна браузера — некрасиво как-то. Параметр margin можно вычислять через js и прописывать при окрытии диалога.
Не правда Ваша. Сейчас позиция блока центрируется как раз методом alignCenter, который к jQuery добавил.
Ваш метод применим, но во-первых только для ширины блока, т.к. высота обычно динамическая и ее все равно считать на лету надо.
Но и есть ограничение Вашего метода. Например, если в CSS для popup прописать минимальную ширину min-width:300px, тогда каким образом в том же CSS добавить margin-left: -ширина диалога/2?
margin-left: -150px не пойдет, т.к. если внутри popup будет поле скажем шириной 500px весь блок станет шире и у вас он сместится вправо на экране.
У меня же будет всегда по центру как по высоте, так и по горизонтали.
Сейчас у вас позиция открытого диалога никак не зависит от размеров окна браузера — некрасиво как-то. Параметр margin можно вычислять через js и прописывать при окрытии диалога.
Не правда Ваша. Сейчас позиция блока центрируется как раз методом alignCenter, который к jQuery добавил.
Ваш метод применим, но во-первых только для ширины блока, т.к. высота обычно динамическая и ее все равно считать на лету надо.
Но и есть ограничение Вашего метода. Например, если в CSS для popup прописать минимальную ширину min-width:300px, тогда каким образом в том же CSS добавить margin-left: -ширина диалога/2?
margin-left: -150px не пойдет, т.к. если внутри popup будет поле скажем шириной 500px весь блок станет шире и у вас он сместится вправо на экране.
У меня же будет всегда по центру как по высоте, так и по горизонтали.
вы где-то смогли получить такую ошибку?
везде работает и так — без этого дополнения.
т.е. если изначально popup открываем в браузере не на полную высоту, а потом вытягиваем вниз — темный фон присутствует полностью во всю высоту.
на самом деле проблема, которая есть, это если разрешение монитора по высоте у пользователя в принципе меньше высоты popup блока — в этом случае он никогда не сможет добраться до кнопок. Но так как пример был больше про JQuery, чем CSS, внимания уделять не стал.
разобрался
проблема была, что все страницы грузились через функцию, которая вначале грузила view в переменную и отображала через echo
убрал — все стало ок
полезная tool, спасиб
может быть я один тут такой с кривыми руками — сделал все как описано
но, к сожалению, ничего не появилось
CI 1.7.1
в логах пишет
…
DEBUG — 2009-03-29 01:46:59 --> Config file loaded: config/debug_toolbar.php
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: number_helper
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: path_helper
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: file_helper
DEBUG — 2009-03-29 01:46:59 --> Final output sent to browser
DEBUG — 2009-03-29 01:46:59 --> Total execution time: 1.4070
смотришь на книгу — тебе с интернета по названию определяется рейтинг книги и отображается в виде звездочек, открываешь — на форзац проектируется краткое описание;
смотришь на кореша своего — на футболке отображается профайл из facebook.
причина ошибки — см. комменатрий
там написали, что в IE6 не работает, а не работало из-за position:fixed, ну я ее и поменял на position:absolute. И совсем забыл про первый пример, где вторая ссылка внизу дана.
вот оно всегда и позиционировалось сверху.
теперь прописал свойства отдельно для IE6.
во всех браузерах кроме IE6 — должно быть в центре и двигаться с прокруткой, в IE6 открывается по центру, но при прокрутке остается на месте.
поправил у #popup
position: fixed;
на
position:absolute;
Про $(windows).resize() — это что в голову первое пришло, но тут, конечно, Ваше решение будет лучше.
дискуссии нужны именно для того, чтобы дали совет и др начинающий понял, как делать не стоит. Как уже писал я в jQuery новичок, как в принципе и в Javascript. А это болезнь всех начинающих — наворачивать лишнее, когда можно сделать проще.
А если min-width установить — то ширина блока будет плавно ездить и при расширении textarea.
насколько я понял, Вы предлагали в CSS засунуть отступ слева для блока вида margin-left: -ширина блока/2. Если на лету считать — то понятно, там проблем не будет. Но у меня именно на лету и считалось.
Только параметров не стал там задавать.
Ваш метод применим, но во-первых только для ширины блока, т.к. высота обычно динамическая и ее все равно считать на лету надо.
Но и есть ограничение Вашего метода. Например, если в CSS для popup прописать минимальную ширину min-width:300px, тогда каким образом в том же CSS добавить margin-left: -ширина диалога/2?
margin-left: -150px не пойдет, т.к. если внутри popup будет поле скажем шириной 500px весь блок станет шире и у вас он сместится вправо на экране.
У меня же будет всегда по центру как по высоте, так и по горизонтали.
Ваш метод применим, но во-первых только для ширины блока, т.к. высота обычно динамическая и ее все равно считать на лету надо.
Но и есть ограничение Вашего метода. Например, если в CSS для popup прописать минимальную ширину min-width:300px, тогда каким образом в том же CSS добавить margin-left: -ширина диалога/2?
margin-left: -150px не пойдет, т.к. если внутри popup будет поле скажем шириной 500px весь блок станет шире и у вас он сместится вправо на экране.
У меня же будет всегда по центру как по высоте, так и по горизонтали.
везде работает и так — без этого дополнения.
т.е. если изначально popup открываем в браузере не на полную высоту, а потом вытягиваем вниз — темный фон присутствует полностью во всю высоту.
на самом деле проблема, которая есть, это если разрешение монитора по высоте у пользователя в принципе меньше высоты popup блока — в этом случае он никогда не сможет добраться до кнопок. Но так как пример был больше про JQuery, чем CSS, внимания уделять не стал.
width: 300px;
на
min-width: 300px;
Обновил.
Но думаю тут не в железе проблема, т.к. в разных браузерах — по-разному ведет себя.
Самое гладкое в FF, заметнее всего в Chrome имхо.
логична ф-ю GA разбить на 2:
GA_connect($user, $password){
…
return $cookies;
}
и вторую
GA_getinfo($cookies, $url){
… создаем файлы с данными
}
а потом уже в stat.php
один раз коннектимся вначале — получая кукисы
$cookies = GA_connect($u, $p);
а потом для каждого отчета:
$var = GA_getinfo($cookies, $url);
сделал — вроде пошустрей стало.
проблема была, что все страницы грузились через функцию, которая вначале грузила view в переменную и отображала через echo
убрал — все стало ок
полезная tool, спасиб
3. стоит $config['enable_hooks'] = TRUE;
4. добавлено
но, к сожалению, ничего не появилось
CI 1.7.1
в логах пишет
…
DEBUG — 2009-03-29 01:46:59 --> Config file loaded: config/debug_toolbar.php
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: number_helper
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: path_helper
DEBUG — 2009-03-29 01:46:59 --> Helper loaded: file_helper
DEBUG — 2009-03-29 01:46:59 --> Final output sent to browser
DEBUG — 2009-03-29 01:46:59 --> Total execution time: 1.4070
подскажите, в какую сторону копнуть?
www.youtube.com/watch?v=pQvU2N75lA8
+ есть еще пара применений