{'fraction_non_alphanumeric': 0.014939309056956116, 'fraction_numerical': 0.0009337068160597573, 'mean_word_length': 5.536585365853658, 'pattern_counts': {'":': 0, '<': 0, '<?xml version=': 0, '>': 0, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
The Second Language Problem in User Support 1

Interaction between humans and computers is seldom perfect. Interactive software often includes aspects of user support to reduce the uncertainty and propensity to error experienced by many users. The present paper briefly reviews some of the common strategies for helping users and characterises the ‘second-language problem’ as a special case for support. Since most software packages are written for an English-speaking audience and presuppose reasonable proficiency in English comprehension non-native speakers of English face the daunting task of interacting via a second-language. One can reasonably expect greater confusion and interactive difficulties in this class of users. Software implementors have gone some way toward addressing this problem with occasional provision of font and native language support (localisation). Some of these attempts are outlined here. The paper concludes by advocating a strategy of selective native language support based upon reasonable expectations of troublespots in interaction.