-
Posts
21 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Takker
-
silverlight90, У вас кнопка имеет неоднородный фон - слева на право цвета так же изменяются. То есть, первым этапом нужно поправить сам шаблон кнопки. Выкладывайте новый вариант - без текста. Можно даже сразу порезанную на три кусочка - тогда я вам сразу готовый код дам.
-
Добрый день. Не стал плодить еще одну тему, тем более, что мой вопрос вполне соответствует названию текущей. В общем, необходимо разбирать строки адресов, состоящие из одного\нескольких каталогов и названия html-страницы. Пример: ru/index.html ru/subru/about.html и т.п. Нужно получить: 1. Путь до страницы (полный путь от корня) 2. Имя страницы (без расширения) Какое правило использую: RewriteRule ^([^/]*/)*([^/]+).html$ index.php?catpage=$1&whatpage=$2 Проблема: запоминается только последний каталог в пути до страницы. Иллюстрация: строка запроса: ru/subru/main.html результат обработки var_dump($_GET): array(2) { ["catpage"]=> string(6) "subru/" ["whatpage"]=> string(4) "main" } Необходимо: catpage = "ru/subru/" Собственно, вопрос: как подкорректировать правило, чтобы запоминался весь путь? UPD: методом "полунаучного тыка" составил требуемый шаблон: RewriteRule ^(.*/)*([^/]*).html$ index.php?catpage=$1&whatpage=$2 Но возникает другой вопрос: Как учесть вариант, когда не указывается имя файла? (например: ru/subru/ - в таком случае необходима пустая whatpage) UPD: второй вопрос тоже решил - просто добавил следом еще одно правило: RewriteRule ^(.*/)*$ index.php?catpage=$1
-
Ориентироваться нужно на 1024х768рх - это минимум. Это расчет на старые мониторы, которых еще много, и нетбуки. В рабочей ширине нужно ориентироваться на 1000рх - 24 оставляем на случай появления вертикальной полосы прокрутки - чтобы при ее появлении общая ширина не была более 1024зч и не появлялась горизональная полоса прокрутки.
-
LunatiK, опасно браться за такое, так как без правки програмных модулей 100% валидности может и не быть. Клиенту ведь это надо? А что, если скрипт сразу с разметкой выдает код в ТО место, где другие скрипты по задумке шаблона выдают код БЕЗ разметки? И в итоге на клиента не угодишь. И еще долго придется объяснять, что не все в жизни может зависить только от верстки. sir95, исправление ошибок валидности еще не панацея. Как правило, идут рука об руку еще и кроссбраузерность - чтобы сайт одинаково (вплоть до одного пикселя) отображался во всех браузерах. Потому, если человек, в профессионализме которого не стоит сомневаться (ИМХО) говорит, что лучше и легче сверстать заново, то это именно так и есть. Самые очевидные обоснования (не глядя на шаблон) - ради валидности придется отрезать много лишних тегов, что с огромной вероятностью повлечет изменение внешнего вида. Следовательно, нужно будет править еще и стили отображения. Что опять же, при таком бардаке, может вылезти еще каким-нибудь багом в совершенно неожиданном месте. В данном случае уместна формулировка задания "валидная верстка под DLE" - и не надо будет сайт полностью переделывать. Но, опять же, лучше, чтобы это делал человек, который еще и в программировании разбирается - чтобы по первому капризу мог изменить код самописных наворотов (см. первый абзац моего поста).
-
А чем продиктованы такие размеры шапки: width:1300px; ? Пока разрешение монитора по ширине меньше 1300рх, при таком раскладе всегда будет появляться горизонтальная полоса прокрутки. Вы можете задать width:100%; - тогда шапка будет строго по ширине экрана (какое бы ни было разрешение). В таком случае, если в шапке была очень длинная картинка на фоне, то она просто обрежется по ширине экрана. Полоса не появится. Но если картинка вставлена как <img />, то она скорее всего растянет шапку по своим размерам.
-
По сабжу - $_SERVER['REQUEST_URI'] нужно ловить на том моменте, когда создается редирект на 404 страницу. Собственно, ловить его и передавать для последующего вывода. А как передавать - это уже ваше личное дело (хоть через гет, хоть через куки - не суть).
-
В данном случае, метка BOM из-за разницы в кодироке не воспринималась, и в бразуер выводился тот самый "хвостик". А, как известно, все заголовки должны отправляться ДО любого вывода в браузер. От браузера работа скрипта не зависит.
-
Попробуйте перекодировать сам скрипт в UTF-8 без BOM. Вот этот "хвостик" - "п»ї" - первый сигнал о проблеме с кодировкой.
-
Но, наверное, по закону сохранения вещества - появились альтернативные инструменты для этих целей?
-
Неужели здесь нет мастеров, которые в этом разбираются?
-
Добрый день. Подскажите, пожалуйста, как достичь необходимой ширины символа подключаемого шрифта? Оказывается и такое в CSS есть под грифом "синтез шрифта", но самостоятельно разобраться не получилось. Что именно нужно, демонстрирует иллюстрация ниже: Шрифт подключается следующим кодом: @font-face { font-family: "stalker_ttf"; src: url("font/MTR49__C.TTF"); }И впоследствии используется: #divName{ font-family: stalker_ttf; } Я так понимаю, в первом коде не хватает какого-то параметра синтеза.
-
вообще такой код сработал с первого раза: @font-face { font-family: "stalker_ttf"; src : url("font/MTR49__C.TTF"); } Потом, где надо его используем: #divName{ font-family: stalker_ttf,Tahoma, Arial, Helvetica, sans-serif; } Проблема только у меня была с "font-stretch", но оно и на других шрифтах не работает.. кто-нибудь знает, может есть особенности использования "font-stretch" ??
-
Отличный мастер. Рад, что обратился к нему. Сам бы ковырял интересующий вопрос не один час, а то и не один день и с неизвестным результатом. Макс же решил пробелму буквально за пару часов, при чем качественно на все 100%! Буквально за пару часов мастер предоставил качественную html-страницу, полностью соответствующую вышеобъявленному ТЗ (тема задания). Хочу особо отметить: Оперативность ответов и работы в целом Качество кода (чистый, кроссбраузерный) Личные качества (мастер без проблем и оперативно дополнил код поправками, не указанными в ТЗ)
-
Проект успешно завершен Psywalker'ом! Буквально за пару часов мастер предоставил качественную html-страницу, полностью соответствующую вышеобъявленному ТЗ. Хочу особо отметить: Оперативность ответов и работы в целом Качество кода (чистый, кроссбраузерный) Личные качества (мастер без проблем и оперативно дополнил код поправками, не указанными в ТЗ) ИМХО: высший пилотаж! Тему можно закрывать
-
psywalker Не удается создать ПМ - настройками форума мне почему то запрещено. Давай попробуем через jabber:: takker@stalker-frpg.ru связаться Попробуем, потому как еще не успел опробовать учетку - совсем недавно домен настроил. На пожарный случай - th0rn@inbox.ru (MailAgent)
-
Добрый день. Хочу предложить мастерам сверстать страницу по макету. Необходимо лишь сделать разметку, наполнение - дело программистов. Пояснения: верстка дивовая каждый блок имеет свой фон для каждого блока указан свой размер в пикселях - "длина Х высота". Знак вопроса означает "резиновость" до того состояния, как указано на схеме. в блоке navibar дополнительно указана область вывода текста и графич.информации: вертикально центрирована (сверху примерно 12рх), слева и справа по 20рх. Без полосы прокрутки. в блоке mail дополнительно указана область вывода - вертикально центрированная, слева и справа примерно по 40рх. Без полосы прокрутки. в блоке main тоже обозначена область вывода, отступ по 10рх, выравнивание по верху. Полоса прокрутки при переполнении. блоки Sender и who отступов не имеют весь блок who (зеленый фон) подразумевает многослойность. По нему особый разговор. фон состоит из трех частей, которые условно обозначены пунктирными линиями. Верхняя и нижняя части - просто два изображения. Средняя часть - повторяющийся по вертикали фон. Нижняя часть фона - картинка PNG с вырезом. Под ней через вырез "просвечивает" другая картинка image. Она имеет фиксированные размеры и отступы относительно правого и нижнего края страницы. Для примера размеры и отступы возьмите произвольные. Части фона продемонстрируйте просто заполненными цветом картинками. блок online накладывается поверх всего этого безобразия. Высота блока растягивается в зависимости от размера страницы. Верхний край фиксируется относительно верхнего края документа, нижни - относительно нижнего края документа. То есть верхняя и нижняя грани имеют постоянные отступы от краев документа. Имеет полосу прокрутки при переполнении. button имеет фиксированное положение относительно нижнего и правого краев документа. Располагается в верхнем слое или в том же слое, что и online Когда-то все это версталось во фреймах - каждый цветовой блок был отдельным фреймом. Но было решено переходить на дивы. Правый фрейм у меня получалось верстать дивами, но пришлось прибегнуть к javascript, который в реальном времени реагировал на изменение размеров окна браузера и изменял размер блока online. Но я далеко не мастер верстки, только учусь. И сильно подозреваю, что можно было обойтись без JS. В общем, хотел бы услышать от мастеров свои предложения - стоимость работы и краткие аннотации по тому, как будут делать (все ли понятно, будет ли использоваться JS, сроки и так далее). Примечание: допустимо использование библиотеки jQuery (в будущем она будет использоваться для генерации контента). P.S. Думаю, со временем я смог бы и самостоятельно решить данную задачу. Но не уверен, что это выглядело бы профессиональным. Потому хочу обратиться к специалистам - увидеть, как это верстают профессионалы, да и свое время сэкономить, которого у меня уйдет на порядок больше, чем у опытного верстальщика.
-
GooDMeister Смотри, тогда можно проще поступить - просто в HTML-коде задаем div-ам с кнопками уникальный ID и потом только для них прописываем "выстраиваться в ряд". Например: <div class="clear" id="cwerf_0"/> и <div class="clear" id="cwerf_1"/> А потом уже напрямую в свойствах задаешь: #cwerf_0.submit, #cwerf_1.submit { ..трам-парам-какой-там именно тебе помог} Этот вариант - "прямой как рельса". Наверняка можно придумать что-то более изящное, но этот прост и на 100% действенен.
-
Насколько я понимаю ситуацию, то при таком раскладе TD и так будет во всю высоту таблицы. То есть, TD автоматом отожрет все 300 пикселей. Остается только поставить height:100% для дива, чтобы тот занимал всю предложенную высоту ячейки.
-
на самом деле все проще .clear { padding:0; margin:0; } либо .clear { display:inline; } Просто следующий див по умолчанию будет начинаться со следующей строчки.
-
Я знаю только два способа: 1. пачка div'ов с кучей параметров 2. таблица с объединенными ячейками Если хочешь, чтобы твое окно растягивалось не только по вертикали, то лучше использовать больше ячеек с картинками: верх: - левый верхний угол - верхняя картинка (рипит по иксу) - растягивание по горизонтали - правый верхний угол середина: - левая граница (рипит по игрику) - растягивание по вертикали - центральное поле для содержимого (любой размер) - правая граница (рипит по игрику) - растягивание по вертикали низ: - левый нижний угол - нижняя картинка (рипит по иксу) - растягивание по горизонтали - правый нижний угол
-
Доброго времени суток. Заранее прошу простить, если подобный вопрос уже встречался здесь - значит я просто не сумел толково воспользоваться поиском - найти ответ не удалось. Итак, суть вопроса: <table style="height:100%; vertical-align: bottom;"> <tr> <td style="overflow: auto;"> <div style="height:100%;"></div> </td> </tr> <tr><td style="height: 200px;"></td></tr> </table> Цель (что нужно получить): Таблица во всю высоту height:100%. Имеет нижнюю строку с фиксированной высотой 200 пикселей. Нижняя строка примыкает к нижнему краю экрана vertical-align: bottom. Верхняя строка занимает все оставшееся по высоте пространство (оставшиеся 100% минус 200рх) - для этого мы просто не задаем ее высоту. В этой строке все свободное по высоте место занимает див (height:100% ). Как только содержимое дива увеличивается больше, чем на "100%-200рх", появляется полоса прокрутки. Описанным способом цель (появление полосы прокрутки) успешно достигается в IE, однако в FireFox, при увеличении дива, высота верхней строки увеличивается бесконечно, а нижняя строка (нижние 200рх) просто смещаются вниз, в зону вне видимости. Собственно, задача в том, чтобы в FF при увеличении дива сверх 100%-200рх появлялась бы полоса прокрутки. Прошу помочь советом.