about summary refs log tree commit diff
path: root/src/librustdoc/html/render.rs
AgeCommit message (Collapse)AuthorLines
2018-08-02Fix trait item doc setting, add new setting, start hiding elements by ↵Guillaume Gomez-1/+2
default and then showing them up
2018-07-31Cleanup highlighting codeMark Rousskov-3/+1
Removes some unused code and de-publicizes structs
2018-07-31Remove global derive_id and reset_ids functionsMark Rousskov-88/+59
Previously these functions relied on TLS but we can instead thread the relevant state through explicitly.
2018-07-31Further extract error code switchMark Rousskov-18/+22
Removes dependency on UnstableFeatures from markdown rendering
2018-07-30Auto merge of #52805 - ljedrz:format_str_literal, r=petrochenkovbors-1/+1
Don't format!() string literals Prefer `to_string()` to `format!()` take 2, this time targetting string literals. In some cases (`&format!("...")` -> `"..."`) also removes allocations. Occurences of `format!("")` are changed to `String::new()`.
2018-07-29Auto merge of #52767 - ljedrz:avoid_format, r=petrochenkovbors-6/+6
Prefer to_string() to format!() Simple benchmarks suggest in some cases it can be faster by even 37%: ``` test converting_f64_long ... bench: 339 ns/iter (+/- 199) test converting_f64_short ... bench: 136 ns/iter (+/- 34) test converting_i32_long ... bench: 87 ns/iter (+/- 16) test converting_i32_short ... bench: 87 ns/iter (+/- 49) test converting_str ... bench: 54 ns/iter (+/- 15) test formatting_f64_long ... bench: 349 ns/iter (+/- 176) test formatting_f64_short ... bench: 145 ns/iter (+/- 14) test formatting_i32_long ... bench: 98 ns/iter (+/- 14) test formatting_i32_short ... bench: 93 ns/iter (+/- 15) test formatting_str ... bench: 86 ns/iter (+/- 23) ```
2018-07-29Auto merge of #52764 - sinkuu:cleanup, r=nikomatsakisbors-4/+2
Misc cleanups
2018-07-28Auto merge of #52585 - GuillaumeGomez:generic-impls, r=QuietMisdreavusbors-34/+61
[rustdoc] Generic impls Fixes #33772. r? @QuietMisdreavus
2018-07-28Don't format!() string literalsljedrz-1/+1
2018-07-28Don't display full blanket implementation and put it into its own sectionGuillaume Gomez-17/+42
2018-07-28Rollup merge of #52781 - ljedrz:avoid_vec_arguments, r=nikomatsakiskennytm-3/+3
Use a slice where a vector is not necessary
2018-07-27Use slices where a vector is not necessaryljedrz-3/+3
2018-07-27Use str::repeatShotaro Yamada-4/+2
2018-07-27Prefer to_string() to format!()ljedrz-6/+6
2018-07-25Add missing dynTatsuyuki Ishi-1/+1
2018-07-22Improve codeGuillaume Gomez-10/+1
2018-07-22CleanupGuillaume Gomez-6/+0
2018-07-22Add filter over non generic implsGuillaume Gomez-1/+0
2018-07-22Working generic implGuillaume Gomez-21/+25
2018-07-22some improvementsGuillaume Gomez-3/+12
2018-07-22part 2Guillaume Gomez-1/+5
2018-07-22First step to generic trait implsGuillaume Gomez-0/+1
2018-07-19Auto merge of #52024 - oli-obk:existential_parse, r=nikomatsakisbors-4/+42
Implement existential types (not for associated types yet) r? @nikomatsakis cc @Centril @varkor @alexreg
2018-07-19Auto merge of #51854 - davidtwco:rfc-2008-rustdoc, r=QuietMisdreavusbors-3/+39
RFC 2008 non-exhaustive enums/structs: Rustdoc Part of #44109. Not sure how those who maintain rustdoc primarily would prefer this addition look or where it should be placed, happy to make any changes required. r? @QuietMisdreavus (not sure if this is the right person, just guessing)
2018-07-19Generate a page for existential typesOliver Schneider-4/+37
2018-07-19Updated FRU terminology.David Wood-1/+1
2018-07-18remove FIXME about macro redirectsQuietMisdreavus-1/+0
Based on the discussion in #35705, the rustdoc team has determined that macro redirects are here to stay. Closes #35705
2018-07-18Updated wording and placement of non-exhaustive notice so it is collapsed by ↵David Wood-10/+12
default and easier to understand.
2018-07-18Implement existential typesOliver Schneider-0/+5
2018-07-12Moved non_exhaustive message to fields/variants section and onto type.David Wood-17/+14
2018-07-08Add setting to prevent doc auto-hide of trait implementationsGuillaume Gomez-0/+2
2018-07-05Simplified checking for non_exhaustive attribute.David Wood-1/+1
2018-06-30Improved non_exhaustive message.David Wood-16/+29
2018-06-30reduce search-index sizeGuillaume Gomez-13/+26
2018-06-27Include type in non-exhaustive message. Include new css in dark theme.David Wood-3/+4
2018-06-27Display #[non_exhaustive] in rustdoc on types.David Wood-0/+23
2018-06-25Minify cssGuillaume Gomez-12/+31
2018-06-22Fix rustdoc and remove default impl for FnHeaderTaylor Cramer-5/+7
2018-06-21async await desugaring and testsTaylor Cramer-1/+2
2018-06-21Display async fn in rustdoc.Without Boats-3/+5
2018-06-21Parse async fn header.Without Boats-21/+16
This is gated on edition 2018 & the `async_await` feature gate. The parser will accept `async fn` and `async unsafe fn` as fn items. Along the same lines as `const fn`, only `async unsafe fn` is permitted, not `unsafe async fn`.The parser will not accept `async` functions as trait methods. To do a little code clean up, four fields of the function type struct have been merged into the new `FnHeader` struct: constness, asyncness, unsafety, and ABI. Also, a small bug in HIR printing is fixed: it previously printed `const unsafe fn` as `unsafe const fn`, which is grammatically incorrect.
2018-06-20Rename ParamBound(s) to GenericBound(s)varkor-3/+3
2018-06-20Lift bounds into GenericParamvarkor-3/+3
2018-06-20Refactor generic parameters in rustdoc/cleanvarkor-4/+4
2018-06-12rustdoc: add --extern-html-root-url flagQuietMisdreavus-2/+14
2018-06-04Remove useless function call for keyword generation in rustdocGuillaume Gomez-2/+1
2018-06-04Few improvementsGuillaume Gomez-1/+1
2018-06-04Add doc keyword supportGuillaume Gomez-47/+41
2018-06-02Add attributes for trait and methods as wellGuillaume Gomez-0/+1
2018-05-15Auto merge of #48523 - varkor:generics-ty-generalisations, r=nikomatsakisbors-2/+5
The Great Generics Generalisation: Ty Edition Part of the generic parameter refactoring effort, split off from https://github.com/rust-lang/rust/pull/48149. Contains the `ty`-relative refactoring. r? @eddyb