G.T.O The Judge Posted January 21, 2004 Report Posted January 21, 2004 rather than the news just being a text file, how about a html file? so staff can add visuals and stuff. It also helps for the people who are too lazy to go to the zone's websites, or for zones that don't have websites...
Yupa Posted January 21, 2004 Report Posted January 21, 2004 already been suggested would be nice even just for the text formatting dunno if I'd bother adding images, but some form would be nice
»Dustpuppy Posted January 21, 2004 Report Posted January 21, 2004 It would be very nice but I can see some (newbie) zones going way over the top and ending up with large downloads. But then it's their fault anyway I guess.
Manual Posted January 22, 2004 Report Posted January 22, 2004 Wouldn't it be a fast download from the web.. how big are usual html codes any ways?.. and what stupid is gonna do that kinda stuff?.. even newbies wont make it that big im sure its possible, but wouldnt it need a new code in cont?
»Dustpuppy Posted January 22, 2004 Report Posted January 22, 2004 It was more image size I was worried about, but thinking about it they would probably have to be stored on a seperate site anyway, which would remove the problem of lagging the server. The code change shouldn't be too bad, IE makes it easy to display web pages.
Bargeld Posted January 22, 2004 Report Posted January 22, 2004 the bigger issue is with having the "webserver" set up on the machine with subgame. Webservers are installed apps, and theoretically, you can have any machine with a fresh OS install, up on the web, with subgame running... and it will work fine. But now you wanna add web serving capabilities.You need to add server code to subgame and add a browser to Continuum (or use IE to open it.)Don't forget about the security end of it (being able to type in a web address for any of the server's core files, lvz, lvl, etc. files.)
Yupa Posted January 22, 2004 Report Posted January 22, 2004 I think just text formatting and hyperlinks would be plenty
»Dustpuppy Posted January 22, 2004 Report Posted January 22, 2004 Wth are you talking about? You don't need a webserver in subgame...You just send the file same as news.txt, but it's called news.htm... You might need to link to images, but they don't have to be on the same server...
Dav Posted January 23, 2004 Report Posted January 23, 2004 isnt it easier to direct to the zone website for that stuff and have basic stuff in the txt file?
Manual Posted January 23, 2004 Report Posted January 23, 2004 All it needs is be able to open .htm; and a integrated web browser just for news, shouldn't be too big
Bargeld Posted January 23, 2004 Report Posted January 23, 2004 It needs to be able to receive requests, on-demand, then send the file in response.
madhaha Posted January 23, 2004 Report Posted January 23, 2004 As mentioned in the previous thread, I think that it should only be able to send html (possibly css) with all scripting stripped out. No images, no files. It would NOT require a webserver (wtf bargeld?!!) and I think that the file should be opened using the default web browser instead of messing about trying to create a custom rendering engine for continuum.
madhaha Posted January 23, 2004 Report Posted January 23, 2004 Addendum: the pages should not open external files i.e. it should not be able to download flash or images from another webserver for obvious reasons.
Bargeld Posted January 23, 2004 Report Posted January 23, 2004 It needs to be able to receive requests' date=' on-demand, then send the file in response.[/quote'] It would NOT require a webserver I wrote that specifically to see who was gonna reply like you did. Thats the basic definition of a webserver, and Continuum WILL need to do that unless the page data can be streamed, on the fly, to a custom "browser." (note to self: put another notch on the avatar.)
madhaha Posted January 23, 2004 Report Posted January 23, 2004 http://dictionary.reference.com/search?q=http%20server Technically this is not a webserver. The client does not send http requests. You just use the current system whereby the server checks the checksum of the current news file to see if it matches the one on the server. If it doesn't, it sends the file to the client and overwrites the existing file. Also note that the page can not be accessed with clients other than those using the subspace/continuum protocol.
Dr Brain Posted January 23, 2004 Report Posted January 23, 2004 It would NOT require a webserver I wrote that specifically to see who was gonna reply like you did. Thats the basic definition of a webserver' date=' and Continuum WILL need to do that unless the page data can be streamed, on the fly, to a custom "browser." [/quote']Actually, madhaha is right. It's not a web server because it wouldn't be sending web pages. It could be accuratly described as a file server (webservers are a subset of file servers). Because it isn't serving web pages, but rather html files. I also think that to be a web server, you need to implement the HTTP protocol (over TCP/IP is probably another technical requirement), of which a continuum news file server would do neither. What has been suggested is to send news.html (or even not change the name) in the exact same fashion as news.txt is sent now, but to have continuum render the html inside it. Sending the .txt doesn't make subgame a news server, sending a html file doesn't make it a web server.
Bargeld Posted January 23, 2004 Report Posted January 23, 2004 By the basic definition of each, they are both servers... if it has 4 legs, barks, and wags it's tail: it's a dog, if it sends you a "web page" that you view: it is a "web server" and if it only sends you a "news" file: then its a "news" server.Regardless (back to the topic) these are the things that need to be added in order to add functionality to the news.
madhaha Posted January 24, 2004 Report Posted January 24, 2004 If I send you a bullet in the mail, it wouldn't make me a gun. Your initial objection was that subgame would become a WEBSERVER thus becomming too complicated and bloated. We're pointing out its just doing the same file serving job its always done. You have completed failed to prove your point. You have in fact, been "owned". Would it be worth rendering the html internally? It would Probably be more secure but it would increase the size of the distribution.
Dr Brain Posted January 24, 2004 Report Posted January 24, 2004 Would it be worth rendering the html internally? It would Probably be more secure but it would increase the size of the distribution.Yes, as all this would really be is RTF with hyperlinks, I don't think it would add a whole lot to the size of the binary, as most tags wouldn't be supported.
madhaha Posted January 24, 2004 Report Posted January 24, 2004 We should make a list of tags that should be supported. obviously<!@#$%^&*le>(and all the !@#$%^&*ociated tags), all the list tags like etc. I'd rather people used stylesheets instead of ... Note that stylesheet support would mean that we'd be able to do a lot more than bland looking rtf style do-*BAD WORD*-ents. On the other hand, the size of the rendering engine would be quite big and quite complicated (none of the current browsers offer full, unbugged CSS1 support, let alone CSS2). I think that using an external browser is justified. Alternatively we Could just use rtf files instead.
Dr Brain Posted January 24, 2004 Report Posted January 24, 2004 Even a F1 sytle renderer is ten steps ahead of a plain text file.
madhaha Posted January 25, 2004 Report Posted January 25, 2004 We could do with a proper editor for that too. I think there's one kicking about but I don't remember it being any good.
Recommended Posts