Difference between revisions of "Parser"

From IFWiki
Jump to: navigation, search
(Links: + three responses to Emily's article)
(Links: + Simple IF Interfaces by Horace Torys)
Line 16: Line 16:
 
** [http://chicagodave.wordpress.com/2010/06/10/the-parser-as-a-symptom-not-a-problem/ The Parser as a Symptom, Not a Problem] by [[David A. Cornelson]].
 
** [http://chicagodave.wordpress.com/2010/06/10/the-parser-as-a-symptom-not-a-problem/ The Parser as a Symptom, Not a Problem] by [[David A. Cornelson]].
 
** [http://emshort.wordpress.com/2010/06/10/parser-discussion-redux/ Parser Discussion, Redux] by Emily Short.
 
** [http://emshort.wordpress.com/2010/06/10/parser-discussion-redux/ Parser Discussion, Redux] by Emily Short.
 +
** [http://horacetorys.weebly.com/1/post/2010/06/simple-if-interfaces.html Simple IF Interfaces] by [[Horace Torys]].
  
 
[[Category:Glossary]] [[Category:Parser]]
 
[[Category:Glossary]] [[Category:Parser]]

Revision as of 06:55, 24 June 2010

A computer program or portion of a program that analyzes a string of characters in order to recognize grammatical units. Joseph Weizenbaum's Eliza (1966) and Terry Winograd's SHRDLU (c.1970) are two of the best-known early interactive programs that had parsers.

Early IF, including the original Adventure, used a two-word parser that only looked at the first few characters of each word. More recent IF parsers, following the lead of Dungeon aka Zork, have an Infocom-type parser that can understand longer words and more complex commands, but the genre is still a long way from using natural language processing to achieve complete understanding of all English inputs.

Modern IF programming languages include a parser as part of the authoring system, removing the need for the programmer to write a homebrew parser.


Links