Sublime Forum

BufferScroll

#20

Yes, because the application is not sending or do not want send some “events” such:

1 - Closing the application
2 - Closing a project
3 - Opening a project

Sorry for the message I have no control over that.

Regards,

0 Likes

#21

Is not reloading, is saving. The message is somewhat misleading. :bulb:

0 Likes

#22

A little bit, yeah but anyway, I have to live with that. Thanks again for fixing this little “bug” so fast and for your kind responses!

Regards,
Highend

0 Likes

#23

The plugin doesn’t work correctly in the following scenarios.

Scenario 1:

  1. Open some file
  2. Mess with it, make a syntax error
  3. Scroll a few screens away
  4. Close the file, so that BufferScroll remembers the position from #3
  5. Compile the project
  6. On the build screen hit F4
  7. The file opened during #1 will be displayed and correctly positioned at the syntax error, but then BufferScroll will restore the position #3

Scenario 2:

  1. Open a file
  2. Scroll somewhere
  3. Modify the file in an external application
  4. Sublime reloads the file in the background
  5. After switching to Sublime I see a view positioned at the first line of the file
0 Likes

#24

Scenario 1:
Works as expected. If there some way to “know” the file is opened via “build screen” I’m happy to add the exception.

Scenario 2:
Will take a look, thanks for reporting.

Regards

0 Likes

#25

Here’s what I implemented for myself: github.com/xeno-by/dotsublime/b … rScroll.py. It’s freaking ugly, that’s why I didn’t make a pull request, but it works for me, and it solves both problems.

0 Likes

#26

Will take a look thanks.

0 Likes

#27

Actually, using on_activate doesn’t play well with overlays. When I press Ctrl+G, type the line number and press Enter, Sublime fires on_activate which cancels the effect of Ctrl+G. Okay, this thing needs more workarounds.

0 Likes

#28

Here’s yet another dirty hack: github.com/xeno-by/dotsublime/c … 6ec#diff-0.

Now I utilize the fact that overlays never show up in window.views(), despite the fact that opening an overlay fires on_activated with an overlay view as an argument (so, overlays do have underlying views). This fact can be used to filter out and ignore on_activated of a real view that happens after quitting an overlay.

0 Likes

#29

Hi
I changed “restore scroll” to only restore the position if the current position is (0.0, 0.0)

I’m not sure if that solves the other problems you are seeing, I don’t use build system. the problem of “external file changes” has been fixed.

If you can provide a step by step guide I can try

Regards,

0 Likes

#30

Hi there. I find this plugin very useful.

Unfortunately I have a problem with it. When searching for something and clicking on the editable area you’re scrolled to the top.

Steps to recreate the situation:

  • open a file that doesn’t fit in one screen (so you’ll be able to scroll)
  • search for something that’s not in the current viewable area
  • try clicking on the visible editable area (of the file)
    You’ll be scrolled to the top.
    So, basically, the search function of the program is f**ked.

I also figured the thing causing this. It seems that the on_activated method is called when changing focus from search to the editor.
So by simply commenting out this method I solved it.

# def on_activated(self, view):
# 	if view.file_name() != None and view.file_name() != '' and not view.settings().get('is_widget'):
# 		# restore on preview tabs should be fast as posible
# 		self.restore(view)
# 		# overwrite restoration of scroll made by the application
# 		sublime.set_timeout(lambda: self.restore_scroll(view), 200)
0 Likes

#31

Here’s what I did to fix this very problem: github.com/xeno-by/dotsublime/b … rScroll.py. I’m still not very happy with my changes to tito’s original code, but now it rarely does stupid stuff, so I decided to share.

0 Likes

#32

[quote]When searching for something and clicking on the editable area you’re scrolled to the top.
[/quote]

Hi sorry, I noticed the problem in minutes but forget to upload the fixed version :blush:

0 Likes

#33

Since recent updates (i can’t give exact date) i’m continuously face with this bug:

PIC

It mostly happens when i open a file that i haven’t used for a while.

0 Likes

#34

ahh

0 Likes

#35

Fixed. Thanks for reporting.

0 Likes

#36

Hi,

have a small issue that you plugin might be able to resolve, relating to bookmarks (which I use a lot) and cloned files (which I use a lot for double views)

Trouble is a cloned file doesn’t have the bookmarks in it… and then if you close the original file… yes… you’ve lost all the bookmarks.

Ideally for me, cloned files would have all the bookmarks too, but possibly due to ST2 standard way of working this is not possible… any thoughts?

cheers.

0 Likes

#37

This has been fixed.

0 Likes

#38

A problem you may found is that the same file may have different saved data depending on position.

file.txt has 1 bookmark on column 1 position 1
file.txt has 2 bookmarks on column 2 position 1
file.txt has 4 bookmarks con column 1 position 2

When you open file.txt, the package will look into the position to restore the bookmarks.

0 Likes

#39

Hey,

thanks, thats much better :smile:

Is it possibly to make it so that when I put a bookmark in a file, it also appears simultaneously in any cloned file? This would resolve bookmarks getting out of synch in cloned files (and save having to put bookmarks in twice, or close files in the correct order!)

0 Likes