[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2019-11-15 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=219121

gwar...@gmail.com changed:

   What|Removed |Added

 CC||gwar...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2016-01-29 Thread Dmitry Osipenko via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #23 from Dmitry Osipenko  ---
(In reply to Alon Bar-Lev from comment #22)
> I always used wheel emulation so everything worked perfectly, only now after
> using okular since its first release found out this odd behavior, allowing
> user to select behavior is a good compromise between various standards, not
> sure why it was rejected.

It was rejected because maintainer didn't want to bother implementing it, so it
doesn't mean that it won't ever happen. I proposed patch for it, waiting for
review comment.

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2016-01-28 Thread Alon Bar-Lev via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

Alon Bar-Lev  changed:

   What|Removed |Added

 CC||alon.bar...@gmail.com

--- Comment #22 from Alon Bar-Lev  ---
I always used wheel emulation so everything worked perfectly, only now after
using okular since its first release found out this odd behavior, allowing user
to select behavior is a good compromise between various standards, not sure why
it was rejected.

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-29 Thread Dmitry Osipenko via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #21 from Dmitry Osipenko  ---
(In reply to Albert Astals Cid from comment #20)
> 
> You need to learn to click more things before admiting defeat and asking for
> help. Click on the "Posted 1 year, 11 months ago (gen. 27, 2014, 9:42 p.m.)"
> box and then you'll see it expand and it will contain one text that says "1
> year, 10 months ago (feb. 7, 2014, 12:20 a.m.)"

Okay, thanks for pointing to it.

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-29 Thread Gregory M . Turner via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #17 from Gregory M. Turner  ---
Maybe it's to do with the particulars of my box but the patch from this bug
never quite worked correctly on my Gentoo box, Yichao (although I used it for
many months and eventually decided to just stop using Okular.

It /almost/ worked.  But certain actions --  I can't remember /exactly/ what,
but maybe it was something to do with scrolling past a page boundary? -- would
cause the display to go blank.  Under the hood everything was fine; if you used
the "normal" scrolling techniques then the document would appear again, but it
was as though okular did not realize that certain parts of the page needed to
be repainted.

Sorry I can't remember more precisely what the exact way to trigger these
problems were.  But I just wanted to mention it for the record, so that if
someone is looking into these patches with an eye toward refactoring or merging
them in some way, they should be mindful that there may  be some bug in there.

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-29 Thread Albert Astals Cid via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #20 from Albert Astals Cid  ---
> In the last review comment you mentioned conversation on Feb 7, that I 
> haven't found. I guess it 
> was discussion on adding panning feature, right? Or was it something else, 
> maybe other issue?

You need to learn to click more things before admiting defeat and asking for
help. Click on the "Posted 1 year, 11 months ago (gen. 27, 2014, 9:42 p.m.)"
box and then you'll see it expand and it will contain one text that says "1
year, 10 months ago (feb. 7, 2014, 12:20 a.m.)"

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-29 Thread Dmitry Osipenko via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #19 from Dmitry Osipenko  ---
(In reply to Yichao Zhou from comment #16)
> Hi Dmitry,
> 
> I tried to reply to this bug this afternoon by email from my smartphone but
> it seems I did not do it correctly.  Sorry for the confusion.
> 
> The problem about my patch was that the maintainer thought that we should
> use the middle mouse to pan the page (like we do in evince and some 3D
> modelling software) instead of scrolling the page (like we do in
> firefox/adobe reader).  I proposed that I could implement all of the three
> modes (zoom, pan, scroll) and let the user choose them.  It seemed that
> Albert agreed on this.  However because that patch works well on my gentoo
> box and I really do not need to pan feature, I put this task behind my
> schedule.  I realized that this patch does not work on KF5 recently.  But I
> no longer use KDE frequently (maybe I will be back in the future) now so I
> will not work on this in short term. Feel free to implement it if you want
> to see this feature in the upstream! Communication with Albert before
> working is a good idea to make sure that your patch will be merged finally.

Thanks for quick response! Coincidentally, I'm already using panning with
middle button for a quite long time with KF5. However, it's just dumb panning
(which I'm finding more usable) without evince-like scrolling momentum. So, I'm
picking your patch, adapting it for KF5 and adding pan feature.

(In reply to Gregory M. Turner from comment #17)
> Maybe it's to do with the particulars of my box but the patch from this bug
> never quite worked correctly on my Gentoo box, Yichao (although I used it
> for many months and eventually decided to just stop using Okular.
> 
> It /almost/ worked.  But certain actions --  I can't remember /exactly/
> what, but maybe it was something to do with scrolling past a page boundary?
> -- would cause the display to go blank.  Under the hood everything was fine;
> if you used the "normal" scrolling techniques then the document would appear
> again, but it was as though okular did not realize that certain parts of the
> page needed to be repainted.
> 
> Sorry I can't remember more precisely what the exact way to trigger these
> problems were.  But I just wanted to mention it for the record, so that if
> someone is looking into these patches with an eye toward refactoring or
> merging them in some way, they should be mindful that there may  be some bug
> in there.

Thanks, that might be helpful.

(In reply to Albert Astals Cid from comment #18)
> Dmitry https://git.reviewboard.kde.org/r/115335/

In the last review comment you mentioned conversation on Feb 7, that I haven't
found. I guess it was discussion on adding panning feature, right? Or was it
something else, maybe other issue?

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-28 Thread Yichao Zhou via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #14 from Yichao Zhou  ---
>
> https://bugs.kde.org/show_bug.cgi?id=219121
>
> Dmitry Osipenko  changed:
>
>What|Removed |Added
>
> 
>  CC||dig...@gmail.com
>
> --- Comment #13 from Dmitry Osipenko  ---
> After 5 years I'm still carrying patch to make okular usable. Hopefully,
> it's
> not a big burden with gentoo :)
>
> @Albert, do you remember what was the problem with Yichao's patch? I'd
> like to
> help finalizing it.
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You voted for the bug.
>

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-28 Thread Dmitry Osipenko via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

Dmitry Osipenko  changed:

   What|Removed |Added

 CC||dig...@gmail.com

--- Comment #13 from Dmitry Osipenko  ---
After 5 years I'm still carrying patch to make okular usable. Hopefully, it's
not a big burden with gentoo :)

@Albert, do you remember what was the problem with Yichao's patch? I'd like to
help finalizing it.

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-28 Thread Dmitry Osipenko via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #15 from Dmitry Osipenko  ---
Hi Yichao,

Sorry, I thought you've abandoned your effort.  Are you going to re-spin the
patch?

-- 
You are receiving this mail because:
You are watching all bug changes.


[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom

2015-12-28 Thread Yichao Zhou via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=219121

--- Comment #16 from Yichao Zhou  ---
Hi Dmitry,

I tried to reply to this bug this afternoon by email from my smartphone but it
seems I did not do it correctly.  Sorry for the confusion.

The problem about my patch was that the maintainer thought that we should use
the middle mouse to pan the page (like we do in evince and some 3D modelling
software) instead of scrolling the page (like we do in firefox/adobe reader). 
I proposed that I could implement all of the three modes (zoom, pan, scroll)
and let the user choose them.  It seemed that Albert agreed on this.  However
because that patch works well on my gentoo box and I really do not need to pan
feature, I put this task behind my schedule.  I realized that this patch does
not work on KF5 recently.  But I no longer use KDE frequently (maybe I will be
back in the future) now so I will not work on this in short term. Feel free to
implement it if you want to see this feature in the upstream! Communication
with Albert before working is a good idea to make sure that your patch will be
merged finally.

-- 
You are receiving this mail because:
You are watching all bug changes.