Demo Data from VLDB 2026 / reviewers in the wild / expert
Jesse Grosjean
dblp:13/4331
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2004
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 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.
| Human-computer interaction and pervasive computing
1 paper |
User interface design and tools · 77% Interaction techniques and input · 23% | |
| Computer graphics and multimedia
1 paper |
Rendering · 100% |
Topics — the 2 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
User interface design and tools
toolkit design |
0.0 | 1 | 2004 | Toolkit Design for Interactive Structured Graphics · IEEE Trans. Software Eng. 2004 |
Interaction techniques and input › interactive graphics
zoomable user interfaces |
0.0 | 1 | 2004 | Toolkit Design for Interactive Structured Graphics · IEEE Trans. Software Eng. 2004 |
Methods — techniques the papers use, named apart from their topics
polylithic toolkit design · 0.1monolithic toolkit design · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2004 | Toolkit Design for Interactive Structured GraphicsabstractHere, we analyze toolkit designs for building graphical applications with rich user interfaces, comparing polylithic and monolithic toolkit-based solutions. Polylithic toolkits encourage extension by composition and follow a design philosophy similar to 3D scene graphs supported by toolkits including JavaSD and Openlnventor. Monolithic toolkits, on the other hand, encourage extension by inheritance, and are more akin to 2D graphical user interface toolkits such as Swing or MFC. We describe Jazz (a polylithic toolkit) and Piccolo (a monolithic toolkit), each of which we built to support interactive 2D structured graphics applications in general, and zoomable user interface applications in particular. We examine the trade offs of each approach in terms of performance, memory requirements, and programmability. We conclude that a polylithic approach is most suitable for toolkit builders, visual design software where code is automatically generated, and application builders where there is much customization of the toolkit. Correspondingly, we find that monolithic approaches appear to be best for application builders where there is not much customization of the toolkit. Benjamin B. Bederson, Jesse Grosjean, Jon Meyer |
IEEE Trans. Software Eng. | 2 |