dialect - web tools
Investigate, if you want to know more :)
A Small Web Marketing company, that shares some knowledge
http://dialect.ca/code/
Explore Posterous
Search posterous
Search all posts and users. Type a name, type a favorite song title, whatever! See what comes up.
More posterous blogs
Here are posterous posts filed under html...
Q&A - We neeeed to know
There are lot's of sites (paid and free) that try to answer our questions in many domains. HowTo and DIY and stuff...
|
After the confirmed success stackoverflow that answers programmers questions, the real news is that there is a link at the bottom... to another site that I hope gets filled with good answers and it's a twin site called doctype and is aimed at... as they put it: |
Doctype is a free question and answer site for web designers. You can ask questions about CSS, HTML, web design and email design.
Check the whole family
Amaya: A Simple, Yet Useful Alternative to Dreamweaver – Make Tech Easier
While on a project, where money was scarce, we were scrambling around looking for a free or open source HTML editor that can provide us the same functionality as Adobe Dreamweaver. During my analysis of the different HTML editor out there, I came across Amaya. What intrigued me about it was that it was created by the World Wide Web Consortium (W3C). As someone who loves Dreamweaver, I thought that I would never find something comparable to it that was free (open source), but I was wrong.
Amaya is an open-source HTML editor created by the W3C. If you don’t already know, W3C is an international community that develops Web standards. It was founded by Tim Berners-Lee, who is credited as inventing the World Wide Web. In 1998, Amaya was invented. Since then, there have been various releases that have given more functionality to Amaya.
Rest of article: http://maketecheasier.com/html-editor-created-by-w3c/2009/11/06
Le guide du mail en HTML #1
Le guide du mail HTML contient des astuces et des outils sur la création du mail en HTML compatible avec la plupart des clients mails et des webmails.
Les exemples suivants ont été testé,
1. sous Windows avec:
- Webmail: Hotmail, Windows Live Hotmail, Gmail, Yahoo! Mail, Lycos Mail
- Clients mails: - Outlook 2003, Thunderbird 1.5
- Navigateurs: - Internet Explorer 6 and 7, Mozilla Firefox 2
Logiciel pour créer des emails en HTML
Avant d'utiliser les éditeurs mentionnés ci-dessous, il est important de prendre connaissance des bases du HTML et du CSS. Pour en savoir plus, vous pouvez aller sur le site de la W3Scools:HTML et CSS
Il existe une liste d'éditeurs pour vous aider à créer votre mail. Ici, sont listés des logiciels pour créer des mails HTML ainsi que des sites internets:
- PSPad (éditeur universel / gratuit)
- Programmer’s Notepad
- Intype (éditeur de code source / gratuit)
- Macromedia Dreamweaver (éditeur WYSIWYG / payant)
Pour charger vos fichiers vous pouvez utiliser FireFTP (extension Firefox), FileZilla et/ouWinSCP.
Ne pas utiliser Microsoft Word pour créer des pages HTML ou des mails HTML
Microsoft Word écrit un ensemble de code inutile qui vient alourdir votre code et le rendre plus complexe. Cela peut amener à des déformations de votre mail en fonction des clients.
Ne pas faire de copier/coller depuis Microsoft Word
Microsoft Word utilise une manière différente pour formater le texte que d'autres éditeurs comme par exemple Notepad, Notepad++, PSPad and Dreamweaver. Ces programmes utilisent tous le mode texte sans reformater le code.
Logiciels pour envoyer des mails HTML
Swift Mailer
Swift Mailer s'intègre dans votre serveur Web et est écriten PHP 5. Orienté objet, il offre un grand nombre de fonctions pour envoyer vos mails en HTML.
poMMo
poMMo est une application pour Linux de mailing de masse, écrit également en PHP. Sur ce lienpoMMo screenshots vous trouverez un ensemble de screnshots.
PHPlist
PHPlist est un manager de newsletter en open source. Il est hautement configurable et offre un grand nombre de fonctionnalités comme le suivi de clics, les thèmes, la gestion des utilisateurs ou encore l'inscription/désinscription.
Il n'est pas nécessaire d'avoir des connaissances en PHP pour installer PHPList. Le plus important est de correctement configurer config.php.
Dada Mail - Gestionnaire de mailing list
Dada Mail est très personnalisable, facile à utiliser et contient un ensemble de fonctionnalités comme le nombre de mailing list illimités, les thèmes, les archives incluant le moteur de recherche, le panneau de configuration et d'administration pour chaque mailing list. Dadamail peut offrir d'autres fonctionnalités en utilisant des extensions comme Mystery Girl - Bounce Handler. Il n'est pas nécessaire de connaître Perl/CGI pour installer Dadamail. Plusieurs extensions requièrent la connaissance de l'utilisation de Linux.
MailList Controller
Arclab Maillist Controller gère les listes et l'envoi personnalisé en HTML, en brut, ou en HTML et texte brut. Contient un éditeur WYSIWYG personnalisable. C'est une application gratuite qui vous permet d'utiliser seulement une mailinglist.
Thunderbird
Mozilla Thunderbird est un client mail qui est capable d'envoyer des messages en texte brut, en HTML, mais également en combinant HTML texte brut. Pour cela, il faut créer un message, cliquer sur le corps du message puis choisir Insertion > HTML.
PHPMailer
PHPMailer est une application PHP complète.
- Email en HTML
- Support d'images
- Peut envoyer des mails avec multiples TOs, CCs, BCCs and REPLY-TOs
- Fonctionne sous n'importe quelle plateforme
- Voir plus d'informations sur le site PHPMailer
Bugs in my madness
some problems with my app...
http://cybersweetness.comthere should be a way to create html based email to blogs. where I can insert via characters like the tags...
20 HTML Forms Best Practices for Beginners
A detailed, well-exampled article about coding HTML web forms for beginners.
Visit ArticleWorking with XHTML forms can be somewhat daunting; they not only use some niche HTML elements, but also blur the line between static content and user interaction. Let’s review some things to remember when creating your next form.
jQuery to Google Groups: "You're dead to me"
I hate when Google gets bad press, even if it's from an obscure group of web geeks.
Sure, this dirt isn't nearly as tawdry as a Gmail outage, Chinese firewalls or the roller coaster ride that is Google's stock price. But speaking as a recovering web geek myself: oh, it's bad, baby...
It seems that the jQuery project has decided to drop Google Groups as its de facto discussion board and mailing list for over 20,000 web developers worldwide. For the uninitiated, jQuery is a "a fast and concise JavaScript Library that simplifies HTML document traversing, event handling, animating, and Ajax interactions for rapid web development."* In layman's terms, jQuery is a way to make web sites to act like Flash without actually using Flash, a browser technology that makes web sites look and act pretty but has a vexed history of bad browser behavior.
John Resig, jQuery's creator and lead developer, broke the news on his blog this week, leaving web designers to wonder "Now what?" while the rest of the world thinks "So what?" Wired's Webmonkey blog and Slashdot (yes, good ol' Slashdot) also weigh in on the war of words. In a nutshell, Resig is displeased with Google Groups' inability to stave off spam:
As far as I'm concerned, Google Groups is dead.... This post isn't so much about the usefulness of mailing lists as a discussion medium, it's the complete failure of Google Groups as an adequate purveyor of public discussion software. For the jQuery project we're already in the process of moving the full discussion area to a forum that we control.... There is one area in which Google Groups continues to shine: Private, or restricted, mailing list discussions. However any attempts at using it for a public discussion medium are completely futile.... The primary problem with Google Groups boils down to a systemic failure to contain and manage spam. Only a bottom-up overhaul of the Google Groups system would be able to fix the problems that every Google Group faces.
The comment threads are flaming hot on jQuery's abandoning ship -- one of the largest on Google Groups. And while Google is yet to respond formally, I eagerly await their next move. Ironically, Google employs jQuery across a number of its web properties, namely Google Code and -- you guessed it -- Google Groups. Personally, I relied more on the jQuery documentation wiki than boards and lists, but that's just me.
Back when I designed web sites for sport, I grooved on jQuery's logic and efficiency. Community support was weak at first but gained groundswell quickly. Competing JavaScript frameworks like Prototype, MooTools and Yahoo! UI worked more like Flash and were simpler to learn, but jQuery was so damn clean and the robust UI libraries evolved so well that I couldn't resist adopting it like a puppy. Tens of thousands of web developers now roll with it, and even marquee sites like Amazon, Microsoft, Twitter and Bank of America infuse jQuery.
Casual web users won't care, and why should they? Unless you code for a living, this is pretty dull stuff and overshadowed by the wealth of positive coverage in recent days resulting from Google Wave (myself, i'm still not sold), Google Voice (the FCC is really not sold) and Google Maps turn-by-turn navigation ("sold," to the chagrin of Garmin and TomTom). The issue of jQuery developers getting spammed on Google Groups whenever they can't chain together an AJAX event handler is pretty much a non-issue to everyday folk and a dead letter to mainstream media.
Of course, if the world's biggest search engine can't appease the very crowd of said geeks that continues to make Google -- heck, the entire web -- the success story that it is, then maybe it's worth a second glance. After all, you never know when a Facebook or a Bing might one day woo those developers with: "Aww, Google gotcha down? We understand how busy they can be. Care to step into our spam-free kitchen?"
* From the jQuery.com home page.
Always specify a character encoding
Q: I never use funny characters.
Do I still need to declare my character encoding?
Do I still need to declare my character encoding?
A: Yes! You should ALWAYS specify a character encoding on every HTML page you serve. Not specifying an encoding can lead to security vulnerabilities.
From: http://diveintohtml5.org/semantics.html
More info about the security vulnerability: http://code.google.com/p/doctype/wiki/ArticleUtf7
From: http://diveintohtml5.org/semantics.html
More info about the security vulnerability: http://code.google.com/p/doctype/wiki/ArticleUtf7
75 PSD to HTML Resources for Web Designers | Vandelay Design Blog
Nice resource, but they forgot to add http://www.xhtmlme.com/ which is great also!
Modern CSS Layouts: The Essential Characteristics "Smashing Magazine"
Cool article by Smashing Magazine about CSS3 and HTML 5 layouts and how they will change things for Web Design in the future.
