"РИСК" wrote:

Этической проблемы нет. Друпалер изначально создавался как тестовая площадка для л.д.о. Выше я приводил ссылку на комментарий самого PVasili, где он сам говорит о том, что цель друпалера - миграция на л.д.о. Только несколько дней назад он заговорил о синхронизации вместо миграции. Почему его мнение изменилось, он объянять видимо и не собирается.

"axel" wrote:

Если я в высказываниях по отдельным личностям ошибся, то я только рад. И благодарю за проделанную ими работу.

ЭХ да один вопрос. Всего один.
КТО ВОЗЬМЕТСЯ ПРОДОЛЖАТЬ ДЕЛО ВАСИЛИЯ? И будет полностью поддерживать проект. И кто хочет собирать все шишки и исправлять все пожелания по первому требованию? Тому Василий лично передаст полный дамп БД. И все шишки будет собирать именно приемник.

Насколько мне известно и насколько я понял при общении с PVasili, не так все просто как Вам хотелось бы. Есть масса ограничений для того чтод ldo стал централизованным русскоязычным сервером переводов. А все кто тут так громко высказывался не внесли ни единого вклада в перевод ни на орге ни на друпалере.
Теперь по существу почему переезд в настоящее время невозможен. Первое за 3-ех летний стаж работы друпалера накопился ряд вопросов и их решений. На орге этих исправлений делать никто не будет.

Похвальна

Какой смысл обсуждать где. Как мейнтейнеры решат так и будет. А Вы просто сами для себя выберете сто для Вас будет удобней. Хоть свой сервак подымайте сами парсите CVS и переводите. Никто Вам этого никогда не запретит.

"Dimm" wrote:

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

Те надо сделать еще одну таблицу как раз для таких случаев.

"Azerot" wrote:

Не решена к сожалению. Так как контекст устраняет только часть проблемы.

http://deepliquid.com/content/Jcrop.html
практически одно и тоже что и
http://drupal.org/project/imagefield_crop

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

Просто изначальна локализация не создавалась для языков со сложными фонетическими элементами языка.

я такой сделаю за 1,5 тысяч вечно зеленых

Если подобное сделать с помощью Node Comment то будет довольно функционально
Кстати и таксономия будет работать верно

http://drupal.org/project/imagecache_actions
http://drupal.org/project/imagecrop
http://drupal.org/project/epsacrop
http://drupal.org/project/aef_image
http://drupal.org/project/imagefield_crop

l

"vgoodvin" wrote:

В комментарии выше имелось ввиду наверно именно hook_form_alter а не alter_form (такой функции в ядре друпала нет)

Да совершенно верно.

В сторону alter_form
Это хук для обработки форм, до ее рендинга

нет тут как раз ты не прав путь будет один contacts
а вот префикс языка да разный
Дело в том что нет необходимости в url() или l() писать локализацию
те Drupal сам выберет какой префикс языка подставить

лучше юзать CVS

echo 'Subscribe!';

Вот такое бывает когда не думается головой и ставится все из коробки
Попробуйте все собрать руками и проблем не будет
А да и конфиги тож руками писать надо
И жить сможет на вашей системе и php4 И php5.2x и php.5.3. При этом никаких проблем не будет. А ну можно еще и акселераторы поставить, прокси, http-прокси и даж ssh. Когда у Вас имеются стандартные драйвера hands.sys и brain.dll или для юниксоидов /dev/hands и /dev/brain

афтар жжет

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

не долго Вы с ним замарачивались

Порты возможно хостер блокирует

Странно
Но судите сами я уже более года делаю магазины на Drupal, и цена их не более 3000$. Ну а то что анархисты везде есть, меня это никак не удивляет. Да и по моему опыту переделки БИТРИКСА обходятся в несколько раз дороже.

На друпале появляются и можно сделать очень достойные магазины
Мультивалютность реально сделать только с помощью хака модулей uc_store и uc_order и uc_payment
из uc_store надо править только include файл uc_price и убрать этот кривой кеш к чертовой бабушке

Также еще желательно сделать нормальный поиск по ордерам в админке. Но это навернор всеж частный случай.
Еще и корзину желательно переделать. И добавить пару хуков и получится просто конфетка.

Создать во Views блок закидать нужные поля
Создать регион и вывести созданный блок