Казалось бы, какая мелочь — слезы Пинки Пай вдруг оказались сладкими. В конце-концов, это же Пинки Пай! Мало ли чего в ней странного. Она же состоит из странностей от носа до кончика хвоста! Так подумали бы, наверное, все... но только не Твайлайт. Единорожка не смогла справиться с любопытством и пошла понимать, в чем тут дело. И никогда бы не поверила, куда ее в конечном счете приведут эти поиски.
Кто такой Дискорд? Дух хаоса и дисгармонии - ответите вы. Но что скрывается за этим общепринятым понятием? Какова его история? Какова природа его помыслов? Каковы его мысли и чувства? И такой ли он монстр, каким его все считают? Обо всем этом я попытаюсь написать в моем фанфике.
На первый взгляд, во вселенной MLP: FiM нет места жанру ужасов как таковому. Но это лишь на первый взгляд. Стоит лишь приглядеться, и можно понять, что далеко не всё здесь так уж и безобидно, как кажется... Какие секреты скрывает мир разноцветных пони? Какие кошмары скрываются в его глухих уголках? Жуткие вещи сокрыты тьмою, тайнами пропитаны тропы... Нужен лишь ключ, чтоб открыть дверь в этот мир. Мир серьёзных ужасов, не ограничивающихся описанием сцен насилия и обликом чудищ. Ужасов, которые берут за душу и не отпускают до самого конца прочтения. А может, и после. Ужасов, полных загадок и недомолвок, оставляющих огромный простор для домыслов и догадок, что делает их ещё более зловещими. Ужасов, что вгоняют читателя в страх одной лишь только атмосферой и стилем подачи повествования. Ужасов, которых он действительно боится, но в которые всё равно хочется верить. Нужен лишь ключ, чтобы открыть эту дверь... Но разве я когда-нибудь говорил... Что эта дверь заперта?...
Возложив на себя Элемент Магии, Сансет Шиммер узрела скрывающееся в ней чудовище. И оно испугало её. Свершилось правосудие Элементов Гармонии — отныне Сансет вынуждена всегда говорить правду и исполнять чужие просьбы, хоть она совершенно не горит таким желанием. И пока в её сердце живёт злоба, девушка целиком отдана во власть своих сверстников, пусть и без их на то ведома. Помогут ли новые «друзья» встать на тропу искупления или же низвергнут отступницу в пропасть? И будто этого мало, существует другая Твайлайт Спаркл, с которой Сансет продолжает постоянно сталкиваться!
Прошло ещё 5 лет после событий предыдущего фанфика. Понивильцы снова в опасности. Но на этот раз им будет противостоять "Радужная Корпорация" От Автора: (Фанфик не мой но перевод вот )
Вы никогда не думали о том, что происходит с обычными пони во время войны? Перед вами рассказ о двух заклятых друзьях, чьи жизни полностью изменились после нападения армии алмазных псов на Эквестрию. Адвенчура, мрачная история о том, как страхи не дают достичь желаемого. Как противоположные взгляды влияют на дружбу. Как опасности сплочают и меняют отношение к вещам и самому себе. Двум пони предстоит долгое и опасное путешествие через всю Эквестрию.
Дикие земли - хаотичное, опасное и враждебное пространство, которое можно усмирить лишь музыкой. Жеребенок со своей семьей вынужден отправиться в путешествие через дикие земли, но не всем суждено добраться до конца невредимыми.
Кто-то считает, что мир окрашен в чёрное и белое, другие — что в оттенки серого. Правда, как всегда, где-то посередине. Где-то же посередине одна одарённая кобылка размышляет о причинах и смыслах.
Исправлений и улучшений новость: перенос с фикбука и многое другое
Время от времени мы наводим порядок в коде, разбираясь с мелкими, но вредными ошибками, попутно добавляя всякое полезное.
Конвертер с фикбука
Чтобы облегчить авторам перенос текста с Фикбука мы подготовили небольшую полезность.
Попросту скопируйте содержимое главы с редактора Фикбука сюда, а затем нажмите специльную кнопку: форматирование с абзацами и прочим выравниванием автоматически преобразуется, как надо.
…а ещё:
при сохранении в fb2 списки магическим образом терялись — теперь не будут;
счётчик слов в рассказе больше не учитывает главы в черновиках;
улучшено форматирование текста, особенно в местах с переносами строк;
часовой пояс теперь настраивается и учитывается для каждого пользователя;
перенаправление после удаления главы ведёт не в Вечнодикий лес, а обратно к списку глав;
собственно само редактирование глав стало поудобнее;
доработаны настройки доступа к главе;
ограничена частота доступа для наглых ботов и не очень ботов;
А можно заодно добавить в редактор глав кнопку "Опубликовать только эту главу"? А то когда в черновике несколько глав лежит, то при редактировании главы можно опубликовать только сразу все неопубликованные главы, что не всегда удобно, приходится сохранять главу без публикации, переходить на страницу со списком глав и публиковать только нужную главу.
Немножко о другом речь. Если есть несколько черновых глав и в редакторе открыта ещё одна, то под редактором есть только кнопка для опубликования всех черновиков. А если хочется открыть только этот один редактируемый, то его надо сначала сохранить как черновик, потом идти на страницу со списком глав и уже там для нужной главы давить кнопочку «опубликовать».
Вообще забавно. Текст для фикбука как раз сложнее готовить, чем сюда, там своя система, в отличие от простого HTML здесь. Я, помню, возился-возился, плюнул, да и наваял для фикбука конвертор. :) А вот какие-нибудь кнопочки для работы со сносками здесь было бы хорошо, я пока себе макросов для Alfred'а наделал…
Я делал ход конём: Сначала брал текст с разметкой c ficbook`а. Потом на fanfics выкладывал. А оттуда уже сюда, но уже как обычный текст — как видит его читатель. Прокатывало :-)
На всякий случай прокомментирую, что под MacOS и iOS вставка текста из Pages работает правильно, разметка сохраняется. Пишу не в нём, но проверил — работает.
Раньше текст из Open Office с расставленными табуляторами корректно отображался с отступами. При вставке из Word табуляторы заменялись кучей пробелов. Вчера вечером заметил, что табуляторы не обрабатывались, текст выглядит выровненным по краям. Сравните: глава, залитая 30 марта, и глава, залитая 25 апреля.
Между 30 марта и 25 апреля на сайте не было никаких измнений, так что это ты что-то в своих офисах портишь. Вообще, абзацы нужно верстать в офисах именно как абзацы, а не костылированием через пробелы с табуляциями
Если верстать с табуляторами, то потом красную строку в начале абзаца легко организовать поиском/заменой в блокноте (pluma, xed и т.д.) символа \t на необходимые теги. Удобно для samlib.ru и фикбука. А если средствами офиса, через отступ, то блокнот такой абзац не понимает и лепит без красной строки.
regexp использую периодически, в том объёме, что поддерживает Open Office, но не скажу, что свободно с ними обращаюсь. Так-то можно и на sed скрипт замутить, и awk использовать приходилось, но всё же в 2021 году хочется что-то поудобнее инструментов начала 1970-х :)
IMHO, в одну кучу сваливать контент и разметку — не самая хорошая затея. Абзац сам по себе, если он оформлен корректно p-тегами (что сейчас на pF делается автоматически при отбивании \n\n, сиречь двойным переносом строки) можно оформить как угодно: отступом, буквицей, ещё как-нибудь. Явная табуляция через \t ломает разделение ответственности. Это артефакт верстки тех времен, когда был только ASCII, и ничего кроме ASCII в арсенале выразительных средств не было.
Так я и не настаиваю. Просто у меня основной сайт для публикации samlib, где приходится использовать практически чистую html-разметку. Зато там я могу хоть картинки в таблице разместить, если мелкие и много. И приходится текст приспосабливать для более удобной конвертации в html в блокноте.
Так, а куда с панельки пропали кнопочки "вставка строки" и "убрать форматирование"? С ними было намного удобнее. Потому как "Shift+Enter" переносят на следующую строку, а это не всегда удобно.
Ну так я же показывал, как редактор сайта порой воспринимает текст, скопированный из Ворда. В отдельных случаях он умудрялся ставить по три тега "полужирный" на слово в течение целого предложения из 10 слов. Конечно, это связано с тем, что мои макросы для расстановки форматирования Фикбука в Ворде (ну и макрос для убирания всего лишнего тоже) созданы методом тыка, кривые и неоптимизированные, а потому хоть визуально полностью выполняют свою работу, однако, видимо, отрабатывают не совсем корректно в результате мусорят в документе невидимыми пустыми тегами, из-за чего в Ворде они не видны, а вот при переносе сюда тут же вылезают всем скопом. Как раз той кнопочкой я все эти мусорные излишки вполне успешно убирал. А кнопкой тега [br] я ставил пустые строки (ты же сам говорил, что как раз двумя этими тегами подряд можно ставить пустую строку, причём следующий абзац начнётся нормально с красной строки), потому как клацнуть два раза мышкой всяко быстрее, чем переключаться на англ либо жать энтер, а потом убирать перенос строки.
Возможно, в таком случае имеет подумать над нормализацией форматирования (чистка мусорных тегов, приведение вложенных тегов к одному, нормализация блочных тегов, etc., etc.), чтобы при переносе все остальные тоже могли причесать исходник одним нажатием вместо радикальной чистки всех тегов и последующей их расстановкой.
Про неадекватный html-код — увы, это так. Особенно если пользоваться кривыми макросами, как у меня, собранными на коленке без знания программирования. Если бы кто мог их оптимизировать или переделать, чтобы они делали то же самое, только не создавая столько невидимых мусорных тегов, то проблема, скорее всего, решилась бы сама собой. Если есть желание, могу файликом эти макросы выслать, сами поковыряете. А пока что приходится пользоваться костылями…
В принципе, можно попробовать написать скрипт для кнопки, который будет искать крайние, внешние пары тегов (например, [strong][/strong]) и, если внутри них находятся другие, внутренние пары таких же тегов, убирать их, оставляя только внешние. Однако я хз, как эффективно и насколько быстро оно будет работать. В принципе, поддерживаемых тегов не так уж и много, так что должно срабатывать за секунду-две даже на слабеньком телефоне.
Ладно, у меня тут дошли руки пошаманить html-парсер, кто копирует тексты из Word, Open/LibreOffice или Google Docs — проверьте что я ничего не сломал. Вроде бы теперь лишних вложенных тегов и фантомных ссылок быть не должно
Так. Сейчас попробовал кинуть в редактор несколько уже готовых глав, в которых появлялись мусорные теги. Могу поздравить: мусорные теги действительно пропали — во-первых, тег ссылки [a] больше не появляется вокруг первого абзаца, во-вторых, теги перестали дублироваться по два-три раза. Потом ещё проверю, как поведёт себя новая глава, которую перевожу сейчас. Однако есть пара предложений по оптимизации. 1. Можешь подредактировать парсер так, чтобы он распознавал, если между одинаковыми закрывающим и открывающим тегом полужирного/курсива стоит только лишь пробел (т.е. что-то вроде "[/strong]ПРОБЕЛ[strong]"), то убирать лишние теги, так как они ничего не решают? В качестве исключения стоит оставить теги "зачёркнутый" ([s]) и "подчёркнутый" ([u]), т.к. в тексте могут быть подчёркнуты/зачёркнуты только слова либо подобные отдельно под/зачёркнутые фразы нужны для создания определённого эффекта, например, нескольких зачёркнутых фраз в письме. 2. Можешь оптимизировать вставку из Ворда пустых строк? Сейчас при вставке это выглядит так:
— Ладно, всесущества, — объявила она, зависнув в воздухе, словно забыв, что должна подчиняться законам гравитации, — теперь, когда наш именинник наконец-то прибыл, [strong]НАЧИНАЕМ ВЕЧЕРИНКУ!!![/strong] ПУСТАЯ СТРОКА nbsp; ПУСТАЯ СТРОКА [p align="center"][strong]▬▬▬▬▬ ● ● ● ☼ ● ☼ ● ☼ ● ● ● ▬▬▬▬▬[/strong][/p] [p align="center"]nbsp;[/p] Тонкс была практически вынуждена сбежать от царящего в доме, иначе не скажешь, дурдома.
При этом в тексте это выглядит так:
— Ладно, всесущества, — объявила она, зависнув в воздухе, словно забыв, что должна подчиняться законам гравитации, — теперь, когда наш именинник наконец-то прибыл, НАЧИНАЕМ ВЕЧЕРИНКУ!!!
▬▬▬▬▬ ● ● ● ☼ ● ☼ ● ☼ ● ● ● ▬▬▬▬▬
Тонкс была практически вынуждена сбежать от царящего в доме, иначе не скажешь, дурдома.
То есть, после строки-разделителя пустая строка в тексте есть, а перед ней — нет. Только строка-разделитель по центру находится, а не как здесь (почему-то код [pre] вместо того чтобы постить именно сырой html-код, как это работает на многих форумах, его обрабатывает, но не до конца, из-за чего символы вроде nbsp; (только написанные правильно, с "&" в начале, а не так, как я сейчас) и часть тегов вроде [strong] на написанный внутри текст влияют, тогда как указание на текст по центру не обрабатывается и просто стирается). В итоге мне всегда приходится приводить это в вид, который нормально работает, например:
заменялось на [br][br], а сам абзац брался в тег [p], чтобы начало следующего абзаца начиналось с красной строки, а не от начала строки? Ну или заменялось на [p]nbsp;[/p], оно тоже работает как пустая строка, при этом следующий абзац начинается с красной строки, только что проверил.
Вообще наличие или отсутствие жирноты влияет на ширину пробела, и формально подобную замену проводить нельзя и по-хорошему такое нужно исправлять ещё в ворде) Впрочем, с другой стороны вряд ли найдётся кто-то, кого будут беспокоить десятые доли пикселей в ширине пробела...
Можешь оптимизировать вставку из Ворда пустых строк?
Хм, не знаю
При этом в тексте это выглядит так:
Даже не знаю, считать это багом или фичей
почему-то код [pre] ... его обрабатывает
Это тоже сложновато (разве что регулярками закостылять...)
Это тоже сложновато (разве что регулярками закостылять...)
Может, попробуешь спросить на других форумах, как у них это реализовано? Чтобы самому не изобретать велосипед.
Вообще наличие или отсутствие жирноты влияет на ширину пробела
Шокированный_фейс.жпг НУ, в принципе, так-то оно правильно, правда, как мне кажется, тут даже с лупой вряд ли сможешь обнаружить разницу, если размер шрифта будет меньше 100 пикселей…
Так же как и раньше, через <br>? Через Shift+Enter всё ещё можно автоматом ввести Блин, я не думал, что это настолько востребованно... Надо бы подумать о более семантической разметке
Просто у меня есть привычка разделять сообщение на смысловые блоки. Написать о чём-то одном. А потом перейти к чему-то другому, и чтобы это было заметно. Можно рисовать разделительную полосу, но для меня это чересчур как-то...
Семантически именно тег hr предназначен для разделения сегментов текста; собственно, его второе название — thematic break. Впрочем, слово стандартам.
The HTML <hr> element represents a thematic break between paragraph-level elements: for example, a change of scene in a story, or a shift of topic within a section.
Historically, this has been presented as a horizontal rule or line. While it may still be displayed as a horizontal rule in visual browsers, this element is now defined in semantic terms, rather than presentational terms, so if you wish to draw a horizontal line, you should do so using appropriate CSS.
Поэтому, я предлагаю использовать уже существующий тег для того, для чего он и предназначен по сути. Но внешним видом он вовсе не обязан выглядеть «по умолчанию» горизонтальной линией. Есть смысл приблизить его вид к книжным стандартам и к тому, что уже использует фикбук, то есть, к трём звездочкам по центру.
Вот это было бы просто замечательно, потому как и вставлять можно было бы одним нажатием кнопки, и в HTML-экспорте некоторых писучих приложений ничего менять не нужно было бы!
Это будет оскорбление чувств тех, кто хочет в теле главы именно горизонтальную линию а иным и вовсе вместо линий и звёздочек подавай рюшечки из всего мыслимого и немыслимого пространства юникода...
А я бы не отказался тут от кнопочки выравнивания по обеим сторонам. Странно что её тут ещё нет, когда это выравнивание введено в html очень давно. Я знаю что тут можно читать с выравниванием по обеим сторонам, но это уже как бы искажение авторского форматирования текста
Затем что оно есть в html, Ворде и других редакторах. Формат RTF уже сильно устарел. Хочется видеть то же форматирование, что было в редакторе. На том же Author.Today это сделано.
Комментарии (82)
А можно заодно добавить в редактор глав кнопку "Опубликовать только эту главу"? А то когда в черновике несколько глав лежит, то при редактировании главы можно опубликовать только сразу все неопубликованные главы, что не всегда удобно, приходится сохранять главу без публикации, переходить на страницу со списком глав и публиковать только нужную главу.
А разве так нельзя? Когда я выкладывал Письма Внутреннего Врага, то сразу набросал все главы и выводил по одной из черновиков.
Немножко о другом речь. Если есть несколько черновых глав и в редакторе открыта ещё одна, то под редактором есть только кнопка для опубликования всех черновиков. А если хочется открыть только этот один редактируемый, то его надо сначала сохранить как черновик, потом идти на страницу со списком глав и уже там для нужной главы давить кнопочку «опубликовать».
Вообще забавно. Текст для фикбука как раз сложнее готовить, чем сюда, там своя система, в отличие от простого HTML здесь. Я, помню, возился-возился, плюнул, да и наваял для фикбука конвертор. :) А вот какие-нибудь кнопочки для работы со сносками здесь было бы хорошо, я пока себе макросов для Alfred'а наделал…
Да, кнопка "Опубликовать редактируемую главу" под главой пригодилась бы. Обычно перед публикацией вносятся последние исправления и т.п.
Можно, но, видимо, вместо обычных кнопок пора уже переключалки делать
О, перенос с фикбука — это здорово) Спасибо)
Да, согласен. Здесь есть функции, которых нет в фикбуке, но каждый раз заново возвращать курсив и болд — задалбывает...
Я делал ход конём: Сначала брал текст с разметкой c ficbook`а. Потом на fanfics выкладывал. А оттуда уже сюда, но уже как обычный текст — как видит его читатель. Прокатывало :-)
Теперь или раньше? Не совсем понял. По крайней мере, сейчас фикбуковские теги <b> и <i> корректно заменяются на <strong> и <em> соответственно.
О, надо попробовать.
Будет забавно, если выяснится, что война закончилась, а я всё поезда под откос пускаю...
Ух ты, полезные обновления. Спасибо)
— Ого прелесть!!
Ух ты, обновление... так неожиданно и приятно.
Спасибо всем причастным к работе Сториза за их труд.
Перенос с КФ конечно круто, но лучше иметь возможность загружать Док без потери вложенных файлов и форматирования.
С файлами понятно, а можно пример потери форматирования? Когда я игрался с вордами и прочими гуглдоками, у меня всё работало
На всякий случай прокомментирую, что под MacOS и iOS вставка текста из Pages работает правильно, разметка сохраняется. Пишу не в нём, но проверил — работает.
Ну, как потери. Там раньше с отступами были проблемы, когда копипастишь текст. Вроде как строка символов.
Раньше текст из Open Office с расставленными табуляторами корректно отображался с отступами. При вставке из Word табуляторы заменялись кучей пробелов.
Вчера вечером заметил, что табуляторы не обрабатывались, текст выглядит выровненным по краям. Сравните: глава, залитая 30 марта, и глава, залитая 25 апреля.
Между 30 марта и 25 апреля на сайте не было никаких измнений, так что это ты что-то в своих офисах портишь. Вообще, абзацы нужно верстать в офисах именно как абзацы, а не костылированием через пробелы с табуляциями
Понятно.
Если верстать с табуляторами, то потом красную строку в начале абзаца легко организовать поиском/заменой в блокноте (pluma, xed и т.д.) символа \t на необходимые теги. Удобно для samlib.ru и фикбука.
А если средствами офиса, через отступ, то блокнот такой абзац не понимает и лепит без красной строки.
А в чем проблема зарегэкспить что-то вроде замены (\S)\n(\S) на $1\n\t$2 ? Блокнотов, понимающих поиск/замену с регулярными выражениями, вагон.
regexp использую периодически, в том объёме, что поддерживает Open Office, но не скажу, что свободно с ними обращаюсь.
Так-то можно и на sed скрипт замутить, и awk использовать приходилось, но всё же в 2021 году хочется что-то поудобнее инструментов начала 1970-х :)
IMHO, в одну кучу сваливать контент и разметку — не самая хорошая затея. Абзац сам по себе, если он оформлен корректно p-тегами (что сейчас на pF делается автоматически при отбивании \n\n, сиречь двойным переносом строки) можно оформить как угодно: отступом, буквицей, ещё как-нибудь. Явная табуляция через \t ломает разделение ответственности. Это артефакт верстки тех времен, когда был только ASCII, и ничего кроме ASCII в арсенале выразительных средств не было.
Так я и не настаиваю. Просто у меня основной сайт для публикации samlib, где приходится использовать практически чистую html-разметку. Зато там я могу хоть картинки в таблице разместить, если мелкие и много. И приходится текст приспосабливать для более удобной конвертации в html в блокноте.
*Счастливо мохнатится.*
Спасибо. Функционал сайта очень приятен.
Поклон создателям.
Так, а куда с панельки пропали кнопочки "вставка строки" и "убрать форматирование"? С ними было намного удобнее. Потому как "Shift+Enter" переносят на следующую строку, а это не всегда удобно.
Первая кнопочка заменяется банальным энтером и не нужна от слова совсем
А то, что второй кнопочкой кто-то пользовался, это для меня новость o_O
Ну так я же показывал, как редактор сайта порой воспринимает текст, скопированный из Ворда. В отдельных случаях он умудрялся ставить по три тега "полужирный" на слово в течение целого предложения из 10 слов. Конечно, это связано с тем, что мои макросы для расстановки форматирования Фикбука в Ворде (ну и макрос для убирания всего лишнего тоже) созданы методом тыка, кривые и неоптимизированные, а потому хоть визуально полностью выполняют свою работу, однако, видимо, отрабатывают не совсем корректно в результате мусорят в документе невидимыми пустыми тегами, из-за чего в Ворде они не видны, а вот при переносе сюда тут же вылезают всем скопом. Как раз той кнопочкой я все эти мусорные излишки вполне успешно убирал.
А кнопкой тега [br] я ставил пустые строки (ты же сам говорил, что как раз двумя этими тегами подряд можно ставить пустую строку, причём следующий абзац начнётся нормально с красной строки), потому как клацнуть два раза мышкой всяко быстрее, чем переключаться на англ либо жать энтер, а потом убирать перенос строки.
Возможно, в таком случае имеет подумать над нормализацией форматирования (чистка мусорных тегов, приведение вложенных тегов к одному, нормализация блочных тегов, etc., etc.), чтобы при переносе все остальные тоже могли причесать исходник одним нажатием вместо радикальной чистки всех тегов и последующей их расстановкой.
Однако некоторые ворды выдают настолько неадекватный html-код, что не факт, что его получится причесать достаточно хорошо
Не факт. Но лучше что-то, чем ничего.
Про неадекватный html-код — увы, это так. Особенно если пользоваться кривыми макросами, как у меня, собранными на коленке без знания программирования. Если бы кто мог их оптимизировать или переделать, чтобы они делали то же самое, только не создавая столько невидимых мусорных тегов, то проблема, скорее всего, решилась бы сама собой. Если есть желание, могу файликом эти макросы выслать, сами поковыряете. А пока что приходится пользоваться костылями…
В принципе, можно попробовать написать скрипт для кнопки, который будет искать крайние, внешние пары тегов (например, [strong][/strong]) и, если внутри них находятся другие, внутренние пары таких же тегов, убирать их, оставляя только внешние. Однако я хз, как эффективно и насколько быстро оно будет работать. В принципе, поддерживаемых тегов не так уж и много, так что должно срабатывать за секунду-две даже на слабеньком телефоне.
Пришли, пожалуйста, куда-нибудь пример сломанного файла — того, который здешний редактор некорректно переваривает. Сюда, например.
https://ponyfiction.org/story/14769/comment/1596/
Ладно, у меня тут дошли руки пошаманить html-парсер, кто копирует тексты из Word, Open/LibreOffice или Google Docs — проверьте что я ничего не сломал. Вроде бы теперь лишних вложенных тегов и фантомных ссылок быть не должно
Так. Сейчас попробовал кинуть в редактор несколько уже готовых глав, в которых появлялись мусорные теги. Могу поздравить: мусорные теги действительно пропали — во-первых, тег ссылки [a] больше не появляется вокруг первого абзаца, во-вторых, теги перестали дублироваться по два-три раза. Потом ещё проверю, как поведёт себя новая глава, которую перевожу сейчас.
Однако есть пара предложений по оптимизации.
1. Можешь подредактировать парсер так, чтобы он распознавал, если между одинаковыми закрывающим и открывающим тегом полужирного/курсива стоит только лишь пробел (т.е. что-то вроде "[/strong]ПРОБЕЛ[strong]"), то убирать лишние теги, так как они ничего не решают? В качестве исключения стоит оставить теги "зачёркнутый" ([s]) и "подчёркнутый" ([u]), т.к. в тексте могут быть подчёркнуты/зачёркнуты только слова либо подобные отдельно под/зачёркнутые фразы нужны для создания определённого эффекта, например, нескольких зачёркнутых фраз в письме.
2. Можешь оптимизировать вставку из Ворда пустых строк? Сейчас при вставке это выглядит так:
При этом в тексте это выглядит так:
То есть, после строки-разделителя пустая строка в тексте есть, а перед ней — нет. Только строка-разделитель по центру находится, а не как здесь (почему-то код [pre] вместо того чтобы постить именно сырой html-код, как это работает на многих форумах, его обрабатывает, но не до конца, из-за чего символы вроде nbsp; (только написанные правильно, с "&" в начале, а не так, как я сейчас) и часть тегов вроде [strong] на написанный внутри текст влияют, тогда как указание на текст по центру не обрабатывается и просто стирается).
В итоге мне всегда приходится приводить это в вид, который нормально работает, например:
(в основном, сейчас таким вариантом пользуюсь), либо
То есть чтобы хотя бы это:
заменялось на [br][br], а сам абзац брался в тег [p], чтобы начало следующего абзаца начиналось с красной строки, а не от начала строки? Ну или заменялось на [p]nbsp;[/p], оно тоже работает как пустая строка, при этом следующий абзац начинается с красной строки, только что проверил.
Вообще наличие или отсутствие жирноты влияет на ширину пробела, и формально подобную замену проводить нельзя и по-хорошему такое нужно исправлять ещё в ворде) Впрочем, с другой стороны вряд ли найдётся кто-то, кого будут беспокоить десятые доли пикселей в ширине пробела...
Хм, не знаю
Даже не знаю, считать это багом или фичей
Это тоже сложновато (разве что регулярками закостылять...)
Может, попробуешь спросить на других форумах, как у них это реализовано? Чтобы самому не изобретать велосипед.
Шокированный_фейс.жпг НУ, в принципе, так-то оно правильно, правда, как мне кажется, тут даже с лупой вряд ли сможешь обнаружить разницу, если размер шрифта будет меньше 100 пикселей…
М-м! Даже часовые пояса подтянули. Великолепно :3
отличные новости!
А как теперь сделать пустую строку между абзацами?
Так же как и раньше, через <br>? Через Shift+Enter всё ещё можно автоматом ввести Блин, я не думал, что это настолько востребованно... Надо бы подумать о более семантической разметке
Востребовано. Привычные опции лучше не удалять, всегда найдётся кто-то кто ими пользуется.
С утверждениями подобного рода стоит быть осторожным, а то может получиться как-нибудь так https://xkcd.com/1172/
.
Просто у меня есть привычка разделять сообщение на смысловые блоки.
Написать о чём-то одном.
А потом перейти к чему-то другому, и чтобы это было заметно. Можно рисовать разделительную полосу, но для меня это чересчур как-то...
Обычно в печатных книжках для этого звёздочки используют вроде?
Да, можно звёздочки, можно полосу-разделитель, я привык использовать пустую строку — и обнаружил, что больше нет кнопки, которой делал это :-)))
Семантически именно тег hr предназначен для разделения сегментов текста; собственно, его второе название — thematic break.
Впрочем, слово стандартам.
Поэтому, я предлагаю использовать уже существующий тег для того, для чего он и предназначен по сути.
Но внешним видом он вовсе не обязан выглядеть «по умолчанию» горизонтальной линией. Есть смысл приблизить его вид к книжным стандартам и к тому, что уже использует фикбук, то есть, к трём звездочкам по центру.
Вот это было бы просто замечательно, потому как и вставлять можно было бы одним нажатием кнопки, и в HTML-экспорте некоторых писучих приложений ничего менять не нужно было бы!
Тогда в доработку еще нужна замена фикбуковских… кхм… троезвездий на корректный тег. Это несложно.
<hr class="stars"> ?
…или вовсе без класса, селектором, «всё hr, что находятся в теле главы».
Это будет оскорбление чувств тех, кто хочет в теле главы именно горизонтальную линию а иным и вовсе вместо линий и звёздочек подавай рюшечки из всего мыслимого и немыслимого пространства юникода...
Ну ты ж знаешь, недовольные всегда есть, были и будут :)
Абзацы и так разделены пустой строкой.
А я бы не отказался тут от кнопочки выравнивания по обеим сторонам. Странно что её тут ещё нет, когда это выравнивание введено в html очень давно.
Я знаю что тут можно читать с выравниванием по обеим сторонам, но это уже как бы искажение авторского форматирования текста
Скажем так, стоит дать авторам возможность выравнивать текст по обеим сторонам.
Зачем?
Чтобы аккуратненько было. А то, то с той стороны не ровно, то с другой. Моя натура перфекциониста страдает от этого :-)
П.С. В Ворде есть и тут нужно.
Это я в курсе — выше писал. Но это разрушает авторское выравнивание. Или так сложно поставить тег
?
Автору должна быть безразлична такая мелочь
Ну вот я автор и мне оно не безразлично. Есть у меня такой бзик, а в html есть такой тег
Измени свой бзик так, чтобы стало безразлично) Тем более в fb2 этого нет
Так так бы и говорили сразу, что равняетесь на fb2.
Бзик, конечно, не изменю, но уж ладно, смирюсь.
Я не обязательно равняюсь на fb2 (в нём много чего нет), но я продолжаю откровенно не понимать зачем
Затем что оно есть в html, Ворде и других редакторах. Формат RTF уже сильно устарел. Хочется видеть то же форматирование, что было в редакторе.
На том же Author.Today это сделано.
А ещё в ворде есть Comic Sans, и чо, его тоже на сайт добавлять?)))
Всегда надо искать золотую середину. Предлагаю ровняться на html — align=" justify" :-)
П.С. Но так-то, если не хочется, то я не настаиваю.
Интересна получается, ~65-70% коментов от уже знакомых мне ников.
Действительно, мир тесен.
От более-менее активных авторов, которым не безразлично.
Получается не безразлично всё это лишь малой части пользователей? Это блин грустно. Впрочем я не помню когда было иначе.
чёт я не нашёл этой кнопки, для переноса главы с фикбук. Подскажите пожалуйста.
Теперь её уже нет, она применяется автоматически при сохранении главы
Нет? Т.е. теперь нужно делать как раньше без этой кнопки? И зачем тогда нужно было это обновление?
АА. Он в автоматическом виде присутствует. Ясно. Спасибо.
А можно в новых обнавлениях блеклист добавить? А то очень не хватает.