[tor-dev] Fwd: Downloadable content: Fonts!

[Jeff Burdges]

I think this strays a bit far afield from tor-dev, but..

If an academic group was interested in basically redesigning the web to
be more sane, then Servo might be a good place to start.  

There are a whole bunch of things one could do, like forcing much more
to be catchable by using content based addressing, restrict cross
site/origin communication to be with single use blind signed tokens
and/or involve user approval, restrict the role of javascript, embed a
better PKI, etc.  All the stuff that TBB cannot do because it'd break
to many sites.

In short, one could attempt to build a better freenet using grants for
"security" work.  And the long game would be to guilt the browser
makers and web standards people into tightening things up.





On Fri, 2016-02-19 at 20:57 +0100, Jeff Burdges wrote:
> On Fri, 2016-02-19 at 16:21 +0000, Spencer wrote:
> > At what point do the efforts to patch Firefox out weigh the efforts
> > to build a browser from scratch?
> 
> Browsers are extremely complicated.  
> 
> If you want to explore Mozilla's efforts to build a more modern
> browser, then I suggest you look over and build Servo: 
> 
> https://github.com/servo/servo
> https://github.com/servo/servo/wiki/Design
> https://servo.org/ 
> 
> It's cool to imagine free software and privacy communities turning
> Servo into a viable browser that caters to their interests.  Afaik,
> Servo is the only realistic option for minimizing C code in the
> browser
> too.  In reality, Servo fails to render much of the web correctly
> because it's a messy problem. 
> 
> Jeff
> 
> _______________________________________________
> tor-dev mailing list
> tor-dev at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.torproject.org/pipermail/tor-dev/attachments/20160225/1d0e4041/attachment.sig>