The current study had the following aims br Materials and
The current study had the following 3 aims:
Materials and methods
Discussion Western Europe, USA/Canada, and Australia have traditionally been the areas in which cochlear Illumina 384 is most common , ; correspondingly, the most common and well-known validated tests and (re)habilitation materials have been written in the native languages of these countries. The majority of children (and adults) with disabling hearing loss, however, are from developing countries ,  and although only a small percentage of children in these countries have a CI, that small percentage still translates into a sizeable amount of children (e.g. , , ). While for some non-Western European languages, e.g. Mandarin Chinese, a range of tests exists , , , for many languages they do not. Audiologists working in such languages must instead rely on ad hoc translations. If, however, audiologists had accurate and validated translations of tests and materials in the native languages of their patients, they should be better able to assess and safeguard the language development. This is the context of the present study. The Sinhalese translation of the COT test is valid for assessing the age-related long-term development of speech perception and identification skills of children with NH. Results confirm that the subtests are arranged in ascending difficulty. It is suitable to add to audiological test batteries. These results of the present study cannot be compared to those of other studies with the COT test because, although the COT test is currently available in 26 languages , the validations of these translations have not, to the best of the authors’ knowledge, been published. The appropriateness of using the COT test with individual children should be decided by the test administrator because it is partly dependent on each child's background skills. The test administrator should familiarize the child with the vocabulary of the test, ensure the child is not red-green colour blind, and ensure that the child has the motor skills required to perform the response tasks, as advised in Anderson et al. .
Introduction In general, software available on the web must increasingly be changed, updated and adapted to user demands. Such software is sometimes built up from components, or component-based architectures are used to describe its structure. In both approaches, mast cells must be accessible at any time, dynamic, managed at run-time and adaptable to changes . Web services and cloud computing offer an excellent infrastructure for this, and since the software can be managed remotely, high resource availability is ensured and mass storage is possible. An example of such architectures is component-based web interfaces, which have the same requirements, and must be dynamic and adapt thier structure to the user preferences. With this aim, new projects and proposals have come up in the last few years to build customized web User Interfaces (UI) by configuring the widgets the user wants to visualize . For these applications, the user has a Graphical User Interface (GUI) available that can be configured to create a dashboard. This type of GUI is built from graphical components of high or medium granularity (that is, they are not simple buttons or text fields) that group together some functionalities related to each other and make up widget-based mashup applications , , such as MyYahoo, Ducksboard or Netvibes . This led to our interest in developing an infrastructure for managing component-based software architectures. In particular, our research work is focused on dynamic management of component-based UIs. The three pillars on which our proposal is based are therefore: CBSE (Component-based Software Engineering), MDE (Model-Driven Engineering) and Cloud Computing. Component-based Software Engineering  is a software engineering discipline that improves software development by reusing it, contributing reliability, and reducing the time required for creating such software. Contrary to traditional software development, CBSE is focused on integrating previously developed software components into the system following a bottom-up development instead of a traditional top-down perspective. The concept of component reuse and management is also present in standards . Our proposal requires that the user interface be defined as a set of components, in which each application component represents an individual user interface component. This proposal follows a bottom-up perspective for developing (at run-time) the UI structure from components available in one or more third-party repositories.