[krusader] [Bug 361067] krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

--- Comment #8 from Janet  ---
(In reply to Alex Bikadorov from comment #7)
> I would say its clear because the option is named "Default(!) icon size:" ...

As you can see, obviously not ;). For me the definition of "default" is not
clear enough. Default of/for what? My definition of default is
standard/overall/normal/concerning everything, the meant definition is preset
for new tabs.

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

[plasmashell] [Bug 370191] Look and Feel restores user customized desktop

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370191

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

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

[konqueror] [Bug 236147] Certificate of https://www.gmx.net not accepted by konqueror

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=236147

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[kdeplasma-addons] [Bug 359073] web browser widget: shown website cannot be resized, always too small

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359073

Janet  changed:

   What|Removed |Added

Version|5.4.3   |5.6.5

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

[kpat] [Bug 365045] "Load" or "Save As..." spontaneously closes (crashes) KPatience

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365045

Janet  changed:

   What|Removed |Added

 CC||globalj...@gmail.com

--- Comment #1 from Janet  ---
Mine just turns the screen black for a second and then goes back to my home
screen.  I am working with Huawei Media phone.  Got the latest upgrade now I
have no games to play.  I just spent 3 hours trying to let you know what
happened.  I cannot even find where to download the KPatience Megapack.

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

[amarok] [Bug 214422] tooltips for incompletely shown track information in the playlist

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=214422

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #3 from Janet  ---
It is still not possible to get longer titles in the playlist shown *before*
playing them or opening the properties (Amarok 2.8.90). Tooltips are shown only
for the last played songs - so maybe that tooltip part could also be applied to
the playlist?

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

[kscreensaver] [Bug 311571] mouse cursor isn't hidden

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=311571

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[kscreensaver] [Bug 312828] simple locker should allow for custom background

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=312828

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[kscreensaver] [Bug 316296] Funny splash screen appears when I try to unlock the screen

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=316296

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[kscreensaver] [Bug 317065] blank screensaver does not always activate

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=317065

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[kscreensaver] [Bug 316459] Mouse Cursor Does Not Blank Out

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=316459

Janet  changed:

   What|Removed |Added

 CC|bugzi...@kerridis.de|

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

[plasmashell] [Bug 364752] New: branding.svg/z is not supported anymore?

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364752

Bug ID: 364752
   Summary: branding.svg/z is not supported anymore?
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

In KDE4 the kickoff menu was able to show a logo, taken from the file
branding.svg or branding.svgz in the used plasma theme.  It can be used to show
the KDE logo or the theme name or the distribvution name or whatever and
therefore is a nice addition. Though the themes for Plasma 5 still contain that
file, even Breeze, it is not shown in kickoff?

Reproducible: Always

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

[dolphin] [Bug 364477] Preview for text files doesn't show correct icon for launcher files

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364477

--- Comment #3 from Janet  ---
Created attachment 99666
  --> https://bugs.kde.org/attachment.cgi?id=99666=edit
screenshot of url.desktop with disabled previews

When i turn off the preview the correct icon, the html one, is shown. Preview
thumbnails other than desktop-files show the correct icon in the thumbnail.

Bug 220330 references the same issue, but for KDE SC 4. This should be handled
as a duplicate?

I don't care if the desktop-files are shown as text previews or not when text
preview is enabled, it just should be guaranteed that the icon of the
desktop-file (application icon or in case of URL the default URL icon) is used
with enabled preview for text files, either the icon without preview or the
correct icon in the thumbnail preview.

An option (include/exclude desktop-files) for the text file preview would be
nice (I know devs don't like that ;) ) but even in that case the icon (solo or
inside thumbnail) should be correct.

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

[ksvg2] [Bug 364504] ksvg is not able to display inkscape svg filter effects

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364504

--- Comment #2 from Janet  ---
Oh, sorry, I don't know the internal structure... If ksvg only is used in khtml
- for which internal part icon/wallpaper rendering should be reported as they
obviously use the same engine?

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

[plasmashell] [Bug 361533] Kickoff option "sort by name" actually means to *show* name (not to alphabetically resort the entries) - unclear

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

--- Comment #4 from Janet  ---
It is much more obvious in the settings of the alternative fullscreen "dash".
There you have a drop down menu with 4 different options. "Sort by name" maybe
would be more clear if there would be the couterpart "sort by description".
Just as a single option to be ticked it is not clear.

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

[plasmashell] [Bug 361533] Kickoff option "sort by name" actually means to *show* name (not to alphabetically resort the entries) - unclear

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

Janet  changed:

   What|Removed |Added

Summary|Kickoff lacks option to |Kickoff option "sort by
   |display application name|name" actually means to
   |instead of description  |*show* name (not to
   ||alphabetically resort the
   ||entries) - unclear

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

[plasmashell] [Bug 364508] New: no way of sorting "by desktop" and "from left to right" or "manually"

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364508

Bug ID: 364508
   Summary: no way of sorting "by desktop" and "from left to
right" or "manually"
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: Task Manager
  Assignee: h...@kde.org
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

The taskmanager in the panel allows to sort the window entries automatically
according to their appearance on desktops or activities. That's fine but gives
one problem to me:

I want to have my window entries sorted in desktop order but at the same time
in the order they appear on the desktops from left to right. I am optically
oriented and as that is my reading and looking direction it is "naturally" for
me. But instead they seem to be sorted alphabetically. That's totally confusing
and messed up for me (and not always obvious as the shown name is not the name
of the application).

E.g. with "by desktop" I start applications in the order kate, kontact and
chromium (all on one desktop). They appear on destkop in the order kate,
chromium, kontact (as kontact tooks longer to start). In the taskmanager they
appear in the order chromium, kate, kontact but are show as Startpage,
Unbenannt, Posteingang. So I have 4 different orders: the starting order, the
appearance inside the desktop, the alphabetical application order in the
taskmanager and the totally unsorted order of the button names...

It would be ok if the starting order would be "by desktop" together with
"alphabetically" *if* the user would be able to sort the entries manually (but
once you choose manually the preset isn't "by desktop" and when you choose "by
desktop" you cannot sort manually at all. It would be even better if the user
does not *have to* take corrective action.

Therefore I beg you to make "by desktop" and "by activity" a setting that can
be *combined* with the settings "manually", "alphabetically" and new settings
"from left to right" and "from right to left" (and maybe "by time they appear
first") and not to hard-wire it with "alphabetically". 

Reproducible: Always

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

[plasmashell] [Bug 364505] New: grouping by application without ticked "only when taskbar is full" disables the "by desktop" sorting

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364505

Bug ID: 364505
   Summary: grouping by application without ticked "only when
taskbar is full" disables the "by desktop" sorting
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Task Manager
  Assignee: h...@kde.org
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

When sorting of the task manager is set to "by desktop" and grouping is enabled
("only when taskbar is full" *not* ticked) windows are not sorted by desktop at
all. Instead the new applications are sorted to the end of the taskbar... I
explicitly have to open the task manager settings and change the sorting order
to alphabetically, save and change it back to "by desktop" to get the desktop
sorting to get the *already open* applications be sorted by desktop... Happens
*every time* I start any application, it gets sorted to the end of the
taskbar... This doesn NOT happen when I choose to group applications "only when
taskbar is full"... so obviously grouping by application without the
restriction "only when taskbar is full" disables the "by desktop" sorting. 


Reproducible: Always

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

[ksvg2] [Bug 364504] New: ksvg is not able to display inkscape svg filter effects

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364504

Bug ID: 364504
   Summary: ksvg is not able to display inkscape svg filter
effects
   Product: ksvg2
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: wild...@kde.org
  Reporter: bugzi...@kerridis.de

Inkscape offers some nice filter effects to create svgs, e.g. frozen glass. But
none of these filter effects is visible in KDE applications (dolphin preview,
in icon themes). Applications not using ksvg can display the filters and
effects so it is not an inkscape-only thingy. It would be great if KDE
applications also could show the filter effects, would be great for creating
svg icons and svg wallpapers.

Reproducible: Always

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

[dolphin] [Bug 364477] Preview for text files doesn't show correct icon for launcher files

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364477

--- Comment #1 from Janet  ---
Created attachment 99587
  --> https://bugs.kde.org/attachment.cgi?id=99587=edit
wrong icon in preview (default icon), look at properties (correct icon)

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

[dolphin] [Bug 364477] New: Preview for text files doesn't show correct icon for launcher files

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364477

Bug ID: 364477
   Summary: Preview for text files doesn't show correct icon for
launcher files
   Product: dolphin
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: bugzi...@kerridis.de

If you enable the preview for text files, this also concernes launchers for
applications and URLs. Alas a default icon is used in the preview which doesn't
help in identifying the text file as launcher. If an icon is specified in the
desktop-file that icon should be used as watermark in the preview instead of
the default icon. E.g. a launcher for an URL should contain the text-html icon
as watermark in the preview, the icon that is specified in the text file and
would be used if the preview wasn't enabled. 

Reproducible: Always

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

[plasmashell] [Bug 360478] Desktop widgets are permanently repositioned when fullscreen games lower display resolution

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360478

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #4 from Janet  ---
Created attachment 98773
  --> https://bugs.kde.org/attachment.cgi?id=98773=edit
screenshot of 1920x1200 desktop after game changed resolution to 1280x960 and
back

As you can see in the screenshot not only the widgets on the desktop are
affected, krunner also opens at a wrong position: still at the top but
assumingly in the middle of the temporary resolution (1280x960) not the former
and current one (1920x1200).

The digital clock was at the most right on the desktop below the weather as was
the disk widget. The analog clock is not affected, the position stayed the
same. The weather is not a widget.

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

[plasmashell] [Bug 360886] Minimum Size is to height

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360886

--- Comment #4 from Janet  ---
But I admit that's only given if the device manager is used in the tray. If it
is used as a widget on the desktop maybe a smaller popup *just for that
usecase* might be fine.

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

[plasmashell] [Bug 360886] Minimum Size is to height

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360886

--- Comment #3 from Janet  ---
The popup always stays in the same size and at the same position, no matter if
I open the device manager, the mixer, the hidden objects - it just blends over,
that's simply great and looks very sleek!

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

[plasmashell] [Bug 360886] Minimum Size is to height

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360886

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #2 from Janet  ---
No. That really is a fine size, all popups in the tray have the same height,
that looks consistent. Please don't change that.

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

[plasmashell] [Bug 360321] plasma toolbox respect toolbar icon size

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360321

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #3 from Janet  ---
IMHO those icons should follow the "small icons" size and not the toolbar size.
It is not a toolbar.

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

[plasmashell] [Bug 361533] Kickoff lacks option to display application name instead of description

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

--- Comment #3 from Janet  ---
We better change the title to something like  "Kickoff option to sort entries
by name actually means show entries by name and text therefore should be
changed"?

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

[plasmashell] [Bug 361533] Kickoff lacks option to display application name instead of description

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

--- Comment #2 from Janet  ---
(In reply to Kai Uwe Broulik from comment #1)
> Well, there's an option in Kickoff settings for exactly that, isn't there?

Where? I only see two options: change tabs by hovering & sort entries by names

I don't want to sort it automatically I just want to have the name visible and
the description small below on hover.

Oh you mean "sorting" means showing... ?  I'll try.

O k e y - works - the description of that option is highly confiusing. 
1. It doesn't do what it says as it does not sort but swaps name and
description
2. I as user don't expect a sorting option to swap name and description

Maybe the text can be changed to make  the real function more clear... just
like "use name instead of description"

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

[plasmashell] [Bug 361861] New: default kickoff height should show all categories without scrolling

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361861

Bug ID: 361861
   Summary: default kickoff height should show all categories
without scrolling
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

Kickoff doesn't show all categories by default, only 9 are visible, at least 2
are always out of sight. Using kickoff would be a lot easier if it would be
high enough (on displays big enough or maybe optionally) to show all categories
at one glance without scolling. 

Apart from not being able to see all categories at one glance the menu is kind
of jumping (which obviously is intended behaviour but really confuses me every
time): when I open the menu, move the mouse to the "Applications" tab and from
there into the field with the categories the content instantly jumps up
(without that I touch the mouse wheel), highly irritating. I try to avoid that
by moving the mouse outside of the menu around the menu to get to the top of
the menu.

Therefore I beg you to let the menu adjust its height to the number of active
categories (optionally or dependend from screen height) to show all categories
at one glance and to stop that highly confusing "jumping". It does not annoy as
much inside a category because the list of applications is either short (no
scrolling) or long enough, so it is a smoother experience, but this
"flickering" in the category area itself is hard to stand.

As there are always at least two kinds of users ( in this case presumably: must
see everything at one glance + large elements vs. hide as much as possible +
small elements) I'd love to have a configuration option. 

Reproducible: Always



Expected Results:  
All categories in the applications tab should be visible by default (menu
should be high enough if screen height allows it)

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

[plasmashell] [Bug 361859] New: kickoff doesn't keep user defined size

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361859

Bug ID: 361859
   Summary: kickoff doesn't keep user defined size
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

I want to make the kickoff menu higher to see all categories without scrolling
and "jumping" of the content so I patched
/usr/share/plasma/plasmoids/org.kde.plasma.kickoff/contents/ui/Header.qml as
proposed in Bug 332512 to enable resizing. 

Now I can resize the menu so that all categories are shown and the menu stands
still and doesn't move inside the categories view but that isn't permanent, it
stays only for the current session, next session I have to resize the menu
again.

Reproducible: Always

Steps to Reproduce:
1. enable the pin for kickoff 
2. pin kickoff, resize it with Alt+right mouse button, de-pin it
3. new height is kept (for session)
4. logout and back in
5. kickoff has old default height :(


Expected Results:  
Menu should keep user defined size until user changes size

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

[Spectacle] [Bug 361640] Option to default to JPG on save & exit

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361640

--- Comment #2 from Janet  ---
Thanks :)

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

[Spectacle] [Bug 361640] New: Option to default to JPG on save & exit

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361640

Bug ID: 361640
   Summary: Option to default to JPG on save & exit
   Product: Spectacle
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: General
  Assignee: m...@baloneygeek.com
  Reporter: bugzi...@kerridis.de

Can you please add an option to have JPG as the default save format? When I hit
save & exit it always saves as PNG. 99% of my screenshots are for showing in a
forum or the like and PNG is too huge - so I always have to convert the file
after taking the screenshot. More comportable would be if one could choose to
default to a certain format, either JPG or PNG (of course keeping the option to
use the other format when you don't use save & exit but save as). I don't use
PNG at all for screenshots because of the file size, others won't use JPG
because of the quality. It depends on the use case.

Reproducible: Always

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

[kstart] [Bug 361602] New: strange behaviour on switching desktops with non-KDE5 applications

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361602

Bug ID: 361602
   Summary: strange behaviour on switching desktops with non-KDE5
applications
   Product: kstart
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: l.lu...@kde.org
  Reporter: bugzi...@kerridis.de

I encountered a strange kstart behaviour when I try to start applications on a
different desktop than the current one:

With KDE5 applications it works as expected, "kstart --desktop 2 "
switches to the new desktop and the application window appears on that desktop.
It doesn't matter if I invoke that command from a launcher or krunner or
konsole.

But with KDE4- and non-KDE applications it behaves different (e.g. Amarok or
Gimp): If I invoke the full command from konsole or krunner kstart switches the
desktop it behaves as expected, no difference to starting a Plasma 5 app. 

But invoking any launcher (via kickoff, krunner, quicklaunch, single launcher
in panel or on desktop) , the desktop switches to the target desktop, the
application gets launched (I see the gimp splash therefore I now it is started
on the target desktop) - and then the desktop switches back to where I have
executed the launcher and opens the application window on that desktop. 

As the command does work as expected when typed in konsole or krunner but not
when executed via a launcher and the latter only with applications that don't
belong to KDE5 I guess it's not really a kstart problem. But I didn't know
where else to report. 

The funny thing is - it did work as expected in KDE4 so it's obviously not a
problem of the non-KDE apps.

Reproducible: Always



Expected Results:  
The desktop shouldn't switch back to the primary one after the desktop number
was set by kstart, even if an application launcher maybe reports it was
launched from another desktop.

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

[plasmashell] [Bug 361533] Kickoff lacks option to display application name instead of description

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

Janet  changed:

   What|Removed |Added

Summary|Kickoff lacks option to |Kickoff lacks option to
   |display entry name instead  |display application name
   |of description  |instead of description

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

[plasmashell] [Bug 361533] New: Kickoff lacks option to display entry name instead of description

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361533

Bug ID: 361533
   Summary: Kickoff lacks option to display entry name instead of
description
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

Alas Kickoff's only mode is to display the description of the applications. It
shows the name of the application only on mouseover, small below the
description. I'd love to see it the other way (and I am quite sure it was
possible in KDE SC 4): to have the name of the application shown and the
description only on mouseover. As it is now I only can identify applications by
their icons... 

Reproducible: Always

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

[Spectacle] [Bug 358608] Enable "Print images" kipi plugin

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358608

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #2 from Janet  ---
I am glad that you don't use the kipi-plugins for spectacle, they have
cluttered the send/export to dialog of ksnapshot a lot. But I agree that it
would be comfortable to have some further printing options and I'very much
appreciate if it could be added to spectacle's own print feature.

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

[kmenuedit] [Bug 345100] The menu editor doesn't properly save new icons for submenus

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=345100

--- Comment #6 from Janet  ---
I can confirm the path problem. I am using kmenuedit from kubuntu-ci
(4:5.5.4+git20160308.1732+15.10-0) and it uses the package icon for new
submenus. The .directory files with that icon are stored in
~/.local/share/desktop-directories/ whereas the .directory files with
the correct (i.e. user given) icon are stored in  ~/.local/share/ ...

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

[plasmashell] [Bug 361392] New: Pager: no visual indicator for hover anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361392

Bug ID: 361392
   Summary: Pager: no visual indicator for hover anymore
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Pager
  Assignee: plasma-b...@kde.org
  Reporter: bugzi...@kerridis.de

In KDE SC 4 the pager has shown a visual indicatior when the mouse hovered over
a desktop square. Alas this doesn't work in Plasma 5 anymore, the pager squares
don't change their look on hovering over them. Although the pager.svg in
whatever plasma theme contains an object for hover it doesn't seem to be used
anymore.

Reproducible: Always



Expected Results:  
hovered desktop square in pager should give visual feedback as in KDE SC 4 and
as set in the pager.svg

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

[Discover] [Bug 334541] Authentication Error - Muon Update Manager (This operation cannot continue since proper authorization was not provided

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=334541

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #19 from Janet  ---
Can confirm this on Netrunner 17 (based on Kubuntu 15.10) - but only on one
system out of two.

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

[kfile] [Bug 361248] New: wrong sorting in file open dialog - not consistent behaviour

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361248

Bug ID: 361248
   Summary: wrong sorting in file open dialog - not consistent
behaviour
   Product: kfile
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdelibs-b...@kde.org
  Reporter: bugzi...@kerridis.de

My language settings are German. In dolphin I have chosen to NOT let it sort my
files "natural". 
It sorts e.g. 18872, 2016-01, 201601375, 50359 - which is exactly what I
expect.
Gwenview and Konsole also sort files correctly 18872, 2016-01, 201601375,
50359... one digit after the other.

But the file open dialog sorts 2016-01, 18872, 50359, 201601375,... 
which means it pools the single digits into multi-digit numbers i.e. uses that
sorting that is called "natural" in Plasma. 

When I alter some file I append a digit - 201601 e.g. gets the variants 2016011
2016012 etc. and I need them to be shown together. But in the file dialog I
cannot find anything because the files which belong together are in absoulutely
different positions. 

In systemsettings I have set the sorting to C, everything else is German.

Can you please make the file dialog respect the user chosen sorting so that
everything is consistent?

Reproducible: Always



Expected Results:  
No "natural" sorting of files in file open dialog when sorting is C or dolphin
is configured to not use "natural" sorting - or provide some option to get rid
of "natural" sorting in file open dialog. Every file listers should be
consistent in sorting (and in my case preferably not "natural"). 

I have KF 5.18-5.19, applications show 15.08-15.12 and plasma elements are from
5.5.3 to 5.5.5... So it's hard for me to tell which version I am using...

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

[kmenuedit] [Bug 361234] New: no icons for submenus possible

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361234

Bug ID: 361234
   Summary: no icons for submenus possible
   Product: kmenuedit
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: unassigned-b...@kde.org
  Reporter: bugzi...@kerridis.de

When I create a new submenu in some category in kmenuedit I can assign  an icon
to it. But when I save and close kmenuedit the submenu has no icon in kickoff.
When I re-open kmenuedit the icon is gone too. 

Tested on two machines with Netrunner 17/Kubuntu 15.10.

Reproducible: Always


Actual Results:  
Icon for submenu is not saved.

Expected Results:  
Well, icon should be saved...

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

[krusader] [Bug 361067] krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

--- Comment #6 from Janet  ---
Created attachment 98154
  --> https://bugs.kde.org/attachment.cgi?id=98154=edit
screenshot/mockup: short addition

I can close this as WORKSFORME - but I'd rather would like to change it to a
request (wish) for changing the informational text in the icon size settings as
the usage is not obvious? A short addition like "for new tabs" or "(for new
tabs only)" would make it clear.

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

[krusader] [Bug 361067] krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

--- Comment #5 from Janet  ---
(In reply to Davide Gianforte from comment #4)
> Every tab has its own icon size. When you change one of them, it's saved
> locally. 

That does work.

> You can set the default icon size in both views in Konfigurator
> (brief and detailed), but it affects only the new tabs, not the ones already
> existing.

It works too - explained that way. 
But that's the confusing part which led to this report as it is not evident.
Looking into the settings one expects that the size settings change especially
the current view (without the need to change every single tab/panel) plus all
future tabs.

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

[krusader] [Bug 361067] krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

--- Comment #3 from Janet  ---
I guess my fault is that I expect krusader to use the icon size specified in
its settings dialog. Now I see there is more than one icon size entry in
krusaderrc. The icon size for the panels seems not to be affected by krusader's
settings. The setting only changes the icon size for [KrInterDetailedView] and
[KrInterBriefView] - but that does not affect the size of the icons in the
panels.

Excerpt of krusaderrc:
--
[KrInterBriefView]
IconSize=32

[KrInterDetailedView]
IconSize=32

[Main Toolbar]
IconSize=32

[Startup][Left Tab Bar][Tabs][Tab0][View]
IconSize=22

[Startup][Right Tab Bar][Tabs][Tab0][View]
IconSize=22
-

When I use the button for enlarging the icons grow in size. And that size is
remembered by krusader and stored in [Startup][Left Tab Bar][Tabs][Tab0][View]
and [Startup][Right Tab Bar][Tabs][Tab0][View].

"Worksforme" so far... But shouldn't the settings for the icons' size change
the panel icons' size? If yes, it's broken. If not, it's useless and should be
removed

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

[krusader] [Bug 361067] krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

--- Comment #2 from Janet  ---
(In reply to Davide Gianforte from comment #1)
> Can't replicate your problem (Kubuntu 14.04.4 live). Can you reset
> krusaderrc config file? It's in ~/.kde/share/config directory. Icon size it
> saved at program quit and it is restored successfully.

It did work with Kubuntu 14.04 - but I use 15.10 with Plasma 5. The icon size
is still stored in krusaderrc but krusader does not respect it...

I can reproduce that on 2 machines...

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

[kaddressbook] [Bug 237747] context menu of contact/group/folder should offer to write mail to these persons

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=237747

Janet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Janet  ---
Well that I guess we can consider this as solved.

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

[krusader] [Bug 361067] New: krusader ignores icon size from its settings

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361067

Bug ID: 361067
   Summary: krusader ignores icon size from its settings
   Product: krusader
   Version: 2.4.0-beta3 "Single Step"
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: m...@fork.pl
  Reporter: bugzi...@kerridis.de

It doesn't matter which icon size I use in krusader's settings, it is ignored,
krusader (root, user) always uses the same small icon size.

Reproducible: Always

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

[plasmashell] [Bug 357367] Desktop Settings -> Mouse Actions -> Vertical Scroll set to Application Launcher does not work

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=357367

--- Comment #5 from Janet  ---
(In reply to Kai Uwe Broulik from comment #4)
> It works with the left button, if you use the "Desktop" layout. It does not
> with "Folder" as the root MouseArea (responsible for eg. rubber band
> selection) eats the mouse event for left mouse button.

Thanks for the explanation :).

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

[plasmashell] [Bug 357367] Desktop Settings -> Mouse Actions -> Vertical Scroll set to Application Launcher does not work

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=357367

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #3 from Janet  ---
It also does not work if you asign the application menu to left mouse button
(Netrunner 17, Plasma 5.5). I can confirm that it indeed does work mit middle
mouse button - but I need the middle mouse button for pasting. And to use the
mouse acitons to start the application menu alas is the only way to get the
classic menu, as it alas is no alternative for the application menu in the
panel anymore :(.

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

[neon] [Bug 359634] Error loading QML file: file:///usr/share/plasma/plasmoids/org.kde.plasma.kickoff/contents/ui/Kickoff.qml:38:34: Type FullRepresentation unavailable

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359634

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

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

[kdeplasma-addons] [Bug 360232] quicklaunch widget: no space between entries in popup, icons overlap

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360232

--- Comment #5 from Janet  ---
Thanks :)

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

[plasmashell] [Bug 359618] folder view in panel: much too small fixed icon size, no resizing anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359618

--- Comment #8 from Janet  ---
Ok, so shall I open a new report on this issue? This report in the first place
was about a possibility to adjust the icon size in list view. It is good to
have the icon view back, thanks for giving the user this alternative for
different usecases - or in some cases at least a workaround as with those tiny
fixed icons the long awaited list view alas is not usable for me and I guess
also not for other non-eagleeyed people.

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

[i18n] [Bug 360230] l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

--- Comment #9 from Janet  ---
(In reply to Frederik Schwarzer from comment #8)
> If I may ask, where do you call them "Schubladen"? Just for yourself or in
> any translation project?

For myself. I also have seen the term "drawer" somewhere else - but I don't
remember where. 

> If the same kind of elements are called "Aufklappfenster" elsewhere, we
> should go with consistency ... even though I do not like the word very much.

I agree on both, and consistency is important. i guess the term at least is
understandable.

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

[plasmashell] [Bug 359618] folder view in panel: much too small fixed icon size, no resizing anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359618

--- Comment #6 from Janet  ---
So this also allows to have bigger icons in the list view than 16x16?

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

[kdeplasma-addons] [Bug 360232] quicklaunch widget: no space between entries in popup, icons overlap

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360232

--- Comment #3 from Janet  ---
Created attachment 97842
  --> https://bugs.kde.org/attachment.cgi?id=97842=edit
works :)

Thanks, I applied the patch, it works :). The popup icons now are in size 32
while the dialog icons are still in desired bigger size. That's a much better
default.

It is solved - but please allow some further question: If someone wants to have
bigger icons than 32x32 in the popup (also with preserved space between the
entries) one would have to change the "medium" in "width:
units.iconSizes.medium" to something else. If I use "big" the icons are in
64x64. In that case there still/again is not enough spacing (same case as in
the original). What would be needed to gain the desired space between the
entries independent from the icon size? And what would be 48x48 - what lies
between big and medium?

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

[i18n] [Bug 360230] l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

--- Comment #7 from Janet  ---
Created attachment 97841
  --> https://bugs.kde.org/attachment.cgi?id=97841=edit
BTW: In systemsettings (kwin effects) those popups are called "Aufklappfenster"

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

[i18n] [Bug 360230] l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

--- Comment #6 from Janet  ---
(In reply to Frederik Schwarzer from comment #4)
> BTW: In the initial KF5 port of quicklaunch, the author was calling it
> "popup drawer". Creativity. :)

Much better, that describes it best :). I also call those extra popup menus
"Schubladen" :).

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

[i18n] [Bug 360230] l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

--- Comment #5 from Janet  ---
Created attachment 97839
  --> https://bugs.kde.org/attachment.cgi?id=97839=edit
screenshot of quicklaunch widget

In the screenshot you can see two quicklaunch widgets, with and without
activated popup. The popup in "action" you can see in Bug 360232 (no need to
upload twice). 

I am using KF 5.18 and plasma-widgets-addons is version 5.5.4.

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

[i18n] [Bug 360230] l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

--- Comment #3 from Janet  ---
(In reply to Frederik Schwarzer from comment #2)

Sorry for the typo. If you use German translation you might want to search for
"Schnellstarter" in the widget container.

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

[plasmashell] [Bug 353834] Two row system tray icons are too big (ok if single row)

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=353834

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #5 from Janet  ---
I agree in that you have to make the panel quite high to achieve a two row
systemtray. That's ok for me as that equals the size I like my panel and tray
icons to have - but it can be a pain if you have a smaller display resolution
or want to use a smaller panel out of other reasons. 

It would be much better if you would leave the decision to the user and not to
the panel if the tray shows in one or two rows. Can you please make it
configurable for the user to optionally choose if one or two row independent of
the size of the panel? Like a switch for dynamic row adjustment or fixed number
of rows? The icons in the panel can adjsut better, small icons for the people
who need small icons in two rows and bigger icons for the people who need
bigger icons.

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

[plasmashell] [Bug 360232] quicklaunch widget: no space between entries in popup, icons overlap

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360232

--- Comment #1 from Janet  ---
Created attachment 97755
  --> https://bugs.kde.org/attachment.cgi?id=97755=edit
combined screenshot of quicklaunch popup with different dialog icon size

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

[plasmashell] [Bug 360232] New: quicklaunch widget: no space between entries in popup, icons overlap

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360232

Bug ID: 360232
   Summary: quicklaunch widget: no space between entries in popup,
icons overlap
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: bhus...@gmail.com, plasma-b...@kde.org

The popup of the quicklaunch widget uses the size of the dialog icons. Alas it
does not adjust to the icon size so that the icons overlap when they are bigger
than 32x32. I always use dialog icons of size 64x64 - and I cannot distinguish
between the entries in the popup because the icons are just one overlapping
bar. Even with 48x48 dialog icon size the icons overlap.

I could even live with a fixed icon size of 32 as kickoff menu has... That
would be better than those jammend icons. Maybe you could use "small icons" or
"toolbar icons" instead of "dialog icons", both would be more appropriate for a
menu IMHO. But please adjust the space between the entries to the icons size.

Reproducible: Always

Steps to Reproduce:
1. Set the size for the dialog icons (systemsettings) to 48 or 64.
2. Place some icons in the drawer of the quicklaunch widget.
3. Open the popup drawer - the icons overlap. The more the bigger they are. 

Actual Results:  
The space between the entries is not adjusted to the icon size.

Expected Results:  
All icons in the popup should be clearly separated, the space must adjust to
the size of the icons.

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

[plasmashell] [Bug 360230] New: l10n-de: quicklaunch widget in Plasma 5.5: wrong translation in settings dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360230

Bug ID: 360230
   Summary: l10n-de: quicklaunch widget in Plasma 5.5: wrong
translation in settings dialog
   Product: plasmashell
   Version: 5.5.4
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: bhus...@gmail.com, plasma-b...@kde.org

It seems as if there is no option for the popup in the new quicklaunch widget -
at least if you use German language. "Enable popup" is translated to
"Benachrichtung aktivieren" (enable notification) which I guess no German  can
associate with a popup menu. I only found the popup option after seeing a
screenshot in English. An understandable translation of "popup" in this case
would be "Aufklappmenü" or even "Pop-Up".

Reproducible: Always

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

[phonon-backend-vlc] [Bug 345651] Notification volume gets raised to 100% on login

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=345651

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #7 from Janet  ---
The easy solution for the user is to dump phonon-backend-vlc and use
phonon-backend-gstreamer instead.

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

[plasmashell] [Bug 353058] Make it possible to resize the panel popup / Make better use of large screens

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=353058

--- Comment #2 from Janet  ---
Duplicate of Bug 332512 ?

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

[plasmashell] [Bug 341143] Wallpaper on every desktop is gone.

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=341143

--- Comment #175 from Janet  ---
Request to change the title of this report to include the widgets. Both go
together, different wallpapers and different widgets on the virtual desktops.
And maybe someone can set Bug 343246 to RESOLVED DUPLICATE of this one instead
of a WONTFIX? Please?

And many thanks for investigating and contemplating the issue.

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

[plasmashell] [Bug 353058] Make it possible to resize the panel popup / Make better use of large screens

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=353058

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #1 from Janet  ---
Please no automatic. There are people who love to have small desktop elements
on a huge screen and people who love (or need) to have huge desktop elements on
a small screen...

All widgets with a pin can be resized with pressed Alt key and right mouse key.
Not obvious but works. Alas not all popup widgets have a pin... If they would
and if there would be some hint how to resize it would be of great help.

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

[plasmashell] [Bug 359653] New: it is not possible anymore to overlap widgets, instead they resize

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359653

Bug ID: 359653
   Summary: it is not possible anymore to overlap widgets, instead
they resize
   Product: plasmashell
   Version: 5.5.4
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: bhus...@gmail.com, plasma-b...@kde.org

In some cases I love to have overlapping widgets on the desktop - just a little
bit, especially when they are rotated. Personal style and decoration ;). This
was no problem with KDE 4. But with Plasma 5 the widgets just don't overlap
anymore - and to make it worse, they resize on their own when I try to do so.
Just found the perfect size for a widget - and it resizes on its own...

Is there a way to allow the widgets to overlap and to not snap to any grid? And
to not resize on their own? I don't find any obvious "don't snap to grid" or
"allow widgets to overlap" or "KDE4 behaviour" option in the desktop settings
or systemsettings.

Reproducible: Always



Expected Results:  
Widgets must not resize on their own on the desktop. It should be possible for
the user to arrange the widgets as he desires, even if the widgets overlap.

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

[plasma4] [Bug 335241] folderview widget in panel always shows home icon for subfolders

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=335241

Janet  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Janet  ---
As this is a little old and the folder view since Plasma 5.4 allows to change
the icon I'll mark this as "resolved".

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

[plasma4] [Bug 319724] Recent Documents are shown without file ending

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=319724

Janet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Janet  ---
File ending is shown in Plasma 5's kickoff menu, solved for me.

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

[frameworks-plasma] [Bug 332512] Plasma Popups aren't resizable

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=332512

--- Comment #52 from Janet  ---
(In reply to Eike Hein from comment #49)
> Various popups already do change their size automatically FWIW (e.g.
> Application Menu).

The "Kicker" Application Menu does, yes. It adjusts in height according to the
added favorites... But maybe I want it to be higher even if the space is not
needed by the favorites? Just because it looks and feels better and more
"comfy" for me?

The Application Menu "Kickoff" does not resize (I have to scroll for the last
two entries in the categories view). And it is good that it does not because
otherwise it would constantly change if you switch to another tab. Therefore
its size needs to be adjustable by the user who is the only one to determine
the size that looks and feels best to him.

@andy gaal: wrong bug report?

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

[dolphin] [Bug 347671] not possible to change icon for toolbar icons in dolphin

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=347671

Janet  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

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

[plasmashell] [Bug 359631] New: popup widgets in panel are shown in the pager

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359631

Bug ID: 359631
   Summary: popup widgets in panel are shown in the pager
   Product: plasmashell
   Version: 5.4.3
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Pager
  Assignee: plasma-b...@kde.org
  Reporter: bugzi...@kerridis.de

Since Plasma 5.4 popup widgets in the panel like kickoff and the folder view
are shown in the pager. That is very irritating and should be suppressible. The
pager should only show windows and those widgets are no windows. 

You can see the different behaviour in the screenshots provided for Bug 359618
(has nothing to do with this bug).

Reproducible: Always

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

[plasmashell] [Bug 352651] Widgets get pushed off the panel despite flexible spacer [regression]

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=352651

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #3 from Janet  ---
I can confirm this on Plasma 5.4.3. If the panel/screen is not wide enough,
widgets at the right side of the panel get "lost". Instead fo this behaviour
the spacers (I use two) should shrink so that the other content stays visible.

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

[plasmashell] [Bug 359618] folder view in panel: much too small fixed icon size, no resizing anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359618

--- Comment #3 from Janet  ---
Created attachment 97331
  --> https://bugs.kde.org/attachment.cgi?id=97331=edit
Screenshot of Plasma 5.4.3 with folder view in panel

Screenresolution is 1280x1024, tested with 17" and 19" monitor. The folder view
in the panel is now in list view with tiny icons and doesn't offer any way to
adjust the icon size or switch to the icon view.

I'd like to have icons in size 32 minimum, better 48 for those lists. My "small
icons" are set to 32 and my distribution is siduction (Debian Sid).

This should be adjustable by the user and independent from resolution and
screen size as plasma can neither determine the eyesight and preferences of the
user nor the usecase. Maybe I want huge icons in one folder view and smaller
icons in another? Depending on the use case: menu (medium icon size 32-48) or
selection of specific files in a folder (small to medium icon size = 22-48) or
selection of certain file types e.g. images - huge icons in 128)? And maybe
another user on the same system with the same display resolution has a better
eyesight and different preferences and wants those tiny 16 icons...

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

[plasmashell] [Bug 359618] folder view in panel: much too small fixed icon size, no resizing anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359618

--- Comment #2 from Janet  ---
Created attachment 97330
  --> https://bugs.kde.org/attachment.cgi?id=97330=edit
Screenshot of Plasma 5.3

The screen resolution is 1280x1024 with a 19" monitor. The folder view in the
panel has no list option but offers to adjust the icons to the user's preferred
size.

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

[plasmashell] [Bug 359618] New: folder view in panel: much too small fixed icon size, no resizing anymore

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359618

Bug ID: 359618
   Summary: folder view in panel: much too small fixed icon size,
no resizing anymore
   Product: plasmashell
   Version: 5.5.4
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Folder
  Assignee: h...@kde.org
  Reporter: bugzi...@kerridis.de
CC: plasma-b...@kde.org

When I drag a folder onto the panel and choose "folder view" the content of the
folder becomes a list with very tiny icons. It doesn't seem to be possible to
adjust the size of the icons anymoreas it was in the preview Plasma version
5.3. 

The list is great (I was so happy that it was made possible again) - but please
can you re-add the option to adjust the size of the icons? As it is now the
folder view in the panel alas is nearly not usable for people with not so good
eyesight or a higher display resolution :(. 



Reproducible: Always

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

[frameworks-plasma] [Bug 332512] Plasma Popups aren't resizable

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=332512

--- Comment #48 from Janet  ---
(In reply to Thomas Meiner from comment #46)
> The user should not need to resize the items by it self. Plasma should do it
> by itself. As it was in KED 4.

I am one of the users who explicitly want to resize the fly-outs like the menu
by themselves. Plasma does not know which size I prefer. That was possible in
KDE4.

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

[frameworks-plasma] [Bug 332512] Plasma Popups aren't resizable

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=332512

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #43 from Janet  ---
(In reply to Gerold Jens Wucherpfennig from comment #9)

> Here is the patch to add a pin button to the kickoff menu,
> in order to do the work-around of resizing kickoff ...

Wow, thanks a lot! Alas you have to patch the file after every update. That
really should be the default, kickoff should contain that pin button! It is so
useful, even if you don't want to resize the menu!

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

[plasmashell] [Bug 359073] New: web browser widget: shown website cannot be resized, always too small

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359073

Bug ID: 359073
   Summary: web browser widget: shown website cannot be resized,
always too small
   Product: plasmashell
   Version: 5.4.3
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: bhus...@gmail.com, plasma-b...@kde.org

The content in the web browser widget seems to adapt to the size of the
plasmoid window. Alas that way the shown content in all cases is much too small
to be readable. 

The KDE4 browser widget had a zoom slider at the bottom which is missing in the
Plasma 5 version. The web browser widget also doesn not react to the usual
shortcut Ctrl+ for increasing the website size and there also is no browser
context menu which allows to resize anything. 

Reproducible: Always


Actual Results:  
There is no obvious method to increase the size of the shown website (resizing
the widget does not count as it shall only occupy a small part of the screen).

Expected Results:  
Give the user an obvious method to increase the size of the shown website, like
a zoom slider or +/- buttons (at least in a context menu) - or at least let the
widget react to Ctrl+/-.

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

[plasmashell] [Bug 359072] New: web browser widget doesn't understand web shortcuts

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359072

Bug ID: 359072
   Summary: web browser widget doesn't understand web shortcuts
   Product: plasmashell
   Version: 5.4.3
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: bugzi...@kerridis.de
CC: bhus...@gmail.com, plasma-b...@kde.org

The web browser widget in Plasma 5 only seems to be able to handle complete
adresses which start with http://. In KDE4 I could enter a web shortcut
followed by a search term (like gg:foo) but when I enter something like that in
the Plasma 5 widget nothing happens, no error message, just no reaction at all.
The web shortcuts are configured and do work in konqueror.

Reproducible: Always

Steps to Reproduce:
1. type something without leading http:// in the address bar of the browse
widget
2. hit enter
3. be frustrated because nothing happens


Expected Results:  
The address bar of the browser widget should also understand and react to
addresses without http:// (just e.g. bugs.kde.org) and should be able to use
web shortcuts as configured in systemsettings. And if a default web shortcut is
configured it should be possible to just type a search term in the address bar
to use that search engine.

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

[frameworks-kio] [Bug 356278] dolphin does not show any file information in copy dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356278

--- Comment #6 from Janet  ---
It's not dolphin related, it happens with krusader too.

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

[frameworks-kio] [Bug 356278] dolphin does not show any file information in copy dialog

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356278

Janet  changed:

   What|Removed |Added

 CC||bugzi...@kerridis.de

--- Comment #2 from Janet  ---
I can confirm this on Netrunner 17/Kubuntu 15.10, also with dolphin 15.08 and
with enabled desktop search. 

And it's not only the file  information that's missing, also the preview of the
file is missing which IMHO for images is as important as information about
date, size and dimension.

With the dialog in this state alas it is impossible to decide which file to
keep.

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

[plasmashell] [Bug 341143] Wallpaper on every desktop is gone.

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=341143

--- Comment #162 from Janet  ---
(In reply to Donald Krebs from comment #155)
> So, my qx: Is screensavers another feature that was deprecated in Ver.5?

Offtopic, but short answer: alas yes. If you want to use a screensaver you have
to use xscreensavers. You might want to search for the corresponding bug report
("resolved" WONTFIX IMHO).

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

[kwin] [Bug 356600] New: OSD desktop switch animation text could be bigger (and configurable)

[Janet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356600

Bug ID: 356600
   Summary: OSD desktop switch animation text could be bigger (and
configurable)
   Product: kwin
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: bugzi...@kerridis.de

The font size used in the OSD desktop switch notification/animation has a fixed
and relatively small size compared to that it should be recognized in a very
short timeframe, especially on bigger displays (and very especially for people
with not so good eyes). Therefore it would be helpful if the font size would
make the notification a little more terse i.e. it could be bigger by default.
For example I feel comforable with a font size of 32.  But as there are people
with smaller displays it would be great it the font size would be configurable.

In Bug 316372 Comment 36 is mentioned a solution, a patched osd.qml file. Maybe
this could get the default one? 

It would be more convenient/obvious to alter the font size via GUI (where you
can choose to use the OSD and decide to use graphical or text only
notification) because only if a GUI element exists most of the users probably
will know that the option exists and will (dare to) use it I guess - but at
least officially *having* the option would be fine.

Reproducible: Always

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