-
Posts
1,069 -
Joined
-
Last visited
-
Days Won
9
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Быколай
-
Решение проблемы с проверкой данных формы в FireFox4
Быколай replied to Aleksty's question in HTML Coding
что-то невкурил в чём проблема вашего скрипта... после чудной статьи "сумасшедшие формы" тоже на проекте понаворотил все возможные ультрасовременные фичи но проверка jQuery осталась и всё работает нормально. вводить нормально даёт новый атрибут, а проверяет только при попытке отправки. а смысл прописывать required и ставить novalidate? чего-то не догоняю... -
хотелось бы сделать промежуточный итог темы, пока совсем в лес опять не ушли. nav - хорошо подходит для оглавлений, навигационных меню верхних уровней. судя по спеке (по ссылке от SelenIT) допустимо использовать в футере для обеспечения перелиновки со связанными документами (таки пагинация всё-таки наверно уместна) и служебными страницами. menu - интерактивный элемент. Имеет много общего со старыми добрыми формами. Хорошо подходит для того чтобы . Интуиция подсказывает что особенно актуально использование меню в уэбДваНуль когда многие действия над контентом страницы доступны пользователю без перехода на другие страницы (традиционных ссылок, их семантический html видимо хочет специфицировать уже - для навигации) посредством аяксов и прочих jquery-свистелок. Да, похоже в html 5 намечается семантическое обособление ссылок - их прямое назначение навигация. И новый тег menu поможет освободить их от использования в интерактивном интерфейсе. э как завернул
-
поздравляю. layer1 после layer2
-
ага, третий блок напрашивался на это. Хотя на деле это всё равно ссылки ведущие на соответствующие страницы с формой редактирования, удаления, добавления... так или иначе львиная доля интерфейса в html организована на ссылках, просто чем дальше в лес тем толще партизаны в глубь сайта, тем ссылки приобретают более "конкретный" характер. А вот пагинацию вы бы как реализовали?
-
то есть у вас 2 файла: 1. форма. 2. скрипт обработки/отправки я правильно понимаю? всё работает и осталось сформировать тело письма которое отправляет скрипт? так это у вас и происходит вроде.
-
спасибо, значит я на правильном пути то что menu - "прикладной" - на эту мысль меня тоже наталкивали его атрибуты и упоминания про кнопки. но никакой конечной определённости с атрибутами и их поведением, как я понял, пока нет.
-
ух блин, сколько вопросительных знаков. ничего ж не ясно! в русском языке есть такая штука - падежи. Если правильно склонять члены предложений в своей речи, то вас будут быстрее понимать. А мысли ваши приобретут воздушную лёгкость и геометрическую правильность.
-
top на htmlbоok.ru left на htmlbоok.ru
-
так вы в die() таки попадаете? из цитаты ошибок не ясно. какие версии mysql на сервере и локалхосте? как создавали базу/пользователя на хостинге? phpmyadmin или другой менеджер БД на сервере есть? под рутом пробовали соединяться этим скриптом? всё таки мне кажется проблема совместимости паролей в версиях
-
position на htmlbоok.ru ?
-
если я ничего не путаю и правильно помню, то это беда с несовместимостью паролей у разных версий мускуля. могу и ошибаться. типы ошибок гуглили?
-
если абстрагироваться от нюансов, то типа как здесь наверное?
-
не вполне понял два момента: 1. зачем? 2. в чём проблема? добавить картинку на страницу и позиционировать?
-
собственно раньше не было семантически специализированных элементов для навигации, а были списки и всё было хорошо. теперь их сразу два menu на htmlbоok.ru и nav на htmlbоok.ru , и всех нюансов я не догоняю, т.к. информации и примеров (особенно) в рунете ещё мало. то что понял о menu - высокая интерактивности и пока отсутствие поддержки этих чудо-возможностей браузерами вроде как можно использовать привычные li и ссылки/кнопки в них. что известно про nav - не столько контекстный, более навигационный тег. список накрутить нельзя. Пример из жизни: есть админка. Присутствуют три блока навигации, общий для всех страниц только самый верхний. вот кто из них nav, а кто menu и почему?
-
это два дива. position на htmlbоok.ru позволяет сместить один блок чтобы он "наезжал" на другой. скруглённые уголки для большого блока - есть в css 3 border-radius на htmlbоok.ru , или другие рецепты http://htmlbook.ru/faq/theme/skruglennye-ugolki мне казалось что на htmlbook был рецепт раскрывающий именно тему смещённых слоёв, но чего-то не смог найти.
-
ютф однозначно. с ней вы не зависите от платформы/локали и прочего. Поддерживается всем и вся, потом любые символы любых языков можно использовать - а значит расширяемость. виндовс - само название говорит за себя Да, и самое главное: W3org велел utf-8! Вот ничегошная статейка за http://webmastak.com/article.aspx?id=300
-
что пробовали и почему не получилось?
-
спс кэп а css - это не ваши унылые верстальные закорючки, а Counter-Strike Source да, гугление на тему мониторинга cs даёт в основном эти самые сервера. правда нашёл пару скриптов готовых, но там функционал - мама не горюй. администрирование юзеров, система банов и т.д. может ТС стоит поискать готовое решение, а мы поможем с интеграцией?
-
ага. к стыду своему я понял что ничего не понимаю в сs-серверах. но это не беда. можно поподробней: что есть в сути своей cs-сервер, по какому протоколу к нему обращаться, в каком формате он даёт ответ. то есть что это машина которая связывает игроков и проводит все вычисления в игре я понимаю, зачем и кому это надо, тоже.
-
понял спасибо.
-
аналогично, присоединяюсь. Интересно авторитетное мнение Светланы по этому вопросу.
-
есть. в чём состоит суть задачи? что мониторить и размещать? правда вам в комм. услуги наверное стоило постить.
-
или если с регулярками тяжко, можно как вариант через xPath попробовать. хотя в php работа с Dom тоже не сахар...
-
поняли неправильно. сделать можно абсолютно всё. терпение и труд в гугле вас тоже забанили? там все ссылки правильные. начёт вики - жесть, это ж надо умудриться. и зачем оно вам было надо?
-
SelenIT, +1 жесть