[Touchpad-KCM] [Bug 377208] "Invert scroll direction" controls "Tap-and-drag lock" setting in Touchpad settings (on Wayland)

2017-06-07 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=377208

--- Comment #5 from Sascha Zenglein <sascha.zengl...@yahoo.de> ---
I actually tried to fix it since it seems to be pretty easy. But unfortunately
I never contributed before.

I tried to compile plasma and the kcm, but I failed and ran out of time. Maybe
I'll fix another bug soon :)

So it's probably best I leave this one to the pros.

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

[Discover] [Bug 376910] Scrolling does not follow system settings

2017-03-15 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=376910

--- Comment #6 from Sascha Zenglein <sascha.zengl...@yahoo.de> ---
(In reply to Aleix Pol from comment #5)
> We use that already... ^^'

I don't understand. The old Scrollview from Quick Controls 1.4 or do you mean
you already changed it in the developer version?

Because I can't use a Scrollview on Quick Controls 2.

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

[Discover] [Bug 376910] Scrolling does not follow system settings

2017-03-11 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=376910

--- Comment #4 from Sascha Zenglein <sascha.zengl...@yahoo.de> ---
Thanks for patching this. Additionally, I want to point you to a new old
feature in Qt Quick Controls, the Scrollview. In the description it says it
handles both touch and mouse nicely. 

Would it be possible to change to this in the implementation or is it a problem
that it depends on Qt 5.9? Of course only after 5.9 is released.


References:
New Features in Qt 5.9: https://wiki.qt.io/New_Features_in_Qt_5.9
Scrollview in QtQuickControls 2:
https://doc-snapshots.qt.io/qt5-dev/qml-qtquick-controls2-scrollview.html#details

Do you get a notification if I'm adding another comment now? Who knows...

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

[systemsettings] [Bug 377208] "Invert scroll direction" controls "Tap-and-drag lock" setting in Touchpad settings (on Wayland)

2017-03-04 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=377208

--- Comment #1 from Sascha Zenglein <sascha.zengl...@yahoo.de> ---
I checked the touchpad kcm and found this in main.qml:

>Controls.CheckBox {
>id: naturalScroll
>text: i18n("Invert scroll direction")
>
>function load() {
>enabled = touchpad.supportsNaturalScroll && !scrollmethod.isNoScroll
>checked = enabled && touchpad.naturalScroll
>}
>
>onCheckedChanged: {
>if (enabled && !root.loading) {
>touchpad.tapDragLock = checked
>root.changeSignal()
>}
>}
>
>ToolTip {
>text: i18n("Touchscreen like scrolling.")
>}
>}

especially this line
> touchpad.tapDragLock = checked

looks suspicious.

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

[systemsettings] [Bug 377208] New: "Invert scroll direction" controls "Tap-and-drag lock" setting in Touchpad settings (on Wayland)

2017-03-04 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=377208

Bug ID: 377208
   Summary: "Invert scroll direction" controls "Tap-and-drag lock"
setting in Touchpad settings (on Wayland)
   Product: systemsettings
   Version: 5.9.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: sascha.zengl...@yahoo.de
  Target Milestone: ---

Created attachment 104367
  --> https://bugs.kde.org/attachment.cgi?id=104367=edit
Screenshots that describe the bug

Title says it all. When trying to toggle natural scrolling the "Apply" button
behaves strangely and the tap and drag lock setting is changed when you can
click apply.

I attached a few screenshots to show the behavior and visualize how to
reproduce.

First is the original state. Then I toggle the scroll direction and apply.
Result is that scroll direction gets unchecked and drag lock gets checked.

Next, when trying to toggle it again the "Apply" button stays grey. After
unchecking it the same behavior as described above shows with turning off the
setting.

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

[Discover] [Bug 376910] New: Scrolling does not follow system settings

2017-02-25 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=376910

Bug ID: 376910
   Summary: Scrolling does not follow system settings
   Product: Discover
   Version: 5.9.1
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: discover
  Assignee: aleix...@kde.org
  Reporter: sascha.zengl...@yahoo.de
  Target Milestone: ---

Using Discover with a touchpad is not working as expected. Every scrolling
input accelerates the page without regard to whether the fingers are lifted or
not. 

It also does not follow the system scroll speed which leads to much too fast
scroll speeds and coasting even when coasting is disabled.


I don't know if this bug should be filed against Discover or Kirigami, but it's
a bit annoying for an Application that wants to be convergent.

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

[dolphin] [Bug 374157] New: Show text instead of file name ifor desktop configuration files in preview mode

2016-12-25 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=374157

Bug ID: 374157
   Summary: Show text instead of file name ifor desktop
configuration files in preview mode
   Product: dolphin
   Version: 16.12.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: usability
  Severity: wishlist
  Priority: NOR
 Component: view-engine: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: sascha.zengl...@yahoo.de
  Target Milestone: ---

It would be great if when having preview enabled dolphin would show the same
text as it does on the Desktop for .desktop files. 

It's a minor wish but it seems like it lacks a bit of polish if you're viewing
~/Desktop in dolphin and it might confuse some users when folders appear to
have different names.

It should at least be enabled in preview mode (option in the preview settings
maybe). Users who want to see the actual filenames can just turn the preview
off.

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

[dolphin] [Bug 373005] New: Dolphin crashes when dragging unused device somewhere

2016-11-27 Thread Sascha Zenglein
https://bugs.kde.org/show_bug.cgi?id=373005

Bug ID: 373005
   Summary: Dolphin crashes when dragging unused device somewhere
   Product: dolphin
   Version: 16.08.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: panels: places
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: sascha.zengl...@yahoo.de
  Target Milestone: ---

If dragging a device that is unused from the (normally left) side panel into
some folder, dolphin crashes. 
Dolphin should either mount to the dragged directory or tell the user that it's
not possible.

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

[Powerdevil] [Bug 189456] powerdevil should not suspend when computer is being shutdown

2016-10-21 Thread Sascha Zenglein via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=189456

Sascha Zenglein <sascha.zengl...@yahoo.de> changed:

   What|Removed |Added

 CC||sascha.zengl...@yahoo.de

--- Comment #29 from Sascha Zenglein <sascha.zengl...@yahoo.de> ---
still happens to me...

systemd-inhibit --list tells that PowerDevil has a block on all the events, so
I can't workaround this by setting LidSwitchIgnoreInhibited=no in
/etc/systemd/logind.conf

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