Enhancing statistical chart accessibility for people with low vision: insights from a user test

Purpose A remote user test was performed with two versions (one accessible and another one non-accessible) of three types of web-based charts (horizontal bar chart, vertical stacked bar chart, and line chart). The objectives of the test were a) to validate a set of heuristic indicators for the evaluation of the accessibility of statistical charts presented in a previous work [7]; b) to identify new barriers and preferences for users with low vision in the access and use of this content not previously contemplated. Methods 12 users were tested, with a variety of conditions associated with low vision: low visual acuity (6 users), reduced central vision (2 users), reduced peripheral vision (2 users), blurry vision (1 user), sensitivity to light (3 users), Nystagmus (2 users) and color vision de�ciency (CVD) (4 users)


Introduction
The number of people with low vision worldwide is signi cant.Globally, in 2020, an estimated 43,3 million people were blind.On the other hand, it is estimated that 295 million people have moderate and severe vision impairment; 258 million have mild vision impairment; and 510 million have visual impairment from uncorrected presbyopia.Globally, between 1990 and 2020, the number of people who were blind increased by 50,6% and the number with moderate and severe vision impairment increased by 91,7% [1].The same study predicts that by 2050, 61 million people will be blind, 474 million will have moderate and severe vision impairment, 360 million will have mild vision impairment, and 866 million will have uncorrected presbyopia.
Each disability affects visually impaired people differently, resulting in a signi cant variety of user pro les [2].However, in all cases, low vision is a visual condition characterized by a substantial reduction in sight that cannot be corrected with lenses, medication, or surgery.Low vision profoundly impacts the daily lives of those who experience it [2] due to the prevalence of visual information in the acquisition of knowledge and daily activities.Visual information is often more detailed and richer compared to auditory or tactile information.As a result, much of our technology has been designed with a focus on sight.
In this context, the total or partial loss of visual perception can lead to a dramatic reduction in autonomy, given its crucial role in fundamental daily tasks such as learning, mobility, access to information, and social inclusion and participation.
Low vision is de ned by assessing a person's visual acuity and eld of vision.Visual acuity measures the ability of the visual system to distinguish between two closely spaced points at a speci c angle [4].Field of vision, or peripheral vision, refers to the total visual area in degrees while the central point of focus remain xed [5].Generally, an individual is considered to have low vision if, even with the best optical correction, her visual acuity falls below 20/60 [5] or 20/70 [6], or their eld of vision is less than 20 degrees.
Low vision encompasses individuals with visual impairments other than blindness which cannot be fully corrected with lenses.This category includes various user pro les resulting from congenital origins or different eye conditions and diseases such as cataracts, glaucoma, macular degeneration, or diabetic retinopathy.Each person may exhibit varying degrees of visual acuity and eld of vision, along with speci c challenges related to contrast sensitivity, light or glare sensitivity, and color perception.
For example, macular degeneration is an eye disease that can result in blurred or absent vision in the central eld, in areas known as scotomas.As a consequence, individuals with this condition often rely on their peripheral vision.Glaucoma leads to the loss of peripheral vision, accompanied by a blurred central area, making tasks like reading exceptionally challenging.Cataracts can cause vision to become blurred or hazy, especially in bright light [2], and may also affect color perception.Ocular albinism is characterized by reduced visual acuity and heightened sensitivity to brightness and light.Nystagmus is associated with involuntary, uncontrollable eye movements linked to neurological issues [7].
Retinoschisis impacts both central vision acuity and peripheral vision, which can be lost if the inner layer of nerve cells detaches from the outer layer [8].Multifocal chorioretinitis leads to vision loss, blurry vision and other symptoms [9].Stargardt's disease may manifest as gray, black, or hazy spots in the central vision, light sensitivity, slower adaptation to changes between light and dark environments and, in some cases, color blindness [10].Finally, color vision de ciency (CVD), also known as color blindness, is a genetic condition that affects individual's ability to distinguish certain light frequencies.CVD presents a wide range of severity, from mild di culty in discriminating certain colors, to complete inability to perceive any colors (achromatopsia).
Another challenge associated with low vision is that many of the vision problems mentioned tend to manifest as individuals age, either suddenly or gradually.These visual impairments often occur later in life, making it more challenging to acquire new skills and adapt to assistive technologies that may be unfamiliar.. Furthermore, people with low vision utilize a wide range of assistive technologies, with screen magni ers being a prominent choice, followed by screen readers, zoom features integrated into web browsers, and high-contrast settings.This diversity in pro les, barriers, and assistive technologies presents a signi cant challenge in meeting the speci c needs of each group through a single, universally effective design.
This research employs a user-centered approach to gain a deeper understanding of the obstacles faced by individuals with low vision when accessing data visualizations.In contemporary society, data permeates nearly every aspect of our lives [11], encompassing information dissemination, education, research, and leisure activities.As Kim et al. aptly stated, 'our society is becoming data-driven' [12].Consequently, the ability to comprehend and manipulate data is crucial for individuals to grasp the world, make informed choices, access scienti c ndings, grasp abstract scienti c concepts [13], and retrieve public health and social care information [14].
Data visualization, particularly statistical charts and various graphical representations, facilitates the e cient processing of information.Schepers [15] regards data visualization as an inherent assistive technology, a form of cognitive accessibility that leverages our visual system to ease the interpretation of tabular data [16].Charts enable the visualization of abstract concepts and intricate relationships, which may be challenging to comprehend through alternative data formats [17], and facilitate the identi cation of patterns and trends in data [18].
In the realm of scienti c communication, charts serve as concise and accessible means to convey the primary outcomes of extensive research endeavors [19] [20] [21].Consequently, data visualization is recognized by several authors as an essential skill, not only for the general populace [12] [22] but also for future researchers [23].
In this context, obstacles to accessing data can exacerbate societal inequalities, particularly among individuals with disabilities, who already contend with various social and economic disparities.Recent examples have highlighted challenges in accessing public health information [24] [25] [26], political data [27], preserving professional autonomy [28], and securing quality education [29] [30].
The primary objective of this article is to elucidate the needs and perspectives of individuals with low vision, with the aim of identifying key issues related to inaccessible charts.Ultimately, the authors seek to propose speci c solutions that can enhance the accessibility of data visualizations.

Related research
While the eld of data visualization has experienced exponential growth in recent years, research on the accessibility of visual artifacts within this discipline has not kept pace [31].Presently, there is a rising interest in enhancing the accessibility of data visualizations for individuals with intellectual disabilities [55].However, the majority of related research on accessible data visualization and charts has predominantly focused on barriers to visual access [12] [31] [32], research methodologies applicable to accessibility [32] [34], practitioner-implemented solutions [35], and the analysis of the impact of elements such as image captions or alternative text [36] [37] [38] [39].
Additionally, considerable attention has been given to the development of speci c solutions and techniques [40]  Despite the higher prevalence of individuals with low vision, existing scienti c literature has predominantly centered on blind individuals [3] [56], further marginalizing a group that remains relatively unknown to society [57].Low vision users exhibit notable distinctions from blind individuals, and many within this group use their residual vision in their daily life as much as possible [58] [59], even if it implies continual adjustments to various interface aspects [58] or the adoption of uncomfortable or strained positions in front of screen.
User studies addressing the accessibility of data visualizations and statistical charts have primarily concentrated on blind individuals [32]   descriptive stage (select and prioritize the most important collected information during stage 1 and 2); 4) correlational stage (reconcile the domain features and functionalities with existing heuristic indicators); 5) selection stage (review the list of heuristic principles created); 6) speci cation stage (formal speci cation of each heuristic principle); 7) validation stage (experiments to determine the effectiveness and e ciency of the heuristic set); 8) re ning stage (re ne of the heuristic principles with the conclusions resulting from the previous stage. Step seven involves the validation of the heuristics set through a series of experiments, assessing their effectiveness and e ciency.This validation process employs the following methods: a) Heuristic Evaluation (Mandatory): This method is a crucial part of the validation process; b) Expert Judgment (Optional): Experts may be consulted to provide additional feedback, enhancing the validation process; c) User Testing (When Necessary): User testing is employed to complement the validation process as needed.
The complete list of heuristics and their de nitions is shown in Table 1.These heuristics were validated against WCAG 2.1 [71] in previous research through the analysis of published charts in several contexts: digital media [72], public health information, [25] and scholarly articles [73], with good results.
In this study, a second validation of the heuristic set with users is done, because users contribute with a new perspective and identify problems that experts cannot always detect [74] [75].Special attention is paid to new possible barriers [76], and to the characteristics and needs of every speci c pro le [77].
For the study, a series of synchronous, moderated, and remote user tests were carried out.The tests consisted of solving tasks for which users had to consult a set of web-based charts that had been created.In total, two different versions of three charts (horizontal bar chart, vertical stacked bar chart, and line chart) were generated: one accessible, created following the abovementioned heuristic guidelines [78], and another non-accessible version.The speci c types of charts were chosen upon their popularity and adoption.
The non-accessible charts were generated by Microsoft Excel (2019 MSO 16.0.10356.20006Windows) using the tool's default options to create a chart of each of the selected types and generating an automatic export in HTML format (Fig. 1).Automated export of charts to HTML format using Excel involves converting the original vector image to a low-quality bitmap image.The export included the chart data table in text format.
The accessible versions were created using the Highcharts JavaScript library (v.8.0.0), including many of its accessibility options with the aid of its accessibility module: screen reader support, long description, keyboard navigation, the use of patterns as an alternative to color, a visual indicator when a mark of the chart receives the focus, and a table with the chart's data, as well as a tooltip functionality that complements the legends, providing information on the value associated with each mark when the focus points to it (Fig. 2).All charts, questions and the results of the test are available online. 1   We designed ve identical tasks for both versions, utilizing ctitious data and scenarios in a withinsubject design (the same users participated in both conditions).To minimize learning effects, we modi ed the values represented in each version of the chart.
In de ning these tasks, we drew from the categories proposed by Brehmer and Munzner [79], with a focus on tasks related to information consumption, particularly relevant in the context of public information.These tasks encompassed the following aspects: searching for unknown targets in known locations (browse), searching for unknown targets in unknown locations (explore), comparing multiple subsets of targets (compare), and summarizing targets, including the entire set of targets (summarize).

Query > summarize
Understand grid marks, compare points to grid by reviewing the entire chart.
H2, H3, H10, H11, H12, H13, H14, H16 and H17 Metrics related to effectiveness (percentage of completion per task), to e ciency (time per task), and to satisfaction (measure of expectations, with a simpli ed 5 points Likert scale from 1, not at all complicated to 5, very complicated) were collected during the test.Qualitative measures focused on detecting the barriers encountered by users and on analyzing the strategies and workarounds used by users to overcome the barriers they faced.After the test, users were asked for their favorite version of each chart, and informal comments were promoted.
A total of 12 users were recruited from the Asociación Discapacidad Visual de Cataluña: B1 + B2 + B3 (Visual Disability Association of Catalonia, Spain), and with a snow-ball strategy from the early contacted users.Initially, tests were planned to be held in B1 + B2 + B3 o ces, but due to access restrictions during the Covid pandemic, they were repurposed as remote tests with Zoom platform.Because of COVID and also due to the barriers expected to be encountered in the use of videoconferencing platforms, many of the previously contacted users (more than 20) refused to participate after having initially accepted.
On the other hand, remote tests allowed users to answer the tests from their own homes, with their personal computer equipment and assistive technology, with the ideal setup.Consent forms were sent to participants prior to the session so they could read, print, and sign them.
For each task, the moderator read the explanation before starting, asked for questions from the participants, and explained subsequently.
The sample was composed of 58.33% (7) men and 41.66% (5) women.83.33% (10) of the users had higher studies and only two users (16.66%) had middle school and elementary school studies, respectively.The age of the participants was between 18 and 79 years, the average being 42,3 years.The sample included a variety of conditions associated with low vision: low visual acuity (6 users), reduced central vision (2 users), reduced peripheral vision (2 users), blurry vision (1 user), sensitivity to light (3 users), Nystagmus (2 users) and color vision de ciency (CVD) (4 users).Table 6 shows a detailed description of each user.

Results
Quantitative (user study results) and qualitative results (observations) are detailed as complementary views of the test.

User study results
As mentioned before, effectiveness was measured dividing the number of completed tasks by the number of attempted tasks (percentage of completion per task).E ciency was measured with time per task.
Table 7 shows all users' average percentage of solved tasks for the accessible and non-accessible versions of each chart (effectiveness), all users' average e ciency in seconds by type of chart and version and, nally, the median value.As a relevant observation it must be considered that the oating windows of the video conferencing tool sometimes overlapped with the charts, forcing some users to spend part of the time moving them, with a negative impact on the time count.
It must also be taken into consideration that in the line chart, the time required for one of the users, far above the average, has increased the overall time count.
Related to satisfaction the metrics was "measure of expectations", i.e. users were asked to rate their expected task complexity on a scale from 1 (not at all complicated) to 5 (very complicated), and after completing the task, they were also asked to rate the actual complexity they experienced using the same 1 to 5 scale.
The comparison between expectations and experience [80] is clearly favorable, being most charts in the quadrant of "promote-it" (Fig. 3), meaning that the users got better results than expected and as such, were very satis ed, while in the case of non-accessible charts the comparison between expectations and experience puts the experience in the quadrant of "big opportunity" (Fig. 3), meaning that the expectations are so low that small improvements can bring great results.Tables 8 and 9 shows the expected and the experienced satisfaction by chart type, respectively.
When asked which version of each chart users found easier to use, most users preferred the accessible version over the non-accessible one (86,11% vs 13,89%), reinforcing the satisfaction results, except for user 7 (stacked bar chart), user 8 (line chart), user 10 (bar and line charts), and user 11 (both bar charts).
"Interacting with the charts (referring to accessible charts) has allowed me to obtain the data you requested me more quickly.In the case of those that are not accessible, I have had to make an additional effort" (user 5).

Observations
The use of color (H10) in the non-accessible versions of the three charts has been a barrier for users 6, 8 and 9.In these three cases, the accessible version, with greater contrast and with patterns as an alternative to color, has allowed them to complete the tasks in a shorter amount of time.However, some users preferred the use of colors instead of the white, black, and grey version of the accessible version (1, 2 and 7).In particular, user 11 has highlighted that the absence of color and the interactivity (H17) implemented had not bene ted him.The same user also highlighted that the use of patterns confuses him.User 6, affected by CVD, and user 9, with achromatopsia, hold a completely contrasting viewpoint on this matter.
"The interactivity of the chart facilitates its use, but it is better in color than in black and white" (user 1) "I prefer colors than textures or patterns" (user 3) "Due to the type of vision loss I have, the color suits me very well" (user 11) "As I have achromatopsia, I nd it very useful that the bars have patterns to better distinguish them" (user 9) "In the case of stacked bar charts, it is essential to have high contrast colors to be able to differentiate between the two sections.Patterns seem a good solution to me." (user 6) Among the magni cation options (H14), we nd two differentiated strategies depending on the user: a) use of the operating system's magnifying glass or screen magni er; b) use of the browser zoom.In the rst case, resizing means losing certain parts of the chart and, with them, important information to carry out the proposed tasks.This situation has been the case for users 1 and 2 (could not locate the legend) (H2).In those cases, when the task involves making a comparison between data, they are forced to memorize the rst value and look for the second by scrolling through the screen.In the second case (magnifying with the web browser), the accessible version adjusts its size to the window width after applying the zoom, allowing users to see the entire chart on the screen, but not certain elements that accompany it, such as the table with the data source (H6) or the legend (H2).Thus, the accessible versions facilitate comparisons within the chart.In this sense, tasks focused on comparing data have been performed better (more e ciently) with the accessible versions of the charts.
In the accessible versions of the charts, a tooltip functionality has been implemented to provide the value of the selected mark (bar or point) as an alternative to legends (H2).Tooltips have been useful for all users, except for user 9 who preferred to use the data table (H6).This functionality, used by almost all users, has been highly valued by users 1, 3 and 5, while users 6 and 8 in the interaction with the line chart have highlighted the fact that the tooltips obscured the chart preventing them from following the lines and seeing the marks, especially after magnifying the screen.In this case, the accessible chart does not meet the dismissible requirement associated with the success criterion 1.4.13(Content on hover of focus) of the WCAG 2.1 [71], which could solve the di culty mentioned by users."In the case of interactive charts, you have all the information at your ngertips.You consult a point and see all the related information without looking at two places at the same time."(user 11) "Tooltips are nice, but with a zoom applied they cover too large a part of the chart.It would be interesting if they were optional, for example, that they only appear after clicking on them."(user 6) "With the second type of charts (referring to the accessible charts) I have not needed to use zoom at any time because the data is near the bars and points.I simply needed to approach a little more on the screen."(user 12) All users have followed the strategy of following the axes (H3) and the marks with the cursor pointer.
When bitmap images (Excel exports) were resized, the problem of their low quality was more pronounced, creating legibility problems (H12) for users 2, 3, 4, 5, 6, 7, 8 and 9 (Fig. 4).For user 2 there was even a problem differentiating the bars of the rst chart due to the poor quality of the image.Speci cally, he stated "it seems to be missing pixels".Insu cient contrast (H11) between the text color used by default by Microsoft Excel and the background has also been a barrier for these users even after being resized.In all these cases, the users have solved the tasks using the data table (H6) available, not the chart."In the rst versions (referring to the non-accessible charts) I noticed fewer sharp charts and worse contrast.The poor sharpness of the text also affected me a lot." (user 8).In all cases, users have initially used the chart to solve the tasks.Only when they have been unable to nd the answer, they have used the data table to nd it, or they have used it to con rm their answers before verbalizing it (users 5, 6 and 7).User 6 was the only one to recognize that he preferred to consult the table rather than the chart in all cases.Users 7, 8 and 9 (the two last due to poor color perception) found that their e ciency improved when using the data table after the rst task and have used it more frequently since then.
"It is easier to see the data in a chart than in a table" (user 1)."In some cases (referring to non-accessible charts) I'd rather go to the table and deal directly with data than consult the chart, because the lines and dots are too thin for me" (user 5).
"When I read a scienti c paper (the user is a researcher in the eld of genetics), I never consult the charts because they are totally inaccessible.At most, they worry about color blindness, but not about other issues that affect people with low vision.I always prefer data tables than charts".(user 6) "For all the questions I needed to consult the table.I always use the tables to solve this kind of situations."(user 9).Every user, except for user 9 (who exclusively relied on the data table), frequently used legends to interpret the data (H2).Throughout the test, we observed di culties in locating the legend when it was not positioned at the bottom of the chart or when it went off the screen due to applied zoom.In this regard, the suggestion put forth by Evergreen and Metzner [81] to label data directly, in close proximity to data points (such as on top of or beside bars and next to lines), can not only reduce cognitive load and facilitate more e cient information processing but also aid users with low vision in comprehending data series without the need for constant scrolling through the interface.We have also observed di culty in differentiating the data series if the color was not su ciently distinguishable (H10) or the size of the legend was not su cient (fonts set to Calibri, 9 pt.In not-accessible charts).
In accessible versions of the bar chart and the stacked-bar chart, when a data series receives the focus (H16), the rest of the bars are displayed with less contrast to highlight the active element.This has been a barrier for user 10, who has expressed that it has confused him.

Discussion and limitations
The paper describes the results of an ongoing study that aims to verify a list of heuristics with users.The relatively small number of users does not allow to statistically validate the results nor to generalize them to the whole population, but the authors consider that the insights collected with this rst approach are relevant and give light to barriers and priorities.
Due to COVID lockdowns, the tests were conducted remotely, and the interface of the video conferencing platform occasionally disrupted the e ciency of users.Some users had to spend part of their time minimizing the platform's interface.This is a signi cant consideration for the authors and may also be a determining factor to address in future tests.
The test is proof that in most cases, users prefer to solve tasks using the chart, even if it is not accessible, instead of using the data table.This con rms the results of other studies in which the use of the residual vision was preferred over other strategies [58] [59].
The tooltips, which, as we have highlighted previously, have been highly valued by all users, have been shown to be useful for: a) giving direct access to the data associated with each mark, avoiding forcing users to consult the data table; and b) serving as an alternative or complement to the legend.However, tooltips generated by Highcharts library do not comply with the accessibility recommendations of WCAG 2.1 and part of the literature [82] [83], as it is not possible to hide them in case of overlay with other elements.
The order of the bars was key to interpret the time series data for users 3, 4 and 6.The recommendation of sorting the axes chronologically is also cited in the literature [84] [85].Users 1, 2, 4, 5, 7, 10, 11 and 12 solved the tasks using the browser zoom set between 110% and 200%.In the accessible version of the charts, this means that content needs to re ow to avoid horizontal scrolling, clipping, or overlapping of elements.This functionality associated with the responsive web design technique is implemented by the Highcharts library, but in some cases, it has presented some unexpected behavior that has involved usability problems that of course affects accessibility, such as some labels disappearing (see Fig. 5).
Currently, Excel does not provide accessible defaults for creating a new chart.However, it is possible to create fairly accessible charts.Exporting charts to non-Microsoft formats like HTML is also very problematic in terms of accessibility properties.Only an expert author will be able to create a moderately accessible chart.
The tasks were primarily centered on visual perception rather than testing data literacy and chart comprehension.Consequently, we designed the charts to be su ciently clear and comprehensible for all users, regardless of their educational level.Notably, we found no signi cant differences in the results between users with the lowest educational attainment and the rest of the users.
At the outset of this publication, we conducted a theoretical comparison between the heuristic indicators proposed by Elavsky et al. [69] and our own set of heuristics.Although Elavsky and colleagues' work is highly relevant, our user tests were conducted prior to its publication, preventing a direct comparison.
However, the theoretical analysis revealed that Alcaraz et al.'s set of heuristic indicators encompasses all the principles proposed by Elavsky et al. [69].Notably, Elavsky's list comprises a larger number of more speci c heuristics and aims to address a broader range of disabilities, whereas Alcaraz's heuristics are tailored to the speci c needs of users with low vision..The results of the user tests underscored the importance of incorporating tooltips or directly labeling data on the chart's marks as an alternative or complement to using legends (H2).Tooltips and direct data labeling provide users with immediate access to data associated with each mark, eliminating the need to consult the data table or scroll through the interface.Additionally, they reduce cognitive load and promote more e cient information processing [81].Data labels can also draw attention to speci c data points, making them valuable when data values are essential [85].However, when implementing tooltips, the following considerations should be taken into account: (a) tooltips should be hidden by default; (b) their use should be restricted to situations where concise and useful information is provided; (c) consistency in their usage across all charts is crucial; (d) ensure compatibility with both mouse and keyboard interactions; (e) use arrows, akin to comic bubbles, to guide users to the relevant element; (f) maintain su cient contrast for readability; (g) avoid obstructing or concealing other related elements with the tooltip [86].Furthermore, based on the test results, we will introduce two new requirements to enhance the H2 heuristic concerning legends: a) The legend must be of su cient size to enable users to distinguish the colors or patterns associated with each mark effectively; b) The legend must be positioned either at the bottom of the chart or in a standardized and highly visible location.
The legend (H2) is essential to understand the data.Its position and size, as well as the colors (H10) and contrast (H11) used, can negatively in uence the effectiveness and e ciency if they are not designed following accessibility guidelines.On the other hand, labelling the values directly in the chart marks or implementing tooltips are even better alternatives.For users with CVD, it is essential to use safe color combinations or patterns to differentiate the marks.However, the combinations based on white, black and grey produce an effect of visual saturation in certain users, especially in those who preserve the perception of color.Considering the suitability of color to encode categories [87] and that some users prefer it over monochrome interfaces, a possible conclusion of the test is the need to redundantly encode categories with colors and patterns as well, to target all pro les.
Of equal importance to the legend are the titles of the axes (H3).Both have been used by all users to understand the data.Using vertical text on the y-axis does not seem to have been a problem for any user.But, on the contrary, low-quality images of text hinder the legibility of the legend and axes text (H13).
Providing access to the data source as a table (H6) allows users to have a highly e cient, fully textbased alternative when the task involves searching for a particular datum.Also, as observed during the test, it is useful to verify an answer before delivering the task.For this reason, and considering the challenges faced by individuals with more severe low vision in accessing charts, the presence of an equivalent table becomes indispensable.
Another common barrier has been insu cient image quality (H13) of non-accessible charts to cope with demanding resizes (up to 500%) (H14).In such cases, legibility (H12) is compromised and the use of charts in vector format is the best alternative because they can be enlarged as much as necessary without losing quality [88].Another of vector charts' advantages is their complete integration with the Document Object Model (DOM), that grants the ability to manipulate and customize them as any other HTML element and makes them compatible with assistive technology [89] [90].
Other works highlight the di culties that users with low vision experience when interacting with screen magni ers [91] [92] [93], because they only have a partial view of the page they are interacting with, and this can cause loss of context since not all the elements necessary to interpret or interact with the content are displayed on the screen.This is a common issue when interacting with a chart whenever the task requires comparing data.This requirement seems to lead to designs with re ow, to avoid horizontal scrolling, clipping, or overlapping of elements (H14), but this only worked for users using browser zoom and not for those using screen magni ers with magni cations much greater than 200%.
The heterogeneity of needs and preferences among participants leads to test personalization techniques (H18) as a key factor to ensure the best accessibility in the greatest number of possible situations.However, as other works point out [56] one single method of adapting the presentation of the charts may not be su cient to meet all the requirements for people with low vision.
With the user test conducted in this research, we have successfully followed all the steps outlined in Quiñones et al.'s methodology [70], a rming the validation and reliability of our heuristic set.
In these tests, authors decided to start with simple charts.With more complex charts it might be possible to nd a larger number of barriers (this was even mentioned by users 2 and 8).
As a future research direction authors will test how complexity affects the barriers encountered by the users and also the effect of customization options (H18), to allow users to change mark colors, font style and font size, among others.
The main line of future work is trying to recruit new users, to cover most low vision pro les to continue reviewing the list of heuristic indicators and improve it by re ning the guidelines and doing a new iteration in the de nition and scoring of the heuristic set.Further work is required to plan other types of tasks that allow validating some of the heuristics not contemplated in this study (H1, Title; H4, Caption; H5, Abbreviations; H7, Print version; H8, Short text alternative; H9, Long description; H18, Personalization).

Figure 1 Non
Figure 1

Figure
Figure

Table 2
). to the lack of research in this eld is the set of heuristic indicators put forth byElavsky and colleagues [68][69], published subsequent to the development of the authors' own set of heuristics.Elavsky and his co-authors' recommendations are intended to assist visualization designers, journalists, and other practitioners in assessing the accessibility of data-driven visualizations.Their proposal encompasses a total of 50 heuristics, with 14 of them deemed critical, organized into 7 principles (perceivable, operable, understandable, robust, compromising, assistive, and exible).These principles draw inspiration from the Web Content Accessibility Guidelines (WCAG) but have been extended and tailored to address the unique requirements of data visualizations.While aiming to meet the needs of a broad user spectrum, it's noteworthy that 31 of the 50 proposed principles speci cally address barriers that may impact users with low vision.Table 2 provides a comparison between the heuristics proposed by Alcaraz et al. and those suggested by Elavsky et al. concerning individuals with low vision.Mapping between the heuristic principles proposed in previous works and those proposed by Elavsky The development and validation of the heuristics by Alcaraz et al. followed Quiñones et al.'s formal and systematic methodology for creating usability heuristics, comprising eight key steps: 1) exploratory stage (literature review); 2) experimental stage (data analysis to retrieve additional information); 3)

Table 3
Bar chart tasks, objectives and related heuristics

Table 5
Line chart tasks, objectives and heuristics related

Table 7
Effectiveness and e ciency by chart type and version accessible version of the line chart presented greater e ciency compared to the accessible version (23.48 vs. 25.56 seconds).