-- [ Picked text/plain from multipart/alternative ] But he is right about the anomolies exhibited by the browser. There's just something not 'connected' quite right on the initial motd html page, and why on earth would there be a character limit for said page to even appear??
I think it's more about the engine being told HOW to parse the motd.txt file which does not include the entire HTML set when parsing just the motd file. However, if the browser is told to go to a specific site [i.e. the non-necessity of proper html to redirect the motd to an outside url address] then at that point the real IE (although JavaScript doesn't work, is this by design Alfred?) kicks in and parses the HTML the way you intended it to be displayed. Just a theory, might be wrong. --Ozz -------------- Original message -------------- > > You are wrong. All HTML pages are displayed by a hosted IE control. > > - Alfred > > ----Original Message---- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of James Tucker > Sent: Wednesday, October 12, 2005 9:15 PM To: > hlds@list.valvesoftware.com Subject: Re: [hlds] Motd Srcoll Bars > > > Yeah, always reference the original motd.txt file for advice. There is > > a charecter limit, but I dont remember what it is, I'm sure somone > > will advise if necessary. > > > > This is one thing I really can't fathom though. Source will happily > > start up an IE object and embed it into that screen /AFTER/ you have > > moved off the first page, but prior to that, some borked parser/render > > is running. Just what exactly is the language that this parser > > accepts? I've managed to make at least 20 to 30 different parsing > > failures that are all legal HTML 3.02, 4, XHTML. Don't get me wrong, > > but it seems some coder got paid to write a (crap) HTML parser and > > renderer for no good reason than to save a little memory IF and only > > if the user doesn't click on a link. I am further upset to realise > > that the IE object instanciated seems to be persistent after clicking > > OK too, which seems a waste of ram, particularly for low end systems. > > > > I'd be far more happy to have either a full blown IE object every > > time, or a less capable mini-browser throughout, rather than this > > apparent cludge of two different systems. > > > > I could be wrong about whats going on, but then there are some even > > worse problems afoot, like why it breaks at all... > > > > On 10/12/05, scott brown wrote: > > > -- > > > [ Picked text/plain from multipart/alternative ] > > > Have things changed with the MOTD? I use to just point the motd to > > > my > > > website, that dosn't work anymore it just shows up as a link. It > > > seems that > > > now I have to use head tags like this: > > > > > > > > > > > > content="0;url=http://www.mysite.com/index.htm";> > > > > > > It works this way but I get some very nasty, ugly purple > > > checkerboards "missing texture image" for the scroll bars. I can > > > handle the code for the > > > redirect but can any point me in the right direction on how to fix > > > the > > > scroll bars? > > > Thanks, > > > Scott > > > -- > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list > > > archives, please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list > > archives, please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
