Se se me permite facer outra cita [e desta vez intentei que non fose da wikipedia]:
http://www.linfo.org/plain_text.html *Plain text refers to any string <http://www.linfo.org/string.html> (i.e., > finite sequence of characters <http://www.linfo.org/character.html>) that > consists entirely of **printable characters (i.e., human-readable > characters) and, optionally, a very few specific types of **control > characters (e.g., characters indicating a tab or the start of a new line). > * > *... * > > * However, plain text can contain instructions that are written in plain > text for formatting, for adding images, for creating hyperlinks, etc. that > can be used by programs that convert plain text into other forms. That is, > it can contain **tags (i.e., instructions or indicators that are written > in plain text) that tell a word processor, web > browser<http://www.linfo.org/browser.html>or other program to format it in a > certain way, including which typefaces > and fonts to use, how to set the margins, where to underline the text and > where to use bold or italic characters. * > > *HTML <http://www.linfo.org/html.html> (hypertext markup language) and XML > (extensible markup language) are good examples of the use of instructions > that (1) are used to convert plain text into some form of formatted text, > (2) are written in plain text and (3) are embedded in the plain text > documents that they are used to format. For example, the HTML tags <b> and > </b>, although written in plain text, instruct any web browser that reads a > file containing them to **render (i.e., display) any plain text located > between them in bold characters. Among the many other things that HTML can > tell browsers are where to create hyperlinks, how to set margins, which > images to use and where to insert them, which typefaces and fonts to use and > where to render text in italics or underlined characters.* > A iso me referia eu cando falaba do HTML / XML (e calquera outro membro da familia). 2009/11/6 mvillarino <mvillar...@gmail.com> > 2009/11/6 José Manuel Castroagudín Silva <chavescesu...@gmail.com>: > >> Eu entendo "plain text" como un arquivo que non contén marcas de formato > >> pero a nivel binario. > >> > >> Un documento html non deixa de ser texto plano, pois as marcas de > formato > >> que inclue son perfectamente visibles nun editor simple [non deixan de > ser > >> texto] e non dependen dunha aplicación específica para a súa > >> creación/modificación. > > > > Non o teño nada claro. Eu diría que html (e xml) non son "plain text". > > Por poñer un exemplo, os "mimetypes" do servidor Apache creo recordar > > que diferenciaban "text/plain" de "text/html" e, así de memoria > > "application/xml" (xa digo, falo de memoria, e non me apetece abrir > > unha consola para ir mirar, jejeje)... > > > > Igual temos que andar con moito coidado, porque as diferenciacións > > poden ser máis sutís que "pódese abrir nun editor de texto ou non"... > > > > E, si considerásemos que un html é "texto plano", pouco faltaría para > > dicir que un .odt tamén o é... pois é pouco máis ca un xml (creo > > recordar, de novo, jejeje) > > Penso que a diferenza entre «plain text» e > «dallecandallecacadelaemiña» non debe ser vista desde o pdv do que é > _internamente_ o ficheiro, senón de _como se dá por suposto que vai > ser visto_, isto é: é nacido para o editor de texto, para o > %procesador de texto%, ou para o %visor% ? (onde %procesador de texto% > pode ser lido tamén como calquera sistema que garde relación final cun > wysiwyg, e %visor% calquera que garde relación cun navegador, por > exemplo. > Internamente, un ficheiro OASIS odt é un arquivo zip que leva > empaquetados varios ficheiros xml (e posibelmente outras cousas), que > poden lerse e editarse cun editor de textos (kwrite, por ex.), igual > que un ficheiro html, pero desde logo non son nacidos para iso, senón > para ser visualizados através dun navegador ou procesador do formato > en cuestión. > > Un correo electrónico normalmente é un ficheiro «plain text». > Significa esta afirmación que esta mensaxe carece de algo que poda > facilmente definirse como «formato»? > > E, se «plain text»(txt) é «texto gromenaurer», entón o «rich text»(rtf) que > é? > > > -- > To unsubscribe, send mail to proxecto-unsubscr...@trasno.net. >