Introduction

In this task, we aim to identify and propose small yet meaningful issues within the project that require code modifications. The objective is to find issues that are relevant, easy to fix, and contribute to the project's improvement without introducing unnecessary complexity.

Candidate Issue 1

The first candidate issue is classified as an enhancement and marked as a good first issue. It pertains to the sidebar feature and involves an error that occurs when a user attempts to create a button both in the main area and inside the sidebar using the same label, without specifying unique keys. This results in a "StreamlitDuplicateElementID" error.

🔗 GitHub Issue: Streamlit Issue #10598

👤 Assignees: João Oliveira

📄 Detailed Description: Summary: Add a way to allow the same widget to be placed in the main and sidebar area without duplicate errors. Why?

Some use cases that come to mind: Creating the same button in both locations, for example with the same label. Reusing existing widgets without the need to manually assign unique keys.

How? To address this issue, the location of the element needs to be added to the calculation of the internal ID.

Candidate Issues 2

The first candidate issue is classified as a new feature and is related to the already existing container component. It is related to a styling parameter for the container component, in order to enable it to have a background color which is set by an input parameter from the user. It uses styling elements from the markdown components and has to apply the background color to all the elements which are created inside the container.

🔗 GitHub Issue: Streamlit Issue #10531

👤 Assignees: Duarte Cardoso

📄 Detailed Description: Summary: Add a way for containers to have a background color. Why?

Some use cases that come to mind: Creating a dashboard look with white cards on top of a gray background. Callouts with more colors than what st.warning/st.info/st.success/st.error offer. Highlighting a section of the app.

How? One complication is that we need to make charts have the same background color as the container. Currently, they are simply getting set to the background color defined in the theme.

Candidate Issue 3

The third candidate issue is classified as an bug and marked as a good first issue. Is related to the date_input widget in Streamlit, which allows users to select a date range. The bug appears when a date range is preselected, and the user hovers over dates within that range. While the hover state applies a red background for visual feedback, the text remains black, resulting in poor contrast and reduced readability, in the light theme.

🔗 GitHub Issue: Streamlit Issue #10929

👤 Assignees: Bernardo Gonçalves.

📄 Detailed Description: Summary: Fix a contrast issue in the st.date_input widget where, in the light theme, hovering over dates in a preselected range results in poor readability due to low contrast between the red background and black text. Why?

When users hover over dates within a selected range, the background color turns red to indicate interaction. However, in the light theme, the text color remains black, leading to low contrast and making the date difficult to read. This impacts both usability and accessibility, particularly for users with visual impairments or color sensitivity.

How? To address this issue, the hover state styling should be updated so that the text color adapts appropriately when the background turns red in the light theme