Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

G. Barta

dblp:13/4117 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 1978
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Graphics, computer vision, multimedia, augmented reality and games · 1Human-computer interaction and ubiquitous computing · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Programming languages and type systems · 100%
Human-computer interaction and pervasive computing
1 paper
User interface design and tools · 100%

Topics — the 3 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
User interface design and tools
programming environments
0.011978
Towards the design of an intrinsically graphical language · SIGGRAPH 1978
Programming languages and type systems
language design
0.011978
Towards the design of an intrinsically graphical language · SIGGRAPH 1978
Programming languages and type systems › programming paradigms
visual programming languages
0.011978
Towards the design of an intrinsically graphical language · SIGGRAPH 1978

Methods — techniques the papers use, named apart from their topics

object-oriented programming · 0.0interactive dialogue · 0.0
YearPublicationVenuePosition
1978 Towards the design of an intrinsically graphical language
abstract
Coding a large and diversified graphics application system is a difficult task. We suggest an approach to this problem in which programs are built up using Objects (e.g., Classes, Modules) newly generated or drawn from a library. Each Object has an Aid which supports an interactive dialogue with the programmer resulting in the insertion of the appropriate references to the Object into the developing code. An Aid can display graphical Objects and accept sketching and picture editing. An Association capability allows the programmer to generate code corresponding to the displayed graphical material. The Association can be literal, with numerical values being inserted, or symbolic, with variable arguments inserted. A Programming System that is so structured implements an Intrinsically Graphical Language because the code can be “written” using both textual and graphical dialogues.
Robert P. Futrelle, G. Barta
SIGGRAPH2