Closed d3m3vilurr closed 8 years ago
Cool! Did you render the html/pdf/epubs locally? I've had some problems with some tables IIRC.
Yep. results rendering looks good. can you share detail information about problem?
I don't remember it that well, I think it was something with unicode characters in a table? (The platform support table perhaps?) But it could be that the source material changed enough to make the rendering problems go away.
Could you upload the PDF version somewhere? I don't have time to get this set up here right now but I'd have a look at it and merge it if I don't find any regressions. (Actually, it would be really cool if you could send a PR to the gh-pages branch as well!)
Am 26.04.2016 um 14:37 schrieb Sunguk Lee notifications@github.com:
Yep. results rendering looks good. can you share detail information about problem?
— You are receiving this because you commented. Reply to this email directly or view it on GitHub
https://drive.google.com/folderview?id=0B4AMmzKpkyuKQlhrMFJON1hzbGs&usp=sharing uploaded output files. please check this :) also i will make new pr to gh-pages few hour later.(currently i also hav'nt time)
Pushed new PR #35
wait a minute. i will fix nomicon path and will update nomicon document.
@killercup done. :)
Thank you so much for doing this! I haven't had the time (and motivation, tbh) to do this recently, so it means a lot to me that you did this. I hope the Rust/pandoc/LaTeX setup was okay for you to get running, I know it's sometimes tricky.
I've just looked through the PDF versions and noticed a few things that need fixing before we can publish this. I'll just list them here:
rust
or sh
instead of ```
). Feel free to make a PR for those changes on https://github.com/rust-lang/rust as well!error-handling.html#composing-optiont-values
) it may be that in our version those sections are actually called differently. I think I've had this problem before and just changed the links to whatever IDs pandoc creates.Thanks again for your effort! It would be awesome if you could have a look at these 6 issues. Don't feel rushed, though. I haven't pushed an update for the book in half a year, so a few days don't make a difference :)
ok. i wll try to work that this weekend :)
but, i think, those issues need make new issue
. this pr just update documents, so really need these issues to handle in this pr?
ok. i wll try to work that this weekend :)
Cool. As I said, no need to hurry.
but, i think, those issues need make new issue. this pr just update documents, so really need these issues to handle in this pr?
I don't want to merge a PR that makes things worse, i.e. introduces new issues, if there is no reason to.
ok i see :)
I also want the PDF so I was going to help with the code highlighting, doing a PR to the main repo.
However, it looks like they intentionally labeled them as no_run
or ignore
as opposed to rust
.
I wonder what their intention was.
@royalstream You can label code snippets with multiple flags, e.g. rust,ignore
. You just need to make sure it starts with rust
.
unless they explicitly don't want it to start with rust. I'm going to look at their testing to see what pattern they use to discriminate.
Rustdoc has no problem with rust,ignore
and the like, it's just that rust
is assumed by default so people don't add it. I talked to Steve about
always annotating snippets with rust and he was okay with it.
Steven notifications@github.com schrieb am Mi., 18. Mai 2016 um 18:38:
unless they explicitly don't want it to start with rust. I'm going to look at their testing to see how they test the snippets in the book and what pattern they use to run or ignore them.
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/killercup/trpl-ebook/pull/34#issuecomment-220085557
Alright, here it is. https://github.com/rust-lang/rust/pull/33721
I just merged the other PR with newer source files, so I'll close this one.
regex
version up to 0.1.68