- Somehow I managed to miss the link to Jeff Cheney’s coverage of Sally’s art show last Sunday.
- There’s an ongoing discussion about the apropriateness of using weblogs.com banners to promote sites that some may deem inappropriate. I wonder what the clickthrough rate would be on this banner?
- How’s this for weird? CNN.com: Briton cures fatigue by drilling hole in own head
- Dave changed the tagline on weblogs.com:
I guess that means I’m watching us watching them watching Wired?!?
Month: <span>February 2000</span>
- Macworld has about 2,000 images on its site. Most of them are not needed immediately, but some are used frequently. I ran the profiler on a rendering of the Macworld homepage under mainResponder, and found that it was spending between 1,000, and 1,300 ticks in html.getImageData(). This was at least two orders of magnitude longer than any other script took to execute.
I think this is primarily because it is searching subtables for images. (Macworld’s site stores images in sub-tables under the #images table.) At first, I went overkill, wanting to reorganize the #images table, and override the imgeRef() script so that it would do a binary, rather than linear search. But then I realized that searching for an image didn’t have to be fast every time, and that if I cache the image’s address, it would be much faster, except for the first time I rendered an image.
All seemed fine, until I discovered (to my initial surprise) that if you pass it an address, html.standardMacros.imageRef() assumes that images are not nested inside the images/ folder- rather, they are all at the top level of images/. (This makes sense, because imageRef() has no idea what site is pulling the image in, or where it’s supposed to be.) So much for simply overriding imageRef() and caching image object addresses.
It looks I’ll have to parse the HTML that html.standardMacros.imageRef() returns, and fix the path myself… Somehow this seems strange to me. (I realise that this looks dense, but I sense the need for another, usually invisible, abstraction layer here.)
- Once again…
- Heard on 3rd Rock: “Bless you for being such a jerk.” (Don’t worry- I’m not talking about anyone in specific.)
Comments closed
- I just got done with a meeting between Mac Publishing production and editorial staff, and a representative from Interwoven. They demoed TeamSite, which is a browser-based content management system. It’s got what looks like pretty sophisticated versioning, three-way diffs and merges, meta-data, a filesystem gateway, and hooks to web-design apps. What appears to be missing is image lookups, and a glossary-like link dereferencing system, which Frontier has had for years. It’s hard to believe they missed that. It’s all implementable, but who wants to hack yet another content-management system to make it useable by non-HTML people? UserLand should take a look, though, if nothing else but for their idea of work-areas, versioning, editions and merging. It’s like Perforce for websites as far as I can tell.
- Scripting News on the weblogs.com hotlist:
Eighteen sites [update from S.N.- twenty-three] [update from Brainpan: twenty-five, and I need a macro for this] are pointing to the hotlist now. “Watching them watch us watching them.”That’s enough to get it on the hotlist, so tomorrow it will be watching them watch us watching them watching us watching them. You get the idea.
It’s already happening…
Comments closed
Comments closed