Bug 140589 - Alternative Horizontal Scroll Technique.
Summary: Alternative Horizontal Scroll Technique.
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kpdf
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-25 06:09 UTC by Kent Fredric
Modified: 2015-02-07 22:28 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kent Fredric 2007-01-25 06:09:50 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages

In books, the logical flow is usually left-to-right or right-to-left pagewise. 
Also, many magazines utilize full 2 page artworks.

Occasionally tho, KPDF will mess the order up, even in "2page" mode, for whatever reason, usually due to the pack order of the PDF itself. ie:
[title][1-2][3-4] gets packed as  [title-1][2-3][4], or the document lacks ( for whatever reason ) a padding page in the middle of it, so the first half of the magazine has correct 2-page layout, but the second half does not, or vice versa. 

I propose a novel alternative "continuous" flow technique, which while not nessecarily usefull in all cases, but potentially a very nice feature. 

Basically have an option to have all the page continuations arranged left-to-right. 

This would also be of use for people with wide screens, or multiple screens who wish to display 4 pages at a time like you would a book.

This would solve the "full-page" tearing problem :) ( especially nasty if you have something on the left directly referencing something on the right but you cant tell what it is cos they dont line up on screen :( )
Comment 1 Pino Toscano 2007-02-02 11:39:34 UTC
> Occasionally tho, KPDF will mess the order up, even in "2page" mode, for
> whatever reason, usually due to the pack order of the PDF itself. ie: 
> [title][1-2][3-4] gets packed as  [title-1][2-3][4], or the document lacks
> ( for whatever reason ) a padding page in the middle of it, so the first
> half of the magazine has correct 2-page layout, but the second half does
> not, or vice versa. 

Isn't bug #100341 what you want?
Comment 2 Kent Fredric 2007-02-03 02:43:18 UTC
Similar Request, but not exactly. 

That bug requests

1-2
2-3
3-4
4-5

and
  1
2-3
4-5
6-7

Style layouts.

Unfortunately, you get weird problems with irregular page spacing, such as
  1
2-3
  4
  5
6-7
8-9-10-11 ( 4 page pull-out )

and simply using top-to-bottom page layout is nonadvantageous for such scenarios. 
For such scenarios I would prefer a left-to-right logical page order for the whole document, as opposed to top to bottom.

Comment 3 Ansa 2013-01-25 14:35:02 UTC
I think this is a wish for "horizontal continuous mode", which I would also really appreciate. Every now and then I have a scanned book, which means that the pdf has horizontal pages that contain 2 of the original pages. I would appreciate the "left to right" reading mode, which would make it possible (with the right zoom) to view any two or even three consecutive pages of the original book simultaneously (the one I am reading, the preceding one and the following one), i.e. one and a half page of the pdf file.

Currently, I may view this:
1-2
3-4
5-6
In double mode, I may choose from
1-2 3-4
5-6
and
      1-2
3-4 5-6

The horizontal continuous mode would give me
1-2 3-4 5-6
(with the possibility to zoom onto "2 3" as well).
Comment 4 Jekyll Wu 2013-01-26 03:44:03 UTC
(In reply to comment #3)

@Ansa , kpdf is unmaintained . Are you still using kpdf, or are you actually using okular ?
Comment 5 Ansa 2013-01-26 19:08:36 UTC
Jekyll, thanks for pointing that out! Yes, I am using Okular. I did not realize that even when I go through "report a bug" in the Okular menu, the "search" function will still give me bug reports for other applications as well.

Do I have to file a new wish-report for Okular?
Comment 6 Albert Astals Cid 2015-02-07 16:31:43 UTC
Thank you for your bug report or feature suggestion.

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

We recommend to switch to the "Okular" application.

Due to the high number of bugs/suggestions in "KPDF" we are not able to go through all of them and verify if they are still valid in "Okular".

That's why are we asking you to help us by checking if your bug/suggestion is still valid in Okular and if it still is opening a new bug/suggestion against it.

Thank you for your effort in making KDE better :)

(This is an automatic message from the KDE bug triaging team)
Comment 7 Ansa 2015-02-07 22:28:40 UTC
Re-reported as https://bugs.kde.org/show_bug.cgi?id=343910