homm

Сам решай http://docs.jquery.com/Sites_Using_jQuery

Можешь прочитать коментарий в моем посте с XMLLoad, он там взят из jquery.

1) PunBB 3) http://forum.htmlbook.ru/

http://people.nnov.ru/master/Omron/tonometers.XML http://people.nnov.ru/master/Omron/mechanical_tonometers.XML И что, за такой ручной работой будующее? И это называется не конная тяга? Шизофрения это когда человек живет вот в таком придуманном мирке, далеком от адекватной реальности, где он бог и царь. Бедные заказчики, как они это потом правят

Как я понимаю, самого XMLHttpRequest так до сих пор в ИЕ и нет, его эмулирует ActiveX, что требует менее безопасные права у сайта. Называют ajax, потому что это не синоним XMLHttpRequest, а скорее концепция его использующая. И откуда куски браться будут? Из астрала? Понятно, у тебя там 50 статичных описаний товара было, ты мог и ручками для них описания в отдельные html запихать и думать что это верный подход, ну а я не негр я могу и с большей пользой время потратить.

http://htmlbook.ru/css/background-attachment.html

Пожалуйста, родной

font-size: 0;

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

Это называется ajax. При условии что файл ?a.txt? расположен на том-же домене, что и вызывающий скрипт: <script> function loadXMLDoc(url, succes, fail) { var req = null; // Create the request object; Microsoft failed to properly // implement the XMLHttpRequest in IE7, so we use the ActiveXObject when it is available try { req = window.ActiveXObject ? new ActiveXObject("Microsoft.XMLHTTP") : new XMLHttpRequest(); } catch(e){} if (req) { req.onreadystatechange = function(){ if (req.readyState ==4){ switch (req.status) { case 200: if (typeof succes == 'function') succes(req.responseText); break; default: if (typeof fail == 'function') fail(req.status); } } }; req.open("GET", url, true); req.send(null); } return (req ? true : false); } loadXMLDoc('1.html', function (responce){ alert(responce); }, function (error){ alert('Ошибка: '+error); }); </script> URL, содержащий запрос к базе? Что-то новенькое. Лимузину не нужен плуг, я для чего предыдущее сообщение писал? Для вспашки поля есть другие машины.

Использовать не td а th для первй строки?

sypex.net

Запарился изрядно, надо сказать.

И ?как? и ?никак? одновременно. Это из разряда не верно заданных вопросов. В мире есть миллионы сайтов которые работают во всех (ну в большинстве) браузерах и десятки тысяч вебмастеров, которые пишут эти сайты и никогда не задумываются над вопросом ?как достать из БД строку?. И все они любят альтернативные браузеры (не понимаю почему объектом нападок выступает только Опера). JS ? язык созданный для взаимодействия с HTML, отвечающий за поведение страницы, за ее взаимодействие с пользователем. Т.е. имея доступ к DOM-модели, JS имеет полный доступ к странице и способен описать ее логику поведения. Для задач, ставящимися перед JS база данных не пригождается, ведь по сути одна конкретная страница это маленький кусочек информации нацеленный на одного конечного пользователя при каком-то определенном состоянии системы, и с ней пользователь может делать все что угодно, флаг ему в руки. Вся же система в целом и отношения между е? состояниями называют бизнес логикой. К ней можно отнести такие вещи. как проверку данных на валидность, связи и последовательность различных состояний. Для реализации бизнес логики база данных уже становится необходимым звеном. Реализация бизнес логики должна быть четкой, ее нельзя вешать на клиента, и если для каких-то вещей мы можем позволить чтобы были косяки (но все равно не желательно), то в большинство вещей просто необходимо ограничить влияние извне, (например проверка на верность логина и пароля пользователя). Именно по этой причине вся бизнес логика всегда ложится на плечи серверных языков, котрые для этого и созданы. Да, можно при вводе мыла сделать проверку на правильность самого адреса (знак @, домен 2-х и более уровневый), но давать JS самому проверять пользователя в базе данных ? это безрассудство. Впрочем даже если учесть что сама база данных в JS обычно не пригождается, по видимому остается вопрос откуда вообще получать данные удобным способом? А в большинстве случаев никак! Дело в том, что в большинстве случаев сами данные то и не нужны, да зачастую формирование страницы для пользователя уже включает бизнес-логику, которую мы договорились держать на сервере. Данные ? это только исходный материал для получения конечного представления в виде HTML. Ключ заключается в получении с сервера уже конечного документа оформленного по всей строгости бизнес логики на сервере. Теперь попробую объяснить все сказанное на примере корзины покупателя на сайте aptekaforte.ru/Netshop/catalogue/?group=223 Это первый реальный опыт создания более менее юзер-френдли магазина. В т.з. была речь о наценке за доставку при сумме покупки менее 1000р. Я помню что подумал, omg, мне придется каким-то образом передавать всю имеющуюся информацию о скидках в JS чтобы строить корзину и верно выставлять ее стоимость (надо сказать что в CMS Netcat ? очень грамотная и чрезвычайно гибкая система скидок как на товар так и на всю корзину). Также я подумал что мне придется при нажатии на кнопку ?добавить в корзину? выдирать стоимость, название товара из DOM или как вариант заранее стоить JS массивы с этой информацией на сервере. В голове не укладывалось, что мне придется отлаживать скрипты, хранящие и обрабатывающие информацию о товарах в корзине. Слава богу в какой-то момент работы пришло понимание тех вещей, что я только что описал выше, про разделение логики бизнес процессов и логики отображения документа. В тот момент я конечно не мог еще сформулировать все то, что сейчас написал, но кое-какое понимание появилось. Я написал функцию на php которая отдавала готовый HTML код корзины с учетом всех товаров помещенных в нее и разветвленной системы скидок (фактически не написал а подправил уже имеющуюся). Эту функция я вставил в 2-х местах. В макете при выводе страниц каталога и в файле, обрабатывающем ajax- запросы в качестве возвращающего результата. Задача упростилась в 10 раз! По нажатию на ссылки отправлялись данные об изменении состояния (добавление товара, изменение количества товара, удаление товара) и возвращался уже готовый HTML кусок текста. Скрипты стали заниматься только тем, для чего они задумывались, работой с документом. Вся бизнес-логика осталась на сервере. Это позволило добиться нормальной работы всей логики с отключенными скриптами вовсе. И так работают большинство сайтов, на главной страницы которых не стоит клеймо ?IE-only?. Дописывая вторую страницу формата A4 хотел бы немного внимания уделить тому, почему вс? же IE предоставляет некоторые возможности по организации бизнес логики на стороне клиента. Дело в том, что ИЕ это не только браузер, но и неотъемлемый компонент системы, встроенный буквально в каждое окно. Наверное в системе есть много мест, где его замечательный способности широко используются. Но в вебе чтение файлов, а тем более запуск ActiveX это большое зло с точки зрения безопасности. Я своими глазами видел скрипт, отдающий ?bad browser? для нормальных браузеров и ?enjoy? вместе с js-кодом для IE, копирующим вирус на машину посетителя. Чтение файлов и работа с БД ? это как плуг для вспашки поля. Без него нельзя поле вспахать, с этим никто не спорит, и даже есть такая штука как мотоблок (кто у дедушки в деревне последний раз был? ), к нему можно прицепить плуг и пахать, а можно телегу и по дороге ездить. А есть Мерседес. К нему просто никак плуг не приладить, но он для того и не создан, пытаться говорить что из-за этого Мерседес ? плохой автомобиль ? бред. Тем не менее сейчас все равно постепенно даже плуг прилаживают, в HTML5 будет доступ к локальной БД SQLlite. Возможно где-то это и упростит какие-то специфические задачи, но не более того. Говорить, что без него нельзя ездить ? неверно.

+1, рулит

Действительно не понимает, видимо это только для блочных элементов. Но в старинные времена когда никакого CSS 2.1 еще не было, наши деды потльзовались таким способом: <html> <body> <table border="1" width="100%"> <tr> <td style="background: green; width: 50%;"> <div style="width: 200px; height: 0; font-size:0;"></div> </td> <td style="background: red; width: 50%;"> </td> </tr> </table> </body> </html>

Да уж? см #26.

Отключи картинки, друг

В каком браузере?

Об этом я тоже написал в посте выше, видимо ты его совсем не прочел

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

В каком браузере?

Не обратил внимаение, что минимальное

Я не знаю специально или нет, но практически любая твоя фраза здесь пропитана невежеством, вызывает отторжение, ты живешь в каком-то своем выдуманном мирке, как шизофреник, не желая открывать глаза на окружающую действительность, впечатление от тебя как от самого глупого и невменяемого человека на земле, читать тебя настолько противно, все эти твои ляпы и кривые мнения. Тебя 2 раза спрашивали, в том ли проблема что тебе нужен хороший кроссбраузерный программист, ты гордо отмахивался, на что я тебе сказал что ты вымрешь как специалист через пару лет. А потом выяснилось что такой специалист все-таки нужен, потому что заказчик-идиот наседает что твои ?шедевры? не работают в нормальных браузерах. Может уже пора задуматься? Может это не заказчик идиот и не мы тут все сплошь неразумные на конной тяге, может это с тобой что-то не так? Ты пытаешься узнать, как заставить работать твою концепцию в неродной среде. Да даже если и можно, за это никто не возьмется, никому нафиг не нужно так мешать представление с логикой. CSS ? стройный и строгий язык, работающий по схеме селектор ? ключ ? значение. Набор ключей, селекторов и значений строго фиксирован и предопределен стандартами. Хваленый ИЕ не понимает 90% селекторов (опера 9,2 не понимает 20-30%, опера 9,5 понимает 100%), создает огромные трудности и баги при использовании того, что он понимает. А ты вносишь в эту концепцию свой не нужный изврат. То, что ты вставляешь даже JS не является. Это так, строчка с названием функций без параметров. Это что, по твоему слишком полезно? А результат как возвратить? Иногда при клике на ссылку в зависимости от обстоятельств нужно либо вернуть true (переход по ссылке) либо false (не переходить). Твой подход мог иметь место лет 10 назад, когда серверная сторона не было развита. Но даже тогда? ты предлагаешь поручить бизнес-логику скриптам в открытом виде выполняющимся на стороне клиента. Скриптам, которые часто отключают в целях безопасности. В этих скриптах ты обращаешься к файлам! Знаешь почему в нормальных браузерах нельзя работать с файлами на стороне клиента? Потому что это огромная дыра в безопасности. Если скрипт стыбзит /usr/pwd или как его там? Или любой другой конфиденциальный файл. За поддержку таких технологий в браузере нужно бошку отрубать, а ты предлагаешь на этом бизнес-логику стряпать. Можно еще привести кучу аргументов, демонстрирующих что конной тягой пользуешься именно ты, но цель моя не в этом. Цель моя убедить тебя перестать задавать глупые вопросы, ?как сделать так как я привык в других браузерах?. Пора уже повзрослеть и начать спрашивать ?а как сделать это правильно?. Ты можешь даже продолжить ненавидеть оперу, точно так-же как человек проведший 10 лет под землей ненавидит солнечный свет, но ты обязан научится делать верно, понимать что есть клиентские и серверные технологии. Ты уже отстал от своих конкурентов, твои сайты уже не удовлетворяют никаким требованиям, не работают в 40% клиентских браузеров. Ты наверное посчитаешь, что я передергиваю, доля ИЕ всех версий сейчас действительно не превышает 60% от всех пользователей мировой паутины и больше она уже не станет никогда. Везде идет освоение альтернативных операционок, доля Ubuntu растет, доля Маков растет. А ты знаешь какая сейчас самая распространенная ОС? Для тебя нет сомнений, что это windows. Увы, это Sembian, ос для мобильных смартфонов которых уже больше чем ПК, и скоро придет удешевление Интернета в этом сегменте, а это значит что мы все поголовно пойдем делать сайты для мобильных устройств. А самый папулярный браузер среди таких уствройств, если я не ошибаюсь как раз Опера. А ты будешь сидеть в своем болоте и орать всякую чепуху. А мир будет идти мимо?