Вы не зашли.
Wolverine, ну и... не возникал ли логический вопрос зачем тогда париться с категориями изображений?
Хотелось бы понять задумку разработчиков и услышать советы, как лучше организовать категории для картинок.
В управлении изображениями можно создавать категории. Они не привязаны к категориям новостей. С одной стороны это хорошо, с другой плохо, т.к. приходится "изобретать" свою структуру категорий для изображений. При чем "тупо скопировать" список категорий новостей не всегда возможно, т.к. новости еще и по подкатегориям разбиваются, а в категориях изображений вложенность не предусмотрена, и список получается километровый.
Возможно лучше было бы не вводить какие-то дополнительные категории для Изображений, а использовать существующие категории новостей? Почему не сделано именно так, ведь это избавляет от тупой возни с категориями изображений. Если журналист добавляет картинки к новости в категории "Наука", зачем его заставлять каждый раз отыскивать в списке категории что-то похожее на Науку, чтобы добавить картинку именно туда. К тому же появляются дополнительные трудности, если картинки были загружены все-таки не в ту категорию, и редактор захочет их перенести, т.к. после переноса прежние ссылки на картинки в новости станут не рабочими, и их тоже нужно будет править. Также при добавлении новых категорий новостей нужно следить, чтобы под них тоже создавались свои категории изображений, иначе не понятно куда грузить картинки... А всего этого можно было бы избежать, если бы картинки по-умолчанию кидались бы в те же категории, что и новости.
А, возможно, проще было бы помещать все изображения одного автора в его папку. Тогда ему вообще не приходилось бы при каждом добавлении картинки лазить в список категорий, работал бы только со своей папкой.
Хотелось бы понять самих разработчиков, как все-таки они предполагали использовать категории изображений? По какому принципу создаете категории для изображений вы?
ПС: я понимаю, что привязав категории изображений к категориям новостей, приобретем новую сложность при переименовывании категорий новостей, т.к. если синхронно менять и названия папок с картинками, то ссылки на картинки также поломаются, однако вопрос остается открытым
Достопочтенная Trashcka, извините мое невежество, но что такое "убоп"?
Trashcka, интересно, чем тогда у вас журналисты занимаются? Что-то они вообще не при делах остались, редакторы пишут, админы редактируют, журналистов - под сокращение!
Trashcka, здается мне когда писался менеджер изображений, этого костыля еще не было .
Интересно, а как редакторы будут юзать ireplace?
В Управлением изображениями есть возможность перенести изображение в другую категорию, например, это может сделать редактор при проверке новостей, добавленных журналистами. Однако самое досадное, что после этого ссылки на изображения в новости становятся не рабочими!
Было бы все логично и красиво, если бы ссылки на изображение имели вид Cайт/images/my_pic.jpg Тогда переноси сколько хочешь, а ссылка не поламается, т.к. она не привязана к категории изображения. Однако зачем-то в ссылку запихнули и категорию Cайт/images/sport/my_pic.jpg. Теперь при переносе картинки в другую категорию, все ссылки на неё поломаются. Хорошо, если они стоят в одной новости, а вот если не в одной? Тогда безобидный перенос картинки в другую категорию оборачивается настоящей головной болью и заканчивается стычами между журналистами и редакторами.
Возникает вопрос: зачем заложена эта функция перемещения в изображений в другую категорию, и как ею предполагали пользоваться разработчики?
Я перед этим проводил мини-опрос. Выяснилось что есть люди, которые "на незнакомые кнопки никогда не нажимают" . Таким образом чтобы этот юзер впервые начал пользоваться закладками, нужно чтобы он понимал что это, зачем, и что последует за нажатием на незнакомую кнопку. Некоторых может отталкивать сама фраза "Добавить в закладки", которая у них накрепко ассоциирована с закладками браузера.
Вариант может быть приблизительно таким: Вы еще не добавили в закладки ни одной новости.
А я, наверно, туда еще и ссылку суну на статическую страницу, где в 10-ти картинках будет показано как именно нажимать кнопку, чтобы новость добавилась в закладки, где их потом искать. Т.к. в сайдбаре закладка появится только после презагрузки страницы, то новый юзер может потыкать на кнопку, и решить что механизм не работает, т.к. кроме вида кнопки ничего не меняется.
Wolverine, спасибо.
Кстати, довольное странное обращение к юзеру о нём самом: "Пользователь ещё не успел воспользоваться кнопкой «добавить в избранное"
Я сказал "в никуда", потому что юзер не увидит того, что ему обещано. Если закладок нет, то логично и не подсовывать "фальшивую" ссылку Показать все закладки, т.к. все-равно там будет кукиш. Хотя баннеропоказов конечно будет больше .
Если юзер еще не добавлял в закладки ничего, то
а) вместо закладок не выводится заглушка, типа "Еще нет закладок"
б) зато выводится ссылка "Все закладки", которая ведет в никуда
Что-то будем с этим делать, или и так сойдет?
из шаблона ajax.add.remove.links.style.tpl русский текст выводится кракозябликами
Во! Пока с этим возился, понял когда появляются кракозяблики в всплывающей подсказке к кнопке.
Когда только открываешь страницу - надпись на русском языке, а если кликнул по кнопке, и подставляется уже ajax-шаблон, то тогда уже вылазят кракозяблики.
echo iconv('WINDOWS-1251', 'UTF-8', $tpl -> show('ajax.add.remove.links.style'));
решает проблему
я же ответил
Wolverine, блин, точно повылазило .
Прочитать то я прочитал, понять не могу ход мысли. Издревле завод-изготовитель нёс ответственность и давал гарантию на свое изделие только при условии сохранения внешнего вида и не вмешательства внутрь конструкции. Если индейцы решат пихать внуть плагина закладок свои секундомеры аля "Местное время 12:03", то это же проблемы индейцев, а не автора плагина. Изготовитель Москвича не предусматривает установку на него ракетного двигателя, а также не гарантирует его корректную работу с остальными узлами автомобиля . Но я бы очень удивился, если бы Москвич поставлялся без колес, которые шли бы в отдельной коробочке с пояснением в инструкции, что колеса не установлены по той причине, что изготовитель не мог предугадать, куда именно их захочет ставить потребитель.
И все-таки, это только у меня так:
на том месте где была новость (news.short.tpl) вылезла вся станица с хедером, сайдбарами и футером
Еще хотел добавить перед звездочкой текст "Закладки:", но из шаблона ajax.add.remove.links.style.tpl русский текст выводится кракозябликами
Не возьму в толк, зачем что-то предугадывать. Помещаешь в ланг-файл те метки которые ты использовал в плагине и все! Дальше пусть юзер сам меняет "Мои закладки" на "Твои вонючие закладки" или "Your best bookmarks", если ему это нужно.
Не хотелось об этом вспоминать, но кто-то недавно говорил, что хочет сделать только "Больше, лучше, фукнциональнее.." . А в чем тут "функциональнее", если в менее функциональных версиях плагина других авторов давно сделано все по-человечески с этими ланг-метками в шаблоне .
Мда, ладно, видимо я не могу объяснить человечески по ланг-файлам, может кто-то другой сможет.
Wolverine, нее, не правильно говоришь. Ты же (извени что на "ты", если что - поправь) не делаешь плаг под все варианты шаблонов, которые только захочет юзать юзер. Но ты делаешь все для какого-то одного шаблона, например дофолтного. А юзер уже смотрит на твою реализацию и переносит все на свой шаблон.
То же самое с языками. Ты делай только для одного-двух, например для русского, а перевести ланг-файлы на свой язык - это же вообще дело плевое, любой чайнег переведет сам.
И прочти предыдущее сообщение, я добавил пункт 3).
1. Тогда фразу "весь выводимый текст вынесен в языковые файлы" лучше уточнить, т.к. она не соответствует действительности. А почему же шаблоны оказались обделены в использовании lang-файлов? Как быть если кто-то будет использовать мультиязычный сайт, где языковые метки в шаблоне брались бы просто из папки с соответствующим языком, а в текущей реализации это не реализовано. Чтобы сменить язык - нужно сменить шаблон.
2. Не успел воспользоваться вашим советом, как стало все Ок. Так и не понял где была лажа. По ходу дела правил файлы шаблонов и сохранял в 1251, когда кинулся - подсказка уже выводилась правильно. Возможно какой-то из файлов просто был не в той кодировке сохранен, а может еще какая-то причина.
3. Это возможно лучше пропустить мимо ушей: еще была интересная ситуация - после длительной неактивности на сайте, нажал кнопку Добавить в закладки когда уже произошел logout. И, о что за глюки, на том месте где была новость (news.short.tpl) вылезла вся станица с хедером, сайдбарами и футером. Получилась матрешка - сайт в сайте. Жалко скрин не следал, сразу перекрестился и перезагрузил страницу.
ps: алкоголь не употребляю
Добавлено: чтобы воспроизвести ситуацию из 3) можно на двух вкладках в браузере открыть сайт, на одной вкладке нажать Выйти, а на другой Добавить в закладки, и тут должны показаться черти.
По плагину:
- хорошо, что есть lanf-файл и "весь выводимый текст вынесен в языковые файлы", но в шаблонах не везде переведено, например bookmarks.tpl
- при наведении мышей на звездочку во всплывающей подсказке вижу кракозяблики, видимо лажа с кодировками в шаблоне, но еще не разбирался
Ссылка на Страничку плагина поломатая. Починить, однако, нужно.
Добавлено спустя:
Ого! Похоже не только страничка, а весь сайт лег.
Добавлено на следующий день:
Заработало уже.
Хоть бы кто-то в рейтинг автору поставил +1
Wolverine, человеку нужно сделать СДС (Сайт для Сапы), не понятно что ли. При чем тут красота .
К Wolverine: в истории Neo нас всех возмущает реакция профессора, так давайте же не будем уподобляться ему! Пусть каждый лучше думает о том, как сделать свой вариант решения более простым и оптимальным, а не в коем случае не пытается предать анафеме все иные возможные варианты решения.
Wolverine и другие разработчики плагинов, помощники простому юзеру, и улучшатели системы, мы все вас любим и уважаем, т.к. вы стараетесь для нас - юзеров. Но меньше всего хотелось бы, чтобы вы ссорились между собой!
1. два плагина всегда лучше чем один, если они друг-друга не повторяют во всем
2. делать свое - всегда похвально, если преследуется цель сделать лучше, больше, компактнее, функциональнее, а не просто клонироваться под своим именем
Очевидно, беспристрастному конечному пользователю хочется найти плагин, наиболее отвечающий его потребностям. Т.к. среди однотипных плагинов покрывают больше потребностей юзеров те, что с наиболее богатым функционалом, то они и пользуются большей популярностью. Менее функциональные плагины могут выехать "в ТОП " разве что за счет компактности, меньшей нагрузки на систему и т.д.
Ну, блин, устроили гонку! То пусто, то густо. Лучше бы уже совместно тогда сделали толковый плагин, что ли. Что ж вы делаете с бедным юзером, которому теперь хоть разорвись .
Да, было бы здорово. Кто юзал тот же PunBB с его репозиторием плагинов и оповещениями об обновках, тот знает до чего же это удобно ! К тому же у авторов есть дополнительный стимул попасть в основной репозиторий, а не растаскивать свои плагины каждый по своим норам постить их по всему форуму или личным блогам.
ну а при чем тут админка к шаблонной стороне?
Я думал шаблон админки тоже имеет отношение к теме, но раз админка не для людей - то ни при чем.