... Bien, d'une part, je pourrais avoir blogged plus ce mois. Comme c'est, j'ai passé la plupart de décembre en regardant des étiquettes HTML et CSS (tombant en cascade le drap de style) les déclarations.
Le bon chagrin, comment n'importe quoi semble-t-il agréable sur le web avec cette connerie agissant comme la colle ? Mais attendez, je prends de l'avance sur moi, commençons au commencement.
En arrière, le chemin de retour, même avant qu'Internet mondial est né, il y avait deux ou trois gars de Xerox qui se sont attaqués au problème de créer une langue informatique pour décrire l'apparence de renseignements sur les médias statiques de deux dimensions. Ces gars ont trouvé un langage de programmation basé sur la meule appelé le Post-scriptum. Maintenant le Post-scriptum a ses désavantages. Quelqu'un se souvient-il de la Bible Rouge ? C'était le grand lourd livre qui a décrit les spécifications de Post-scriptum et aussi importantes pour nous sys admins à cette époque il a énuméré aussi tous les codes d'erreur. Nous avons vu beaucoup d'erreurs de Post-scriptum au cours des années quatre-vingt-dix, dans aucune petite partie parce que le Post-scriptum n'était pas la langue la plus facile pour apprendre ou maîtriser. Cependant, il avait vraiment des avantages. C'était une spécification ouverte. Il pourrait décrire une page dans le détail déroutant avec la précision absolue. Et le plus important de tous, Adobe, le Quark, le Macromilieu et quelques autres compagnies étaient capables de construire un ensemble robuste d'outils de design graphiques qui étaient capables finalement de rendre l'oeuvre d'art dans le Post-scriptum et ainsi capable d'être tranferred et production à n'importe quel moteur reflétant dans le monde qui avait un ACCROC de Post-scriptum devant cela. Now Postscript has its drawbacks. Does anybody remember the Red Bible? That was the big heavy book that described the specifications of Postscript and just as important to us sys admins at the time, it also listed all the error codes. We saw a lot of Postscript errors back in the nineties, in no small part because Postscript was not the easiest language to learn or master. However, it did have advantages. It was an open specification. It could describe a page in astounding detail with absolute precision. And most important of all, Adobe, Quark, Macromedia and a few other companies were able to build a robust ensemble of graphic design tools that ultimately were able to render the artwork in Postscript and thus able to be tranferred and output to any imaging engine in the world that had a Postscript RIP in front of it.
Cependant, ce n'était pas assez. Les gens étaient fatigués du fait d'essayer de programmer en Post-scriptum et donc le long est venu le Format de Document Portatif qui a évité avec soin tous les problèmes de Post-scriptum et était de nouveau un format ouvert et tout à fait franchement, à mon opinion fanatique, un coup devrait être monté contre les têtes pointues qui dirigeaient Internet en ce moment-là et ils devraient avoir été forcés à embrasser l'impressionnant de PDF pour le rendre la langue d'Internet.
Au lieu de cela nous avons HTML et si vous calmez votre esprit et trouvez un endroit tranquille dans un champ loin de l'agitation de vie quotidienne normale, vous pouvez entendre les anges pleurant. La Langue de Majoration de texte de Hyper est une spécification brutale, sans doute de cela et c'est le demi-frère bâtard CSS n'est pas beaucoup mieux.
Maintenant comment puis-je faire une telle déclaration arrogante ? Facile. En arrière au début des années quatre-vingt-dix, une bonne prépresse sys admin devait savoir un petit peu du Post-scriptum pour fixer des dossiers ici et là. Dans les très premiers stades de PDF, pour peut-être une période de six mois entre '96-'98, vous pourriez avoir poussé autour de dans l'innards de PDF juste de la curiosité. Maintenant ? Personne ne fait et pourquoi irait ils ? Pour faire le design graphique et/ou la disposition de page, vous n'avez pas besoin de savoir PDF, vous avez besoin de savoir juste le Programme Préféré Illustrator/Indesign/Photoshop/Quark/Your et la seule limite à ce que vous pouvez mettre la page est votre niveau de talent. Back in the early nineties, a good prepress sys admin had to know a little bit of Postscript to fix files here and there. In the very early stages of PDF, for maybe a six month period between '96-'98, you might have poked around in the innards of PDF just out of curiosity. Now? Nobody does and why would they? To do graphic design and/or page layout, you don't need to know PDF, you just need to know Illustrator/Indesign/Photoshop/Quark/Your Favorite Program and the only limit to what you can put on the page is your level of talent.
Mais même un bleu complet d'un créateur de web partant en année 2009 vient pour penser très vite qu'ils ont besoin d'apprendre HTML et CSS parce que les outils de design de web sucent complètement quand il vient au design de WYSIWYG et au fait de réviser. Pourquoi sucent-ils ? Puisque HTML est une spécification si desserrée et qui fuit. Comprenez, quand les premiers programmes de disposition de page sont partis dans l'ordinateur, everbody les a détestés parce que le prn (le post-scriptum de fenêtres) a sauté à l'accroc plus souvent que pas, puisque les conducteurs de post-scriptum de fenêtres étaient terribles. Because HTML is such a loose and leaky spec. Understand, when the first page layout programs came out in PC, everbody hated them because the prn (windows postscript) blew up at the rip more often than not, as the windows postscript drivers were terrible.
Comme la qualité des conducteurs de post-scriptum de fenêtre s'est améliorée, la surprise de surprise la plainte des programmes de disposition de page de fenêtres a diminué si aujourd'hui la plupart des créateurs exigeront qu'il n'y a aucune différence entre, disons la Suite Créatrice sur le Mac et l'ordinateur.
Mais pouvez-vous prendre un dossier HTML statique d'un site Internet Dreamweaver-créé et faire floc cela dans des CENTIMÈTRES comme WordPress ? Sûr vous pouvez, mais cela ne regardera pas le même. Comment d'un Mot un docteur a exporté comme HTML ? En fait, quelquefois cela travaille, fiez-vous à moi sur cela. Jusqu'à ce que vous essayiez de tordre le code juste un petit peu et ensuite GRONDER!! Puisque d'une part, vous gotta trouvent le dossier CSS maudit qui porte toutes les déclarations de formatage. Deuxièmement, certains des navigateurs de web (bien je vous regarde C'EST-À-DIRE) ne suivent pas la spécification HTML, triste et pitoyable comme c'est. How about a Word doc exported as HTML? Actually, sometimes that works, trust me on that. Until you try to tweak the code just a little bit and then BOOM!! Because for one thing, you gotta find the accursed CSS file which carries all the formatting declarations. Secondly, some of the web browsers (okay I'm looking at you IE) don't follow the HTML spec, sad and pathetic as it is.
Haletez! J'étais à bout juste de la bile amère pour ce soir. Bien c'est tout. Je ne me plaindrai jamais de l'Adobe taxe de nouveau aka la libération de nouvelles versions de la suite CS sur une base annuelle. En arrière à la conception de web. Okay that's it. I'll never complain about the Adobe tax again aka releasing new versions of the CS suite on a yearly basis. Back to web designing.
(Maudissez-vous vous la majoration misérable validator, j'ai vraiment déclaré que la déclaration dans le drap de style).
Plus De benji49
- L'Avenir de Prépresse : Expansion de la Bulle Virtuelle
- Le Temps de Jour (le Magazine) s'est Tenu tranquille
- Le travail dans la Prépresse | H1N1 dans le Lieu de travail
benji49 Recommande
- PPC Sur la Publicité d'Internet – les Problèmes et les Remèdes (longtailedkeyword)
- La Vérité des Chats et des Chiens (la Poupe) (rossjoyner)
{2 commentaires … les lisent ci-dessous ou ajoutent un}
RÈGLES de Cricketdraw!!!!
gordo
Remerciez Dieu que PDF n'est pas la langue d'Internet. Vous semblez avoir oublié qu'il y a une telle chose comme une table XREF dans PDF. C'est à la fin du dossier et une application a besoin de le lire avant qu'il peut faire n'importe quoi du tout avec le PDF. S'il y a même 1 morceau 'de' dans cette table, les chances sont vous ne peut pas faire une chose simple avec le dossier PDF. It is at the end of the file and an application needs to read it before it can do anything at all with the PDF. If there is even 1 bit ‘off’ in that table, chances are you cannot do a single thing with the PDF file.
Par contre, en HTML une application peut commencer à afficher le truc aussitôt que les premiers octets d'un dossier sont lus. D'abord vous arrivez pour voir le texte et puisque les dossiers supplémentaires sont chargés, les images et d'autre truc surgit. Cela fait le parcours tellement plus vite. N'importe quoi qui est mal compris est ignoré ainsi un octet corrompu ne détruira pas quelque part la page entière. That makes browsing so much faster. Anything that is misunderstood is ignored so one corrupted byte somewhere won’t destroy the entire page.
J'aime PDF mais même l'état désolé actuel de HTML ne le rend pas une technologie valide pour Internet.
Peut-être vous avez oublié qu'Adobe Reader a coûté initialement 50$ par bruit (http://www.prepressure.com/pdf/basics/histor y). Le web aurait-il même enlevé du tout s'il aurait commencé comme ça ?