As part of this benefit CD, we're going to offer an opportunity for
people to upload tutorials for inclusion on the CD.  I'm designing a web
page for the uploading of these files.   I want all entries to fall into
a standard format.  Any objections to requiring folks to do the
following for each  "entry":

one        HTML file
up to 5    320 x 240 JPGs
up to 5    TXT files for included scene files

Can all good tutorials ever written fall into these requirements?

Of course, if you have tips on media and clouds and blobs you can
(SHOULD) submit a separate entry for each lesson.  But the question is:
was there ever a tutorial that HAD TO have a 800x600 JPG?  I know I've
often referred to the "Super Lips" array of superellipsoids, but that's
already on a CD I'm wondering if it were rare to need this size.

Of course, I can offer a skeleton HTML file for those who are not HTML
literate.

Again, remember, that this discussion is about the TUTORIAL collection.
The contest and 10 best collections would be handled more closely to an
IRTC entry: no HTML files required.

Post a reply to this message

Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
: up to 5    320 x 240 JPGs

: Can all good tutorials ever written fall into these requirements?

  I don't think so. Most tutorials have many images, much more than just 5.
Most of them are usually smaller than that, but still...

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Perhaps a better limitation would be: Use whatever you like as long as
it has at least one html file and the entire tutorial takes no more than
1MB of disk space.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

"Greg M. Johnson" wrote:
> 
[...]
> 
> one        HTML file
> up to 5    320 x 240 JPGs
> up to 5    TXT files for included scene files
> 

maybe 5 320x240 is not very flexible, so an alternative of 8 240x180 or
something like that would be interesting for some purposes.  

> 
> Of course, I can offer a skeleton HTML file for those who are not HTML
> literate.
> 

That would be a good idea anyway for a common layout (like a certain syntax
highlighting scheme for code snippets).

Christoph

--
Christoph Hormann <chr### [at] gmxde>
Homepage: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message

A limit of five images? Some of the entries in my cyclopedia have 10! If
these are to be published on a CD, I don't think space is a problem...

"Greg M. Johnson" wrote:

> As part of this benefit CD, we're going to offer an opportunity for
> people to upload tutorials for inclusion on the CD.  I'm designing a web
> page for the uploading of these files.   I want all entries to fall into
> a standard format.  Any objections to requiring folks to do the
> following for each  "entry":
>
> one        HTML file
> up to 5    320 x 240 JPGs
> up to 5    TXT files for included scene files
>
> Can all good tutorials ever written fall into these requirements?
>
> Of course, if you have tips on media and clouds and blobs you can
> (SHOULD) submit a separate entry for each lesson.  But the question is:
> was there ever a tutorial that HAD TO have a 800x600 JPG?  I know I've
> often referred to the "Super Lips" array of superellipsoids, but that's
> already on a CD I'm wondering if it were rare to need this size.
>
> Of course, I can offer a skeleton HTML file for those who are not HTML
> literate.
>
> Again, remember, that this discussion is about the TUTORIAL collection.
> The contest and 10 best collections would be handled more closely to an
> IRTC entry: no HTML files required.

--
Josh English -- Lexiphanic Lethomaniac
eng### [at] spiritonecom
The POV-Ray Cyclopedia http://www.spiritone.com/~english/cyclopedia/

Post a reply to this message

Okeedoke, the people have spoken!  My intent was to ferret out the proper
parameters for _designing an upload page_ , not to make yall march to some
sort of M$-like "standard."

New proposal for tut reqs:

one       HTML file per "tutorial".
          It must be "one web page" of any length (any y dimension,
          any number of lines if you will), but formatted to fit
          on a 800 pixel width screen.
          Obviously, you can submit tutorials on as many topics
          as you wish.

up to 10  JPG's which are accessed by <IMG SRC=".. calls in the html.

up to 10  TXT files for any embedded *.POV files, accessed by
          <a href="....  calls in the html
          You can use <CODE> for shorter snippets of pov code within
          your main html if you wish.

no file size limit, but _no guarantee_ of CD inclusion if your tut has sixteen
3200x2400's on how to make a sphere...


Josh English wrote:

> A limit of five images? Some of the entries in my cyclopedia have 10! If
> these are to be published on a CD, I don't think space is a problem...
>
> "Greg M. Johnson" wrote:
>
> > As part of this benefit CD, we're going to offer an opportunity for
> > people to upload tutorials for inclusion on the CD.  I'm designing a web
> > page for the uploading of these files.   I want all entries to fall into
> > a standard format.  Any objections to requiring folks to do the
> > following for each  "entry":
> >
> > one        HTML file
> > up to 5    320 x 240 JPGs
> > up to 5    TXT files for included scene files
> >
> > Can all good tutorials ever written fall into these requirements?
> >
> > Of course, if you have tips on media and clouds and blobs you can
> > (SHOULD) submit a separate entry for each lesson.  But the question is:
> > was there ever a tutorial that HAD TO have a 800x600 JPG?  I know I've
> > often referred to the "Super Lips" array of superellipsoids, but that's
> > already on a CD I'm wondering if it were rare to need this size.
> >
> > Of course, I can offer a skeleton HTML file for those who are not HTML
> > literate.
> >
> > Again, remember, that this discussion is about the TUTORIAL collection.
> > The contest and 10 best collections would be handled more closely to an
> > IRTC entry: no HTML files required.
>
> --
> Josh English -- Lexiphanic Lethomaniac
> eng### [at] spiritonecom
> The POV-Ray Cyclopedia http://www.spiritone.com/~english/cyclopedia/

Post a reply to this message

Cool. I'm sure I can do it in 14, but I'll have to cut a few steps... ; )

Josh

"Greg M. Johnson" wrote:

> Okeedoke, the people have spoken!  My intent was to ferret out the proper
> parameters for _designing an upload page_ , not to make yall march to some
> sort of M$-like "standard."
>
> New proposal for tut reqs:
>
> one       HTML file per "tutorial".
>           It must be "one web page" of any length (any y dimension,
>           any number of lines if you will), but formatted to fit
>           on a 800 pixel width screen.
>           Obviously, you can submit tutorials on as many topics
>           as you wish.
>
> up to 10  JPG's which are accessed by <IMG SRC=".. calls in the html.
>
> up to 10  TXT files for any embedded *.POV files, accessed by
>           <a href="....  calls in the html
>           You can use <CODE> for shorter snippets of pov code within
>           your main html if you wish.
>
> no file size limit, but _no guarantee_ of CD inclusion if your tut has sixteen
> 3200x2400's on how to make a sphere...
>
> Josh English wrote:
>
> > A limit of five images? Some of the entries in my cyclopedia have 10! If
> > these are to be published on a CD, I don't think space is a problem...
> >
> > "Greg M. Johnson" wrote:
> >
> > > As part of this benefit CD, we're going to offer an opportunity for
> > > people to upload tutorials for inclusion on the CD.  I'm designing a web
> > > page for the uploading of these files.   I want all entries to fall into
> > > a standard format.  Any objections to requiring folks to do the
> > > following for each  "entry":
> > >
> > > one        HTML file
> > > up to 5    320 x 240 JPGs
> > > up to 5    TXT files for included scene files
> > >
> > > Can all good tutorials ever written fall into these requirements?
> > >
> > > Of course, if you have tips on media and clouds and blobs you can
> > > (SHOULD) submit a separate entry for each lesson.  But the question is:
> > > was there ever a tutorial that HAD TO have a 800x600 JPG?  I know I've
> > > often referred to the "Super Lips" array of superellipsoids, but that's
> > > already on a CD I'm wondering if it were rare to need this size.
> > >
> > > Of course, I can offer a skeleton HTML file for those who are not HTML
> > > literate.
> > >
> > > Again, remember, that this discussion is about the TUTORIAL collection.
> > > The contest and 10 best collections would be handled more closely to an
> > > IRTC entry: no HTML files required.
> >
> > --
> > Josh English -- Lexiphanic Lethomaniac
> > eng### [at] spiritonecom
> > The POV-Ray Cyclopedia http://www.spiritone.com/~english/cyclopedia/

--
Josh English -- Lexiphanic Lethomaniac
eng### [at] spiritonecom
The POV-Ray Cyclopedia http://www.spiritone.com/~english/cyclopedia/

Post a reply to this message

I really don't understand why limit the number of items and not set any
limit to file sizes when it should the exactly the other way around.
  It's the disk space we are concerned about, isn't it? The tutorials shouldn't
take too much disk space so that they will all fit in the CD. What does it
matter if the tutorial has 2 or 200 images as long as they don't take too
much space?
  I still propose that the limitations are set for the disk space needed for
the whole tutorial.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

"Warp" <war### [at] tagpovrayorg> wrote in message
news:39aede6d@news.povray.org...
|   I really don't understand why limit the number of items and not set any
| limit to file sizes when it should the exactly the other way around.
|   It's the disk space we are concerned about, isn't it? The tutorials
shouldn't
| take too much disk space so that they will all fit in the CD. What does it
| matter if the tutorial has 2 or 200 images as long as they don't take too
| much space?
|   I still propose that the limitations are set for the disk space needed
for
| the whole tutorial.

Sounded like Greg was hoping for a somewhat standardized look to the web
pages, since he also mentioned only a 320x240 size image; at least within
some constraints.  Obviously people have trouble with that kind of thing,
rules have been changed before to suit the individual versus the masses (or
is that the other way 'round?).
A CD holds 360 Megs so makes me wonder about the collection of such a
potentially large amount of stuff, hope he's got a good 56K connection or
better there  :-)
Although a little calculating (guestimating) turns up that only a 1/2 or
less of the CD would probably be filled, still a large amount of data to
pass around if a fair amount of people submit there stuff.

Bob

Post a reply to this message

cds hold at least 540MB and can hold 700MB.  i record stuff all the
time.  i agree that a size limit, not a format limit should be set
instead.  in fact, i think that a self contained folder of limited size
is what should be submitted.  the first page should be called
index.html.  the folder should be called by the author's first initial
and last name with an underscore between them.  this way, links from the
cd's main tutorial page can be standard, each pointing to the correct
folder with no mention of filename (as index.*, and default.* are loaded
automatically by the browsers).  pictures are usually small if they are
in the tut, with links to larger images at key places.  i think this
method works well, hense my above opinion on size limit instead.

greg, maybe download some tut's from a few websites and see what they
involve MB size-wise and get back to us with your thoughts on it.

Bob Hughes wrote:
> 
> "Warp" <war### [at] tagpovrayorg> wrote in message
> news:39aede6d@news.povray.org...
> |   I really don't understand why limit the number of items and not set any
> | limit to file sizes when it should the exactly the other way around.
> |   It's the disk space we are concerned about, isn't it? The tutorials
> shouldn't
> | take too much disk space so that they will all fit in the CD. What does it
> | matter if the tutorial has 2 or 200 images as long as they don't take too
> | much space?
> |   I still propose that the limitations are set for the disk space needed
> for
> | the whole tutorial.
> 
> Sounded like Greg was hoping for a somewhat standardized look to the web
> pages, since he also mentioned only a 320x240 size image; at least within
> some constraints.  Obviously people have trouble with that kind of thing,
> rules have been changed before to suit the individual versus the masses (or
> is that the other way 'round?).
> A CD holds 360 Megs so makes me wonder about the collection of such a
> potentially large amount of stuff, hope he's got a good 56K connection or
> better there  :-)
> Although a little calculating (guestimating) turns up that only a 1/2 or
> less of the CD would probably be filled, still a large amount of data to
> pass around if a fair amount of people submit there stuff.
> 
> Bob

Post a reply to this message

"ryan constantine" <rco### [at] yahoocom> wrote in message
news:39AF53D0.17B143A2@yahoo.com...
| cds hold at least 540MB and can hold 700MB.  i record stuff all the
| time.

Oh gosh, you are so right!  I just looked at one of my CD-R disks and sure
enough 650 megs.  Don't know what I was thinking.  Haven't used a CD-R drive
for a year.
Okay, so my clumsy guestimations now work out to 1/4 a CD.
Thanks, Ryan, for correcting me.  I agree with the space over content
guidelines too, especially since knowing how many images or other references
are going to be needed to describe any particualr thing.

Bob

Post a reply to this message

On Thu, 31 Aug 2000 23:59:28 -0700, ryan constantine
<rco### [at] yahoocom> wrote:

[..]
>folder with no mention of filename (as index.*, and default.* are loaded
>automatically by the browsers).  pictures are usually small if they are
[..]

FYI

Index.*, default.* or whatever.* is submitted by the server if a
browser requests a URL without the filename. A browser does not
automatically opens a default file if a directory is 'linked' on a
file system. So you have to specify a filename in that case.

Kind regards,
Richard

-- 
Richard Willemsen
----
http://www.xs4all.nl/~rwillems/
mailto:ric### [at] xs4allnl

Post a reply to this message

Just to point out some things:

IMAGE COLLECTION
The "Your 10 Best Images" Collection will take up 3 Mb per person.
Math: (0.25 Mb/image * 10 images +0.5M safety factor, thumbnails,etc.) = 3 Mb
The number of participants could be from 20 to 750 (The pre-announcement page is
ALREADY being linked to from the Japanese povray webring!)
So for just the image collection, this could easily fill up a CD.  200 people *
3 Mb/person=600 Mb.

TUTS
Yes, I'd like a consistent feel. But also I want the upload process to be
extremely orderly, as we are talking thousands of files on the server already
from the other collection.  Instructions to the masses of, "just go ahead and
upload your tutorials by ftp" doesn't cut it by my judgement. One dude will have
an 800 x 600 image with several zipped pov files; another will have 32 images
and an essay in txt format.  To get this into a user-usable format on the CD,
the CD _editor_ would instead really be the _writer_.
I want the upload to occur via a web page.  Even if it doesn't the server should
have a format by which it spits unruly files back out at the uploader, like
IRTC.  So should I make 20, 25, 250 spaces on the upload web page for files? I'm
wondering who's going to have something of real value with more than 25 jpg's.

As far as the size for tutorials, there's also a different philosophy for this
than the "your 10 best" collection.  The image collection is sort of a level
playing field--any bloke can upload anything of any quality.  For tuts, I intend
to be more picky. We may have second thoughts about inclusion or talk to the
woman who includes a 1600 x 1200 where a 640 x 480 would have done fine. My
overall philosophy is to make everything much more accessible than the image
collections we'd see at the IRTC site or on this server.



Bob Hughes wrote:

> "ryan constantine" <rco### [at] yahoocom> wrote in message
> news:39AF53D0.17B143A2@yahoo.com...
> | cds hold at least 540MB and can hold 700MB.  i record stuff all the
> | time.
>
> Oh gosh, you are so right!  I just looked at one of my CD-R disks and sure
> enough 650 megs.  Don't know what I was thinking.  Haven't used a CD-R drive
> for a year.
> Okay, so my clumsy guestimations now work out to 1/4 a CD.
> Thanks, Ryan, for correcting me.  I agree with the space over content
> guidelines too, especially since knowing how many images or other references
> are going to be needed to describe any particualr thing.
>
> Bob

Post a reply to this message

"Greg M. Johnson" <gre### [at] my-dejanewscom> wrote in message
news:39AF9AB2.23BE534D@my-dejanews.com...
|
| IMAGE COLLECTION
| The "Your 10 Best Images" Collection will take up 3 Mb per person.
| Math: (0.25 Mb/image * 10 images +0.5M safety factor, thumbnails,etc.) = 3
Mb
| The number of participants could be from 20 to 750 (The pre-announcement
page is
| ALREADY being linked to from the Japanese povray webring!)
| So for just the image collection, this could easily fill up a CD.  200
people *
| 3 Mb/person=600 Mb.

Whoa.  I realize now how I confused this with the person wanting to do
printable images at 3200x2400 resolution, asked about the same time all this
was started.  I've read your web page and found how wrong I was.  Thank
goodness.  Upwards of 200 to 300 people eh?  I was thinking it might pull in
50 at most, even only half that.  I'm thinking very coservatively I suppose.

| TUTS
| Yes, I'd like a consistent feel. But also I want the upload process to be
| extremely orderly, as we are talking thousands of files on the server
already
| from the other collection.  Instructions to the masses of, "just go ahead
and
| upload your tutorials by ftp" doesn't cut it by my judgement.

I can see personality goes with any tutorial.  Maybe it could work fine
using the template idea if there's simply a common method of hyperlinking
from place to place.  Like a web-ring section of HTML added to each page;
but mostly customized by each person.  What do you think?  Or would it be
best to have one (don't know how else to describe it) default web-ring
section.  Anyway, it would simply be a copy & paste into each page.

|  So should I make 20, 25, 250 spaces on the upload web page for files? I'm
| wondering who's going to have something of real value with more than 25
jpg's.

More than two dozen sure sounds like overkill to me, you could sum up all of
MegaPov with 50 images probably.  Any tutorial will most likely be a
specific subject or smaller range of subjects.

I wanted to commend you on your efforts Greg, I don't think I've said that
yet so wanted to make sure I did.

Bob

Post a reply to this message

Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
: So should I make 20, 25, 250 spaces on the upload web page for files?

  One space is enough.
  Of course the tutorial is sent zipped.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Bob Hughes wrote:

> More than two dozen sure sounds like overkill to me, you could sum up all of
> MegaPov with 50 images probably.  Any tutorial will most likely be a
> specific subject or smaller range of subjects.

For information : I'm currently in the process of directing the writing
of a french language POV-Ray documentation.  It's not a translation, 
it's mostly rewritten from scratch, and contain tutorial parts when
needed.  It covers POV-Ray 3.1 and MegaPOV, which will make it almost
ready when POV-Ray 3.5 will be released.

The information is : as 75% is done, it only weights 1.5 Mb, even though
it's generously illustrated.
You can have a look at it :
 http://users.skynet.be/bs936509/povfr/index.htm

Fabien.

Post a reply to this message

Bob Hughes wrote:

> Upwards of 200 to 300 people eh?  I was thinking it might pull in
> 50 at most, even only half that.  I'm thinking very coservatively I suppose.

Maybe I'm flattering the project, but if the IRTC Scifi round took 222 entries
because it was an "easy topic," then wouldn't this really be the easiest topic
ever?

Warp wrote:
>  One space is enough.
>  Of course the tutorial is sent zipped.

This option provides minimum headache for the editor, and minimum value to the
customer.

<opinionated customer hat ON>
    I wouldn't want to wade through a mess of ZIP's just in case there
    might be something of value. If I can look at an HTML file for a
    few secs or search by keywords, then it's of much greater value.
<opinionated customer hat OFF>

Yes, my vision for this and the whole CD was kind of like a webring layout.
Search tut's for keywords,  search images by render version, browse images by
country, look at all 3D toons in one place, etc...

Post a reply to this message

Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
> Bob Hughes wrote:

>> Upwards of 200 to 300 people eh?  I was thinking it might pull in
>> 50 at most, even only half that.  I'm thinking very coservatively I suppose.

> Maybe I'm flattering the project, but if the IRTC Scifi round took 222 entries
> because it was an "easy topic," then wouldn't this really be the easiest topic
> ever?

Not really.  Some of us don't have 10 images we're all that proud off, or
one with 10 things, or illustrating a particular idea.  I (as a relative
newbie) looked at the 'topic' and said "Ick.  I don't want to do that".  I
also haven't written any tutorials (being on the using end of them at the
moment. ;) )

> This option provides minimum headache for the editor, and minimum value to the
> customer.

Submissions are zipped.  They need not be zipped on the CD.  Unzip into a
separate directory for each (based on name of submitter?) and you're good to
go.  That makes submitting easy, but doesn't reduce the project (little more
work for the editor, I admit)

Geoff

Post a reply to this message

Geoff Wedig wrote:

> Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
>
> Not really.  Some of us don't have 10 images we're all that proud off, or
> one with 10 things, or illustrating a particular idea.  I (as a relative
> newbie) looked at the 'topic' and said "Ick.  I don't want to do that".  I
> also haven't written any tutorials (being on the using end of them at the
> moment. ;) )

Well, I've had 861 hits on one of my web pages that got listed on povray.org.  If
half the hits were unique users and only half the users said "ick", then we have
about 200!

> > This option provides minimum headache for the editor, and minimum value to the
> > customer.
>
> Submissions are zipped.

How about one submits one zip file which is:

one       HTML file per "tutorial".
          It must be "one web page" of any length (any y dimension,
          any number of lines if you will), but formatted to fit
          on a 800 pixel width screen.
          Obviously, you can submit tutorials on as many topics
          as you wish.

n      JPG's which are accessed by <IMG SRC=".. calls in the html.

n        TXT files for any embedded *.POV files, accessed by
          <a href="....  calls in the html
          You can use <CODE> for shorter snippets of pov code within
          your main html if you wish.

Post a reply to this message

In article <39aede6d@news.povray.org>, Warp <war### [at] tagpovrayorg> 
wrote:

>  I really don't understand why limit the number of items and not set any
>limit to file sizes when it should the exactly the other way around.
>  It's the disk space we are concerned about, isn't it? The tutorials 
>  shouldn't

One reason *might* be that on CD-ROM drives (especially older ones) the 
speed of loading web pages seems to me to be more related to the number 
of images rather than the size of the images.

I know that back when I had a 1x CD-ROM drive, the IRTC CD-ROM web pages 
took forever to load, although I could muck around inside the 
directories and load the images by hand easily enough.

To make matters worse, Netscape (and I think IE) don't bother cacheing 
files that are on the local filesystem--so if you forget to "Open Link 
in New Window", you have to wait all over again when you hit the 'Back' 
button.

On my only slightly obsolete 24x CD-ROM drive, the IRTC pages with lots 
of thumbnail images are still very annoyingly slow to load.

(I should probably just spend the $400 for a 60 Gig FireWire drive and 
archive all my CD-ROMs on there...)

Jerry

Post a reply to this message

In article <39AFC2CD.B0F8B088@my-dejanews.com>, 
gre### [at] my-dejanewscom wrote:

> How about one submits one zip file which is:
> 
> one       HTML file per "tutorial".
...snip...
> n      JPG's which are accessed by <IMG SRC=".. calls in the html.
> n        TXT files for any embedded *.POV files...
...snip...

This sounds like the best so far. But you still might want to make a 
size limitation, like the total must be less than 200K or so unzipped.

-- 
Christopher James Huff
Personal: chr### [at] maccom, http://homepage.mac.com/chrishuff/
TAG: chr### [at] tagpovrayorg, http://tag.povray.org/

<><

Post a reply to this message

Chris Huff wrote:

> This sounds like the best so far. But you still might want to make a
> size limitation, like the total must be less than 200K or so unzipped.

I saw (was it on p.b.t?) a link to a 9MB tutorial in Word format.  I
wouldn't reject its "deserving to be"  9MB out of hand. But I'm also
loathe to d/l it as a run of the mill pov user.

The tutorial collection is actually the one I'm least confident in, in
that my intrusion into this area may be the least value-add to the pov
community.  In other words, the tut collection is the prong of the 10 best
CD project which I'd consider dropping with the least 'hurt feelings' on
my part.  I think it would be of greatest value to the customer to  have
unzipped, html, web-ring-like pages for browsing.  A subdirectory of
"here's 200 zipped files in 37 different formats; browse at your own risk"
is of such little value that I think it would be a waste to put on a CD. .
.

Post a reply to this message

In article <39B50D77.A3BBD8DA@my-dejanews.com>, 
gre### [at] my-dejanewscom wrote:

> I saw (was it on p.b.t?) a link to a 9MB tutorial in Word format.  I
> wouldn't reject its "deserving to be"  9MB out of hand. But I'm also
> loathe to d/l it as a run of the mill pov user.

I wonder how big it would be if it was converted to HTML...
OK, how about this: Set a "maximum size" *guideline*. If you start to 
run out of space, tutorials above this size will be first candidates for 
removal.


> The tutorial collection is actually the one I'm least confident in, in
> that my intrusion into this area may be the least value-add to the pov
> community.  In other words, the tut collection is the prong of the 10 best
> CD project which I'd consider dropping with the least 'hurt feelings' on
> my part. 

If it is any encouragement, I think a tutorial collection on the CD is a 
great idea, and potentially quite valuable.


> I think it would be of greatest value to the customer to  have 
> unzipped, html, web-ring-like pages for browsing.  A subdirectory of 
> "here's 200 zipped files in 37 different formats; browse at your own 
> risk" is of such little value that I think it would be a waste to put 
> on a CD. .

I didn't say the tutorials should be zipped on the CD, or in different 
formats. I was talking about the uncompressed size of complete HTML 
tutorials, including images, other binaries, and text files.
Having all the HTML tutorials be linked together could is a very nice 
idea, but they should probably be independantly useable as well, so you 
don't have to have the CD inserted, but could put the ones you want on 
your HD.

-- 
Christopher James Huff
Personal: chr### [at] maccom, http://homepage.mac.com/chrishuff/
TAG: chr### [at] tagpovrayorg, http://tag.povray.org/

<><

Post a reply to this message