Rae Elaine Hatfield:

    Is THE Android Maker!

I defined the discipline and taxonomy of making this especial type of android. The Hatfield Type Android (HTA) is unique in that each is designed to appear as much like a particular human as possible; a handcrafted clone, as it were.

    If you are seeking a site to arouse your prurient interests then The Android Maker should disappoint you. There are other places best suited for those "needs." If you still have such requirement, then adult places who I do not endorse or their products, such as Real Doll may appreciate your visit.

...

    Now that you are still with us, browse this site in revision, put on your thinking cap, and contribute to the cause! The Android Maker is as much if not more an organization than a commercial site.



IN The Android Maker's WEB SITE: ( Under revision before construction completed!)


*     SITE STANDARDS


*     More about THE ANDROID MAKER from my personal web site. This should help my "ego-surfing." For a while, This is a stub until I can migrate /restore more of the files the information, there are links to some older Android Making information.


*     The INSPIRATION FOR HATFIELD ANDROTICS picture is about 220K in size and fills an 800 by ... screen. (The model's name is unknown to me.)


*     Android Making Items list the various items related to my development of the Hatfield Type Android Making Taxonomy stub.


*     Links and bookmarks stub.


*     Check out the Android Makers Society! When this stub is replaced with code.


*     Maintenance Log: stub Frequent browsers may want to investigate this to see what is new. It is followed by a "To Do" list; better known as a "dream sheet."




SITE STANDARDS:

    An Internet page should be as informative as possible in text mode. This is to preserve the net's "bandwidth" for information flow as much as possible and to be viewable on the most systems. Also, many, like me, do not have the compute-power for graphically heavy, bloated pages where a large file bit map is used where a few lines of HTML would be more efficient and informative.

    Illustrations have their use in communications. This is my protest about the multitude of pages and sites that look like ransom notes with "graphics" and other computer masturbations. Those pages take a long time to load through a 14.4 MODEM.

    These are the things about "modern" web pages I detest:

*     Mucking up or defeating the browser's [Back] button. I like the ability to manage my own stacks and queues.

*     Click, wait, tease, repeat... I may not be able to organize as well as I prefer, but at least TheAndroidMaker.com's pages will load fast on a minimal system.

*     Pages wider than the browsers window. Some people run other processes in addition to the browser. Who wants to vibrate the horizontal slider to see the page?

*     Piggy graphics where text works as well ... if not better.

And...
*     Long load times.
Frequently, I test my site's pages with a 25MHz 80486DX ISA computer. That set is fast enough to make an internet connection when it runs OS/2.

    My messages are best communicated primarily with words. Words can be read and they can be repeated. Words mean things. Words can be thought about and mused over. Words can be studied for agreement or for logic flaws (the scientific method?).

A BIT MORE TECHNICAL:
     HTML version 1 or not much later should be supported by all browsers; including Mosaic. What "new feature" do I need? Usually, I use OS/2 bonus pac's WebExplorer to test the presentation of this site's pages.

    I am too old to mess with "bare handed" programming HTML. Therefore, I use a helper. I know that the newer windows based products have a "save As HTML" option, but that is insufficient for me to change operating systems and applications software. My helper, a WordPerfect 5.1 to HTML converter, seems to be biased to Netscape's extensions. Since I have used that for a while, new versions of internet explorer probably adopted similar capability.

     Text color black reads best on a neutral, default background. Additionally, RED can be used for "redlining" new material. However, my current shade <FONT COLOR=#FF0000> seems to me a bit "brassy." Any know the code for a deeper or brownish tint?

    In like manner, GREEN can be used for "strikeout." Its current shade is COLOR=#00FF00 which seems amenable. This hue is to color material that is a candidate for dissection for future updates. No guarantee how long it will last, but I should leave it as-is for a week since change. These text color features are as appears in a DOS WordPerfect 5.1 edit screen.

    There is a peculiar "feature" to this converter's resultant HTML from a WordPerfect 5.1 document and the WebExplorer browser: WordPerfect converts the text used in labels for cross references (XRef) to upper CASE. That should not be a problem. However, the WebExplorer I have does not jump to internal destinations (the text after the "pound sign" of a URL) if they are in upper case. Obviously, I need to be able to test my internal links. So, the initial work-around was to simply use numbers in my cross reference labels.

    That did not work. My Navigator seemed sluggish using digits as destinations. I leave this matter included because I have not decided yet to continue with digits or invent labels knowing they will be upper case in code. Let me get some feedback from internet explorer users.




    Want to comment about anything in my pages? Can you guess who's image I used? These pages are still under construction. Write me!...

as of June 16, 2001.

Copyright 1999 , 2001 by


R. Elaine Hatfield