Чем вам json так не угодил? Получайте его все также через старый jquery, парсите, а потом передайте полученные данные в новый код который юзает новый jquery, нет в этом проблем. json в старом формате надо получать все также ajax запросом от старой версии jquery.

"Cyber" wrote:

а не говно вариант убить год или два пока все ошибки вычистите от замены одной версии jquery на другую, а за это время в 8-м друпале они просто тупо включат jquery-1.4 а к тому времени выпустя уже какой нить jquery-2.0 и вы так и будете носится с патчами и так далее, и решать чужие задачи, когда вам надо решать другие свои.

Парни вот почему вы ядро патчите, а я нет и у меня все работает без патча ядра!
Идея проста как репа
!!!!!!!!!!!!!!!!!!!!!!
на сайте остается как старый друпал со старым ui для тех кто в друпале его юзает и параллельно им на странице существует экземляр нового jquery, и jquery-ui, которые используются скриптами которым они нужны.
и работает.
у меня даже есть куски когда обработчик от нового jquery внутри дергает функции в контексте старой версии jquery.

Кстати cdn у меня на тестовой версии сайта дома включено и отлично все работает, хотя весь сайт по прежнему находится в одной папке, но js грузятся с одного домена а картинки с другого, при этом apache сервер основной как был один так и остался, даже виртуальных сайтов не делал, для этих доменов. И для этого тоже есть стандартные модули, мучать ничего уже не надо.

"Punk_UnDeaD" wrote:

а json запросы работают? у меня получилось, что нет
это не хилый кусок функционала

весь функционал админки по управлению вьюсами к примеру или например корзина уберкарт как работала в моем случае так и продолжала работать, но при этом я юзаю новый jquery и ui

Да простят меня за копипаст

Посвечусь

у меня тоже используется jquery из последних версий и jquery-ui на момент прикручивания последний, и как это сделать я написал здесь
Подружить последний jquery ui и drupal , без конфликтов с уже имеющимся в друпале jquery, работает и в админке и для анонимусов без патчей ядра если так можно выразится.

Посвечусь

у меня тоже используется jquery из последних версий и jquery-ui на момент прикручивания последний, и как это сделать я написал здесь
Подружить последний jquery ui и drupal , без конфликтов с уже имеющимся в друпале jquery, работает и в админке и для анонимусов без патчей ядра если так можно выразится.

мне что то кажется что делать замену надо в функции url http://api.drupal.ru/api/function/url/6, а всех кто ее не использует, посылать читать доку :d. Так как l все равно определяет какая ссылка внешняя или нет. а с регуляркой оставить только чтобы белые и черные списки работали.
но url не является заменяемой входит в ядро, зато она зовет функцию
http://api.drupal.ru/api/function/custom_url_rewrite_outbound/6

Сам по себе drupal самодостаточен, но есть тонкости.
Это поправить settings.php, возможно поправить htaccess для mod_rewrite,
как только переносите сайт на новое место, хостинг, то надо обязательно очистить кэш.

ну формально, есть tpl.php шаблон в нем вместо распечатки print $title, самому заменить на что-то типа такого:

установите свойство
$base_url = 'http://localhost/папка_с_сайтом'; // NO trailing slash!

в sites\default\settings.php

оно там уже есть, но прокомментированное.

http://ru.wikipedia.org/wiki/Firebug

что то типа открывающей закрывающей угловой скобки

скорей всего спец символ есть запрещенный в xml

точно, сори, я не заметил что 7-ка

использую
http://drupal.org/project/linodef
доволен как верблюд
поверх совместно с ним еще работает nodepicker, который как раз на ckeditor_link похож, но вот linodef
все таки будет покруче, так как позволяет в вики стиле указать откуда, что и как выводить.
Например, вставить картинку с пресетом от imagecache, при этом сама картинка может быть 5-й в cck поле в заданном узле.
У меня это выглядит так

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

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

а чем view с http://drupal.org/project/views_bulk_operations
не подошло для решения задачи? А если такую view встроить как cck поле в материал и в материал же добавить еще cck полей для параметризации самих php операций.

Во первых, картинки не видно, во вторых, информации для помощи нет, приведите html код где картинка отображается. Убедитесь что сам блок изображения видимый. А то гадать что да как долго.

http://drupal.org/project/views_customfield
здесь вот слету описание нашел
http://xandeadx.ru/blog/drupal/268

Насколько я помню, суть заключается в том, что ubercart заводит свои параметры товара, которые слабо перекликается с понятием cck поля, так как вот здесь
http://localhost/drupal/admin/store/settings/products/edit/fields

Тогда в личку

Поверьте моему опыту создания нескольких корпоративных приложений, проще уломать заказчика поставить там где надо ie-7, ибо фикс этот все равно не фиксит всего, он наверняка не фиксит, если png изображения установить в качестве фона, не может этого делать в динамике при манипуляции с узлами дом дерева иначе везде где в динамике появляется такое полупрозрачное изображение надо этот фикс заставлять запуститься, при этом он начинает кривовато работать.

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

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