Cut Tag (pagina 1)

Re: Tag [tăiat]

În motor a apărut o nouă etichetă - [tăiere].

Puteți să o utilizați chiar acum, deși nu arată prea bine. Trebuie să scăpăm de structura tabulară și să facem totul cu blocuri înguste.







Doar introduceți eticheta în locul potrivit:

link text, fie ia un standard luat din fișierul de limbă (acum „Citeste mai mult.“), sau cea pe care a arătat-te după semnul =

Re: Tag [tăiat]

Cred că ar trebui să funcționeze peste tot, doar în alte tipuri de plăci nu este încă aplicată.

Acest Teg are o importanță strategică!
Când el este - este de asemenea necesară pentru a da parserul sau nu sa marchezi la [cut], sau le-ar putea elimina în cazul în care [cut] separă începutul și sfârșitul tag-ul / tag-ul, al doilea este, fără îndoială, corect!

Pot să văd dreptul la tag-ul în kotogrogo textul razryk se taie, nu a fost curățată, ci pur și simplu „forțată“ se termină în cazul în care textul este tăiat.

În mod similar, în rezultatele de căutare: a emis astăzi un nume de subiect, și să emită în mod corect un segment de text, lungime m-Noy înainte și după expresia de căutare în linia de subiect. Și aici, din nou, segmentul de text, care este deja în 2 zone ar putea intra în tag-ul decalaj (la începutul și la sfârșitul anului). Deci, din nou trebuie să puteți completa etichetele.







După cum văd, un exemplu de text:

[h] Titlu [/ h]
bla, bla bla - bala bla bla, citat:
[citat] lyalayal aaa bbb vvv yalaljala [/ quote]

și dacă acest text avem, să zicem, în pasajul de text de căutare începe și se termină în mijlocul antetului în mijlocul citări, este mai ușor pentru a elimina atât eticheta și [h] și [citat], și că toată lumea o face. Dar acest lucru este foarte incorect.

Un interpretor algoritm corect, astfel încât acesta a fost păstrat într-un pasaj de text a fost decorat exact în același mod în care este redactat în textul original.

Ie de exemplu, parserul a obținut un astfel de segment al textului exemplu de mai sus:

capete [/ h]
bla, bla bla - bala bla bla, citat:
[citat] aaa bb

Parser pentru că știe unde începe segmentul de text, iar atunci când este vorba de [/ h] - interpretor trebuie să înțeleagă că [h] tăiat împrejur, dar acest titlu înseamnă totul pentru [/ h] el trebuie să ghicească surround, titlul (el primul segment substituiți [h]).
De asemenea, atunci când parserul vine la [quote], și apoi - înainte de sfârșitul textului, din nou, el trebuie să ghicească că, odată ce închiderea [/ quote] Nu, trebuie să-l la sfârșitul segmentului de text pentru a se substitui și să aducă textul astfel încât - atunci design va la fel ca în original, chiar dacă textul va fi circumcis de ambele părți.

Nu este mai dificil cu astfel de: [list] [*]. - el însuși ar ghici să adauge [/ *] și apoi să închidă [/ listă]

cu Tabelul este mai complicat. bine, o masă tăiată este mai bună decât nici una.

E neplăcut să se uite, sau chiar induce în eroare atunci când user1 citate User2, si cauta-mi dă o bucată de text, care a scăzut (nu circumcis) citează tag-ul, și cred că acest lucru este user1 a scris-o, dar nu este așa!







Articole similare

Pagina anterioară

Pagina următoare

Trimiteți-le prietenilor: