Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More consistent formatting of complexity requirements and others. #305

Closed
wants to merge 14 commits into from
Closed

Conversation

cassioneri
Copy link
Contributor

Many changes to formatting of complexity clauses, especially, when math and code are mixed.

@jwakely
Copy link
Member

jwakely commented Jun 1, 2014

Most of these commits are already merged to master, which are the new ones? Could you rebase your branch?

@tkoeppe
Copy link
Contributor

tkoeppe commented Dec 1, 2015

Could you please rebase, and/or advise on whether this PR is still needed?

@tkoeppe
Copy link
Contributor

tkoeppe commented Dec 21, 2015

@cassioneri: Ping - could you please review your PR?

@jwakely
Copy link
Member

jwakely commented Jan 5, 2016

I've done the rebase and I think only 3130157 is still needed. See the result at jwakely@44b21ac

I haven't checked the generated PDF after that change.

@tkoeppe
Copy link
Contributor

tkoeppe commented Jan 5, 2016

@jwakely: diffpdf, ksnapshot and then copy-paste into GitHub :-)

@jwakely
Copy link
Member

jwakely commented Jan 5, 2016

Most of the changes look good, but do we really want to change:

Exactly max((last - first) - 1, 0) applications

to:

Exactly max(last - first - 1, 0) applications

?

Similarly, 2*min(...) might be clearer than 2min(...)

@tkoeppe
Copy link
Contributor

tkoeppe commented Jan 5, 2016

@jwakely: The last one should be set as maths, $2 \min( ... )$. Then it looks good I think. If you have it all as code, then keep the operator: \tcode{2 * min(last - first, 0). But I think that's inferior, because it needlessly refers to a function min now rather than to the mathematical concept.

@jwakely
Copy link
Member

jwakely commented Jan 5, 2016

Yes maybe we just need a space between the "2" and "min"

@tkoeppe
Copy link
Contributor

tkoeppe commented Jan 5, 2016

The math mode spacing should be appropriate out of the box. Math mode is whitespace insensitive by the way, so $2\min$ and $2 \min$ render the same.

image

@tkoeppe
Copy link
Contributor

tkoeppe commented Mar 8, 2016

@cassioneri: Hi - are you still working on this? It looks like a worthwhile cleanup!

@cassioneri
Copy link
Contributor Author

Hi Thomas

Unfortunately, I'm not. Since I got a new job I went away from the C++
party. I miss that very much.

I'm sorry I can't help now but I hope to come back one day.

Best regards,
Cassio.
On 8 Mar 2016 9:59 pm, "Thomas Köppe" notifications@github.com wrote:

@cassioneri https://github.com/cassioneri: Hi - are you still working
on this? It looks like a worthwhile cleanup!


Reply to this email directly or view it on GitHub
#305 (comment).

@tkoeppe
Copy link
Contributor

tkoeppe commented Mar 9, 2016

OK, thanks. That's a shame!

@zygoloid: Close this PR? Let me know if you were particularly keen on some of the changes and I can try and pull them out and republish them.

@tkoeppe
Copy link
Contributor

tkoeppe commented Mar 9, 2016

@zygoloid: I've downloaded the changes in this PR, please feel free to close it.

@jwakely
Copy link
Member

jwakely commented Mar 17, 2016

Closing, the remaining pieces will be dealt with separately.

@jwakely jwakely closed this Mar 17, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants