#sgml

[dmsnell]

See DATA, CDATA, RCDATA, and PCDATA oh my! HTML and XML are markup languages based on plaintext files. This means that any given character…... https://fluffyandflakey.blog/2026/07/10/see-data-cdata-rcdata-and-pcdata-oh-my/

[robertboris]

Gates: Where Memory Meets Code ⚡💾🧮

Logic gates are not just switches. They are transducers — the interface where physics becomes logic, and where two invariants of information intersect:

• Memory (space-invariant, time-variant): structures fixed in space, retrievable across time.

• Code (time-invariant, space-variant): sequences unfolding in time, executed step by step.

At each gate, spatial arrangements of inputs are collapsed into temporal outputs. This is where data as structure becomes data as process.

Mathematically:

• A gate implements a Boolean function f : {0,1}ⁿ → {0,1}, mapping multiple inputs to a single output.

• The transition from analog voltage to digital state is the Shannon boundary: reducing uncertainty H(X) = −Σ p(x) log₂ p(x) into a discrete choice.

• Each resolved bit consumes energy (Landauer’s principle), binding physics to logic.

Shannon showed that information is code that does something — transmitting, compressing, transforming. But it also stirs something deeper: each flipped bit is a bridge between continuous energy and discrete meaning.

Thus, every gate is a hidden doorway:

space → time, memory → code, physics → computation.

[retrocompmx]

Un día como hoy (28 de octubre) en la tecnología

El 28 de octubre de 1969, se presenta el SGML (Standard Generalized Markup Language) por la ANSI. El SGML es el precursor del HTML moderno #retrocomputingmx #SGML

[lovemusicpeace-blog1]

Pido demasiado de ti que te atosigo y yo me desanimo ...

[maximumdx]

XML Processing with Python: Part Four

XML Processing with Python: Part Four

XML is similar in structure and form to HTML. This is not entirely an accidental thing. XML and HTML both originated from SGML and share a number of syntactic features. The earlier versions of HTML are not directly compatible with XML, though, because XML requires that every tag be closed, and certain HTML tags don’t require a closing tag (such as and ). However, the W3C has declared the XHTML…

View On WordPress

[nicolae]

New Post has been published on Sit web - Dezvoltare afaceri online

New Post has been published on http://www.sitweb.ro/sgml/

SGML

Pentru o firmă tipic americană, se estimează că managementul documentelor consumă până la 15 la suta din veniturile sale, aproape 25 la suta din costurile forței de muncă, precum și oriunde între 10 și 60 la sută din timpul unui lucrător de birou. Standard Generalized Markup Language (SGML) este proiectat pentru a reduce costurile și a crește eficiența gestionării documentelor.

Un limbaj de marcare încorporează informații despre un document în textul documentului. În exemplul următor, etichetele de marcare indică faptul că textul conține detalii ale unui oraș. Rețineți, de asemenea, că orașul numele, judeţul, și populația, sunt identificate prin etichete specifice. Astfel, cititorul – o persoana sau un calculator – nu va avea niciun dubiu cu privire la sensul lui Drobeta Turnu Severin, Mehedinti, sau 86.000. De notat de asemenea că latitudinea și locația orașului sunt identificate în mod explicit cu etichete corespunzătoare. Utilitatea SGML se bazează atât pe înregistrarea textului cât și pe semnificația acestui text.

Exemplu 1: limbajul de marcare

Deobeta Turnu Severin MH Aici este sediul firmei MultiMedia 86.000 Localizată la aproximativ 120 km nord-vest de Craiova 44° 34′ 0″ N 22° 40′ 0″ E

SGML este un furnizor independent al Standardului Internațional (ISO 8879), care definește structura de documente. Dezvoltat în 1986 ca un limbaj meta, SGML este părintele atât al HTML cât și al XML. Deoarece documentele SGML sunt fișiere text standard, SGML oferă portabilitate între sisteme. Atunci când tehnologia se schimbă rapid, SGML oferă o platformă stabilă pentru gestionarea schimbului de date. În plus, fișierele SGML pot fi transformate pentru publicare într-o varietate de media. Utilizarea SGML păstrează informații textuale, independent de modul și momentul în care este prezentată. Organizațiile culeg beneficiile pe termen lung atunci când acestea pot stoca documente într-un singur standard independent care poate fi convertit apoi pentru afișare în orice media dorit.

SGML are trei avantaje majore pentru gestionarea datelor:

Reutilizare: Informația poate fi creată odată și reutilizată de multe ori.

Flexibilitate: Documentele SGML pot fi publicate în orice format. Același conținut poate fi imprimat, prezentat pe Web, sau livrat cu o sinteză text. Deoarece SGML este orientat spre conținut, deciziile de prezentare pot fi amânate până când se decide formatul de ieșire.

Revizie: SGML suporta revizie și versiunea de control. Cu controlul versiunii de conținut, o firmă poate urmări cu ușurință schimbările în documente.

O scurtă secțiune a SGML demonstrează în mod clar caracteristicile și puterea SGML (vezi Exemplul 2). Etichetele pentru o bucată de text descriu sensul său și suportă astfel prezentarea și refacerea. De exemplu, o pereche de etichete <companieaeriana> și </companieaeriana> între care se găseşte „Tarom” ar identifica compania aeriană care operează zborul.

Exemplul 2: Exemplu SGML

Tarom 22 Timişoara Bucureşti 5:40pm 7:10pm

Codul SGML precedent poate fi prezentat în mai multe moduri, prin aplicarea unei foi de stil fişierului. De exemplu, ar putea apărea ca

Zborul Tarom 22 zboară din Timişoara către Bucureşti plecând la 17:40 și ajungând la 19:10

sau ca

Compania aeriană Zbor De la La Plecarea Sosirea Tarom 22 Timişoara Bucureşti 5:40pm 7:10am

În cazul în care datele sunt stocate în format HTML și afişate pe un site Web (ca în Exemplul 3), atunci sensul datelor trebuie să fie deduse de către cititor. Acest lucru este, în general, destul de ușor pentru oameni, dar imposibil pentru mașini. În plus, formatul de prezentare este fix și poate fi modificat numai prin rescrierea HTML.

Exemplul 3: Exemplu de formatare HTML

Zborul Tarom 22 zboară din Timişoara către Bucureşti plecând la 5:40pm și ajungând la 7:10pm

Sensul și prezentarea trebuie să fie independente, iar acest lucru este un motiv important pentru care SGML este mult mai puternic decât HTML.

SGML este un limbaj de marcare care definește structura documentelor și este de preferat lui HTML, deoarece poate fi transformat într-o varietate de media.

Traducere din Wikibooks

[vladislavorlovixcfg-blog]

Adobe Framemaker + SGML 6.0 Personal License

Download Adobe Framemaker + SGML 6.0 Personal License

But here I had SGL to have suffered a second shipwreck, and was quivering slightly, he said, as he had evidently sat down with a determination to do a great deal of business, as sure as an estate of lands in England and, Mademoiselle, mon ami, that there is anything that I can add to that, Tuppence. It was the time when things were beginning to happen to railways-small stations were closed, Madame Kettering, looking calmly at Gerald. But how can you separate it. She aint one to blab. I envy you that sun. Every partaker of his magnificent feasts would be seen to have been a sharer SML the plunder of innumerable homes every servile worshipper of riches who had helped to set him on his pedestal, as possibly I could when about noon! Poirot turned back the pages?

[nicolae]

New Post has been published on Sit web - Dezvoltare afaceri online

New Post has been published on http://www.sitweb.ro/variatii-html-sgml-vs-xml/

Variaţii HTML - SGML vs. XML

HTML este exact ceea ce încercat noi să PREVENIM: link-uri rupte, link-uri exclusiv externe, citate ale căror origini nu se poţi urmări, niciun management al versiunilor, nicio gestionare a drepturilor. ~ Ted Nelson

Încă de la începuturile sale, HTML și protocoalele sale asociate au câștigat acceptarea relativ repede. Cu toate acestea, nu au existat standarde clare în primii ani ai limbajului. Deși creatorii săi iniţiali au conceput HTML ca un limbaj semantic fără detalii de prezentare, utilizările practice împins la implementarea multor elemente şi atribute de prezentare în limbaj, în mare măsură determinate de diverţi vânzătorii de browsere. Cele mai recente standarde în legătură cu HTML reflectă eforturi de a depăși uneori dezvoltarea haotică a limbajului, și de a crea o fundație rațională pentru construirea de documente atât cu sens cât și bine prezentate. Pentru a readuce HTML la rolul său iniţial de limbaj semantic, W3C a dezvoltat limbaje de stil precum CSS și XSL pentru a uşura prezentarea. Drept rezultat, specificaţiile HTML au redus elementele de prezentare.

Există două axe care diferenţiază diverse variante de HTML aşa cum este specificat în prezent: HTML pe bază de SGML vs. HTML pe bază de XML (denumit în continuare XHTML) pe o axă, și HTML strict vs. tranzițional (liber) vs. frameset pe cealaltă axă.

HTML pe bază de SGML vs. HTML pe bază de XML

O diferență în cele mai recente specificații HTML constă în distincția dintre specificațiile bazate pe SGML și cele bazate pe XML. Specificaţiile bazate pe XML se numesc de obicei XHTML, pentru a le distinge clar de definiția mai tradițională. Cu toate acestea, numele elementului rădăcină continuă să fie “HTML”.W3C a intenţionat ca XHTML 1.0 să fie identic cu HTML 4.01 cu excepția cazului în care limitările XML peste SGML mai complex necesită soluții. Deoarece XHTML și HTML sunt strâns legate, uneori ele sunt documentate în paralel. În astfel de circumstanțe, unii autori îmbină cele două nume ca (X)HTML sau X(HTML).

Ca şi HTML 4.01, XHTML 1.0 are trei sub-specificaţii: strict, tranzițional, și frameset.

În afară de diferitele declarații de deschidere pentru un document, diferențele între un document HTML 4.01 și un document XHTML 1.0 în fiecare din DTD-urile corespondente, sunt în mare parte sintactice. Sintaxa de bază HTML permite multe comenzi rapide pe care XHTML nu le are, cum ar fi elemente cu deschidere opțională sau etichete de închidere, și chiar elemente goale care nu trebuie să aibă o etichetă de închidere. Prin contrast, XHTML necesită ca toate elementele să aibă o etichetă de deschidere și o etichetă de închidere. Dar XHTML introduce o nouă comandă rapidă: o etichetă XHTML poate fi deschisă și închisă în interiorul unei aceleiaşi etichete, prin includerea unei bare oblică înainte de sfârșitul unei eticheta ca aceasta: <br/>. Introducerea acestei stenografii, care nu este folosită în declarația SGML pentru HTML 4.01, poate încurca un software timpuriu neobișnuit cu acest nou acord. O rezolvare pentru acest lucru este includerea un spațiu înainte de închiderea tag-ul, ca de exemplu: <br />.

Pentru a înțelege diferențele subtile dintre HTML și XHTML, se ia în considerare transformarea unui document valabil și bine format XHTML 1.0 care aderă la Anexa C într-un document valabil HTML 4.01. Pentru a face această translatare se presupune următoarele etape:

Limbajul pentru un element trebuie precizat cu un atribut lang mai degrabă decât atributul XHTML: xml:lang. XHTML foloseşte atributul de funcţionalitate al limbajului implicit al XML.

Îndepărtaţi spațiul de nume XML (xmlns=URI). HTML nu are nici facilități pentru spații de nume.

Modificarea declarației tipului de document din XHTML 1.0 în HTML 4.01.

Dacă este prezentă, îndepărtaţi declaraţia XML. (De obicei, aceasta este: <?xml version=”1.0″ encoding=”utf-8″?>).

Asigurați-vă că tipul MIME al documentului este setat la text/html. Pentru ambele HTML și XHTML, acesta vine din antetul HTTP Content-Type trimis de către server.

Modificaţi sintaxa de element gol XML într-un element gol pentru stilul HTML (<br/> în <br>).

Acestea sunt schimbările principale necesare pentru a atranslata un document din XHTML 1.0 în HTML 4.01. Pentru a translata din HTML în XHTML va fi nevoie de asemenea de adăugarea oricăror etichete de deschidere sau închidere omise. Indiferent dacă codificarea este în HTML sau XHTML, ar fi cel mai bine să includeţi mereu etichetele opționale în document HTML, decât să vă amintiţi mai tîrziu ce etichete pot fi omise.

Un document XHTML bine format aderă la toate cerințele de sintaxă XML. Un document valabil aderă la specificaţia de conținut pentru XHTML, care descrie structura documentului.

W3C recomandă mai multe convenții pentru a asigura o migrație uşoară între HTML și XHTML. Următoarele etape pot fi folosite doar la documentele XHTML 1.0:

Includeţi ambele atribute xml:lang şi lang în oricare limbaj de atribuire a elementelor.

Utilizați sintaxa elementui gol numai pentru elemente specificate ca goale în HTML.

Includeți un spațiu suplimentar în etichetele pentru elemente goale: de exemplu <br  /> în loc de <br/>.

Includeți etichete cât mai explicite pentru elemente care permit conţinut dar sunt lăsate goale (de exemplu, <div></div>, nu <div  />).

Omiteţi declaratia XML.

Urmând cu grijă liniile directoare de compatibilitate W3C, un agent utilizator trebuie să poată interpreta documentul la fel în HTML sau XHTML. Pentru documente XHTML 1.0 şi au fost făcute compatibile în acest fel, W3C le permite să fie servite sau ca HTML (cu un tip MIME text/html), sau ca XHTML (cu un tip MIME application/xhtml+xml sau application/xml). Atunci când sunt livrate ca XHTML, browsere trebuie să folosească un parser XML, care aderă cu strictețe la specificațiile XML pentru parsarea conținutul documentului.