Curtis Vogt
Curtis Vogt
Mobile UX seems important especially since the Julia manual has been ported to Documenter.
@mortenpi modifying the indentation of "may" does fix the list item issue. The following markdown works: ```markdown 1. A list item that has a really long sentence which the user...
Ah, thank you. Working example for those reading this later: ````markdown 1. A list item that has a really long sentence which the user may want to manually break up....
I tend to use `#= =#` only for commenting out code as doing so makes viewing diffs less noisy
I typically use Option (3) which is to prefer braces but exclude braces when only defining a single type parameter.
I wouldn't say using curly braces all the time is wrong just not preferred: ```julia # Yes f(x::T) where T = ... # Ok f(x::T) where {T} = ... ```...
> Julia will return the result of the last expression of a function My original examples are relying on this fact. If you want your function to `return nothing` it's...
Yes, that seems reasonable. I'm rather flexible on this so if you're over the line limit you could still allow multiple conditions one line and wrap it where necessary. In...
> `is_red(x) || is_blue(x) || is_yellow(x) && println("It's a primary colour!")` Example is incorrect: ```julia julia> true || false || false && println("it works!") true ```
A counter example which I am fine with: ```julia last_log == curr && debug(LOGGER) do "Consuming input from connection $(jl_conn.conn). Stand by for landing.") end ``` I think I'm okay...