I agree with this, but I don't know how easy it would be as it would likely
require edits to the browser itself. It would certainly be the best
compromise, benefiting all parties involved.


Dr. McKay
www.doctormckay.com


On Wed, Nov 6, 2013 at 7:33 PM, Paul <[email protected]> wrote:

> Disabling Flash / HTML5 <video>/<audio> for only 'quickplay' connections
> would be a better move than completely disabling HTML MOTD. Nobody is going
> to read a wall of plain unstyled text ha.
>
> To be fair though, too many rely on Quickplay, and Quickplay in my opinion
> is a bad idea to be in TF2. It doesn't encourage all players to actually
> search for other servers unlike the days of TFC. That's my two cents, but
> I'm sure there are some here who would disagree.
>
>
> On 6 November 2013 23:17, Jason Tango <[email protected]> wrote:
>
>> I assume this is in response to all the server operators who are using
>> those MOTD ads and abusing the system?
>>
>> If so - why can't you simply disable javascript/flash from working
>> instead? This action punishes legit server operators (yet again) who don't
>> use any of those kinds of advertisements on our servers from showing a
>> standard HTML motd - something we were able to do for years until those
>> pinion ad-farms came along.
>>
>> ------------------------------
>> From: [email protected]
>> To: [email protected]; [email protected]
>> Date: Wed, 6 Nov 2013 23:03:30 +0000
>> Subject: [hlds] Coming soon: changes to TF HTML MOTD support
>>
>>
>>  We’re making two changes to TF HTML MOTD support that server operators
>> should be aware of:
>>
>>
>>
>> 1.)    HTML MOTD’s will no longer be shown by clients that connect via
>> quickplay.  Those clients will show the plaintext message instead.  (The
>> file identified by the convar motdfile_text, which defaults to
>> motd_text.txt.)
>>
>> 2.)    When sending a URL to the “info” panel by name, the URL must
>> begin with ‘http://’ or ‘https://’.  Note that this change does not
>> affect putting a URL in motd.txt directly, which has always required a
>> protocol prefix in order for the file contents to be interpreted as a URL.
>>
>>
>>
>> _______________________________________________ To unsubscribe, edit your
>> list preferences, or view the list archives, please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>>
>>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds

Reply via email to