Let's build your web with me and all people

Saturday, May 9, 2009

How To Set Up a Download Link in Microsoft FrontPage By Jennifer Kyrnin, About.com


Difficulty: Easy
Time Required: 5 minutes

Here's How:

  1. Upload the file you want people to download to your Web server.
  2. Write down or copy/paste the URL pointing to the file.
  3. Open your Web page in FrontPage.
  4. Type "download this file".
  5. Highlight that phrase, and right-click on it.
  6. Choose "hyperlink".
  7. In the "Address" box, type in the full URL of the file for download.
  8. Save your Web page.
  9. Upload the page to your Web server.
  10. Test that the download link works.

Tips:

  1. You can link to any file you want, but remember that some will open in the browser window rather than downloading.
  2. Images and other Web pages cannot be downloaded automatically.
  3. If the Web server has MIME types set correctly, some files will offer your readers a choice - to open the file or download it.

What You Need:

  • Microsoft FrontPage

10 Tips for Good Web Writing If you follow this advice, people will read your Web pages By Jennifer Kyrnin, About.com

    Content

  1. Write relevant content
    It may be tempting to write about your brother's dog, but if it doesn't relate to your site or page topic, leave it out. Web readers want information, and unless the page is information about said dog, they really won't care, even if it is a good metaphor for what you're trying to say.
  2. Put conclusions at the beginning
    Think of an inverted pyramid when you write. Get to the point in the first paragraph, then expand upon it.
  3. Write only one idea per paragraph
    Web pages need to be concise and to-the-point. People don't read Web pages, they scan them, so having short, meaty paragraphs is better than long rambling ones.
  4. Use action words
    Tell your readers what to do. Avoid the passive voice. Keep the flow of your pages moving.

    Format

  5. Use lists instead of paragraphs
    Lists are easier to scan than paragraphs, especially if you keep them short.
  6. Limit list items to 7 words
    Studies have shown that people can only reliably remember 7-10 things at a time. By keeping your list items short, it helps your readers remember them.
  7. Write short sentences
    Sentences should be as concise as you can make them. Use only the words you need to get the essential information across.
  8. Include internal sub-headings
    Sub-headings make the text more scannable. Your readers will move to the section of the document that is most useful for them, and internal cues make it easier for them to do this.
  9. Make your links part of the copy
    Links are another way Web readers scan pages. They stand out from normal text, and provide more cues as to what the page is about.

    Always Always Always

  10. Proofread your work
    Typos and spelling errors will send people away from your pages. Make sure you proofread everything you post to the Web.

HTML and CSS in Email By Jennifer Kyrnin, About.com

Whether you hate or love HTML email, chances are good that at least one of the messages in your inbox today was written in it. There are lots of reasons to write HTML email and as many reasons to avoid HTML email.

Email is for communication.

The point of email is to communicate. And the better your message comes across, the more likely people will read it and benefit from it. Styled emails make it easier to see the message (usually) because elements that are important can be highlighted and lesser elements downplayed.

But styles can't always be seen. I received a message reporting a typo in one of my documents, and the sender highlighted the typo in red. Because I read my email as text, the red did not show through and I spent even more time trying to find the typo than I would if the sender had simply stated "you wrote 'there' instead of 'their' in the third sentence."

Testing Email is virtually impossible.

If you're like many Web designers, you despair at the thought of testing a significant portion of the Web browsers out there. Email is 10 times worse. Email is a much older system than the Web, and as such has many more clients set up to use it. Many corporate clients (such as Lotus Notes) can only be tested in a coprorate network using that system.

Even if the client supports HTML, some people still read it in text mode.

You might consider these people to be extremely technophobic, but many people prefer to read email in text mode rather than HTML and most email clients allow them to turn off HTML.

HTML emails are more likely to be flagged as spam.

SpamAssassin and other spam blockers often use the amount of HTML in an email message as an indication of whether the email is spam. This is because spammers discovered HTML email much quicker than the average email user, and HTML is much more effective in generating a click than plain text.

Styled email gets better results.

Styled email, with images and fancy text, can be more pleasant to read than plain text. So people reading your email messages are more likely to respond to the message or take action because of the message.

HTML email can be a security risk.

HTML email enables malicious senders to embed trojans and other malicious entities into an email message. Some email clients will automatically open attachments and images embedded in HTML email, and this can cause a system to be infected without the victim taking any action other than downloading email.

HTML email is longer to download.

Email is slightly different than Web pages, in that most people don't wait for one email message to download. But it can be very frustrating for your recipients if a message is so big that it stalls all the rest of their mail. And HTML email, is, by definition, larger than the same message in just text. Because there are extra tags surrounding the text that is displayed. Plus, images, whether they are attached or linked, need to be loaded and that can increase the time it takes for the email to load.

HTML email is fun to write.

Just like writing Web pages, HTML email is fun to write. You can spend time actually designing how your message will come across, rather than relying on just the text to convey your feelings. If you've ever been criticized for an email message you sent where someone thought you were angry when you were just excited, HTML email can help with that - because you can add images and colors to convey your meaning, where you would have had to use ALL CAPS or ** and // characters to emphasize and de-emphasize your points.

HTML email can generate privacy issues.

Some companies use 1x1 pixel images (called webbugs) to track who opens the email message. While most companies don't track customers on an individual basis, some people still feel this is a violation of their privacy. They would like the opportunity to refuse to be tracked, and webbugs don't offer that. If you read the HTML message, you've viewed the image and the fact that the email was opened is recorded.

HTML email is fun to read.

Email that arrives with images and style is a lot more fun to read than an email that is just text. This is especially true for designers and other visually oriented people. Text is not always the best way to get a point across - as the saying goes "a picture is worth 1000 words." And an embedded image inside an email is much more likely to be seen and appreciated than one that's sent as an attachment.

Many email clients don't reliably support CSS.

This is mostly an issue for designers who are learning to write standards based HTML for their Web pages. When they turn around to put those same designs in their email messages, many clients choke. CSS is still not well supported in email clients, except for very basic styles like bold, italics, and colors. Layout in HTML emails should be done with tables.

HTML email makes phishing scams much easier.

One of the primary ways that phishing scams work is to imitate a legitimate company's email format and change the links to point to the scammer's site. While it's possible to see that the links don't go where they appear to go, most people don't look and assume that if it "looks like my bank, it must be my bank." Hopefully, this isn't as true any longer.

HTML emails make it much easier to send non-English email.

If you need to send email in a non-ASCII compliant language such as Russian, Korean, or Hebrew, you need to use Unicode or some other language encoding. While you can use RTF, HTML is more standardized and more email clients on more platforms understand it and so can render the message correctly.

Many email clients default to HTML email.

Clients like Outlook Express and AOL use HTML email by default to provide their users with text formatting and embedded images. It can be very difficult to turn off HTML email in these clients.

Some people really hate HTML email.

There are some people out there who are highly offended by the use of HTML email and will delete these messages unread.

Some people really love HTML email.

On the other hand, some people love HTML email. They find it much easier to read and prefer it to plain text.

Saturday, January 31, 2009

Web design From Wikipedia, the free encyclopedia

Web page design requires conceptualizing, planning, modeling, and executing electronic media content and its delivery via the Internet using technologies (such as markup languages) suitable for rendering and presentation by web browsers or other web-based graphical user interfaces (GUIs).

The intent of web design is to create a web site (a collection of electronic files residing on one or more web servers) that presents content (including interactive features or interfaces) to the end user in the form of web pages upon request. Such elements as text, forms, and bit-mapped images (GIFs, JPEGs, PNGs) can be placed on the page using HTML, XHTML, or XML tags. Displaying more complex media (vector graphics, animations, videos, sounds) usually requires browsers to incorporate optional plug-ins, such as Flash, QuickTime, and Java run-time environment. Other plug-ins are embedded in web pages, using HTML or XHTML tags.

Improvements in the various browsers' compliance with W3C standards prompted a widespread acceptance of XHTML and XML in conjunction with Cascading Style Sheets (CSS) to position and manipulate web page elements. The latest standards and proposals aim at leading to the various browsers' ability to deliver a wide variety of media and accessibility options to the client possibly without employing plug-ins.

Typically web pages are classified as static or dynamic.

  • Dynamic pages adapt their content and/or appearance depending on the end-user’s input or interaction or changes in the computing environment (user, time, database modifications, etc.) Content can be changed on the client side (end-user's computer) by using client-side scripting languages (JavaScript, JScript, Actionscript, media players and PDF reader plug-ins, etc.) to alter DOM elements (DHTML). Dynamic content is often compiled on the server utilizing server-side scripting languages (PHP, ASP, Perl, Coldfusion, JSP, Python, etc.). Both approaches are usually used in complex applications.

With growing specialization within communication design and information technology fields, there is a strong tendency to draw a clear line between web design specifically for web pages and web development for the overall logistics of all web-based services.

Fresh blogs

You may have noticed already, but just in case you haven’t, I would like to draw your attention to our new blog format. Gone is the old single-post page design, and here is the more “traditional” blog style format. As you can see, blog entries are now listed with the most recent at the top of the page, running down the page to the oldest. The comments section is still working; you can leave comments or questions as before at the bottom of each post. So please, tell us what you think of the new blog format.

Profiles have also been added to each blog, so you can read a little about the people who contribute to them. This blog is mostly written by me with help from guest bloggers, but several of the blogs are more of a team effort. These blogs, including Chad and South Asia, have a small group of contributors submitting reports, news and stories from there respective areas.

Besides working on the new blog format (which still has a few glitches to iron out), the web team has also developed a new section for World AIDS Day. You can see it here. It includes a lot of new content from Liberia, India, Kenya and Ireland.

Wednesday, January 28, 2009

Web 3.0

by Jeffrey Zeldman


Google, with the cooperation of prestigious libraries, has been digitizing books to make them findable. The practice excites futurists but angers some publishers. Of necessity, digitization creates virtual copies. The publishers claim that such duplication violates copyright, even if the book’s content is hidden from the public. The New York Public Library, one of Google’s partners in the project, recently hosted a public debate on the subject.

It was while attending that debate that my discomfort with the hype surrounding an emerging genre of web development turned into a full-blown hate-on.

The big room was packed. There were more ticket holders than chairs. Yet the seat in front of me remained empty. Each time a hopeful standee approached the empty chair—and this happened every few nanoseconds—the poor schmoe seated next to it had to apologetically explain, “Sorry, the seat is occupied.”

It soon became clear that the kindly schmoe was reserving the seat, not for a friend or colleague, but for a stranger who had imposed that duty on him. While the kindly fellow defended the other man’s throne against a steady stream of resentful ticket holders, the stranger was off somewhere knocking back the library’s free champagne. I wondered what kind of jackass would ask someone he didn’t know to save his seat for thirty minutes at an oversold event. When he finally arrived, I found out.

A taste of ass

“Were you at the Web 2.0 conference?” the arriving man asked, by way of thanking the other for saving his place. The kindly schmoe signified in the negative. This was all the encouragement our man needed to launch into an adjective-rich and fact-poor monologue that was loud enough for half the room to hear.

It soon appeared that “Web 2.0” was not only bigger than the Apocalypse but also more profitable. Profitable, that is, for investors like the speaker. Yet the new gold rush must not be confused with the dot-com bubble of the 1990s:

“Web 1.0 was not disruptive. You understand? Web 2.0 is totally disruptive. You know what XML is? You’ve heard about well-formedness? Okay. So anyway—”

And on it ran, like a dentist’s drill in the Gulag.

At first I tolerated the pain by mentally modifying the famous scene from Annie Hall:

HIM: “I teach a venture capitalist workshop, so I think my insights into XML have a great deal of validity.”

ME: “Oh, really? Because I happen to have Mr. Bray right here.”

Later I gnawed my knuckles. At some point, in a kind of fever, I may have moaned. Blessedly, at last the lights dimmed and the night’s real speakers redeemed the evening.

But the ass whose braying I’d endured left a bad taste.

Less noise, more signal

Let us now define and disclaim.

The jerk at the library event was in love with his own noise, and the problem with noise is that it interferes with signals. What is the signal? What, if anything, does “Web 2.0” mean? What is the good thing that the hype risks obscuring?

Well, there are several good things, it seems to me.

Some small teams of sharp people—people who once, perhaps, worked for those with dimmer visions—are now following their own muses and designing smart web applications. Products like Flickr and Basecamp are fun and well-made and easy to use.

That may not sound like much. But ours is a medium in which, more often than not, big teams have slowly and expensively labored to produce overly complex web applications whose usability was near nil on behalf of clients with at best vague goals. The realization that small, self-directed teams powered by Pareto’s Principle can quickly create sleeker stuff that works better is not merely bracing but dynamic. As 100 garage bands sprang from every Velvet Underground record sold, so the realization that one small team can make good prompts 100 others to try.

The best and most famous of these new web products (i.e. the two I just mentioned) foster community and collaboration, offering new or improved modes of personal and business interaction. By virtue of their virtues, they own their categories, which is good for the creators, because they get paid.

It is also good for our industry, because the prospect of wealth inspires smart developers who once passively took orders to start thinking about usability and design, and to try to solve problems in a niche they can own. In so doing, some of them may create jobs and wealth. And even where the payday is smaller, these developers can raise the design and usability bar. This is good for everyone. If consumers can choose better applications that cost less or are free, then the web works better, and clients are more likely to request good (usable, well-designed) work instead of the usual schlock.

Of this they spin

In addition to favoring simpler solutions built by leaner teams, the stuff labeled “Web 2.0” tends to have technological commonalities.

On the back end, it is most often powered by open source technologies like PHP or (especially) Ruby on Rails.

On the front end, it is mainly built with web standards—CSS for layout, XML for data, XHTML for markup, JavaScript and the DOM for behavior—with a little Microsoft stuff thrown in.

When web standards with a little Microsoft stuff thrown in are used to create pages that can interact with the server without refreshing, the result is web apps that feel peppy and, dare we say it, Flash-like. In a white paper that actually got read, writer/consultant Jesse James Garrett named what I’ve just described. He called it AJAX, and the acronym not only took, it helped interactivity powered by these technologies gain traction in the marketplace.

Here is where the spinners bedazzle the easily confused. Consider this scenario:

Steven, a young web wiz, has just celebrated his bar mitzvah. He received a dozen gifts and must write a dozen thank-you notes. Being webbish, he creates an on-line “Thank-You Note Generator.” Steven shows the site to his friends, who show it to their friends, and soon the site is getting traffic from recipients of all sorts of gifts, not just bar mitzvah stuff.

If Steven created the site with CGI and Perl and used tables for layout, this is the story of a boy who made a website for his own amusement, perhaps gaining social points in the process. He might even contribute to a SXSW Interactive panel.

But if Steven used AJAX and Ruby on Rails, Yahoo will pay millions and Tim O’Reilly will beg him to keynote.

Who weeps for AJAX?

We pause but a moment to consider two AJAX-related headaches.

The first afflicts people who make websites. Wireframing AJAX is a bitch. The best our agency has come up with is the Chuck Jones approach: draw the key frames. Chuck Jones had an advantage: he knew what Bugs Bunny was going to do. We have to determine all the things a user might do, and wireframe the blessed moments of each possibility.

The second problem affects all who use an AJAX-powered site. If web signifiers and conventions are still in their infancy, then AJAX-related signifiers and conventions are in utero. I am still discovering features of Flickr. Not new features—old ones. You find some by clicking in empty white space. This is like reading the news by pouring ACME Invisible Ink Detector on all pieces of paper that cross your path until you find one that has words on it.

I am not knocking Flickr. I love Flickr. I wish I were as gifted as the people who created it. I’m merely pointing out complex design problems that will not be solved overnight or by a single group. In Ma.gnolia, which is now in beta, we used small icons to indicate that additional actions could be taken and to hint at what those actions might be. We succeeded to the extent that 16px by 16px drawings can communicate such concepts as “you may edit these words by clicking on them.”

These problems and others will be solved, most likely by someone reading this page. One points to these issues mainly to dent a swelling of unthinking euphoria. We have been down this road before.

Bubble, bubble

When I started designing websites, if the guy on the plane next to me asked what I did, I had to say something like “digital marketing” if I wanted to avoid the uncomprehending stare.

A few years later, if I told the passenger beside me I was a web designer, he or she would regard me with a reverence typically reserved for Stanley-Cup-winning Nobel Laureate rock stars.

Then the bubble burst, and the same answer to the same question provoked looks of pity and barely concealed disgust. I remember meeting a high-rolling entrepreneur in the early 2000s who asked what I did. I should have told him I hung around playgrounds, stealing children’s lunch money. He would have had more respect for that answer.

I hated the bubble. I hated it when Vanity Fair or New York Magazine treated web agency founders like celebrities. I hated that mainstream media and the society it informs either ignored the web or mistook it for a high-stakes electronic version of the fashion industry.

When the bubble burst, these same geniuses decided the web was of no interest at all. Funny, to me it was more interesting than ever. To me it was people and organizations publishing content that might not otherwise have seen light. It was small businesses with realistic goals delivering value and growing. It was traditional publishers finding their way into a new digital medium, helped by folks like you and me. It was new ways of talking and sharing and loving and selling and healing and being. Hardly dull.

Eventually the uninformed stopped seeing a wasteland and started seeing bloggers, by which they meant only those bloggers who wrote about politics, most often from the extreme left or right. The web was “back” even though it had never left. (Of course, the fifth time you hear Wolf Blitzer say “blogger” or ask, “what do the bloggers have to tell us about these still-unfolding events?” the joke is stale and you wish those who don’t get the web would go back to ignoring it.)

But nothing, not even the rants of political bloggers, was as exciting as the scent of money. As the first properly valued “Web 2.0” properties began to find buyers, a frenzy like the old one popped hideously back to life. Yahoo spent how much? Google bought what? Here was real blood in the water.

But how to persuade the other sharks in the tank that this blood feast was different from the previous boom-and-bust? Easy: Dismiss everything that came before as “Web 1.0.”

It’s only castles burning

To you who are toiling over an AJAX- and Ruby-powered social software product, good luck, God bless, and have fun. Remember that 20 other people are working on the same idea. So keep it simple, and ship it before they do, and maintain your sense of humor whether you get rich or go broke. Especially if you get rich. Nothing is more unsightly than a solemn multi-millionaire.

To you who feel like failures because you spent last year honing your web skills and serving clients, or running a business, or perhaps publishing content, you are special and lovely, so hold that pretty head high, and never let them see the tears.

As for me, I’m cutting out the middleman and jumping right to Web 3.0. Why wait?

Translations:
French (John-Andrew Garner)
Spanish (Alberto Romero)

Web 3.0 by Jeffrey Zeldman

Custom Web Design

Custom Web Design

Many web design services use standard templates. This makes them much less expensive, and you can browse thousands of web design templates online. The problem is, as always, you get what you pay for. When using a template for your web site, you will be sharing that design with several other companies because anyone can use the same template.

In order to distinguish your company you should hire a web designer to create a custom design for your website. You can get free quotes for custom web design at DesignQuote.net

Custom Web Design Customers

When a new company or organization has a service or a product to promote their goal is to reach all potential customers in their demographic. The market for good design work is essentially endless. Hundreds of new businesses are created everyday in the United States alone. They will eventually all need someone who can design web pages for them.

Get a free bid on your web design project today.

Multiple Skill Requirements

Custom web site design relys on multiple disciplines of graphic design, information systems, IT and communication design. Websites are an information system whose components are divided up into front-end and back-end. The viewable content (e.g page design and layout, GUI, graphics and text) is known as the front-end. The back-end comprises the source code, programmed scripted functions and server-side components that process input from the front-end, then perform some fucntion on that data and return a result. Depending on the scope of a Web development project, it could be executed and implemented by a single multi-skilled individual (a webmaster), or a project coordinator ot project manager may oversee a team with specialized skills.

Web Design Opportunities

Web Design can be an excellent opportunity for creative and tech savvy individuals to utilize their skills and make a living. This industry allows you to learn visual communication and work with new technologies. If you are a good designer you can build a long term relationship with your clients and grow as your clients grow. You will have a vested interest in their success.

If you want your skills to stay honed, you will need to keep abreast of the fast pace of technology, web design is an emerging field and new technologies can sprout up overnight.

Cutting edge technology like Web 2.0 and advances in programming and markup languages such as XHTML, AJAX, and CSS make good design a technical challenge as well as visual design issues. To be an excellent designer you must leverage all these emerging technologies to create custom web design that excels beyond the clients expectations.

Many local colleges and trade schools offer courses in web design. You can even get an online degree in web design. Many schools and colleges across North America offer web design related degrees and programs. If you know anyone that is in the web design field, ask them how they got started. Their experience will give you a good idea on how to begin your career.

Form more information see CustomWebDesignBids.com

What exactly is Web design?

Web design is a process of conceptualization, planning, modeling, and execution of electronic media content delivery via Internet (or World wide Web eg. WWW) in the form of Markup language such as HTML suitable for interpretation by Web browsers (Such as IE and Firefox) thats display as a GUI (Graphical user interface).

Improvements in browser compliance with W3C standards prompted a widespread acceptance and usage of XHTML/XML in conjunction with CSS (Cascading Style Sheets) to position and manipulate web site page elements. See CSS examples here.

The intent of web design is to create a web site a collection of pages that reside on a web server/servers and present content and interactive features to the end user in form of Web pages. Such elements as text, bitmap images (GIFs, JPEGs, PNGs), forms can be placed on the page using HTML/XHTML/XML tags. Displaying more complex media (vector graphics, animations, videos, sounds) requires plug-ins such as Flash, QuickTime, Java run-time environment, etc.