https://bugs.kde.org/show_bug.cgi?id=386034
Huon changed:
What|Removed |Added
Latest Commit||https://commits.kde.org/gwe
https://bugs.kde.org/show_bug.cgi?id=169408
Huon changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=332208
--- Comment #8 from Huon ---
(In reply to Marcos Dione from comment #7)
> No, I think they need to connect another signal, like what Huon said here:
>
> https://bugs.kde.org/show_bug.cgi?id=332208#c1
That was a high level thought I had at th
https://bugs.kde.org/show_bug.cgi?id=380257
Huon changed:
What|Removed |Added
Latest Commit||https://commits.kde.org/gwe
https://bugs.kde.org/show_bug.cgi?id=354542
--- Comment #12 from Huon ---
(In reply to Christoph Feck from comment #11)
> The CMYK->RGB conversion formulars are likely wrong, probably copied from
> old Qt versions.
Gwenview doesn't use any explicit formulas. So unless QColor::f
https://bugs.kde.org/show_bug.cgi?id=380257
--- Comment #12 from Huon ---
(In reply to Henrik Fehlauer from comment #11)
> Hm, I think we have a more general problem here: Custom UI elements, not
> drawing in the chosen widget style and breaking if new features in the
> underlying libr
https://bugs.kde.org/show_bug.cgi?id=203042
Huon changed:
What|Removed |Added
Resolution|--- |FIXED
Version Fixed In
https://bugs.kde.org/show_bug.cgi?id=270980
Huon changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=380257
--- Comment #10 from Huon ---
(In reply to Nate Graham from comment #9)
> I think the video HUD makes sense to always be dark, rather than trying to
> adapt to the active color scheme--at least as long as it remains a
> semi-translucent overl
https://bugs.kde.org/show_bug.cgi?id=380257
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #8 from Huon ---
This is
https://bugs.kde.org/show_bug.cgi?id=207802
Huon changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=123608
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
I don&#
https://bugs.kde.org/show_bug.cgi?id=347787
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
I would
https://bugs.kde.org/show_bug.cgi?id=354542
--- Comment #9 from Huon ---
So I looked into this. Seems like it's beyond me right now. Qt (QImage)
obviously doesn't support proper CMYK support, so we'd have to do things
manually. And my lack of knowledge in this area means I wouldn&
https://bugs.kde.org/show_bug.cgi?id=354542
Huon changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #22 from Huon ---
(In reply to Henrik Fehlauer from comment #21)
> Hm, it's so obvious, isn't: We only show "selected" once the user selected
> more than one item. This way by default we show what's in t
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #19 from Huon ---
(In reply to Henrik Fehlauer from comment #18)
> > putting the zoom modes in the toolbar
> The zoom functions should be grouped together, and the zoom level slider in
> the bottom right is iconic for Gwenview
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #17 from Huon ---
(In reply to Nate Graham from comment #16)
> (In reply to Huon from comment #15)
> > If we go with "1 of 50", and get rid of "document" (which I agree is
> > confusing), what do we
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #15 from Huon ---
(In reply to Henrik Fehlauer from comment #13)
> Quick feedback:
> - Image count in fullscreen looks great. Only the linebreaks for long
> filenames look a bit odd, we should not regress on that.
Thanks for the
https://bugs.kde.org/show_bug.cgi?id=354542
--- Comment #5 from Huon ---
(In reply to Henrik Fehlauer from comment #4)
> > I can't reproduce, CMYK seems to be rendering correctly in Gwenview.
> Try opening the images in Gwenview, Krita, Firefox and Chromium. For me they
&g
https://bugs.kde.org/show_bug.cgi?id=270980
--- Comment #12 from Huon ---
(In reply to Henrik Fehlauer from comment #11)
> > large images would take a lot of zooming before you see pixels
> Are you sure about that? If I'm not mistaken, the zoom levels are split in
> two groups:
https://bugs.kde.org/show_bug.cgi?id=270980
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #10 from Huon ---
(In reply
https://bugs.kde.org/show_bug.cgi?id=354542
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #3 from Huon ---
I can&#
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #12 from Huon ---
Created attachment 111990
--> https://bugs.kde.org/attachment.cgi?id=111990&action=edit
Proposed fix - View full screen (large document count)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #11 from Huon ---
Created attachment 111989
--> https://bugs.kde.org/attachment.cgi?id=111989&action=edit
Proposed fix - View full screen
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=203042
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #9 from Huon ---
Created
https://bugs.kde.org/show_bug.cgi?id=203042
--- Comment #10 from Huon ---
I've got a patch incoming for this, displaying e.g. "Document 8 of 64" in the
status bar in View mode, and e.g. "8/64" to the right of the filename in Full
Screen View mode.
Is there any benefit to
https://bugs.kde.org/show_bug.cgi?id=303631
--- Comment #4 from Huon ---
(In reply to Henrik Fehlauer from comment #3)
> > an empty URL bar on the Start page is a bit weird
> As discussed elsewhere (e.g. Bug 387906, possibly other places), a good
> long-term goal would be to make th
https://bugs.kde.org/show_bug.cgi?id=303631
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #2 from Huon ---
There are
https://bugs.kde.org/show_bug.cgi?id=373161
Huon changed:
What|Removed |Added
Version Fixed In||18.08.0
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=348746
--- Comment #24 from Huon ---
(In reply to Henrik Fehlauer from comment #23)
> > checkbox in the fullscreen settings popup
> I guess that could work, but I can also see people getting confused by the
> wording (because they won't noti
https://bugs.kde.org/show_bug.cgi?id=348746
--- Comment #22 from Huon ---
Just had an idea - why don't we put a checkbox in the fullscreen settings popup
accessed with the cog icon in the autohide bar. Something like "Use black
background".
That wouldn't clutter the main se
https://bugs.kde.org/show_bug.cgi?id=391757
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #3 from Huon ---
(In reply
https://bugs.kde.org/show_bug.cgi?id=348746
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #10 from Huon ---
This is
https://bugs.kde.org/show_bug.cgi?id=359736
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #8 from Huon ---
This crash
https://bugs.kde.org/show_bug.cgi?id=391757
Huon changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=236970
Huon changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=188192
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #4 from Huon ---
We'd
https://bugs.kde.org/show_bug.cgi?id=346445
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #16 from Huon ---
I can&#
https://bugs.kde.org/show_bug.cgi?id=392036
Huon changed:
What|Removed |Added
Latest Commit||https://commits.kde.org/gwe
https://bugs.kde.org/show_bug.cgi?id=392036
--- Comment #4 from Huon ---
(In reply to Henrik Fehlauer from comment #3)
> > currently Gwenview can only operate on one URL at a time)
> Um, I did not mean it in such a complicated way ;) I was just thinking about
> cropping one image at
https://bugs.kde.org/show_bug.cgi?id=392036
--- Comment #2 from Huon ---
(In reply to Henrik Fehlauer from comment #1)
> (This was split off from a discussion while working on the crop tool, see
> https://phabricator.kde.org/D11378#229012.)
>
> Not yet sure what's best,
https://bugs.kde.org/show_bug.cgi?id=392036
Bug ID: 392036
Summary: Discuss how to handle image navigation when tool is
activated
Product: gwenview
Version: 17.12.3
Platform: Other
OS: Linux
Stat
https://bugs.kde.org/show_bug.cgi?id=391884
--- Comment #3 from Huon ---
> I think you don't need to pre-categorize the settings. If height() > width()
> it is portrait and vice versa.
But if I chose This Screen, made a crop, then switched to a portrait image, I
would
https://bugs.kde.org/show_bug.cgi?id=332208
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
This is
https://bugs.kde.org/show_bug.cgi?id=386460
--- Comment #6 from Huon ---
(In reply to Huon from comment #5)
> First deletion: ~20s
Sorry for spam, but this should read ~10s.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=386460
--- Comment #5 from Huon ---
> Wyatt, Huon are your trash located on HDD or SSD?
I am on an NVMe SSD. I just tested again:
First deletion: ~20s
Second deletion: ~2.5s
Apart from that, I think your theory is solid. Something about the calculation
https://bugs.kde.org/show_bug.cgi?id=385314
--- Comment #3 from Huon ---
Fullscreen doubles as a slideshow though. I don't think any app has UI visible
in fullscreen/slideshow mode. I think Escape to exit fullscreen is pretty
standard.
--
You are receiving this mail because:
You are wat
https://bugs.kde.org/show_bug.cgi?id=388353
Huon changed:
What|Removed |Added
Version Fixed In||18.04.0
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=388353
Huon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=385314
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
Fullscreen
https://bugs.kde.org/show_bug.cgi?id=236970
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #3 from Huon ---
Revision
https://bugs.kde.org/show_bug.cgi?id=236970
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #3 from Huon ---
Revision
https://bugs.kde.org/show_bug.cgi?id=388353
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #18 from Huon ---
I&#x
https://bugs.kde.org/show_bug.cgi?id=386460
Huon changed:
What|Removed |Added
Ever confirmed|0 |1
Version|17.08.2
https://bugs.kde.org/show_bug.cgi?id=386460
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #2 from Huon ---
Oddly I&#x
https://bugs.kde.org/show_bug.cgi?id=158090
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #20 from Huon ---
For
https://bugs.kde.org/show_bug.cgi?id=233359
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #7 from Huon ---
I
https://bugs.kde.org/show_bug.cgi?id=254511
--- Comment #8 from Huon ---
>Touchpad - Pinch to zoom, two-finger drag to pan
Actually, you bring up a good point about the two-finger scroll. Some people
might prefer two finger scroll to zoom instead of pan, and have panning with
Ctrl+two-finger
https://bugs.kde.org/show_bug.cgi?id=254511
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #7 from Huon ---
(In reply
https://bugs.kde.org/show_bug.cgi?id=379617
Huon changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=245091
Huon changed:
What|Removed |Added
CC||h...@plonq.org
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=390331
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
Confirmed
https://bugs.kde.org/show_bug.cgi?id=389668
--- Comment #10 from Huon ---
@Albert I can reproduce the bug in the PDF you linked, however the following
PDF does not produce this bug: https://bugs.kde.org/attachment.cgi?id=110552
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=389668
--- Comment #9 from Huon ---
Created attachment 110552
--> https://bugs.kde.org/attachment.cgi?id=110552&action=edit
PDF that does not produce this bug
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=389668
--- Comment #6 from Huon ---
Could you try to extract a page or two to a separate file? Like a blank page or
a page without copyrighted material?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=389668
--- Comment #5 from Huon ---
Hmm, I'm new to the KDE (dev) world, not sure why the package version (and
versions on github) are different to the version reported by okular itself and
the bugtracker. I am also using 1.3.1 as reported by okular.
I
https://bugs.kde.org/show_bug.cgi?id=389668
--- Comment #3 from Huon ---
@Michael D - 1.3.1? 3.2.0 was released in 2004.
I tested saving with "Save" after adding annotations, still couldn't reproduce.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=389668
Huon changed:
What|Removed |Added
CC||h...@plonq.org
--- Comment #1 from Huon ---
I can&#
https://bugs.kde.org/show_bug.cgi?id=356937
--- Comment #20 from Huon ---
For me, this only happens if the app is set to start at boot. Putting in a 15
second delay in the startup command fixes the issue.
Something about them starting before X maybe?
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=356937
Huon changed:
What|Removed |Added
CC||huo...@gmail.com
--- Comment #17 from Huon ---
For
https://bugs.kde.org/show_bug.cgi?id=356937
--- Comment #18 from Huon ---
Created attachment 103674
--> https://bugs.kde.org/attachment.cgi?id=103674&action=edit
Megasync and Enpass with black background
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=341330
Huon changed:
What|Removed |Added
CC||huo...@gmail.com
--- Comment #7 from Huon
73 matches
Mail list logo
