Re: A85: Re: A83: ideas and stuff


[Prev][Next][Index][Thread]

Re: A85: Re: A83: ideas and stuff




LGB240@aol.com wrote:

> In a message dated 98-06-07 13:23:09 EDT, you write:
>
> >  > [[--  Ticalc.org rearrangement  --]]
> >  >
> >  > I don't want Ticalc.org to change anything on their page, except for a
> >  > few things.  I think there should be another column with a .txt file (PC
> >  > formatted, NOT Unix because I hate reformatting that crap--use PC's edit
> >  > command).  The text file should be a full blown documentation of the
> >  > program.
> >  >
> >  > Right now this is what it looks like:
> >  > |  added/updated   |   author's note of file   |   directory stored
> >  > and the directory looks something like this:
> >  > |   filename              |    size of file        |  author's note of
> >  > file
> >  >
> >  > I think it should look something like this:
> >  > | added/updated | author's note | .txt documentation | directory
> >  > and the directory:
> >  > |  filename  |  size  |  author's note | .txt documentation | screen
> >  > shots
> >  >
> >  > the screen shots don't need to be a link to a whole new page, but a link
> >  > to the screen shots page where there are several games on that page.
> >  > Each with 3 to 5 best pictures and the name of the file underneath the
> >  > pictures.  The link should be targetted so the user doesn't have to
> >  > scroll through all of them.  The pictures should be 2, 4, or 8 greyscale
> >  > to save space at ticalc, and also quick download for some slow
> >  > computers.
> >  >
> >  > The .txt documentation is actually a link to the actual .txt file, so if
> >  > the person wants to download and look at it they can, and if they just
> >  > want to read it they just click on the link.
> >  >
> >  > On the left side I think there should be a checkbox.  If the user wants
> >  > to download a specific amount of files they just check the checkbox, and
> >  > at the end of the list should be a "Download checked files" link, so the
> >  > person doesn't have to download the archived file and unzip it deleting
> >  > everything unneeded, they can just download the files they want.  Inside
> >  > the file they download should contain the same .txt documentation that
> >  > can be found on ticalc.org.  If the main program to run is "main.92p"
> >  > then the .txt file should be "main.txt".
> >  >
> >  > The shells itself should also contain documentation.  Along with the
> >  > regular documentation should be features placed into the shell to make
> >  > it unique.  If AShell can XOR the whole picture with a faster routine
> >  > then BShell, but BShell can do onboard assembly programming, then those
> >  > should be in the documentation as Features or something.
> >  >
> >  > These are just some of the things I would like to see at Ticalc.org
> >
> >  Actually, what we have in mind is this.  Having one page for every file,
> >  that is linked from the filearchive pages.  On this page would be
> >  information like author name, author email, long description, screenshots
> >  (if any), a listing of files inside the ZIP with file attributes like size,
> >  a flag if the source code is included in the ZIP or not, and a list of all
> >  the other programs that author has written and links to them.  I'm not sure
> >  how much of that we can do, depending on how hard it is to program and how
> >  much resources it takes up.  A link to display the .txt file included in
> the
> >  program is a good idea.  Although, our file archive pages are pretty tight
> >  as it is. Screenshots are usually 2 color grayscale, unless the game
> >  contains grayscale, then the max is usually 8.  Your checkbox idea sounds
> >  cool, I'll forward that along to the team.  About documentation, that is up
> >  to the author of the program.  We really don't have the time to look over &
> >  fix the documentation of 4,000+ files.
> About the checkbox idea, if the game/shell/whatever is copyrighted, isn't that
> illegal, a lot of docs say that if you are distrubuting over a pc you need to
> distribute the ENTIRE zip file.  It would be a neat idea, but just be careful.

What we would do is make one zip file of all the ZIPs that the user selected.  We
wouldn't split up the ZIP file.

--
Bryan Rabeler <brabeler@ticalc.org>
   File Archives, HTML, and Support
   the ticalc.org project - http://www.ticalc.org/



References: