Re: Network Management Plasmoid TODOs
Hey, Status update... On Friday 06 November 2009 19:00:54 Will Stephenson wrote: > Off the top of my head: > > * Check that RemoteVpnConnectionitem and > RemoteHiddenWirelessNetworkConnectionitem are complete (service side) > * Implement these including Disconnect button > * Design the Plasma side graphicsitem family for minimum code duplication > * Tooltips Should both be OK, modulo some smallish fixes that will creep in. > * Make main interface (not popup) able to show connecting, connected, VPN > active states Which main interface are you talking about? > * A plasma-esque way to show the list of all wireless networks (not in the > main popup, so this doesn't explode out of the screen). KNetworkManager > uses a regular KDialog for this Again, what exactly do you mean? > * (Optional) icon per interface support > * The service needs either properly kded-modulizing or splitting out into a > separate process like kwalletd > > I'm sure we'll come up more in the meeting starting NOW in #plasma Over the weekend, I've done the following: - removed SVGs, use KIcon all over - fix up tooltips and interface item's title - less code duplication, new class UiUtils (in libs/ui now) Next to tackle: 1 connection progress in the panel icon 2 buglet in sorting connection list, an interface that is connecting should be more important than an inactive one 3 layouting bug where the activatablelist overflows its scrollwidget (looks like a parenting problem) 4 I'm asked more than once for the connection's password, I think knetworkmanager has the same problem I'd appreciate if someone could look into the latter two (3 and 4), I've been banging my head against the layoutwall enough already. Note that I can't test VPN or mobile broadband stuff. If nobody can do that, we should disable it before the release. Cheers, -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On Monday 09 November 2009 14:06:40 Sebastian Kügler wrote: > Status update... > > On Friday 06 November 2009 19:00:54 Will Stephenson wrote: > > Off the top of my head: > > > > * Check that RemoteVpnConnectionitem and > > RemoteHiddenWirelessNetworkConnectionitem are complete (service side) > > * Implement these including Disconnect button > > * Design the Plasma side graphicsitem family for minimum code duplication > > * Tooltips > > Should both be OK, modulo some smallish fixes that will creep in. > > > * Make main interface (not popup) able to show connecting, connected, VPN > > active states > > Which main interface are you talking about? What's the proper name for the plasmoid as it appears in a containment in non- popped-up state? That interface. > > * A plasma-esque way to show the list of all wireless networks (not in > > the main popup, so this doesn't explode out of the screen). > > KNetworkManager uses a regular KDialog for this > > Again, what exactly do you mean? I mean 'do what KNetworkManager does' and don't fill the popup with unconfigured wireless networks that we are not interested in most of the time and just add noise. Instead show configured wireless networks (WirelessInterfaceConnections) in the popup, and show other WirelessNetworks and all HiddenWirelessNetworks (so that people can connect to their configured hidden networks in a second level dialog. > > * (Optional) icon per interface support Is this off the table for 4.4? > > * The service needs either properly kded-modulizing or splitting out into > > a separate process like kwalletd > > > > I'm sure we'll come up more in the meeting starting NOW in #plasma > > Over the weekend, I've done the following: > > - removed SVGs, use KIcon all over > - fix up tooltips and interface item's title > - less code duplication, new class UiUtils (in libs/ui now) > > Next to tackle: > 1 connection progress in the panel icon > 2 buglet in sorting connection list, an interface that is connecting should > be more important than an inactive one > 3 layouting bug where the activatablelist overflows its scrollwidget (looks > like a parenting problem) > 4 I'm asked more than once for the connection's password, I think > knetworkmanager has the same problem When exactly? The known 'bug' is that since knetworkmanager, and the KCM, are distinct apps, KWallet policy has to be set independently on those, so you get one KWallet dialog when first creating a connection, and another one when knetworkmanager (or the kded module, for the plasmoid) tries to open the wallet to provide NM with the password. > I'd appreciate if someone could look into the latter two (3 and 4), I've > been banging my head against the layoutwall enough already. > > Note that I can't test VPN or mobile broadband stuff. If nobody can do > that, we should disable it before the release. I can test those. The main things to do for those are make sure there is a disconnect button shown when they are connected (doesn't need hardware or a VPN login) and check that the 'main UI' (as defined above) shows the right icon when those are active (needs hardware or a VPN login). Will ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On Monday 09 November 2009 15:06:40 Sebastian Kügler wrote: > Note that I can't test VPN or mobile broadband stuff. If nobody can do > that, we should disable it before the release. It would be nice if there could be a simpler configuration dialog shown first on add like: Add wireless: Network: [ Strongest net v] Password: [ ] [Advanced...] Add mobile: Country: [ From geolocation? v] Operator: [v] [Advanced...] nm-applet has country/operator selection for mobile and it's pretty useful. Petri 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: Network Management Plasmoid TODOs
On Monday 09 November 2009 14:34:11 Petri Damstén wrote: > On Monday 09 November 2009 15:06:40 Sebastian Kügler wrote: > > Note that I can't test VPN or mobile broadband stuff. If nobody can do > > that, we should disable it before the release. > > It would be nice if there could be a simpler configuration dialog shown > first on add like: > > Add wireless: > > Network: [ Strongest net v] > Password: [ ] > [Advanced...] > > Add mobile: > > Country: [ From geolocation? v] > Operator: [v] > [Advanced...] > > nm-applet has country/operator selection for mobile and it's pretty useful. These are both on the TODO list already. Will ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: QWebFrame and baseUrl
Hi there, Strange... We merely fixed the behavior to be as expected and documented. setHtml was totally broken. It was adding the baseurl to the session history if one was supplied, and not adding anything if nothing was supplied. That has now been fixed. So I wonder why this stopped working, if this is due to a QUrl change, due to our change or due to a change in WebKit itself. Can you please add a bug to bugs.webkit.org ? Kenneth On Wed, Nov 4, 2009 at 2:39 PM, Aaron J. Seigo wrote: > On November 4, 2009, Marco Martin wrote: >> anyways, the patch looks good > > yes, please commit (and grrr! to the trolls for changing behaviour like this) > > -- > 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 Development Frameworks > > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel > > -- Kenneth Rohde Christiansen Technical Lead / Software Engineer Qt Labs Americas, Nokia Technology Institute, INdT Phone +55 81 8895 6002 / E-mail kenneth.christiansen at openbossa.org ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On Monday 09 November 2009 14:20:26 Will Stephenson wrote: > On Monday 09 November 2009 14:06:40 Sebastian Kügler wrote: > > Status update... > > > > On Friday 06 November 2009 19:00:54 Will Stephenson wrote: > > > Off the top of my head: > > > > > > * Check that RemoteVpnConnectionitem and > > > RemoteHiddenWirelessNetworkConnectionitem are complete (service side) > > > * Implement these including Disconnect button > > > * Design the Plasma side graphicsitem family for minimum code > > > duplication * Tooltips > > > > Should both be OK, modulo some smallish fixes that will creep in. > > > > > * Make main interface (not popup) able to show connecting, connected, > > > VPN active states I'd do it as follows: - we have a progress bar sitting in the bottom (horizontal, seems visually more like a progress bar). That ones laid over the icon dynamically. This progress bar is used for connecting *any* connection. (For wireless you'll see it while - an overlay icon, possibly top-right, half-width and height of the "parent" icon: - it shows a checkmark for a couple of seconds after connections are established - it shows a permanent overlay (on top of the hardware icon) for connected VPNs - it shows a "(!)" when user interaction is required (for example a password dialog waits to be filled in) We'll have to see how much visual clutter this adds, though. In knetworkmanager, you have something similar (progress bar + overlay icon), I think that's OK visually, but "normally" I'd like to hide the progress bar. > > Which main interface are you talking about? > > What's the proper name for the plasmoid as it appears in a containment in > non- popped-up state? That interface. Let's call it "panel view" (yeah, just made that up). :) > > > * A plasma-esque way to show the list of all wireless networks (not in > > > the main popup, so this doesn't explode out of the screen). > > > KNetworkManager uses a regular KDialog for this > > > > Again, what exactly do you mean? > > I mean 'do what KNetworkManager does' and don't fill the popup with > unconfigured wireless networks that we are not interested in most of the > time and just add noise. I'll have a look at how knetworkmanager does it. Maybe some sort of toggle for the list of activatables for showing or hiding those unconfigured networks, possibly with some magic in the background (i.e. toggle to "show all" when there's no preconfigured network found). > Instead show configured wireless networks (WirelessInterfaceConnections) in > the popup, and show other WirelessNetworks and all HiddenWirelessNetworks > (so that people can connect to their configured hidden networks in a > second level dialog. We should sort the "known" ones on top (note: need an icon for that, right now using the bookmarks one since that's semantically closest to "known network"). > > > * (Optional) icon per interface support > > Is this off the table for 4.4? I'd say no, though not a priority right now. It shouldn't be very hard to do now. > > > * The service needs either properly kded-modulizing or splitting out > > > into a separate process like kwalletd > > > > > > I'm sure we'll come up more in the meeting starting NOW in #plasma > > > > Over the weekend, I've done the following: > > > > - removed SVGs, use KIcon all over > > - fix up tooltips and interface item's title > > - less code duplication, new class UiUtils (in libs/ui now) > > > > Next to tackle: > > 1 connection progress in the panel icon > > 2 buglet in sorting connection list, an interface that is connecting > > should be more important than an inactive one > > 3 layouting bug where the activatablelist overflows its scrollwidget > > (looks like a parenting problem) > > 4 I'm asked more than once for the connection's password, I think > > knetworkmanager has the same problem > > When exactly? The known 'bug' is that since knetworkmanager, and the KCM, > are distinct apps, KWallet policy has to be set independently on those, so > you get one KWallet dialog when first creating a connection, and another > one when knetworkmanager (or the kded module, for the plasmoid) tries to > open the wallet to provide NM with the password. After creating the account, it's trying to connect and then immediately it brings up the password dialog again (with password now filled in). It's not a kwallet dialog. > > I'd appreciate if someone could look into the latter two (3 and 4), I've > > been banging my head against the layoutwall enough already. > > > > Note that I can't test VPN or mobile broadband stuff. If nobody can do > > that, we should disable it before the release. > > I can test those. The main things to do for those are make sure there is a > disconnect button shown when they are connected (doesn't need hardware or a > VPN login) and check that the 'main UI' (as defined above) shows the right > icon when those are active (needs hardware or a VPN login). Ok, I'll take
Re: Network Management Plasmoid TODOs
On Monday 09 November 2009 15:36:17 Sebastian Kügler wrote: > On Monday 09 November 2009 14:20:26 Will Stephenson wrote: > > On Monday 09 November 2009 14:06:40 Sebastian Kügler wrote: > > > > * Make main interface (not popup) able to show connecting, connected, > > > > VPN active states > > I'd do it as follows: > > - we have a progress bar sitting in the bottom (horizontal, seems visually > more like a progress bar). That ones laid over the icon dynamically. This > progress bar is used for connecting *any* connection. (For wireless you'll > see it while > > - an overlay icon, possibly top-right, half-width and height of the > "parent" icon: - it shows a checkmark for a couple of seconds after > connections are established - it shows a permanent overlay (on top of the > hardware icon) for connected VPNs - it shows a "(!)" when user interaction > is required (for example a password dialog waits to be filled in) > > We'll have to see how much visual clutter this adds, though. In > knetworkmanager, you have something similar (progress bar + overlay icon), > I think that's OK visually, but "normally" I'd like to hide the progress > bar. Can we come up with one design for these extra info overlays in the mails we're exchanging with ademmer and pinheiro that we can use in both KNM and the applet? > > > Which main interface are you talking about? > > > > What's the proper name for the plasmoid as it appears in a containment in > > non- popped-up state? That interface. > > Let's call it "panel view" (yeah, just made that up). :) > > > > > * A plasma-esque way to show the list of all wireless networks (not > > > > in the main popup, so this doesn't explode out of the screen). > > > > KNetworkManager uses a regular KDialog for this > > > > > > Again, what exactly do you mean? > > > > I mean 'do what KNetworkManager does' and don't fill the popup with > > unconfigured wireless networks that we are not interested in most of the > > time and just add noise. > > I'll have a look at how knetworkmanager does it. Maybe some sort of toggle > for the list of activatables for showing or hiding those unconfigured > networks, possibly with some magic in the background (i.e. toggle to "show > all" when there's no preconfigured network found). > > > Instead show configured wireless networks (WirelessInterfaceConnections) > > in the popup, and show other WirelessNetworks and all > > HiddenWirelessNetworks (so that people can connect to their configured > > hidden networks in a second level dialog. > > We should sort the "known" ones on top (note: need an icon for that, right > now using the bookmarks one since that's semantically closest to "known > network"). IF you show unconfigured networks in the popup you should have 2 things * scrollview instead of expanding the popup * a searchline for use in densely populated areas > > > > * (Optional) icon per interface support > > > > Is this off the table for 4.4? > > I'd say no, though not a priority right now. It shouldn't be very hard to > do now. I would try to plan for this now by having a list of interface UNIs that the popup knows about to display info for > > > > * The service needs either properly kded-modulizing or splitting out > > > > into a separate process like kwalletd > > > > > > > > I'm sure we'll come up more in the meeting starting NOW in #plasma > > > > > > Over the weekend, I've done the following: > > > > > > - removed SVGs, use KIcon all over > > > - fix up tooltips and interface item's title > > > - less code duplication, new class UiUtils (in libs/ui now) > > > > > > Next to tackle: > > > 1 connection progress in the panel icon > > > 2 buglet in sorting connection list, an interface that is connecting > > > should be more important than an inactive one > > > 3 layouting bug where the activatablelist overflows its scrollwidget > > > (looks like a parenting problem) > > > 4 I'm asked more than once for the connection's password, I think > > > knetworkmanager has the same problem > > > > When exactly? The known 'bug' is that since knetworkmanager, and the > > KCM, are distinct apps, KWallet policy has to be set independently on > > those, so you get one KWallet dialog when first creating a connection, > > and another one when knetworkmanager (or the kded module, for the > > plasmoid) tries to open the wallet to provide NM with the password. > > After creating the account, it's trying to connect and then immediately it > brings up the password dialog again (with password now filled in). > > It's not a kwallet dialog. Ok then NM is re-issuing GetSecrets when you try to collect, look at the NM logs to see why it might be doing this. Will ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On Monday 09 November 2009 15:45:03 Will Stephenson wrote: > > We should sort the "known" ones on top (note: need an icon for that, > > right now using the bookmarks one since that's semantically closest to > > "known network"). > > IF you show unconfigured networks in the popup you should have 2 things > * scrollview instead of expanding the popup It is one already, it only doesn't work. That's the layout problem I'm talking about. > * a searchline for use in densely populated areas Hm, sure that's really needed? If we put stronger networks on top, they're probably easy enough to get at. A searchline would add quite some clutter, IMO. -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [Kde-pim] Important Notice about Reviewboard
Maybe that's an opportunity to implement http://blog.fishsoup.net/2009/09/23/splinter-patch-review/ on top of Bugzilla Am Sonntag 08 November 2009 12:11:58 schrieb David Solbach: > Dear Reviewboard-Users, > > Unfortunately I had to disable the user registration because we had a lot > of nonsense accounts created by spammers. Until we have installed a > captcha system or similar measures, all new accounts have to be requested > via bugs.kde.org . There is a component "Reviewboard" that you can choose > to request accounts. I will react as quckly as possible! > > Ah, and to easily identify and delete all those spammer accounts, I need > your help: Please (if you haven't already done so) add your First and > Lastname to your account. If you don't want to do that just write me an > email with your account name. > > Cheers, > > David > > PS: if anyone has experience in python and webdevelopment and wants to help > to add a captcha to reviewboard, please drop me an email :) > ___ > KDE PIM mailing list kde-...@kde.org > https://mail.kde.org/mailman/listinfo/kde-pim > KDE PIM home page at http://pim.kde.org/ > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
can qtscript plasmoids load C++ qtscript plugins
I suspect the answer to the subject is "no" since I haven't found a mention of a method to do it. But I also haven't found comprehensive QtScript API docs. :) My situation is that I want to write a full chat solution in a qtscript plasmoid using the QtScript Telepathy bindings I wrote. (I'm guessing a dataengine or service for buddy presence and chatting would be pretty crazy right?) It would take a 3 line function to add a "loadScriptPlugin". However if you wanted to sandbox QtScript plugins then adding such a function would undo that, since anyone with the qt bindings installed could write files etc. I'm not sure if thats a security goal you have or not. Thanks, Ian ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Bookmarks runner: make the firefox bookmarks support work when there is only on firefox profile
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2099/ --- Review request for Plasma. Summary --- This patch makes the firefox bookmarks support in the bookmarks runner work even if there is only one firefox profile. It also iterates over the groups which actually exist in the profiles.ini file to avoid unnecessary looping. Diffs - trunk/KDE/kdebase/workspace/plasma/generic/runners/bookmarks/bookmarksrunner.cpp 1046722 Diff: http://reviewboard.kde.org/r/2099/diff Testing --- Tested with a profiles.ini containing only one profile, and another one containing more than 2 profiles. Thanks, Jean-Baptiste ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: can qtscript plasmoids load C++ qtscript plugins
On Monday 09 November 2009, Ian Monroe wrote: > I suspect the answer to the subject is "no" since I haven't found a > mention of a method to do it. But I also haven't found comprehensive > QtScript API docs. :) well, the current bindings are limited and "hand written", just have bindings to the principal (and safest) Applet methods, dataengines, layouts and te widgets in libplasma.. i don't know if it would be even desired to load random plugins, since we want them to be "secure" (at least attempting to be) but yeah, complete bindings would be needed as a completely separate script engine :) > My situation is that I want to write a full chat solution in a > qtscript plasmoid using the QtScript Telepathy bindings I wrote. (I'm > guessing a dataengine or service for buddy presence and chatting would > be pretty crazy right?) and that would be a good use case for those fantomatic bindings, even wicked cool :D Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On November 9, 2009, Petri Damstén wrote: > On Monday 09 November 2009 15:06:40 Sebastian Kügler wrote: > > Note that I can't test VPN or mobile broadband stuff. If nobody can do > > that, we should disable it before the release. > > It would be nice if there could be a simpler configuration dialog shown > first on add like: imho, it would be nice if it didn't pop up a second dialog at all and just ask for the username and pasword right inside the nm applet itself; the "advanced" settings could pop up a dialog perhaps, but there is a lot of room in that new dialog for a simple "put in your username, password" interface with a couple of buttons. -- 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 Development Frameworks 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: Review Request: Bookmarks runner: make the firefox bookmarks support work when there is only on firefox profile
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2099/#review2992 --- Ship it! looks fine; these kinds of bug fixes/improvements can usually just be committed directly to svn. you only really need to use r-b when it's something big and/or you are unsure about and would like other input on :) - Aaron On 2009-11-09 17:21:53, Jean-Baptiste Rouault wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2099/ > --- > > (Updated 2009-11-09 17:21:53) > > > Review request for Plasma. > > > Summary > --- > > This patch makes the firefox bookmarks support in the bookmarks runner work > even if there is only one firefox profile. > It also iterates over the groups which actually exist in the profiles.ini > file to avoid unnecessary looping. > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/generic/runners/bookmarks/bookmarksrunner.cpp > 1046722 > > Diff: http://reviewboard.kde.org/r/2099/diff > > > Testing > --- > > Tested with a profiles.ini containing only one profile, and another one > containing more than 2 profiles. > > > Thanks, > > Jean-Baptiste > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: QWebFrame and baseUrl
On November 9, 2009, Kenneth Christiansen wrote: > So I wonder why this stopped working, if this is due to a QUrl change, > due to our change or due to a change in WebKit itself. yes, with a switch to KUrl it apparently started working (URLs with #s in them were one issue iirc?) -- 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 Development Frameworks 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: can qtscript plasmoids load C++ qtscript plugins
On Mon, Nov 9, 2009 at 1:36 PM, Marco Martin wrote: > On Monday 09 November 2009, Ian Monroe wrote: >> I suspect the answer to the subject is "no" since I haven't found a >> mention of a method to do it. But I also haven't found comprehensive >> QtScript API docs. :) > > well, the current bindings are limited and "hand written", just have bindings > to the principal (and safest) Applet methods, dataengines, layouts and te > widgets in libplasma.. > i don't know if it would be even desired to load random plugins, since we want > them to be "secure" (at least attempting to be) but yeah, complete bindings > would be needed as a completely separate script engine :) I don't want complete bindings, I just want my Telepathy binding + the hand written bindings (though I suppose its possible that my opinion will change). :) Any suggestions for how I should proceed then? I'm a big C++ fan so that could work. Ian ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Network Management Plasmoid TODOs
On November 9, 2009, Sebastian Kügler wrote: > Let's call it "panel view" or "popup icon" as the API is PopupApplet::setPopupIcon() :) -- 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 Development Frameworks 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: can qtscript plasmoids load C++ qtscript plugins
On November 9, 2009, Ian Monroe wrote: > I suspect the answer to the subject is "no" since I haven't found a > mention of a method to do it. "no" is correct. > But I also haven't found comprehensive > QtScript API docs. :) kdebase/workspace/plasma/design/javascript has a growing body of information. > My situation is that I want to write a full chat solution in a > qtscript plasmoid using the QtScript Telepathy bindings I wrote. (I'm > guessing a dataengine or service for buddy presence and chatting would > be pretty crazy right?) a datanengine/service would make it really easy for any widget to access them, but i don't know how well Telepathy would map to that API? > It would take a 3 line function to add a "loadScriptPlugin". However > if you wanted to sandbox QtScript plugins then adding such a function > would undo that, since anyone with the qt bindings installed could > write files etc. I'm not sure if thats a security goal you have or > not. yes, it is a security goal, and yes, such a function would completely destroy any sandboxing. the current idea is to allow "sandbox erosion through trust and permission" so that such a method could be open to trusted / permitted widgets. this has not been implemented yet as the interest in working on these bindings is low. what is needed is a way for a widget to say "here's what i want access to" and then, if the script engine deems it appropriate, to add those pieces of API at runtime to the engine. -- 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 Development Frameworks 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: Multi-screen widgets on screensaver
On November 8, 2009, David Palacio wrote: > I added support to plasma-overlay for multiple screens. For now only tested > on a TwinView setup. nice .. Chani should also review it and give it her thumbs up/down and/or other input. > I am not sure if the work done on lockprocess.cc will work on non Xinerama > setups. this should be sent to Oswald as he maintains that bit of code. > To let the plasma app work with multiple views I (ab)use signals/slots. it looks like a sensible solution. -- 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 Development Frameworks 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: Multi-screen widgets on screensaver
On November 9, 2009 12:42:21 Aaron J. Seigo wrote: > On November 8, 2009, David Palacio wrote: > > I added support to plasma-overlay for multiple screens. For now only > > tested on a TwinView setup. > > nice .. Chani should also review it and give it her thumbs up/down and/or > other input. my input was that I really don't know enough about multi-screen to judge any of it :) it's not doing anything funky, so if a multi-screen person thinks it's ok and ossi doesn't have any objections then I'm happy to have it go in. :) although I do find it odd that it's not using kephal, and wonder if there's any disadvantage in that. wasn't kephal supposed to do magical important multiscreen things? -- This message brought to you by eevil bananas and the number 3. www.chani3.com 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: Multi-screen widgets on screensaver
On November 9, 2009, Chani wrote: > although I do find it odd that it's not using kephal, and wonder if there's > any disadvantage in that. wasn't kephal supposed to do magical important > multiscreen things? just for geometry, really. -- 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 Development Frameworks 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