Re: Custom plasma shell
- Ursprüngliche Mitteilung - > (There's a lot of replies, so I'm going to answer to the topics). > > As for the "Windows inside plasmoids is ugly" part, when I said my idea > was to make applications and plamoids the same thing, I meant it form > the POV of the user. Internally, they would remain different -- note > that, in my mockups, a plasmoid does not leave background (although this > is not very clear, I admit). Actually, they would still remain different > at all, just with more interaction. Currently Plasma is just a window. The contents of the plasma window is unknown to anything outside Plasma. Each other window could just destroy your idea by overlapping the interaction areas. To make it work plasmoids and windows need to be in the same layer. Either each Plasmoid is a window or each window is a plasmoid. For technical reasons the latter is not useful with X but might be with Wayland. > > As for "You'll need to create a whole new WM from scratch", I don't > understand why. This new plasma shell wouldn't drop any KWin feature a > priori, it would just, as I said, make it interact with plasma and, > perhaps, hide the titlebar and/or modify window's borders. It would be > just like Marco said. Yes that gets in the area where a new window manager is needed. Kwin does not support the required functionality and it's very unlikely to be added. > > By the way, how does resizing work? I think KWin sends some kind of > signal to the application, but I don't know X, so I don't know. But, if > so, could it be used for this matter? Resizing is a complex operation involving windowmanager, X and the client. > > About "KWin scripting is not powerful enough", maybe we could extend it > to do whatever is needed. But I don't think it would be necessary -- > not, at least, in the beginning. No sorry extending kwin to support it is out of bounds at the current stage. > > About "Sorry for being the bad guy", there's no problem at all. > Actually, I want you to show me what's possible and what's not. My > intention here is not to make a shell that resembles exactly my mockups, > but rather showing an ideal mockup and see what I can do out of it. > > Oh, and thank you guys for the answers. I'm doing some more mockups right > now, btw. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
(There's a lot of replies, so I'm going to answer to the topics). As for the "Windows inside plasmoids is ugly" part, when I said my idea was to make applications and plamoids the same thing, I meant it form the POV of the user. Internally, they would remain different -- note that, in my mockups, a plasmoid does not leave background (although this is not very clear, I admit). Actually, they would still remain different at all, just with more interaction. As for "You'll need to create a whole new WM from scratch", I don't understand why. This new plasma shell wouldn't drop any KWin feature a priori, it would just, as I said, make it interact with plasma and, perhaps, hide the titlebar and/or modify window's borders. It would be just like Marco said. By the way, how does resizing work? I think KWin sends some kind of signal to the application, but I don't know X, so I don't know. But, if so, could it be used for this matter? About "KWin scripting is not powerful enough", maybe we could extend it to do whatever is needed. But I don't think it would be necessary -- not, at least, in the beginning. About "Sorry for being the bad guy", there's no problem at all. Actually, I want you to show me what's possible and what's not. My intention here is not to make a shell that resembles exactly my mockups, but rather showing an ideal mockup and see what I can do out of it. Oh, and thank you guys for the answers. I'm doing some more mockups right now, btw. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak five
Quoting Sebastian Kügler : > Alright. Week 17 works for me, if we keep it at 12 people max, logistics will > be a bit easier (we can fit 12 people in the living room hacking, more than > that will be slightly uncomfortable, though). It seems I have a "must go" wedding on the 30th of April, but that shouldn't be a problem if we can start on Monday, instead of Wednesday..what do you think? Cheers, -- --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: wiki page for Tokamak V
On Thursday 10 February 2011, Marco Martin wrote: > Hi al, > I've put on http://community.kde.org/Plasma/Tokamak5 > a page for tokamak 5 to: > * collect ideas on the topics > and most important > * list of attendees, so please please add yourself there ASAP, also > specifying if you prefer it at beginning or end of april. just an idea: if someone is really interested in doing a gsoc for plasma, this could be a great opportunity to get immersed early in development. since it's still too early, we can of course not assure a slot, that just can't happen (just that is clear ;p) but any way it goes, could be a good experience for the student that wants to get involved Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Plasma and qml - branches
Hi all, there is a new branch, plasma/declarative in both kdelibs and kde-runtime * in kdelibs, is a library that is used to extract the script engine and bind non object types * in runtime there are out qt components plus imports for really necessary qt stuff that is not available: qimage,qpixmap, qicon painting items happy hacking :) Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: The Plasma team in Bilbao
Hi, It would be interesting if we plan to discuss about plasma in the education environment. If we are not going to do that I think that it might a bit useless. Anyway for me both places are good. Bye, Davide Bettio. signature.asc Description: OpenPGP digital signature ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Make condition icons work in NOAA when conditions are translated
> On Feb. 7, 2011, 9:30 p.m., Aaron J. Seigo wrote: > > nice :) okay, so umm I was wondering if this should or should not be backported to KDE/4.6? - Lasse --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100589/#review1301 --- On Feb. 7, 2011, 8:26 p.m., Lasse Liehu wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/100589/ > --- > > (Updated Feb. 7, 2011, 8:26 p.m.) > > > Review request for Plasma. > > > Summary > --- > > The condition icons didn't always show up correctly because i18n'd condition > strings were passed to getConditionIcon(). This tries to fix it, passing it > the original strings. > > > Diffs > - > > plasma/generic/dataengines/weather/ions/noaa/ion_noaa.h 84e8d6f > plasma/generic/dataengines/weather/ions/noaa/ion_noaa.cpp 4987968 > > Diff: http://git.reviewboard.kde.org/r/100589/diff > > > Testing > --- > > The correct icons are used on the summary (tested during both day and night) > and forecasts, using the "weather" applet and Finnish. The conditions in > forecasts' tooltips are still translated. > > > Thanks, > > Lasse > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Enabling "Apply" button in news
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100625/ --- Review request for Plasma. Summary --- Enabled "Apply" button in News configuration dialog. Diffs - applets/news/news.cpp 731b8b6 Diff: http://git.reviewboard.kde.org/r/100625/diff Testing --- works fine in trunk. Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC ideas needed - 20 days until org application - last call
On Tue, Feb 8, 2011 at 10:34 PM, Ryan Rix wrote: > On Tue 8 February 2011 18:25:27 todd rme wrote: >> Implement the smart activity switching functionality we were talking >> about earlier, with an API that lets applications and widgets provide >> activity switching hints. What I mean by "smart activity switching" >> is proving a popup asking the user if he or she wants to switch >> activities under certain circumstances, such as at particular times, >> at particular physical locations, based on your ip address, and so on. > > I'm working on this in branch right now.. > >> Finish the plasma-based login manag er someone was working on (if it >> isn't already done). > Shaun is still working on this last I talked to him. > > R That still leaves the S&L containment as a potential project, though, right? Also, what about a project implementing the application notifications in the task manager idea? This is something that has been on the to-do list for a couple of releases, right? -Todd ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [Fwd: Re: [Fwd: Re: New properties for StatusNotifierItem: Accessible Label (1/3)]]
On Thursday 10 February 2011, Sebastian Kügler wrote: > On Thursday, February 10, 2011 05:39:08 Ted Gould wrote: > > Plasma folks, > > > > I forwarded the discussion that was had about using the title in the > > tooltip for the accessible label. While I felt that it was not adequate > > I couldn't express why. As per usual, mpt says it better than I, here > > is his response: > > > > Forwarded Message > > From: Matthew Paul Thomas > > > > Not enough information to check signature validity. Show Details > > > > Ted Gould wrote on 08/02/11 20:23: > > >... > > > > > > Do you have thoughts on this from the a11y perspective? They want to > > > use the title of the tooltip for the accessible label. It seems to me > > > that would be sub-optimal, but if so I need a good reason :) > > I understand that it's suboptimal (though thanks, Matthew for laying it out > in greater detail), my reservation was that many developers simply don't > care about accessibility enough to add another string, so it probable > makes sense if the accessible label falls back to the tooltip when the > developer forgot to specify the accessible label. yeah, i have this concern as well, so let's go for: search AccessibleItemLabel if not found, fall back to tooltip title? and i would even specify in the spec that falling back is intended and fine, only labels that really have to be different from tooltips for some reason should overwrite the tooltip Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [Fwd: Re: [Fwd: Re: New properties for StatusNotifierItem: Accessible Label (1/3)]]
On Thursday, February 10, 2011 05:39:08 Ted Gould wrote: > Plasma folks, > > I forwarded the discussion that was had about using the title in the > tooltip for the accessible label. While I felt that it was not adequate > I couldn't express why. As per usual, mpt says it better than I, here > is his response: > > Forwarded Message > From: Matthew Paul Thomas > > Not enough information to check signature validity. Show Details > > Ted Gould wrote on 08/02/11 20:23: > >... > > > > Do you have thoughts on this from the a11y perspective? They want to > > use the title of the tooltip for the accessible label. It seems to me > > that would be sub-optimal, but if so I need a good reason :) I understand that it's suboptimal (though thanks, Matthew for laying it out in greater detail), my reservation was that many developers simply don't care about accessibility enough to add another string, so it probable makes sense if the accessible label falls back to the tooltip when the developer forgot to specify the accessible label. > > 1. Expert screenreader users will, if they can, save time by listening > to only the first part of an item's label before navigating > elsewhere. So an accessible label may put variable information > first (for example, "22 percent battery"), while the tooltip may be > better presenting the same information in key-value form (for > example, "Battery (22%)"). > > 2. A smart human reading something aloud will often expand > abbreviations. A screenreader often won't understand the context > well enough to do this, so an accessible label may pre-expand > abbreviations instead. For example, whereas a tooltip may compactly > say "Battery (4:05 remaining)", an accessible label might better > say "4 hours 5 minutes battery remaining". (Luke may want to > correct me on this.) > > 3. Some things that need to be conveyed in accessible labels would be > utterly redundant in tooltips. For example, something like Ubuntu's > session menu needs an accessible label "Session" to briefly > identify it. But if we were giving our menus tooltips, "Session" > would be rather useless; a better tooltip would be something like > "Commands for exiting Ubuntu". > > > Any > > > > examples anywhere I could point to? > > > >... > > Images in HTML. After a long struggle, accessibility advocates finally > got most browsers to treat alt= (the accessible equivalent) and title= > (the tooltip) differently, to help Web authors understand that what's > good for one is rarely good for the other. Exactly, and how many websites end up with this distinction correctly implemented? Anyway, I don't have any objections, just the above reservation and possible workaround. -- 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: Custom plasma shell
On Thursday 10 February 2011 11:37:55 Ivan Čukić wrote: > > Just an uninformed idea. But couldn't the scripting capabilities of Kwin > > and plasmoidviewer help to at least do a proof of concept? Instead of > > writing a new windows manager from scratch?!? > > I haven't looked at the scripting API for KWin, so I have no idea how > powerful it is. Martin? No it's not that powerfull. It provides access to what KWin provides and the idea is completely out of scope of KWin. So yes it would end as a new window manager, which would be the worst possible timepoint to start doing it as first we need to know whether X or Wayland is the future ;-) Cheers Martin 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: The Plasma team in Bilbao
On Thursday 10 February 2011 01:00:06 Aleix Pol wrote: > Should I take this silence as a no? > > It's a little frustrating... -.- Sorry, but I didn't get from your initial mail that you wanted to co-host the Plasma sprint with the edu sprint. I thought you just want to have some Plasma people around. Personally I think a smaller and more productive sprint would be nicer. I would like to see us focusing on the desktop/netbook/mobile shell with the next Tokamak and just don't see the advantage of having it combined with the edu sprint. I really think the last sprint in Nuremberg was too big. From the time it does not matter for me and might even be better as I will be in the states in week 16 but I would prefer the Netherlands over Spain for travel reasons. Cheers Martin 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: The Plasma team in Bilbao
On Thursday 10 February 2011, Nuno Pinheiro wrote: > A Quinta, 10 de Fevereiro de 2011 13:24:03 Artur de Souza você escreveu: > > Quoting Marco Martin : > > > i could go to either, just not both). > > > > +1. So it's just a matter knowing what people prefer. Do we have time > > to open one of those "web-calendar site" where people vote about the > > date they prefer/can ? Anybody has any say on this matter? > > > > Cheers, > > +1 as well. let's see if we can get away with http://community.kde.org/Plasma/Tokamak5 Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: The Plasma team in Bilbao
A Quinta, 10 de Fevereiro de 2011 13:24:03 Artur de Souza você escreveu: > Quoting Marco Martin : > > i could go to either, just not both). > > +1. So it's just a matter knowing what people prefer. Do we have time > to open one of those "web-calendar site" where people vote about the > date they prefer/can ? Anybody has any say on this matter? > > Cheers, +1 as well. oxygen guy, "I make the pretty pictures" ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
wiki page for Tokamak V
Hi al, I've put on http://community.kde.org/Plasma/Tokamak5 a page for tokamak 5 to: * collect ideas on the topics and most important * list of attendees, so please please add yourself there ASAP, also specifying if you prefer it at beginning or end of april. Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC aspirant
Hello, I started using the KDE environment last year and it would be nice to contribute with some of the Plasma projects for GSoC (specially with QtComponents QML set). I've been working with Qt/QtQuick in some apps for the last 7 months, and directly into QtComponents since October. I have fluency on C/C++, Javascript, Python, Java, Prolog (which i keep a blog about http://codecereal.blogspot.com/) and a bit of shell script, CUDA and Ruby. I also have been contributing with some side projects such as qml-box2d plugin and a Python-Swi Prolog binding (which still is in a embrionary stage). There are also others applications using PySide an Qt/QtQuick on my github and gitorious (some already usable and others experimental): http://github.com/dakerfp http://gitorious.org/~dakerfp I'm waiting for your opinion/suggestions. Cheers, -- Daker Fernandes Pinheiro Undergraduate Student at Federal University of Pernambuco 2011/2/10 Marco Martin > On Thursday 10 February 2011, Viranch Mehta wrote: > > > > this (with our help of course). > > > > You mean I would also have to change relevant stuff in plasma that I need > > for QMLifying the plasmoids? > > > > yes, this could become necessary. > also, many things in the qml bindings will have to be added, like drag and > drop and the full set of components needed (this *could* be done in another > gsoc if we're lucky ;) > > Cheers, > Marco Martin > ___ > 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: The Plasma team in Bilbao
Quoting Marco Martin : > i could go to either, just not both). +1. So it's just a matter knowing what people prefer. Do we have time to open one of those "web-calendar site" where people vote about the date they prefer/can ? Anybody has any say on this matter? Cheers, -- --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: The Plasma team in Bilbao
On Thursday 10 February 2011, Aleix Pol wrote: > > If the problem is the dates, maybe we can try to fix it still, but you > > should tell me now. Regarding the "dispersive being all together" part, I > > fully understand as well, I've seen that same problem myself before. I > > asked the organizer if it would be possible to have two rooms (one for > > edu, one for plasma) and he was optimistic about it. I think we could > > solve that problem. > > > > See you! > > Aleix > > Should I take this silence as a no? > > It's a little frustrating... -.- I must say to everybody that I'm really not impressed by this. Aleix kindly offered us to join, and as him, I really wanted to see opinions of people, I know for instance soebody cannot come in early april, some other cannot in late april (wouldn't make so much difference to me personally, since i could go to either, just not both). I didn't tough it was so hard just saying "i can't 3 april" "to me is either" or "i prefer being less people". This is really the last call, PLEASE. And Aleix, sorry for this :( Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
> what i see possible of all of this, but not necessarily pretty (nor > efficient;) is having plamoids informed of window geometries and move > themselves accordingly IMO, this would be evil if limited only to plasmoids (honestly, if it was vice versa - windows moving, plasmoids not - it would be better :) ) -- Cheerio, Ivan -- While you were hanging yourself on someone else's words Dying to believe in what you heard I was staring straight into the shining sun ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma mediacenter - is it still alive?
On Wednesday 09 February 2011, Onur-Hayri Bakici wrote: > On 08.02.2011 23:40, Marco Martin wrote: > > On Tuesday 08 February 2011, Marco Martin wrote: > >>> I've found the techbase-page > >>> http://techbase.kde.org/Projects/Plasma/Plasma_Media_Center and a > >>> gitorious projecthttp://gitorious.org/plasma-media-center that hasn't > >>> been updated for quite sometime. > >> > >> for everybody that wants to do a gsoc: put it in the wiki NOW as lidya > >> just wrote :p > >> http://community.kde.org/GSoC/2011/Ideas#Plasma > > > > I added one on mediacenter: if someone has different ideas, please don't > > hesitate to add a different one or even modify a lot that one > > To your idea of PMC in GSoC: It would be also cool to integrate the > online media provider services into the GUI as well. > I am still planning to enhance my GSoC project from last year :) absolutely! this is another thing i would love seeing it get going. it kinda depends the underlying thing being finally a bit working and stable instead of continuously drifting away Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Problems with getting Krunner tutorial from techbase right
On Thursday 10 February 2011, Liebe Markus (RtP2/TEF72) wrote: > Hi there, > > I am following the tutorial on techbase to create a krunner plugin. > Up to now I have succeeded in building the lib, but not in actually > enabling the new krunner plugin. > > The details are in the kde forum: > http://forum.kde.org/viewtopic.php?f=64&t=93266 > > Do you have any hints for me on how to enable my plugin? > > KDE: Plattform-Version 4.4.5 (KDE 4.4.5) "release 272" > in the forum thread i see you installed it by copying files by hand, you should really use make install and make ure they are installed in the right prefix where all the rest of KDE is installed then after installed, don't forget to run kbuildsycoca4 restarting krunner, the plugin hould be available in the list. also, is not generally advisable doing development work with a KDe version so old. Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC aspirant
On Thursday 10 February 2011, Viranch Mehta wrote: > > this (with our help of course). > > You mean I would also have to change relevant stuff in plasma that I need > for QMLifying the plasmoids? > yes, this could become necessary. also, many things in the qml bindings will have to be added, like drag and drop and the full set of components needed (this *could* be done in another gsoc if we're lucky ;) Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
On Thursday 10 February 2011, Martin Gräßlin wrote: > Hi, > > sorry for starting playing the bad guy first. Your concept is missing an > important factor: Plasma is not a windowing system, but X is the windowing > system and Plasma is just a set of windows in the other windowing system. > With our current technology stack what your mockups show is in the area > between hardly possible and impossible. Integrating windows into Plasmoids > is an incredible hack and should be avoided (compare legacy systray). what i see possible of all of this, but not necessarily pretty (nor efficient;) is having plamoids informed of window geometries and move themselves accordingly and this could be done by a containment, that constantly keeps the window geometries (like the pager) and arrange plamoids accordingly. as i said not pretty code and not efficient, could go as a proof of concept to see if the idea per se works or if it's annoying ;) and yes, xembedding the windows in plasmoids is a ginormos hack, having each plasmoid in its wn window is another thing that i would avoid Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC aspirant
Quoting Viranch Mehta : > You mean I would also have to change relevant stuff in plasma that I need > for QMLifying the plasmoids? Yep :) Cheers, -- --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC aspirant
Hi Artur, I would recommend that in your proposal you try to be as much clear as > possible regarding the objectives like: which plasmoids you plan to > QMLify and how you plan that. > Sure, I plan to QMLify the widgets that come packaged with KDE by default (the plasmoids). I'll list them specifically. > I'm saying this because some plasmoids make use of plasma stuff that > (still) are not exported to QML and your work would probably include > this (with our help of course). > You mean I would also have to change relevant stuff in plasma that I need for QMLifying the plasmoids? Viranch ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Problems with getting Krunner tutorial from techbase right
Hi there, I am following the tutorial on techbase to create a krunner plugin. Up to now I have succeeded in building the lib, but not in actually enabling the new krunner plugin. The details are in the kde forum: http://forum.kde.org/viewtopic.php?f=64&t=93266 Do you have any hints for me on how to enable my plugin? KDE: Plattform-Version 4.4.5 (KDE 4.4.5) "release 272" Regards, Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
> Just an uninformed idea. But couldn't the scripting capabilities of Kwin and > plasmoidviewer help to at least do a proof of concept? Instead of writing a > new windows manager from scratch?!? I haven't looked at the scripting API for KWin, so I have no idea how powerful it is. Martin? -- Cheerio, Ivan -- While you were hanging yourself on someone else's words Dying to believe in what you heard I was staring straight into the shining sun ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
Am Donnerstag 10 Februar 2011, 09.28:55 schrieb Ivan Čukić: Morning > I'm not sure I see this as Martin did. > > The thing I agree with is that this can't be plasma. This would first > and foremost need to be a new window manager, which would load > plasmoids as windows. (so, I agree with the 'hardly possible' > statement - implementing a new WM is not a trivial task, far from it) > > So, this can't be window-as-a-plasmoid (as Martin said a hackish and > broken concept) but it would need to be the other way round > plasmoid-as-a-window which is possible and works well even today. > > So, essentially if you want to go from 'impossible' to 'hardly > possible' replace 'plasmoid' with 'application window' :) > > As for the ideas: > - Creating a window by 'drawing' a rectangle on the desktop is similar > to what Plan 9 OS is doing. With one significant difference - you > choose 'start an app' and then you can 'draw' anywhere - not only on > the desktop. So, it works even when you don't see your desktop. > - Having resize/move a window influence other windows is a rather nice > concept. Although, IMO, that part could be improved in your mocks > - Taskbar showing only windows that are minimized or completely > covered by some other window looks nice. Just an uninformed idea. But couldn't the scripting capabilities of Kwin and plasmoidviewer help to at least do a proof of concept? Instead of writing a new windows manager from scratch?!? griits Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Custom plasma shell
I'm not sure I see this as Martin did. The thing I agree with is that this can't be plasma. This would first and foremost need to be a new window manager, which would load plasmoids as windows. (so, I agree with the 'hardly possible' statement - implementing a new WM is not a trivial task, far from it) So, this can't be window-as-a-plasmoid (as Martin said a hackish and broken concept) but it would need to be the other way round plasmoid-as-a-window which is possible and works well even today. So, essentially if you want to go from 'impossible' to 'hardly possible' replace 'plasmoid' with 'application window' :) As for the ideas: - Creating a window by 'drawing' a rectangle on the desktop is similar to what Plan 9 OS is doing. With one significant difference - you choose 'start an app' and then you can 'draw' anywhere - not only on the desktop. So, it works even when you don't see your desktop. - Having resize/move a window influence other windows is a rather nice concept. Although, IMO, that part could be improved in your mocks - Taskbar showing only windows that are minimized or completely covered by some other window looks nice. -- Cheerio, Ivan -- While you were hanging yourself on someone else's words Dying to believe in what you heard I was staring straight into the shining sun ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel