From: owner-fractdev-digest@lists.xmission.com (fractdev-digest) To: fractdev-digest@lists.xmission.com Subject: fractdev-digest V1 #6 Reply-To: fractdev-digest Sender: owner-fractdev-digest@lists.xmission.com Errors-To: owner-fractdev-digest@lists.xmission.com Precedence: bulk fractdev-digest Tuesday, May 5 1998 Volume 01 : Number 006 ---------------------------------------------------------------------- Date: Thu, 19 Mar 1998 02:44:48 -0600 From: "Paul N. Lee" Subject: Re: (fractdev) Documentation and Help files.... Tim Wegner wrote: > > Someone like yourself without a C compiler .... (snipped) ..... > ........ If you want to create new links, or delete links, > you need a C compiler. > I don't use DJGPP, but I have these two Microsoft products: Visual C++ Pro 1.52 Visual C++ 4.0 > > You would need to learn about the various help viewer commands that > you can embed in the *.src files, but this isn't too bad, between the > hc docs and seeing examples. > No problem there. > > Are you still interested? What we could use is someone with the right > knowledge of fractals and good writing skill who could improve the > documentation. > I am still interested. I don't know about "the right knowledge of fractals", this seems to be an opinionated viewpoint by the one judging. But my writing skills have never been in question (I have work related references in technical writing if they are needed). > > Generally we ask developers to edit docs to reflect new features, but > we're too busy these days to edit the older docs. In the past people > took on big rewrites. I'd favor a more delimited effort where a topic > is rewritten. > Whatever the desires of the FRACTDEV wish, I am just voluteering assistance if it can be used. > > Someone experienced in designing hypertext links might see ways to > make the jumps more logical. > For over two years, one of my many duties at AT&T was creating and maintaining technical documents for the Utility Programs (mostly Assembler and PL/I) that our team wrote and supported. These Microsoft Word documents were converted into Windows Help files (with HotLinks) and into HTML pages for their Intranet. It shouldn't be too much of a challenge for my limited abilities. :-) Later, P.N.L. - - - ------------------------------------------------------------ Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@xmission.com Get Commands: majordomo@xmission.com "help" Administrator: twegner@phoenix.net Unsubscribe: majordomo@xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 19 Mar 1998 13:41:42 +0000 From: robin bussell Subject: Re: (fractdev) Documentation and Help files.... Tim Wegner wrote: I know little about html, but I suspect an html file could be > read with an html viewer in fractint in such a way that the viewer > was context sensitive. > > I wonder if this is a worthwhile project. Does anyone know of > freeware or public domain html-reading code in C? > > Tim Well netscape are supposed to be putting the source to their browser in the public domain... but it's rather hefty I should think :-) This issue would probably vanish once the move to windows is made as it would be possible to invoke whatever browser the user has registered to read html with a url that points to the right tag in an html help file external to fractint. With both microsoft and netscape offering very competent browsers for free this would be a good way to go, it'd also make it very easy to have small illustrations in the help, though a watch would have to be kept on size of course. BTW Noel has done most of the hard work over at spanky with his on line doc. Cheeers, Robin. - - - ------------------------------------------------------------ Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@xmission.com Get Commands: majordomo@xmission.com "help" Administrator: twegner@phoenix.net Unsubscribe: majordomo@xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 20 Mar 1998 09:01:09 -0700 From: Rich Thomson Subject: Re: (fractdev) DiskVid.c vs. The Prototypes File Speaking of unix porting issues (defines, include files, etc.), does anyone know if GNU autoconf has support for MSDOS environments? It would be really handy to have the xfractint sources autoconf'ed and then pretty much *any* unix platform will be supported. That's the best thing about autoconf. I think someone has created a Win32 autoconf profile, but I'm not sure if they've done a 32-bit DOS profile. - -- Rich Thomson rthomson@ptc.com - - - ------------------------------------------------------------ Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@xmission.com Get Commands: majordomo@xmission.com "help" Administrator: twegner@phoenix.net Unsubscribe: majordomo@xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 20 Mar 1998 09:18:30 -0700 From: Rich Thomson Subject: Re: (fractdev) Documentation and Help files.... In article <199803190055.SAA09491@virtual3.c-com.net> , "Tim Wegner" writes: > The help compiler I'm talking about is hc.exe, Fractint's own help > compiler. One of the projects on the "todo" list (should I repost it and the progress file?) is to add new output formats (HTML, PDF, LaTeX, etc.) to the output support for fractint's help compiler. I've heard noise that Microsoft is moving the Windows help from its current setup to an equivalent HTML setup. Then the help viewer is just the web browser. Unlike fractint, you can easily add stuff the help compiler without worrying about impacting fractint's already tight resource usage. I've been talking with Noel Giffin about this in email since he converted fractint's help files to HTML for his web site on spanky.triumf.ca. If anyone else has any suggestions I'd love to hear them. > Offline some of us are discussing searchable docs. I'd love > fractint's online docs to be searchable. A workaround is to use a text editor to search the file generated when you say "fractint makedoc", but it would be nicer to be able to search from within fractint. > Today it would more sense to use html then invent a new > language, but we'd not want to give up Fractint's context sensitive > help. I know little about html, but I suspect an html file could be > read with an html viewer in fractint in such a way that the viewer > was context sensitive. For an HTML-based help system, "context sensitive" just means the browser loads a different URL when you press F1 in different contexts, this isn't really hard to do. > I wonder if this is a worthwhile project. Does anyone know of > freeware or public domain html-reading code in C? At this point, I think fractint should keep its existing help files and help browser code. It works. For HTML-ized help, it makes more sense to add HTML output to the help compiler (and/or "fractint makehtml") and generate the HTML from fractint's help files. Writing an HTML viewer inside fractint (even in protected mode flat address space) would be quite a bit of work, I think. Noel pointed out that there are places where fractint's help files assume fixed-width fonts (i.e. 
 markup in html).  I think the right solution for
this wrinkle in the fractint help -> html conversion process would be
to add some fixed-font markup to fractint's existing help files to solve
that problem when converting to html.
- --
                                               Rich Thomson
                                               rthomson@ptc.com

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Mar 1998 14:10:08 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Documentation and Help files....

Paul,

> I don't use DJGPP, but I have these two Microsoft products:
>      Visual C++ Pro 1.52
>      Visual C++ 4.0

I doubt either of these will do. Early versions of Visual C++ 
contained a 16 bit DOS compiler; recent ones don't.

I have uploaded the file 

ftp://ftp.phoenix.net/pub/USERS/twegner/help.zip 

This file contains the current fractint developer's executable 
(1961p35) with the help removed. It also contains the help*.src files 
and the help compiler hc.exe.

You can edit the help.src files with a text editor. Then you can 
compile the help with the command

hc /c

Then you can see the effect of your edits via the online hypertext 
help.

You should also download the file diffpat.zip. This contains the dos 
diff and patch programs. I would like to get your edits as context 
diffs because they are much smaller than the complete files, and 
because it is easy to see you changes.

Other folks here might want to download help.zip and try the 
developer's fractint to see what's new. Look especially at the 
evolver.

Please don't upload this anywhere. It will be obsolete in days and I 
don't want to support it.

Tim

 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Mar 1998 14:50:44 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) DiskVid.c vs. The Prototypes File

DeRobertis wrote:

> For XFRACT, DiskVid.c and the file with all the prototypes do not agree
> with each other.

First of all, how should I address you? I can't parse your name from 
your email address :-)

Second, I'm really asleep at the switch. You are doing a Mac port, 
right? How is it going?  I hope you haven't given up yet, lots of 
folks are asking for this.

Thirdly, for XFRACT, diskvid.c is not used. We went to a lot of 
trouble under DOS to make disk video modes, and even wroyte our own 
cache. Since UNIX has plenty of memory, Xfractint just makes a big 
array. All the routines are in diskvidu.c.

I will, however, check that the prototypes match. This afternoon I 
got my Xfract version up to 1961 patch 35 with no difficulties.

I did leave the makefile out of the x1961p28.zip file at my FTP site. 
I'll update this file soon.

Tim
 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Mar 1998 15:01:42 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Documentation and Help files.... 

Rich wrote:

> One of the projects on the "todo" list (should I repost it and the
> progress file?)

You should either repost it, or we should put it some place where it 
is accessible.

> At this point, I think fractint should keep its existing help files
> and help browser code.  It works. 

This is undoubtedly what we'll do. The original help compiler was 
written by one person who had the talent, the vision, and the energy 
to do it. We have not made any changes to it for a long time, 
because it was so well designed. But if I could figure out a way 
to make it searchable, I would. I think it might not be too hard, 
but I haven't tried.

>I think the right solution for
> this wrinkle in the fractint help -> html conversion process would be
> to add some fixed-font markup to fractint's existing help files to solve
> that problem when converting to html.

Sounds to me, as one who has not wrestled with this, that it should 
be possible to automate the conversion between fractint's help and 
html. Noel's probably an expert by now 

Tim
 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Mar 1998 18:27:51 -0500
From: "Peter Gavin" 
Subject: Re: (fractdev) Documentation and Help files....

VC 1.52 has a 16-bit DOS compiler.

Pete


- -----Original Message-----
From: Tim Wegner 
To: fractdev@lists.xmission.com 
Date: Saturday, March 21, 1998 3:10 PM
Subject: Re: (fractdev) Documentation and Help files....


Paul,

> I don't use DJGPP, but I have these two Microsoft products:
>      Visual C++ Pro 1.52
>      Visual C++ 4.0

I doubt either of these will do. Early versions of Visual C++ 
contained a 16 bit DOS compiler; recent ones don't.

I have uploaded the file 

ftp://ftp.phoenix.net/pub/USERS/twegner/help.zip 

This file contains the current fractint developer's executable 
(1961p35) with the help removed. It also contains the help*.src files 
and the help compiler hc.exe.

You can edit the help.src files with a text editor. Then you can 
compile the help with the command

hc /c

Then you can see the effect of your edits via the online hypertext 
help.

You should also download the file diffpat.zip. This contains the dos 
diff and patch programs. I would like to get your edits as context 
diffs because they are much smaller than the complete files, and 
because it is easy to see you changes.

Other folks here might want to download help.zip and try the 
developer's fractint to see what's new. Look especially at the 
evolver.

Please don't upload this anywhere. It will be obsolete in days and I 
don't want to support it.

Tim



- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"


- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 22 Mar 1998 13:17:13 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Documentation and Help files....

Paul wrote:

> Just for informational purposes, the 1.52 release of MS Visual C++ was
> the 16-bit version.

Good. This means you can compile the Fractint source into a DOS 
executable. The makefrac.bat that comes with the fractint source will 
compile both the help files and the executable program.

It is unnecessary for you to install the C compiler to help with the 
docs. On the other hand, the advantage to you is that if you have the 
C compiler installed, you can create and delete hypertext links. With 
only the help compiler, you can edit the help*.src files and use the 
Fractint's (not microsoft's) hc.exe to compile the source so you can 
view it within Fractint.

I will upload the complete source for the developer's version for
DOS or Xfractint or both if anyone asks. Last time I uploaded the
sources I got no feedback, so I assume that no one here is trying to
keep up with the developer's version. This isn't a problem - just
that this time I will wait for someone to tell me they'll look at it
before I upload.

> So, I am still puzzled as to exactly what kind of "special" compiler is
> required for the FractInt and Help stuff.

See if a look at my help.zip clears this up. If any questions, please 
ask.

Tim
 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sat, 4 Apr 1998 15:39:53 -0500
From: DeRobertis 
Subject: Re: (fractdev) DiskVid.c vs. The Prototypes File

>DeRobertis wrote:
>
>> For XFRACT, DiskVid.c and the file with all the prototypes do not agree
>> with each other.
>
>First of all, how should I address you? I can't parse your name from
>your email address :-)

My full name is Anthony Stephen DeRobertis.

>
>Second, I'm really asleep at the switch. You are doing a Mac port,
>right? How is it going?  I hope you haven't given up yet, lots of
>folks are asking for this.

Its progressing, albeit slowly. There have been a few peoblems over here
(ie, getting a replacement 32MB DIMM). One does not have fun with a 16MB
PowerPC :(

>
>Thirdly, for XFRACT, diskvid.c is not used. We went to a lot of
>trouble under DOS to make disk video modes, and even wroyte our own
>cache. Since UNIX has plenty of memory, Xfractint just makes a big
>array. All the routines are in diskvidu.c.
>
>I will, however, check that the prototypes match. This afternoon I
>got my Xfract version up to 1961 patch 35 with no difficulties.
>
>I did leave the makefile out of the x1961p28.zip file at my FTP site.
>I'll update this file soon.

I'll worry about that as soon as it compiles :(



- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 5 Apr 1998 04:07:05 -0400
From: DeRobertis 
Subject: (fractdev) CMDFILES.c

Question 1: What do all these variables which are initialized do?

Can I make my own printer type for the Macintosh printing? If so, which
value should I use?

   Printer_Type = DEFAULT_PRINTER;      /* assume an IBM/EPSON    */
   Printer_Resolution = PRT_RESOLUTION; /* assume low resolution  */

Is resolution in pixels per inch?


Question 2: What is with:

	int getpower10(LDBL x)
		{
		    char string[11]; /* space for "+x.xe-xxxx" */
		    int p;

	#ifdef USE_LONG_DOUBLE
 		    sprintf(string,"%+.1Le", x);
	#else
		    sprintf(string,"%+.1le", x);
	#endif
  		    p = atoi(string+5);
		    return p;
		}

Is this just returning the exponent field? Must it work negitive numbers?
	When x is positive, what's wrong with
		return(int(ciel(log10(x))); ?
	is it faster to do the above?



- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 5 Apr 1998 06:10:14 -0400
From: DeRobertis 
Subject: (fractdev) XZoomWaiting

Yet Another Question:
	What is "XZoomWaiting"?

It seems to be an extern int out of the blue.


Is this some X thing? Could someone provide me a list of these and what
they do?



And does int main() not get called under X? It has a lot of DOS stuff in it...



- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Mon, 6 Apr 1998 22:39:52 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) CMDFILES.c

Anthony asked:

> Question 1: What do all these variables which are initialized do?
> 
> Can I make my own printer type for the Macintosh printing? If so, which
> value should I use?
> 
>    Printer_Type = DEFAULT_PRINTER;      /* assume an IBM/EPSON    */
>    Printer_Resolution = PRT_RESOLUTION; /* assume low resolution  */
> 
> Is resolution in pixels per inch?

Fractint's printing facilities are horrible. While as literal a port 
as possible is a good idea at first, in this case I'd say you should 
implement a completely separate printing facility using MacIntosh 
resources. You should have some Mac-only files for this code, and not 
put it in the shared files.


> Question 2: What is with:
> 
> 	int getpower10(LDBL x)
> 		{
> 		    char string[11]; /* space for "+x.xe-xxxx" */
> 		    int p;
> 
> 	#ifdef USE_LONG_DOUBLE
>  		    sprintf(string,"%+.1Le", x);
> 	#else
> 		    sprintf(string,"%+.1le", x);
> 	#endif
>   		    p = atoi(string+5);
> 		    return p;
> 		}
> 
> Is this just returning the exponent field? 

Yes.

>Must it work negitive numbers?

Good question! In principle yes, although we've not systematically 
considered zooming out. 

> 	When x is positive, what's wrong with
> 		return(int(ciel(log10(x))); ?

We are at present still using standard C functions. You can use C++ 
functions in Mac-specific files, but please don't in shared modules, 
unless you are giving up staying synched with Fractint sources.

> 	is it faster to do the above?

Speed is a non-issue for this function. It's just a quick and dirty 
way to extract the expoenet for various precision estimates. The 
function is never used where speed is important.

This whole precision area needs work. It's not easy.

Tim
 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Mon, 6 Apr 1998 22:39:52 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) XZoomWaiting

> Yet Another Question:
> 	What is "XZoomWaiting"?
> 
> It seems to be an extern int out of the blue.
> 
> 
> Is this some X thing? Could someone provide me a list of these and what
> they do?
> 
> 
> 
> And does int main() not get called under X? It has a lot of DOS stuff in it...

I need help with your X questions. I'm totally ignorant of X.

I would assume that you would not port any of the X-specific code, 
but only the shared DOS/UNIX code. 

Tim

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 11:33:14 -0400
From: Sylvie Gallet 
Subject: (fractdev) Colormap bug: a suggestion

Hi Tim,

  Could you add the following lines between lines 1002 and 1003 in
Miscovl.c?

                       if (scanc > 4 && scanc < maxcolor-5)
                          if (abs(2*dacbox[scanc][j] - dacbox[scanc-5][j]=

                              - dacbox[scanc+5][j]) >=3D 2)
                             break;

  (Forgive my ignorance, I don't know the difference between
dacbox[scanc][j]  and (int)dacbox[scanc][j]...)

  The loop should look like that:
  =

               for (k =3D 0; k <=3D i; ++k) {
                  for (j =3D 0; j < 3; ++j) { /* check pattern of chg per=

color */
                     delta =3D (int)dacbox[scanc][j] -
(int)dacbox[scanc-k-1][j];
                     if (k =3D=3D scanc - curc)
                        diff1[k][j] =3D diff2[k][j] =3D delta;
                     else
                        if (delta !=3D diff1[k][j] && delta !=3D diff2[k]=
[j]) {
                           diffmag =3D abs(delta - diff1[k][j]);
                           if (diff1[k][j] !=3D diff2[k][j] || diffmag !=3D=
 1)
                              break;
                           diff2[k][j] =3D delta;
                        if (scanc > 4 && scanc < maxcolor-5)
                           if (abs(2*dacbox[scanc][j] - dacbox[scanc-5][j=
]
                               - dacbox[scanc+5][j]) >=3D 2)
                              break;
                           }
                     }
                  if (j < 3) break; /* must've exited from inner loop abo=
ve
*/
                  }

  Cheers,

        - Sylvie

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 14:25:57 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Colormap bug: a suggestion

Sylvie wrote:

>   Could you add the following lines between lines 1002 and 1003 in
> Miscovl.c?

Will do. Can you tell me what you are trying to 
accomplish with this? Will get back to you shortly.

I have already learned that changing the the line

>  if (diff1[k][j] != diff2[k][j] || diffmag != 1)

to

>  if (diff1[k][j] != diff2[k][j] || diffmag >= 1)

Causes lossless compression with a worsening of compression 
ratio.

Tim


- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 14:25:57 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Colormap bug: a suggestion

Sylvie:

>   Could you add the following lines between lines 1002 and 1003 in
> Miscovl.c?

The result with lyapunov.map is:

colors=000zk0zk0zk0zk0<250>000

which still has some big errors. If you want to see the executable or 
see the results of a different test case let me know.

>   (Forgive my ignorance, I don't know the difference between
> dacbox[scanc][j]  and (int)dacbox[scanc][j]...)

There is no difference. The "(int)" explicity converts dacbox[][] 
from unsigned char to integer, but C would make that conversion 
anyway.

I appreciate your looking at the color map stuff. I seem to have had 
an aversion to diving into this code, but I'm overcoming it 

Tim
 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 18:41:52 -0400
From: Sylvie Gallet 
Subject: Re: (fractdev) Colormap bug: a suggestion

Tim,

>> The result with lyapunov.map is:
>>
>> colors=3D000zk0zk0zk0zk0<250>000
>>
>> which still has some big errors.

  Nearly the same errors than before!

  Now, maybe I could explain what I was trying to do...  Consider a map i=
n
which the first 32 colors have the following red components:

 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 2 2 2 2 3 3 3 3 4 4 4 4

  the resulting color string is:

  000<30>400...

  and the map becomes:

 0 0 0 0 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 4 4 4 4

  My idea was to compare the value of color #c with the average of color
#(c-5) and #(c+5), the second line shows the value of
  a =3D abs[2*color#c - color#(c-5) - #(c+5)]

 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 2 2 2 2 3 3 3 3 4 4 4 4
           0 0 0 0 0 0 1 1 1 1 2 0 0 0 1 1 0 0 1 1 0 0

  and to exit the loop when this value is >=3D 2.

  BTW, the first test should be:

                       if (scanc > (curc+4) && scanc < (maxcolor-5))

>> If you want to see the executable or see the results of a different
>> test case let me know.

  Let me know the result with lyapunov.map and with the example above.

>> I appreciate your looking at the color map stuff. I seem to have had =

>> an aversion to diving into this code, but I'm overcoming it 

  It's a bit obscure... 

  Cheers,

        - Sylvie

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 17:49:01 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Colormap bug: a suggestion

Sylvie, your suggested change helps with the default palette. I have 
sent you:

1. Modified fractint executable. by using debug= you can select your 
change or the "perfect" mode or both. See what's new for debug 
values.

2. A utility maperrs.exe that shows the exact differences between two 
map files, as well as statistics (total rss difference/colors, and 
max error per color.

3. Source code for miscovl.c so you can see exactly what I did.

I think I need to make a little map to PAR and back utility for 
optimizing the colors= compression algorithm.

Tim

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 12 Apr 1998 17:54:10 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Colormap bug: a suggestion

> Date:          Sun, 12 Apr 1998 18:41:52 -0400
> From:          Sylvie Gallet 
> Subject:       Re: (fractdev) Colormap bug: a suggestion
> To:            Blind.Copy.Receiver@compuserve.com
> Reply-to:      fractdev@lists.xmission.com

> Tim,
> 
> >> The result with lyapunov.map is:
> >>
> >> colors=000zk0zk0zk0zk0<250>000
> >>
> >> which still has some big errors.
> 
>   Nearly the same errors than before!
> 
>   Now, maybe I could explain what I was trying to do...  Consider a map in
> which the first 32 colors have the following red components:
> 
>  0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 2 2 2 2 3 3 3 3 4 4 4 4
> 
>   the resulting color string is:
> 
>   000<30>400...
> 
>   and the map becomes:
> 
>  0 0 0 0 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 4 4 4 4
> 
>   My idea was to compare the value of color #c with the average of color
> #(c-5) and #(c+5), the second line shows the value of
>   a = abs[2*color#c - color#(c-5) - #(c+5)]
> 
>  0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 2 2 2 2 3 3 3 3 4 4 4 4
>            0 0 0 0 0 0 1 1 1 1 2 0 0 0 1 1 0 0 1 1 0 0
> 
Sylvie wrote:

>   BTW, the first test should be:
> 
>                        if (scanc > (curc+4) && scanc < (maxcolor-5))

Our mail crossed! I'll change your proposal accordingly and resend 
the file.

Tim

 

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Tue, 28 Apr 1998 18:32:17 EDT
From: RBarn0001 
Subject: (fractdev) test

I have been unable to use my computer most of this month and my mail box
filled up. I am just checking to see if I was knocked of the list because of
returned mail.
Ron Barnett

- -
- ------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@xmission.com
Get Commands:   majordomo@xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@xmission.com "unsubscribe fractdev"

------------------------------

Date: Thu, 30 Apr 1998 08:21:33 -0400
From: DeRobertis 
Subject: Re: (fractdev) test

ISP got screwed up for a day or so....wonder if I'm off too.



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@lists.xmission.com
Get Commands:   majordomo@lists.xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"

------------------------------

Date: Sun, 3 May 1998 15:19:16 -0400
From: "Peter Gavin" 
Subject: (fractdev) Developer's version of the Fractint Sourcecode

This is a multi-part message in MIME format.

- ------=_NextPart_000_0001_01BD76A6.D6891A40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Where can I get this?  I really want to see the progress Stone Soup's =
made...  I also might have some oregano to add to the pot :)

Peter Gavin


// End transmission


- ------=_NextPart_000_0001_01BD76A6.D6891A40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable










Where can I get this?  I really want to see the progress =
Stone=20
Soup's made...  I also might have some oregano to add to the pot=20
:)



Peter =
Gavin
<pgavin@mindspring.com>
// End transmission


 


- ------=_NextPart_000_0001_01BD76A6.D6891A40--


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@lists.xmission.com
Get Commands:   majordomo@lists.xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"

------------------------------

Date: Mon, 4 May 1998 17:53:56 -0600
From: "Tim Wegner" 
Subject: Re: (fractdev) Developer's version of the Fractint Sourcecode

Peter asked:

> Where can I get this?  I really want to see the progress Stone Soup's made...  
> I also might have some oregano to add to the pot :)

I'll make the developer's source available to folks here (as I have 
done in the past) shortly.

BTW the original intent of this this was to be a private by 
invitation developer's list. However, enterprising folks have found 
it, and a number have subscribed. Today someone posted a summary of a 
number of mailing lists, including this one, so it's very public 
knowledge now. This is not a problem, but we just need to be aware 
that this is a public list.

So far no one here has wanted to keep up with each developer's
patch, plus some of the developer's are still more comfortable in
the more protected confines of CompuServe, so this list hasn't
really begun to be a true developer's communication tool yet. (If
there are folks here who have development environments and would
like to keep up with each patch, let me know.)

I do make developer's version source avilable to those here from time
to time. I'll do it more often if interest warrants it. We're not
quite at the point of releasing executables because of potential
support issues, but that decision could be changed. In fact we can
discuss it here if you like.

My biggest need for help at the moment is people who are willing to 
keep up with Xfractint and help debug it. 

Tim






Tim



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@lists.xmission.com
Get Commands:   majordomo@lists.xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"

------------------------------

Date: Mon, 4 May 1998 22:08:50 -0600
From: "Tim Wegner" 
Subject: (fractdev) Tim Gilman

Welcome to Tim Gilman, who is working on a Mac port!

Tim W.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@lists.xmission.com
Get Commands:   majordomo@lists.xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"

------------------------------

Date: Tue, 05 May 1998 17:53:16 -0500
From: "Paul N. Lee" 
Subject: Re: (fractdev) Documentation and Help files....

Tim Wegner wrote:
>
> Offline some of us are discussing searchable docs. I'd love 
> fractint's online docs to be searchable. Fractint's help compiler 
> and viewer were written by Ethan nagel way before html was 
> invented. Today it would more sense to use html then invent a new 
> language, but we'd not want to give up Fractint's context sensitive
> help. I know little about html, but I suspect an html file could be 
> read with an html viewer in fractint in such a way that the viewer 
> was context sensitive.
> 

FREE DOWNLOAD FOR MSDN ONLINE MEMBERS

eAuthor Help from HyperAct, Inc is a template based RAD HTML Help
authoring tool. It offers the ability to create, compile and deploy HTML
Help titles with ease, shipping with more than 40 pre-defined
templates.  Download it now at:
    http://www.microsoft.com/msdn/downloads/

"eAuthor Help is a template based RAD HTML Help authoring tool.  eAuthor
ships with more than 40 pre-defined templates that make creating HTML
Help CHM files easy.  With the Template and Wizard Composers new
templates can be created to facilitate fast and effortless authoring. 
Using eAuthor's built in HTML Help project template with the Table of
Contents and Keyword index templates makes the task of creating
navigation for your Help files easy.  When it's time to deploy HTML Help
with your application - eAuthor's ActiveX deployment control makes it
easy to use, call and embed HTML Help windows in your applications. 
With Visual Basic all you need to do is drag and drop the eAuthor
control on your form, set the ChmFile property and you are ready to
display help with the DisplayTopic method."

"eAuthor offers the ability to create, compile and deploy HTML Help
titles with ease.  The template engine makes it easy to ensure
consistent layout - even if the project is authored by multiple
authors.  Changes are a breeze - change the template once and every
topic that was created from it is automatically changed."


- -------------------------------------------------
     Why do most folks hate cynics so much?
       Because we're almost always right.
- -------------------------------------------------
http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   fractdev@lists.xmission.com
Get Commands:   majordomo@lists.xmission.com "help"
Administrator:  twegner@phoenix.net
Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"

------------------------------

End of fractdev-digest V1 #6
****************************