Abstract

The concept and nature of Form in linguistic as well as visual signs has been debated among several semioticians and art historians. Some notable analytical attempts have been put forward by Saussure, Hjelmslev, Vygotsky, and, regarding visual signs in particular, by Meyer Schapiro, Floch, Greimas, and the Groupe µ, among others. Greimas and Floch proposed a distinction between two levels of semiotic Form in visual representation, each being constitutive of a separate system of semiotic articulation: figurative language and plastic language. With arguments drawn from behavioural science, the interdisciplinary Groupe µ presented a different version of the same distinction as one between iconic and plastic signs.
 In this paper, I shall give a short outline of these and some further proposals, especially Meyer Schapiro’s view on the formal structure of pictures and visual signs, and his analysis of visual signifiers as ‘vehicles’ of spatial meaning. Schapiro’s account of the ‘image-sign’ will be presented as coloured by his socio-historical perspective and the empirical pragmatism of Peirce. Regarding the relationship between ‘iconic’ and ‘plastic’ meaning, Schapiro’s studies of Romanesque sculpture and non-figurative painting anticipate some observations later made by the Groupe µ. However, rather than attempting to defend any specific account of the nature of visual or plastic Form, a pluralistic position will be proposed here.

Full Text
Paper version not known

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call

Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.