heres a litle bit of history for ya whcih might or might not be totaly correct, old typewriters used two things to get to a new line
Carriage return ( $chr(13) ) (that brought the print head back to the left edge) and then
Line feed ( $chr(10) ) (that made the paper move up one line thus the print head was on the next line)
Now when you go /write text.lst word1, it adds this to the file word1 $+ $chr(13) $+ $chr(10)
On your example when it doesnt work your only adding $chr(13)
now just to confuse the situation, when mirc hsaves a file, it doesnt save the $chr(13) it just uses the $chr(10)
So what to do, well you got two options, you can insert a $chr(10) following the $chr(13), or u can dump the $chr(13) and use $chr(10)
now for some extra choices to add to that, u can also dump using $chr(13) and $chr(10) mirc has identifiers for them $cr and $lf, and if u want both its even got $crlf
I would suggest u use this
//write text.lst $+(word1,$crlf,1,$crlf,word2:,$crlf,2,$crlf,word3,$crlf,3,$crlf,word4,$crlf,4,$crlf,word5,$crlf,5,$crlf)
only becuase some text editors pack a sad if theres only a linefeed (notepad comes to mind)
PS: on a diffetrnet subject, whats the purpose of the number, is it just something to put in the itemname (being the word)?
If so i would consider changing it so the ITEMname is 1 2 3 ect and the value is WORD1 WORD2 WORD3, you can still use the $hfind functions just use $hfind( ).data
if you did this u could use /hsave -n and /hload -n and just have the file containing the words, and no itemnames at all, a much nicer file!