Ticket #163 (new defect)

Opened 4 years ago

Last modified 3 years ago

content scrolling using keystroke

Reported by: daniel1988 Owned by: somebody
Priority: trivial Milestone: 0.5.0
Component: guake Version: 0.4
Keywords: scrolling Cc: lincoln

Description

By using keystrokes: Shift + PageUp/PageDown?, Guake scrolls content by whole view. It should be scrolling only half of the view (or similar)

Option Scrollback Lines should adjust this, but it doesn't. Mouse scroll works as expected

Attachments

0001-Changed-amount-of-scrolled-lines-on-Shift-PgUp-Shif.patch Download (2.2 KB) - added by marianob 4 years ago.
Patch for scrolling up/down half a view

Change History

Changed 4 years ago by marianob

Patch for scrolling up/down half a view

in reply to: ↑ description   Changed 4 years ago by marianob

Replying to daniel1988:

By using keystrokes: Shift + PageUp/PageDown?, Guake scrolls content by whole view. It should be scrolling only half of the view (or similar) Option Scrollback Lines should adjust this, but it doesn't. Mouse scroll works as expected

Hi, I had a hack for a similar problem, so I made this patch based on my hack. This may help you. Thanks!

  Changed 4 years ago by daniel1988

Looks promising. Could any developer include this "hack" in next release of Guake? I like to install packages form package manager, not to install them manually from git/cvs/svn.

Thank you!

-- Daniel

  Changed 4 years ago by pingou

  • cc lincoln added

hm the default behavior in gnome-terminal seems to be scroll the whole page.

I'd like to hear from Lincoln whether it is worth an option in the preferences

  Changed 4 years ago by daniel1988

I'm using the patch provided by marianob and I'd say it's worth adding this option in the preferences

-- Daniel

follow-up: ↓ 6   Changed 3 years ago by lincoln

hehe, to tell you the truth, I do not use scrollbars because I'm always in a screen session.

But looking at other programs that I use scrollbars, there is always a clear separation of a smooth scrolling (usually achieved using the mouse) and a page scroll.

I think Page{Down,Up} are meant to do this last type of scrolling. Changing it would make guake a bit strange to users that like this standard and it would make guake go against the whole desktop environment that we love so much =P

ps.: I didn't find that the title fits in the this bug report, did I misunderstand anything?

in reply to: ↑ 5   Changed 3 years ago by daniel1988

Replying to lincoln:

ps.: I didn't find that the title fits in the this bug report, did I misunderstand anything?

Am I missing something or are you missing something? :S

hehe, to tell you the truth, I do not use scrollbars because I'm always in a screen session.

I'm not talking about the scrollbars, but about the amount of text that is switched when you press Shift + PageUp/Down?.

But looking at other programs that I use scrollbars, there is always a clear separation of a smooth scrolling (usually achieved using the mouse) and a page scroll.

I'm usually using keyboard only. It's not so convenient to move your hand from keyboard to your mouse to do a smooth scrolling. Shift + Page Down should move the last line (and half of the lines above it) from the current position to the upper half of the window, and in the "empty" space below it show new content. With Shift + Page Up it's analogous.

I know that this explanation is not so clear... are you getting what I want to say? Try the patch, and you'll see the difference.

I think Page{Down,Up} are meant to do this last type of scrolling. Changing it would make guake a bit strange to users that like this standard and it would make guake go against the whole desktop environment that we love so much =P

Just add an option to change it. It doesn't need to be the default functionality.

Cheers, -- Daniel

Note: See TracTickets for help on using tickets.