Re: Spectacle badness
On Wednesday, 1 November 2023 20:24:30 GMT pete wrote: > Hi Folks > > is anyone one else having issues with the latest version of spectacle > > this is version 23.08.2 i am talking about > All previous versions you opened spectacle up positioned it where you > wanted it and it remained there this new pain you open it move it to > where YOU want it , take you screen shot and it auto centres on the screen > that causes me lots of issues I'm on Wayland and Plasma and it does the same as you. > I have tried to revert to the 22.xx.xx line but cant do it because of other > changes . Looks like you need to log a bug > I use spectacle a LOT can be 200 to 300 shots some days and that behaviour > is a real show stopper > > Pete . opensuse:tumbleweed:20231030 Qt: 5.15.11 KDE Frameworks: 5.111.0 - KDE Plasma: 5.27.9 - kwin 5.27.9 kmail2 5.24.2 (23.08.2) - akonadiserver 5.24.2 (23.08.2) - Kernel: 6.5.9-1- default - kernel-firmware-radeon 20231019
Re: Kmail "read" status recorded separately in inbox and gmail folders
On Sunday, 15 May 2022 01:03:41 BST Nathan Upchurch wrote: > Hi Everyone, > > I have several gmail accounts set up in kmail via IMAP. When I click on an > email from one of these IMAP accounts in either: > * Unified Mailboxes > Inbox, or > * IMAP Account Folder > Inbox, > the email is marked as read and the counter beside the folder decrements. The > read status of the email, however, does not apply to the same email in /IMAP > Account Folder > [Gmail] > (All Mail | Important)/, and I have to click on > the email in both /All Mail/ and /Important /for the email status to change > to /Read /in each of those folders. Any idea how to fix this? > > Hi I don't know the answer but you'll probably get a better response sending your query to kdepim-users mailing list. -- opensuse:tumbleweed:20220512 Qt: 5.15.2 KDE Frameworks: 5.93.0 - KDE Plasma: 5.24.5 - kwin 5.24.5 kmail2 5.20.0 (22.04.0) - akonadiserver 5.20.0 (22.04.0) - Kernel: 5.17.5-1-default - xf86-video-nouveau: 1.0.17
Re: Right click menu
On Monday, 15 March 2021 09:56:32 GMT René J.V. Bertin wrote: > On Monday March 15 2021 07:56:42 Ianseeks wrote: > > >Is there any way to configure the right-click menu within each application? > >I'd like to be able to put items on the menu that suit me (and remove ones i > >don't use). > > This will depend on the application, in particular if it generates its menus > via the KXMLGui framework. If so, you might find files like > > /usr/share/kxmlgui5/katepart/katepart5ui.rc > or > ~/.local/share/kxmlgui5/katepart/katepart5ui.rc > > and therein you'd find the menu specification. > > However: > - AFAIK these resources are now compiled in and not necessarily present on > disk anymore (if they are, the one in ~/.local/share/kxmlgui5 will take > priority!). Hence the "might find" above. > - the only documentation for what items you might be able to add is typically > in the source code > - even if the base menu is created this way, applications can still remove > and/or add items on the fly themselves. It is thus possible to break an > application, for instance if the rc file creates an empty submenu, and if the > app bails with an error if it doesn't find that menu when it tries to > populate it at runtime. > > There's also a caching feature with a version number in the rc file; you will > probably have to bump that version if you make changes, which may wreak havoc > the next time the application is updated. > > In short, this is more suitable for tweaking if you build your application > from source. > > R. > Thanks Rene. I was hoping it might be configurable throughout the DE so by default available in every KDE app on a per user basis, maybe something for wishlist if its possible to code. -- opensuse:tumbleweed:20210311 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.2 - kwin 5.21.2 kmail2 5.16.3 (20.12.3) - akonadiserver 5.16.3 (20.12.3) - Kernel: 5.11.4-1-default - xf86-video-nouveau: 1.0.17
Right click menu
Hi Is there any way to configure the right-click menu within each application? I'd like to be able to put items on the menu that suit me (and remove ones i don't use). regards Ian -- opensuse:tumbleweed:20210311 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.2 - kwin 5.21.2 kmail2 5.16.3 (20.12.3) - akonadiserver 5.16.3 (20.12.3) - Kernel: 5.11.4-1-default - xf86-video-nouveau: 1.0.17
Re: Menu background colour
On Saturday, 27 February 2021 10:29:45 GMT René J.V. Bertin wrote: > On Saturday February 27 2021 08:01:12 Ianseeks wrote: > > >I've tried that and it didn't work. I've got another login on this machine > >that is set up exactly the same with Breeze for everything and it works > >fine. Its just going wrong on this login. > > > >I'll retry changing everything again within Appearance from theme to colour. > > Your colour choices are cached in ~/.config/kdeglobals (right at the top in > mine). If you have a different account where colours are to your > liking/specification than you could compare the 2 files in something like > xxdiff to see if anything relevant pops out. (I looked in mine but didn't see > any entries that explicitly says it's the menu background.) > > R > Thanks. I can only find one reference to menu but nothing related its background. If i change to Oxygen or Breeze Dark, the menu background matches the rest of the theme but going back to Breeze, it does not match. It is very strange Regards Ian -- opensuse:tumbleweed:20210222 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.0 - kwin 5.21.0 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.16-1-default - xf86-video-nouveau: 1.0.17
Re: Menu background colour
On Friday, 26 February 2021 22:44:34 GMT Frank Steinmetzger wrote: > Am Tue, Feb 23, 2021 at 01:42:44PM + schrieb Ianseeks: > > Hi > > > > With the Plasma latest update to 5.21, any menu is now a dark grey colour. > > Is there anyway to change this, its not the best for my eyesight? I'm > > using Breeze for everything. > > Hi, > I also had a colour issue, although in my case the window titlebars had the > wrong colour right after the upgrade from 5.20 to 5.21. I “fixed” it by > going to system settings → appearance → colours and then set the theme to > something different and then back to Breeze. > > Thanks. I've tried that and it didn't work. I've got another login on this machine that is set up exactly the same with Breeze for everything and it works fine. Its just going wrong on this login. I'll retry changing everything again within Appearance from theme to colour. regards Ian -- opensuse:tumbleweed:20210222 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.0 - kwin 5.21.0 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.16-1-default - xf86-video-nouveau: 1.0.17
Menu background colour
Hi With the Plasma latest update to 5.21, any menu is now a dark grey colour. Is there anyway to change this, its not the best for my eyesight? I'm using Breeze for everything. regards Ian -- opensuse:tumbleweed:20210221 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.0 - kwin 5.21.0 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.16-1-default - xf86-video-nouveau: 1.0.17
Re: Screencopy
On Monday, 22 February 2021 09:13:21 GMT Matthias Apitz wrote: > El día lunes, febrero 22, 2021 a las 07:59:37a. m. +0000, Ianseeks escribió: > > > On Monday, 22 February 2021 07:22:48 GMT Bernd Nachtigall wrote: > > > Hi, > > > > > > who decided the name of the default sceencopy tool (Spectecle) in KDE? > > > > > > I use it not often. So it is not at an prominent place. I use Alt-F2 to > > > get it quickly if I need it. But each time it is a PITA to remember the > > > name of this tool. > > > > > > Name it KPrintScreen, KScreenPrint, ... or whatever but include the > > > function in the name. > > > > > > Bernd > > > > > I agree its not an obvious name but you could just press "Print Screen" > > button, on my system it automatically loads "spectacle" > > > > I'm in the same situation and my netbook Acer C720's keyboard does not > have a PrintScreen button. Naming an application with something so far > away of its use case just violates the POLA. > > matthias > > Don't chromebooks have their own method with Ctrl+Switch Window or Ctrl+Shift+Switch Window or can you reconfigure those key combinations to launch spectacle? -- opensuse:tumbleweed:20210218 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.0 - kwin 5.21.0 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.16-1-default - xf86-video-nouveau: 1.0.17
Re: Screencopy
On Monday, 22 February 2021 07:22:48 GMT Bernd Nachtigall wrote: > Hi, > > who decided the name of the default sceencopy tool (Spectecle) in KDE? > > I use it not often. So it is not at an prominent place. I use Alt-F2 to > get it quickly if I need it. But each time it is a PITA to remember the > name of this tool. > > Name it KPrintScreen, KScreenPrint, ... or whatever but include the > function in the name. > > Bernd > I agree its not an obvious name but you could just press "Print Screen" button, on my system it automatically loads "spectacle" -- opensuse:tumbleweed:20210218 Qt: 5.15.2 KDE Frameworks: 5.79.0 - KDE Plasma: 5.21.0 - kwin 5.21.0 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.16-1-default - xf86-video-nouveau: 1.0.17
Re: Logout process
On Sunday, 17 January 2021 12:42:39 GMT Ianseeks wrote: > On Sunday, 17 January 2021 10:40:43 GMT René J.V. Bertin wrote: > > >That works fine. Just get a nice wallpaper with date/time, a password > > >prompt and switch user option > > > > But is that the same wallpaper as you get when using the lock/logout option? > > > > What I'm getting at is that that option maybe uses the same procedure as > > the standard lock action, with different parameters. While the pure logout > > process probably just tells the plasma shell to quit (which in turn will > > cause the X11 server to quit, etc). > > > The logout wallpaper is blurred but the logout is sharp > > Sorry.. correction The locked wallpaper is blurred but the logout wallpaper is sharp -- opensuse:tumbleweed:20210114 Qt: 5.15.2 KDE Frameworks: 5.78.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.1 (20.12.0) - akonadiserver 5.16.1 (20.12.0) - Kernel: 5.10.7-1-default - xf86-video-nouveau: 1.0.16
Re: Logout process
On Sunday, 17 January 2021 10:40:43 GMT René J.V. Bertin wrote: > >That works fine. Just get a nice wallpaper with date/time, a password prompt > >and switch user option > > But is that the same wallpaper as you get when using the lock/logout option? > > What I'm getting at is that that option maybe uses the same procedure as the > standard lock action, with different parameters. While the pure logout > process probably just tells the plasma shell to quit (which in turn will > cause the X11 server to quit, etc). > The logout wallpaper is blurred but the logout is sharp -- opensuse:tumbleweed:20210114 Qt: 5.15.2 KDE Frameworks: 5.78.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.1 (20.12.0) - akonadiserver 5.16.1 (20.12.0) - Kernel: 5.10.7-1-default - xf86-video-nouveau: 1.0.16
Re: Logout process
On Saturday, 16 January 2021 19:21:55 GMT René J.V. Bertin wrote: > >2. Lock/Logout widget - clears desktop but wallpaper is still visible then > >runs logout script. > > What happens when you lock the screen? > That works fine. Just get a nice wallpaper with date/time, a password prompt and switch user option -- opensuse:tumbleweed:20210114 Qt: 5.15.2 KDE Frameworks: 5.78.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.1 (20.12.0) - akonadiserver 5.16.1 (20.12.0) - Kernel: 5.10.7-1-default - xf86-video-nouveau: 1.0.16
Logout process
Hi i've just noticed a difference in process between the Logout/Lock widget and the Logout option on the menu. I've got a script that runs during logout, the difference is below 1. Menu logout - launches the logout script with desktop still visible 2. Lock/Logout widget - clears desktop but wallpaper is still visible then runs logout script. i would have thought that no.2 was closer to the correct way for it to exit. I would have thought that clearing the desktop completely before running a logout script would be the ideal way. Any thoughts? regards Ian -- opensuse:tumbleweed:20210114 Qt: 5.15.2 KDE Frameworks: 5.78.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.1 (20.12.0) - akonadiserver 5.16.1 (20.12.0) - Kernel: 5.10.7-1-default - xf86-video-nouveau: 1.0.16
Re: Black line between panel and wallpaper
On Sunday, 10 January 2021 10:40:27 GMT René J.V. Bertin wrote: > On Sunday January 10 2021 09:15:42 Ianseeks wrote: > > >> Am I right to assume that you disabled the KWin compositor? > > > >Yes, i have. > > Out of curiosity, does KWin do window shadows and semi-transparence during > moves and resize again when the compositor is disabled, and if so, since what > version? With "again" I mean: KWin4 (4.11.22) did it, KWin 5.15.5 doesn't. It doesn't happen on mine. I've got a really old nvidia board (GT218) and i'm using nouveau > Linux support for certain (integrated) GPUs is just not stable enough to do > everything using compositing (and if the WM uses compositing that means > pretty much everything is drawn that way AFAIU). Issues range from glitches > and flickering regions that apparently needed an refresh to black screens > when activating the compositor to GPU hangs (and that's "just" with the i915 > driver). > > R > -- opensuse:tumbleweed:20210107 Qt: 5.15.2 KDE Frameworks: 5.77.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.0 (20.12.0) - akonadiserver 5.16.0 (20.12.0) - Kernel: 5.10.4-1-default - xf86-video-nouveau: 1.0.16
Re: Black line between panel and wallpaper
On Sunday, 10 January 2021 00:27:27 GMT Frank Steinmetzger wrote: > Am Thu, Jan 07, 2021 at 12:16:40PM + schrieb Ianseeks: > > Hi > > > > This has been like this for a while, is there any reason for a black line > > ot exists between the panel and wallpaper/. When you logout, the panel > > disappears and the wallpaper extends to the bottom of the screen so it > > looks like the panel creates the black line. > > Am I right to assume that you disabled the KWin compositor? Yes, i have. > I yes, then it’s > a bug that I reported and has been fixed in a coming version: > https://bugs.kde.org/show_bug.cgi?id=430390 i'll wait for the update. > Thanks for the comment -- opensuse:tumbleweed:20210107 Qt: 5.15.2 KDE Frameworks: 5.77.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.0 (20.12.0) - akonadiserver 5.16.0 (20.12.0) - Kernel: 5.10.4-1-default - xf86-video-nouveau: 1.0.16
Re: Black line between panel and wallpaper
On Thursday, 7 January 2021 12:35:46 GMT René J.V. Bertin wrote: > On Thursday January 07 2021 12:16:40 Ianseeks wrote: > > >This has been like this for a while, is there any reason for a black line ot > >exists between the panel and wallpaper/. When you logout, the panel > >disappears and the wallpaper extends to the bottom of the screen so it looks > >like the panel creates the black line. > > I'm guessing it's there to make the panel stand out regardless of what > wallpaper you're using. If so, it's likely to become white when you switch to > a black(ish) panel; that's what I have on my Plasma4 desktop with the dark > glass Oxygen panel theme (my panel also has a shadow so I see a white and a > black line). > > FWIW: fresco painters used the same trick: they'd paint a black hairline > between areas of different colours. From the intended view point you would > not be able to see that line, but it still improve the perceived separation > between the areas (no or less colour bleeding or worse in case complementary > colours were used next to each other). > > We'll see what other say, but my guess is that you would NOT prefer it with > that line gone. I'm not bothered about it really, just checking thats how its supposed to be. > R > -- opensuse:tumbleweed:20210104 Qt: 5.15.2 KDE Frameworks: 5.77.0 - KDE Plasma: 5.20.4 - kwin 5.20.4 kmail2 5.16.0 (20.12.0) - akonadiserver 5.16.0 (20.12.0) - Kernel: 5.10.4-1-default - xf86-video-nouveau: 1.0.16
Black line between panel and wallpaper
Hi This has been like this for a while, is there any reason for a black line ot exists between the panel and wallpaper/. When you logout, the panel disappears and the wallpaper extends to the bottom of the screen so it looks like the panel creates the black line. Have i got a config problem or is it working as designed or should i create a bug? regards Ian -- opensuse:tumbleweed:20210104 Qt: 5.15.2 KDE Frameworks: 5.77.0 - KDE Plasma: 5.20.4 - kwin 5.20.4 kmail2 5.16.0 (20.12.0) - akonadiserver 5.16.0 (20.12.0) - Kernel: 5.10.4-1-default - xf86-video-nouveau: 1.0.16
Re: Years later, kmail still is not a viable email client?
On Monday, 12 October 2020 10:28:14 BST Marek Kochanowicz wrote: > Just to be clear, I am using MySQL (mariadb) backend. KMail2 works just fine > with that. I am on the arch linux though. > > Ianseeks pisze: > > On Monday, 12 October 2020 06:51:26 BST Martin van Es wrote: > > > The same here, but ONLY on a postgres storage backend. > > > MySQL and sqlite should be deprecated and postgres should be the default, > > > that's all. > > > > +1 > > > I changed to Postgres because i was getting a lot of duplicate emails and times where it would suspend trying to read a folder and i was fed up with the problems, it was a last resort which has worked well for me. I never get the suspending anymore and i hardly get a duplicate email. -- opensuse:tumbleweed:20201009 Qt: 5.15.1 KDE Frameworks: 5.74.0 - KDE Plasma: 5.19.5 - kwin 5.19.5 kmail2 5.15.1 (20.08.1) - akonadiserver 5.15.1 (20.08.1) - Kernel: 5.8.14-1-default - xf86-video-nouveau: 1.0.16
Re: Years later, kmail still is not a viable email client?
On Monday, 12 October 2020 06:51:26 BST Martin van Es wrote: > The same here, but ONLY on a postgres storage backend. > MySQL and sqlite should be deprecated and postgres should be the default, > that's all. > +1 -- opensuse:tumbleweed:20201009 Qt: 5.15.1 KDE Frameworks: 5.74.0 - KDE Plasma: 5.19.5 - kwin 5.19.5 kmail2 5.15.1 (20.08.1) - akonadiserver 5.15.1 (20.08.1) - Kernel: 5.8.14-1-default - xf86-video-nouveau: 1.0.16
Re: konsole not accepting dashes
On Wednesday, 5 August 2020 22:39:16 BST Mun wrote: > Hi, > > I'm on Ubuntu 16.04 running: > > Qt: 5.5.1 > KDE Frameworks: 5.18.0 > Konsole: 15.12.3 > > I think after a recent upgrade to my system, something changed with > konsole and I can no longer enter dashes on the command line. For > example, if I type "a-", what I get is: "A(arg: 5) a". > > Please let me know if there is a solution to this phenomenon. > > Regards, > > -- > Mun > Its not a problem on my opensuse system which is a lot later in releases. Probably better to ask on the Ubuntu forums, all distros seem to be at a different level of releases. -- opensuse:tumbleweed:20200803 Qt: 5.15.0 KDE Frameworks: 5.72.0 - KDE Plasma: 5.19.4 - kwin 5.19.4 kmail2 5.14.3 (20.04.3) - akonadiserver 5.14.3 (20.04.3) - Kernel: 5.7.11-1-default - xf86-video-nouveau: 1.0.16
Re: How2 kAlarm NOT start at login?
On Saturday, 1 August 2020 01:49:27 BST k...@trixtar.org wrote: > > I uncheck the 'Start at Login' box in prefs, click Apply & OK, then exit the > prog. When I restart it and open prefs the box is checked again. How do I > command kAlarm to start ONLY when I click it? I use it only for short periods > as a reminder. > If you are using the latest release (2.14.3 July 9, 2020 - according to https://kde.org/applications/en/utilities/org.kde.kalarm ) you should probably log a bug report. I don't use it so i can't check if the same happens here. -- opensuse:tumbleweed:20200730 Qt: 5.15.0 KDE Frameworks: 5.72.0 - KDE Plasma: 5.19.4 - kwin 5.19.4 kmail2 5.14.3 (20.04.3) - akonadiserver 5.14.3 (20.04.3) - Kernel: 5.7.9-1-default - xf86-video-nouveau: 1.0.16
Re: Breeze errors in journal - are they significant?
On Wednesday, 1 July 2020 13:43:05 BST René J.V. Bertin wrote: > On Wednesday July 01 2020 12:08:18 Ianseeks wrote: > > >Jul 01 09:55:11 LanL sddm-greeter[12108]: > >file:///usr/share/sddm/themes/breeze-openSUSE/Main.qml:463: TypeError: > >Cannot read property 'smallSpacing' of null > >Jul 01 09:55:11 LanL sddm-greeter[12108]: > >file:///usr/lib64/qt5/qml/org/kde/plasma/workspace/components/BatteryIcon.qml:42: > > TypeError: Cannot call method 'roundToIconSize' of null > > You'd have to figure out which package installs those files, but my guess is > that it's the breeze-provide theme for the login manager (maybe you can > uninstall just that if it has its own, optional package?) > > The symptoms look like the theme's QML files require a newer Qt version than > you have installed; I've seen similar things happen (and corrected them) in > KDevelop. It's, erm, easy to miss this during development, but your > distribution should have caught it during testing. (Unless there's an > auto-update feature for look-and-feel stuff that's been left active by the > distribution.) > > Either way, this looks like a bug in Breeze and/or in the theming > auto-updating feature (probably a Plasma component). For the latter the bug > would be that themes requiring a newer-than-available Qt version shouldn't be > installed automatically (including updates to already installed themes). For > Breeze, the bug would be a mismatch between the claimed minimum supported Qt > version and the actually required version. > > This would be more appropriate on the plasma-devel mailing list. > > R > Thanks Rene. I'll forward this email to the opensuse Tumbleweed list as i'm not on the plasma-dev list. Hopefully someone there will make sense of it. -- opensuse:tumbleweed:20200622 Qt: 5.15.0 KDE Frameworks: 5.71.0 - KDE Plasma: 5.19.1 - kwin 5.19.1 kmail2 5.14.2 (20.04.2) - akonadiserver 5.14.2 (20.04.2) - Kernel: 5.7.2-1-default - xf86-video-nouveau: 1.0.16
Breeze errors in journal - are they significant?
hi I've been getting a huge amount of coredumps and a lot of what look like errors to me in the journal (see very small example below) I'm asking if i need to log this or can i just ignore it? If i log it, does it go against Breeze or SDDM? regards Ian Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/Main.qml:463: TypeError: Cannot read property 'smallSpacing' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/lib64/qt5/qml/org/kde/plasma/workspace/components/BatteryIcon.qml:42: TypeError: Cannot call method 'roundToIconSize' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/components/Battery.qml:27: TypeError: Cannot read property 'smallSpacing' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/Main.qml:441: TypeError: Cannot read property 'largeSpacing' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/Main.qml:446: TypeError: Cannot read property 'gridUnit' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/Main.qml:157: TypeError: Cannot read property 'gridUnit' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/components/ActionButton.qml:102: TypeError: Cannot read property 'smallSpacing' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/components/ActionButton.qml:39: TypeError: Cannot read property 'gridUnit' of null Jul 01 09:55:11 LanL sddm-greeter[12108]: file:///usr/share/sddm/themes/breeze-openSUSE/components/ActionButton.qml:55: TypeError: Cannot read property 'smallSpacing' of null -- opensuse:tumbleweed:20200622 Qt: 5.15.0 KDE Frameworks: 5.71.0 - KDE Plasma: 5.19.1 - kwin 5.19.1 kmail2 5.14.2 (20.04.2) - akonadiserver 5.14.2 (20.04.2) - Kernel: 5.7.2-1-default - xf86-video-nouveau: 1.0.16
Re: "Only quote selected text when replying" feature not working in Kmail
On Wednesday, 17 June 2020 07:10:01 BST Matt Connell wrote: > When I enable the "only quote selected text when replying" feature under > Configure -> Composer -> General, the reply behavior doesn't seem to change. Works for me but i'm using a later version. Might be an idea to post your query to kdepim-user mailing list as well. -- opensuse:tumbleweed:20200614 Qt: 5.15.0 KDE Frameworks: 5.70.0 - KDE Plasma: 5.19.0 - kwin 5.19.0 kmail2 5.14.2 (20.04.2) - akonadiserver 5.14.2 (20.04.2) - Kernel: 5.7.1-1-default - xf86-video-nouveau: 1.0.16
Re: is noone posting to this list?
On Thursday, 19 September 2019 14:16:20 BST hw wrote: > On Thursday, 19 September 2019 08:03:49 CEST Ianseeks wrote: > > On Wednesday, 18 September 2019 17:24:21 BST hw wrote: > > > Hi, > > > > > > is noone posting to this list or am I not receiving the messages? > > > > I'm receiving messages ok. > > Thank you for your replies! > > It isn't it strange that there are almost no messages? One could think that > KDE is dead ... yes, it does give that impression but as more and more topic specific mailing lists appear, the email queries get spread out. I expect the devs might have a different mailing list -- opensuse:tumbleweed:20190916 Qt: 5.13.1 KDE Frameworks: 5.61.0 - KDE Plasma: 5.16.5 - kwin 5.16.5 kmail2 5.12.1 - akonadiserver 5.12.1 - Kernel: 5.2.14-1-default - xf86-video-nouveau: 1.0.15
Re: is noone posting to this list?
On Wednesday, 18 September 2019 17:24:21 BST hw wrote: > Hi, > > is noone posting to this list or am I not receiving the messages? > > > > I'm receiving messages ok. -- opensuse:tumbleweed:20190916 Qt: 5.13.1 KDE Frameworks: 5.61.0 - KDE Plasma: 5.16.5 - kwin 5.16.5 kmail2 5.12.1 - akonadiserver 5.12.1 - Kernel: 5.2.14-1-default - xf86-video-nouveau: 1.0.15
Re: systemsettings5/Regional Settings - strange choices
On Wednesday, 17 October 2018 00:09:43 BST Peter Humphrey wrote: > On Tuesday, 16 October 2018 17:17:53 BST Ianseeks wrote: > > > systemsettings5/Regional Setting/Languages > > I checked this setting and it was blank so i added Brit English. I'm not > > sure when this changed to blank as i always change everything regional > > related when the user is created or soon after if any regional issues > > occur. > > > > systemsettings5/Regional Setting/Formats > > I set "Region" to UK British English (en_gb). The "Detailed Settings" was > > disabled. I wanted to change the "measurement units" to metric so I enabled > > the "Detailed Settings". The "Measurement Units" changed from Imperial to > > Metric even though the entry said "no change". I then went to change the > > entry for "Measurement Units" and i was presented with drop the box of > > country options plus "no change" and "Default" - why is it not just > > "Metric" or "Imperial"? > > > > The only way i can get metric is to select "no change". > > > > The number format and time display format changed as well > > > > Something i don't understand is that all the places to change the > > configuration present a list of countries as the options as described > > above. Can anyone enlighten me ? > > I don't know whether this might help but I got this output from > systemsettings5: Thanks Peter. I've managed to get the settings as i need but the whole process and config options seem wrong. > $ systemsettings5 > QCoreApplication::arguments: Please instantiate the QApplication object first > WARNING: viewBackgroundColor is deprecated, use backgroundColor with > colorSet: Theme.View instead > WARNING: viewBackgroundColor is deprecated, use backgroundColor with > colorSet: Theme.View instead > KActivities: Database connection: > "kactivities_db_resources_140259492624064_readonly" > query_only: QVariant(qlonglong, 1) > journal_mode:QVariant(QString, "wal") > wal_autocheckpoint: QVariant(qlonglong, 100) > synchronous: QVariant(qlonglong, 0) > Nothing to load - the client id is empty > Nothing to load - the client id is empty > org.kde.kcoreaddons: Error loading plugin "kcm_translations" "The shared > library was not found." > Plugin search paths are ("/usr/lib64/qt5/plugins", "/usr/bin") > The environment variable QT_PLUGIN_PATH might be not correctly set > file:///usr/lib64/qt5/qml/QtQuick/Controls.2/org.kde.desktop/ScrollView.qml:70: > TypeError: Type error > KActivitiesStats( 0x5607de178860 ) ResultModelPrivate::onResultScoreUpdated > result added: "kcm:kcm_translations.desktop" score: 1 last: 1539710576 first: > 1537521953 > KActivitiesStats( 0x5607de178860 ) ResultModelPrivate::onResultScoreUpdated > result added: "kcm:formats.desktop" score: 1 last: 1539710590 first: > 1537521978 > Wrote script: "/home/prh/.config/plasma-locale-settings.sh" > "# Generated script, do not edit\n# Exports language-format specific env > vars from startkde.\n# This script has been generated from kcmshell5 > formats.\n# It will automatically be overwritten from there.\nexport > LANG=en_GB.UTF-8\nexport LANGUAGE=en_GB\n" > Closing SQL connection: "kactivities_db_resources_140259492624064_readonly" > > Somebody might get a clue from it. > > -- opensuse:tumbleweed:20181012 Qt: 5.11.2 KDE Frameworks: 5.50.0 - KDE Plasma: 5.14.0 - kwin 5.14.0 kmail2 5.9.1 - akonadiserver 5.9.1 - Kernel: 4.18.12-1-default - xf86-video-nouveau: 1.0.15
Re: systemsettings5/Regional Settings - strange choices
On Tuesday, 16 October 2018 17:58:19 BST Peter Lewis wrote: > I run openSuse Leap and concur that the regional settings are difficult. I think they are wrong. Why would anyone choose a country rather than Imperial or Metric. I thik something has gone wrong. > My main beef is that the spell checker will not use en_gb if the USA > dictionary is loaded. I have to unload the USA dictionary before I can > realise > the GB English spelling (rather than having to realize the US). Yes, I would have thought that if a country is selected in the Region, everything regional related should really be used its default. > systemsettings5/Regional Setting/Formats/Detailed Settings only gives me > options of countries rather than metric, imperial, ISO or any basic systems. > > Peter > > On Tuesday, 16 October 2018 17:17:53 BST Ianseeks wrote: > > Hi > > > > systemsettings5/Regional Setting/Languages > > I checked this setting and it was blank so i added Brit English. I'm not > > sure when this changed to blank as i always change everything regional > > related when the user is created or soon after if any regional issues > > occur. > > > > systemsettings5/Regional Setting/Formats > > I set "Region" to UK British English (en_gb). The "Detailed Settings" was > > disabled. I wanted to change the "measurement units" to metric so I enabled > > the "Detailed Settings". The "Measurement Units" changed from Imperial to > > Metric even though the entry said "no change". I then went to change the > > entry for "Measurement Units" and i was presented with drop the box of > > country options plus "no change" and "Default" - why is it not just > > "Metric" or "Imperial"? > > > > The only way i can get metric is to select "no change". > > > > The number format and time display format changed as well > > > > Something i don't understand is that all the places to change the > > configuration present a list of countries as the options as described > > above. Can anyone enlighten me ? > > > > thanks > > > > regards > > > > Ian > > > > ps i have logged a bug for the above > > > > -- opensuse:tumbleweed:20181012 Qt: 5.11.2 KDE Frameworks: 5.50.0 - KDE Plasma: 5.14.0 - kwin 5.14.0 kmail2 5.9.1 - akonadiserver 5.9.1 - Kernel: 4.18.12-1-default - xf86-video-nouveau: 1.0.15
systemsettings5/Regional Settings - strange choices
Hi systemsettings5/Regional Setting/Languages I checked this setting and it was blank so i added Brit English. I'm not sure when this changed to blank as i always change everything regional related when the user is created or soon after if any regional issues occur. systemsettings5/Regional Setting/Formats I set "Region" to UK British English (en_gb). The "Detailed Settings" was disabled. I wanted to change the "measurement units" to metric so I enabled the "Detailed Settings". The "Measurement Units" changed from Imperial to Metric even though the entry said "no change". I then went to change the entry for "Measurement Units" and i was presented with drop the box of country options plus "no change" and "Default" - why is it not just "Metric" or "Imperial"? The only way i can get metric is to select "no change". The number format and time display format changed as well Something i don't understand is that all the places to change the configuration present a list of countries as the options as described above. Can anyone enlighten me ? thanks regards Ian ps i have logged a bug for the above -- opensuse:tumbleweed:20181012 Qt: 5.11.2 KDE Frameworks: 5.50.0 - KDE Plasma: 5.14.0 - kwin 5.14.0 kmail2 5.9.1 - akonadiserver 5.9.1 - Kernel: 4.18.12-1-default - xf86-video-nouveau: 1.0.15
Re: akonadi / kmail / gmail
On Thursday, 23 August 2018 22:05:35 BST superao...@gmail.com wrote: > Recent versions of kmail / akonadi plays so badly with gmail that it is > extremely irritating and the practical solution for me is restarting akonadi > many times a day using akonadictl restart It might be best for you to post this on the kdepim-users list with all your software versions as you might find a PIM developer respond - but they might also ask you to log a bug. > This is really annoying not least because spams my desktop three times with > the following unwelcome message, > > "We're sorry, No such method 'agentName' in Interface > 'org.freeedesktop.Akonadi.AgentManager' at objewct path..." > > and only after this message is dismissed three times I get any progress. > > Unless someone knows a magic cure for this problem, and it has been > extensively reported in the akonadi bug section, what I would like is a nicer > way to keep my email working. > > I can pkill akonadi_imap to restart akonadi_imap_resource which works nicely. > > It is quick, lightweight and silent and easily move to a cronjob, BUT, after > three times akonadi_imap_resource will not restart and it is back to > akonadictl restart. > > - If I could increase the limit of three times I can kill _impa_res before > akonadi decides is duff and won't restart it that would be great. > > - If I could restart akonadi_imap_resource somehow that would be great. > > - If akonadictl could simply restart one component (imap_resource) that would > be great. > > - If akonadictl could be persuaded not to spam up my desktop with this > nonsensical error message that would be great. > > - If you have suggestions for another way around the akonadi / gmail bug that > would be great. > > - If you know if clementine or another kmail replacement is around that would > be great. > > - If you know how I can get thunderbird to dock nicely, announce new emails > and not quit when I press the X button that would be great. > > Basically _anything_ to get my email working as it should be. > > Akoanadi is the bane of my computing life and trying to get bugs fixed is, > well pointless. I hope someone is working on something better for the next > version of kde! > > Thanks, > > SA > > -- opensuse:tumbleweed:20180820 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.18.0-1-default - xf86-video-nouveau: 1.0.15
Re: Waste of screen space
On Friday, 17 August 2018 08:58:53 BST Peter Humphrey wrote: > On Thursday, 16 August 2018 14:32:02 BST Ianseeks wrote: > > On Thursday, 16 August 2018 12:16:51 BST Peter Humphrey wrote: > > > On Thursday, 16 August 2018 09:37:56 BST Ianseeks wrote: > > > > On Wednesday, 15 August 2018 09:36:16 BST Peter Humphrey wrote: > > > > > Hello list, > > > > > > > > > > Since the most recent upgrade of kde-frameworks on this Gentoo box, > > > > > I > > > > > get > > > > > huge icons in the Details lists of Dolphin and > > > > > Konqueror-as-file-manager. > > > > > Example attached. > > > > > > > > > > Is there any way to restore the icons to single-line height? > > > > > > > > On Dolphin have oyu checked Setting/View Modes ? There are 3 views > > > > modes > > > > you can alter the icon size there > > > > > > I wrote a reply to this about three hours ago but it hasn't shown up > > > yet. > > > What's more, the original message at the root of this thread was held > > > for > > > moderator approval because of the size of the attachment, but what I've > > > quoted above shows that it was approved. I've never seen it though. > > > > > > What's going on here? > > > > Not sure, i can have a thread where most/all the replies are in but the > > original email question hasn;t arrived yet. > > I've just noticed that, since changing the preview icon size in Dolphin, > KMail is now listing its folders properly as well - that is, without spacing > out the lines. How can that possibly work? No idea whats happening there, it hasn't affected my kmail layout in any way > > I still haven't received those missing e-mails either. > > -- opensuse:tumbleweed:20180812 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.17.13-1-default - xf86-video-nouveau: 1.0.15
Re: Waste of screen space
On Thursday, 16 August 2018 12:16:51 BST Peter Humphrey wrote: > On Thursday, 16 August 2018 09:37:56 BST Ianseeks wrote: > > On Wednesday, 15 August 2018 09:36:16 BST Peter Humphrey wrote: > > > Hello list, > > > > > > Since the most recent upgrade of kde-frameworks on this Gentoo box, I > > > get > > > huge icons in the Details lists of Dolphin and > > > Konqueror-as-file-manager. > > > Example attached. > > > > > > Is there any way to restore the icons to single-line height? > > > > On Dolphin have oyu checked Setting/View Modes ? There are 3 views modes > > you can alter the icon size there > > I wrote a reply to this about three hours ago but it hasn't shown up yet. > What's more, the original message at the root of this thread was held for > moderator approval because of the size of the attachment, but what I've > quoted above shows that it was approved. I've never seen it though. > > What's going on here? > > Not sure, i can have a thread where most/all the replies are in but the original email question hasn;t arrived yet. -- opensuse:tumbleweed:20180812 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.17.13-1-default - xf86-video-nouveau: 1.0.15
Re: Waste of screen space
On Wednesday, 15 August 2018 09:36:16 BST Peter Humphrey wrote: > Hello list, > > Since the most recent upgrade of kde-frameworks on this Gentoo box, I get > huge icons in the Details lists of Dolphin and Konqueror-as-file-manager. > Example attached. > > Is there any way to restore the icons to single-line height? > > On Dolphin have oyu checked Setting/View Modes ? There are 3 views modes you can alter the icon size there -- opensuse:tumbleweed:20180812 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.17.13-1-default - xf86-video-nouveau: 1.0.15
Re: Lost behavior between KDE 4.1.3.1 and 5.5.5
On Monday, 18 June 2018 13:37:08 BST Draciron Smith wrote: > On KDE 4.1.3.1 I can plug my LG phone (Stylus 3) and download the pics on > it without effort using Gwenview or any other app capable of importing. On > the 5.5.5 system I had to resort to Digikam to get at the pics. > Apparently Gwenview has lost the ability to import images from devices. Have a look at kdeconnect - its a great way to get files off an android. -- opensuse:tumbleweed:20180615 Qt: 5.11.0 KDE Frameworks: 5.46.0 - KDE Plasma: 5.13.0 - kwin 5.13.0 kmail2 5.8.2 - akonadiserver 5.8.2 - Kernel: 4.17.1-1-default - xf86-video-nouveau: 1.0.15
Re: Running login/logout scripts in Plasma
On Thursday, 18 January 2018 10:24:03 GMT Kevin Krammer wrote: > On Thursday, 2018-01-18, 09:10:06, Ianseeks wrote: > > Hi > > > > I've configured "systemsettings5" to run a login and logout script. I was > > running perfectly until quite recently and now neither of them run. I > > logged a bug against "systemsettings5" which i think is incorrect - can > > anyone point me to the correct module to log this bug against? > > Not sure what the available components are, but this is the domain of > something related to Plasma Desktop. > > My guess would be the KDE Session Manager, which used to be a plugin of > "kded". Thanks. i'll try redo the bug to point to that or delete and recreate. > Cheers, > Kevin > -- opensuse:tumbleweed:20180114 Qt: 5.10.0 KDE Frameworks: 5.41.0 - KDE Plasma: 5.11.5 - kwin 5.11.5 kmail2 5.7.0 - akonadiserver 5.7.0 - Kernel: 4.14.12-1-default - xf86-video-nouveau: 1.0.15
Running login/logout scripts in Plasma
Hi I've configured "systemsettings5" to run a login and logout script. I was running perfectly until quite recently and now neither of them run. I logged a bug against "systemsettings5" which i think is incorrect - can anyone point me to the correct module to log this bug against? regards Ian -- opensuse:tumbleweed:20180114 Qt: 5.10.0 KDE Frameworks: 5.41.0 - KDE Plasma: 5.11.5 - kwin 5.11.5 kmail2 5.7.0 - akonadiserver 5.7.0 - Kernel: 4.14.12-1-default - xf86-video-nouveau: 1.0.15
Re: Korganizer doesn't show CalDAV calendar. No errors, just no calendar.
On Sunday, 22 October 2017 03:26:04 BST A. F. Cano wrote: You might find it more useful to post this to the kdepim-users mailing list instead. > > Hello, > > I exported to vcs format from Korganizer 4.4.11 (that does not support > CalDAV) and placed the resulting file in a Radicale server. Then, set > up multiple versions of Korganizer (5.2.3 - 2 of them, 4.14.1) to access > the "DAV groupware resource". Entered the proper user, password, URL > (manual configuration) and when I was done all instances fetched the > collections and they now report "Ready". After clicking the check mark > for the calendar: nothing. > > If I copy the file manually to ~/.kde/share/apps/korganizer/std.vcs and > then add a calendar that "Loads data from an iCal file" all entries > show up as they should. > > I've spent hours searching for answers but all I could find was the > standard set-up procedure and no solution to this actual problem. > > I have also set up the CardDAV file in the Radicale server and > Kaddressbook finds it, reads it and displays it just fine. > > Korganizer 5.2.3 on Debian Stretch/9 (current stable) with KDE > Frameworks 5.28.0, Qt 5.7.1 (built against 5.7.1) and the xcb > windowing system. > > Korganizer 4.14.1 on Debian Jessie/8. > > What am I missing? I have gone over the bugs for Korganizer (at > bugs.debian.org) but didn't find any about this problem. > > Is anyone else uing Korganizer with CalDAV? With Radicale > specifically? > > Any suggestions as to what to try/do to figure what is happening? > > Thanks. > > Augustine > > -- opensuse:tumbleweed:20171019 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.6-1-default Nouveau: 1.0.15_1.2
Re: Can someone reproduce this kate/kwrite crash?
On Thursday, 21 September 2017 07:02:34 BST Nikos Chantziaras wrote: > I'm getting a lots of crashes with Kate (and Kwrite). I was able to > reduce the offending text that causes the crash to this: > > (*Without* the quotes.) > > " ;" > > That is, one or more spaces, followed by a semicolon. Can someone try > and reproduce this? To trigger it, create a new file: > >kwrite test.txt > > Then, in the menu select "Tools->Indentation->C Style". And then place > the text caret at the end of the line (right of the semicolon) and press > enter to insert a new line. For me, this will crash Kate/Kwrite 100% of > the time. > > KWrite Version 17.08.1 > Kate Version 17.08.1 > Qt 5.7.1 > Gentoo Linux (amd64) > > Its fine on my system , only difference between our systems seems to be Qt version -- opensuse:tumbleweed:20170913 Qt: 5.9.1 kwrite 17.08.1 KDE Frameworks: 5.37.0 KDE Plasma: 5.10.5 kwin 5.10.5 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.1-1-default Nouveau: 1.0.15_1.2
Re: kwin language setting?
On Sunday, 25 June 2017 18:32:05 BST René J.V. Bertin wrote: > Hi, > > Where/how does one set (force) the language used by KWin5 (the X11 version)? > > Thanks > René Are you referring to kdm? If so, try "kcmshell4 kdm". Or "systemsettings/common appearance and behaviour/locale" Those are my best guesses -- opensuse:tumbleweed:20170622 Qt: 5.7.1 KDE Frameworks: 5.34.0 KDE Plasma: 5.10.1 kwin 5.10.1 kmail2 5.5.2 akonadiserver 5.5.2 Kernel: 4.11.6-1-default Nouveau: 1.0.15_1.2
Re: Being asked to run or open when I click on some files.
On Monday, 13 March 2017 13:39:22 GMT John_82 wrote: > I usually use a right click to open files. When I click on them I expect > them to run particularly .desktop files. > > Thought I might be able to fix this in associations expecting to see options > such as launch, run, prompt or what ever but it seems to be build into kde > and open then follows associations. > > Is there any way I can get rid of the prompt and just run them. Maybe a > script that can be edited. The approach seems a bit nanny to me to be built > in but could be a useful selectable option. > > John > - If you check the opensuse tumbleweed mailing list (subject Folder view and prompting me when i click on an icon (|Feb 10th)), i asked a similar question. It was a suspected regression but that wasn't true. Apparently this is a feature that the desktop ignored. I didn;t have to change anything because an update fixed it. This an answer provided by Wolfgang: "The "regression" that Fabian mentioned is the feature itself, i.e. that it will ask you for executing .desktop files on the desktop and there is no way to mark them as "trusted". I just noticed myself that dolphin 16.12.1 actually doesn't write this setting though, seems to be a bug in dolphin. You can edit ~/.config/kiorc yourself, change "behaviourOnLaunch=alwaysAsk" to "behaviourOnLaunch=execute". Or just tick the checkbox "Do not ask again" before you click on "Execute" in that dialog that asks you whether you want to open or run the file. ;-) OTOH, as Fabian mentioned already, 5.9.1 should be in the next TW snapshot and contains a workaround that disables that confirmation dialog for desktop:// URLs specifically (i.e. .desktop files in the ~/Desktop/ folder, that are shown on the desktop)." -- opensuse:tumbleweed:20170311 Qt: 5.7.1 KDE Frameworks: 5.31.0 KDE Plasma: 5.9.2 kwin 5.9.3 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-2-default Nouveau: 1.0.13_2.2
Re: Screen power saves and goes off and desktop is lost on power up
On Friday, 3 March 2017 11:02:18 GMT René J.V. Bertin wrote: > This may be of interest: > > https://github.com/archfan/lightsOn/blob/master/lightsOn.sh > > R. Thanks Rene -- opensuse:tumbleweed:20170228 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Question about Multitasking on Plasma
On Wednesday, 1 March 2017 12:58:45 GMT Volker Wysk wrote: > Am Mittwoch, 1. März 2017, 09:26:32 CET schrieb ianseeks: > > Hi, > > > > I've found that if i context switch from Ctrl-Alt-F7 to Ctrl-Alt-F1 (e.g. > > Just immediately after entering the password and pressing ), > > processing > > seems to stop on the graphical login. Is this normal? > > I have this behaviour too. > > I addition, this also occurs when I log out. The log out process can take a > while, when you have a lot of open windows. When I switch to a virtual > console, it stops. > > Volker Seems like nobody really knows the answer, i had hoped the devs would have known. -- opensuse:tumbleweed:20170228 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Screen power saves and goes off and desktop is lost on power up
On Thursday, 2 March 2017 09:18:30 GMT René J.V. Bertin wrote: > Seems like the best solution for now is to go back to a 4.9 kernel. Just done a zypper dup and a new kernel and kdm was installed, i'll see how it works now. -- opensuse:tumbleweed:20170228 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Screen power saves and goes off and desktop is lost on power up
On Wednesday, 1 March 2017 17:20:51 GMT René J.V. Bertin wrote: > On Wednesday March 01 2017 16:12:26 ianseeks wrote: > > I've got a situation where if i leave my computer long enough, with myself > > logged in, that the built power save on the screen turns the screen off, > > the desktop is lost (its a clack screen) when the screen comes on again, > > my only > What's a clack screen? > > > solution is to ctrl-alt-backspace. > > Anyone else with this issue? > > I had something similar on an N3150 notebook with Cherryview GPU, but that > was with an older kernel. > > Does `xset dpms off` make any difference? > > R. Just found this bug report on another list that is the same as my problem https://bugs.freedesktop.org/show_bug.cgi?id=99922 -- opensuse:tumbleweed:20170227 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Screen power saves and goes off and desktop is lost on power up
Hi I've got a situation where if i leave my computer long enough, with myself logged in, that the built power save on the screen turns the screen off, the desktop is lost (its a clack screen) when the screen comes on again, my only solution is to ctrl-alt-backspace. Anyone else with this issue? Regards Ian -- opensuse:tumbleweed:20170227 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Question about Multitasking on Plasma
On Wednesday, 1 March 2017 16:03:05 GMT René J.V. Bertin wrote: > On Wednesday March 1 2017 15:50:35 ianseeks wrote: > >> I do not agree with that new behavior and would like to have the old > >> behavior back. > > > >Yes, that would be ideal. The current situation seems to be a return to > >the past. > > I presume this is with SDDM? Has anyone tried with another display manager? > > R. i'm using KDM -- opensuse:tumbleweed:20170227 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Question about Multitasking on Plasma
On Wednesday, 1 March 2017 14:21:32 GMT Martin Steigerwald wrote: > Am Mittwoch, 1. März 2017, 14:06:32 CET schrieb ianseeks: > > On Wednesday, 1 March 2017 12:58:45 GMT Volker Wysk wrote: > > > Am Mittwoch, 1. März 2017, 09:26:32 CET schrieb ianseeks: > > > > I've found that if i context switch from Ctrl-Alt-F7 to Ctrl-Alt-F1 > > > > (e.g. > > > > Just immediately after entering the password and pressing ), > > > > processing > > > > seems to stop on the graphical login. Is this normal? > > > > > > I have this behaviour too. > > > > > > I addition, this also occurs when I log out. The log out process can > > > take > > > a > > > while, when you have a lot of open windows. When I switch to a virtual > > > console, it stops. > > > > I've found that it doesn;t matter what is running on the VT7, it will > > suspend, i only used the login as an example. Seems strange for a > > multitasking OS to do this. > > I found this as well some time ago already when switching between two Plasma > sessions, one on VT7 and one on VZ8. > > Even when I run something in the Konsole as a long running command it gets > paused at some time. Yet when I first run screen and then run the command in > a screen session it continues to work. > > I believe this to be part of systemd-logind session/seat management, but I > didn´t find out yet for sure whether my belief matches reality. > > I do not agree with that new behavior and would like to have the old > behavior back. Yes, that would be ideal. The current situation seems to be a return to the past. > Ciao, -- opensuse:tumbleweed:20170227 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Re: Question about Multitasking on Plasma
On Wednesday, 1 March 2017 12:58:45 GMT Volker Wysk wrote: > Am Mittwoch, 1. März 2017, 09:26:32 CET schrieb ianseeks: > > Hi, > > > > I've found that if i context switch from Ctrl-Alt-F7 to Ctrl-Alt-F1 (e.g. > > Just immediately after entering the password and pressing ), > > processing > > seems to stop on the graphical login. Is this normal? > > I have this behaviour too. > > I addition, this also occurs when I log out. The log out process can take a > while, when you have a lot of open windows. When I switch to a virtual > console, it stops. > > Volker I've found that it doesn;t matter what is running on the VT7, it will suspend, i only used the login as an example. Seems strange for a multitasking OS to do this. -- opensuse:tumbleweed:20170227 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.1-1-default Nouveau: 1.0.13_2.2
Question about Multitasking on Plasma
Hi, I've found that if i context switch from Ctrl-Alt-F7 to Ctrl-Alt-F1 (e.g. Just immediately after entering the password and pressing ), processing seems to stop on the graphical login. Is this normal? Regards Ian -- opensuse:tumbleweed:20170226 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin 5.9.2 kmail2 5.4.2 akonadiserver 5.4.2 Kernel: 4.10.0-1-default Nouveau: 1.0.13_2.2
Kinfocentre
Hi Should the "About System" page be updated to include the release number for KDE Applications? Regards Ian -- opensuse:tumbleweed:20170226 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin5-5.9.2-1.1.x86_64 kmail2 5.4.2 Kernel: 4.10.0-1-default Nouveau: 1.0.13_2.2
Re: unexpected "show desktop" shortcut (KDE4)
On Saturday, 6 August 2016 10:24:13 BST René J.V. Bertin wrote: > Hi, > > I hit an accidental and as yet unidentified shortcut and am now seeing a > "Show Desktop" entry in the task switcher. I'm 95% sure I deactivated the > "Show Desktop Icon" option in the task switcher settings. Is there a > shortcut to activate this option? > > To give an idea what keys I may have hit: I triggered this by a borked > attempt to use the hardware shortcut Fn-F2 (turns off backlighting); the Fn > key sits between the Ctrl and "Windows" keys. > > Thanks, > René Have you tried adding he "Show Desktop" widget to your taskbar as a permanent option? You can then right click the icon and choose your own shortcut keys -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.7.0-1-default "openSUSE Tumbleweed (20160730) (x86_64)"
Re: [kde] Appearance of the control bar
On Wednesday, 3 August 2016 09:34:45 BST Christoph Pleger wrote: > Hello, > > in KDE 5, is it possible to change the appearance of the control bar? Its > default font size is much too small, I cannot read any of the window > titles before I move the mouse pointer over the respective icon in the bar > ... > > Regards > Christoph > > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. Have you tried Systemssettings/Appearance/Font/Toolbar -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.0 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160728) (x86_64)" ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KDE4 KOrganizer critically buggy/horrible/unusable
On Tuesday, 26 July 2016 20:28:34 BST David Melik wrote: > I use the latest KDE4 for my distribution (KDE4.14.21; ) there's a > ‘testing’ KDE5 version, but its programs (especially KATE) are > insufficient compared to KDE4, so I switched back to KDE4 for now. > KOrganizer is critically buggy/horrible/unusable, as many past versions > were, though at one time I was using it successfully. It normally > erases my event time and sets it to midnight. Sometimes I can't delete > events, so now that I've deleted ‘personal calendar’ to do that, I can't > recreate that calendar to even use KOrganizer at all (no loss really...) > Have there been bugfixes so anyone can even use KOrganizer? > > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. You should probably post this comment to kdepim-users mailing list. I do agree that korganiser needs some work. -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.2 Kernel: 4.6.4-1-default "openSUSE Tumbleweed (20160720) (x86_64)" ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] screen energy saving stopped
On Wednesday, 20 July 2016 11:30:07 BST Jerome Yuzyk wrote: > On Tuesday, July 19, 2016 03:06:53 PM Duncan wrote: > > Marcelo Magno T. Sales posted on Tue, 19 Jul 2016 08:22:32 -0300 as > > > > excerpted: > > > I'm facing the same problem in Kubuntu 14.04 with KDE 4.14.13, the > > > > screen > > > > > saver and energy saving both stopped working a few weeks ago. I can > > > > still > > > > > turn off the monitors manually, using xset dpms force off. I can also > > > > start > > > > > the screen saver manually, but neither one work automatically anymore. > > > Tried: > > > > > > xset s on > > > xset +dpms > > > xset dpms 0 0 3600 > > > > > > No luck. Eventually the screen saver and energy saving start working > > > automatically again out of nothing, but soon they stop working again. If > > > you find a solution, please post here. > > > > You're better than I'm seeing here... > > Well, just as mysteriously as it started, it stopped and back to normal > again. I did nothing special except turn the monitor off before heading off > to bed, and the next day after turning it back on all was good and > continues to be. Must be a microsoft monitor. :o) > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.2 Kernel: 4.6.3-1-default "openSUSE Tumbleweed (20160718) (x86_64)" ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Plasma 5 as a daily driver?
On Monday 09 Nov 2015 20:18:44 c. marlow wrote: > On 11/09/2015 01:40 PM, Ian Pilcher wrote: > > All in all, I find myself wondering if other people are really using > > Plasma 5 as a "daily driver" (or is my usage really so different that > > others aren't hitting these bugs). > > Honestly I would say NO! > > They ( the development staff) took out one feature that is keeping me on > KDE 4. > > And that feature was called the multiple wallpapers on different > Virtural Desktops. > Now I didnt use multiple wallpapers, but I would put an Icon on one > desktop because thats the desktop I want that program to run on, and > then put another icon on another virtural desktop because thats where I > want that app to run. They the creators claim its because of " Security > Flaws and risks" my butt! > > And when adding icons to the desktop they have this HORRIBLE clear box > around them in KDE 5, when you switch from Container view, to desktop > view and put my icons that I use the most on my desktop. So its a feature you are missing rather than bugs stopping you from upgrading > > Christopher M > Running Kubuntu 14.04 and KDE 4. > > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] how to use kdialog --font ?
On Monday 26 Oct 2015 20:31:48 J. Leslie Turriff wrote: > I want to use kdialog to display a table of values, and to make the output > columns line up, the simplest way is to display the data with a monospace > font, e.g. DejaVu Sans Mono. kdialog --help-qt shows option -fn > or --font , but does not describe the format of the string. > > For testing, I've tried all of the following, but none seem to do anything: > > kdialog --font 'DejaVu Sans Mono' --msgbox 'Does this use the right font?' > kdialog --font 'dejavu sans mono' --msgbox 'Does this use the right font?' > kdialog --font '-*-dejavu sans mono-medium-r' --msgbox 'Does this use the > right font?' > (This last after using xfontsel to see the X definition, just in case.) > > I've searched the web for documentation and hints, and come up empty. I've > looked at the QT class documentation, but those are c++ calls, so don't > tell anything about kdialog. > > Does anyone out there know how the --font string should be formatted? > > Leslie I've just done a "kdialog ?" and there is no reference to a "--font" and thats using this version Qt: 4.8.7 KDE Development Platform: 4.14.12 KDialog: 1.0 ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] how to use kdialog --font ?
On Tuesday 27 Oct 2015 10:03:06 Duncan wrote: > ianseeks posted on Tue, 27 Oct 2015 08:05:49 + as excerpted: > > On Monday 26 Oct 2015 20:31:48 J. Leslie Turriff wrote: > >> I want to use kdialog to display a table of values, and to make > >> the output columns line up, the simplest way is to display the data > >> with a monospace font, e.g. DejaVu Sans Mono. kdialog --help-qt > >> shows option -fn or --font , but does not describe the > >> format of the string. > > [snip the details as not relevant to this particular subthread] > > > I've just done a "kdialog ?" and there is no reference to a "--font" > > and thats using this version > > Qt: 4.8.7 > > KDE Development Platform: 4.14.12 > > KDialog: 1.0 > > The two of you are using two different sets of help output. > > For most kde executables, --help (or ?, which was new > to me) will output help text in two sections. The first section is > generic parameters such as --help itself, the section is command-specific > options, followed by command specific arguments. > > You (ianseeks) were looking at the ?/--help output and apparently focused > on the (command specific) Options section, which, you correctly noted, > contains no --font or similar option. seemed the sensible thing to do at time. :o) > However, the OP (J Leslie Turrif) specifically mentioned help output > found under --help-qt, which is qt-specific help that generally applies > to all qt-based programs, pretty much regardless of what they actually > are. Similarly, --help-kde is kde-specific help that generally applies > to all kde-based programs, pretty much regardless of what they are. > --help-all should list all the above, the generic options, followed by > the command specific options, followed by the qt options, then the kde > options, and finally the command arguments. > > And it can be observed that --help-qt (as well as --help-kde and > --help-all) is indeed listed under the generic options (at least for my > kdialog 1.0, on kde 4.14.13, on qt 4.8.7) section when invoking > kdialog --help or kdialog ? . perhaps the qt/kde options should be listed at the same time something along the lines of "man rpm" i.e. get all the options into the open thanks for the enlightenment. > And, --help-qt (and the qt section under --help-all) does indeed list > both --fn and --font, as synonyms for each other. > > > So... the --fn/--font option is a generic qt option, that should work > with most qt-based apps, and is actually a generic option included due to > the app being qt-based, even if in some cases --fn/--font won't apply, or > will be overridden by something else. > > > So far so good. But I don't have an answer to the original question, > because while I've occasionally used some other qt option and had it > work, I've never needed to use that one. Also, kdialog is a rather > unusual application, and I'm not /entirely/ sure it honors that > particular qt option at all. > > What I could suggest as the way I'd try figuring it out here is this. > > Try using the --fn/--font option with other more traditional qt apps. In > particular, if you have any non-kde qt-based apps (based on the same qt > major version, right now qt4 and qt5 based apps are out, and a test on a > qt5 app while kdialog is based on qt4, or the reverse, a qt5 based kdialog > with a test on a qt4 app, won't be particularly helpful), try using the -- > font option on them, and see if you can get it to work there, where it's > much more likely not to be overridden. > > Once you get it working there, you'll know the font name pattern to use, > and can try the same thing on kdialog. > > It may also be that in the kde environment, kde overrides the normal qt > font options, and may override it here, as well. So it may also be worth > trying that qt-based non-kde app in a non-kde desktop environment, > perhaps failsafe, if your distro provides such a login option, or gnome > or one of the gtk-based desktop environments. Again, if you get it > working there, you can try the font name pattern that worked there under > kde to see if it works under kde as well. > > > Meanwhile, my google-foo might be a bit better than yours. Searching > on... > > qt command line option "--font" > > ... (the quotes around font being critical), the first hit is to a page > of qt 4.8 embedded documentation, with command-line-options down the > page. Here's a direct link: > > http://doc.qt.io/qt-4.8/qt-embedded-running.html#command-line-options > > The first option listed there is -fn . It says "The font should be > specified using an X logical font descr
Re: [kde] plasma freeze after removing panels or widgets on panels
It might be advisable to post the release versions of the software you have installed, OS, KDE Plasma etc to help in the analysis of your issue On Thursday 08 Oct 2015 08:44:15 m...@webthatworks.it wrote: > I'm trying to remove panels or widgets on panels or icons on desktop. > Whenever I try I can actually remove the widget or the panel... but > then panels freeze (I guess plasma freeze, but eg. I can still > activate edge "effects" as desktop grid...). > I can still move windows around, Alt-F2 to launch new apps etc... but > panels are not responsive. > > When I delete something I can see a "windows" or "notification box" > half drawn at the bottom right corner of the screen... just a small > rectangle of a slightliy lighter color than the background and then > menu freeze. > > It is a somehow fresh installation of kde on an older /home. > So binaries shouldn't suffer from some dependency problems or live > together with other kde 4 binaries but still the /home may be > "polluted" by previous installation configurations. > > On a newer fresh installed box that inherited an older /home i just did: > aptitude install kde-full a week ago. Panels *never* worked properly. > > I've tried to delete /config/plasma*.* stuff when KDE is not running, > but I still find panels there once I start kde. > > > Running plasmashell from konsole that's what I get when I try to > delete something: > > Currrent active notifications: QHash() > Guessing partOf as: 0 > New Notification: "Panel Removed" "A panel has been removed." 0 & Part of: 0 > qml: totalCountChanged 1 > qml: totalCountChanged 1 > file:///usr/share/plasma/plasmoids/org.kde.plasma.networkmanagement/contents > /ui/main.qml: QML Plasmoid: Cannot anchor to an item that isn't a parent or > sibling. > file:///usr/share/plasma/plasmoids/org.kde.plasma.networkmanagement/contents > /ui/main.qml: QML Plasmoid: Cannot anchor to an item that isn't a parent or > sibling. > file:///usr/share/plasma/plasmoids/org.kde.plasma.networkmanagement/contents > /ui/main.qml: QML Plasmoid: Cannot anchor to an item that isn't a parent or > sibling. > file:///usr/share/plasma/plasmoids/org.kde.plasma.networkmanagement/contents > /ui/main.qml: QML Plasmoid: Cannot anchor to an item that isn't a parent or > sibling. > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > trying to show an empty dialog > > thanks ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] interesting comment from a poster on phoronix
On Thursday 20 Aug 2015 14:06:34 Kevin Krammer wrote: > On Thursday, 2015-08-20, 10:37:59, ianseeks wrote: > > http://www.phoronix.com/scan.php?page=news_item=KDE-Applications-15.08 > > > > >> "Ahead of the Plasma 5.4 release later this month and after last week's > > >> KDE > > >> Frameworks 5.13 release is KDE Applications 15.08." > > >> > > >> How am I supposed to keep track of these things?! > > > > Thats a lot of numbers to keep your eye on when reading about KDE > > From my point of view these kind of comments are very close to troll > territory. > > So there is one version for KDE's desktop product and one version for *all* > application products. > > How do users of vendors cope who do not release all their applications in > one go? > > How, for example, do users of Microsoft Office cope with the "problem" that > Windows has a different version number than Office? > Are they in panic when Skype does not share the version of one of these two? > Are they close to dispair when .Net or Visual Studio bring in even more > version numbers to the mix? > > Assuming they cope just fine, only keeping track of versions of products > they themselves use, why would users of KDE software be incapable of doing > the same? > For sure users of KDE software have the same intelectual capacity as users > of Microsoft software, do they not? > > Cheers, > Kevin FYI only. i thought you'd might like another example of people being confused about releases etc. this is the content of an email that just appeared on opensuse-kde list subject: [opensuse-kde] How do i switch to KDE 5 / plasma 5 / KF 5 or whatever it's called now content: Hi, how can I switch to KDE5? Or is it called Plasma 5? or KF5? I'm running openSUSE 13.2 with KDE 4... regards Ian ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] interesting comment from a poster on phoronix
On Friday 04 Sep 2015 13:07:14 Kevin Krammer wrote: > On Friday, 2015-09-04, 11:36:07, ianseeks wrote: > > On Thursday 20 Aug 2015 14:06:34 Kevin Krammer wrote: > > > On Thursday, 2015-08-20, 10:37:59, ianseeks wrote: > > > > http://www.phoronix.com/scan.php?page=news_item=KDE-Applications-15 > > > > .0 > > > > 8 > > > > > > > > >> "Ahead of the Plasma 5.4 release later this month and after last > > > > >> week's > > > > >> KDE > > > > >> Frameworks 5.13 release is KDE Applications 15.08." > > > > >> > > > > >> How am I supposed to keep track of these things?! > > > > > > > > Thats a lot of numbers to keep your eye on when reading about KDE > > > > > > From my point of view these kind of comments are very close to troll > > > territory. > > > > > > So there is one version for KDE's desktop product and one version for > > > *all* > > > application products. > > > > > > How do users of vendors cope who do not release all their applications > > > in > > > one go? > > > > > > How, for example, do users of Microsoft Office cope with the "problem" > > > that > > > Windows has a different version number than Office? > > > Are they in panic when Skype does not share the version of one of these > > > two? Are they close to dispair when .Net or Visual Studio bring in even > > > more version numbers to the mix? > > > > > > Assuming they cope just fine, only keeping track of versions of products > > > they themselves use, why would users of KDE software be incapable of > > > doing > > > the same? > > > For sure users of KDE software have the same intelectual capacity as > > > users > > > of Microsoft software, do they not? > > > > > > Cheers, > > > Kevin > > > > FYI only. > > > > i thought you'd might like another example of people being confused about > > releases etc. > > > > this is the content of an email that just appeared on opensuse-kde list > > > > subject: > > [opensuse-kde] How do i switch to KDE 5 / plasma 5 / KF 5 or whatever it's > > called now > > > > content: > > Hi, > > > > how can I switch to KDE5? Or is it called Plasma 5? or KF5? > > I'm running openSUSE 13.2 with KDE 4... > > Right, I think we all agree that there are people who conflate vendor and > its products, e.g. on the Windows side those running "Microsoft 10". > > For them having different names will be confusing, since they don't > understand that one name is the vendor (e.g. KDE, Microsoft), another one > designates a certain product (e.g. Plasma, Windows) and yet another one > designates even another product (e.g. KF, .Net). > > This confusion is of course proliferated if the media uses all these names > within the same article, even when the content is only related to one. > > Like in the Phoronix article, which has a release of KDE Applications as its > topic but for no apparent reasons[1] needs to mention the current version > two of KDE's other products, one even being developer oriented. > > When was the last time you read an article about, say Microsoft Office, and > the author feeling the need to mention that Windows is at version 10 and > .Net is at 4.6? > > Cheers, > Kevin > > [1] in the case of Phoronix the reason is to link to older articles for more > page views Just noticed this one, via Phoronix again, but its on the opensuse news page where they got it from. "KDE Plasma has update 15.04.3, which include Long Term Support versions of Plasma Workspaces 4.11.21. " ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Plasma 5 wont starting
On Saturday 22 Aug 2015 08:23:18 അഖിൽ കൃഷ്ണൻ എസ്. wrote: Somebody identified what is the actual problem? On 21 Aug 2015 14:21, Diederik de Haas didi.deb...@cknow.org wrote: On Friday 21 August 2015 14:06:58 അഖിൽ കൃഷ്ണൻ എസ്. wrote: I'm in Debian Sid with KDE5. But after a recent update done 2 weeks before, KDE wont getting started. Check the debian-kde ML archives (https://lists.debian.org/debian-kde/), there are various posts related to these problems. In short: Debian Sid is rather broken atm and will be for some time. Downgrade to testing and things should _mostly_ work. check bugs.kde.org to see if someone has logged it as a bug ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] interesting comment from a poster on phoronix
On Thursday 20 Aug 2015 16:29:07 Kevin Krammer wrote: On Thursday, 2015-08-20, 14:47:30, ianseeks wrote: On Thursday 20 Aug 2015 14:06:34 Kevin Krammer wrote: On Thursday, 2015-08-20, 10:37:59, ianseeks wrote: http://www.phoronix.com/scan.php?page=news_itempx=KDE-Applications-15 .0 8 Ahead of the Plasma 5.4 release later this month and after last week's KDE Frameworks 5.13 release is KDE Applications 15.08. How am I supposed to keep track of these things?! Thats a lot of numbers to keep your eye on when reading about KDE From my point of view these kind of comments are very close to troll territory. I don't see it as that. I just thought it was an interesting take on what someone was reading and how they saw it. I can understand that there is a certain mental step involved in realizing that a vendor can in fact have more than one product. What I do not understand is why other vendors would be allowed to have multiple products but KDE would not. Why KDE should cease to develop applications and soley work on a desktop shell. Why Qt application developers should not benefit from third party Qt libraries and restrict themselves to those provided by the Qt project. i don't think thats being suggested or meant. I'm seeing this from a users point of view, not a developer. Simplicity is best from the users perspective. Maybe its the way the headline in the article was put together implying that that they all depended on each other but there seemed to be no common link. The different version numbers are a constant reminder to those who would rather see application development to be stoppped and libraries to be kept internal that their wished are just not the reality. IMHO this allegeded difficulty is just an attempt to gather support for their goal of having KDE deliver a desktop and nothing else. I don't see that intention or conclusion at all. I was just asking if a project is dependent on a fundamental part of the plumbing, should the version number reflect it? Its just the version numbering has a chance of getting out of hand and not being linked to each other. E.g. does the 5 in plasma 5.4 relate to the 5 in Frameworks 5.13? If so, what does the KDE-Applications-15.08 relate to regarding Frameworks etc. One of the initial proposals for the next Plasma version was Plasma 2, as this is what it would have been. There was concern that would cause confusion since many people equate the desktop with KDE itself, so that would have been KDE 2, which was already taken. So to allow people who only use KDE's desktop product to refer to it as KDE or Plasma with the same version number, 5 was chosen as the base version for what is actually Plasma 2. Similar reason for the Framework version, to avoid them being called KDE Libs 1. Seems this alternative naming wasn't used at all, so yes, it could have been KDE Frameworks 1. As for KDE Applications, being a bundle, similar to a Linux distribution being a collection of individual software items, the version chosen reflects the point in time of the release. Its version does not relate to any of the libraries being used by the applications it contains, it would be impossible to do that given the number of libraries involved. Would it be an idea to prefix all sub projects of KDE with a unified number relating to the framework it depends on so as an example, KDE 5 is made up of Plasma 5.5.4., Frameworks 5.13, KDE Applications 5.15.08. This will make it easier for us outside the development world to see a link between the sub projects. What would be the benefit of that. This would only artifically suggest relation where there is none. Microsoft Office 2015 is not called Microsoft Office 10.2015 just because it happens to be released at the time when Windows 10 is the vendor's current desktop product. Users could be confused, guess a relation and assume Office 2015 can only be used on Windows 10. While Microsoft would gladly have as many Windows users as possible to upgrade to Windows 10, they have abstained from creating this mental bridge. Most likely because they rather have people get Office 2015 even if they are just on Windows 7 or 8. I'm not sure if this MS Office is a good example because its a set of programs that are related to a function whereas KDE Applications are a collection of mostly unrelated programs. Will KDEPIM become KDEPIM5 once its all ported to KF5? Exactly why KDE Applications has a very different version scheme, to avoid people mistakingly assume a connection between the applications and Plasma desktop when there is none as far as using the applications is concerned. Cheers, Kevin Have i opened an old wound here with this question? Apologies if i have. regards Ian ___ This message is from the kde mailing list
Re: [kde] Setting Meta-M keyboard shortcut for show desktop
On Tuesday 16 Jun 2015 22:05:27 Kevin Wilson wrote: Hi, I have Fedora 22 with KDE Palsma. By default, pressing Meta-M shows the notification dialog. (a window consisting of 2 parts: left is notifications like printed completed, printing, ... and the right side is a calendar. I try to change this keyboard shortcut to show desktop. I did it in older KDE based fedora distros . I tried system settings-shortcuts-Global Keyboard Shortcuts-Kwin-Show dekstop and manually changing to Meta+M and pressing apply. It did get the update. However, when I pressing Meta+M is still shows the same notification window. Any ideas ? Better to post to opensuse-fact...@opensuse.org mailing list as its to do with Plasma. I don't know the answer but there are 2 Configure Desktop programs, one for KDE4 applications and one for Plasma apps, make sure you are using the correct one. systemsettings5 is the one for Plasma. Does anybody know how I can get rid of the original Meta+M key for notification which has probably a higher priority over the new shortcut which I defined ? Regards, Kevin ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] grouping tasks in taskbar
On Tuesday 12 May 2015 11:57:52 Gunther Clasen wrote: Hi, I am pretty new to kde 4 (not kde, which I've been using for 15+ years now), and some things puzzle me. I am used to grouping tasks in the taskbar, and kde4 didn't migrate that setting from kde3. Now with the taskbar full of applications (it needs only 5 applications open to fill the taskbar on a wide-screen monitor), there seems to be NO WAY to configure the taskbar to group the tasks. One needs to close the applications first in order to have free space on the taskbar to do a right-click to bring up the config menu. Is that behaviour actually intended, or have I missed something? Cheers Gunther Have you tried a right click on the taskbar? I get grouping options on the window that pops up. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Double click or one left button does not select text in a Konsole line
On Saturday 14 Feb 2015 15:01:14 Kevin Wilson wrote: Hello, I have Fedora 21. When I open a Konsole and use double click or one left button does not select text in a Konsole line. I'm on opensuse 13.2 with Konsole version 2.14.2 and it works fine. Have you checked the settings in the Edit Current Profile on the Settings menu to see if they have any effect? Any ideas? Regards, Kevin ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Ark completely useless in common user scenarios
On Friday 29 Aug 2014 02:42:02 Matteo Italia wrote: Hello, it's probably about 2 years since I switched to KDE, and it's mostly been a pleasant journey; but since day zero, I've always had problems with Ark, which, in my opinion, has several known bugs which really cripple with the most common usage scenarios. i've never had any problems with Ark myself but then again i don;t use it much. Have you logged any errors in the bug tracking system ? You'll also need to provide some version numbers of Ark/KDE etc you are using for someone to make any useful replies. Suppose that a new KDE user - coming from WinRar, 7zip, PeaZip, XArchiver, FileRoller, whatever - wants to open some document inside a zip; he double clicks on the .zip and ark shows up. Nothing particularly strange here (althought the UI could be somewhat less minimal). He double clicks on a file inside the archive and a preview window shows up. Perplexity ensues. - I don't want to see a .cpp file in a dumbed-down Kate; - I don't want to see PDFs in a stripped-down Okular where I can't print; - I don't want to open a complicated ODT in the same stripped-down Okular to see the formatting break; - and the best of all: I don't want to double click on an ODS file to see an even more dumbed-down ark showing me a bunch of XML files. Find me any user who would think that this is expected behavior. - no, actually, there's something even better: if you have a .zip inside another zip, it will open _a preview of ark_, which allows only to open previews (so, no way to actually extract anything from nested zip files) Let aside the technical problems; from the UX viewpoint, this stuff is completely broken. Why should the archiver show by default a lookalike of the default KDE application with 90% features less (doubly bad - you recognize the internal of Okular, you know that the real thing can print, so you waste time looking for a feature that it's not actually there) if you are lucky, and unintelligible garbage if it guesses wrong? I have my applications and my file associations to open my files, who asked the archiver to guess (badly) what kpart it should use? (fun fact: the issue has been first reported in 2008 - see bug 179066 - and two patches has been proposed, none actually merged) Let's get back to our user. Ok, double click yields garbage, let's see if we can get the data out this thing. I don't think I would guess wrong if I said that, coming from any other archiver, the most obvious thing to try would be to drag drop the file on the desktop. Sad trombone. You lost, but thanks for trying; directly from 2012, bug 294904. The file does not appear on the desktop, so the user will assess that the functionality is broken (sadly it's not rare on a Linux desktop to see drag drop broken). What he does *not* know is that the file actually got extracted, but in the home directory (probably). (this actually is a problem with any KIO path - the desktop folder view - which points to desktop:/ - just happens to be the most common scenario). Unaware that his file is in the home (he'll find out in a few days by chance), the user still tries to get his data out of Ark: Well, this thing sorta looks like a file manager, let's try to copy out the file. Right click, nothing happens (this rules out also the hoped-for possibility of an extract single file context menu, or of a hidden Open menu item). He might try Ctrl-C in Ark and Ctrl-V in a folder, without success. Our user gets smart, selects the file, looks at the toolbar, and clicks on the Extract button; the hideous folder select dialog (it's still a mystery to me how file dialogs look natural and work beautifully but any folder select dialog I ever saw is a nightmare at some degree) shows up, asking for confusing stuff. Mind you, this dialog may be fine for the advanced case, but it's just not acceptable as the mandatory UI path to extract a PDF to print it. Wait: maybe our user is smarter; he might have seen the little arrow near the extract icon; or, more probably, he went hunting through the menus (at least from what I always read around, menus are normally used to get a grip of what a program can do, or, as in this case, as last resource after looking for a feature everywhere). Anyway, somehow he managed to summon the Quick extract menu, with its list of locations coming from I don't know where. At least on my machine, I see the path of my desktop, so I click on it. The single file I selected gets actually extracted on the desktop. Along with all the empty directory structure it was stored in inside the zip file. Terribly useful indeed, who doesn't like a trip through three levels of directories to finally reach the PDF he should have opened with a double click? --- Now, all this stuff is ridiculous. I remember friggin' WinZip doing the right thing in Windows 95, maybe even before; when using
Re: [kde] Is it normal that text in the clipboard gets lost?
On Wednesday 05 Jun 2013 20:03:20 Nikos Chantziaras wrote: There's something that always bugged me a bit with the clipboard. I don't know whether it's a bug or intended behavior. It goes like this: when I open an application, select some text in it, then copy it to the clipboard with Ctrl+C, then close the application and finally try to paste the text from the clipboard into somewhere else, there's nothing to copy. At the moment I closed the application I copied the text from, the clipboard contents die. This is surprising, since copying to the clipboard, at least on every other OS I'm using, really means copying. Even if the application the text came from goes away, the copied text is still in the clipboard. Is this a bug? I have this happen on occasions but not all the time, mainly when using openoffice or firefox. I donlt have any issues between native KDE programs ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.