<div dir="ltr">Then do that.<div><br></div><div>When you post a draft proposal on the mailing list post the entire text as plain text rather than a link to a doc. Easier to read and comment in line.</div><div><br></div><div>Regards,</div><div>Vedant.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 29, 2014 at 1:44 PM, Nitul Datt <span dir="ltr"><<a href="mailto:nitul1991@gmail.com" target="_blank">nitul1991@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><p dir="ltr"><br>
On 29 Oct 2014 13:06, "vedant agarwala" <<a href="mailto:vedant.kota@gmail.com" target="_blank">vedant.kota@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Wed, Oct 29, 2014 at 4:53 AM, Nitul Datt <<a href="mailto:nitul1991@gmail.com" target="_blank">nitul1991@gmail.com</a>> wrote:<br>
>><br>
>> Hey!<br>
>><br>
>> On 10/28/14, vedant agarwala <<a href="mailto:vedant.kota@gmail.com" target="_blank">vedant.kota@gmail.com</a>> wrote:<br>
>> > Hello Nitul,<br>
>> ><br>
>> > Seems like you forgot to "reply to all" (as amarok-devel was not in your<br>
>> > recipients).<br>
>> ><br>
>> > On Tue, Oct 28, 2014 at 12:37 AM, Nitul Datt <<a href="mailto:nitul1991@gmail.com" target="_blank">nitul1991@gmail.com</a>> wrote:<br>
>> ><br>
>> >> On 10/27/14, vedant agarwala <<a href="mailto:vedant.kota@gmail.com" target="_blank">vedant.kota@gmail.com</a>> wrote:<br>
>> >> > Hello Nitul,<br>
>> >> ><br>
>> >> > I agree with all that Myriam has said. I should've waited for a<br>
>> >> > go-ahead<br>
>> >> > for a senior Amarok member; if you remember I had mentioned that I was<br>
>> >> > unable to get in touch with them. Sorry for rushing in and making you<br>
>> >> > do<br>
>> >> > some extra work.<br>
>> >> ><br>
>> >><br>
>> >> That's quite alright. Although this leaves me with only a few days<br>
>> >> until October 31st, the student aplication deadline.<br>
>> >><br>
>> >> > Take your time and pick a new project from the 2 mentioned. AFAIK there<br>
>> >> is<br>
>> >> > no "start" date for SoK but an end date (31st January). A proposal is<br>
>> >> > as<br>
>> >> > important as the coding itself so it is perfectly fine to spend time on<br>
>> >> it.<br>
>> >> ><br>
>> >><br>
>> >> Well I checked and the only possibility left is implementing Cue sheet<br>
>> >> support. Vishesh Handa just clarified about the port from nepomuk to<br>
>> >> baloo on the buglist. His suggested solution will take one or two days<br>
>> >> maximum.<br>
>> >> I had just mailed the first draft of the proposal. I knew it required<br>
>> >> a lot of work.<br>
>> >> I just have one question, the SoK page mentions that the student<br>
>> >> application deadline is 31st October. Does one have to submit a<br>
>> >> proposal before then? The FAQ mentions that it is not necessary to<br>
>> >> submit a proposal before applying.<br>
>> >><br>
>> ><br>
>> > If this is the case you should apply asap and work on your proposal.<br>
>> ><br>
>><br>
>> As suggested previously I have had a look at the existing code for cue<br>
>> sheet support. I have also begun looking through the source for qmmp,<br>
>> a Qt based media player which supports cue sheets. Do you have any<br>
>> other suggestions?<br>
><br>
><br>
> I haven't done much research but you are going in the right direction- using existing code.<br>
>><br>
>><br>
>> >><br>
>> >> As for implementing cue sheet support, I have no idea regarding this<br>
>> >> and would require a little bit of help from your side.<br>
>> >><br>
>> ><br>
>> > I can help on how to go about it but a proposal has to made entirely by<br>
>> > you. See the bugs relevant to the idea and try to fix as many of them as<br>
>> > possible, if not all. (include references to them in your proposal). Come<br>
>> > up with an idea and google each step. If you have doubts in selecting a<br>
>> > particular path we can help as you are not yet fully familiar with Amarok's<br>
>> > coding guidelines.<br>
>> > Beware of not reinventing the wheel- if there is code that is relevant,<br>
>> > just copy it. If a library fits your needs we can include it during the<br>
>> > Amarok build (though try to minimize this).<br>
>> >><br>
>> >> > Keep us in the loop through IRC and this mailing list.<br>
>> >> ><br>
>> >> > Also do the following things:<br>
>> >> ><br>
>> >> > 1. Register a bouncer for IRC (I think KDE's bouncer is called BNC.<br>
>> >> > Look<br>
>> >> > into it and send a registration request)<br>
>><br>
>> Done<br>
>><br>
>> >> > 2. Register for a developer account and set up a personal scratch git<br>
>> >> > repository (but even then you will have to upload code to reviewboard,<br>
>> >> > as<br>
>> >> > it is easier to review there)<br>
>> >> ><br>
>> >><br>
>><br>
>> Done. I should get access in a couple of days.<br>
>><br>
>> >> I can only access freenode webchat from my university wifi.<br>
>> >><br>
>> ><br>
>> > You did not get what I meant. With a frown I give you the links:<br>
>> > <a href="https://community.kde.org/Sysadmin/BNC" target="_blank">https://community.kde.org/Sysadmin/BNC</a>, <a href="https://bnc.kde.org:7778/" target="_blank">https://bnc.kde.org:7778/</a><br>
>> ><br>
>> ><br>
>><br>
>> Lastly, do proposals have to be submitted before the student<br>
>> application deadline ie 31st October?<br>
><br>
><br>
> ask this question on the kde-soc mailing list or IRC. I have no extra information. </p>
</div></div><p dir="ltr">According to Kde-soc, proposals must be submitted before the deadline. </p><div><div class="h5">
<p dir="ltr">>><br>
>><br>
>> >><br>
>> >><br>
>> >> > Regards,<br>
>> >> > Vedant.<br>
>> >> ><br>
>> >> > On Mon, Oct 27, 2014 at 3:50 PM, Myriam Schweingruber <<a href="mailto:myriam@kde.org" target="_blank">myriam@kde.org</a>><br>
>> >> > wrote:<br>
>> >> ><br>
>> >> >> Hi Nitul,<br>
>> >> >><br>
>> >> >> Thanks for your proposal, but I have some doubts about this.<br>
>> >> >><br>
>> >> >> On Mon, Oct 27, 2014 at 8:47 AM, Nitul Datt <<a href="mailto:nitul1991@gmail.com" target="_blank">nitul1991@gmail.com</a>><br>
>> >> wrote:<br>
>> >> >> > Hi!<br>
>> >> >> One thing which springs to mind is, suppose a user<br>
>> >> >> > wants to store a custom cover. Should that also be stored in the<br>
>> >> >> > filesystem mentioned in the specification or should it be stored at<br>
>> >> >> > the album location itself?<br>
>> >> >><br>
>> >> >> It already does so, why would you change that? Custom covers should<br>
>> >> >> always be stored locally. Changing what is already there is rarely a<br>
>> >> >> good idea without a major reason.<br>
>> >> >><br>
>> >> >> Don't forget, you want to add a feature, not remove one :)<br>
>> >> >><br>
>> >> >> On the other hand: why would this specification be needed? AFAICS this<br>
>> >> >> is a Gnome library, so it would add another dependency, and not a Qt<br>
>> >> >> one either. I am sure there are far better suited tasks for a SoK<br>
>> >> >> project than implementing an external specification.<br>
>> >> >><br>
>> >> >> I would need a very compelling reason to implement this, as it is only<br>
>> >> >> used by Banshee which is hardly a major player. Is it used by other<br>
>> >> >> media players, specifically Qt-based ones? If not, this is really not<br>
>> >> >> worth to spend time on IMHO, I would consider this feature request a<br>
>> >> >> very minor one for the above mentioned reasons.<br>
>> >> >><br>
>> >> >> Also: this is a Junior Job, which is something doable within a week,<br>
>> >> >> hardly a SoK-worthy task .. I would expect any SoK applicant to<br>
>> >> >> actually first solve a Junior Job to show their ability to code and<br>
>> >> >> tackle a larger project like SoK or GSoC. Junior Jobs are classically<br>
>> >> >> something that can be done within a day or two, a week at most, so<br>
>> >> >> <a href="https://bugs.kde.org/show_bug.cgi?id=296049" target="_blank">https://bugs.kde.org/show_bug.cgi?id=296049</a> is clearly not suitable<br>
>> >> >> for SoK at all.<br>
>> >> >><br>
>> >> >><br>
>> >> >> There are currently two things I would see good SoK tasks:<br>
>> >> >><br>
>> >> >> 1. What is far more needed since quite some time, and what should be a<br>
>> >> >> high priority to implement is the CUE sheet support. You can easily<br>
>> >> >> judge that from the number of open bugs and the high number of votes<br>
>> >> >> for this feature. It is partially implemented, and there is already<br>
>> >> >> some work lying around IIRC. Mind you, the implementation of proper<br>
>> >> >> CUE sheet support for files in the collection (CUE sheets already do<br>
>> >> >> work more or less for tracks not in the collection currently) would<br>
>> >> >> solve all the existing bugs at once, or at least most of them.<br>
>> >> >><br>
>> >> >> I suggest some digging in other Qt-based players who already do<br>
>> >> >> implement CUE sheet support which will certainly yield some insight on<br>
>> >> >> what is done wrong in our code.<br>
>> >> >><br>
>> >> >> 2. Another very much needed feature is porting the current Nepomuk<br>
>> >> >> support to Baloo: <a href="https://bugs.kde.org/show_bug.cgi?id=336380" target="_blank">https://bugs.kde.org/show_bug.cgi?id=336380</a> There<br>
>> >> >> are links to previous bugs with more information, and the Baloo<br>
>> >> >> specifications are also very helpful in that regard<br>
>> >> >><br>
>> >> >> And finally: please do not copy-paste bug report wording in your<br>
>> >> >> proposal, but write your own one! A good proposal would show that you<br>
>> >> >> have really put some thought into it, not just a tentative timeline to<br>
>> >> >> something you haven't event really looked at at all. Research is<br>
>> >> >> starting before you do a proposal, and the results should show in the<br>
>> >> >> proposal.<br>
>> >> >><br>
>> >> >><br>
>> >> >> Regards, Myriam<br>
>> >> >><br>
>> >> >> --<br>
>> >> >> Proud member of the Amarok and KDE Community<br>
>> >> >> Protect your freedom and join the Fellowship of FSFE:<br>
>> >> >> <a href="http://www.fsfe.org" target="_blank">http://www.fsfe.org</a><br>
>> >> >> Please don't send me proprietary file formats,<br>
>> >> >> use ISO standard ODF instead (ISO/IEC 26300)<br>
>> >> >><br>
>> >> ><br>
>> >><br>
>> >><br>
>> >> --<br>
>> >> Regards,<br>
>> >> Nitul Datt<br>
>> >><br>
>> ><br>
>> > Break a leg.<br>
>> ><br>
>> > Regards,<br>
>> > Vedant.<br>
>> ><br>
>><br>
>><br>
>> --<br>
>> Regards,<br>
>> Nitul Datt<br>
><br>
><br>
> Regards,<br>
> Vedant</p>
</div></div><p dir="ltr">--<br>
Regards, <br>
Nitul Datt</p>
</blockquote></div><br></div>