- create a better video compilation
- generate mini profile figure for faster loading
- ask to add people
- ask to add publications
- ask to add abstract
- create publication filter
- filter extended abstract
- ask to add older publications
- ask to add better figures
- create lightbox to add multiple images
- Create an issue to document you planned changes.
- Create a branch to work on the above issue with a concise self-explanatory title describing your anticipated updates.
- Browse your branch by following the hyperlink generated in your issue.
- Update your branch files with desired changes: browse Updating Specific Content for more details.
- Create a pull request (optionally in draft mode if you need more updates) with a similar title as for your issue.
- Link your pull request to your issue by referencing your issue in your pull request description.
- Preview changes: continuous integration will deploy a preview for your changes, linked via a comment in your pull request (more details: https://github.com/rossjrw/pr-preview-action).
- Followup with pull request reviews: reviewer invitations are automated based on mappings between files and teams defined in CODEOWNERS.
- Merge your pull request once approved.
iLab members are each represented by a definition file content/people/*.yaml
.
The required definition elements are name
and type
(plus keywords
for faculty
). Other fields are optional.
Membership type
values include:
- faculty
- phd
- master
- undergrad
- postdoc
- visiting
- alumni
When members leave iLab, please modify the type
to alumni
. Alumni files can specify past
(previous type
e.g., phd
, master
, etc) and now
(current institution as string).
-
Find an existing example that best matches your membership
type
, for instance you can start we these suggestions:faculty
: content/people/ryo-suzuki.yamlphd
: content/people/kathryn-blair.yamlmaster
: content/people/clara-xi.yamlundergrad
: content/people/lychelle-pham.yamlpostdoc
: content/people/soren-knudsen.yamlvisiting
: content/people/nathalie-bressa.yamlalumni
: content/people/bon-adriel-aseniero.yaml
-
Browse (online) or checkout (local) your new branch created following Generic Workflow for all updates and navigate under
content/people
-
To Add: Click
Add file
>Create new File
. To Modify: ClickEdit this file
(online) or git add it (local) -
Type file name as
first-last.yaml
. For example,ryo-suzuki.yaml
-
Save and commit the new file
-
Browse (online) or checkout (local) your new branch created following Generic Workflow for all updates and navigate under
static/images/people
-
Prepare a profile image. The image needs to be saved as
first-last.jpg
. (The same as the profile file name). For example,ryo-suzuki.jpg
. Do not usepng
orjpeg
or anything else. You don't need to crop or edit to the square shape. The system automatically does. -
Click
Upload files
and upload it (online) or git add it (local) -
Save and commit the new file
-
If you want to replace, delete the existing one and do the same process.
-
Browse (online) or checkout (local) your new branch created following Generic Workflow for all updates and navigate under
content/publications
-
To Add: Click
Add file
>Create new File
. To Modify: ClickEdit this file
(online) or git add it (local) -
Type file name as
conference-years-lastname.yaml
. For example,uist-2020-suzuki.yaml
,mobilehci-2019-hung.yaml
,chi-ea-2020-suzuki.yaml
-
Edit the file. For example
Example 1 (chi-2018-feick.yaml
)
date: 2018-04
title: "Perspective on and Re-orientation of Physical Proxies in Object-Focused Remote Collaboration"
authors:
- Martin Feick
- Terrance Tin Hoi Mok
- Anthony Tang
- Lora Oehlberg
- Ehud Sharlin
series: CHI 2018
doi: https://doi.org/10.1145/3173574.3173855
keywords: cscw, remote collaboration, object-focused collaboration, physical telepresence, collaborative physical tasks
pages: 13
award: Honorable Mention
video: https://www.youtube.com/watch?v=sfxTHsPJWHY
abstract: "Remote collaborators working together on physical objects have difficulty building a shared understanding of what each person is talking about. Conventional video chat systems are insufficient for many situations because they present a single view of the object in a flattened image. To understand how this limited perspective affects collaboration, we designed the Remote Manipulator (ReMa), which can reproduce orientation manipulations on a proxy object at a remote site. We conducted two studies with ReMa, with two main findings. First, a shared perspective is more effective and preferred compared to the opposing perspective offered by conventional video chat systems. Second, the physical proxy and video chat complement one another in a combined system: people used the physical proxy to understand objects, and used video chat to perform gestures and confirm remote actions."
Example 2 (tvcg-2019-walny.yaml
)
date: 2019-08
title: "Data Changes Everything: Challenges and Opportunities in Data Visualization Design Handoff"
authors:
- Jagoda Walny
- Christian Frisson
- Mieka West
- Doris Kosminsky
- Søren Knudsen
- Sheelagh Carpendale
- Wesley Willett
series: TVCG 2019
doi: https://doi.org/10.1109/TVCG.2019.2934538
keywords: information visualization, design handoff, data mapping, design process
pages: 10
video: https://vimeo.com/360483702
talk: https://vimeo.com/368703151
abstract: "Complex data visualization design projects often entail collaboration between people with different visualization-related skills. For example, many teams include both designers who create new visualization designs and developers who implement the resulting visualization software. We identify gaps between data characterization tools, visualization design tools, and development platforms that pose challenges for designer-developer teams working to create new data visualizations. While it is common for commercial interaction design tools to support collaboration between designers and developers, creating data visualizations poses several unique challenges that are not supported by current tools. In particular, visualization designers must characterize and build an understanding of the underlying data, then specify layouts, data encodings, and other data-driven parameters that will be robust across many different data values. In larger teams, designers must also clearly communicate these mappings and their dependencies to developers, clients, and other collaborators. We report observations and reflections from five large multidisciplinary visualization design projects and highlight six data-specific visualization challenges for design specification and handoff. These challenges include adapting to changing data, anticipating edge cases in data, understanding technical challenges, articulating data-dependent interactions, communicating data mappings, and preserving the integrity of data mappings across iterations. Based on these observations, we identify opportunities for future tools for prototyping, testing, and communicating data-driven designs, which might contribute to more successful and collaborative data visualization design."
The required elements are date
, title
, authors
and series
. Other fields are optional, but strongly recommended.
Available fields are
date:
Conference date (e.g., 2018-04 for CHI'18)
title:
Use double quotation (e.g., "title")
authors:
Name the authors in the list. The profile is automatically linked to the publication based on the name
series:
Conference + Year (e.g., UIST 2020, CHI EA 2021)
doi:
DOI url. Copy and paste from ACM DL or IEEE Xplore. Can be blank until published
keywords:
Paper's keywords. Copy and paste from the paper
pages:
Page-length including references
award:
Can be blank. Either "Honorable Mention" or "Best Paper"
video:
YouTube or Vimeo link
video-2:
If any additional videos
talk:
YouTube or Vimeo link
abstract:
Use double quotation (e.g., "abstract")
github:
Link to github repository
gitlab:
Link to gitlab repository
You can basically all of the information from ACM Digital Library or IEEE Xplore.
-
Save and commit the new file
-
The publication page is automatically generated and styled based on the information above.
-
Don't forget to add the PDF in
static/pdf/[conf-year-last].pdf
as well
-
Browse (online) or checkout (local) your new branch created following Generic Workflow for all updates and navigate under
static/images/publications/cover
-
Prepare a cover figure for the paper. The image needs to be saved as
conference-year-lastname.jpg
. (The same as the publication file name). For example,uist-2020-suzuki.jpg
,mobilehci-2019-hung.yaml
,chi-ea-2020-suzuki.yaml
. Do not usepng
orjpeg
or anything else. You don't need to crop or edit the aspect ratio. The system automatically does. -
Click
Add file
>Upload files
(online) or git add it (local) -
Save and commit the new file
-
If you want to replace, delete the existing one and do the same process.
-
You can also add more figures by just drag-and-drop. (Strongly recommended).
-
Prepare figures you used for the paper.
-
Git clone
git clone [email protected]:ucalgary-ilab/ilab-website.git
- Create a directory as
static/images/publications/figures/[conference-year-lastname]
. For example,static/images/publications/figures/uist-2020-suzuki
cd ilab-website
mkdir static/images/publications/figures/[conf-year-last]
-
Copy and paste all of the figures into the created folder. No need to modify at all. Both jpg, jpeg, png files are available.
-
Git add and git push
git add .
git commit -m 'Add more figures'
git push origin master
You don't need to do this process, but if you're interested, here is the process.
Note: worked with Node v16, but got error with Node v18. (should be fixed in the future)
git clone [email protected]:ucalgary-ilab/ilab-website.git
cd ilab-website
npm install
npm run build:content
node preprocess.js
node server.js
You can also keep watching the file change by running the following command in the different terminal tab
npm run watch
Watch https://youtu.be/ympcMWQHm1c for the video instruction.
Deployment is automated via continuous integration, as defined in .github/workflows/deployment-gh-pages.yml, and via our Generic Workflow for all updates.
When continuous integration fails, here is a workaround to deploy from a local clone:
Create a second clone checked out at the gh-pages
branch (needed once):
git clone [email protected]:ucalgary-ilab/ucalgary-ilab.github.io.git -b gh-pages ../gh-pages
npm run deploy