When the list of records fills the full page, the last record is mostly covered by the horizontal scrollbar

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Fill a table with data that will cause the the window to scroll both 
horizontally and vertically
2. Scroll to the bottom of the table area
3. Look at the last record and hover mouse on it. The horizontal scroll bar 
should appear covering most of the record.

What is the expected output? What do you see instead?

Some spacing at the bottom of the table to always keep the records above the 
very bottom would fix.

What version of Sequel Pro are you using? What version of MySQL are you
connecting to on the server?

Sequel Pro: 0.9.9.1

Please provide any additional information below.

Original issue reported on code.google.com by jtrap...@gmail.com on 1 Nov 2011 at 2:15

[GoogleCodeExporter]

I ran into this issue too. some space would resolve it. 

You can also change the settings for the disappearance of the scrollbars in 
your System Preferences ( > General > Show scroll bars) setting that to always 
will reserve the space for it. setting it to 'when scrolling' will make them 
disappear quicker.

Original comment by sir...@gmail.com on 21 Aug 2012 at 2:27

Attachments:

• [Schermafbeelding 2012-08-21 om 10.12.14.png](https://storage.googleapis.com/google-code-attachments/sequel-pro/issue-1222/comment-1/Schermafbeelding 2012-08-21 om 10.12.14.png)

[GoogleCodeExporter]

I would also like this issue to be looked into without the need to provide 
global system configuration that changes the "expected" scroll feature in other 
apps. Scroll bars should not block access to core app functionality.

Original comment by da...@temperedvision.com on 5 Dec 2012 at 11:22

[GoogleCodeExporter]

My only reluctance to add whitespace is that I haven't seen it elsewhere - I 
just tried iTunes 11 and that has the same issue in "Song" view, for example.

But if there's sufficient desire for this, we can certainly do something.

Original comment by rowanb@gmail.com on 5 Dec 2012 at 11:48

[GoogleCodeExporter]

I agree with rowanb@.  The ideal solution isn't to add whitespace, as this 
annoyance happens in every application. 

The only real difference is that a row in SequelPro is nearly as tall as the 
scrollbar, and therefore, unlike iTunes, that record is completely inaccessible 
until the scrollbar timesout.  SequelPro is also a utility application, not one 
meant for beauty (no offense!), so my vote is to add a bit of whitespace, and 
take it out when Apple identifies this as a real issue 
(http://www.apple.com/feedback/macosx.html).

Original comment by mainstre...@gmail.com on 6 Dec 2012 at 1:03

[GoogleCodeExporter]

Rather different issue with other apps. Sequel works with the latest data at 
the bottom of the screen, so your latest data in use is always being blocked by 
a scroll bar (if the size of the data set is large/complex enough to trigger 
the scroll bar). You cannot access data if blocked by UI elements.

iTunes and the like use lists mainly for display purposes, but sequel is a 
database editor, therefore its listed data is intended to be edited frequently. 
And yes, an alternative solution could be to make row heights larger as well so 
they can still be accessed, but i think whitespace (until Apple sort out the 
usability issues with these UI changes) would be a more suitable (and less 
intrusive) interim solution.

Original comment by da...@temperedvision.com on 6 Dec 2012 at 1:11

[GoogleCodeExporter]

Also, as pointed out, iTunes uses a version of the scroll bar that doesnt 
expand its height when interacted with. Would this be possible to do with 
Sequel, as this could be an alternative (if the scroll bar doesnt completely 
block the row)?

Original comment by da...@temperedvision.com on 6 Dec 2012 at 1:15

[GoogleCodeExporter]

I agree with mainstreetmark's first and last part. :) 
It is not our job to "fix" an OS "feature".

Scrollbars have been working fine (and ergonomically!) for 30 years until 
someone at Apple decided to replace them with this total unusable mess they are 
since 10.7 - just because that was cool on iOS.

Please petition Apple via the link mentioned.

Original comment by schlabbe...@gmail.com on 6 Dec 2012 at 9:55

• Changed state: OpinionPoll

[GoogleCodeExporter]

I'm really not sure we seem to be focusing on the wrong issue.

This request has nothing to do with any views over the look or functionality of 
the scroll bars. It has to do with ensuring the application is usable.

Sequel was built for OSX, and it should be part of the process to update the 
app to ensure it works with the imposed UI features of the ecosystem the app is 
designed for. Scroll bars changed. We know that. The issue is that the app as a 
result is now less usable due to the way the content area and scroll bars are 
being used.

Honestly don't mind what the solution is (a couple have been "suggested" 
above). But I do care that with the app I chose to use for my DB management has 
a usability issue, and that's what is being raised, not a issue with the Apple 
imposed UI.

As a side note, other apps have developed features to ensure the scroll bar is 
always visible as an in-app preference (Firefox for example), so maybe this 
could be a route if there is no desire to "hack" the content area UI etc.

Original comment by da...@temperedvision.com on 6 Dec 2012 at 10:29

[GoogleCodeExporter]

The latest version of Sequel Pro seems to have made the scroll behavior even 
worse.  Now I can't scroll horizontally to see result sets with lots of columns 
because the scroll bar disappears and I can't get it back.

Original comment by mper...@gmail.com on 23 May 2013 at 9:29