Bug 199509 - pageup and pagedown missing in kword
Summary: pageup and pagedown missing in kword
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kword
Classification: Unmaintained
Component: flake-texttool (show other bugs)
Version: 2.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: Persona: Susan
Assignee: KOffice Bug Wranglers
URL:
Keywords: junior-jobs
: 240152 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-07-09 06:13 UTC by Robert Marmorstein
Modified: 2015-02-06 13:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Marmorstein 2009-07-09 06:13:42 UTC
Version:           2.1 Alpha (using Devel)
Compiler:          gcc-4.4.0 
OS:                Linux
Installed from:    Compiled sources

The "PreviousPage" and "NextPage" shortcuts don't seem to work in kword.  When I hit the PageUp or PageDown key, all that happens is that the cursor goes to the beginning of the line (just as if I had hit "Home").

The expected behavior is that the document should scroll up (or down) one page, but that doesn't seem to work. I have verified that the correct key bindings are set in "systemsettings", but there doesn't seem to be a "PreviousPage" shortcut in the kword settings dialog.
Comment 1 Robert Marmorstein 2010-04-29 01:39:28 UTC
There seem to be shortcuts for PreviousPage and NextPage now.  And they even work -- except that they only scroll up -- they don't move the cursor.  So if I want to return to the previous page for editing, I have to push PageUp and then click to resume editing.  

It would be preferable if PageUp could actually move the text cursor up one page.  Then I wouldn't have to take my hands off the keyboard, which would improve typing efficiency.

Still, this is much better than what we had before.  Thanks!
Comment 2 Thomas Zander 2010-06-01 17:12:59 UTC
*** Bug 240152 has been marked as a duplicate of this bug. ***
Comment 3 Cochise César 2010-07-25 09:46:35 UTC
Hi.
I'm went this jr job for start the study of koffice code.
Anyone can give-me a help abou what file/class implement document edit. I'm browsing the code and finding only the document view structure implementation.
Comment 4 T Zachmann 2010-10-13 09:31:41 UTC
Hello cochise,

I think the best to get help from the developers is to send a mail to the mailing list koffice-devel@kde.org or to choin the #koffice channel on freenode IRC in case you have not gotten any help up to now.

Thorsten
Comment 5 Robert Marmorstein 2011-01-22 11:05:56 UTC
If I remember right, Thomas, you had written something about why this isn't as straightforward as it sounds -- and how it would have to be implemented, but I can't find it anywhere...
Comment 6 Thomas Zander 2011-01-24 01:07:32 UTC
The behavior pageup/down has in my dream is one essentially similar to what this old document describes;
http://developer.kde.org/documentation/standards/kde/style/keys/cursorKeys.html

The tricky part in using pageup/down is that a text-shape doesn't take the full page height. There are 'blank' spots where the text shape isn't present.
Imagine having a page with 3 columns and each column is occupying 80% of the visual space.  If I press 'pagedown' I expect the caret to effectively move to the next column but not down.
The tricky part is thus taking the fact that going down one viewport is going to far as the caret jumps over the area where there is no text-shape.

If this is still confusing then put the caret at the end of a page and move it down until the caret moves to another page. There is a big jump where one press 'down' moves the caret a lot of pixels. This should be compensated for in usage of pagedown/up so there is no similar jumping when using that.

Using ctrl-pagedown I expect the caret to jump to the first shape on the next page using the same vertical offset from the top of the page.
Or in our example; it should jump through all 3 columns at ones.

At the end of the day the solution doesn't have to be perfect, even while I can be dreaming of the perfect solution a good solution is absolutely better than no solution. :-)
Comment 7 Robert Marmorstein 2011-01-24 02:06:00 UTC
I see.  This doesn't address that problem, but I'd always pictured the behavior slightly differently:

A.  For PageDown, if the cursor is not already on the last line of a page (or column), the cursor would jump to the last line.  

B.  If the cursor is on the last line, it jumps to the first line of the next page or to the top of the next column.

Page up would work analogously.
Comment 8 Thomas Zander 2011-01-26 09:36:54 UTC
I think the behavior you describe makes a lot of sense, I'm all for it :)
Comment 9 Christoph Feck 2015-02-06 13:13:03 UTC
Thank you for your bug report or feature suggestion.

The "KOffice" application suite is no longer maintained, and all tickets are now closed.

We recommend to switch to the "Calligra" application suite, which has replacements for all unmaintained KOffice applications:

- KWord was replaced with Calligra Words
- KPlato was replaced with Calligra Plan

For more information, see http://en.wikipedia.org/wiki/Calligra_Suite

(This is an automatic message from the KDE bug triaging team)