Обсуждение MyArticles 0.5 beta.

[Tolstik]

Установил данный модуль.
Выяснилось, что ошибки пп.17, 18 на http://www.runcms.ru/forum/showthread.php?t=3622&page=2 так и не устранены. Из-за этого модулем в визивиг-режиме пользоваться невозможно.
Еще раз выслать скриншот?

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

[Tolstik]

И еще глюк.
Старые статьи, которые в предыдущем модуле отображались нормально, после апдейта на 0.5 Beta потеряли свой нормальный вид, как, например, http://asplinux.net/modules/myarticl...php?storyid=26
Причем, если пытаться редактировать ее (не-визивг), то в превью она выглядит вполне нормально. А реально - вся отцентрована посредине

[Tolstik]

Ур-а-а-а-а! Идея!
Хоть она и пришла в голову в 5 утра безуспешных попыток целый день опубликовать единственную статью с иллюстрациями и выписывания на листок выползающих при этом глюков, тем не менее она видится самой простой и надежной альтернативой.

Точнее, их даже две:
1. Создание полноценного модуля "Статьи" - утопия. Присутствую при его развитии еще с v.0.0.4, но и нынешняя новейшая версия не позволяет ею нормально пользоваться. А бесконечно переключаться между не-визивиг, чтобы добраться до нормальной формы вставки изображений, затем в визивиг, чтобы отфораматиривать текст, затем снова в не-визивиг, чтобы поубивать паразитные <br>, выписывая при этом очередные найденные глюки и надеяться, что их когда-нибуть исправят (а работать надо сейчас), просто надоело. Каких только чудес я тут не насмотрелся! Именно чудес, потому что виденное уже просто невозможно объяснить с точки зрения разумной логики.

2. Блестящая альтернатива - сделать одну-единственную фичу - чтобы html-текст, набранный в блокноте, (в дриме и т.л.), однозначно воспринимался модулем без внесения своих "умных" корректив. Просто "1 в 1" - и все, больше ничего не надо!
Я больше доверяю визивигу броузера, чем модуля, у них есть расхождения.
Эта фича уже присутствует в модуле, но, к сожалению, она не все из html-кодов понимает. Расширить сферу понимания модулем кодов, убрать всяческое присутствие "интеллекта" и проблему можно считать решенной.
Уж такую простую вещь, как неискаженная вставка html-текста в базу, надеюсь, возможна? Это уже идет на самом нижнем уровне и приближается к Апачу - что получил, то и отобразил, а значит, супернадежно.

В этом случае технологическая цепочка подготовки статьи выглядит следующим образом:
1. Подготовка статьи в HTML-редакторе (локально).
2. Ппросмотр ее в броузере (локально).
3. Вбрасывание ее кода в портальну базу средствами модуля.


PS. И при этом не нужно делать использование bb-кодов как класса - с ними, как оказалось, в модуле тоже неполное взаимопонимание.
Только HTML!

[LARK]

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

Учтем, не все сразу

Tolstik пункт 18 наблюдается только у тебя, поэтому я лично не знаю что фиксить - не имея возможности воиспроизвести ошибку не могу и предложить варианты по ее исправлению.

Tolstik: И еще глюк. Старые статьи, которые в предыдущем модуле отображались нормально, после апдейта на 0.5 Beta потеряли свой нормальный вид, как, например,

Просьба выслать исходный html код этой статьи мне на мыло

Tolstik: 1. Создание полноценного модуля "Статьи" - утопия

- эмоции

Tolstik: А бесконечно переключаться между не-визивиг, чтобы добраться до нормальной формы вставки изображений, затем в визивиг, чтобы отфораматиривать текст, затем снова в не-визивиг, чтобы поубивать паразитные <br>

Ошибка исправлена, скоро выложим обновленный пакет.

Tolstik: Каких только чудес я тут не насмотрелся! Именно чудес, потому что виденное уже просто невозможно объяснить с точки зрения разумной логики.

- с помощью логики можно объяснить все что угодно, в том числе и то чего нет.

Tolstik: 2. Блестящая альтернатива - сделать одну-единственную фичу

- зачем делать - есть модуль новостей.

Tolstik: Эта фича уже присутствует в модуле, но, к сожалению, она не все из html-кодов понимает.

Нужно заглянуть в Основные настройки сайта там в самом конце два списка "HTML-теги, которые администраторы и пользователи могут использовать на сайте" так вот портал обрабатывает html один в один ничего делать не надо. Но с учетом установок этого пункта. Другими словами если пользователям разрешено использовать только тег <br> то и из html будет обрабатываться только он. И если какой то тег не обрабатывается значит он или не разрешен или его нет в списке.

[LARK]

Tolstik: И еще глюк. Старые статьи, которые в предыдущем модуле отображались нормально, после апдейта на 0.5 Beta потеряли свой нормальный вид, как, например,

Посмотрел код страницы, у тебя все параграфы текста этой статьи заключены в <center></center> А исходном html коде они есть?

[LARK]

Небольшой баг-фикс

- Исправления:

* При отключении введения (hometext) при просмотре статьи, основной текст (bodytext), повторялся дважды
* WYSIWYG-редактор добавлял лишние <br>
* Блокировка при вкладывании раздела самого в себя заменена на редирект
* Исправлены ссылки редиректа после оценки статьи. Теперь ссылка ведет в статью которую оценивали.

- Изменения:

* Сокращение количества подгружаемых классов при выводе форм в модуле.

- Добавления:

* Добавлен английский перевод от Vanysha
* В менеджер категорий добавлена библиотека изображений для вставки лого раздела

[Tolstik]

Посмотрел код страницы, у тебя все параграфы текста этой статьи заключены в <center></center> А исходном html коде они есть?

статья старая, исходный html-код отсуствует. Единственное, что могу сказать точно, что в предыдущей версии MyArticles страница показывалась нормально, без "центровки", а после апдейта на 0.5 Beta она самовольно "отцентровалась".

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

но он наблюдается, причем в любом Браузере и Оси. Хорошо, тогда хотя бы поправить иерархию папок.
Например, если папка A имеет подпапки BB и CC, то в окне навигации папка BB смещена, как и положено, правее папки A, но папка BB смещена вправо не просто от папки A, но еще и от папки BB, что не соответствует реальной ситуации. И если одноуровневых подпапок много, то каждая из них смещена все дальше и дальше от родительской папки, уходя за пределы окошка - их названий просто не видно.
Еще бы хорошо для вставки избражений сделать кнопку "Вверх", чтобы можно было не только опускаться по дереву папок вниз, но и вверх. Иначе, если промахнуться и зайти на урвень ниже, чем нужно, приходится прерывать вставку и начинать ее сначала.

- зачем делать - есть модуль новостей.

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

Нужно заглянуть в Основные настройки сайта там в самом конце два списка "HTML-теги, которые администраторы и пользователи могут использовать на сайте" так вот портал обрабатывает html один в один ничего делать не надо.

об этом я знаю и давно разрешил для админа все предоставленные теги. Может, следует расширить для портала список тегов?

Еще трабл - если вставлять в не-визивиге в исходных кодах таблицу 1x1, то при переходе в визивиг, если судить по кнопке "Свойства таблицы", уже составляет 1x3, причем эти две лишних пустых строки свойствами визивиг (который, кстати, показывает как 1x1) не удается.
Если переносить в визивиге таблицы несколькими строками и столбцами, то в результате на выходе конструкция таблицы скомкана (описать трудно), а на странице видны необработанные теги < tr > < /tr )

Почему-то кавычки или апострофы в тексте превращаются в нагромождение слешей. Если эти символы так сильно зарезервированы для ПХП, то что применять вместо них?

Также как, наверное, и другие, напоролся на ситуацию с файлом treeselbox.php, поскольку в инструкции по апдейту про него ничего не сказано. Затем воспользовался твоей рекомендацией в этом топике, но она сработала не так: после удаления пустого файла и обновления разделов он все отказывался создаваться. И лишь когда на мест был возращен пустой файл и даны ему соотв. права на запись, он наполнился необходимыми данными. Наверное, есть смысл указать эту особенность в инструкции.

- эмоции

отрицать не буду. Что же ты хочешь, целый день возни с единственной статьей, и без эмоций? Я же не сфинкс

Чуть не по теме, но близко к ней - мои атачи по замечаниям к MyArticles на http://www.runcms.ru/forum/showthread.php?t=3622&page=2 теперь частично перестали работать либо указывают непонятно куда.

И такой вопрос: чем вызвано такое сильное потребление ресурсов при использованиии визивиг-режима? И не сопровождается ли оно также повышенным расходованием трафика?

[Tolstik]

Посмотрел код страницы, у тебя все параграфы текста этой статьи заключены в <center></center> А исходном html коде они есть?

да, вот еще такая новость по этому вопросу - если смотреть броузером, то все строки отцентрованы.
Но если смотреть ее превью в НЕ-визивиге, то полный порядок! Это как?! :o
Специально ее не исправляю, чтобы ты увидел.

[LARK]

Tolstik: статья старая, исходный html-код отсуствует. Единственное, что могу сказать точно, что в предыдущей версии MyArticles страница показывалась нормально, без "центровки", а после апдейта на 0.5 Beta она самовольно "отцентровалась".

Я имел в виду, какой код содержится в базе данных. Если там имеются теги <center></center>, то, как раз с центровкой содержание статьи отображается корректно, а раньше отображалось неправильно.

Tolstik: И такой вопрос: чем вызвано такое сильное потребление ресурсов при использованиии визивиг-режима? И не сопровождается ли оно также повышенным расходованием трафика?

"Потребление ресурсов" выражение неопределенное. Визивиг реализован на Java Script соответственно выполняется на стороне клиента, поэтому говорить о повышенном расходе трафика нельзя. Остальное зависит от поддержки Java Script в конкретном браузере.

Еще раз хочется подчеркнуть не нужно ждать от визивига написанного на Java Script возможностей "Дрима"

Tolstik: Еще трабл - если вставлять в не-визивиге в исходных кодах таблицу 1x1, то при переходе в визивиг, если судить по кнопке "Свойства таблицы", уже составляет 1x3, причем эти две лишних пустых строки свойствами визивиг (который, кстати, показывает как 1x1) не удается.

Ok, посмотрю

[Tolstik]

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

Еще раз хочется подчеркнуть не нужно ждать от визивига написанного на Java Script возможностей "Дрима"

да уже не жду. Больше склоняюсь к работе в Дриме и публикации в HTML. Пока не очень получается (описано выше).