Re: custom widget browsers, Add Applet dialog
Cool! Thanks Aaron. -- Tiger 2008/10/14 Aaron J. Seigo [EMAIL PROTECTED] hi all.. i've made it possible to add a custom widget browser to the Add Applet dialog via a PackageStructure plugin. this should allow things to happen like the Google Gadgets to launch the browser dialog for the GG store or whatever. How It Works -- In the package structure's .desktop file, put an entry like this: X-Plasma-ProvidesWidgetBrowser=true In the PackageStructure, reimplement: void createNewWidgetBrowser(QWidget *parent = 0); and emit: newWidgetBrowserFinished() when it is finished. that's it. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
On Tuesday 14 October 2008, Aaron J. Seigo wrote: hi everyone =) ok ... time to move stuff out of kdereview. before i do that, however, i'd like: * each person who feels responsible for whatever bit is in kdereview right now to sign off on moving their components by replying in this thread. note what the component is in your message, and you can include more than one component in your message =) ok, s: Web browser: from the applet side the interface now has everything i wanted to give to it, some bugs in the web view itself (sometimes mouse clicks arrives sometimes not, no keyboard input) but this is an issue more of plasma::webcontent, maybe i'll give a look to it. doesn't work in the panel but i don't think it makes sense put only a piece of it neither doing a popupapplet... maybe using a popupapplet anyways to not break the panel even if it does not make sense in the panel Activity bar: minimalistic and i want to keep as is, bigger problem again not in the applet itself but some layouting issues in the tabbar widget. now i've made it more fitts friendly by killing the margins, but the tabbar still doesn't resizes vertically so still broken in panels at bottom, hopefully will find a way how to spit a more meaningful sizehint... in conclusion the two applets i think work quite well themselves so they are ok, will have to fix some of their underneat stuff :) Cheers, Marco Martin * to hear any objections from anyone for any specific component in kdreview. speak now, or forever hold your peace sort of thing. thanks =) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Status of multi-monitor support
On Monday 13 October 2008, Guillaume Pothier wrote: Yes, but there is something broken somewhere, not related to my patch as it happened before I started hacking on that. You can see the problem in the screenshot I sent, something gets the geometries swapped: the large desktop, or at least the wallpaper, is displayed on the left, but the large screen is physically on the right. However the so the panel is correct, and kwin is behaving properly. the Desktop Containments are also the correct size. what isn't correct is that the DesktopViews are not viewing the right areas of the scene. the DesktopView on the left there should be viewing the DesktopContainment on the right, and vice versa. so either the Containtments have the wrong Screen= argument (which would be odd since they are the correct sizes) or the DesktopViews are positioned over the wrong Containments. looking at your plasma-appletsrc, plasmarc and the debug output on startup you should be able to discern what exactly is going on there. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
On Tuesday 14 October 2008, Sven Burmeister wrote: Am Dienstag, 14. Oktober 2008 02:07:19 schrieb Aaron J. Seigo: * to hear any objections from anyone for any specific component in kdreview. speak now, or forever hold your peace sort of thing. http://mail.kde.org/pipermail/plasma-devel/2008-October/001379.html This is still unanswered. i think it's really important to move the calendar in workspace anyways because the current one is kinda broken and unfixable (it's a widget on canvas so the week/month/year popups, so they get cut away) so while some of the proposals in that thread could be vlid and should really taken into account, i think having the new one in as soon as possible is the most important thing. Cheers, Marco Martin Sven ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
Am Dienstag, 14. Oktober 2008 02:07:19 schrieb Aaron J. Seigo: * to hear any objections from anyone for any specific component in kdreview. speak now, or forever hold your peace sort of thing. http://mail.kde.org/pipermail/plasma-devel/2008-October/001379.html This is still unanswered. Sven ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
On Tuesday 14 October 2008, Artur Souza (MoRpHeUz) wrote: 2008/10/13 Aaron J. Seigo [EMAIL PROTECTED]: * to hear any objections from anyone for any specific component in kdreview. speak now, or forever hold your peace sort of thing. I still need to implement those multiple servers option in the pastebin applet. I'm going to do this today or tomorrow. It should be very straight forward. that can happen before or after it's moved, so no worries... -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
From: Aaron J. Seigo [EMAIL PROTECTED] * each person who feels responsible for whatever bit is in kdereview right now to sign off on moving their components by replying in this thread. note what the component is in your message, and you can include more than one component in your message =) /tools/desktopthemedetails should be ok to go unless there are objections. Andrew (Jamboarder) Lake ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Clocks issues
On Friday 10 October 2008, Anne-Marie Mahfouf wrote: --- Libplasmaclock - Tooltip - does not scroll when 2 TZ only. OK when n TZ, n2 (probably an easy bug) fixed - when right clicking to access menu, the tooltip pops up above the menu - annoying this happens from time to time with various tooltips. the problem is probably in the tooltip code itself and needs to be addressed there. System Settings (kcm clock) changes - time change in SS: Plasma clocks do not seem to be updated at the same time (a digital clock on the desktop is immediately refreshed while the analog clock on the desktop and the digital clock on the panel takes a few seconds to be refreshed) Should be immediate and for all clocks. unless there is a time configuration changed signal somewhere we can listen to, this won't happen. - timezone in SS: also takes time to propagate to the SS clock. The Plasma clocks do not get the time change. they should if QTime and QDate update accordingly as well... i don't know how the SS panel makes this change and what it ends up affecting, though. https://bugs.kde.org/show_bug.cgi?id=171826 regarding plasma clocks delay this is a very low priority issue. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdreview check in
2008/10/13 Aaron J. Seigo [EMAIL PROTECTED]: * to hear any objections from anyone for any specific component in kdreview. speak now, or forever hold your peace sort of thing. I still need to implement those multiple servers option in the pastebin applet. I'm going to do this today or tomorrow. It should be very straight forward. Cheers, -- --- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia --- Blog: http://labs.morpheuz.eng.br/blog/ PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Status of multi-monitor support
2008/10/13 Aaron J. Seigo [EMAIL PROTECTED]: so what you need to be concerned with is the size (not location) of the Containment, and setting that size in response to screen changes. currently in the plasma desktop shell, that happens in DesktopView::adjustSize() with the line: containment()-resize(geom.size()); DesktopView::adjustSize is called from PlasmaApp in response to the QDesktopWidget::resized signal. Yes, but there is something broken somewhere, not related to my patch as it happened before I started hacking on that. You can see the problem in the screenshot I sent, something gets the geometries swapped: the large desktop, or at least the wallpaper, is displayed on the left, but the large screen is physically on the right. However the panel is properly centered and at the bottom of the small screen (the red and green rectangles represent my actual screen configuration). You can also see that the 6 pixels gap is visible between the wallpapers. What class is responsible for displaying the containments on the screen(s)? * why is kephal::Screens::instance()-screens().size() used sometimes and kdephal::ScreenUtils::numScreens() used instead? Everything should use ScreenUtils, I probably overlooked a few occurrences of the old way... * why does DesktopCorona now have a m_numScreens member instead of just tracking whatever kephal says it is as the moment? Well, that member was there before, but it indeed seems it is not useful anymore. * i suppose that PlasmaApp::screenMoved would need to move the associated view so it is still on screen? At first sight I would say that screenMoved doesn't need to do anything as it just means that a screen that was previously on the left of another is now on the right, for instance. But I'm not yet sure about how each event should be processed. For now, I'm only trying to get the initial configuration right, ie. avoiding the situation depicted in the screenshot, which is how plasma shows up when started. * with the code to manage the containments in DesktopCorona, we can probably just remove the containment size related code in DesktopView. PlasmaApp can manage just the View geometries and DesktopCorona just the containment geometries? it's a little muddled right now due to how things evolved over time. That I don't know, I can't say I grasp the full picture yet. Cheers, g ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma::Svg and performance
On Tuesday 14 October 2008, Aaron J. Seigo wrote: before i go any further with this approach: any thoughts, ideas, inspirations? i'd also be interested in people applying the patch locally and ensuring it doesn't break anything for them. SVG handling is obviously very key to plasma, so we can't afford to get this wrong. oh, and ignore the memory leak in the patch in Plasma::Theme; i've fixed that locally. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
