about summary refs log tree commit diff
path: root/src/librustdoc/html/static/css/noscript.css
AgeCommit message (Collapse)AuthorLines
2025-08-28Add new `doc(attribute = "...")` attributeGuillaume Gomez-0/+2
2025-05-09rustdoc: use a different style of grip trackMichael Howell-4/+0
2025-05-09rustdoc: add a handle that makes sidebar resizing more obviousMichael Howell-0/+6
This change is based on some discussion on [lolbinarycat's idea], but with a more "traditional" design. Specifically, this is the closest thing I could find to a consensus across many systems I looked at for inspiration: - In Jira, resizable sidebars have a stack of four dots. - In The GIMP, resizable sidebars have a stack of three dots. - In [old Windows], "panes" are defined to have the same border style as a window, which has a raised appearance. - In [NeXT], a drag point usually had an innie, whether the line in a slider or the circle in a scroller; I can also hide and show the favorites bar in Workspace by dragging on a circular "grip spot" - In [old Mac], drag handles for things usually had a "grip track" of parallel lines. - [OSX] kept that, but the "Source List" part of the Finder still had the circle grip for a time the same way Workspace did [lolbinarycat's idea]: https://github.com/rust-lang/rust/pull/139420 [old Windows]: https://archive.org/details/windowsinterface00micr/page/n9/mode/2up [old Mac]: https://archive.org/details/apple-hig/1996_Human_Interface_Guidelines_for_Mac_OS_8_%28WWDC_Release%29/page/16/mode/2up [NeXT]: https://archive.org/details/apple-hig/1993%20NeXTSTEP%20User%20Interface%20Guidelines%20-%20Release%203/page/145/mode/2up [OSX]: https://dn721903.ca.archive.org/0/items/apple-hig/MacOSX_HIG_2005_09_08.pdf#page=267
2024-09-10rustdoc: redesign toolbar and disclosure widgetsMichael Howell-1/+4
This adds labels to the icons and moves them away from the search box. These changes are made together, because they work together, but are based on several complaints: * The [+/-] thing are a Reddit-ism. They don't look like buttons, but look like syntax <https://rust-lang.zulipchat.com/#narrow/stream/266220-t-rustdoc/topic/More.20visual.20difference.20for.20the.20.2B.2F-.20.20Icons>, <https://github.com/rust-lang/rust/issues/59851> (some of these are laundry lists with more suggestions, but they all mention [+/-] looking wrong) * The settings, help, and summary buttons are also too hard to recognize <https://lwn.net/Articles/987070/>, <https://github.com/rust-lang/rust/issues/90310>, <https://github.com/rust-lang/rust/issues/14475#issuecomment-274241997>, <https://internals.rust-lang.org/t/improve-rustdoc-design/12758> ("Not all functionality is self-explanatory, for example the [+] button in the top right corner, the theme picker or the settings button.") The toggle-all and toggle-individual buttons both need done at once, since we want them to look like they go together. This changes them from both being [+/-] to both being arrows. Settings and Help are also migrated, so that the whole group can benefit from being described using actual words. Additionally, the Help button is only shown on SERPs, not all the time. This is done for two major reasons: * Most of what's in there is search-related. The things that aren't are keyboard commands, and the search box tells you about that anyway. Pressing <kbd>?</kbd> will temporarily show the button and its popover. * I'm trading it off by showing the help button, even on mobile. It's useful since you can use the search engine suggestions there. * The three buttons were causing line wrapping on too many desktop layouts.
2024-08-31Unify scraped examples with other code examplesGuillaume Gomez-0/+4
2024-08-05Unify run button display with "copy code" button and with mdbook buttonsGuillaume Gomez-8/+0
2024-05-05Fix bad color for setting cog in ayu themeGuillaume Gomez-0/+1
2024-04-03Default to light theme is JS is enabled but not workingGuillaume Gomez-2/+2
2023-12-18Stop using the trigram of heaven as a hamburger buttonMichael Howell-0/+2
It doesn't look quite right, because the lines are too far apart, and it's not going to be announced by screenreaders as a menu button, since that's not what the symbol means. This adds a real tooltip and uses a better drawing of the icon.
2023-12-18Add back the columnMichael Howell-1/+1
2023-10-11rustdoc: allow resizing the sidebarMichael Howell-1/+5
2023-09-15rustdoc: merge theme css into rustdoc.cssMichael Howell-0/+213
Based on https://github.com/rust-lang/rust/pull/115812#issuecomment-1717960119 Having them in separate files used to make more sense, before the migration to CSS variables made the theme files as small as they are nowadays. This is already how docs.rs and mdBook do it.
2023-07-14rustdoc: use `src` consistently over `source` in codeMichael Howell-1/+1
The CSS uses an inconsistent mix of both. This commit switches it to always use `src`.
2022-11-07rustdoc: use javascript to layout notable traits popupsMichael Howell-0/+6
Fixes #102576
2022-10-24rustdoc: remove unused `.sidebar-logo` DOM on source pagesMichael Howell-0/+4
2022-10-20rustdoc: improve appearance of source page navigation barMichael Howell-1/+1
This commit changes things so that the search bar is exactly centered between the top of the page and the top of the source code content area.
2022-05-14Remove theme picker buttonGuillaume Gomez-4/+0
2021-12-02Rename ID "main" into "main-content"Guillaume Gomez-1/+1
2021-10-31Hide search bar in noscript.cssJacob Hoffman-Andrews-0/+9
Also, remove the highlighting of the search bar in disabled state. This reduces flicker when loading a page.
2021-07-07Clean up rustdoc static filesGuillaume Gomez-0/+15