guvatara

quot;-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> quot;-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> какой доктайп вы хотите использовать? извините а это что? <div id="back"><<<a href="http://www.fbf.ru/"> на главную</a></div>

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

Наткнулся на интересную статью и честно ее можно с легкостью использовать в качестве правил любого технически направленного форума (для htmlbook она подходит идеально). Если вы считаете ее полезной перенесите туда куда нужно, ибо я не знаю куда ее ткнуть поэтому просто в отдельный топ ее кладу. http://rsdn.ru/Info/Howtoask.xml

гггг народ обычно с этим борется, а тут наоборот хотят этого. Век живи век учись.

firebag ругается на сайте при перемещении мышки. document.onmousemove = moveTip; function moveTip(e) { floatTipStyle = document.getElementById("floatTip_photo").style if (document.all) { x = event.x + document.body.scrollLeft y = event.y + document.body.scrollTop } else { x = e.pageX y = e.pageY } floatTipStyle.left = x floatTipStyle.top = y + 20 } вот на это

наезд таблицы на логотип допускается? Если да то просто делаете пустую ячейку на эту длину там, если нет то попытайтесь отказаться от позиционирования и привежите ваше меню к определеному месту в структуре сайта. Просто использование абсолютного позиционирвоания отрывает ваше меню от сайта и 100% берутся от размера вашего экрана а не от области где лежит меню. Можно так же отдельно пустить фон под менюшкойю, а сверху спозиционировать меню. Короче выходов много. На кройняк использование дивов и min-width c соответствующим хаком для IE.

ваша правда Iframe нету, есть или я может просто не нашел, но просмотрел несколько раз. http://www.w3.org/TR/html4/strict.dtd

превратили див из строчного элемента в блочный. Все таки мазила вредная, но справедливая (почти).

мазила наследованием редко занимается. Так что связка относительно -> абсолютно должно быть рядом чтоб работало в мазиле корректно, через тег она может и не понять. А по хорошему лучше с этим позиционированием связывать блоки а не таблицы, работает лучше и более предсказуемо.

а вы пробовали назначить position: relative;?

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

Вы конечно простите, но тут явно имелось ввиду <table height="100%" width="100%" border="0" cellspacing="0" cellpadding="0"> <tr> <td> </td> </tr> </table> Не про какой CSS тут даже речи нет и я имел ввиду именно это. А про то что через CSS можно это сделать я знаю.

афигеть... кто вам сказал, что не растянется? При указании в таблице высоту 100% огнелис просто проигнорит это. Или я ошибаюсь?

Можно сразу вопрос? вроде если указать всей таблице 100% ширину и одной из ячеек фиксированую ширину, то другие просто пропорционально поделят оставшуюся ширину (при условии что им не указана ширина). Во всяком случая раньше когда я баловался табличной версткой это была основная фишка для позиционирования и растягивания таблиц на разные расширения. <table width="100%" border="0" cellpadding="0" cellspacing="0" id="top"> <tr> <td height="83" align="left" valign="top" background="images/verh2-1.jpg"> </td> <td width="554" align="left" valign="top"><img src="images/verh3-1.jpg" width="400" height="84"></td> </tr> </table> по-моему так проще, а если половину этого пренести в CSS то можно было обойтись одной ячейкой.

для правильного доктайпа таблица на 100% по вертикали не растянется. Ибо нельзя. Юзай внутренние ячейки.

Вообщето для лучшей предсказуемости положения слоев с position:relative и position: absolute нужно их чередовать. Т.е. родитель имеет position: absolute , а ребенок position:relative и наоборот. Тогда все всегда будет на месте при изменении разрешения.

И когда пофиксят? Ведь могут это сделать раньше.

Естественно. Сама закавырка в том что появление этого элемента в компании display:table (т.д.) делает странные вещи с позиционированием и обтеканием. Но если убрать display:table (т.п.) теряется жескость дивов и вследствии чего броузеры могут игнорить границы дивов, что плохо если используешь прибитие футера к низу страницы. Есть подозрение что в Firefox просто не учли этот баг или он появился недавно. Просто Сафари Опера этим багом не страдают. Ослик само собой из-за своей баганости себя ведет нормально. Попробую заабсолютить блок с селектами и думать как его прибить. Но баг реально удивляет.

Я в шоке!!!! Не думал что Огнелис способен так подставить. Короче суть. Есть уже сверстаный диз. Там использованы мадинги для наезжания части одних дивов на другие. Все работает в Разных броузерах без проблем. Но стоило мне добавить простой select в диз и огнелис напрочь забыл об позиционировании, обтекании и наезжании. Если у кого было, то подскажите как это решить. P.S. код в студию можете не просить данная проблема в куче дизов. Я начинаю думать что просто не правильно написал саму конструкцию select <form action="form_sel" method="get"> <select name="selectsadasd"> <option>Select1</option> <option>Select2</option> <option>Select3</option> </select> </form> Другие броузеры все поняли правильно и их не лихорадит. Проблема лишь в Firefox

можно уточняющий вопрос? Вам нужно чтоб список раскрывался по щелчку мыши? Тогда чисто на CSS без JS это не реализуемо (onclick это уже JS). Вот удачный пример списка с JS http://xhtml.ru/2007/04/29/compact-list/

Попробуйте просто указать позиционирование заднего фона по низу ячейки. И картинку использовать в качестве этого заднего фона. А внутренему контенту дать соответвующий пандинг чтоб не наезжал.

Я просто повторил то что было написано где то в начале этого топика. Не забывайте, что это всего лишь скрипты. Набор скриптов. Все таки скриптов, а не чего то иного. И продукт который ориентирован на узкий сигмент рынка и не будет иметь большого комерческого успеха. Кстати вы где в этом топике это упоминали, когда объясняли наличие перехватчиков ошибок скрипта. Я безусловно признаю, что вы профессионал в своей профессии. Но нужно учитывать так же, что ваш продукт может быть отвергнуть банально из-за того что он не будет работать именно в такой, пускай и редкой, кофигурации. Качественная верстка отличается от не качетственной имено тем, что в качественной страница выглядит одинаково во всех броузерах, включая Оперу, Осликов 6, 7, Лису, Сафари 3,02 бета под виндой и сафари 2,*** под маком. Можете мне поверить добиться сего сложно, но вполне реально. Зато потом этот продукт смогут использовать подавляющее большенство клиентов и все будут довольны и репутация данной работы и ее создателя будет в разы выше из-за банального учета того самого мелкого сигмента клиентов. Просто сам факт, что вы об этом подумали будет вам самой честной и действенной рекламой. Ведь лучшая реклама продукта, когда его хвалят клиенты. Хотя это все ИМХО. Просто долгая работа в отрасли, где продвижение товара является приоритетной задачей, научила меня, что даже 5% дополнительной прибыли стоят того чтоб немного напрячься. На счет закупки программного продукта. Вы знаете как его закупают в офисные структуры???? Скажу проще. Что понравится админу или тех директору то и купят. Начальнику важна только цена и то при должной рекламе от тех отдела можно продвинуть любой продукт. Пока что единицы структур которые покупают, перед этим обдумав это большой группой людей.

О, есть возможность узнать мнение. Скажите, Вас беспокоит то, как будет отображаться страница при отсутствии стилей, при отключенных скриптах? Учитываете ли Вы, что может возникнуть необходимость конвертации в другой формат? Ну и наконец, достаточно ли Вам тегов DIV, SPAN, A, TABLE, IMG, поскольку остальные s0rr0w предложил игнорировать? Да, и еще, если не секрет, расскажите о своих инструментах. Ну у меня весьма специфичная область работы и клиент специфичный, но я всегда закладываю возможность что отключатся скрипты и картинки и чтоб содержание не потеряло свой вид. Кстати еще раз спасибо за скрипт выпадающего плавно меню. я его совместил с другим скриптом и получил очень удобный и весьма не требовательный скриптик, который можно использовать для различных целей. Кстати предусмотрение что у клиента будут отключены скрипты очень помогло. ну я пишу изначально в html, потом это режется под cms, так что приходится учитывать и этот факт. Но соблюдение всех стандартов это обязательное условие. Допустимо 2 ошибки валидатора на 1000 символов. И то это уже не гуд. ну тег table я не использую вообще (таковы требования клиента) . span тоже. в основном это списки, дивы, картинки и ссылки. Все остальное это чистый css. Там где css не помогает использую js. Я стараюсь делать html код в который можно внести корективы в любой момент и чтоб при этом не потерялся общий строй шаблона. я использую dreamweaver, но он мне нужен лишь для упрощения написания тегов(он их просто дописывает). так что можно сказать что мой инструмент это руки и голова. Ну и еще книжки, гугла и совет знающего человека на форуме. Просто нужно уметь вынести полезную информацию из груды на первый взгляд нелогичной информации.

Ах, вот оно что... В разработке самый главный кодер... Ай молодца! Я бы выгнал обоих, если бы они не договаривались между собой, что нужно сделать, чтобы всем было хорошо, а не кому-то одному. Мало того, они должны согласовать свои действия с cgi-программером, чтобы они оба не наделали никому не нужных сферических коней в вакууме. Тут я с вами согласен на все 100%. Если кто то в команде выше, то это не гуд. должна быть команда. Я представитель именно кодерской части команды и с программером легко ладим. Он не нагружает свои скрипты лишней шелухой, я не наваливаю лишнего стилистического маразма в html. НО когда программист пытается рулить и навязывать правила игры и пытается меня учить как я должен делать html составляющую общей работы, грош цена такому "командному" игроку. Как говорится мнения у всех на все могут быть разные, но нужно их засовывать в одно место перед клиентом или тем кто тебе платит деньги. Если тебе нравится верстать табами, а клиенту нужны дивы, то придется делать дивами. Кстати пример относительно фотошопа по меньшей мере просто абсурден. Речь идет о скрипте а не о программном продукте с уникальными функциями. Если клиенту поставить условия чего он должен а чего не должен использовать с продуктом, он скорее всего найдет другой продукт и заплатит за него больше, лишь за то чтоб он мог работать с ним в линуксе под каким нибудь эмулированным IE6 (жестокая вещь в плане понимания скриптов). так что вздохните глубоко и относитесь к критике спокойно. Это всего лишь критика и единствено правильного пути в JS нет и мне кажется в ближайшее время не будет. Кстати относительно e107 там хорошая связка php и JS и там оптимальное соотношение. Кстати эта система на 3 месте в мире. Я обладая вполне посредственными знаниями смог модернизировать JS библиотеку там под свои нужды. Еще раз напомню я не JS программер, мне ближе php и html с css.

http://prototypejs.org/ вот вам ответ 1. стандарт организации документов (стандарты) 2. вы про cms слышали в частности про (e107)? Там это реализовано вполне удобно и есть возможность изменения скриптов подключения скриптов, удаления скриптов, при этом система работает 3. тажа cms e107 там библиотека с функциями js очень понятна, но функциональна. 4. тоже самое что и выше 5. тоже самое 6. тоже самое там как раз совмещение нового и архаического. Но она тоже не безгрешна.