Quote:
1)Mr Gammon, either your forum needs some security checks, or Mr Tricuspa needs to not paste links that contain his login security information.
To what are you referring? I can't see his login security information. This forum is a public forum, I'm not sure what you mean by security checks.
Quote:
... if you wish to contact me for further information, or discussion, please feel free to log on as a guest and leave me a page mail. the 'wizzes' command will let you know which wizard I am, ...
I don't really have time for guessing games. There are about 16 wizards listed, are you the "head wiz", the "Buildar [sic] of Might", the "builder of all things", or what?
Quote:
... it is not possible without re-coding the server itself to alter the code/pre extension problem that seems to be causing Mr Tricuspa such issues.
Most MUD admins are prepared to recompile their code if a bug is shown to be found. I have already explained that your MUCK is incorrectly using the <CODE> tag to cause linebreaks when it should be using the <PRE> tag, the information coming directly from the pueblo.sourceforge.net web site.
I'll show you what I am talking about. When you connect there is some initial information, it appeared in MUSHclient like this:
co guest guest
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -Sun Sep 12 12:42 Don't Worry Be Happy.- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -Wed Nov 3 09:47 Just a reminder to all players (and wizards): Read the news*regularly!* As in, whenever you log in, check for new posts. :) Justtype 'news' and it'll bring up anything you haven't read yet, onearticle at a time.- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -178001## You last connected from ...
Now I'm guessing this is supposed to look nicer, with linebreaks. Let's look at the actual data that is received:
Incoming packet: 5 (999 bytes)
<CODE>Sun Sep 12 3c 43 4f 44 45 3e 53 75 6e 20 53 65 70 20 31 32
12:42.</CODE><C 20 31 32 3a 34 32 0d 3c 2f 43 4f 44 45 3e 3c 43
ODE> Don't Wo 4f 44 45 3e 20 20 20 20 44 6f 6e 27 74 20 57 6f
rry Be Happy..</ 72 72 79 20 42 65 20 48 61 70 70 79 2e 0d 3c 2f
CODE><CODE>- - - 43 4f 44 45 3e 3c 43 4f 44 45 3e 2d 20 2d 20 2d
- - - - - - - - 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d
- - - - - - - - 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d
- - - - - - - - 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d
- - - - - - - - 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d 20 2d
- - -.</CODE><C 20 2d 20 2d 20 2d 0d 3c 2f 43 4f 44 45 3e 3c 43
ODE>Wed Nov 3 0 4f 44 45 3e 57 65 64 20 4e 6f 76 20 20 33 20 30
9:47.</CODE><COD 39 3a 34 37 0d 3c 2f 43 4f 44 45 3e 3c 43 4f 44
E> Just a rem 45 3e 20 20 20 20 4a 75 73 74 20 61 20 72 65 6d
inder to all pla 69 6e 64 65 72 20 74 6f 20 61 6c 6c 20 70 6c 61
yers (and wizard 79 65 72 73 20 28 61 6e 64 20 77 69 7a 61 72 64
s): Read the new 73 29 3a 20 52 65 61 64 20 74 68 65 20 6e 65 77
s.</CODE><CODE>* 73 0d 3c 2f 43 4f 44 45 3e 3c 43 4f 44 45 3e 2a
You can see from the incoming packet that all that the server code is sending is <CODE> ... some text ... </CODE>.
It isn't even sending linebreaks, or a newline. Now <CODE> simply says "switch to a monospaced font".
Somehow the server seems to be saying that it should cause "use a preformatted font, and make a linebreak whenever you see the </CODE> tag.".
Maybe the display looks OK with the Pueblo client - it wouldn't be the first time that a developer writes a client that totally ignores the spec. I don't know how other client authors are supposed to work when the spec is not followed by the people that write the spec.
Quote:
Mr Tricuspa is the ONLY player in our playerbase (of over 200 characters) who is reporting this problem to me. Upon checking, 25% of our playerbase uses Peublo without any incident they feel are worth bothering the coding/wizard staff about.
All you are saying is that of the 50-odd players who use Pueblo mode, only one has complained. This is hardly evidence there is no problem. Some may be using a different client, which may not be following the spec. Some may not think anything is wrong. You can read the information on the screen, it just looks messy. Maybe they think that is local atmosphere, or the way it is supposed to look. Of those that think it looks wrong some are probably too shy to say anything.
Anyway, I don't really have the energy to argue with you about it, as I doubt much will be done. Here is a plugin that anyone who uses your MUCK can install to fix the problem. :)
Copy between the lines, save to disk as Convert_code_to_pre.xml, and use the plugin installer in MUSHclient (File -> Plugins) to install that file.
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE muclient>
<!-- Saved on Friday, July 21, 2006, 7:40 AM -->
<!-- MuClient version 3.75 -->
<!-- Plugin "Convert_code_to_pre" generated by Plugin Wizard -->
<muclient>
<plugin
name="Convert_code_to_pre"
author="Nick Gammon"
id="3a5eb2e81de87a4a90616807"
language="Lua"
purpose="Converts <code> tags to <pre> tags"
date_written="2006-07-21 07:35:12"
requires="3.67"
version="1.0"
>
<description trim="y">
<![CDATA[
Converts <code> tags in incoming packets to <pre> tags.
]]>
</description>
</plugin>
<!-- Script -->
<script>
<![CDATA[
t = {
["<code>"] = "<pre>",
["<CODE>"] = "<pre>",
["</code>"] = "</pre><br>",
["</CODE>"] = "</pre><br>",
["<tt>"] = "<pre>",
["<TT>"] = "<pre>",
["</tt>"] = "</pre><br>",
["</TT>"] = "</pre><br>",
}
function f (s)
return t [s] or s
end -- f
function OnPluginPacketReceived (s)
return (string.gsub (s, "</?%a+>", f))
end -- function OnPluginPacketReceived
]]>
</script>
</muclient>
After installing the plugin the initial message looks better, like this:
co guest guest
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Sun Sep 12 12:42
Don't Worry Be Happy.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Wed Nov 3 09:47
Just a reminder to all players (and wizards): Read the news
*regularly!* As in, whenever you log in, check for new posts. :) Just
type 'news' and it'll bring up anything you haven't read yet, one
article at a time.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
178726
## You last connected from ...
|