diff --git a/_config.yml b/_config.yml index 8c0e1bed..f29da0f2 100644 --- a/_config.yml +++ b/_config.yml @@ -63,6 +63,9 @@ collections: news: output: true permalink: /:collection/:path/ + teams: + output: true + permalink: /research/:collection/:path/ defaults: - scope: path: "" @@ -94,3 +97,8 @@ defaults: type: themes values: layout: theme + - scope: + path: "" + type: teams + values: + layout: team \ No newline at end of file diff --git a/_data/footer.yml b/_data/footer.yml index ff02824e..3a9c0868 100644 --- a/_data/footer.yml +++ b/_data/footer.yml @@ -17,9 +17,14 @@ contact: address: HIDIVE Lab / Department of Biomedical Informatics / - Blavatnik Institute / Harvard Medical School + accessibility: policy: - Harvard University / - Digital Accessibility Policy \ No newline at end of file +
+ + HIDIVE Lab Accessibility Statement + | + Harvard Digital Accessibility Policy + +
\ No newline at end of file diff --git a/_data/navigation.yml b/_data/navigation.yml index 6f4bbf18..c5f10f02 100644 --- a/_data/navigation.yml +++ b/_data/navigation.yml @@ -22,10 +22,13 @@ primary: links: - text: Themes href: /research/themes/ + # href: /research/teams/ - text: Projects href: /research/projects/ - text: Funding href: /research/funding/ + - text: Accessibility + href: /research/teams/accessibility/ - text: Publications href: /publications/ - text: Contact diff --git a/_data/teams.yml b/_data/teams.yml new file mode 100644 index 00000000..b4d648f3 --- /dev/null +++ b/_data/teams.yml @@ -0,0 +1,26 @@ +# this file defines the sidebars for each team microsite + +teams_base_url: /research/teams + +accessibility: + subpages: + - name: Research in Accessibility of Biomedical Resources + slug: research-in-biomedical-accessibility + - name: Accessibility of Genomics Visualizations + slug: accessibility-of-genomics-visualization + - name: Keyboard Accessibility of Data Visualization + slug: keyboard-accessibility-visualization + # - name: Mental Models of Visualization + # slug: mental-models-blv + - name: Our Accessibility Journey + slug: our-accessibility-journey + # - name: Community and Inclusion + # slug: community-and-inclusion + # - name: FAQs + # slug: faq + +another_team: + subpages: + - name: Another Team's Page + slug: another-teams-page + # Add more subpages... diff --git a/_includes/get-member-url.html b/_includes/get-member-url.html new file mode 100644 index 00000000..e305b8f5 --- /dev/null +++ b/_includes/get-member-url.html @@ -0,0 +1,6 @@ +{% comment %} + This file can be included where you want link someone's personal link from another page. + To use: {% include get-member-url.html title="Lawrence Weru" %}, where the title is the member "title" + + Do not add any newlines after the end of this comment since this file is included within inline content +{% endcomment %}{% assign member = site.members | where: "title", include.title | first %}{{ member.title }} \ No newline at end of file diff --git a/_layouts/member.html b/_layouts/member.html index 897a5d04..96a2cd9e 100644 --- a/_layouts/member.html +++ b/_layouts/member.html @@ -28,8 +28,8 @@

{{ page.name_degree | default: page.title }}

Projects

Publications

 {% else %} -

Projects

+ {% comment %} unfortunately ensuring there are no empty UL elements means double iteration in Liquid {% endcomment %} @@ -43,6 +43,7 @@

Projects

{% endfor %} {% if has_matches %} +

Projects

{% endif %} + + + + {% comment %} + unfortunately ensuring there are no empty UL elements means double iteration in Liquid + {% endcomment %} + {% assign has_matches = false %} + {% for team in site.teams %} + {% for member in team.members %} + {% if member == id %} + {% assign has_matches = true %} + {% endif %} + {% endfor %} + {% endfor %} + + {% if has_matches %} +

Teams

+ + {% endif %} + + {% endif %} + diff --git a/_layouts/team.html b/_layouts/team.html new file mode 100644 index 00000000..21d7ebdf --- /dev/null +++ b/_layouts/team.html @@ -0,0 +1,160 @@ +--- +layout: page +--- +{% assign id = page.url | split: '/' | last %} +{% assign team_data = site.data.teams[page.team_id] %} + +{% if page.name %} +

{{ page.name }}

+{% endif %} + +
+
+ + {% if page.image and page.image_alt %} + {{ page.image_alt }} + {% endif %} + + {{ content }} + + {% if page.gallery.size > 0 %} +

Gallery

+ + {{ page.gallery.first[1] }} +
+ {% for image in page.gallery %} + {{ image[1] }} + {% endfor %} + {% endif %} + + {% if page.publications.size > 0 %} +

Publications

+ {% include list-publications.html %} + {% endif %} + + {% if page.members.size > 0 %} +

Team

+ {% include list-members.html %} + {% endif %} + + {% if page.collaborators.size > 0 %} +

Collaborators

+ {% include list-collaborators.html %} + {% endif %} + + {% if page.websites.size > 0 %} +

Websites

+ + {% endif %} + + {% capture media_list %} + {% for media in site.data.media %} + {% for project in media.projects %} + {% if project == id %} +
+ {{ media.outlet }} ({{ media.date }}) - + {{ media.title }} +
+
+ {{ media.blurb }} +
+ {% endif %} + {% endfor %} + {% endfor %} + {% endcapture %} + {% assign media_list = media_list | strip %} + {% if media_list != '' %} +

Media

+
+ {{ media_list }} +
+ {% endif %} + + {% if page.github_repositories.size > 0 or page.docker_repositories.size > 0 %} +

Software

+ + {% if page.github_repositories.size > 0 %} +
GitHub
+ + {% endif %} + + {% if page.docker_repositories.size > 0 %} +
Docker
+ + {% endif %} + + {% endif %} + + {% if page.grants.size > 0 %} +

Funding

+ {% include list-grants.html %} + {% endif %} + +

Status

+ {% if page.active %} + Active + {% else %} + Inactive + {% endif %} + + +
+ + +
diff --git a/_publications/weru-2024-accessibility-keyboard.md b/_publications/weru-2024-accessibility-keyboard.md index a9101c0c..e0e59d1e 100644 --- a/_publications/weru-2024-accessibility-keyboard.md +++ b/_publications/weru-2024-accessibility-keyboard.md @@ -14,6 +14,8 @@ type: preprint publisher: "https://osf.io/3wjsa" +preprint: 'https://osf.io/5v98j' + doi: "10.31219/osf.io/3wjsa" zotero-key: "D8YCD6QT" cite: diff --git a/_teams/accessibility/accessibility-of-genomics-visualization.md b/_teams/accessibility/accessibility-of-genomics-visualization.md new file mode 100644 index 00000000..6c953adb --- /dev/null +++ b/_teams/accessibility/accessibility-of-genomics-visualization.md @@ -0,0 +1,39 @@ +--- +# make sure to add page to _data/teams.yml + +name: Accessibility of Genomics Visualization +team_id: accessibility +active: true + +image: altgosling-structure.png +image_alt: A schematic showing how AltGosling interacts with the Gosling Spec and Gosling.js to construct alt text, long descriptions, and Tree-structured descriptions from Gosling Spec features and Gosling Renderer data. + +publications: + - smits-2024-altgosling-osf + +# gallery: +# smits-2024-S4RH9GKM-2.png: 'The 4DN DCIC data portal page lists available datasets and their associated metadata' +# needs an alt text + +--- + +## Overview + +The AltGosling Project focuses on developing accessible genomics visualization tools. It aims to bridge the gap in genomic data interpretation for individuals with visual impairments. The project adds screen reader support to the Gosling, extracting information from the Gosling specification and leveraging a collapsible tree to create intuitive, user-friendly interfaces, ensuring that genomics research is inclusive and accessible to a broader audience. This project not only advances scientific inclusivity but embodies HIDIVE Lab's commitment to accessible science. You can read more about this project on the publication page that is linked below. + +## Highlights +- As a first of its kind, AltGosling creates automatic text descriptions for genomic data visualizations, which are characterized by large datasets and importance of interactions such as zooming and panning for data exploration. + +- Using a collapible tree structure, we allow users to easily navigate long descriptions and decide on their level of details. + +- To showcase its features, we created a [demonstration](https://gosling-lang.org/alt-gosling/) with ten examples, of which five single charts and and five compositve visualizations. + +- We compared AltGosling to state-of-the art models such as GPT-4o and show that AltGosling outperforms these models in accuracy, completesness, and method of delivery. + +- We are happy to receive feedback and work on new features. Feel free to [submit issues on GitHub](https://github.com/gosling-lang/altgosling/issues) or reach out via [email](mailto:nils@hms.harvard.edu). + +## Call To Action + +[Access the GitHub Repo](https://github.com/gosling-lang/altgosling) + +[Try the demonstration](https://gosling-lang.org/alt-gosling/) \ No newline at end of file diff --git a/_teams/accessibility/community-and-inclusion.md b/_teams/accessibility/community-and-inclusion.md new file mode 100644 index 00000000..70eff679 --- /dev/null +++ b/_teams/accessibility/community-and-inclusion.md @@ -0,0 +1,7 @@ +--- +# make sure to add page to _data/teams.yml + +name: Community and Inclusion +team_id: accessibility +active: true +--- \ No newline at end of file diff --git a/_teams/accessibility/faq.md b/_teams/accessibility/faq.md new file mode 100644 index 00000000..7e2c8282 --- /dev/null +++ b/_teams/accessibility/faq.md @@ -0,0 +1,7 @@ +--- +# make sure to add page to _data/teams.yml + +name: Frequently Asked Questions +team_id: accessibility +active: true +--- \ No newline at end of file diff --git a/_teams/accessibility/index.md b/_teams/accessibility/index.md new file mode 100755 index 00000000..86a567c6 --- /dev/null +++ b/_teams/accessibility/index.md @@ -0,0 +1,67 @@ +--- +# make sure to add page to _data/teams.yml + +#index.md requires hard-coded permalink to convert to index.html file instead of index/ directory +permalink: /research/teams/accessibility/ + +name: Accessibility +team_id: accessibility +active: true +team_home: true + +# image: hdv_a11y.png +# image_alt: Diagram showing the three major activities of the accessibility team, research, implementation, and advocacy + +members: + - nils-gehlenborg + - sehi-lyi + - thomas-smits + - lawrence-weru + - sofia-rojas + - andrew-mar + +publications: + - smits-2024-altgosling-osf + - lyi-2024-F8FYKQP6 + - weru-2024-accessibility-keyboard + - smits-2024-S4RH9GKM + +collaborators: + - alexander-lex + +# websites: +# - name: 4D Nucleome Data Portal +# url: https://data.4dnucleome.org +# primary: true + +# github_repositories: +# - name: AltGosling +# url: https://github.com/gosling-lang/altgosling +# primary: true + +# grants: +# - nih_u01ca200059 + +# gallery: +# 4ce.png: 'A placeholder for the Cover image for the Accessibility Team' + +blurb: HIDIVE Lab Accessibility Research Team. +--- + +Digital barriers ranging from inaccessible biomedical data platforms to inaccessible biomedical data visualization tools obstruct the entry and active participation of people with certain visual, cognitive, and physical disabilities in biomedical research. These barriers limit the field of biomedicine and contribute to societal inequities. + +At the HIDIVE Lab, we are committed to contributing to the removal of the digital accessibility barriers that hinder the full participation of humans with disabilities in biomedical data integration, visualization, and exploration. Our work spans enhancing the accessibility of biomedical data visualizations, research journals, and data portals for people with various disabilities. This interdisciplinary work draws from fields such as informatics, visualization, human-computer interaction, and biomedicine, and aims to provide equal educational and research opportunities for individuals with disabilities. + +## Current Accessibility Challenges + +People with disabilities face significant exclusion from academia. Recent publications by +the [National Science Foundation](https://ncses.nsf.gov/pubs/nsf21321/), +[American Society of Human Genetics](https://www.genome.gov/event-calendar/new-report-examines-diversity-in-the-human-genetics-and-genomics-workforce), +[Journal of the American Medical Assocation (Varadaj et. al)](https://jamanetwork.com/journals/jamanetworkopen/fullarticle/2785329) +and +[PLoS One (Swenor et. al)](https://journals.plos.org/plosone/article?id=10.1371/journal.pone.0228686) +report that only 9% of the scientific workforce and 2% of NIH-funded principal investigators self-identify as having disabilities, compared to 28.7% of the U.S. adult population. This gap reflects broader systemic issues in access to education, employment, and research participation for people with disabilities. In December 2022, the NIH Advisory Committee to the Director Working Group on Diversity highlighted the importance of including people with disabilities as research collaborators. + +## Research Aims + +Our short-term goal is to assess the digital accessibility barriers of biomedical data resources, such as interactive biomedical visualizatons, data repositories, and research journals to better understand the challenges that hinder accessibility. Our long-term aim is to develop solutions that will improve the accessibility of these essential resources to make biomedical research more inclusive. \ No newline at end of file diff --git a/_teams/accessibility/keyboard-accessibility-visualization.md b/_teams/accessibility/keyboard-accessibility-visualization.md new file mode 100644 index 00000000..a2e05ca2 --- /dev/null +++ b/_teams/accessibility/keyboard-accessibility-visualization.md @@ -0,0 +1,39 @@ +--- +# make sure to add page to _data/teams.yml + +name: Keyboard Accessibility of Data Visualization +team_id: accessibility +active: true + +image: voyager-keyboard-demo.png +image_alt: A figure of three images, A, B, and C, showing the drag-and-drop functionality in OpenKeyNav demonstrated in Voyager 2. (A) After OpenKeyNav’s drag mode is initiated through a shortcut key, the elements that can be dragged (Voyager’s data fields or “pills” in this case) are outlined and assigned shortcut key labels. Pressing the corresponding key, e.g., “d” for Major_Genre (indicated with a black rectangle) selects the element to be dragged. (B) Shelves where the element can be dropped are then assigned shortcut key labels and outlined. An element can be dropped by pressing the corresponding key, e.g., “a” for the x-axis (indicated with a black rectangle). (C) After a shelf is selected, the pill is dropped on it. + +publications: + - weru-2024-accessibility-keyboard + +--- + +## **Overview** +Data visualization tools often rely heavily on mouse-based interactions, which can present significant accessibility barriers for individuals navigating with keyboards. This challenge disproportionately impacts users with motor disabilities, who may find it difficult or impossible to interact with tools designed primarily for mouse input. To address these barriers, our research explored how keyboard-driven interactions can enhance the accessibility of data visualization tools. A key part of this effort is the preprint *Using OpenKeyNav to Enhance the Keyboard-Accessibility of Web-based Data Visualization Tools*, which was presented at the AccessViz workshop at IEEE VIS 2024. This paper investigates how OpenKeyNav, an open-source javascript-based keyboard navigation library library, enables complex keyboard interactions like drag-and-drop for web-based data visualization platforms. + +The research adheres to the social model of disability, which emphasizes that disability is not caused by an individual’s impairment but by the design and structure of the environment. The social model of disability advocates for the creation of interventions that remove environmental and societal barriers that prevent the full participation of people with disabilities. In the case of OpenKeyNav, the tool directly addresses a key barrier—digital inaccessibility—by improving keyboard navigation, which is essential for users with disabilities who rely on keyboard-only or assistive technologies for web navigation. OpenKeyNav aligns with the social model by enabling developers to create web environments that are more inclusive and accessible. By embedding accessibility directly into the development process through tools like OpenKeyNav, the responsibility for accessibility can shift from individuals with disabilities (who often bear the burden of overcoming inaccessible designs) to the developers, who have the power to create accessible digital spaces from the start. + +## **Challenges in Keyboard Accessibility** +Data visualization tools typically require the use of a mouse for essential interactions, such as drag-and-drop operations, which are difficult or impossible for users relying on keyboard navigation. These barriers limit participation in the field of data visualization and prevent individuals with motor impairments from fully engaging in education, research, and professional opportunities, further contributing to societal inequities. + +## **Research Focus** +The preprint *Using OpenKeyNav to Enhance the Keyboard-Accessibility of Web-based Data Visualization Tools* introduces the novel method for keyboard-driven drag-and-drop interactions facilitated by the OpenKeyNav Javascript library. OpenKeyNav dynamically generates keyboard shortcuts that allow users to perform complex tasks, such as moving data fields within a Tableau-like interface, without relying on a mouse. The research outlines how this solution provides an equivalent user experience for both keyboard and mouse users, aligning with the Web Content Accessibility Guidelines (WCAG). + +## **Key Contributions** +- **Keyboard-Accessible Drag-and-Drop in Voyager**: The preprint demonstrates how OpenKeyNav enables users to drag and drop data fields within Voyager 2, an open source data visualization tool with an interface similar to tableau. These data fields are moved through just-in-time keyboard shortcuts generated by OpenKeyNav. This method allows keyboard users to perform the same complex interactions that would otherwise require a mouse, making the data visualization tool more accessible for a wider range of users. +- **Equivalent Interaction Experience**: The preprint discusses how OpenKeyNav addresses the disparity in time and effort typically imposed on keyboard users by providing an experience that closely mirrors the efficiency of mouse interactions. The keyboard interface eliminates the need to tab through multiple elements, significantly reducing the time burden on users. +- **Supporting WCAG Compliance**: This preprint demonstrates how OpenKeyNav helps developers meet WCAG 2.1 guidelines for keyboard accessibility, enabling a more inclusive user experience for data visualization platforms. + +## **Ongoing Research and Collaboration** +This work contributes to our lab's ongoing efforts to improve accessibility in biomedical data visualization. By integrating solutions like OpenKeyNav into data visualization tools, we aim to reduce barriers to access and participation for users with disabilities. We are actively exploring opportunities for further collaboration to enhance the inclusivity of data visualization tools. + +For more details, the full research paper is accessible below: + +## Call To Action + +[Try the demonstration](https://github.com/voyager-keyboard-demo/voyager-keyboard-demo.github.io) \ No newline at end of file diff --git a/_teams/accessibility/mental-models-blv.md b/_teams/accessibility/mental-models-blv.md new file mode 100644 index 00000000..36fd201a --- /dev/null +++ b/_teams/accessibility/mental-models-blv.md @@ -0,0 +1,28 @@ +--- +# make sure to add page to _data/teams.yml + +name: Mental Models of Visualizations +team_id: accessibility +active: false + +image: smits-2024-S4RH9GKM-2.png +image_alt: Two-by-two grid with sketches (top row) and schematics (bottom row). The columns are labeled ‘direct’ and ‘gradual’, and the rows are labeled ‘sketch’ and ‘mental model’. The direct sketch (A1) has two axes and a few black and colored vertical lines. The gradual sketch (B1) has two axes and colored letters (A, C, T, G) in it. The ‘mental models’ below (A2, B2) are neater versions of the sketches. The gradual charts are closer to a sequence logos plot than the direct charts. + + +publications: + - smits-2024-S4RH9GKM + +--- + +## Overview +In this short project, we explored the idea of mental models of visualizations and methods of introducing new visualizations. Different studies in the visualization community show that using transitions to introduce a new visualization can be beneficial. Here, we explored whether that was also the case for someone who is blind. In these studies, animations are often used, and people rely heavily on visual elements. We wondered if this would still be a good approach when someone relies on text descriptions. + + +## Highlights +- We used two approaches to introduce a novel visualization, the 'direct' and 'gradual' approach. In the 'direct' approach, we described the visualization directly by it's visual elements. In the 'gradual' approach, we constructed subsequent visualizations and described the visualization by describing the changing visual elements from each step. + +- A blind individual read the descriptions with a screen reader and sketched the visual elements on a tablet. + +- The gradual approach showed much potential for an easier understanding of a novel visualization. + +- This work was presented during the [1st Workshop on Accessibile Data Visualization](https://accessviz.github.io) at [IEEE VIS 2024](https://ieeevis.org/year/2024/welcome). diff --git a/_teams/accessibility/our-accessibility-journey.md b/_teams/accessibility/our-accessibility-journey.md new file mode 100644 index 00000000..36e15182 --- /dev/null +++ b/_teams/accessibility/our-accessibility-journey.md @@ -0,0 +1,32 @@ +--- +# make sure to add page to _data/teams.yml + +name: Our Accessibility Journey +team_id: accessibility +active: true +--- + + + + +The HIDIVE Lab accessibility research, led by {% include get-member-url.html title="Sehi L'Yi" %}, initially focused on improving accessibility for genome-mapped data visualizations. +Recognizing that grammar-based visualization tools like the Gosling toolkit could be converted into meaningful text descriptions, {% include get-member-url.html title="Thomas Smits" %} led the AltGosling project to automate description generation for genomics data visualizations. + +Recognizing the under-representation of people with disabilities in the biomedical sciences, +we began quantifying the state accessibility of research journals and data portals, crucial for biomedical research, in a project led by Sehi L'Yi. + +We began making remediations to our website to better conform to WCAG 2.1 level AA. This included adding alt text to over 100 images and ensuring accessible navigation throughout the site. + +{% include get-member-url.html title="Sofia Rojas" %} and {% include get-member-url.html title="Andrew Mar" %} joined the lab as Research Assistants, contributing to several of the team's projects. + +We continue to explore ways to make biomedical data visualizations accessible for people with a wider range of disabilities. + +The preprint *Using OpenKeyNav to Enhance the Keyboard-Accessibility of Web-based Data Visualization Tools*, based on an open-source software library by {% include get-member-url.html title="Lawrence Weru" %}, explores how to improve the keyboard accessibility of web-based data visualization tools for people with motor disabilities. +The preprint was accepted for presentation at the AccessViz workshop at IEEE VIS 2024. + +We also started looking into mental models of visualizations related to individuals who are blind, led by by Thomas Smits. The paper, *Explaining Unfamiliar Genomics Data Visualizations to a Blind Individual through Transitions*, was accepted for presentation at the AccessViz workshop at IEEE VIS 2024. + +Our accessibility efforts led to more opportunities to expand our work. Sehi L'Yi has recently received the NIH K99/R00 Pathway to Independence Award to continue work on accessibility. This project proposes to increase the diversity of the genomics workforce through accessible data and visualization. This includes conducting comprehensive evaluations of existing biomedical data resources and building tools and frameworks that can increase the accessibility of biomedical research and education. This grant will help Sehi L'Yi to build an independent research group to work on this area in the future. + +As our journey continues, we remain dedicated to pushing the boundaries of accessibility in the biomedical sciences. +Stay tuned for our latest projects and publications as we work towards a more inclusive scientific community. \ No newline at end of file diff --git a/_teams/accessibility/research-in-biomedical-accessibility.md b/_teams/accessibility/research-in-biomedical-accessibility.md new file mode 100644 index 00000000..61ecfbe3 --- /dev/null +++ b/_teams/accessibility/research-in-biomedical-accessibility.md @@ -0,0 +1,32 @@ +--- +# make sure to add page to _data/teams.yml + +name: Accessibility in Life Sciences Data Resources +team_id: accessibility +active: true + +image: a11y-results.png +image_alt: A figure containing three graphs. Graph A shows that 96% of data portals have issues. Graph B shows the percentage of those issues by accessibility categories, with contrast being the most prevalent issue, and label_missing, alt_missing, and label_empty highlighted. Graph C is a pie chart showing that 78.8% of alt text in journals are entirely missing, while 21.3% are uninformative. + +publications: + - lyi-2024-F8FYKQP6 + +--- + +## Evaluation of Accessibility in Life Sciences Data Resources + +Our lab has been conducting extensive research evaluating the accessibility of life sciences websites and data resources. In this ongoing project, we assessed over 3,000 data portals and journal websites using accessibility evaluation tools, like [WAVE](https://wave.webaim.org) and [Axe](https://www.deque.com/axe/). We also evaluated selected data portals with an actual screen reader users to identify real-world barriers for performing important tasks (e.g., data discovery). + +## Current Accessibility Status +Our evaluation revealed that nearly all assessed websites (96%) had severe accessibility issues. The most common issue identified was the absence of crucial metadata, such as alternative text for images, which creates significant barriers for users with blindness and low vision (BLV). Without such metadata, it is impossible for BLV users to fully understand the content displayed in life sciences data visualizations (Refer to the figure on the top). + +## Research Aims +Our primary goal is to improve the accessibility of life sciences resources by identifying the key barriers and developing strategies to address them. Through this work, we aim to ensure that life sciences websites and tools comply with the Web Content Accessibility Guidelines (WCAG) and are accessible to people with disabilities. + +## Our Contributions +- **Evaluation Results**: We identified a range of accessibility failures, with missing alt texts being one of the most prevalent issues. +- **Mixed-methods Approach**: We employed computational accessibility tools to conduct our analysis at scale, in addition to conducting user evaluation for selected resources. +- **Addressing Gaps**: Our findings highlight the need for improving accessibility across life sciences websites, particularly in providing alternative texts and complying with WCAG. + +## Call to Action +We invite you to participate in this effort. We seek feedback and suggestions from the broader scientific and accessibility communities and potential collaborations for academic and non-academic activities. \ No newline at end of file diff --git a/accessibility-statement.md b/accessibility-statement.md new file mode 100644 index 00000000..6f4c06b4 --- /dev/null +++ b/accessibility-statement.md @@ -0,0 +1,31 @@ +--- + +layout: home +permalink: /accessibility-statement/ +title: Accessibility Statement + +--- + +# {{page.title}} + +## Overview + +At HIDIVE Lab, we are committed to ensuring digital accessibility for people with disabilities. We are continually improving the user experience for everyone and applying relevant accessibility standards. + +## Conformance Status + +We aim to meet or exceed WCAG 2.1 level AA compliance. Our lab website, covering our digital accessibility research and projects, is designed to be compatible with assistive technologies. We are also improving the accessibility of our pre-existing lab website to meet or exceed the compliance target, with the aim of having a single accessible experience throughout HIDIVE’s properties. + +## Feedback and Contact + + + +We welcome your feedback on the accessibility of our site. Our contact information is on our contact page. + +## Limitations and Alternatives + +While we strive to ensure accessibility, we acknowledge that some content may not fully meet these standards. If you require information in an alternative format, please contact us. + +## Date + +Last Updated March 18th 2024 \ No newline at end of file diff --git a/assets/img/publications/fullsize/a11y-results.png b/assets/img/publications/fullsize/a11y-results.png new file mode 100644 index 00000000..8397dd67 Binary files /dev/null and b/assets/img/publications/fullsize/a11y-results.png differ diff --git a/assets/img/publications/fullsize/hdv_a11y.png b/assets/img/publications/fullsize/hdv_a11y.png new file mode 100644 index 00000000..747032c4 Binary files /dev/null and b/assets/img/publications/fullsize/hdv_a11y.png differ diff --git a/assets/img/publications/fullsize/smits-2024-S4RH9GKM-2.png b/assets/img/publications/fullsize/smits-2024-S4RH9GKM-2.png new file mode 100644 index 00000000..65ff35f7 Binary files /dev/null and b/assets/img/publications/fullsize/smits-2024-S4RH9GKM-2.png differ diff --git a/teams.md b/teams.md new file mode 100644 index 00000000..7fa1e3c8 --- /dev/null +++ b/teams.md @@ -0,0 +1,91 @@ +--- +layout: page +title: Research Themes +permalink: /research/teams/ +redirect: /research/themes/ +--- +# Research Themes + + +{% if page.redirect %} + +If you are not redirected automatically, follow this link. + +{% else %} + + +

+The following list is a list of the lab's research themes. +

+ + +

Active

+ + +{% for team in site.teams %} +{% if team.active and team.team_home %} + + + + +{% endif %} +{% endfor %} + +
+{% if team.gallery.size > 0 %} +{{ team.gallery.first[1] }} +{% endif %} + +#### [{{ team.name }}]({{ team.url }}) +{% if team.blurb %} + {{ team.blurb }} +{% else %} + {{ team.content }} +{% endif %} +
+ + +

Inactive

+ + +{% for team in site.teams %} +{% if team.active != true and team.team_home%} + + + + +{% endif %} +{% endfor %} +
+{% if team.gallery.size > 0 %} +{{ team.gallery.first[1] }} +{% endif %} + +#### [{{ team.name }}]({{ team.url }}) +{% if team.blurb %} + {{ team.blurb }} +{% else %} + {{ team.content }} +{% endif %} +
+{% for website in team.websites %} +{% if website.primary %} +
{{team.name}} website
 +{% endif %} +{% endfor %} +{% for repo in team.github_repositories %} +{% if repo.primary %} +
{{team.name}} repository
 +{% endif %} +{% endfor %} +
+
+ + +{% endif %} \ No newline at end of file