Printable View
Based on the boom of Web 2.0, I recently started moving alot of my legacy websites up to new Web 2.0 standards. From surfing around and reading about alot of the sites and new designs, I decided to attempt to redesign a logo for one of my sites in the a new Web 2.0-esked theme.
I am not sure how sold I am on the final product, and would like some feedback from some of you seasoned veterans on some design tips and tricks for a logo.
Thanks.
http://www.investchallenge.com/interest/splash.jpg
I think the image is interesting and professional looking. My only initial negative impression was that the word 'beta' is emblazoned upon the image as if it were some kind of an award or other 'claim to fame'. Beta means:
'Not ready yet'
So, if you want to have an award emblem, find another word to use in it or, if you want to truthfully advertise the beta state of the service/software whatever it is, use a less incongruent container like - say, a box.
Oh, and 30KB is too many bytes for such a simple image. Optimize it!
Maybe in English. In Web 2.0-speak it's a lot more positive :)Quote:
Originally Posted by jscheuer1
Actually, in development terms, betas tend to be usable but untested.What "Web 2.0 standards?" There have been no new standards of late and, indeed, no formal definitions of Web 2.0. Personally, I won't be calling it Web 2.0 until we drop HTTP. This is Web 1.3, at best.Quote:
I recently started moving alot of my legacy websites up to new Web 2.0 standards
Technically, my site is in "BETA" stage: http://www.investment-challenge.comQuote:
Originally Posted by jscheuer1
Well, I just meant a lot more colorful, using AJAX, use of gradients and rounded corners, and XHTML complaint.Quote:
Originally Posted by Twey
Not standards as far as HTML.
I have no comment for this.Quote:
Well, I just meant a lot more colorful,
AJAX is a terrible idea. JSON is far easier to parse in Javascript. I hope you provided a server-side backup for non-JS (and non-XHR) browsers.Quote:
using AJAX,
Again, this doesn't merit a comment.Quote:
use of gradients and rounded corners,
It's currently a very bad idea to serve XHTML to clients. Either you've dropped support for quite a few browsers (including IE) or you're serving the XHTML as text/html, which means you're forfeiting all the benefits of XHTML and introducing a whole new ream of problems in their place. You're much better off with HTML 4.01 Strict.Quote:
and XHTML complaint.
/EDIT: I've looked at the site. Without Javascript, the email address does appear to be submitted, but the script to which it is submitted produces no output.
The XHTML is indeed being served as text/html. There is absolutely no point in this, and indeed. your page may as well be invalid.
Oh -- it is invalid. If you serve this as XHTML, it won't parse. Invalid XHTML Transitional, at that. Transitional DOCTYPEs are intended for the transition between an older DOCTYPE and a newer. They are most certainly not intended to be used when writing new sites.
I am interested in your reasons for why you dislike AJAX?Quote:
Originally Posted by Twey
I am trying to move away from table designed sites and completely rely on CSS driven sites. It is far easier to do our site redesigns with a CSS driven page, over a page that needs to be recoded and restyled.
My basic goals from moving my site from its previous design and layout to a "Web 2.0 site" is because it needs an Internet application, RSS feed, clean and nice looking URLs, and now the ever famous tagclouds.
Basically just moving my boring site principles along.
I gave them above: XML is a remarkably inefficient carrier of data where Javascript is involved, especially where light-weight, easily-parsed alternatives such as JSON are available.Quote:
I am interested in your reasons for why you dislike AJAX?
Indeed it is. A much better idea semantically, too. I commend you, but fail to see how the application of CSS has any relevance to the discussion, which dealt with AJAX and XHTML.Quote:
I am trying to move away from table designed sites and completely rely on CSS driven sites. It is far easier to do our site redesigns with a CSS driven page, over a page that needs to be recoded and restyled.
Define an "internet application." This forum is an internet application: it accepts and processes data submitted over the Internet. This has been around since the advent of forms and HTTP POST.Quote:
My basic goals from moving my site from its previous design and layout to a "Web 2.0 site" is because it needs an Internet application,
I presume you're referring to the use of XMLHttpRequest (XHR). An ugly URL is preferable to no URL at all, and pretty URLs can be achieved via mod_rewrite or equivalent without breaking the browser's history and bookmark functions.Quote:
clean and nice looking URLs
Maybe I have my classifications mixed up, I had always assocaited a XHTML site as a site that follows a XML heirarchy and is controlled and styled through a CSS sheet.Quote:
Originally Posted by Twey
Basically I have designed a number of user interfaces that interact with my databases and return information back to the users web browser. My idea with incorporating AJAX was to reduce the number of page reloads and speed-up the content delivery.Quote:
Originally Posted by Twey
I was more referring to the apache mod_rewrite, I got sick of having super long URL strings from my various pages and applications, and with the recent surge of SEO and search-friendly URLs, I wanted to rethink them and give them somewhat of a beautification.Quote:
Originally Posted by Twey
All this over an image . . . :cool:
No, an XHTML site is a site that uses XHTML. CSS can be used with HTML just as easily and effectively.Quote:
Maybe I have my classifications mixed up, I had always assocaited a XHTML site as a site that follows a XML heirarchy and is controlled and styled through a CSS sheet.
That's fine, but I still think you'd be better off with JSON than XML as a format for the returned data.Quote:
Basically I have designed a number of user interfaces that interact with my databases and return information back to the users web browser. My idea with incorporating AJAX was to reduce the number of page reloads and speed-up the content delivery.
I don't dislike "AJAX", though I do dislike the name. The problem with it is usage, which is all too frequently atrocious. Because AJAX is a current buzzword in Web development, there seems to be this imperative to use it for any purpose, rather than because there's any tangible benefit. There are also cases where it's used in preference to any equal and better-supported approach. For instance, using AJAX instead of frames, or simply reloading the document. Both are almost always a better option (despite the problems with frames), yet AJAX is used instead because "it's cool".Quote:
Originally Posted by zeropsi
What is "a XML heirarchy"? That's not a phrase that really means anything. If I had to guess, I'd say that you're referring to XML well-formedness requirements. However, there's nothing stopping an author from writing decent HTML (though a look at much of the Web might suggest otherwise).Quote:
Originally Posted by zeropsi
As for using style sheets, any document written in the past several years should be using CSS to suggest presentation. There's no special relationship to XHTML at all.
So, it's a website, then? :rolleyes:Quote:
Basically I have designed a number of user interfaces that interact with my databases and return information back to the users web browser.
The overhead from reloading a document is minimal. A few kilobytes in a well-authored document. As you would need to provide a script-less fall back anyway, the effort seems wasted.Quote:
My idea with incorporating AJAX was to reduce the number of page reloads and speed-up the content delivery.
Using "AJAX" entails waiting for a complete response before rendering begins. HTML can be rendered incrementally. The total number of bytes may be increased, but it's perceptually faster. Loading content via "AJAX" also disables several interface features, such as the Back button and the ability to bookmark content. It's not a worthwhile trade-off, in my opinion.
Mike
This has turned into quite the conversation over my logo. :)
Well, since I do alot of my designing and developing for myself I am always pushing myself to learn new thing, new methods, so I can showcase them in a portfolio if I would ever need to find a new line of work. So as much of a "buzzword" AJAX is to you, I can't imagine how it flies around the water coolers at Media Agencies that design websites for clients. It's a much better card in my hand, than shuffled back in the deck.Quote:
Originally Posted by mwinter
Well, basically the hierarchy just refer to the flow of the code.Quote:
Originally Posted by mwinter
XML example:
XHTML code:Code:<results>
<race value="1">
<winner>Barbosa</winner>
<place>Lucky Foot</place>
<show>Tuscany Gold</show>
<payout>15:1</payout>
</race>
<race value="2">
<winner>Red Skies</winner>
<place>Admiral Benson</place>
<show>Horse Play</show>
<payout>5:3</payout>
</race>
</results>
Code:<div id="wrapper">
<div id="header">
<div id="logo"></div>
<div id="banner">
</div>
<div id="navigation">
<div id="menu"></div>
</div>
<div id="footer"></div>
</div>
Like I said, it was just a misclassification on my part, I had just always used the two interchangeably.Quote:
Originally Posted by mwinter
I would like to think it's alot more than "just a website". At least in my example. I have developed an interesting application that allows users to fictitiously purchase $10,000 worth of real world stocks at real world price and track their progress over a period of time, and compete with others on the site, or within their set-up groups to see how can accumulate the most cash by the end of each period. Call me crazy, but that is not "just a website."Quote:
Originally Posted by mwinter
As mentioned above, my example may be a bit more adverse than the next, since I am trying to create an environment that duplicates "streaming" quotes that are being syndicated from a third-party, so in my humble attempt to provide rapid information, this was the method I decided to move forward with.Quote:
Originally Posted by mwinter