GSoC proposal draft: Audio СD collection refactoring.

Hi all, I am looking forward to get some feedback on my proposal. Thanks in advance. =Proposal draft= ==Contact info== Name: Tatiana Gornak Email Address: t.gor...@gmail.com Freenode IRC Nick: melandory IM Service and Username: xmpp, err...@gmail.com Location (City, Country and/or Time Zone): Ka

Re: GSoC Application Review

On 30. 4. 2013 Anmol Ahuja wrote: > And for classes like CollectionLocation, should I create wrappers like > CollectionLocationTypeExporter or simple modify the existing class, > changing script evokable functions to public slots/ Q_INVOKABLE? I think > the former would help keep the scripting logi

Re: GSoC application review - reimplementing personal metadata importers

On 29. 4. 2013 Konrad Zemek wrote: > I introduced a few changes since last time I sent my proposal on review. > Unfortunately, because the proposal is already on Google Melange > website, it's now in HTML - and so I'm no longer maintaining the > contents in git repository, therefore there's no chan

Re: GSoC draft application

Thanks a lot Matej for this in-depth review. I will address all the issues you pointed out and make another draft. Reagards, On Tue, Apr 30, 2013 at 2:11 AM, Matěj Laitl wrote: > On 29. 4. 2013 vedant agarwala wrote: > > In the meantime, I have updated my project proposal as shown below. Your

Re: GSoC application review - reimplementing personal metadata importers

I introduced a few changes since last time I sent my proposal on review. Unfortunately, because the proposal is already on Google Melange website, it's now in HTML - and so I'm no longer maintaining the contents in git repository, therefore there's no change log this time. :-( A few minor chan

Re: GSoC draft application

On 29. 4. 2013 vedant agarwala wrote: > In the meantime, I have updated my project proposal as shown below. Your > inputs are is still as valuable so please comment :) Hi, I'm very sorry to reply this late, I haven't unfortunately found time earlier, neither did any other developer apparently. A

Re: [Libmtp-discuss] My GSoC Proposal: MTP Collection rewrite with emphasis on Android device support (for Amarok)

2013/4/29 Matěj Laitl : > Which leads to a question: I don't see a method in libmtp to "atomically > replace MTP file identified by this id with these contents". What's the > recommended approach here? Upload a new file (perhaps with exactly same name, > which seems to be allowed) and then remove

Re: [Libmtp-discuss] GSoC Proposal v2: Amarok MTP Collection rewrite with emphasis on Android device support

On Mon, 29 Apr 2013 11:30:06 +0200 Linus Walleij wrote: > 2013/4/29 Matěj Laitl : > > > One question may come to attentive reader's mind: why the > > implementation doesn't involve kio-mtp?[6] It is because kio-mtp > > doesn't use the track libmtp API (rather it uses the file API) - > > with tra

Re: GSOC proposal critical feedback

Sure, * **Proposal for Google Summer of Code - 2013 to KDE community (Amarok)* *Student: *Hardik Dhimmar *Email Address: *dhimmarhar...@gmail.com *Freenode IRC Nick: *ZOoZOo *IM Message and Username*: GTalk - dhimmarhardik** *Institute:* Dhirubhai Ambani Institute of Information

Re: GSoC Application Review

On Mon, Apr 29, 2013 at 3:28 PM, Anmol Ahuja wrote: > >> Just one remark about your availability: June 4 to June 17 is almost 2 >> weeks you will not be available, and according to your time-line you >> have quite some stuff planed for that time: >> >> June 31 - July 6 : Write QtScriptObject fo

Re: GSoC Application Review

> Just one remark about your availability: June 4 to June 17 is almost 2 > weeks you will not be available, and according to your time-line you > have quite some stuff planed for that time: > > June 31 - July 6 : Write QtScriptObject for Querymaker and > Bookmarks. Add accessor for QueryMaker to

Re: GSoC Application Review

Hi Anmol, Thank you for your proposal. Just one remark about your availability: June 4 to June 17 is almost 2 weeks you will not be available, and according to your time-line you have quite some stuff planed for that time: June 31 - July 6 : Write QtScriptObject for Querymaker and Bookmarks.

Re: [Libmtp-discuss] My GSoC Proposal: MTP Collection rewrite with emphasis on Android device support (for Amarok)

On 29. 4. 2013 Linus Walleij wrote: > 2013/4/26 Matěj Laitl : > > Philipp Schmidt wrote: > > > While such a daemon will probably not be ready in time for GSoC creating > > > the Backend in such a way that adding support for synchronous or > > > preferably asynchronous DBus access would be a very go

GSoC submissions: some reminders

Hi all, just a few requests and reminders: * All students: don't forget the Student Application Deadline: May 03 at 19:00 UTC * when you make a GSoC Proposal submission, please do so in the mail itself, as it makes commenting on it much easier. Since you also don't have other choices on Melange,

Re: [Libmtp-discuss] GSoC Proposal v2: Amarok MTP Collection rewrite with emphasis on Android device support

2013/4/29 Matěj Laitl : > One question may come to attentive reader's mind: why the implementation > doesn't involve kio-mtp?[6] It is because kio-mtp doesn't use the track libmtp > API (rather it uses the file API) - with track API we can query metadata like > sample rate or artist without having

Re: [Libmtp-discuss] My GSoC Proposal: MTP Collection rewrite with emphasis on Android device support (for Amarok)

2013/4/26 Matěj Laitl : >> While such a daemon will probably not be ready in time for GSOC creating the >> Backend in such a way that adding support for synchronous or preferably >> asynchronous DBus access would be a very good thing. > > I absolutely agree. Even before I knew about this, the plan

Re: Review Request 110187: Don't communicate with mysql by env vars and autogenerated files

> On April 29, 2013, 9:57 a.m., Edward Hades Toroshchin wrote: > > src/core-impl/collections/db/sql/mysqlecollection/MySqlEmbeddedStorage.cpp, > > line 67 > > > > > > This can only end well. > > > > I wou

Re: Review Request 110187: Don't communicate with mysql by env vars and autogenerated files

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110187/#review31745 --- Forgot to mention that before this is merged, it should receive

Re: Review Request 105290: Make MusicBrainz tagger more accurate and easy to use

> On April 27, 2013, 2:05 p.m., Matěj Laitl wrote: > > This is now golden, only reason I haven't committed it right away is that > > Alberto said "I'll start preparing the other files needed for the commit." > > Perhaps you've meant ChangeLog? Another reason is that the patch doesn't > > apply

Re: Review Request 110187: Don't communicate with mysql by env vars and autogenerated files

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110187/#review31732 --- Just tested it on my box and it doesn't work: amarok:

Re: Review Request 105290: Make MusicBrainz tagger more accurate and easy to use

> On April 27, 2013, 2:05 p.m., Matěj Laitl wrote: > > This is now golden, only reason I haven't committed it right away is that > > Alberto said "I'll start preparing the other files needed for the commit." > > Perhaps you've meant ChangeLog? Another reason is that the patch doesn't > > apply

Re: GSOC proposal critical feedback

Hi Harsh On Mon, Apr 29, 2013 at 10:09 AM, HARDIK DHIMMAR wrote: > Hi, > Due to my ongoing project submissions and final end semester exams, I > couldn't present my Gsoc proposal before. Please Look at the attached > proposal. Any Critical feedback would be helpful. > > Unified CUE File and A