Home Download Buy Blog Forum Support

Dev Build 2083

Re: Dev Build 2083

Postby htoothrot on Sat Jul 16, 2011 3:53 am

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) :D

Keep up the good work.
- toothrot
Attachments
minimap_wtf.gif
minimap wtf
minimap_wtf.gif (142.14 KiB) Viewed 1725 times
htoothrot
 
Posts: 13
Joined: Sun Mar 27, 2011 11:47 pm

Re: Dev Build 2083

Postby jps on Sat Jul 16, 2011 5:40 am

htoothrot wrote: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.
jps
Site Admin
 
Posts: 3067
Joined: Wed Mar 19, 2008 12:33 pm

Re: Dev Build 2083

Postby htoothrot on Sat Jul 16, 2011 5:27 pm

jps wrote: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.
htoothrot
 
Posts: 13
Joined: Sun Mar 27, 2011 11:47 pm

Re: Dev Build 2083

Postby ilya on Mon Jul 18, 2011 9:53 am

ilya wrote: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
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Re: Dev Build 2083

Postby ilya on Mon Jul 18, 2011 10:06 am

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
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Re: Dev Build 2083

Postby ilya on Mon Jul 18, 2011 10:14 am

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.
ilya
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Re: Dev Build 2083

Postby jps on Mon Jul 18, 2011 10:22 am

ilya wrote: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.
jps
Site Admin
 
Posts: 3067
Joined: Wed Mar 19, 2008 12:33 pm

Re: Dev Build 2083

Postby ilya on Mon Jul 18, 2011 11:18 am

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 :(
ilya
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Re: Dev Build 2083

Postby jps on Mon Jul 18, 2011 11:41 am

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?
jps
Site Admin
 
Posts: 3067
Joined: Wed Mar 19, 2008 12:33 pm

Re: Dev Build 2083

Postby ilya on Mon Jul 18, 2011 12:14 pm

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. :shock: 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.
ilya
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

PreviousNext

Return to General Discussion

Who is online

Users browsing this forum: Google [Bot] and 19 guests