А не проще сделать XML структуру локализационных файлов? Генерировать из будет еще проще, редактировать и добавлять новые тоже.

А выглядеть это будет примерно так:

Код

<?xml version="1.0" encoding="UTF-8"?> <Locale prefix="news" lang="ru">     <add_new>Добавить новую новость</add_new>     <delete_news>Удалить эту новость</delete_news>     <read_archive>Просмотреть архив новостей</read_news>     ... etc </Locale>

Wowa, моя имхА - каждому языку - свой XSL.

Добавлено @ 15:06
Перевод будет проще на другой язык + можно немного поменять структуру будет сразу.

Добавлено @ 15:06

Цитата(dm9 @ 25.6.2005, 16:05)

Wowa, моя имхА - каждому языку - свой XSL.

То есть свой набор XSL-файлов, естесно.

IZ@TOP интересное предложение... Но ихмо это немного замедлит работу системы, т.к. нам каждый раз нужно будет парсить этот файл при каждом вызове скрипта. А если модуль большой, то может быть очень много нужно будет парсить...
Добавлено @ 15:08

Цитата(dm9 @ 25.6.2005, 14:05)

То есть свой набор XSL-файлов, естесно.

Тоже интересно. Можешь дать краткий пример?
Добавлено @ 15:08

Цитата(dm9 @ 25.6.2005, 14:05)

То есть свой набор XSL-файлов, естесно.

Тоже интересно. Можешь дать краткий пример?

Цитата(Wowa @ 25.6.2005, 16:07)

То есть свой набор XSL-файлов, естесно. Тоже интересно. Можешь дать краткий пример?

Это видимо в каждом шаблоне есть несколько файлов на одного и того же модуля к примеру, но на разных языках. Типа ru.index.xsl, en.index.xsl.

Цитата(Wowa @ 25.6.2005, 16:07)

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

Дело в том что эти данные парсить не надо, просто подкачать в общий XML, а при работе с РНР файлами, надо будет каждый раз генерировать этот XML в общий документ

Цитата(IZ @ 25.6.2005, 14:40)

а при работе с РНР файлами, надо будет каждый раз генерировать этот XML в общий документ

Каждый раз, это как? При каждом запуске программы? А откуда будет генерироваться тогда этот общий XML? Из значений взятых из файлов той структуры, которую я предложил. Так?

Wowa, так. В общем будет так: или будем генерировать XML из РНР кода файлов локализации, либо подгружать отдельный XML файл, который будет обрабатываться XSL шаблоном, либо на сервере либо на клиенте (в большинстве случаев это будет наверняка второй вариант). Хотя конечно по такому принципу, XML траффику будет идти больше скорее всего. Но иначе смысла использовать XSL в качестве темлейтера я не вижу...

IZ@TOP лучше сделать один тег word, вместо кучи как у тебя, XSD схему будет сделать легче.

Код

<?xml version="1.0" encoding="UTF-8"?> <Locale lang="ru">    <module name="news" version="1.0+">       <word key="Add new">Добавить новую новость</word>       <word key="Delete post">Удалить эту новость</word>       <word key="Read archive">Просмотреть архив новостей</word>       <!-- etc... ->    </module> </Locale>

Цитата

Файлы локализации будут генерироваться автоматом при добавлении нового слова(черей мой софт). А в коде программы тебе надо будет просто вставлять $lang['имя модуля']['слово или фраза..']

Логичней не грузить весь пакет локализации для всех модулей, а грузить только необходимое. Обычно так не плохо:

Код

$lang=SysCore->loadLanguage("news"); echo $lang["Add new"];

Также хорошо бы хранить все пакеты локализаций в XML либо в базе, но не всё целиком выбирать/парсить.

Sardar, я имел ввиду что к примеру локализация контролов, к примеру, для просмотра прхива новостей хранится в файле controls.archive.news.xml, далее делаем

Код

<addlocale id="controls.archive.news" xml:base="path/to/locale/ru/controls.arhive.news.xml">

просто делаем xInclude для нашего документа и он подключает все необходимые файлы. И нет необходимости грузить все данные.
Так все данные мы будем парсить при помощи XSL и локализацию тоже.
Добавлено @ 19:15
В общем это еще продумать нужно как следует.

А как ты будешь выводить нужную надпись?

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

Opik, а как ты будешь подставлять в шаблоны эти данные? Снова создавать XML дерево?





Мне кажется что при таком построении локализационного XML будет тормозить выборка из него. Потому, что:

будет обработано дерево с поиском по значению атрибутов.

По моему отработает несколько быстрее.

А не слишком ли это длинная строка, из-за которой может потеряться читабельность кода для нас?

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

Тут собственно два варианта:
1. это подставлять, как обычную пхп-переменную на стадии генерации XML. Т.е. $lang["module"]["key"]
2. твой вариант. В принципе попробовать что-либо новое мне всегда интересно. Поэтому я ничего против не имею.

У меня есть написанный мною интерфейс для локализации, который запишет всё в нужном формате в статические XML-файлы. Я скоро залью. Только сначала надо тогда определиться все-таки с форматов XML.

К сожалению это невозможно - если мы будем весь XSL отдавать пользователю для трансформаии на стороне клиента.



С локализаией нужно бы подумать. Было бы очень хорошо отдавать XML файлик юзеру и чтобы он у него кешировался - это было бы просто замечательно, потому как небыло бы необходимости отдавать его каждый раз и нагружать при этом сервер.
Формат все же, думаю, лучше такой: