-
Posts
636 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Calendar
Store
Everything posted by alexandr_v-vich
-
tree85, вы решили это через js решать? #ul li.active {color: grey;}
-
ruvi, может указать format для eot? И вроде как манёвр c local('?') подустарел. Посмотрите тут — http://www.fontspring.com/blog/the-new-bulletproof-font-face-syntax
-
Пытаясь проверить по картинке, а сама ссылка — А по шрифту — думаю, Myriad Pro (жирный), может и ошибаюсь, но из предлагаемых здесь, будет самым схожим))
-
Всё верно. Таблица, у ней фоном лепите этот дом. Каждый этаж — строка таблицы. Дальше… ну В общем вы всё правильно предположили. Как там при hover`e делать — уже от вашей фантазии)
-
ай, ой, прощу прощения. Вы про вертикальное смещение))) Догадываюсь, что проблема в дефолтных интерлиньяжах. Попробуйте его вручную прописать, в размер шрифта… P.S. на будущее, (во избежание недопонимания) — используйте направляющие, а не линейки. А если линейки, то ставьте по оси, по которой мерите.
-
Вот и именно)) Пиксель, может, я и смогу порой не заметить, но 3 — нету там разницы. По крайней мере на картинки, что вы предоставили. P.S. измерил линейкой в Люстре — всё одинаково.
-
Разницы, действительно нет. Если вы про „Контакты — Письмо деректору“, то это просто отображение шрифта такое, там всё правильно.
-
Нusuf, Способы добавления стилей на страницу
-
Благодарю, Vin.
-
Через инспектор) Спасибо, гляну сейчас. Но походу то, что нужно) В описании вроде нету. Подскажешь, там как с условием долговременности?)) Т.е. я смогу подправить стили где нужно, сохранить и при последующих посещениях будут отображаться эти исправленные, да?
-
Незаметно вошло в привычку править стили на сайтах. Например, скрывать баннеры. Иногда цвета подправить, текст в более читабельный вид привести. Но, вот, не хотелось бы этого делать постоянно руками. Особенно на сайтах, которые часто посещаешь. Как можно сделать это на постонное отображение? Нужен ли мне собственный файл css? Если да, то как его подключить, чтобы при последющих посещениях мои стили и отображались? Или какие-нибудь функции каких-нибудь браузеров могут помочь в этом? В FF вроде как есть подключение своего css, но надолго это? Какие есть варианты? (так-то 4 щелчка мыши всего. Но весьма ощутимо в тех же соц. сетях или поисковике…)
-
У background-image нету такого: „no-repeat“. Это у просто background можно так записывать
-
Почему? Её же всё равно не видно… Может, стоит добавить, что также следует использовать @media screen and (max-width: 960px), где overflow нужно отменить ?
-
overflow?
-
NeoXidizer, спасибо тебе, что разъяснил. Я не пользуюсь jQuery. Да и вопрос общий такой был, логика важна была, принцип, т.е. как запрашивать или как правильно получать ответ страницы, чтобы вытащить часть из неё. Тут то вон еле-еле понял, что к чему, а что там jQuery мутит я точно не разбиру))
-
Чувствую, я упускаю какой-то момент, не пойму какой. Как в 5ом посте писал Или что тут не так? С фреймом иначе? А вот этого я не понял. Точнее я не знаю, что это может дать. Что это может дать?)) Всмысле, я интересовался по причине именно скорости, нагрузки, что, вот, 2 страницы. Или ещё есть ньюансы с этим? Аааа… ааа… всё, понял, понял, что упускаю — Т.е.… всё понял. Понял, почему ты разделил XMLHttpRequest и фреймы) Логику подгрузки контента, которую, вот ты описал, можно же и с этим и с этим реализовать. И когда я прочитал этот пост, подумал в первую очередь про свой XHR))) И думаю, что причём здесь фреймы. Так, понял. Тогда, возвращаясь…, а ладно, не куда не возвращаясь) Понял, всё, спасибо, s0rr0w
-
Ну вроде идею понял… И, по-моему, да, именно так я в своё время и решил поступать, только использовать такой принцип не приходилось. Смущало меня главное — у нас всегда будет висеть какбы 2 страницы. Одна скрытая, откуда мы вытаскиваем контент, другая, собственно, которая отображается. Это же должно повлиять на скорость, там, и всё такое? С одной стороны то, конечно, зашибись, если мы будем, как ты говоришь, последовательно переходить по ссылкам — скорость чумовая))) Но, довольно редкая ситуация. А так, получается, мы сначала грузим страницу отдельно, и только затем оттуда вытаскиваем, что нужно, долго, не? В смысле нагрузки… И вопрос, вроде как остался . Мне то хотелось из получаемого ответа, выдергнуть нужное, ну или как-то запросить из всей страницы нужное, не знаю, что-то в этом духе. Что-то чухаю, всё-таки так просто не решается это) Ну и я так не и понял))) Зачем iframe? Чего бы не грузить также страницы не во фрейм, а в тот же див, спрятанный на -1000px? Или это какбы не существенно?
-
Скругленные углы заданные в процентах у прямогульной кнопки
alexandr_v-vich replied to Cypher76's question in HTML Coding
Opera, Safari, Chrome. -
Скругленные углы заданные в процентах у прямогульной кнопки
alexandr_v-vich replied to Cypher76's question in HTML Coding
Да уж…) SelenIT, по твоим решениям хоть учебники пиши))) Кстати, для последнего — исправьте для псевдоэлементов padding: 50%; на padding: 50% 0; width: 100%; Иначе вылетает иногда по ширине сам блок, т.е. кусок его порой видным становится справа… -
ShumNo, Эмм… ну да, даже с утра обновил Оперу, а всё равно. Ну я ответа не знаю. И что эта за рамка и как она работает для меня так и осталось секретом…
-
ShumNo, ааа… что-то я подтупливаю немного. Т.е. сейчас ты объясняешь, почему использовал ссылку вместо кнопки. И, вот, один из аргументов это этот border, так да?))) И т.е. сейчас проблема border`a у кнопки в Опере, да? И линия не пунктирная? И появляется только при нажатии? И нужно чтобы border стоял, но при нажатии не менялся на свой чёрный цвет, так? И это не канает button:focus, input[type="reset"]:focus, input[type="button"]:focus, input[type="submit"]:focus { /* не забыть поменять цвет/картинку, в общем, как-то дать понять юзеру, что кнопка активна */ } ? Наверное, может, это button:active, input[type="reset"]:active, input[type="button"]:active, input[type="submit"]:active { /* указать нужный цвет border`a */ } ? ))
-
outline: none;
-
Этого я не умею, Int… s0rr0w, да, убедительно) Только iframe отдельная, походу, тема, я эту то разбираю ради кругозора, а туда я уж точно не залезу =/ не открывается И всё же я настаиваю на XMLHttpRequest, ведь это же, по-моему и есть почти весь AJAX, ну какбы его главная составляющая. И именно про ajax я наслышан, что это возможно (часть контента). И раз ссылка так и не открывается, что интересно — для iframe`a же всё-таки нужно иметь отдельную часть, именно которую и будем загружать, да? Или нет? Вот, что тут интересно. Если да, то нафига он мне нужен. Если нет, то как это вытащить из страницы нужную часть и как этому может поспособствовать iframe (вот видимо по ссылке и есть ответ)) )?
-
Опаньки… а я думал, что фрейм вымер и им больше никто и нигде не пользуется, хотя когда я интересовался почему же оно так, чёткого ответа не получал, но за неимением других точек зрения даже и не стал его изучать и смотреть чего он может или не может… И там же дело какое. В определённый момент у меня получалось (я уверен, что повторить это труда не составит) подгружать всю страницу, которую я запрашиваю в определённый div. Хотя, по-моему, это делается обычным div.innerHtml = xhr.responseText вроде выглядело оно так… И поскольку у меня выходила страница, которая в одном теге имеет другую страницу, пришлось изменить на полную подмену body.innerHtml = xhr.responseText и с таким уже работал. И это, В общем-то, и есть проблема)) Но, вот, первый случай — разве логика не iframe`овская? Только нам придётся не всю страницу, а отдельно писать iframe`овские страницы. И в этом случае, мне казалось, куча проблем есть. Ну там с адресом, с поиск. оптимизацией… нет? И я же делал, там, с этим, с history вкупе. Т.е. у меня были чисто цельные страницы, без разбитых на части контентов, которые следует подгружать. Т.е. если я так разобью, мне и iframe не нужен ни разу. У меня задача стояла, чтобы из полученной с помощью XMLHttpRequest ответа-страницы вытащить нужный мне элемент (div там или чего ещё), а остальное оставить то, что есть сейчас на страницы. Т.е. типа подменить часть контента. Как в моей ситуации (опять же, думаю, самой распространённой) поможет iframe? А, ну и лучше, наверное так… если выбор стоит всё же между iframe и XMLHttpRequest, то мне нужно второе. Просто эта(!) тема интересует. Ведь самая первая цитата, которую я привёл в первом посте была связана с AJAX. А это, думаю, скорее XMLHttpRequest, нежели iframe…
-
arthur1974, там было два вопроса… хотя дело то ваше… И ещё, чьи это, собственно, полосы то? Ну, всмысле, какого элемента?