osCommerce offers an option for digital downloads -- I wouldn't be surprised if other eStores did also. The least work on your part (and greatest cost) would be a digital download services such as Lulu.com and Payloadz.com, but those are outside sites that you would point to your entries on. I suppose you could roll your own, if you're proficient in PHP coding. You basically have to move a copy of the product into a unique and unguessable directory/name, give the purchaser some sort of key to unlock it, monitor the number of downloads attempted, and remove everything once the download has been done or an agreed-upon amount of time has passed.

POVray is also a popular format. You might want to consider offering that, too.

Well, if you want someone to write the code for you to show categories of product, search for products, display the details on a product, and actually sell and deliver the product for you; what you have done is re-created the shopping cart. It can be done, and many (including me) will be happy to take money from you to do it.

That said, if I wanted to get up and running selling digital downloads myself, I would first look at an integrated shopping cart such as osCommerce (cPanel > Fantastico Scripts > Shopping Carts). You install it into a directory under your main site (e.g., public_html/store/), tweak colors and such (in CSS) to approximate the rest of your site's look and feel, enable proper tax collection, enable digital downloads, and install the payment method(s) (e.g., PayPal) you want to use. Your Home Page could include a sampling of offerings, but would be maintained separately from the store. It would have a link to the main store, and each picture in your sample gallery could be a link to that product's page. The store keeps everything in a database, so you have an interface for adding, dropping, and changing products. It also has a shopping cart, so visitors can buy more than one thing at a time. It will display (and search for) products in many ways, and in addition other pages can link to your product pages.

  Pros:  long term operating cost is the cheapest, since you're
             not paying royalties to a third party
           all information is kept on your site
           shopping cart is being actively maintained by many other programmers
           you should be able to set up this system yourself
  Cons: a store may not exactly match your site's look and feel,
             but with some tweaking you should come close
           setup is a bit more work than option 2, but less than 3
           I honestly don't know how good the digital download security and
             reliability is in any particular shopping cart

My second choice would be to let a service such as Payloadz or Lulu handle the dirty work of selling, distributing, and collecting payment for you. Is there something specific you're concerned about that they would steal? They would have a copy of your products and would obviously know who you've sold to. Presumably they would sign a contract with you stating that such information remains confidential and neither your products nor your customer list will ever be transferred to someone else. Anyway, they run a "storefront" for you where people can shop, and you can link directly to your products from the product pages or images on your site (to refer visitors to them for purchase). At least, that how I understand it to work. Read up on them carefully to be sure you know what you're getting. A possible drawback is that a service may -- or may not -- be able to let a visitor purchase more than one product at a time, if they are coming in via a link from your site. Of course, then you're responsible for manually updating your list of products as you add, drop, or change them, unless you want someone to build a database of products for you (and the PHP code to use it).

  Pros:  least amount for work for setting up/modifying your site
          minimal coding to be done on your end
          payment is handled by third party
          their storefront may generate additional sales
          they should handle most delivery problems
  Cons: a third party knows your customer base
          need to pay a royalty on each item sold plus some fixed fees
          check if can sell multiple items in one visit?
          need to manually keep your display pages and your products
            in sync

My last choice would be to write what is essentially a new shopping cart for your products. It would have to put everything into a database (and have a Web interface for updates), and have means of displaying products by category, newness, etc., as well as searching for them. Be aware that a cart would have to be in a scripting language (PHP or Perl), so I don't think DreamWeaver is going to handle it very well (i.e., you edit it by hand). As with option 1, you would probably install this cart in its own directory. When a visitor buys a product, you need to collect payment (something like PayPal's "buy it now" code would be the simplest to drop in to your display pages). Product delivery involves code to move a copy of the product to a private directory and name (possibly password protected directory and/or encrypted product), keep download attempts under some limit, deal with claims of download failure (also with #1), and after some time period vaporize the downloadable copy (so the product doesn't get downloaded by others).

  Pros:  you end up with a shopping cart section that can look and feel
              exactly like the rest of your site
           low operating cost, as no royalties to third party
  Cons: highest up-front cost, as you need a programmer to create the
              shopping cart for you
          you or your programmer are responsible for maintaining the cart
              and plugging the inevitable security holes

There are probably other ways to skin this cat, but those are the three I can think of right now. Please feel free to email me if you want to discuss specific scope and cost of any of these options. I'm sure there are other digital download services, as there are other shopping carts. If you really want to spend the money to write your store (shopping cart) from scratch, I'll be happy to discuss it with you, but frankly I wouldn't go that way.

No problem with your asking questions. I'll try to answer them (or someone else may be able to).

Tax collection is always a bit of a pain. If your state allows you to charge one tax rate at your  address, it's not too bad. E.g., if you were selling out of your place of business and the sales tax rate is 7.5%, you just set the tax rate to .075 and the location (zone) to be your state. You probably won't have shipping and handling fees, but if you do, they're taxable in some states. The big problem is if you're in a state like New York or Washington, with a "destination based" tax. You have to figure out the tax rate for your (in-state) customer and charge that. I know osCommerce doesn't handle that very cleanly (it has some add-ons that may do the job); perhaps some other shopping cart does a better job.

I'd definitely go with OSC.
User friendly, Admin friendly.
Tons of free mod/contribs with almost unlimited support.
Open Source.
Free ;]

It sounds like something is wrong with cPanel and Fantastico. I'd open a support ticket to report it. It doesn't look like anything that you could take care of yourself.

fixed! Now I can get down to business

I think osCommerce only allows one image per product, but there are at least two contributions (add-ons) to permit more images for a product. You might take a look at them: http://addons.oscommerce.com/info/4170 and http://addons.oscommerce.com/info/1642. That was just the first page of image-related contributions, so there may be more.