Simon Michael wrote:
Thank you, Jon!
Yes, thank you very much Jon.
For anyone looking at this, here are some notes, from http://squeak.joyful.com/MediaView :
- Define Character>>fromLatin1Value: as an alias for
Character>>value: to get files to load.
- Make HTMLBrowserApplication subclass Object, not ProtoObject, to
avoid 100% cpu utilization at HTMLBrowserApplication basicNew.
- Define Preferences>>inDatabaseNamed:at: as an alias for
Preferences>>valueOfPreference:.
- HTMLCache>>initializeCacheAccessSemaphore complains about Semaphore
new: 200.
And thank you, Simon, for the jumpstart! I just tried a quick little session to see how much might be involved in getting Jon's MediaView to work. Here's where I got to. I don't claim that any of this is the best way or even a good way to do this.
1. After doing Simon's changes above, I loaded the URI package from SqueakMap and started changing MediaView code like "URL fromString:" to "URI fromString:". I didn't get them all yet. 2. I commented out the ": 200" part of the HTMLCache>>initializeCacheAccessSemaphore method, and did the same thing for the similar method dealing with Cookies. 3. Then an error about the LayoutColumns class came up. I noticed a LayoutRows reference in some of the code too. I'm sure someone can come up with a simple way around this, but I didn't see these classes in the code browser fileOuts that Jon originally made available, or in versions 3.2 or 2.2 of Squeak, so I'm not sure where they might have come from.
At this point it occurs to me that making this project work is probably not a really simple task, so it would probably be best to organize it so that the efforts of multiple interested parties can be put to best use. Maybe by using Monticello and SqueakSource? What is the best way to organize this effort?
__________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
On Wed, 26 Oct 2005 13:05:52 -0700 (PDT), David Faught dave_faught@yahoo.com wrote:
- Then an error about the LayoutColumns class came up. I noticed a
LayoutRows reference in some of the code too. I'm sure someone can come up with a simple way around this, but I didn't see these classes in the code browser fileOuts that Jon originally made available, or in versions 3.2 or 2.2 of Squeak, so I'm not sure where they might have come from.
You're going to get a lot more errors than that. The entire user interface we used, including the entire graphics system, was custom built from the ground up. None of that is included, but it isn't more than a few hours work to convert all those references to Form-based graphics.
The real issue comes if you want to use Morphs for page layout elements, instead of drawing everything on a single form.
Later, Jon
-------------------------------------------------------------- Jon Hylands Jon@huv.com http://www.huv.com/jon
Project: Micro Seeker (Micro Autonomous Underwater Vehicle) http://www.huv.com
David Faught wrote:
Maybe by using Monticello and SqueakSource?
That sounds good to me.. want to give it a try ?
ground up. None of that is included, but it isn't more than a few hours work to convert all those references to Form-based graphics.
And so does this.. I could live without a 100% morphic UI if it means we get a good hackable web browser in a few(*N) hours.. (!)
On Wed, 26 Oct 2005 14:07:04 -0700, Simon Michael simon@joyful.com wrote:
And so does this.. I could live without a 100% morphic UI if it means we get a good hackable web browser in a few(*N) hours.. (!)
Well, of course, the other thing you have to remember...
I wrote this web browser in 1997/98. HTML has changed a lot since then. A significant amount of my work on the web browser was making the system handle all the "bad" HTML that was out there.
I have no idea what the current situation is.
Later, Jon
-------------------------------------------------------------- Jon Hylands Jon@huv.com http://www.huv.com/jon
Project: Micro Seeker (Micro Autonomous Underwater Vehicle) http://www.huv.com
On 10/27/05, Jon Hylands jon@huv.com wrote:
I wrote this web browser in 1997/98. HTML has changed a lot since then. A significant amount of my work on the web browser was making the system handle all the "bad" HTML that was out there.
I have no idea what the current situation is.
Better; much better. Actually, from what I've heard it is rather straightforward(*) to implement the layout bits for clean (css-based) modern html. Your browser probably supports most of the old quirks that were implemented then and are still supported, and that seems to be a large part of implementing a browser.
An example is WithStyle, the VW browser. There's a marked difference in rendering quality between oldschool (like my homepage - www.cdegroot.com) and newschool (like my company page - www.tric.nl) layouts. The old stuff seems much harder to represent correctly...
(*)straightforward ~= a small task...
Cees De Groot wrote:
On 10/27/05, Jon Hylands jon@huv.com wrote:
I wrote this web browser in 1997/98. HTML has changed a lot since then. A significant amount of my work on the web browser was making the system handle all the "bad" HTML that was out there.
I have no idea what the current situation is.
Better; much better. Actually, from what I've heard it is rather straightforward(*) to implement the layout bits for clean (css-based) modern html. Your browser probably supports most of the old quirks that were implemented then and are still supported, and that seems to be a large part of implementing a browser.
An example is WithStyle, the VW browser. There's a marked difference in rendering quality between oldschool (like my homepage - www.cdegroot.com) and newschool (like my company page - www.tric.nl) layouts. The old stuff seems much harder to represent correctly...
(*)straightforward ~= a small task...
I have spent quite a lot of time trying to get html tables to render nice in Squeak and I can tell you that it is a PITA. Karl
squeak-dev@lists.squeakfoundation.org