Skip to content
This repository has been archived by the owner on Apr 26, 2023. It is now read-only.

Double dispatch does not indent thread block #14

Open
GoogleCodeExporter opened this issue May 7, 2015 · 2 comments
Open

Double dispatch does not indent thread block #14

GoogleCodeExporter opened this issue May 7, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

I am visualising double dispatch as variation of the visitor pattern. As calls 
are latex environments each, I was expecting thread blocks to be indented the 
way self calls are indented.

For better appreciation of the problem I created a small example. In the lower 
half you see nested self calls which lead to indented thread blocks. I would 
expect the same for the calls of handleStartEvent and handlePauseEvent.

Furthermore, I tried using setthreadbias, however selfcalls are created 
relatively to their initial instance, instead of the thread box they are 
related to.

Original issue reported on code.google.com by [email protected] on 29 Feb 2012 at 10:38

Attachments:

@GoogleCodeExporter
Copy link
Author

For the time being I used a quick and dirty approach to get indentations. I 
included a diff that I beg you *NOT* to include. It is only prelimary work 
around.

Original comment by [email protected] on 29 Feb 2012 at 1:20

Attachments:

@GoogleCodeExporter
Copy link
Author

Something probably related: nest a couple callself, a call, and a callself 
again. The innermost callself is out of alignment.

    \newthread{A}{A}
    \newinst[2]{B}{B}
    \begin{callself}{A}{}{}
        \begin{callself}{A}{}{}
            \begin{call}{A}{}{B}{} % arrows of this call should start from the border of the innermost thread rectangle, but instead they start from the outermost
                \begin{callself}{B}{}{} % this is shifted to the right and visually disconnected from B's timeline
                \end{callself}
            \end{call}
        \end{callself}
    \end{callself}

Original comment by [email protected] on 21 Mar 2013 at 10:07

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant