Dev Build 2083

[htoothrot]

I've finally just started moving from ST1 to ST2 and felt I should mention a couple issues:

Noticed some behavior with the minimap that doesn't seem right. When clicking somewhere outside the box that indicates the visible area, the place you end up scrolled to isn't where you clicked.
The larger the file/ the farther you're moving the box the more drastic the error seems to be. It doesn't happen when the map is small enough for the whole thing be shown.

See attached GIF.

(And, while I'm on the subject of the minimap I'll mention again that it would be nice to be able to scroll past the end with the map like you can with the scrollwheel or scrollbar)

Keep up the good work.
- toothrot

[jps]

When clicking somewhere outside the box that indicates the visible area, the place you end up scrolled to isn't where you clicked.

That's working as designed - when the minimap doesn't show the entire file, something has to give. There's a setting to change the trade-off in S1, but not in S2.

[htoothrot]

That's working as designed - when the minimap doesn't show the entire file, something has to give. There's a setting to change the trade-off in S1, but not in S2.

Ah, okay. However, I don't see the usefulness of the current behavior, it's not really different than the scrollbar at that point..
I would be glad to see the old behavior as an option in ST2, if not, I guess I'll have to get used to dragging the view rectangle to where I'm looking on the map.

Can't please everyone I suppose.. thanks for the prompt explanation.

Addendum: I searched the forum before posting that, however I failed to look on userecho, where I see now that it's mentioned:
(http://sublimetext.userecho.com/topic/43437-click-on-minimap-does-not-highlight-the-clicked-part-on-large-files/
http://sublimetext.userecho.com/topic/26724-shift-click-minimap-move-to-shown-location/).. whoops.

[ilya]

save_on_focus_lost is back in 8082! Thanks!

Actually, something wrong with it. Now I am using build 2083 with two columns layout. In left column files automatically saved sucessfully, but not in right column. Files in second column lose unsaved circle symbol but physically not saved.

[ilya]

Addition to my previous post. This problem occurs sometimes but not all times. It seems when file changed only in second column all saved ok, but when files changed in both columns not all files saved. Strange, I can't find system in it.

[ilya]

Oh! Last file in second column (rightmost tab) not show "edited" circle symbol when file edited and this file not saved when focus lost. Problem definetly with rightmost file (tab) in second column when in two columns layout.

[jps]

Last file in second column (rightmost tab) not show "edited" circle symbol when file edited and this file not saved when focus lost. Problem definetly with rightmost file (tab) in second column when in two columns layout.

I'm not able to replicate this - files are consistently marked dirty for me when using a two column layout, including the rightmost one. I'd personally be surprised to find that the layout or position of a file influences if it gets marked dirty or not when editing.

[ilya]

Hm... After restart all works again, but some time latter this strange behaviour is repeated. I not understand how and when it happens again. It's like mysticism. But this problem definitely exists

[jps]

Just to be clear, you're finding that after some time, you can type in some files, and they don't get marked as dirty?

Next time you see it, could you check and see if it's just a case of the dirty indicator being clipped in the tab label, and the dirty indicator is perhaps still showing in the window title?

[ilya]

Just to be clear, you're finding that after some time, you can type in some files, and they don't get marked as dirty?

Yes. And when it happens in this file I have problems with undo: it undos not last changes but some past of them. From 15 july I was see this many times, but have not time to post here. One guess I have - it is somehow connected to ZenCoding, becouse sometimes ZenCoding wrap command make so strange things it hard to discribe and after that I can't undo this corrupted result. It just stuck in this broken code condition and I must revert file from last save.

Next time you see it, could you check and see if it's just a case of the dirty indicator being clipped in the tab label, and the dirty indicator is perhaps still showing in the window title?

Ok, next time I try to closely watch all what will happens.