Re: [kde] KDE Panel freezing when HDMI connected
On Sunday, 2011-09-11, Duncan wrote: Anne Wilson posted on Sun, 11 Sep 2011 18:35:32 +0100 as excerpted: I take your point, but in truth, any well-written piece of code should be able to exit gracefully if something fails. If it can't, I'd rather not run it at all. You're absolutely correct. But the point is, one of the big selling- point features of plasma has been its extensibility... by coders who may in fact be rather bad at it, beginners or whatever. In that sort of environment, you have to COUNT on some of the code being bad, because it is GOING to happen. An app designed for that can't simply crash when one of the extensions goes bad, because it WILL heppen, and it WILL look bad for the main app as a result. It MUST be designed to be robust and have the rest keep running in spite of whatever badly coded barf-code someone throws at it, or it wasn't so properly designed for that extensibility as it might seem to be after all. That's what Plasma's Javascript API is for. The extension points which allow external code to be part of the applet, e.g. C++, Python, can't be isolated against bad behavior very well. Hence the need and existance of a save extension point. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ 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] KDE Panel freezing when HDMI connected
On Sunday 11 Sep 2011 Duncan wrote: Anne Wilson posted on Sun, 11 Sep 2011 18:35:32 +0100 as excerpted: I take your point, but in truth, any well-written piece of code should be able to exit gracefully if something fails. If it can't, I'd rather not run it at all. You're absolutely correct. But the point is, one of the big selling- point features of plasma has been its extensibility... by coders who may in fact be rather bad at it, beginners or whatever. In that sort of environment, you have to COUNT on some of the code being bad, because it is GOING to happen. An app designed for that can't simply crash when one of the extensions goes bad, because it WILL heppen, and it WILL look bad for the main app as a result. It MUST be designed to be robust and have the rest keep running in spite of whatever badly coded barf-code someone throws at it, or it wasn't so properly designed for that extensibility as it might seem to be after all. Which is the problem we have. So are you going to quit running plasma, then, because you'd rather not run it at all? [Haha only serious.] [Caveats about not being a (C/C++) coder apply. My skills tend more toward technical sysadmin, scripting, etc. And /as/ a sysadmin that does at least speak some programming lingo, plasma is quite good in a lot of ways including its extensibility, but it could certainly be better in regard to robustness in view of that extensibility, is what I'm saying.] By and large, when something goes wrong with plasma, it drops out, then restarts, so you could say this is a real effort to deal with the problem. Having no coding skills whatsoever, I can only guess at what could make a plasmoid freeze everything. I imagine that plasmoids that get official blessing have had some code eye-over, but as you say, plasmoids are relatively easy to write and distribute, so anything goes, I guess. You can't safeguard against everything. What, to me, is more important, is that the author of that plasmoid should be told what is happening. Most applications have a contact email address for the author - I don't know whether it is true of any plasmoids, but it's certainly not true of all of them. It should be. Anne signature.asc Description: This is a digitally signed message part. ___ 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.
[kde] System tray icons
Under KDE 4.6, is there a way to change the system-tray icons, and the size of those icons ? I find them almost impossible to see with a high-definition display. TIA, Ron. Mageia 1 -- La gloire est une affaire privée. -- Louis Lachenal -- http://www.olgiati-in-paraguay.org -- ___ 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] KDE Panel freezing when HDMI connected
Tim Edwards writes: This particular plasmoid was downloaded by clicking the 'Get New Widgets..' button on the 'Add Widgets' dialog, so I would think it was as officially-blessed as any other that's available. No, I believe those that already come with KDE are more official, and better tested. Those that you download can be contributed by anyone, and often they are new and not tested by anyone yet. My experience has been that those often simply fail (sometimes due to missing stuff I would have to install), sometimes make plasma crash, and I also experienced plasma hanging like you did. I think it's more important that a plasmoid which freezes shouldn't also freeze the whole desktop. That's just the way it is I'm afraid. You can't ensure the quality of plasmoids but surely someone can put a timeout of some kind in the plasma-desktop code so that calls to plasmoids don't wait forever for a response. I don't know it this is possible for a single-threaded application, I assume the answer is no. I do not think there is some sort of supervisor that calls and controls the individual plasmoids. When a plasmoid's code being executed, and that goes in an endless loop, it will stay, and plasma will not react any further. At least that's my understanding. Wonko ___ 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] KDE Panel freezing when HDMI connected
On Monday 12 Sep 2011 Alex Schuster wrote: I don't know it this is possible for a single-threaded application, I assume the answer is no. I do not think there is some sort of supervisor that calls and controls the individual plasmoids. When a plasmoid's code being executed, and that goes in an endless loop, it will stay, and plasma will not react any further. At least that's my understanding. Either I'm misunderstanding you, or that is unbelievable. From the earliest days of basic coding you could set a timer so that if no response was obtained by then the loop exited. Are you saying that 30 years on this is not possible? Anne signature.asc Description: This is a digitally signed message part. ___ 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] System tray icons
On Monday 12 Sep 2011 Renaud (Ron) Olgiati wrote: Under KDE 4.6, is there a way to change the system-tray icons, and the size of those icons ? I find them almost impossible to see with a high-definition display. If you open the panel toolbox (cashew on the bottom-right) you can make the panel a little higher. The icons will scale to that height. Anne signature.asc Description: This is a digitally signed message part. ___ 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] System tray icons
On Monday 12 Sep 2011 10:42 my mailbox was graced by a message from Anne Wilson who wrote: Under KDE 4.6, is there a way to change the system-tray icons, and the size of those icons ? I find them almost impossible to see with a high-definition display. If you open the panel toolbox (cashew on the bottom-right) you can make the panel a little higher. The icons will scale to that height. This changes the panel icons, but not the system tray ones; alas... Thanks anyway, Ron. -- Ecoute le vent: C'est le désert qui se plaint de n'ètre pas une prairie. -- Proverbe Touareg -- http://www.olgiati-in-paraguay.org -- ___ 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] KDE Panel freezing when HDMI connected
On Monday, 2011-09-12, Anne Wilson wrote: On Monday 12 Sep 2011 Alex Schuster wrote: I don't know it this is possible for a single-threaded application, I assume the answer is no. I do not think there is some sort of supervisor that calls and controls the individual plasmoids. When a plasmoid's code being executed, and that goes in an endless loop, it will stay, and plasma will not react any further. At least that's my understanding. Either I'm misunderstanding you, or that is unbelievable. From the earliest days of basic coding you could set a timer so that if no response was obtained by then the loop exited. Are you saying that 30 years on this is not possible? Ah, but the timer won't fire because the process is executing the other stuff. For any kind of interrupt to work one needs at least a second execution context. Even then cancelling an operation might not be possible if it wasn't designed for that or is blocking in a call to some external code, e.g. a file read. Things can usually be done more asynchronously than they are done now, but it is way more complicated which is why initial implementations of things are almost always synchronous. The case of something blocking due to networking is definitely fixable and should have been asynchronous from the start. I recommend letting the respective developer know about this limitation. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ 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.
[kde] 2.17 Ark and .bz (not .bz2)
Why does Ark create .bz files instead of .bz2? ___ 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.
