Group,
Here are two links for learning CS4 Flash. These tutorials are video driven. I found them to be of value. The adobe site allows you to filter your content to taste. On the "gotoandlearn.com" site, there's a Flash basics series that's easy to follow.
tv.adobe.com
www.gotoandlearn.com/
Enjoy.
Wednesday, April 29, 2009
Tuesday, April 28, 2009
How to view another websites code
Hi Everyone,
Say, how can I view the code of another website? I know that this has been talked about in class before and I thought that I wrote it down in my notes but I am not finding it. Thanks in advance! MJ
Say, how can I view the code of another website? I know that this has been talked about in class before and I thought that I wrote it down in my notes but I am not finding it. Thanks in advance! MJ
Monday, April 27, 2009
CSS Styles - Dreamweaver Preference
For those of us who like to have our CSS attributes on one line in the CSS window/code view, make sure your Dreamweaver preferences are set appropriately.
- Ctrl+U
- Select "CSS Styles
- Check mark all "Use shorthand for:"
- Click "OK"
Thursday, April 23, 2009
Helpful XHTML and CSS Links
My boyfriend, Roy, is a web developer and highly recommends these resources. My comments are in CAPS:
Beautiful, simple, and practical use of CSS for sites (THIS IS A RESOURCE CORNELIUS ALREADY SHARED WITH THE CLASS)
You can experiment on this site with different HTML and CSS and see the results instantly (THIS IS "COOLNESS!")
40 example sites setup by CSS, which can be used as templates
http://www.csszengarden.com/
One of many sites that can help you use color combinations for the web that work well together (I HAVEN'T FIGURED OUT HOW THIS SITE WORKS YET. IF ANY OF YOU CAN UNLEASH THE MAGIC GENIE OF THIS RESOURCE, PLEASE SHARE)
http://www.colorcombos.com/
One of many sites that can help you use color combinations for the web that work well together (I HAVEN'T FIGURED OUT HOW THIS SITE WORKS YET. IF ANY OF YOU CAN UNLEASH THE MAGIC GENIE OF THIS RESOURCE, PLEASE SHARE)
http://www.colorcombos.com/
Welcome to Cornelius' Multimedia Class!
Hi to James ("007") and Ann(ie) Cushman! Thanks for joining this blog!
Last month, Star and I decided to retake the Multimedia class at CSN. We have a wonderful new instructor (Cornelius Chopin) and a big class - more than 10 - and growing. Let's just say our class room is very cozy!
I hope this blog will be a good resource as we develop our skills. I'm not crazy about filing e-mails and the like. Maybe this blog can serve as a central repository.
Thank you to everyone for participating!
Last month, Star and I decided to retake the Multimedia class at CSN. We have a wonderful new instructor (Cornelius Chopin) and a big class - more than 10 - and growing. Let's just say our class room is very cozy!
I hope this blog will be a good resource as we develop our skills. I'm not crazy about filing e-mails and the like. Maybe this blog can serve as a central repository.
Thank you to everyone for participating!
Wednesday, April 22, 2009
Welcome Everyone
Hello Everyone,
I look forward to be contributing factor to this blog. Thanks for the design website template to use. I was wondering when to use them (i.e. Liquid, Elastic, Fixed...etc). I was just wondering, which type of menu bar style do you prefer: vertical, horizontal or combo?
I look forward to be contributing factor to this blog. Thanks for the design website template to use. I was wondering when to use them (i.e. Liquid, Elastic, Fixed...etc). I was just wondering, which type of menu bar style do you prefer: vertical, horizontal or combo?
Tuesday, April 21, 2009
What screen size to design for?
In general, it's more difficult to build "fluid" websites that scale automatically to the person's computer's screen size when there are a lot of graphics on the page. That's because, unless all the graphics that are on each page are flash/vector graphics, the graphics themselves will not automatically resize. (Although it is true that you can specify the height and width of any graphic, and even use percentages ... when you are showing those graphics at anything other than their original size, you run the risk of them looking really crappy. )
If the site is primarily text and just a few scattered graphics, "fluid" sometimes works nicely, though it's still a little bit tricky to do.
If the site has quite a few graphics, then use "fixed" screen widths.
At work, we design for 1024 x 768 screens.
As you can see from the attached graphics, so does CNN and APPLE. (Although you can see that the CNN screen, when viewed on a 1280x800 screen, actually makes their header at the top fluid, so it fills all the way across. but they specifically -don't- do that for the rest of the site below the header.
I would say, design for a 1024x768 screen, keeping in mind that when you do that, you don't actually have 1024 dots wide to work with, you have less, because some of the screen is taken up by the border of the browser (the scrollbar area on the right, and a few pixels on the left).
Here are a couple of useful links when considering screen size:
Statistics on most common screen sizes:
http://www.zdnetasia.com/techguide/webdev/0,39044903,39370548,00.htm
Why you should design for "browser" size and not screen size:
http://justaddwater.dk/2006/08/17/design-for-browser-size-not-screen-size/
Hope that info helps!
If the site is primarily text and just a few scattered graphics, "fluid" sometimes works nicely, though it's still a little bit tricky to do.
If the site has quite a few graphics, then use "fixed" screen widths.
At work, we design for 1024 x 768 screens.
As you can see from the attached graphics, so does CNN and APPLE. (Although you can see that the CNN screen, when viewed on a 1280x800 screen, actually makes their header at the top fluid, so it fills all the way across. but they specifically -don't- do that for the rest of the site below the header.
I would say, design for a 1024x768 screen, keeping in mind that when you do that, you don't actually have 1024 dots wide to work with, you have less, because some of the screen is taken up by the border of the browser (the scrollbar area on the right, and a few pixels on the left).
Here are a couple of useful links when considering screen size:
Statistics on most common screen sizes:
http://www.zdnetasia.com/techguide/webdev/0,39044903,39370548,00.htm
Why you should design for "browser" size and not screen size:
http://justaddwater.dk/2006/08/17/design-for-browser-size-not-screen-size/
Hope that info helps!
Comparing DW Code
Subject: Re: utility for compaing DW code across versions
Two very common version control systems used widely are SVN and CVS.
We use Tortoise SVN for version control of our files at work, and I use it for my websites too.
SVN is a rather generic form of version control utilized heavily throughout the internet. Tortoise SVN is a specific vendors implementation of SVN for a windows based computer. Tortoise costs nothing, but for it to be able to track revisions, you have to have an SVN "host" set up. I think it is possible to do that on your computer so that you can track revisions on your computer alone. We have SVN set up on work machines so that we can see the differences and track revision history for any changes any of us programmers make to the main "live" site.
SVN is most useful in a collaborative environment where you have several people that may be updating or working on the same files. It allows you to "undo" ("revert" is the technical name) changes that might have caused problems. It also allows you to go back several revisions, or to stage groups of files together in a sort of "release" called a "Tag", so that you can revert a whole bunch of changes on a bunch of files all at once. There are lots of other capabilities too.
Note: this is not a particularly easy or intuitive program to use, but it is one of the most widely used, and if you ever intend to work collaboratively with others on websites, this is the one I would recommend learning.
Two very common version control systems used widely are SVN and CVS.
We use Tortoise SVN for version control of our files at work, and I use it for my websites too.
SVN is a rather generic form of version control utilized heavily throughout the internet. Tortoise SVN is a specific vendors implementation of SVN for a windows based computer. Tortoise costs nothing, but for it to be able to track revisions, you have to have an SVN "host" set up. I think it is possible to do that on your computer so that you can track revisions on your computer alone. We have SVN set up on work machines so that we can see the differences and track revision history for any changes any of us programmers make to the main "live" site.
SVN is most useful in a collaborative environment where you have several people that may be updating or working on the same files. It allows you to "undo" ("revert" is the technical name) changes that might have caused problems. It also allows you to go back several revisions, or to stage groups of files together in a sort of "release" called a "Tag", so that you can revert a whole bunch of changes on a bunch of files all at once. There are lots of other capabilities too.
Note: this is not a particularly easy or intuitive program to use, but it is one of the most widely used, and if you ever intend to work collaboratively with others on websites, this is the one I would recommend learning.
Subscribe to:
Comments (Atom)