<br><br><div class="gmail_quote">2009/2/19 Aaron J. Seigo <span dir="ltr"><<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Thursday 19 February 2009, Chani wrote:<br>
> On February 19, 2009 12:26:10 Aaron J. Seigo wrote:<br>
> > On Wednesday 18 February 2009, Chani wrote:<br>
> > > > * savable containments: save / restore to file individual<br>
> > > > containments or entire layouts; both locally for later restoration as<br>
> > > > well as external export for sharing with others.<br>
> > ><br>
> > > is this really enough work for a soc project?<br>
> ><br>
> > if the "nice way to share with others" is added to it and the<br>
> > requirements are to provide usable UI interaction for all steps, i think<br>
> > so. it's certainly not a HUGE project, though.<br>
> ><br>
> > > btw, when I was thinking about it during tokamak, I realised that<br>
> > > stashing them locally is easiest to do by simply leaving them in the<br>
> > > appletsrc with a flag to disable them - no need to go mucking about<br>
> > > with files. sharing with other people would be different, of course. :)<br>
> ><br>
> > the flag idea is elegant, but then there are two different code paths:<br>
> > one for the "i'm just going to stash this one away for my own use later"<br>
> > and one for "i'd like to share these with others / i'm sharing this one<br>
> > from my friend".<br>
><br>
> the idea was to not need a filedialog unless the user is exporting them. so<br>
> when I want to load a containment, I don't think "now where the heck did I<br>
> put that thing?" - I just get a list of stashed containments and can load<br>
> one easily.<br>
<br>
</div>the filenames can be generated automatically and the files stored in<br>
$APPDATA/layouts/ or whatever.<br>
<div class="Ih2E3d"><br>
> > for a dialog that shows all available but not-active containments, this<br>
> > would make a difference to the amount of and cleanliness of the code.<br>
><br>
> how would a dialog show non-active containments if tehy're saved somewhere<br>
> else? are you thinking of having some folder in .kde for them?<br>
<br>
</div>bingo :)<br>
<div class="Ih2E3d"><br>
> ...I suppose that would be a way to avoid filedialogs and have them not in<br>
> the appletsrc.<br>
<br>
</div>more bingo :)<br>
<div class="Ih2E3d"><br>
> but then when you load them, does that file get deleted? or<br>
<br>
</div>i think so, yes.<br>
<div class="Ih2E3d"><br>
> > it would also be a bit less surprising in the case one clears out their<br>
> > plasma-desktop* configs to not have them remain in the config file.<br>
><br>
> maybe, maybe not. although it seems I've got plasma stuff in share/apps/<br>
> already, so cleaning out plasma config isn't as trivial as it used to be.<br>
<br>
</div>what stuff is in share/apps/ that affects the plasma settings?<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
Aaron J. Seigo<br>
humru othro a kohnu se<br>
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43<br>
<br>
KDE core developer sponsored by Qt Software<br>
<br>
</div></div><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br>Hello guys, as suggested by Marco i write here i'd be interested in participating to the creation of the MediaCenter.. Unfortunately i'm a little busy with university till 27th, current month. Just from 27th on, i'll be back also coding on Raptor so i could help also with mentoring about it.<br>
<br>P.S.: I'm really ignorant about GSOC, so i'll have to ask around about it to someone who already attended to it, maybe..<br><br>Cheers hackers =)<br clear="all"><br>-- <br>Alessandro Diaferia<br>KDE Developer<br>