Forums -> Глюкодром -> форумный тег [metadata]
| Full Version

k-dmitriy
[code] не совсем подходит из-за длинных строк, таблица форумных сообщений летит, все сикось накись. надо, чтобы не съедались пробелы, подменялись на отображаемые, а при длинной строке оно бы само на новую переносилось и формат сохранялся бы первоначальный :rolleyes:
FiL
а NFO - разве не оно?
yury_usa
nfo тоже глючит, норовит все в одну строчку впихнуть :(
k-dmitriy
QUOTE (FiL @ 20-12-2006, 19:58)
а NFO - разве не оно?
:no: пробелы съедает
INFO
test < здесь 5 пробелов
а вот оригинал
CODE
test
     < здесь 5 пробелов

зыж а зачем нужно [NFO] мне не понятно, есть же [QUOTE] которое нормально квотит текст, а [NFO] зачем-то новую строку кушает :dunno:
gene
MESSAGE FROM MODERATOR (gene)
Переезжаем в "Глюкодром"
k-dmitriy
а еще форум мог бы сам выделять красным такие вещи как "Secure with C2"/"enable cash" + на других языках, на стадии создания поста
Brait
Подправил стиль для тега CODE,
CODE
теперь
     < 5 пробелов                              не будут съедаться
ну и...
CODE
соответствующие       через      чур очень длинные символьные строки      сами собой будут переноситься в тех местах где это       само собой разумеется.
Brait
INFO
А вот NFO как раз и делался с умыслом не портить внешний вид очень длинных строк разными нестандартными автоматическими переносами...
Brait
QUOTE (k-dmitriy)
а еще форум мог бы сам выделять красным такие вещи как "Secure with C2"/"enable cash" + на других языках, на стадии создания поста
А вот объясни мне,
  • с какого перепугу форум должен делать такую подсветку?
  • какой смысл нагружать базу/сервер подобными изысками?
  • где, каким образом оформить эту "подсветку на стадии создания"?
k-dmitriy
- народ фанатеет по этим значениям и если есть возможность автоматизировать выделения этих данных, то почему бы и нет? на то они и движки. удобство - не более, можно обойтись и без него, но можно и с ним, мы же человеки, любим комфорт

так оно обычно:
QUOTE
Used drive : PIONEER DVD-ROM DVD-105 Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Combined read/write offset correction : 0
Overread into Lead-In and Lead-Out : No

но разве так не приятней?
QUOTE
Used drive : PIONEER DVD-ROM DVD-105 Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Combined read/write offset correction : 0
Overread into Lead-In and Lead-Out : No

QUOTE
Used drive : PIONEER DVD-ROM DVD-105 Adapter: 0 ID: 0
Read mode : Secure with C2, accurate stream, disable cache
Combined read/write offset correction : 0
Overread into Lead-In and Lead-Out : No

- к сожалению за удобство приходится чем-то расплачиваться, такова жизнь :) вопрос в цене, будет ли серьезная нагрузка :dunno: вопрос в чаше весов, что перевесит комфорт или трудозатраты :sarcasm:

- где и каким образом, тут уже сложнее. самое простое было бы ереги_реплейс (" Secure with C2", " (COLOR=red)Secure with C2(/COLOR)", <сообщение>) в том куске кода который работает при создании сообщения. но так как тег [color] не обрабатывается в теге [code], а обычно лог вставляют в нем, это все осложняет, потому-то я и писал о неком своем теге [metadata] который бы обрабатывался по нужным нам правилам.
возможно есть какие-то другие способы подмены и выделения, то как, например, смайлики обрабатываются... или в бд хранить в теге хтмл, тот же ереги_реплейс перед отправкой в бд, вот только что потом станет с хтмл тегами при редактировании :confused: я к сожалению не спец в этом деле :( может кто-то хорошо знает движек и все его тонкости, может предложить малое по трудозатратам для оного решение.
k-dmitriy
кхм...
CODE
<- тут должны быть пробелы
dmvn
Нафиг такое автоформатирование! Ненавижу!
Brait
QUOTE (k-dmitriy @ 29-01-2007, 03:53)
кхм...
CODE

            <- тут должны быть пробелы
FIXED.
k-dmitriy
спасибо :hi:
пришлось "отредактировать" (редактировать и тут же сохранить изменения) уже напостенное, ну да это мелочи :)