Ответы в темах

Просмотр 15 ответов — с 46 по 60 (всего 120)
  • DS

    (@dosolnce)

    Извините, что встреваю, читал правила и все такое, но у меня вопрос непосредственно по коду, приведенному в этой теме. До сих пор пользовался таким (нашел в инете):

    function wph_change_submit_label($defaults) {
        $defaults['label_submit'] = 'Отправить';
        return $defaults;
    }
    add_filter('comment_form_defaults', 'wph_change_submit_label');

    @sergeybiryukov, вопрос к Вам: какой код, так сказать, «правильнее»? Или без разницы?

    DS

    (@dosolnce)

    Спасибо.
    .sidebar p img {border: 4px solid #dedede} задано в inline.
    Попробуйте:
    .sidebar p img {border:0!important}

    DS

    (@dosolnce)

    Рискну предположить — речь о border или box-shadow. Но Вы хотя бы на время отключайте скрипты, блокирующие ПКМ, если ждете рецепта.

    Автор DS

    (@dosolnce)

    Спасибо. Интересно. Прочитал всю дюжину страниц. Результаты голосования отражают мою позицию, она не оригинальна, если взять полярности — полагаю, те, кто голосовал против — голосовали именно против таких вот портянок, а те, кто за — за нормальную карту, а не абычто. Вас вполне услышал, сразу скажу — с xml-sitemap и поиском у меня все ок. По поводу html-карты. Рубрикатор расцениваю как ее вид, принцип организации, но не как отдельную фичу и, действительно, склоняюсь к мысли о рубрикаторе у себя, а записи организовать с каким-то алфавитным плагином (пока, увы не нашел нормальный). В силу специфики сайта карта/рубрикатор мне не помешает. Ну а портянкой ведь можно сделать что угодно, было бы желание и отсутствие вкуса. Нормальная карта не является заменой поиску, как поиск не является заменой карте. Разумеется, пользуюсь иногда. В случаях, когда не ищу что-то конкретное, для последнего существуют операторы и поиск. И да, если вижу портянку на «стопицот» страниц, сваливаю моментально оттуда.
    Если не рассматривать все это только в рамках оффтопа, скажу, что даже если убрать всю связь с картой из моего вопроса, он по прежнему актуален — читал, что для SEO не есть хорошо, когда для записи установлены галки и в дочерней и в родительской рубриках, а без этого пока не получается задать класс родительской дочерним.
    Ну, и наконец, чисто спортивный интерес уже — победить проблеммку)

    Автор DS

    (@dosolnce)

    На данный момент удалось написать код, присваивающий дочерним рубрикам идентификатор родительской как класс, но css не работает с цифрой как с классом)))

    Автор DS

    (@dosolnce)

    В любом случае, можно написать

    Если в css еще туда-сюда понимаю, то в кодинге практически ничего. Удавалось что-то писать путем проб и ошибок, по аналогии, но тут иной случай.
    Плагин карты https://ru.wordpress.org/plugins/hierarchical-html-sitemap/

    DS

    (@dosolnce)

    Не, в style.css же удобнее прописать.

    DS

    (@dosolnce)

    Опередили) еще можно так (но все то же самое в итоге)
    pre {white-space:pre-line} — слова будут переноситься.
    pre {overflow:auto} — не будут, но и выезжать текст не будет, добавится горизонтальная прокрутка.

    DS

    (@dosolnce)

    На форуме плагина разбор полетов на эту тему: https://wordpress.org/support/topic/removing-cherry-services-from-permalinks/

    DS

    (@dosolnce)

    Как бы объяснить…
    1.
    — Возникли проблемы после смены темы.
    — Так верните тему.
    — На той теме проблем не было.

    Ну так и верните ту тему, на которой не было проблем.

    2.
    — Добавьте ссылку на проблемную страницу. Скрин ни о чем.
    — Перезалил скрин.

    Вы поймите, код, css, — все это доступно Вам в браузере, в файлах, но никак не тому кто посмотрит отсюда на такой скрин. Контент на данном скрине — всего лишь визуальное дублирование Ваших слов о том, что он выезжает. Могу назвать миллион причин почему текст так себя ведет — и не угадать. Может, у Вас не задано, как положено, свойство word-wrap, а может, наследует значение родителя, где запрещен перенос слов, а может какой-нибудь div или параграф задан жестко по длине, большей, чем контейнер, а может то, а может сё… Зачем? Если можно все быстро понять имея ссылку. Ну не хотите писать ее тут — попробуйте в css что-то вроде:
    #content {word-wrap:break-word;-ms-word-break:break-all;} Если не поможет, то {-ms-hyphens:auto;-moz-hyphens:auto;-webkit-hyphens:auto;hyphens:auto}, но последнее, скорее, косметика, чем панацея.

    DS

    (@dosolnce)

    Пока вариантов два:
    1. Вернуть прежнюю тему.
    2. Добавить сюда ссылку на проблемную страницу.
    Сломал глаза вычитывая скрин, но он оказался ни о чем.

    DS

    (@dosolnce)

    #wrapper {background:transparent} или вообще убрать background оттуда.

    Автор DS

    (@dosolnce)

    скорее всего, проблема в теме оформления

    Спасибо за наводку. Сложность в том, что в моей теме нет ни единого упоминания слова «enclosure» ни в каком виде, в Yoast SEO их поле нашлось сразу, было легко найти и закомментировать, пока не исправили. Видимо, в моей теме дело еще в чем-то, буду искать. В любом случае спасибо за код.

    Автор DS

    (@dosolnce)

    Как вариант, можно добавить строку в файл функций темы

    Извините, пока писал ответ, не видел это сообщение. Спасибо большое! С этим кодом поле не создается.

    Автор DS

    (@dosolnce)

    Ну хотя бы по эстетическим мотивам. Кому надо, чтобы у между заголовком публикации и текстом прописывалась без ведома и желания некликабельная ссылка на файл аудио с ненужным набором информации? Пока вышел из положения так: вместо шорткода [audio] вставляю [playlist], тогда произольное поле не создается автоматически. Да, так можно вполне жить, полностью игнорируя функцию добавления аудио через [audio], но все же хотелось бы понять и причины и способы устранения этого казуса.

Просмотр 15 ответов — с 46 по 60 (всего 120)