¿Se puede reemplazar HTML completamente con cualquier otro idioma?

A2A: ¿Se puede reemplazar HTML por completo con cualquier otro idioma?

La razón para escribir una página web en HTML es porque todos los navegadores tienen un motor de representación HTML.

HTML se hizo muy popular debido a su facilidad de uso (es un lenguaje de marcado muy indulgente). Podríamos haber estado escribiendo páginas web en XML, pero eso es más difícil de hacer.

¿Podemos reemplazar HTML? Sí, podría escribir su página web en formato PDF (como ejemplo). La mayoría de los motores de renderizado del navegador pueden leer PDF o tienen un adaptador para leer PDF.

Existen otros intentos estándar además del HTML. Uno de esos estándares, que es un trabajo en progreso, es MathML (Mathematical Markup Language).

El objetivo de MathML es permitir que las matemáticas se sirvan, reciban y procesen en la World Wide Web, al igual que HTML ha habilitado esta funcionalidad para el texto.

Si lo desea, puede continuar y crear su motor de renderizado y usar algún otro lenguaje de marcado. Luego, debe convencer a todos los fabricantes de navegadores para que implementen su motor en su navegador. Si logra implementar su motor de renderizado en todos los navegadores, podremos escribir contenido web utilizando el lenguaje de marcado que haya elegido para su motor.

Gracias por la pregunta

Teníamos esto con la tecnología Flash / Flex que usaba ActionScript como lenguaje. Flash tiene el editor de gráficos increíblemente productivo … Flex tenía el formulario RAD / diseñador de interfaz de usuario. Las aplicaciones se pueden ejecutar de forma remota en FlashPlayer en la mayoría de los navegadores y se comportan de manera consistente entre ellas. O las aplicaciones podrían ejecutarse localmente en AIR en PC / Mac / Linux / Android / iPhone.

Pero todo eso fue asesinado por la propaganda. (La duración de la batería de mi iPhone actual es un asco al ejecutar cualquier cosa basada en gráficos, y no hay FlashPlayer a la vista).

Java casi lo tenía con JavaFX … pero como he descubierto ahora, incluso eso ha sufrido que los navegadores se hayan reducido a solo intérpretes HTML / CSS / Javascript.

El HTML se creó de nuevo para proporcionar una forma común de preparar (marcado) información / documentos / datos para mostrar en Internet. Era mejor que Gopher. A pesar de que habíamos estado jugando con redes en nuestros negocios, algunos … todos usaban diferentes aplicaciones para crear documentos que los guardaban en diferentes formatos de archivo. Mostrar documentos de una máquina a otra a través de una red significaba que el espectador tenía que tener la misma aplicación que el creador. Y luego la rutina completa de transferencia de archivos tampoco fue “simple”. La idea de lanzar su documento / datos en un archivo HTML, que cualquier navegador web genérico podría abrir de forma remota, era atractiva. Y boom, la red mundial despegó.

Pero hagamos otra pregunta junto con la suya … ¿necesitamos navegadores web … TODAVÍA? No necesariamente. Solo mira el mundo de los teléfonos inteligentes. Parece que todas las empresas y sus primos conocen las limitaciones del desarrollo web para teléfonos con interfaz pequeña y han decidido “construir su propia aplicación”. ¡Así que ahora tenemos aplicaciones para todo! Estas aplicaciones se ejecutan localmente en dispositivos móviles y se conectan a servidores remotos para obtener datos actuales y guardar datos de forma remota. (Y sí … las aplicaciones para PC y Mac ahora también pueden usar estos mismos métodos para conectarse a datos remotos para mostrar / guardar).

Entonces, ¿qué proporciona el navegador web y HTML … una forma supuestamente simple de hacer que los datos, información, documentos estén disponibles de forma remota y verlos …

Pero para hacer que todo se ejecute rápido, se vea bien, Y sea rápido de construir y mantener … perdimos eso cuando fuimos a HTML + CSS + JavaScript.

No sé cómo conseguirás algo con tu idea … la gente está obsesionada con este conglomerado de HTML + CSS + JavaScript … solo deberían nombrar la tríada … Dorodango … porque es una bola de barro pulida … frágil y toma una eternidad para ser perfecto … pero bueno, ¡cualquiera puede hacerlo!

Si puede recrear el mundo perdido del desarrollo rápido y atractivo para la web, utilizando tecnologías Java … por favor hágalo.

Respuesta corta. No se desanime si esto es una verdadera pasión. HTML está mal diseñado. Es un lenguaje de diseño de documentos que se convirtió en un lenguaje de aplicación y tiene muchos defectos de diseño heredados. Es ineficiente

No importa demasiado que sea lo único que leen los navegadores modernos, dependiendo de su línea de tiempo para implementar y desplegar su idea. JavaScript, CSS y PHP también crecieron orgánicamente a partir de objetivos más simples, también todos tienen fallas de diseño. Tarde o temprano serán reemplazados por algo mejor. Quizás puedas inventarlo.

Pero no uses Java para eso. Crea algo nuevo específico para el trabajo.

No soy un programador de Java, así que no sé si sería una muy buena herramienta para el trabajo. Sin embargo, la idea de crear un lenguaje de marcado alternativo a HTML y un cliente para navegar por los sitios que lo usan es ciertamente factible. Tenga en cuenta que, para ser práctico, necesitaría reemplazar no solo HTML, sino también CSS y Javascript.

Puede que no conozca Java, pero soy un programador de Rebol y sé que (o Red en el futuro) sería un muy buen lenguaje para este trabajo. La razón de esto es porque los scripts de Rebol pueden contener datos y código, dependiendo de cómo se interpreten. ¿Quieres una alternativa HTML? Qué tal algo como esto…

rebweb
cabeza [
título “demo de rebweb”
]
cuerpo [
p “¡Este lenguaje de marcado aún no existe!”
]

Es un código Rebol perfectamente legal, lo que significa que Rebol podría cargarlo y analizarlo tal como está.

HTML es solo un lenguaje de marcado de hipertexto, lo que significa que es solo una notación para indicar el contenido y el formato del texto. No es realmente un idioma completo.

Hay muchos otros idiomas mejores para hacerlo.
Aquí hay algunos de ellos que son mejores que HTML:

• AFP, Presentación de funciones avanzadas (IBM)
• Canon GARO, lenguaje de artes gráficas con operaciones ráster [1]
• Lenguaje de definición de página Common Ground
• CPCL, Comtec Printer Control Language (Zebra, Comtec)
• DPL, lenguaje de impresora Datamax
• DTPL, lenguaje de impresora de tickets Datamax
• DVI, dispositivo independiente, salida de TeX
• E411, Emulación 411, para sistemas de emisión de boletos y tiras de vuelo (ATC) (por IER)
• EPL, lenguaje de programación Eltron
• Envoy, un lenguaje de descripción de página creado por WordPerfect Corporation
• ESC / P, Epson Standard Code for Printers, lenguaje simple utilizado principalmente en impresoras matriciales
• ESC / P2, una versión ampliada de ESC / P
• ESC / Page, Epson Standard Code for Page Printer, un lenguaje de descripción de página (distinto del ESC / P) utilizado en varias impresoras láser Epson, especialmente modelos japoneses
• ESC / POS, Código estándar de Epson para impresoras POS
• FGL, lenguaje fantasma amigable, utilizado por las impresoras de Boca Systems
• HP-GL y HP-GL / 2, lenguaje geométrico introducido por Hewlett-Packard para plotters, todavía en uso para dibujos técnicos
• Interpress (Xerox)
• IJPDS, flujo de datos de la impresora de inyección de tinta (por Kodak)
• IPDS, flujo de datos de impresora inteligente (por IBM)
• KPDL, Kyocera Lenguaje de descripción de página
• LCDS / Metacode, un formato de flujo de impresión Xerox utilizado en sus impresoras de alta velocidad más antiguas
• MODCA, Arquitectura de contenido de documentos de objetos mixtos (IBM)
• MTPL, lenguaje de impresora Mannesmann Tally
• PCL, lenguaje de comando de impresora (Hewlett-Packard)
• PDF *, Formato de documento portátil (Adobe Systems), ahora ISO 32000 [2]
• PostScript (Adobe Systems)
• PPDS, flujo de datos de impresoras personales de IBM
• RPCS, flujo de comandos de impresión refinada de Ricoh
• Modo Star Line, variante de ESC / POS utilizada por las impresoras Star
• SPL, lenguaje de impresora Samsung, las especificaciones están disponibles en http://splix.sf.net/
• SVG, un lenguaje de descripción de gráficos basado en XML desarrollado principalmente para la World Wide Web
• Lenguaje de programación de impresoras TSPL, TSC
• TTP, lenguaje de impresión para antiguas impresoras de quiosco de Swecoin (ahora Zebra)
• UFR (Ultra Fast Rendering), un lenguaje propietario utilizado por Canon
• XES, secuencia de escape de Xerox
• XPS, especificación de papel XML introducida en Windows Vista
• Lenguaje de descripción de página ZJS, Zenographics ZjStream
• ZPL, lenguaje de programación Zebra
• IGP / PGL, lenguaje de gráficos Printronix

Se podría usar Java, pero no sería bueno para tratar de hacer que una página se vea de cierta manera, y tendría que ejecutar JVM, que es enorme en comparación con un navegador, por lo que no funcionaría.

¿Se puede reemplazar HTML? SÍ.

¿Será reemplazado? No.

Muchas veces las revoluciones son geniales en cualquier área. Pero el mundo entero ha adoptado excelentemente el HTML y todos contribuyen o se basan en él. Hay grandes compañías (al menos un billón de dólares) creadas en HTML. Por lo tanto, tienen que incurrir en un costo si tienen que cambiar de HTML a otro idioma.

Pero, ¿cuál es la ventaja que obtendrán al incurrir en este costo? ¿Qué es lo que tu nuevo lenguaje puede hacer que HTML no puede hacer? No creo que tenga algo que no sea factible con HTML modificado. Incluso si presenta su idea, los ingenieros la integrarán en HTML o en marcos como Angular JS. Tal vez deberías seguir adelante.

Cualquier lenguaje de programación puede ser reemplazado por otro. Coffeescript reemplaza a JavaScript. JavaScript reemplaza a C ++. C # reemplaza la necesidad de escribir C. PHP reemplaza la necesidad de … escribir en un lenguaje sensible.

[editar] Estoy hablando de la evolución de los lenguajes de programación. Máquina> Montaje> bajo nivel> alto nivel> scripting. Ya no todos escribimos en binario; cualquier lenguaje de programación puede “reemplazar” la necesidad de escribir en otro. [editar]

Pero tienes curiosidad sobre la viabilidad; presumiblemente cuestionando si tal cosa se puede lograr razonablemente. Con ese fin, diría que no .

HTML es un lenguaje de marcado

Su idea es reemplazar HTML por completo. Supongo que eso significa que no tiene la intención de crear un lenguaje que se compile en HTML, sino que lo sustituya por completo.

Bueno, HTML es un lenguaje de marcado de hipertexto. Sirve para describir el contenido. El hecho de que sea un lenguaje de marcado es crítico; está destinado a ser analizado por un navegador, pero significativo para un usuario final. Al ser un lenguaje de marcado, ayuda a las personas ciegas y con discapacidad visual que pueden usar lectores de pantalla para interpretar el contenido. HTML también se usa en aplicaciones de edición y creación de contenido. No solo eso, el contenido semántico es una cuestión crítica para el contenido web que encuentran los motores de búsqueda.

Si va a utilizar Java y reemplazar HTML, debe proporcionar un sustituto significativo y equivalente. Es decir, debe proporcionar las mismas funciones que HTML.

¿Qué pasa con la presentación de contenido?

Desea reemplazar HTML con otro lenguaje de marcado que describa el contenido de manera significativa, ayude a las personas con discapacidad visual y se pueda buscar. Pero también desea diseñar ese marcado de una manera significativa.

Entonces necesitarás un lenguaje de estilo que lo acompañe. Podrías usar CSS, o podrías rodar el tuyo. Si usa CSS, debe comprender que funciona para los lenguajes de marcado . Si no va a lanzar un lenguaje de marcado basado en Java, entonces necesita inventar un lenguaje de presentación que sea flexible y pueda funcionar completamente separado del contenido. Cuando creas ese idioma, te recomiendo que incluyas una opción para hacer que las cosas parpadeen.

¿Qué problemas estás resolviendo?

HTML es el estándar universal para páginas web. CSS es el estándar universal para diseñar esas páginas. Cientos de navegadores web analizan y procesan HTML y CSS. Cientos de motores de búsqueda funcionan leyendo HTML.

Desea reemplazar contenido significativo y útil con una aplicación Java a Java. El usuario tendrá que descargar contenido Java para que un navegador Java pueda leerlo.

Relevante-ish xkcd:

Esto no es un nuevo concepto. Php es un lenguaje del lado del servidor que se puede usar para producir HTML que un navegador puede entender. Cuando visita el sitio web, se ejecuta el código php y se muestra el HTML resultante.

Básicamente, está tratando de reinventar HTML porque implica que ningún navegador existente puede interpretar el resultado del código Java que produce su programa. Para esto, le deseo suerte, HTML ha mejorado mucho a lo largo de los años, especialmente con HTML 5, por lo que encontrar un reemplazo requerirá cierto nivel de ingenio. Recuerde que HTML tiene sus hermanos como CSS y JavaScript, por lo que también debe reemplazarlos.

Siempre que tenga Java ejecutando el lado del servidor, debería estar bien, sin embargo, si está tratando de reemplazar JavaScript con Java, se encontrará con límites de seguridad. Esto se debe principalmente al hecho de que la mayoría de los navegadores simplemente se negarán a ejecutar cualquier applet de Java directamente desde la web. Esto se debe a que Java tiene su propia VM que maneja todo lo que un programa Java quiere hacer (me refiero a todo, sea bueno o malo), por lo tanto, dado que el navegador no puede determinar qué está tratando de hacer el programa, simplemente no permitirá que el programa se ejecute .

Bueno, mi amigo, realmente te deseo lo mejor y espero que puedas hacer esto. Si lo hace, pasará a la historia, ya sea como tirano o vigilante, su trabajo influirá en la navegación web.

HTML es un estándar. Si desea reemplazar eso, primero necesita capturar W3C.

Pero no podía entender por qué vas a reemplazar eso. ¿Qué está mal con eso? HTML no es una lengua en realidad.

De cualquier forma, aprenda XML y cree su propio lenguaje de marcado y úselo en sus propios proyectos.

¿Qué es el HTML?

HTML es el lenguaje para describir la estructura de las páginas web. HTML brinda a los autores los medios para:

Publique documentos en línea con encabezados, texto, tablas, listas, fotos, etc.

Recupere información en línea a través de enlaces de hipertexto, con el clic de un botón.

Diseñe formularios para realizar transacciones con servicios remotos, para usar en la búsqueda de información, hacer reservas, ordenar productos, etc.

Incluya hojas de cálculo, videoclips, clips de sonido y otras aplicaciones directamente en sus documentos.

Con HTML, los autores describen la estructura de las páginas mediante el marcado. Los elementos del idioma etiquetan piezas de contenido como “párrafo”, “lista”, “tabla”, etc.

¿Qué es XHTML?

XHTML es una variante de HTML que utiliza la sintaxis de XML, el Lenguaje de marcado extensible. XHTML tiene todos los mismos elementos (para párrafos, etc.) que la variante HTML, pero la sintaxis es ligeramente diferente. Debido a que XHTML es una aplicación XML, puede usar otras herramientas XML (como XSLT, un lenguaje para transformar el contenido XML).

¿Qué es el CSS?

CSS es el lenguaje para describir la presentación de páginas web, incluidos los colores, el diseño y las fuentes. Permite adaptar la presentación a diferentes tipos de dispositivos, como pantallas grandes, pantallas pequeñas o impresoras. CSS es independiente de HTML y se puede usar con cualquier lenguaje de marcado basado en XML. La separación de HTML de CSS hace que sea más fácil mantener sitios, compartir hojas de estilo entre páginas y adaptar páginas a diferentes entornos. Esto se conoce como la separación de la estructura (o: contenido) de la presentación.

Referencia:

W3C HTML

HTML y CSS – W3C

¡HTML NO es un lenguaje de programación sino un lenguaje de marcado!

Además, puede ejecutar aplicaciones Java dentro de una página web, ¿por qué consideraría esto?

Además, cada vez más empresas e individuos consideran que Java y especialmente la Oracle Java VM son un riesgo de seguridad para su sistema y probablemente bloqueen cualquier aplicación Java.

¡Entonces, no es una buena idea!

Esa es una idea fantástica. Este es el plan:

1. Deberíamos comenzar creando un “kit de herramientas”, el proyecto principal que abarca el software.
2. El kit de herramientas deberá ampliarse para poder crear botones, cuadros de entrada, tablas, etc.
3. Luego, necesitamos crear una API a la que los desarrolladores puedan acceder. Deberíamos documentarlo también.
4. Tendrá que poder ejecutarse donde sea que Java pueda, por lo que obviamente la compatibilidad es imprescindible.
5. Entonces necesitamos nombrar nuestro proyecto, ¡TENGO ALGUNAS IDEAS!

¿Qué tal AWT, Swing o incluso JavaFX?

Oh espera. ¿Ya están ocupados?

¿Quieres decir … esto ya se ha hecho?

Recuerde, HTML es un formato de documento. Intentar entregar aplicaciones en su nuevo formato de documento o html es como escribir aplicaciones VBA en Microsoft Word. ¿Es esto lo que estás buscando?

Si desea renderizar o entregar aplicaciones, pregúntese cuál es la mejor manera de brindar una excelente experiencia de usuario en la plataforma a la que apunta (ya sea una PC, tableta, automóvil, teléfono inteligente, televisión, etc.). Por lo general, Java no es una buena opción en dispositivos de consumo (excepto en Android). Java es bueno en el servidor pero hoy existen otras alternativas serias (GOLANG es una de ellas).

Si cree que HTML no es el mejor formato de documento para representar el contenido según sus necesidades, le sugiero que eche un vistazo a los proyectos detrás de Flipboard, Facebook Instant Articles, Google AMP, Apple News. Esas compañías están tratando de encontrar mejores formas de entregar contenido.

Respuesta corta: sí y no .

Así es como funciona Internet en un alto nivel:

Hay dos computadoras, la computadora del servidor y la computadora del cliente. La computadora cliente puede usar un software llamado navegador para solicitar el código fuente de una página web de la computadora servidor, y el navegador es responsable de representar este código fuente.

Entonces, técnicamente, siempre que el navegador sea ​​capaz de interpretar un lenguaje que no sea HTML, puede representar esa página en la computadora del cliente.

Puede crear su propio navegador que tenga la capacidad de interpretar y representar cualquier formato personalizado que haya definido para su página web, pero será mucho más difícil convencer al resto del mundo de que renuncie a sus navegadores favoritos que no entienden cómo para renderizar tu formato personalizado.

Después de todo, esa es la razón por la cual se crearon los estándares web, para evitar que Internet sea un salvaje oeste de formatos propietarios.

Respuesta corta: no.

Respuesta larga:

Ya hemos tenido un par de “reemplazos” HTML (la siguiente lista probablemente esté incompleta):

• flash: su creador lo retira lentamente
• java plugins – nunca realmente se tomaron, ganaron reputación de ser un agujero de seguridad
• Silverlight: nunca lo he visto en la naturaleza
• Gopher: aunque es (en mi humilde opinión) mejor que Html, no se ha visto mucho uso (eliminado de Firefox alrededor de la versión 3.6)

Ahora la pregunta principal es ¿qué puede hacer para obtener más adopción que las soluciones mencionadas anteriormente? Probablemente no mucho.

Hemos invertido demasiado tiempo en Html para que desaparezca o sea reemplazado por cualquier otra solución. Tener cualquier otra alternativa de adopción es probablemente imposible también.

Mientras tanto, ya que le gusta escribir código GUI en Java, ¿por qué no echar un vistazo a GWT (y sus muchas extensiones) o Vaadin? Creo que esto es lo que estás buscando. Y si odias tanto el HTML, trata de pensarlo como un formato de intercambio de datos (como los paquetes TCP).

Espero que ayude.

Nadie que responda aquí es en realidad un programador de Java o un desarrollador web experimentado.

Puede crear HTML directamente en cualquier navegador con JavaScript. Este es un enfoque programático. Existen varias formas de traducir el código Java a JavaScript, creando así aplicaciones web, al menos, completamente desde Java.

Las dos tecnologías más populares son Google Web Toolkit y Vaadin (que usa GWT parcialmente).

Estas tecnologías, Java a JavaScript, no deben usarse específicamente como un reemplazo para HTML, sino como una forma de crear aplicaciones de navegador muy sofisticadas. Puede encontrar muchos widgets de IU avanzados, como tablas de datos potentes, árboles, pestañas, arrastrar y soltar, menús contextuales, etc., y puede crear sus propios widgets. Por lo general, usa SOAP o JSON para interactuar con el servidor web, pero también puede usar REST u otras alternativas. Estos se ejecutan utilizando Ajax, en efecto.

Sin embargo, JavaScript generado desde Java (casi siempre hecho directamente desde el código de bytes de Java compilado) es bastante más lento que el mismo código escrito en JavaScript, por muchos factores. Esto no es realmente un gran problema, excepto en Internet Explorer (…), para la mayoría de los casos de uso, y cualquier cosa que requiera cálculos o algoritmos intensivos se puede ejecutar en el servidor.

Puede hacerlo, pero el problema es que otros navegadores no admitirán su sistema de renderizado Java.

Puede escribir programas Java que generen HTML y enviarlo a los navegadores; Este es un uso extremadamente común para Java y funciona muy bien.

En realidad, es bueno que la presentación de una página web sea un asunto separado de cualquier código que genere el código de presentación. De lo contrario, terminaría mezclando el código de presentación con la lógica y otras cosas, lo que sería una maraña horrible. Este es, de hecho, el principal problema con PHP.

Supongo que eso depende de quiénes son sus usuarios. Además de los problemas de seguridad ya mencionados con la idea, si está implementando una solución en un subconjunto de usuarios cuyo cliente puede controlar, ¿por qué no? (Sin embargo, tampoco sé por qué.) De lo contrario, su aplicación será bloqueada por alguien moderadamente consciente de la seguridad.

De hecho, las aplicaciones móviles son el reemplazo de html, navegadores y pesadilla de javascript.

Como saben, cada vez más personas abandonan las computadoras y las computadoras portátiles cuando no están en su lugar de trabajo y simplemente usan teléfonos inteligentes y tabletas.

Aunque estos dos últimos tienen navegadores como legado, el cambio de paradigma que supone que la pantalla táctil opuesta a onmouseover invita a las personas a usar solo la aplicación contra el sitio web equivalente para cualquier servicio dado.

La evolución aún no se ha completado por completo. Es posible que tenga un emulador de Android en su computadora portátil para poder usar sus aplicaciones, pero la gente común no lo hace.

Tal vez deberías enfocarte para contribuir a esta evolución.

En esta respuesta, solo considero html en los navegadores de teléfonos móviles. Puede encontrar una respuesta más general sobre HTML en la programación de aplicaciones híbridas aquí:

La respuesta de Jordi Noguer a ¿Cómo será el desarrollo móvil en 2-5 años? ¿Cuánto convergerán iOS y Android?

Solo porque puedas, no significa que debas

Como John Purcell y Garry Taylor mencionan en sus respuestas, HTML goza de soporte en todos los navegadores web, lo que lo hace más accesible para las personas que usan diferentes navegadores.

Si es un talentoso programador de Java, le recomendaría que use sus habilidades para ayudar a crear soluciones basadas en Java que sean altamente seguras.

Java todavía se usa ampliamente para el desarrollo web y es el favorito de muchas grandes empresas, lo que hace que su conjunto de habilidades sea lucrativo y comercializable en los años venideros.