HUDs – window panels – collapsable headers/list items
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.
Cheers,
Maria
Showing page 2 out of 2. View the first page
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | 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
Fletcher closed this discussion on 20 Jan, 2015 03:24 PM.
maria re-opened this discussion on 08 Jul, 2015 02:52 AM
31 Posted by maria on 08 Jul, 2015 02:52 AM
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
all?
Best,
Maria
Support Staff 32 Posted by Fletcher on 08 Jul, 2015 12:09 PM
Can you provide any more details? I have never seen something like this, and use Composer and git almost daily.
F-
--
Fletcher T. Penney
Manager, Founder
MultiMarkdown Software, LLC
[email blocked]
33 Posted by maria on 08 Jul, 2015 08:36 PM
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,
best,
Maria
On 08.07.15 21:09, Fletcher wrote:
Support Staff 34 Posted by Fletcher on 09 Jul, 2015 11:47 AM
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.
F-
35 Posted by maria on 09 Jul, 2015 08:33 PM
That was my first guess, automatic file save would create a double or
kind of that.
Thanks,
Maria
On 09.07.15 20:47, Fletcher wrote:
Support Staff 36 Posted by Fletcher on 10 Jul, 2015 01:37 PM
"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.
F-
37 Posted by maria on 11 Jul, 2015 11:50 PM
OK, I get the idea... Fortunately, git works in the Terminal, so there
should be no problem.
Best,
M
Fletcher closed this discussion on 21 Aug, 2015 09:08 PM.