This isn't a huge deal, but since it seems to have persisted through a few TextMate releases and I didn't see it mentioned previously on the list or in any tickets, I thought I'd ask about it. Does anyone else end up with words merged together here and there when the text is taken from an application into TextMate?
For example, if I try it on this message, the words "previously on" in the first sentence get changed to "previouslyon".
I looked at the Input Manager and it seems to be a symlink into TextMate.app, so it doesn't look like I'm using an old version or anything. (I'm running 1324.) I primarily use ^⌘E from within Mail. I don't know if this would happen with other apps or if it's Mail specific. I don't recall the text ever getting messed up on the return trip to the calling app (when I save in TextMate), but I can't say for certain that it doesn't happen that way, too.
Rob
On 8-nov-2006, at 22:01, Rob McBroom wrote:
I primarily use ^⌘E from within Mail. I don't know if this would happen with other apps or if it's Mail specific. I don't recall the text ever getting messed up on the return trip to the calling app (when I save in TextMate), but I can't say for certain that it doesn't happen that way, too.
Well, I experienced something like this on the return trip instead. But also in Mail. When I use tabs at the beginning of a line (in Textmate from ^⌘E), Mail lines them all out to the right (away tabs.) But if I ^⌘E back to TM, I see the tabs again. E.g. this line started with a tab. Tabs applied in Mail are also gone on their return
dirk
On 9. Nov 2006, at 02:53, Dirk van Oosterbosch, IR labs wrote:
Well, I experienced something like this on the return trip instead. But also in Mail. When I use tabs at the beginning of a line (in Textmate from ^⌘E), Mail lines them all out to the right (away tabs.) But if I ^⌘E back to TM, I see the tabs again. E.g. this line started with a tab. Tabs applied in Mail are also gone on their return
Mail is using an editable WebKit for the text editing, which means it has normal HTML whitespace collapsing rules, which the Mail team has tried to workaround with the use of non-breaking spaces, kHTML specific CSS properties, and similar.
Despite their efforts, it is however still prone to breaking.
In the case of leading tabs sent from TextMate, if you, after the text has return, add your own space first, it will suddenly respect the indent, and you can even remove that space, and it is still being respected.
I did consider making a workaround for this, but I already spent enough time on this Mail <-> TextMate conversion ;)
As for lacking spaces (as the OP reported), I haven’t seen it, but I would imagine it could be because the marked up post (which I convert to plain text) has two adjacent elements which would cause a space or line break when displayed, but where there technically is not whitespace between.
If anyone knows Objective-C, the code for all this is available here: http://macromates.com/svn/Bundles/trunk/Tools/Edit%20in%20TextMate/ src/WebView:%20Edit%20in%20TextMate.mm
-
Allan Odgaard -
Dirk van Oosterbosch, IR labs -
Rob McBroom