HUDs – window panels – collapsable headers/list items

maria's Avatar


18 Oct, 2013 05:18 AM

HUDs have been a topic earlier on this forum, but I tried to get along with them since they came up. Still, I do not get along well with them. Main reason is, that they disappear when changing to another document or application.

It is often useful to have an overview of what was written in Composer while doing some work in another application. But since the HUDs disappear, this approach doesn't work. It is necessary to scroll through the whole document.

So I would like to have the side panel back. Or have the headers (if possible, lists and list items as well) collapsable. This would make a big difference.


Showing page 2 out of 2. View the first page

  1. Fletcher closed this discussion on 20 Jan, 2015 03:24 PM.

  2. maria re-opened this discussion on 08 Jul, 2015 02:52 AM

  3. 31 Posted by maria on 08 Jul, 2015 02:52 AM

    maria's Avatar

    Hi Fletcher,

    MultiMarkdown Composer seems to create another file in the file system
    when I use the app.

    When I want to stage the file in git, a second file with the same name
    and content appears, but it is missing. I cannot get rid of it, whatever
    I try. How do I have to use MMDC to delete this ghost file once and for


  4. Support Staff 32 Posted by Fletcher on 08 Jul, 2015 12:09 PM

    Fletcher's Avatar

    Can you provide any more details? I have never seen something like this, and use Composer and git almost daily.


    Fletcher T. Penney
    Manager, Founder
    MultiMarkdown Software, LLC
    [email blocked]

  5. 33 Posted by maria on 08 Jul, 2015 08:36 PM

    maria's Avatar

    Hi Fletcher,

    Thanks for taking care.

    As you have no problem, it seems that the problem is on my side...
    perhaps Mountain Lion? But here is the description:

    In this case, I was working on Mountain Lion, with Sourcetree, and
    opened an md file with Composer. In Sourcetree, since then, I had two
    copies of the same file, although the Finder only showed one. When I
    deleted it or renamed it, no matter whether from the Finder or in
    Sourcetree, the duplicate was left, now greyed out and said to be missing.

    After all, I pulled a new repo onto my disk and proceeded from an
    earlier stage, since even returning to an earlier commit in the old repo
    did not help.

    It is not urgent,

    On 08.07.15 21:09, Fletcher wrote:

  6. Support Staff 34 Posted by Fletcher on 09 Jul, 2015 11:47 AM

    Fletcher's Avatar

    Sounds like a problem with Sourcetree not properly handling files that
    are saved atomically?

    You'll have to work with them to fix this unfortunately.


  7. 35 Posted by maria on 09 Jul, 2015 08:33 PM

    maria's Avatar

    That was my first guess, automatic file save would create a double or
    kind of that.


    On 09.07.15 20:47, Fletcher wrote:

  8. Support Staff 36 Posted by Fletcher on 10 Jul, 2015 01:37 PM

    Fletcher's Avatar

    "atomic" not "automatic."

    Files are saved as a new document, and then moved to the old location so
    that a computer crash mid-save does not result in data loss. This is
    standard OS X behavior. I can't vouch for how good the Sourcetree
    programmers are.


  9. 37 Posted by maria on 11 Jul, 2015 11:50 PM

    maria's Avatar

    OK, I get the idea... Fortunately, git works in the Terminal, so there
    should be no problem.


  10. Fletcher closed this discussion on 21 Aug, 2015 09:08 PM.

Comments are currently closed for this discussion. You can start a new one.

Keyboard shortcuts


? Show this help
ESC Blurs the current field

Comment Form

r Focus the comment reply box
^ + ↩ Submit the comment

You can use Command ⌘ instead of Control ^ on Mac