From: Bernhard Schmitz <Bernhard.Schmitz@vis.uni-stuttgart.de>
To: Org-Mode Mailing List <emacs-orgmode@gnu.org>
Subject: Re: Testers / Feedback wanted: Gantt charts via org-gantt.el
Date: Tue, 2 Jun 2015 08:42:05 +0000 [thread overview]
Message-ID: <e13e04ade91542ccb7047ed502246aa7@barcarole.visus.uni-stuttgart.de> (raw)
In-Reply-To: <DA57A2B6-6695-40E4-93E2-ABAE115535CD@axelkielhorn.de>
>
> > I have added an option :lowlevel-scale (e.g. 0.5 or 0.75) that will scale the
> complete resulting chart.
> > You can of course also use the pgfgantt options (:options) x unit chart and y unit
> chart for more specific scaling.
>
> Lowlevel-scale doesn’t seem to have an effect, adjusting y units may prove more
> useful.
Hmm, this seemed to work fine, but I now notice it does not really do what I intended.
I'll have to look at it again.
> > Unfortunately, if you have sub-day effort estimates, this will currently not be
> displayed correctly, as the start and end shift is computed based on days. I should
> probably look into that.
> > Supporting weeks is difficult, as pgf-gantt does not natively support them for
> compression, only for title calendar.
>
> This is probably something that should be addressed in pgfgantt.
> A flight to Alpha Centauri takes about 1600 days.[1]
> If you assume 5 mm per day that would still need 8 m of wallpaper (and a larger
> office).
> I probably wouldn’t care about sub-day efforts in this case.
> Emptying the litter box will be a checkpoint item, not a scheduled task.
This was just a warning about the current state. Correctly computing the offset for compressed calendars (so that the offset displays the day) should not be difficult.
>
> >> I'm not sure about inheritance:
> >> If I have a deadline for a task, should the subtasks inherit that deadline unless
> an
> >> explicit deadline is given?
> >> If I have a deadline for a task and efforts for all subtasks, should the task
> inherit
> >> that effort?
> >>
> >> That way I can give a deadline to the task and estimate efforts to get an initial
> >> chart.
> >> Using this chart I can divide the subtasks between workers, rearrange the
> >> deadlines for the subtasks and finally define a scheduled date for the main
> task.
> >
> > This works for ordered subheadlines. Deadlines are propagated downwards, if
> the subheadlines are ordered.
> > If the subheadlines are not ordered, deadlines are only propagated upwards, as
> it is not clear which task(s) should inherit the deadline.
> > So you can set a deadline to the (last) subtask, and it will be propagated to its
> super task.
>
> The last (as in time, not position in file) deadline will be promoted to the super
> task, right?
> That way I can keep an „Integration of Submodules“ task and deadline that.
Yes, the last deadline (and the first schedule) of any task is promoted to the super task, if the supertask does not have a deadline/schedule itself. But I don't understand why you would need an Integration task with a deadline, you can just deadline the supertask itself.
> >> This gives me another idea:
> >> Filter / color by tag.
> >> Print only tasks tagged :Axel: to show my workload, and print tasks tagged
> >> :Sam_One: to show tasks I have delegated.
> > Isn't this already doable by using sparse trees?
>
> Can I build a gantt chart from a sparse tree?
> The sparse tree shows me what is assigned to whom.
> What I want to see is the effort and the time the effort is scheduled.
>
> This is probably too much to ask since org is more personal manager and not a
> project planer.
The comment about sparse trees was not quite well thought out from my side. I will have to look at it again.
There are now some options for tags (:use-tags :ignore-tags :tags-bar-style and :tags-group-style) that does all of this, but tags are not yet correctly promoted to subheadlines, so it does not really work correctly, atm.
You can use :tags-bar-style and :tags-group-style, which is an alist of ("tagname" . "style") conses, that styles headlines with tags for groups and bars. The current ganttexperiment.org has an example.
I will probably not be able to work on this any further until the end of the week.
Regards,
Bernhard
next prev parent reply other threads:[~2015-06-02 8:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-30 11:33 Testers / Feedback wanted: Gantt charts via org-gantt.el Bernhard Schmitz
2015-05-31 13:13 ` Axel Kielhorn
2015-06-01 12:51 ` Bernhard Schmitz
2015-06-01 15:26 ` Axel Kielhorn
2015-06-01 18:38 ` Axel Kielhorn
2015-06-02 8:42 ` Bernhard Schmitz [this message]
2015-06-01 11:16 ` Karl Voit
2015-06-02 8:15 ` Bernhard Schmitz
2015-06-03 15:13 ` Karl Voit
2015-06-02 8:38 ` Eric S Fraga
2015-06-03 15:17 ` Karl Voit
2015-06-05 8:20 ` Bernhard Schmitz
2015-06-20 12:46 ` Bernhard Schmitz
2015-06-25 8:04 ` Eric S Fraga
2015-11-09 15:02 ` Karl Voit
2015-08-05 0:00 ` Bastien Guerry
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e13e04ade91542ccb7047ed502246aa7@barcarole.visus.uni-stuttgart.de \
--to=bernhard.schmitz@vis.uni-stuttgart.de \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).