JTags 1.7.0b - подъём версии до Joomla 1.7 и 2.5 - Расширения форумчан

Дорогие друзья, пионеры и школьники!

После многих откладываний на потом, выпускаю не особо долгожданную версию JTags с поддержкой Joomla 1.7. Казалось бы неактуально, но тем не менее.

В настоящей версии имеется всё, что было в славной 1.5.2, плюс:
1. импортирование мета-тагов в качестве меток (подсмотрено у Gabriel Moise)
2. ввод меток через выползающее меню (подсмотрено там же)
3. многое исправление и местами рационализирование.
4. почти полная интернационализация и русификация (как без неё?)

Инстолярор сделан как пакет, поэтому всё устанавливается одним махом. Те немногие, кто использовал JTags с Joomla 1.5 смогут установить поверх.

Итак прошу тестировать и жаловать.

Текущий прогресс:
1. исправлено импортирование нелатинских мета-тагов
2. предварительные испытания с Joomla 2.5.7 показали, что расширение функционально.
3. исправлен установочный пакет
4. по просьбе радиослушателей, местонахождение меток в нижней позиции теперь после ссылки "Подробнее"
5. исправлено отображение совпавших меток в поиске

[вложение удалено Администратором]

Почему 1.7, а не 2.5? Используется функционал, устаревший в 2.5?

Не знаю, я пока не гонял на J2.5. Теоретически может сработать.

На 2.5 попробовал импортировать, русские теги не импортируются. Тем не менее давно есть GiTags http://www.gi-news.com/joomla-16-extensions/619-joomla-16-tags, который работает на основе JTags и в том числе на Joomla 2.5
Их бы как-то совместить. В GiTags есть один небольшой баг, что теги только со второго раза сохраняются в админке, а так всё очень удобно, особенно с выбором из списка. Хотя я бы лучше совместил их с мета-кейвордс, а то дублировать приходится

На 2.5 попробовал импортировать, русские теги не импортируются. Тем не менее давно есть GiTags ...

И как там в GiTags? Русские мета-таги импортируются?

Аллё, ChaosHead? Куда же вы пропали? Расскажите нам ещё про великолепность GgiTags! Не скромничайте!
А то как-то не вежливо получается на предметные вопросы не отвечать, да.

Там я их с нуля писал на русском. Сейчас потестил, как оказалось, аналогично не импортируются русские теги.

Уже не аналогично. У меня работает, а в GiTags - нет. Будем сравнивать дальше? Как там с отображением меток в блоге? Показываются? Или только в статьях? Сортировки по названию или ID имеются? Как насчёт интернационализации, не говоря уже о наличии русского перевода? Вам известно,  что GiTags выпинали с JED-а за несовместимость? Давайте, повествуйте. А потом расскажите с какого перепугу вы эту фишку здесь пропагандируете.

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

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

Вижу вас прям задело это.

Да, мне стало за вас обидно.

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

И это называется "успешно работает"?

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

Ожидаемо. Чтобы такого избежать, надо анализировать мета-таги на совпадение, а как сделать это в рамках одного запроса в БД я не представляю, но подумать можно.

Присутствует тот-же баг, что при создании материала в админке теги сохраняются только со второго раза (со второго сохранения)

Вы про это?
Опишите подробнее, шаг за шагом.

Создаю материал новый. Вписываю метки, нажимаю сохранить. Материал сохраняется, метки не сохраняются.
Вписываю снова метки, снова нажимаю сохранить, теперь метки сохраняются.

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

ChaosHead, тут есть маленькая концептуальная заковыка. Mohax её совершенно правильно чувствует.

Видите ли, сохранение метки - это указание взаимосвязи между двумя (или более) объектами двух разных таблиц базы данных. Однако, прежде, чем такая взаимосвязь может быть указана, все необходимые объекты сначала должны существовать в БД. Иначе говоря, если или статья или метка совершенно новые и в БД как объекты не существуют, то то, что вы называете сохранением метки, будет неизбежно состоять из двух шагов: первый - создание объектов, второй - указание взаимосвязи между ними. Сделать эти оба шага посредством одного нажатия на кнопку "Сохранить" достаточно трудно, если вообще возможно.

Поэтому, то, что вы называете "небольшой баг, что теги только со второго раза сохраняются в админке" имеет место быть только для ещё несуществующих материалов - статей или меток, или обоих, - но не случается для тех материалов, объекты которых уже существуют в БД.

АВТОР, можно плагином попробовать на onAfterSave повесить сохранение меток. Хотя это надо реализацию смотреть компонента. Нажать сохранить вроде тоже не проблемно. 

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

АВТОР, можно плагином попробовать на onAfterSave повесить сохранение меток. Хотя это надо реализацию смотреть компонента. Нажать сохранить вроде тоже не проблемно. 

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

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

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

Есть ещё стандартное меню одним списком, но из него метки выбираются по одной, как обычно.

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

Ваш пакет при удалении ругается. Глюк с названиями пакетов. Посмотрите.

Просто я не знаю как при onBeforeSave получить id.

Нуу, можно конечно попробовать выбрать все ID и узнать номер последнего. Значит ID сохраняемой статьи = последнее ID + 1.

При редактировании уже не самой новой статьи такой подход не сработает, верно?

При редактировании уже не самой новой статьи такой подход не сработает, верно?

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

Нашел. onContentBeforeSave вызывается в modeladmin. И там четко есть разделение: новая или не новая статья. Если не новая, то ID можно получить:

Да если статья не новая, то и нынешний вариант вполне работает.

Ваш пакет при удалении ругается. Глюк с названиями пакетов. Посмотрите.

Да, было дело. Спасибо.