Gedanken eines Laien... – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Gedanken eines Laien... Mon, 08 Dec 14 06:23:53 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627006#m1627006 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627006#m1627006 <p>Hallo miteinander!</p> <p>Als jemand, der weder Informatik studiert hat, noch sonst über nennenswerte Kenntnisse auf diesem Gebiet verfügt, muss ich sagen, dass mir seit einiger Zeit ein paar grundsätzliche Gedanken durch den Kopf gehen, zu denen ich nur zu gerne einmal etwas gehört bzw. gelesen hätte von Leuten, die wirklich Ahnung davon haben!</p> <p>Der Stein des Anstoßes war dabei mein Webseiten-Projekt, dass ich parallel zu meinem eigentlichen Studium verfolge:</p> <p>Während ich mich mehr oder weniger fröhlich zwischen meinen Editorfenstern hin und her geclickt habe, in denen HTML, CSS und JavaScript zu bearbeiten und zu organisieren sind, hat sich mir der Gedanke förmlich aufgedrängt, dass es doch bedeutend einfacher wäre, wenn man statt in drei, sich inhaltlich überlappenden, die Schwächen der jeweils anderen ausgleichenden Programmiersprachen, den Code nur in einer einzigen Sprache verfassen müsste!</p> <p>Mir ist natürlich klar, dass die Situation wie sie ist, schlicht auf die historische und bis heute andauernde Entwicklung auf dem Gebiet zurück zuführen ist, aber nichtsdestoweniger stellt sich für mich als Amateur doch die Frage nach einer neutralen, davon unabhängigen Bewertung. Also die Frage, ob die Situation aus inhaltlichen Gründen, die mir aufgrund meiner Fachfremde verborgen geblieben sind, tatsächlich alternativlos ist, um mal ein Unwort zu bemühen, oder ob es nicht eine lohnenswerte Perspektive gibt oder wenigstens geben sollte, hier für mehr Einheitlichkeit zu sorgen?</p> <p>Und wenn ich so darüber nachdenke, könnte man den Gedanken ja noch weiter verfolgen und fragen, wozu überhaupt dutzende verschiedene Programmiersprachen, die dauernd hin- und herübersetzt werden müssen, um irgendwie miteinander kompatibel zu sein?</p> <p>Ich meine, wir reden alle mit Computern, richtig? :)</p> <p>Nullen und Einsen!</p> <p>Warum also überhaupt Dateien in unterschiedlichen Formaten abspeichern, die danach erst mühsam auseinandergenommen und wieder zusammengesetzt werden müssen? Wäre es nicht sehr viel effizienter, wenn man den Übersetzungsprozess nur beim Schreiben oder Lesen des Codes durch Menschen bräuchte, und ansonsten alles direkt in einer einzigen Sprache verfasst wäre?</p> <p>Letztlich ist doch ohnehin alles nur Mathematik! 2+2=4 gilt in jeder Übersetzung, oder nicht?!</p> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> <p>Und falls ja, woran ist es gescheitert? :D</p> <p>Beste Grüße,</p> <p>Roadster.</p> Gedanken eines Laien... Mon, 08 Dec 14 08:33:37 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627042#m1627042 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627042#m1627042 <blockquote> <p>Hallo miteinander!</p> </blockquote> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Zumindest um ein einheitliches und portables Dokumentenformat. Wenn ich mir z.B. anschaue, wie eine <a href="http://www.p2501.ch/pdf-howto/start" rel="nofollow noopener noreferrer">PDF</a> aufgebaut ist, frage ich mich auch, warum sowas für einen Browser nicht gehen sollte: Anstelle CSS-Dateien, IMG-Dateien und andere Objekte als weitere Dateien in HTML zu linken ebenda einzubetten. So dass am Ende nur eine Datei vorliegt, deren Inhalt ein Browser so darstellt, wie der Schöpfer das gewollt hat.</p> <p>Von einer Programmiersprache wäre das unabhängig, bspw. kannst Du PDF auch mit verschiedenen PLs erzeugen.</p> <blockquote> <p>Und falls ja, woran ist es gescheitert? :D</p> </blockquote> <p>HTML und dessen Data Object Model ist großartig. Jeder A[gefiltert] kann Seiten in die Welt hecken mit der PL seiner Wahl oder er macht das händisch. In der Entwicklung gibt es keinen Stillstand, immerhin kannst Du schon Grafiken in Base64 als Inline-Grafiken einbetten und das ist noch gar nicht solange her, wo das noch nicht alle Browser konnten. Und guck mal, was sich auf dem MDN seit Jahren tut, Stichwort ArrayBuffer, Blob-URLs. Während andere ihre Doktorarbeiten über Hypermedia-Dateien schreiben, gibt es auch Entwickler, die sich diesem Thema widmen.</p> <p>MfG</p> Gedanken eines Laien... Mon, 08 Dec 14 08:48:24 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627028#m1627028 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627028#m1627028 <p>Moin,</p> <p>soweit ich deinen Beitrag verstanden habe, sprichst du zwei verschiedene Themenschwerpunkte an: Unterschiedliche bzw. einheitliche Sprachen, und getrennte bzw. zusammengeführte Dateien.</p> <blockquote> <p>Während ich mich mehr oder weniger fröhlich zwischen meinen Editorfenstern hin und her geclickt habe, in denen HTML, CSS und JavaScript zu bearbeiten und zu organisieren sind, hat sich mir der Gedanke förmlich aufgedrängt, dass es doch bedeutend einfacher wäre, wenn man statt in drei, sich inhaltlich überlappenden, die Schwächen der jeweils anderen ausgleichenden Programmiersprachen, den Code nur in einer einzigen Sprache verfassen müsste!</p> </blockquote> <p>Es geht hier nicht um das Ausgleichen von Schwächen, sondern es geht viel weiter: Jede Sprache ist auf einen bestimmten Zweck spezialisiert, auch wenn vielleicht Schnittmengen geben mag.</p> <blockquote> <p>Mir ist natürlich klar, dass die Situation wie sie ist, schlicht auf die historische und bis heute andauernde Entwicklung auf dem Gebiet zurück zuführen ist</p> </blockquote> <p>Die historische Entwicklung, die du ansprichst, ist so verlaufen, weil sich das als günstig erwiesen hat.</p> <blockquote> <p>Und wenn ich so darüber nachdenke, könnte man den Gedanken ja noch weiter verfolgen und fragen, wozu überhaupt dutzende verschiedene Programmiersprachen, die dauernd hin- und herübersetzt werden müssen, um irgendwie miteinander kompatibel zu sein?</p> </blockquote> <p>Man könnte. Und es gibt ja auch einige Programmiersprachen, die recht universell sind. Aber eine Programmiersprache wird nie wirklich als Beschreibungssprache taugen - so wird etwa Javascript nie HTML oder Postscript ersetzen können.</p> <blockquote> <p>Warum also überhaupt Dateien in unterschiedlichen Formaten abspeichern, die danach erst mühsam auseinandergenommen und wieder zusammengesetzt werden müssen? Wäre es nicht sehr viel effizienter, wenn man den Übersetzungsprozess nur beim Schreiben oder Lesen des Codes durch Menschen bräuchte, und ansonsten alles direkt in einer einzigen Sprache verfasst wäre?</p> </blockquote> <p>Das ist ja weitgehend so.</p> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?<br> Und falls ja, woran ist es gescheitert? :D</p> </blockquote> <p>Bestimmt hat es solche Versuche schon gegeben. Vermutlich sind sie dann eben daran gescheitert, dass die so geschaffene Sprache für viele Anwendungen nicht ausreichend spezialisiert war.</p> <p>Oder denk an Esperanto: An sich eine tolle Idee, eine einheitliche Sprache zu entwerfen, mit der alle Menschen der Welt miteinander kommunizieren können. Sprachbarrieren könnten weitgehend wegfallen! - Durchgesetzt hat es sich aber auch nicht.</p> <p>Und zu deinem zweiten Aspekt, Code auf mehrere Dateien zu verteilen oder zusammenzufassen: Ich bin der Meinung, dass eine sinnvoll gemachte Modularisierung viel zur Übersichtlichkeit eines Projekts beiträgt. Abgesehen davon ist es dann leichter, bestimmte Teile (Module) in anderen Projekten wiederzuverwenden.</p> <p>Außerdem ist es komfortabler, beispielsweise drei Dateien in drei Editorfenstern getrennt zu bearbeiten, als wenn man in einem Editorfenster dauernd zwischen drei verschiedenen Stellen hin- und herspringen muss.</p> <p>So long,<br>  Martin</p> <div class="signature">-- <br> Lieber eine Stumme im Bett, als eine Taube auf dem Dach.<br> Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:( </div> Gedanken eines Laien... Mon, 08 Dec 14 09:56:27 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627021#m1627021 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627021#m1627021 <p>@@Roadster:</p> <p>nuqneH</p> <blockquote> <p>dass es doch bedeutend einfacher wäre, wenn man statt in drei, sich inhaltlich überlappenden, die Schwächen der jeweils anderen ausgleichenden Programmiersprachen, den Code nur in einer einzigen Sprache verfassen müsste!</p> </blockquote> <p>Es sollte keine inhaltliche Überlappung vorliegen, sondern strikte Trennung (separation of concerns):</p> <p><img src="http://bittersmann.de/talks/fromthefront-2014/slide45.jpg" alt="Struktur (HTML/DOM), Präsentation (CSS) und Verhalten (JavaScript) weitgehend getrennt; Himmel als Hintergrund" loading="lazy"></p> <p>Alles andere ist die Hölle:</p> <p><img src="http://bittersmann.de/talks/fromthefront-2014/slide44.jpg" alt="@title=Struktur (HTML/DOM), Präsentation (CSS) und Verhalten (JavaScript) überlappend; Höllenfeuer als Hintergrund" loading="lazy"></p> <p>(<a href="https://speakerdeck.com/gunnarbittersmann/css-preprocessors-for-the-best-of-both-worlds-from-the-front-2014" rel="nofollow noopener noreferrer">Folien</a> aus meinem Vortrag auf der From the Front 2014)</p> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Man könnte auch das DOM ausschließlich mit JavaScript generieren und CSS-Eigenschaften mit JavaScript setzen. Sinnvoll scheint mir das aber nicht. Zumindest letzteres nicht; ersteres wird ja bei Single-Page-Anwendungen getan.</p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Mon, 08 Dec 14 10:06:24 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627017#m1627017 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627017#m1627017 <p>Hallo,</p> <blockquote> <p>Warum also überhaupt Dateien in unterschiedlichen Formaten abspeichern, die danach erst mühsam auseinandergenommen und wieder zusammengesetzt werden müssen? Wäre es nicht sehr viel effizienter, wenn man den Übersetzungsprozess nur beim Schreiben oder Lesen des Codes durch Menschen bräuchte, und ansonsten alles direkt in einer einzigen Sprache verfasst wäre?</p> </blockquote> <p>Nun, im Prinzip waren es vermutlich genau diese Überlegung, die zur Entwicklung von Compilern geführt haben:<br> In der Anfangszeit der Computerrei wurde ein Computerprogramm dediziert für einen einzigen Computer geschrieben. Das lief dann auch nur da. Das war in Zeiten, in denen es weltweit auch nur eine Handvoll Rechner gab, kein Problem, denn die paar wenigen Firmen, die einen besassen, brauchten ohnehin Spezialsoftware speziell für ihr Unternehmen, die sie selber entwickeln (lassen) mussten.</p> <p>Es wurde dann schwierig, als es mehr und mehr (zum Teil sehr verschiedene) Rechner gab, und man gerne auch das eine Programm für Rechner A auf einem anderen Rechner B laufen lassen wollte, ohne es komplett neu schreiben zu müssen.</p> <p>Der Schritt zu Compiler-Sprachen (C, C++, ...) sollte genau dieses Problem lösen:  Man schreibt das Programm EINMAL in einer Sprache, die weitgehend von der darunter liegenden Maschine abstrahiert, der Compiler übersetzt es dann automatisch in den Maschinencode für die Hardware, auf der das ganze laufen soll.</p> <p>Weil das aber bisweilen auch noch relativ viel Wissen über die Hardware darunter erfordert (wenn Du z.b. mal versucht hast, einen Treiber in C, der für i386-Prozessoren, also "klassiche PCs", geschrieben wurde, auf einem ARM-Prozessor zum Laufen zu bringen, wirst Du schnell merken, dass es leider mit "einfach neu-compilieren" oft nicht getan ist), kann man auch noch einen Schritt weiter gehen:</p> <p>Man "erfindet" sich einfach eine virtuelle Maschine, auf der das ganze läuft und compiliert dann sein Zeug für diese Maschine. Die tatsächliche Ziel-Hardware muss dann nur irgendwie diese virtuelle Maschine bereit stellen, aber der Programmierer muss die tatsächliche Hardware nicht mehr kennen sondern nur noch die virtuelle Maschine (die überall gleich ist).<br> Java macht das z.b. so, Python meines Wissens auch (und sicher noch einige andere).</p> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Ich glaube, den Versuch gibt es immer wieder mal, und es wird auch alle Jahre wieder eine neue Programmiersprachen-Sau durchs Dorf getrieben werden, die genau das verspricht.<br> Ich glaube die Schwierigkeit ist die, dass je universeller eine Programmiersprache ist, desto unhandlicher wird sie für den konkreten Anwendungsfall.<br> Nimm  Java: Mit Java kannst Du fast alles programmieren. Warum wird aber für das Web z.b. oft was anderes genommen (PHP, Perl, Python, you name it)? Weil Java auf Grund seiner Universalität einfach extrem komplex ist, und man (gerade kleinere Web-Anwendungen) einfach schneller in einer anderen Sprache runter getippt hat - dafür kann man dann damit aber nicht so viel anderes machen.</p> <p>Viele Grüße,<br> Jörg</p> Gedanken eines Laien... Mon, 08 Dec 14 10:10:35 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627009#m1627009 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627009#m1627009 <p>Aloha ;)</p> <blockquote> <p>Als jemand, der weder Informatik studiert hat [...]</p> </blockquote> <p>Ich sehe: Wir sprechen von gleich zu gleich ;) Auch ich bin nur interessierter <a href="de.wikipedia.org/wiki/Laie" rel="noopener noreferrer">Laie</a> - bzw. zumindest im Sinne des Wortes <a href="de.wikipedia.org/wiki/Amateur" rel="noopener noreferrer">Amateur</a>.</p> <blockquote> <p>Der Stein des Anstoßes war dabei mein Webseiten-Projekt, dass ich parallel zu meinem eigentlichen Studium verfolge:</p> <p>Während ich mich mehr oder weniger fröhlich zwischen meinen Editorfenstern hin und her geclickt habe, in denen HTML, CSS und JavaScript zu bearbeiten und zu organisieren sind, hat sich mir der Gedanke förmlich aufgedrängt, dass es doch bedeutend einfacher wäre, wenn man statt in drei, sich inhaltlich überlappenden, die Schwächen der jeweils anderen ausgleichenden Programmiersprachen, den Code nur in einer einzigen Sprache verfassen müsste!</p> </blockquote> <p>Hmmm... Da sagst du was... Aber bedenke: Von den drei genannten ist nur JavaScript eine Programmiersprache. HTML ist eine Markup Language (Auszeichnungssprache) und CSS ist ein Stylesheet. Wo ich dir Recht gebe: HTML KANN sich mit CSS überlappen - aber nur, wenn man schlechtes HTML schreibt. Inline-Styles und HTML-Eigenschaften wie width und Co. sind des Teufels. Sobald man CSS und HTML aber sinnvoll (wie es gedacht ist) trennt, offenbart sich, warum es sinnvoll ist, unterschiedliche Sprachen zu nutzen. Stell dir mal vor, du müsstest im HTML jedes Tabellenelement einzeln gleich formatieren. Und dann änder mal in einem Designvorschlag eine grundlegende Komponente. Der Aufwand potenziert sich.</p> <p>Und zum Thema Schwächen: im punkto HTML gibt es imho keine Schwächen mehr, die von CSS/JavaScript ausgeglichen werden müssten. Als statische Auszeichnungssprache tut HTML genau das, was es soll: Statischen Inhalt strukturieren. Die Überschneidung zwischen CSS und JavaScript ist tatsächlich gegeben - das aber auch erst seit CSS3 Animationen erlaubt. Dass das der Fall ist hat aber auch gute Gründe - vielleicht komme ich später darauf zurück.</p> <p>Okay, ich tus jetzt: Du könntest sagen, dass JavaScript auch in der Lage wäre, CSS und HTML zu ersetzen. Damit hättest du Recht. Es ist aber so, dass man, um mit JavaScript Elemente zu erschaffen, zunächst wirklich profunde HTML-Kentnisse benötigt. Außerdem ist es viel einfacher, statischen Inhalt wirklich statisch darzustellen, statt ihn dynamisch aufzubauen. Wenn ich eine Seite habe, in der die Überschrift und der Text immer gleich sind, dann ist es ungleich aufwendiger, diese nicht statisch sondern dynamisch zu erstellen. Stell dir die Ladezeiten eines Smartphones vor, wenn es das HTML nicht mehr statisch zum Interpretieren bekommt, sondern  zunächst über rechenaufwändiges Javascript erstellen und dann interpretieren muss. Wenn man also HTML als rein statische Sprache und JavaScript als rein dynamische Sprache versteht, dann überschneiden sich diese nicht mehr.</p> <p>Zwischen CSS und JavaScript ist die Sache seit CSS3 problematischer. Natürlich könnte die Formatierung auch allein durch JS entstehen, da greifen dann aber die gleichen Argumente wie eben. Die Frage ist: Warum muss eine an sich statische Sprache (CSS) auf einmal dynamische Features beinhalten, wenn wir schon eine voll funktionstüchtige dynamische Sprache haben. Die Antwort ist einfach: JavaScript ist zu mächtig. JavaScript kann den Browser durch eine Endlosschleife zum Absturz bringen, JavaScript kann den Anwender mit Popup-Nachrichten und Dialogfenstern bombardieren, JavaScript kann den User auf ungewollte Seiten mit Malware umleiten und so weiter und so fort (einige der Missbrauchsmöglichkeiten werden inzwischen von Browserherstellern unterbunden bzw. mit Abbruchmöglichkeit für den User versehen - darauf kann man sich aber nicht verlassen). Kurzum: JavaScript muss deaktivierbar sein.</p> <p>Vor CSS3 war es so, dass all die hübschen, modernen Navigationsmenüs per JS realisiert werden musste und der, der JavaScript aushatte, hatte halt ein hässliches Fallback. Wenn etwas schön, animiert und modern sein sollte, musste der Webentwickler über gute JavaScript-Kenntnisse verfügen. Jetzt ermöglicht CSS (das so gut wie nicht oder zumindest nicht einfach abschaltbar ist) einfachste dynamische Möglichkeiten. Und verdrängt damit JavaScript ein wenig. Der Vorteil liegt auf der Hand: Ermöglichung einfacher Dynamik, ohne Missbrauch zu ermöglichen. Es ist eigentlich wünschenswert, wenn das mächtigste der Tools (also JavaScript) nur dann ausgepackt werden muss, wenn seine Macht auch in vollem Umfang nutzbar sein muss.</p> <p>Übrigens: Von allen drei Sprachen ist CSS auch mit CSS3 noch am unausgereiftesten / unfertigsten. Es gibt noch deutlichen Raum für elementare Funktionalitäten innerhalb des Rahmens oberhalb der Statik und unterhalb der Missbrauchsschwelle (Variablen, Pseudoklassen für "toggle"-Effekte, Stylen von Scrollbars etc...). Da wird sicher noch einiges kommen. Die Entwicklung von CSS läuft ja auch auf Hochtouren weiter.</p> <blockquote> <p>Mir ist natürlich klar, dass die Situation wie sie ist, schlicht auf die historische und bis heute andauernde Entwicklung auf dem Gebiet zurück zuführen ist, aber nichtsdestoweniger stellt sich für mich als Amateur doch die Frage nach einer neutralen, davon unabhängigen Bewertung. Also die Frage, ob die Situation aus inhaltlichen Gründen, die mir aufgrund meiner Fachfremde verborgen geblieben sind, tatsächlich alternativlos ist, um mal ein Unwort zu bemühen, oder ob es nicht eine lohnenswerte Perspektive gibt oder wenigstens geben sollte, hier für mehr Einheitlichkeit zu sorgen?</p> </blockquote> <p>Alternativ los ist das Ganze sicher nicht - aber dennoch ohne sinnvollere Alternative. Stell dir vor, du hast eine komplett zusammenhängende Seite mit den vereinten Möglichkeiten von HTML, CSS und Javascript, dazu noch Flash usw. usf. Nicht nur, dass es vollkommen utopischnist, einen Standard zu finden, der all das abdeckt und dann auch noch einfach zu lernen und effizient ist. Aber stell dir mal vor, wem und was das bezüglich Miasbrauch Tür und Tor öffnet. Da doch lieber ein modularer Aufbau, dessen Verwendung ab einer gewissen Mächtigkeit (JS, Flash...) vom User unterbunden werden kann.</p> <blockquote> <p>Und wenn ich so darüber nachdenke, könnte man den Gedanken ja noch weiter verfolgen und fragen, wozu überhaupt dutzende verschiedene Programmiersprachen, die dauernd hin- und herübersetzt werden müssen, um irgendwie miteinander kompatibel zu sein?</p> <p>Ich meine, wir reden alle mit Computern, richtig? :)</p> <p>Nullen und Einsen!</p> </blockquote> <p>Das stimmt - aber nicht bezogen auf die Websprachen HTML/CSS/JS. Bezogen auf richtige Programmiersprachen stimmt das alles. Und soll ich dir was sagen? Da kam schonmal jemand drauf. Du hast soeben Java neu erfunden - und stehst damit vor genau den Problemen, die Java daran hindern, sich großflächigst durchzusetzen. Java mangelt es an Effizienz, da es auf verschiedensten Systemen mit denselben kompilierten Dateien funktionieren muss. Die Computer sprechen nämlich auch nicht alle mit derselben Sprache, obwohl sie intern nur Nullen und Einsen kennen. Auf der Ebene von Nullen und Einsen ist nicht an Effizienz zu denken, man braucht immer Vermittlertools - und die sind dann wieder vom Betriebssystem etc. abhängig. Du siehst: Die Angelegenheit ist komplexer als man auf den ersten Blick denkt.</p> <blockquote> <p>Warum also überhaupt Dateien in unterschiedlichen Formaten abspeichern, die danach erst mühsam auseinandergenommen und wieder zusammengesetzt werden müssen? Wäre es nicht sehr viel effizienter, wenn man den Übersetzungsprozess nur beim Schreiben oder Lesen des Codes durch Menschen bräuchte, und ansonsten alles direkt in einer einzigen Sprache verfasst wäre?</p> </blockquote> <p>Auch hier: Das könnte man tun. Das würde aber bedeuten, dass jegliche Effizienz (auch speicherplatztechnisch) vor die Hunde geht. In einer idealen Welt mit unendlich großem Speicher und unendlich großer Rechenkapazität würde man das machen wie du vorschlägst. Wir sind aber unseren realen Restriktionen unterworfen und darauf angewiesen, Daten effizient zu speichern - und möglichst effizient ist das nur dann möglich, wenn ich die Vor- und Nachteile des jeweiligen Einsatzgebietes nutzen kann - wenn ich also für verschiedene Verwendungszwecke verschiedene Dateiformate zur Verfügung habe. Natürlich gibt es mit ZIP und Co. Kompressionen für alle Dateitypen. Die sind aber deutlich weniger effizient als die typspezifischen Kompressionen.</p> <blockquote> <p>Letztlich ist doch ohnehin alles nur Mathematik! 2+2=4 gilt in jeder Übersetzung, oder nicht?!</p> </blockquote> <p>Im Gegensatz zur Informatik bin ich in der Mathematik studierter Profi. Und ich kann dir sagen: Mathematik ist alles andere als 2+2=4. Im Körper F4 ist 2+2=0. In der Mathematik ist i=i+1 auch eine falsche Aussage. Informatik benutzt lediglich Aspekte der Mathematik. Und davon eigentlich auch nur das Teilgebiet der reelwertigen Numerik. Intern sind sogar nur natürliche Zahlen in Binärdarstellung realisierbar. Jede negative Zahl oder Kommazahl ist nur eine Illusion, die durch den Rechner aufwendig interpretiert werden muss. Ursprünglich wurde die Informatik erfunden, um Teile der Mathematik nachzubilden und einfache (!) Berechnungen zu automatisieren. Computer rechnen eben auch nicht 2+2=4 sondern 0100 + 0100 = 0010.  Alles andere muss dem Computer erst durch geeignete Sprachen beigebracht werden. Schon Multiplizieren ist für einen Computer ohne geeignete Zwischenvermittler eine ziemliche Herausforderung. Ganz zu schweigen von den elektronischen Mechanismen, die Computer überhaupt zum Addieren mit persistenten Zahlen befähigen.</p> <p>Informatik ist immer, auf bestehenden Systemen aufzubauen. Und die bestehenden Systeme können die unterschiedlichsten Vor- und Nachteile besitzen. Einen ganzheitlichen Ansatz kann es da in einer realen Welt nie geben, weil man sich grundsätzlich auf ein bestimmtes Set an Prioritäten fokusieren muss.</p> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Wie gesagt - Java. Zumindest was die Lauffähigkeit unter unterschiedlichen Systemen angeht.</p> <blockquote> <p>Und falls ja, woran ist es gescheitert? :D</p> </blockquote> <p>An allen oben genannten Gründen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[<br> </div> Gedanken eines Laien... Tue, 09 Dec 14 16:56:05 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627007#m1627007 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627007#m1627007 <blockquote> <p>Nullen und Einsen!<br> Warum also überhaupt Dateien in unterschiedlichen Formaten abspeichern</p> </blockquote> <p>Wenns doch nur Nullen und Einsen sind, ist doch alles im selben Format :-)</p> <blockquote> <p>wenn man statt in drei, sich inhaltlich überlappenden, die Schwächen der jeweils anderen ausgleichenden Programmiersprachen, den Code nur in einer einzigen Sprache verfassen müsste!</p> </blockquote> <p>Wenn du von HTML, CSS, JS sprichst, das sind komplett verschiedene Anforderungen. Dass etwas eine Überschrift ist sagt was ganz anderes aus als "bitte in grün darstellen" und das ist auch wieder etwas ganz anderes als "prüfe ob alle Felder gefüllt sind" usw.</p> <blockquote> <p>die danach erst mühsam auseinandergenommen und wieder zusammengesetzt werden müssen?</p> </blockquote> <p>Heißt was?</p> <blockquote> <p>Wäre es nicht sehr viel effizienter, wenn man den Übersetzungsprozess nur beim Schreiben oder Lesen des Codes durch Menschen bräuchte, und ansonsten alles direkt in einer einzigen Sprache verfasst wäre?</p> </blockquote> <p>Das ist der Fall. Alles was programmiert ist steht da letztendlich in Maschinensprache. Oder in Zwischensprachen (C# usw). Formatierungen sind natürlich wieder was anderes.</p> <blockquote> <p>Letztlich ist doch ohnehin alles nur Mathematik!</p> </blockquote> <p>Nö es passiert auch Daten hin und her schieben, vergleichen, ...</p> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Es erfindet immer wieder mal jemand eine Sprache die angeblich alles ersetzen soll und kann, man braucht angeblich gar nichts anderes mehr.</p> <blockquote> <p>Und falls ja, woran ist es gescheitert? :D</p> </blockquote> <p>An der Vielfalt der Anforderungen.<br> Außerdem entwickeln sich die Sprachen weiter, was in C früher ein Akt der Verzweiflung werden konnte, geht mit neueren Sprachen und anderen Konzepten plötzlich ganz einfach.</p> Gedanken eines Laien... Wed, 10 Dec 14 08:32:57 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627008#m1627008 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627008#m1627008 <p>Hallo</p> <blockquote> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?<br> Es erfindet immer wieder mal jemand eine Sprache die angeblich alles ersetzen soll und kann, man braucht angeblich gar nichts anderes mehr.</p> </blockquote> </blockquote> <p>Da fällt mir doch stante pede <a href="http://xkcd.com/927/" rel="nofollow noopener noreferrer">der hier</a> ein [1]. :-)</p> <p>[1] „Hier“ ist kein Linktext gilt hier nicht.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.<br> Terry Pratchett, "Wachen! Wachen!"<br> ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}<br> <a href="http://termindbase.auge8472.de/" rel="nofollow noopener noreferrer">Veranstaltungsdatenbank Vdb 0.3</a> </div> Gedanken eines Laien... Mon, 08 Dec 14 10:29:40 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627016#m1627016 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627016#m1627016 <blockquote> <p>Aloha ;)</p> </blockquote> <p>Hallo RIDER :)</p> <p>Wow, ok die Zitat-Funktion spare ich mir diesmal!</p> <p>Sehr informativ! Vielen Dank!</p> <p>Ich glaube, es war eine gute Idee den Thread zu starten:</p> <p>Habe hier in den letzten zwei Stunden mehr über die thematischen Hintergründe gelernt als in den letzten zwei Jahren! ;)</p> <p>Vielen Dank euch allen!</p> <p>Gruß,</p> <p>Roadster.</p> Gedanken eines Laien... Mon, 08 Dec 14 15:06:23 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627015#m1627015 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627015#m1627015 <p>Hakuna matata!</p> <blockquote> <p>Hmmm... Da sagst du was... Aber bedenke: Von den drei genannten ist nur JavaScript eine Programmiersprache. HTML ist eine Markup Language (Auszeichnungssprache) und CSS ist ein Stylesheet.</p> </blockquote> <p><klugscheiß><br> Markupsprache und Programmiersprache schließt sich nicht gegenseitig aus: Siehe <a href="http://en.wikipedia.org/wiki/XSLT" rel="nofollow noopener noreferrer">XSLT</a>. Die Mächtigkeit einer formalen Sprache wird über theoretische Rechenmodelle, wie endliche Automaten oder die Turingmaschine definiert. Von einer Programmiersprache spricht man, wenn eine Sprache turingmächtig ist. JavaScript ist das, XSLT auch. HTML und CSS nur für sich genommen sind das nicht. Aber die Kombination <a href="https://github.com/elitheeli/stupid-machines" rel="noopener noreferrer">HTML+CSS</a> ist es wieder.<br> </klugscheiß></p> <p>Aber es macht natürlich Sinn, hier nicht nur auf rein mathematischer Ebene zu klassifizieren, sondern auch einen intuitiven Begriff von einer Programmiersprache zu motivieren.</p> <div class="signature">-- <br> “All right, then, I'll go to hell.” – Huck Finn </div> Gedanken eines Laien... Mon, 08 Dec 14 16:30:05 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627010#m1627010 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627010#m1627010 <p>@@Camping_RIDER:</p> <p>nuqneH</p> <blockquote> <p>Informatik benutzt lediglich Aspekte der Mathematik. Und davon eigentlich auch nur das Teilgebiet der reelwertigen Numerik.</p> </blockquote> <p>Du cantorst kaum falscher liegen.*</p> <p>Theoretische Informatik ist erstmal Mengenlehre. Und Logik.</p> <p>Bei anderen Problemen steckt man mitten in der Graphentheorie …</p> <p>Qapla'</p> <p>* at und Orlando sind schwer zu ersetzen.</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Mon, 08 Dec 14 18:04:04 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627011#m1627011 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627011#m1627011 <p>Aloha ;)</p> <blockquote> <blockquote> <p>Informatik benutzt lediglich Aspekte der Mathematik. Und davon eigentlich auch nur das Teilgebiet der reelwertigen Numerik.</p> </blockquote> <p>Du cantorst kaum falscher liegen.*</p> <p>Theoretische Informatik ist erstmal Mengenlehre. Und Logik.</p> </blockquote> <p>Der gute Herr Cantor wird's mir verzeihen. Schätze nicht, dass er ein Internetfähiges Smartphone mit in seiner Kiste hat, das hier liest und sich daraufhin im Grabe umdreht. Ich sprechs ja nicht aus, dann bestünde ja die Möglichkeit, dass er es hört ;)</p> <p>Trotzdem: Mengenlehre und Logik sind Grundlage jedes Teilgebiets (oder sollte ich sagen Teilmenge?) der Mathematik... Mengenlehre und Logik sind also quasi im Schnitt über alle Elemente, ergo und insbesondere also auch in der reellwertigen Numerik einbegriffen ;)</p> <blockquote> <p>Bei anderen Problemen steckt man mitten in der Graphentheorie …</p> </blockquote> <p>Das stimmt, ja. Ist aber eher die Ausnahme :D Deshalb *eigentlich*...</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[<br> </div> Gedanken eines Laien... Mon, 08 Dec 14 19:12:59 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627012#m1627012 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627012#m1627012 <p>Hakuna matata!</p> <blockquote> <blockquote> <blockquote> <p>Informatik benutzt lediglich Aspekte der Mathematik. Und davon eigentlich auch nur das Teilgebiet der reelwertigen Numerik.</p> </blockquote> </blockquote> </blockquote> <p>Also, das folgende sind nur die Mathe-Pflichtvorlesungen aus meinem Grundstudium:</p> <p>Analysis<br> Lineare Algebra<br> Stochastik<br> Numerik<br> Mathematische Logik<br> Diskrete Strukturen<br> Formale Systeme<br> Berechenbarkeits- und Komplexitätstheorie</p> <p>Dazu kommen diverse Wahlfächer, wie Kategorientheore, Funktionstheorie und eine Menge Vertiefungsvorlesungen. Und auch viele der reinen Informatikfächer bestehen zur Hälfte aus Mathematik: Effiziente Algorithmen, Implementation of Databases, Computer Graphics, Datenstrukturen und Algorithmen… Es ist ehrlich gesagt schwierig Bereiche aus der Informatik zu finden, die unbeeinflusst von der Mathematik sind, und umgekehrt.</p> <p>Ich glaube der häufigste Satz im ersten Semester war: *mit Tränen in den Augen* „Eigentlich wollte ich doch nur Spiele programmieren“. Ich selbst habe auch nicht gewusst, worauf ich mich da eingelassen habe, aber so ärgerlich und anstrengend es manchmal ist, das hohe Maß an Abstraktion macht sich doch immer wieder bezahlt und wenn man irre genug dazu ist, dann macht es sogar Spaß (natürlich nicht in der Klausurphase, die Klausurphase macht niemals Spaß).</p> <p>Also meine Sicht auf die Dinge: Die Informatik ist ein Teilgebiet der Mathematik, mit sehr langen Ausläufern.</p> <div class="signature">-- <br> “All right, then, I'll go to hell.” – Huck Finn </div> Gedanken eines Laien... Mon, 08 Dec 14 22:08:57 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627013#m1627013 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627013#m1627013 <p>Aloha ;)</p> <blockquote> <p>Also meine Sicht auf die Dinge: Die Informatik ist ein Teilgebiet der Mathematik, mit sehr langen Ausläufern.</p> </blockquote> <p>ACK. Ich wollte das auch nicht profanisieren (was wäre ich sonst für ein schlechter Mathestudent?), sondern nur aussagen, dass Mathematik mehr ist als Informatik und vor allem mehr als 2 + 2 = 4 :D</p> <p>Und hey - kennste den schon: "Schauen Sie nach links, schauen Sie nach rechts. Diese beiden Menschen werden in 2 Semestern nicht mehr hier sitzen." :D</p> <p>Es gab Zeiten in meinem Leben, da dachte ich, Mathematik sei synonym zum Rechnen :D<br> Die sind leider schon ein Weilchen vorbei.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[<br> </div> Gedanken eines Laien... Mon, 08 Dec 14 22:27:38 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627014#m1627014 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627014#m1627014 <p>Hakuna matata!</p> <blockquote> <p>Und hey - kennste den schon: "Schauen Sie nach links, schauen Sie nach rechts. Diese beiden Menschen werden in 2 Semestern nicht mehr hier sitzen." :D</p> </blockquote> <p>Kenn ich aus dem Film: <a href="http://www.imdb.com/title/tt1216275/" rel="nofollow noopener noreferrer">13 Semester</a></p> <blockquote> <p>Es gab Zeiten in meinem Leben, da dachte ich, Mathematik sei synonym zum Rechnen :D<br> Die sind leider schon ein Weilchen vorbei.</p> </blockquote> <p>Jaja, die "Wissenschaft der Zahlen" wurde sehr schnell zur "Wissenschaft der Buchstaben Symbole" und heute bin ich froh, wenn ein Professor überhaupt Kurznotation benutzt, denn dann weiß ich, er hält das Thema offenbar für nicht so schwierig, dass man es in ganzen Sätzen formulieren müsste. Der Vorteil ist, man braucht keine Taschenrechner mehr ;)</p> <div class="signature">-- <br> “All right, then, I'll go to hell.” – Huck Finn </div> Gedanken eines Laien... Mon, 08 Dec 14 11:04:01 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627018#m1627018 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627018#m1627018 <blockquote> <p>In der Anfangszeit der Computerrei wurde ein Computerprogramm dediziert für einen einzigen Computer geschrieben. Das lief dann auch nur da. Das war in Zeiten, in denen es weltweit auch nur eine Handvoll Rechner gab, kein Problem, denn die paar wenigen Firmen, die einen besassen, brauchten ohnehin Spezialsoftware speziell für ihr Unternehmen, die sie selber entwickeln (lassen) mussten.</p> <p>Es wurde dann schwierig, als es mehr und mehr (zum Teil sehr verschiedene) Rechner gab, und man gerne auch das eine Programm für Rechner A auf einem anderen Rechner B laufen lassen wollte, ohne es komplett neu schreiben zu müssen.</p> </blockquote> <p>Der Übergang von Maschinensprache zu ersten echten Programmiersprachen (Assembler) entsprang nicht dem Wunsch der Portabilität, sondern der Vereinfachung, und daran hat sich bis vor vielleicht 20 Jahren auch nicht viel geändert.</p> <p>Die ersten "Handvoll Rechner" wurden über Lochkarten programmiert, deren Löcher die Bits darstellten, die das Rechenwerk zu dieser oder jener Operation veranlassten. Ganz einfache Rechner hatten Schalter, fortgeschrittene konnten von Magnetdatenträgern lesen, das Prinzip bleibt aber gleich: Der Prozessor wird mit Zahlenkolonnen, der Maschinensprache, gefüttert, die er abarbeitet.</p> <p>Der Schritt zu Assembler war eine Versprachlichung der Löcher. Aus der Maschinensprache "0815 1232" wird in Assembler "move #32, D4". Das ist aber immer noch auf die jeweilige Hardware bezogen, nur weitaus leichter zu schreiben.</p> <p>Auch der Schritt zu Hochsprachen irgendwann in den Fünfzigern hat die Entwicklung nur weitergeführt in die Richtung echter menschlich-mathematischer Sprache. Statt o oooo oo o ooo o o o oo oo ooooo ooo o o o o oooo oo o o o oooo in einer Pappkarte oder "move #10, D1; move (A3)+, D5; add D1, D5; move D5, 5(A2)", heißt es in Hochsprachen "x = c + 10".</p> <p>Die Programmierung wird durch diese Abstrahierung, die Trennung von Problem und Hardware, schlicht einfacher, mithin für weitere Kreise nutzbar und die Maschinen effizienter anwendbar.<br> Das sich solche Ausdrücke leichter auf andere Systeme übertragen lassen, war zweifelsohne ein sehr erwünschter Nebeneffekt, aber nicht das Hauptziel. In dem Fünfzigern hatten Computer immer noch Seltenheitswert und wurden mit Gold aufgewogen;  bei einem Wechsel des Rechnersystems waren die Programme nur eine kleinere von mehreren sehr großen Hürden. Bevor ein neues System angeschafft wurde, war das alte mitsamt seiner Programme schon so in die Jahre gekommen, dass auch gleich etwas Neues programmiert werden konnte.</p> Gedanken eines Laien... Mon, 08 Dec 14 15:01:56 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627020#m1627020 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627020#m1627020 <p>Hallo,</p> <blockquote> <p>Der Übergang von Maschinensprache zu ersten echten Programmiersprachen (Assembler) entsprang nicht dem Wunsch der Portabilität, sondern der Vereinfachung, und daran hat sich bis vor vielleicht 20 Jahren auch nicht viel geändert.</p> </blockquote> <p>Ok, Du hast wohl recht. Ich meinte, in einem Vortrag über <a href="http://de.wikipedia.org/wiki/Konrad_Zuse#.E2.80.9EPlankalk.C3.BCl.E2.80.9C_.E2.80.93_eine_h.C3.B6here_Programmiersprache" rel="nofollow noopener noreferrer">Konrad Zuses Plankalkül</a> mal gehört zu haben,  dass Zuse damit ein einheitliches Programmiermodell für seine Maschinen schaffen wollte, welches unabhängig von der konkreten Hardware war - tatsächlich war hier aber auch das Ziel die Vereinfachung/Abstraktion, wie ich jetzt gelesen habe.</p> <p>Viele Grüße,<br> Jörg</p> Gedanken eines Laien... Wed, 10 Dec 14 12:39:43 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627019#m1627019 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627019#m1627019 <p>@@Mattes:</p> <p>nuqneH</p> <blockquote> <p>Statt o oooo oo o ooo o o o oo oo ooooo ooo o o o o oooo oo o o o oooo in einer Pappkarte</p> </blockquote> <p>gibt’s jetzt <a href="http://de.wikipedia.org/wiki/Ook!" rel="nofollow noopener noreferrer">Ook!</a></p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Mon, 08 Dec 14 10:20:58 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627026#m1627026 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627026#m1627026 <blockquote> <p>Es sollte keine inhaltliche Überlappung vorliegen, sondern strikte Trennung (separation of concerns):</p> </blockquote> <p>Volle Zustimmung, aber wie definierst Du Trennung? Es bedeutet ja nicht notwendigerweise, dass es sich um verschiedene Sprachen hanndeln muss. Mal abgesehen davon, dass html und CSS keine Sprachen sind, wie Camping_RIDER richtig sagt, könnte theoretisch alles zu einer Sprache zusammengefasst sein und "Trennung" sich nur auf verschiedene Dateien beziehen, e.g.</p> <p>Cheers,<br> Baba</p> <div class="signature">-- <br> Baba kommt von Basketball </div> Gedanken eines Laien... Mon, 08 Dec 14 10:52:05 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627025#m1627025 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627025#m1627025 <p>Aloha ;)</p> <p>Scheint, ich muss mir noch ein paar mehr deiner Vorträge ansehen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[<br> </div> Gedanken eines Laien... Tue, 09 Dec 14 14:28:21 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627023#m1627023 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627023#m1627023 <p>Om nah hoo pez nyeetz, Gunnar Bittersmann!</p> <blockquote> <p>(<a href="https://speakerdeck.com/gunnarbittersmann/css-preprocessors-for-the-best-of-both-worlds-from-the-front-2014" rel="nofollow noopener noreferrer">Folien</a> aus meinem Vortrag auf der From the Front 2014)</p> </blockquote> <p>Ich finde das Beispiel sehr gut gelungen.</p> <p>Wie kommst du auf das Sprachkürzel tlh - <a href="http://www.frathwiki.com/Klingon/lexicon#t" rel="nofollow noopener noreferrer">etwa ta` tlhIngan Hol - n - standard dialect</a>?</p> <p>Matthias</p> <div class="signature">-- <br> Der Unterschied zwischen Java und JavaScript ist größer als der zwischen <a href="http://selfhtml.apsel-mv.de/java-javascript/index.php?buchstabe=V#vene" rel="nofollow noopener noreferrer">Vene und Venedig</a>.<br> <img src="http://www.billiger-im-urlaub.de/kreis_sw.gif" alt="" loading="lazy"><br> </div> Gedanken eines Laien... Thu, 18 Dec 14 11:38:37 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627022#m1627022 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627022#m1627022 <p>@@Gunnar Bittersmann:</p> <p>nuqneH</p> <blockquote> <p>Man könnte auch das DOM ausschließlich mit JavaScript generieren und CSS-Eigenschaften mit JavaScript setzen. Sinnvoll scheint mir das aber nicht. Zumindest letzteres nicht; ersteres wird ja bei Single-Page-Anwendungen getan.</p> </blockquote> <p>“<a href="https://twitter.com/karlpro/status/545477889794531329" rel="nofollow noopener noreferrer">sad reading of the day</a>”</p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Tue, 09 Dec 14 15:27:17 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627024#m1627024 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627024#m1627024 <p>@@Matthias Apsel:</p> <p>nuqneH</p> <blockquote> <p>Wie kommst du auf das Sprachkürzel tlh</p> </blockquote> <p><a href="http://www.iana.org/assignments/language-subtag-registry" rel="nofollow noopener noreferrer">Wieso ich?</a></p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Mon, 08 Dec 14 11:23:49 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627027#m1627027 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627027#m1627027 <p>Hi,</p> <blockquote> <p>Volle Zustimmung, aber wie definierst Du Trennung? Es bedeutet ja nicht notwendigerweise, dass es sich um verschiedene Sprachen hanndeln muss.</p> </blockquote> <p>richtig, deswegen hatte ich diese beiden Aspekte auch voneinander getrennt.</p> <blockquote> <p>Mal abgesehen davon, dass html und CSS keine Sprachen sind</p> </blockquote> <p>Oh doch, sicher. Es sind keine Programmiersprachen, sondern eher Beschreibungssprachen. Aber Sprachen sind sie allemal.</p> <p>Ciao,<br>  Martin</p> <div class="signature">-- <br> <a href="http://community.de.selfhtml.org/zitatesammlung/zitat470" rel="nofollow noopener noreferrer">Datenbanken</a> speichern keine User.<br> Das liegt daran, daß Datenbanken mit der Lebensmittelversorgung für gespeicherte biologische Lebensformen derzeit noch Probleme haben.<br>   (Christoph Schnauß)<br> Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:( </div> Gedanken eines Laien... Mon, 08 Dec 14 09:32:06 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627029#m1627029 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627029#m1627029 <blockquote> <p>Moin,</p> </blockquote> <p>Hallo Martin!</p> <blockquote> <p>Es geht hier nicht um das Ausgleichen von Schwächen, sondern es geht viel weiter: Jede Sprache ist auf einen bestimmten Zweck spezialisiert, auch wenn vielleicht Schnittmengen geben mag.</p> </blockquote> <p>Das ist ja gerade die Frage! :)</p> <p>In meiner naiven Vorstellung bin ich immer davon ausgegangen, dass das eine das andere prinzipiell nicht ausschließt, sprich, dass es für bestimmte Aufgaben eben bestimmte optimale Lösungen bzw. Prozeduren gibt, die nicht miteinander konkurrieren, sondern einer Sprache einfach hinzugefügt werden können.</p> <p>Aber das ist vielleicht ein Irrglaube:<br> Die deutsche Sprache ist aufgrund ihrer Eigenschaften hervorragend dazu geeignet, Dinge präzise bis in die feinste Abstraktion hinein zu beschreiben, für Poesie und Gesang ist sie hingegen eher weniger geschaffen, anders als etwa die lateinischen Sprachen. Die englische Sprache ist sehr gut dazu Geeignet, komplexe Zusammenhänge möglichst einfach auszudrücken - wofür wir unter Umständen drei Sätze brauchen, reicht den Angelsachsen gegebenenfalls ein Ausdruck, wohingegen das Englische wiederum nicht das Maß an Abstraktion besitzt wie das Deutsche, usw. usw.</p> <p>Guter Gedanke!</p> <blockquote> <p>Man könnte. Und es gibt ja auch einige Programmiersprachen, die recht universell sind. Aber eine Programmiersprache wird nie wirklich als Beschreibungssprache taugen - so wird etwa Javascript nie HTML oder Postscript ersetzen können.</p> </blockquote> <p>Ehrlich gesagt hatte ich eine ganze Weile damit geliebäugelt, mal eine komplette Webseite ausschließlich mit Javascript zu schreiben! Abgesehen natürlich davon, dass wir das Script in eine leere HTML-Datei einbetten müssten. Über DOM lassen sich doch praktisch fast alle relevanten Funktionen von HTML und CSS nachvollziehen.</p> <blockquote> <p>Außerdem ist es komfortabler, beispielsweise drei Dateien in drei Editorfenstern getrennt zu bearbeiten, als wenn man in einem Editorfenster dauernd zwischen drei verschiedenen Stellen hin- und herspringen muss.</p> </blockquote> <p>Wenn nötig könnte man auch von einer Datei drei Ansichten erstellen. ;)</p> <p>Auch dir Danke für die erhellenden Worte!</p> <p>Gruß,</p> <p>Roadster.</p> Gedanken eines Laien... Mon, 08 Dec 14 10:42:19 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627035#m1627035 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627035#m1627035 <p>Aloha ;)</p> <blockquote> <blockquote> <p>Außerdem ist es komfortabler, beispielsweise drei Dateien in drei Editorfenstern getrennt zu bearbeiten, als wenn man in einem Editorfenster dauernd zwischen drei verschiedenen Stellen hin- und herspringen muss.</p> </blockquote> <p>Wenn nötig könnte man auch von einer Datei drei Ansichten erstellen. ;)</p> </blockquote> <p>Der Gedanke hinkt - das würde einen unglaublich smarten Editor voraussetzen, der nicht nur in der Lage ist, drei Ansichten einer Datei anzubieten, sondern diese nach jeder Bearbeitung einer Ansicht die anderen dynamisch aktualisiert (das können evtl noch viele) und vor allem intelligent die Stelle behält, an der Beispielsweise das CSS anfängt, selbst wenn davor 100 Zeilen im HTML neu dazugekommen sind (tut das auch nur einer?). Von kontextabhängigem Syntax-Highlightning und Auto-Vervollständigen will ich gar nicht anfangen. ;)</p> <p>Ich bin mir sicher, dass einige da draußen sogar noch ohne Syntax-Highlightning arbeiten, weil sie noch nicht auf <a href="http://notepad-plus-plus.org" rel="nofollow noopener noreferrer">Notepad++</a> und Co. gestoßen wurden.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[<br> </div> Gedanken eines Laien... Mon, 08 Dec 14 14:51:00 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627034#m1627034 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627034#m1627034 <p>Hallo</p> <blockquote> <blockquote> <p>Man könnte. Und es gibt ja auch einige Programmiersprachen, die recht universell sind. Aber eine Programmiersprache wird nie wirklich als Beschreibungssprache taugen - so wird etwa Javascript nie HTML oder Postscript ersetzen können.</p> </blockquote> <p>Ehrlich gesagt hatte ich eine ganze Weile damit geliebäugelt, mal eine komplette Webseite ausschließlich mit Javascript zu schreiben! Abgesehen natürlich davon, dass wir das Script in eine leere HTML-Datei einbetten müssten. Über DOM lassen sich doch praktisch fast alle relevanten Funktionen von HTML und CSS nachvollziehen.</p> </blockquote> <p>Nur mal so als Denkanstoß: Was generiert JavaScript in solch einem Fall (im Zweifelsfall mit „soll“)?</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.<br> Terry Pratchett, "Wachen! Wachen!"<br> ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}<br> <a href="http://termindbase.auge8472.de/" rel="nofollow noopener noreferrer">Veranstaltungsdatenbank Vdb 0.3</a> </div> Gedanken eines Laien... Tue, 09 Dec 14 13:00:02 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627030#m1627030 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627030#m1627030 <blockquote> <p>Ehrlich gesagt hatte ich eine ganze Weile damit geliebäugelt, mal eine komplette Webseite ausschließlich mit Javascript zu schreiben!</p> </blockquote> <p>Sowas gibt es schon in Frameworks wie ExtJS. Aber auch die kochen nur mit Wasser - soll heissen, die erzeugen letztlich auch wieder HTML.</p> <p>Gruß<br> Stefanie</p> Gedanken eines Laien... Tue, 09 Dec 14 16:08:37 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627032#m1627032 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627032#m1627032 <p>@@Stefanie M.:</p> <p>nuqneH</p> <blockquote> <p>Sowas gibt es schon in Frameworks wie ExtJS. Aber auch die kochen nur mit Wasser - soll heissen, die erzeugen letztlich auch wieder HTML.</p> </blockquote> <p>Nö, mit JavaScript wird kein HTML erzeugt, sondern das DOM manipuliert. Ich glaube, darauf wollte <a href="https://forum.selfhtml.org/?t=218948&m=1509778" rel="noopener noreferrer">Auge</a> auch hinaus.</p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Wed, 10 Dec 14 05:56:20 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627031#m1627031 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627031#m1627031 <blockquote> <blockquote> <p>Ehrlich gesagt hatte ich eine ganze Weile damit geliebäugelt, mal eine komplette Webseite ausschließlich mit Javascript zu schreiben!</p> </blockquote> </blockquote> <p>Wenn man das einfach nur so tun will (*) weil man glaube es wäre gleichwertig, zeigt das nur dass man die Hintergründe noch nicht wirklich verstanden hat ;-)</p> <blockquote> <p>Sowas gibt es schon in Frameworks wie ExtJS. Aber auch die kochen nur mit Wasser - soll heissen, die erzeugen letztlich auch wieder HTML.</p> </blockquote> <p>... und wäre somit praktisch sinnlos, wenn man direkt HTML verwenden könnte (*). Man würde das selbe Ergebnis durch einige Umwege erzeugen, hätte dadurch viel mehr Aufwand und viel weniger sprechenden Code und letztendlich kommt aber doch das selbe heraus.</p> <p>Etwa wie wenn man sagt hey schaut mal ich hab was ganz neues entdeckt, ich kann Nägel mit einem Schraubendreher in die Wand klopfen und brauche endlich keinen Hammer mehr. Funktioniert zwar mehr oder weniger, aber ist eben nicht ganz so genial wie man zunächst denken mag.</p> <p>(*) es kann schon Gründe dafür geben, etwa wenn man Daten per JS in eine Seite einbinden will.</p> Gedanken eines Laien... Wed, 10 Dec 14 08:26:25 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627033#m1627033 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627033#m1627033 <p>Hallo</p> <blockquote> <blockquote> <p>Sowas gibt es schon in Frameworks wie ExtJS. Aber auch die kochen nur mit Wasser - soll heissen, die erzeugen letztlich auch wieder HTML.</p> </blockquote> <p>Nö, mit JavaScript wird kein HTML erzeugt, sondern das DOM manipuliert. Ich glaube, darauf wollte <a href="https://forum.selfhtml.org/?t=218948&m=1509778" rel="noopener noreferrer">Auge</a> auch hinaus.</p> </blockquote> <p>Nee, ich wollte schon darauf hinaus, dass bei der Manipulation des DOM eines HTML-Dokuments schlussendlich HTML-Elemente erzeugt werden. Was ist daran falsch?</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.<br> Terry Pratchett, "Wachen! Wachen!"<br> ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}<br> <a href="http://termindbase.auge8472.de/" rel="nofollow noopener noreferrer">Veranstaltungsdatenbank Vdb 0.3</a> </div> Gedanken eines Laien... Mon, 08 Dec 14 11:01:35 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627041#m1627041 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627041#m1627041 <blockquote> <p>Aloha ;)</p> </blockquote> <blockquote> <p>Der Gedanke hinkt - das würde einen unglaublich smarten Editor voraussetzen, der nicht nur in der Lage ist, drei Ansichten einer Datei anzubieten, sondern diese nach jeder Bearbeitung einer Ansicht die anderen dynamisch aktualisiert (das können evtl noch viele) und vor allem intelligent die Stelle behält, an der Beispielsweise das CSS anfängt, selbst wenn davor 100 Zeilen im HTML neu dazugekommen sind (tut das auch nur einer?). Von kontextabhängigem Syntax-Highlightning und Auto-Vervollständigen will ich gar nicht anfangen. ;)</p> </blockquote> <p>Ok, das ist auch wieder wahr!</p> <p>Wobei man meinen sollte, dass das nicht so unmenschlich schwer zu implementieren wäre...</p> <p>Auto-Vervollständigen ist mir suspekt, aber Syntax-Highlighting hat meine Fehlerquote um ca. 95% reduziert! :D</p> <p>Habe letztens mal zum Nachschlagen eine im Archiv abgelegte js-Datei rausgekramt und sie im Windows-Editor geöffnet, da Notepad++ schon vollgepackt war, ziemlich übles Zeug, elend lange code-Blöcke zur Steuerung verketteter Animationen...  ...OMG! :D</p> <p>HTML und CSS geht ja noch, aber bei JS muss man in der einfarbigen Ansicht schon extrem viele Leerzeilen lassen, um nicht total die Übersicht zu verlieren...</p> <p>Müsste mal hier im Archiv graben, wer MIR Notepad++ empfohlen hat! ;)</p> <p>Gruß,</p> <p>Roadster.</p> Lightning Mon, 08 Dec 14 11:28:21 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627039#m1627039 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627039#m1627039 <p>Hi,</p> <blockquote> <p>Syntax-Highlightning</p> </blockquote> <p>nein, ich möchte bitte kein Gewitter im Editor! ;-)</p> <p>*scnr*<br>  Martin</p> <div class="signature">-- <br> Noch Fragen? - Ich weiß es auch nicht.<br> Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:( </div> Gedanken eines Laien... Mon, 08 Dec 14 17:19:50 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627038#m1627038 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627038#m1627038 <p>Hallo,</p> <blockquote> <p>Editor, der in der Lage ist, drei Ansichten einer Datei anzubieten,</p> </blockquote> <p>das kriegt jedes CAD-Programm im 3D-Modus hin...</p> <p>bin schon weg<br> Kalk</p> Gedanken eines Laien... Mon, 08 Dec 14 20:06:00 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627036#m1627036 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627036#m1627036 <p>Hakuna matata!</p> <blockquote> <p>Der Gedanke hinkt - das würde einen unglaublich smarten Editor voraussetzen, der nicht nur in der Lage ist, drei Ansichten einer Datei anzubieten, sondern diese nach jeder Bearbeitung einer Ansicht die anderen dynamisch aktualisiert (das können evtl noch viele) und vor allem intelligent die Stelle behält, an der Beispielsweise das CSS anfängt, selbst wenn davor 100 Zeilen im HTML neu dazugekommen sind (tut das auch nur einer?).</p> </blockquote> <p>Jap, <a href="http://www.vim.org/" rel="nofollow noopener noreferrer">DER Editor</a> kann das ;)<br> In VIM werden geöffnete Dateien durch Buffer repräsentiert. Fenster und Tabs sind ein völlig losgelöstes Konzept davon (im Gegensatz zu Notepadd++ wo eine Datei einem Tab entspricht). In VIM kann man beliebige Tabs und Fenster erstellen und man kann frei irgendwelche Buffer in die Fenster laden, dabei spielt es keine Rolle, ob ein Buffer bereits in einem anderen Fenster geladen wurde. Eine besser Erklärung gibt es hier: <a href="http://blog.sanctum.geek.nz/buffers-windows-tabs/" rel="nofollow noopener noreferrer">http://blog.sanctum.geek.nz/buffers-windows-tabs/</a></p> <blockquote> <p>Von kontextabhängigem Syntax-Highlightning und Auto-Vervollständigen will ich gar nicht anfangen. ;)</p> </blockquote> <p>Kein Problem für <a href="http://www.vim.org/" rel="nofollow noopener noreferrer">DEN Editor</a>.</p> <div class="signature">-- <br> “All right, then, I'll go to hell.” – Huck Finn </div> Gedanken eines Laien... Mon, 08 Dec 14 21:28:45 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627037#m1627037 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627037#m1627037 <p>Tach!</p> <blockquote> <p>In VIM werden geöffnete Dateien durch Buffer repräsentiert. Fenster und Tabs sind ein völlig losgelöstes Konzept davon (im Gegensatz zu Notepadd++ wo eine Datei einem Tab entspricht).</p> </blockquote> <p>"Clone to Other View" und schon hat man eine Datei in zwei Tabs, nebeneinander. Das sind nicht beliebig viele, aber schon mal nicht nur eine Ansicht. Und IDEs können sowas auch.</p> <p>dedlfix.</p> Lightning Mon, 08 Dec 14 12:12:22 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627040#m1627040 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627040#m1627040 <p>Hallo Der,</p> <blockquote> <p>nein, ich möchte bitte kein Gewitter im Editor! ;-)</p> </blockquote> <p>wobei mir manche Vorträge wie ein Syntax-Gewitter vorkommen :)</p> <p>Gruß, Jürgen</p> Gedanken eines Laien... Mon, 08 Dec 14 09:07:15 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627044#m1627044 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627044#m1627044 <p>Hallo hotti!</p> <p>Jede Menge Anregungen! Hab mal kurz reingelesen: Das mit den PDFs ist auf jeden Fall mal extrem interessant! Davon abgesehen: Dass Verschiedene Formate mit verschiedenen Sprachen geschrieben werden können, ist im Prinzip logisch, aber als Unwissender hatte ich's nicht mal auf dem Schirm!</p> <p>Zweifelos ist die Situation nicht so dramatisch, wie ich mir das ausgemalt habe. ;)</p> <p>Thx!</p> <p>Roadster</p> Gedanken eines Laien... Mon, 08 Dec 14 09:36:26 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627043#m1627043 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627043#m1627043 <blockquote> <blockquote> <p>Hat es mal einen Versuch gegeben, eine so angedachte universelle Programmiersprache zu entwickeln?</p> </blockquote> <p>Zumindest um ein einheitliches und portables Dokumentenformat. Wenn ich mir z.B. anschaue, wie eine <a href="http://www.p2501.ch/pdf-howto/start" rel="nofollow noopener noreferrer">PDF</a> aufgebaut ist, frage ich mich auch, warum sowas für einen Browser nicht gehen sollte:</p> </blockquote> <p>Äpfel und Birnen …</p> <blockquote> <p>Anstelle CSS-Dateien, IMG-Dateien und andere Objekte als weitere Dateien in HTML zu linken ebenda einzubetten. So dass am Ende nur eine Datei vorliegt,</p> </blockquote> <p>Das wäre völliger Irrsinn. Amazon hat fünf Millionen Artikelseiten (nur mal als Beispiel aus der Luft gegriffen), sollen die identischen Bestandteile aller Seiten fünf Millionen mal kopiert werden, soll der Browser diese Teile bei jedem Artikel neu runterladen müssen, obwohl er nur die jeweiligen Artikeldaten braucht? Und dies nur, damit alles in einer Datei vorliegt? Das kann nicht dein Ernst sein, mal ganz abgesehen davon, dass vermutlich die meisten Webseiten sowieso nicht als Datei vorliegen, sondern aus Datenbanken zusammengestellt werden, im Web also schon die Grundlage des Ansinnens, die Datei als existierendes Objekt fehlt. Es werden im Web keine Dateien übertragen, es werden Daten übertragen. Wozu also der Umweg über eine Datei.</p> <p>Die Auftrennung in einzelne Teile ist angesichts ihrer Nutzung, genauer: ihrer "Anschaffung" und Zusammenstellung vollkommen richtig.</p> <blockquote> <p>deren Inhalt ein Browser so darstellt, wie der Schöpfer das gewollt hat.</p> </blockquote> <p>Weil das nie der Sinn des Webs war.</p> <p>Du vermischt zwei völlig unterschiedliche Anwendungszwecke. PDF ist für Dokumente gedacht, die sich an der Papiernutzung orientieren: Vorgegebenes Ausgabeformat, einmalige und komplette Anschaffung des Inhalts. Unter diesen Voraussetzungen ist es angemessen, a) mit festen Maßen zu arbeiten und b) alles in einer Datei anzubieten.</p> <p>Im Web fällst du schon bei der ersten Anforderung auf die Nase, da jeder Benutzer ein anderes Ausgabegerät hat. Es war früher schon unsäglich, wenn mal wieder einer mit "Optimiert für 1024xbla" ankam und bei 800x alles auseinanderfiel – heute ist sowas wegen der ganzen Mobilgeräte völlig abstrus.</p> <p>Zweitens sind die Inhalte wie auch die Nutzung des Webs sehr dynamisch, es ändert sich ständig etwas und niemand greift sämtlich Inhalte auf einmal ab, sondern nur nach Bedarf. Du lädst beispielsweise nicht den kompletten Amazon-Katalog runter, sondern nur die Seiten, die dich interessieren. Und selbst, wenn du für jeden Artikel ein einzelnes Dokument anlegst, bleibt immer noch die oben bereits genannte ineffiziente, sinnlose Mehrfachübertragung.</p> Gedanken eines Laien... Mon, 08 Dec 14 09:32:38 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627047#m1627047 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627047#m1627047 <p>@@Roadster:</p> <p>nuqneH</p> <blockquote> <p>Das mit den PDFs ist auf jeden Fall mal extrem interessant!</p> </blockquote> <p>PDF ist fürs Web hochgradig _un_interessant, da dies ein web_un_taugliches Format ist (keine Anpassung an Gegebenheiten beim Client wie Viewportgröße).</p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div> Gedanken eines Laien... Mon, 08 Dec 14 10:57:36 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627045#m1627045 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627045#m1627045 <blockquote> <p>Hallo hotti!</p> <p>Jede Menge Anregungen! Hab mal kurz reingelesen: Das mit den PDFs ist auf jeden Fall mal extrem interessant!</p> </blockquote> <p>Die Idee unter PDF ist genial: eingebettete Schriftarten, eingebettete Bilder, Texte... alles Objekte.</p> <p>Isses nicht das wovon ein App-Enwickler träumt? Anstatt ungezählte Dateien in den AppCache zu schicken, wird das Manifest reduziert auf nur wenige Dateien oder gar auf nur noch eine Datei.</p> <p>Während andere ihre Doktorarbeiten über HyperMediaDateien schreiben, hab ich <a href="http://rolfrost.de/appc.html" rel="nofollow noopener noreferrer">hier</a> mal was Diesbezügliches entwickelt: Bilder zusammen mit Texten in einer Datei übertragen und für den AppCache manifestiert.</p> <blockquote> <p>Zweifelos ist die Situation nicht so dramatisch, wie ich mir das ausgemalt habe. ;)</p> </blockquote> <p>Wir dürfen gespannt sein, was die Zukunft bringt. Eines ist sicher: Schrotthändler gabs schon immer ;)</p> <p>MfG</p> Gedanken eines Laien... Mon, 08 Dec 14 11:54:19 Z https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627046#m1627046 https://forum.selfhtml.org/self/2014/dec/8/gedanken-eines-laien/1627046#m1627046 <p>@@hotti:</p> <p>nuqneH</p> <blockquote> <p>Isses nicht das wovon ein App-Enwickler träumt?</p> </blockquote> <p>Apps sind nicht das Web. Außerdem unterscheiden sich insbesondere Androids dermaßen voneinander, dass auch dort so unflexible Formate wie PDF unangebracht sind.</p> <p>Qapla'</p> <div class="signature">-- <br> „Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer) </div>