Réf. : Re: [9fans] mothra

Réf. : Re: [9fans] mothra

[boyd.roberts]

    The next real hard part is getting the layout (especially tables!)

sed | tbl | troff

you see the way i'm thinking?

[9fans] Re: Réf. : Re: [9fans] mothra

[Howard Trickey]

> sed | tbl | troff
> 
> you see the way i'm thinking?

Yes..  Now how do you draw a line from
the end of the troff pipe back into tbl in
your diagram?  You need the full power
of the layout engine available to the table
processer, as sizing depends on the layout
of nested tables in a very insidious way.
and the real fun begins when a cell is allocated
a certain width, and the contents don't fit.
Or when the various width and pad specs
of the whole nested set of tables are
impossible to satisfy simultaneously.
Then you have to "give up" in exactly the
same way as Netscape and IE...
(I seem to have the phrase burned on
my brain, don't I?)
And then try to handle images of unknown
size arriving later, and try to minimize the
number of unnecessary trial layouts.

Most of my layout bugs were due to
tables.

- the fool

[9fans] Re: [9fans] Re: Réf. : Re: [9fans] mothra

[Lucio De Re]

On Wed, Jul 19, 2000 at 08:31:09AM -0400, Howard Trickey wrote:
> 
> Yes..  Now how do you draw a line from
> the end of the troff pipe back into tbl in
> your diagram?  You need the full power
> of the layout engine available to the table
> processer, as sizing depends on the layout
> of nested tables in a very insidious way.

That seems unavoidable.  And you've been there, I haven't :-)  But it
strikes me as a recursive descent problem that should really have only
one solution, or, at worst, scroll bars :-)

> and the real fun begins when a cell is allocated
> a certain width, and the contents don't fit.
> Or when the various width and pad specs
> of the whole nested set of tables are
> impossible to satisfy simultaneously.

Perhaps some scaling knobs in the right places...

> Then you have to "give up" in exactly the
> same way as Netscape and IE...
> (I seem to have the phrase burned on
> my brain, don't I?)

... rather than rely on previous foolishness :-)

> And then try to handle images of unknown
> size arriving later, and try to minimize the
> number of unnecessary trial layouts.
> 
Except for the need to match prior art (which I understand and hope to
be right in disregarding) I believe we can solve all these problems,
if for no other reason that typography is not a recent invention.  If
we aim at elegance rather than "accuracy" (intentional scare quotes),
and we make the product readily available, we may just swing enough
decision makers to make a difference.

If lynx wasn't so hideously ugly, I believe it would have made its
mark in this sense too.

> Most of my layout bugs were due to
> tables.
> 
How many were actual errors, versus mere divergence from a crooked de
facto standard?

> - the fool
> 
Your experience is undoubtably invaluable.

++L

Re: [9fans] mothra

[Colin DeVilbiss]

> If lynx wasn't so hideously ugly, I believe it would have made its
> mark in this sense too.

c.f. w3m, a unix curses-based web browser with pretty good table
rendering, and one which can render frames by making them look like
tables.

http://ei5nazha.yz.yamagata-u.ac.jp/~aito/w3m/eng/

speaking from experience, it's good enough for me, but, being tied to
cursor-addressability, isn:t a candidate for a direct port by any means.

-- 
Colin DeVilbiss
crdevilb@mtu.edu

Re: [9fans] Re: Réf. : Re: [9fans] mothra

[Steve Kilbane]

> > sed | tbl | troff
> > 
> > you see the way i'm thinking?
> 
> Yes..  Now how do you draw a line from
> the end of the troff pipe back into tbl in
> your diagram?

Well, I'm wondering if that needs to be there in general,
anyway. I was thinking about providing user input for
forms, and thinking about the browser sending that input
to a separate program that reformats the component for
the browser.

Rather than receiving one-time data and attempting to process
it, perhaps the browser can receive data from many streams from
the translators, and tell each to reformat as the surrounding
cells shuffle.

> Most of my layout bugs were due to
> tables.

s/bugs/problems/ ? how many of them were real bugs, rather than
brain-damage from page designers?

steve

Réf. : Re: [9fans] mothra

[boyd.roberts]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]




they also share the fact that they're both abortions.



                                                                  
 (Embedded                                                        
 image moved   Andy Newman <atrn@zeta.org.au>                     
 to file:      19/07/2000 17:23                                   
 pic01411.pcx)                                                    
                                                                  



Veuillez répondre à atrn@zeta.org.au; Veuillez répondre à 9fans@cse.psu.edu

Pour: 9fans@cse.psu.edu
cc:    (ccc: Boyd ROBERTS/EST/DOSI/BANQUE_INDOSUEZ/FR)
Objet:    Re: [9fans] mothra



[-- Attachment #2: Type: text/plain, Size: 229 bytes --]


Chris Locke wrote:
>You are confusing Java and Javascript.
>They share 4 letters of their name and that's about all.

Oh come on. The operator lexicon is almost identical!

--
Chuck Berry lied about the promised land


[-- Attachment #3: pic01411.pcx --]
[-- Type: application/octet-stream, Size: 2427 bytes --]

Réf. : Re: [9fans] mothra

[boyd.roberts]

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]




the writing of java* should be punishable by death.



                                                                  
 (Embedded                                                        
 image moved   Chris Locke <chris@cjl1.demon.co.uk>               
 to file:      19/07/2000 11:28                                   
 pic18590.pcx)                                                    
                                                                  



Veuillez répondre à 9fans@cse.psu.edu

Pour: 9fans@cse.psu.edu
cc:    (ccc: Boyd ROBERTS/EST/DOSI/BANQUE_INDOSUEZ/FR)
Objet:    Re: [9fans] mothra



[-- Attachment #2: Type: text/plain, Size: 257 bytes --]



Randolph Fritz <randolph@cyber-dyne.com> wrote in message
>
>   It would be perfectly practical to implement 9P as a Javascript
>   class.

You are confusing Java and Javascript.
They share 4 letters of their name and that's about all.
Chris.


[-- Attachment #3: pic18590.pcx --]
[-- Type: application/octet-stream, Size: 2427 bytes --]

Réf. : Re: [9fans] mothra

[boyd.roberts]

i don't think of building as a huge lump of code is the way to go.
start with a simple design and glue it together with a simple
set of tools.  tools that do _one_ thing; keeps the code
smaller and when it breaks you know where to look and the
design can evolve.

Réf. : Re: [9fans] mothra

[boyd.roberts]

given i wrote a DLL (to my shame) once that talked SOCKS4
transparently and sat on top of winsock (ie. it looked like
winsock) i saw what socket calls netscape made.  i was less than
impressed.  i just had a look at the winsock code in mozilla.
yep, as i expected -- clueless bozos.

check this:

   BOOL IsWinsockLoaded (int sp)
   {
        if (hWinsock == NULL)
        {
            WSADATA wsaData;
            WSAStartup(0x0101, &wsaData);
        }
    //  Quick macro to tell if the winsock has actually loaded for a particular
    //      function.
    //  Debug version is a little more strict to make sure you get the names
   right.
    #ifdef DEBUG
        return hWinsock != NULL && spArray[(int)(sp)] != NULL;
    #else //  A little faster
        return hWinsock != NULL;
    #endif
    }

this _abortion_ is called before _every_ winsock call.

duh... load it on startup and chuck away a swath of
redundant, inefficient code;  bugs waiting to happen.

and THIS:

            WSAStartup(0x0101, &wsaData);

a hard wired _constant_?

the prosecution rests.

i even saw a telnet that looped on write() after making an async
connect().  duh, select() anyone?

Réf. : Re: [9fans] mothra

[boyd.roberts]

[-- Attachment #1: Type: text/plain, Size: 668 bytes --]




mozilla?  have you tried to use version 6 on '98?

now, would you port it?

nuh.



                                                                  
 (Embedded                                                        
 image moved   Wladimir Mutel <mwg@alkar.net>                     
 to file:      18/07/2000 14:46                                   
 pic30578.pcx)                                                    
                                                                  



Veuillez répondre à 9fans@cse.psu.edu

Pour: 9fans@cse.psu.edu
cc:    (ccc: Boyd ROBERTS/EST/DOSI/BANQUE_INDOSUEZ/FR)
Objet:    Re: [9fans] mothra



[-- Attachment #2: Type: text/plain, Size: 328 bytes --]



Lucio De Re <lucio@proxima.alt.za> wrote:

>>   Gecko rendering engine is small and almost suitable for embedding,

> Is a URL for gecko readily available?

     http://www.mozilla.org/ - get the source
     It should be in Mozilla source, I guess.

--
mwg@alkar.net, 340044, 7442333, 7786458 - Владимир Мутель


[-- Attachment #3: pic30578.pcx --]
[-- Type: application/octet-stream, Size: 2427 bytes --]

Réf. : Re: [9fans] mothra

[boyd.roberts]

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]




surely no one would be that stupid.

the word 'crock' springs to mind...



                                                                  
 (Embedded                                                        
 image moved   "Douglas A. Gwyn" <gwyn@arl.army.mil>              
 to file:      18/07/2000 10:25                                   
 pic19491.pcx)                                                    
                                                                  



Veuillez répondre à 9fans@cse.psu.edu

Pour: 9fans@cse.psu.edu
cc:    (ccc: Boyd ROBERTS/EST/DOSI/BANQUE_INDOSUEZ/FR)
Objet:    Re: [9fans] mothra



[-- Attachment #2: Type: text/plain, Size: 63 bytes --]


Surely somebody must be trying to port Mozilla to Plan 9?


[-- Attachment #3: pic19491.pcx --]
[-- Type: application/octet-stream, Size: 2427 bytes --]