moderntimeline
moderntimeline copied to clipboard
raphink
A way to render starting dates that are too early
It would be great if when the starting date is earlier than the "firstyear", the bar is drawn as a gradient with the white end at "firstyear".
I tried to submit a patch, but it's taking me too much time to get a hang of tikz :(
That is a nice idea. Maybe it could be made an option. I do not have much time to look into it now, so I'd suggest you ask on tex.stackexchange.comhow it can be done, and I'll be happy to integrate the answer.
On Mon, Sep 17, 2012 at 3:35 PM, levantis [email protected] wrote:
It would be great if when the starting date is earlier than the "firstyear", the bar is drawn as a gradient with the white end at "firstyear".
I tried to submit a patch, but it's taking me too much time to get a hang of tikz :(
— Reply to this email directly or view it on GitHubhttps://github.com/raphink/moderntimeline/issues/4.
After some fiddling, I was able to stop the starting boundary from extending beyond the disered one, but no success with the gradient. Why do you do \pgfmathsetlength{\pgf@xa}{#3} twice, each time before checking if it's 0 (in \tlcventry and \tllabelcventry)?
On Tue, Sep 18, 2012 at 10:01 AM, Raphaël Pinson [email protected]:
That is a nice idea. Maybe it could be made an option. I do not have much time to look into it now, so I'd suggest you ask on tex.stackexchange.comhow it can be done, and I'll be happy to integrate the answer.
On Mon, Sep 17, 2012 at 3:35 PM, levantis [email protected] wrote:
It would be great if when the starting date is earlier than the "firstyear", the bar is drawn as a gradient with the white end at "firstyear".
I tried to submit a patch, but it's taking me too much time to get a hang of tikz :(
— Reply to this email directly or view it on GitHub< https://github.com/raphink/moderntimeline/issues/4>.
— Reply to this email directly or view it on GitHubhttps://github.com/raphink/moderntimeline/issues/4#issuecomment-8643417.
In my opinion the gradient would make sense. In case you don't have the time I'd be very happy if you could shortly state your opinion about the feasibility and the right approach so I could try to look into it :)
I'm happy to share my modifications to the original code to give output like:
http://tex.stackexchange.com/a/206792/56813
I implemented gradients to show 'to present' roles (as seen in the top section - not a good example...), but this could be reversed to show roles starting before the timeline period.
I hoped to make my changes in to a PR, but never had the time...
Perhaps I'll have another look.
Tristan
On Wed 16/03/16 07:06, Leonard wrote:
In my opinion the gradient would make sense. In case you don't have the time I'd be very happy if you could shortly state your opinion about the feasibility and the right approach so I could try to look into it :)
You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/raphink/moderntimeline/issues/4#issuecomment-197347022
Thanks, that looks good. A PR shouldn't take too long, especially if you already have a clone of the repository.
Yes - that's what I thought... And I made my own commands (with _TC) based on yours so should be a copy and paste job.
I think one issue I had was that I modified the .sty. Not the DTX file. And then I started playing with package options to allow switch on the alternative placements etc, so it would be a more elegant/correct solution.
I'll see if I can give it a go tomorrow. Could be opening up a can of worms!
Tristan
On Thu 17/03/16 01:29, Raphaël Pinson wrote:
Thanks, that looks good. A PR shouldn't take too long, especially if you already have a clone of the repository.
You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/raphink/moderntimeline/issues/4#issuecomment-197760385
Hehe OK. At least if you integrate it in the DTX, it'll become official and maintained in future versions, so that's good for you, too.
FTR, https://tex.stackexchange.com/a/545111/951 suggests a way to implement this feature. I'd welcome a PR to add this properly to the package.