On Tue, Aug 21, 2012 at 4:24 PM, Matěj Laitl wrote:
> On 21. 8. 2012 Riccardo Iaconelli wrote:
>> On Tuesday 21 August 2012 16:07:27 Matěj Laitl wrote:
>> > Then I think a good compromise could be to merge qml branch into master as
>> > soon as Level 0 is reasonably completed and with confidence t
On 21. 8. 2012 Riccardo Iaconelli wrote:
> On Tuesday 21 August 2012 16:07:27 Matěj Laitl wrote:
> > Then I think a good compromise could be to merge qml branch into master as
> > soon as Level 0 is reasonably completed and with confidence that
> > completing Level 1 wouldn't block the release unac
On Tuesday 21 August 2012 16:07:27 Matěj Laitl wrote:
> Hey, this is actually a good (and constructive) proposal! From my PoV I
> would: * Move Labels to Level 0 (I use the applet often, plus people are
> more & more getting used to using tags for example in Dolphin IMO) - but
> feel free to introd
On 21. 8. 2012 Riccardo Iaconelli wrote:
> On Monday 20 August 2012 14:53:47 Matěj Laitl wrote:
> > Such code should live in a branch until it has general feature parity (in
> > this case: functionality of all meaningful applets that work reliably
> > currently should be provided by the new CV: wi
Hi,
On Monday 20 August 2012 14:53:47 Matěj Laitl wrote:
> Such code should live in a branch until it has general feature parity (in
> this case: functionality of all meaningful applets that work reliably
> currently should be provided by the new CV: wikipedia, labels, lyrics,
> similar artists,
On Mon, Aug 20, 2012 at 2:53 PM, Matěj Laitl wrote:
> On 20. 8. 2012 Teo Mrnjavac wrote:
>> http://wstaw.org/m/2012/08/20/plasma-desktopAH1228.png
>
> Good progress, but again I have to repeat myself: I will oppose merging any
> rewrite that will introduce significant feature-loss regressions. Sor
On 20. 8. 2012 Teo Mrnjavac wrote:
> http://wstaw.org/m/2012/08/20/plasma-desktopAH1228.png
Good progress, but again I have to repeat myself: I will oppose merging any
rewrite that will introduce significant feature-loss regressions. Sorry.
Such code should live in a branch until it has general
http://wstaw.org/m/2012/08/20/plasma-desktopAH1228.png
Cheers,
--
Teo Mrnjavac
http://teom.org | t...@kde.org
___
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel
Hey folks,
The past few days I have tried to incorporate a little more meta data
handling. I have added support for "Year" as well.
Until the conclusion of the program, I will be working on
1. Redesigning the core query by using a manual sparql. This should speed
up the enumeration and the start
On Wed, Jul 25, 2012 at 7:14 PM, Phalgun Guduthur
wrote:
> Hey
>
> A tiny update :
>
> Been working on fine tuning the collection, like the bug which showed the
> duration of each track as 00:00.
> I have been fixing these bugs and a few other I keep encountering. My
> mentors have been helping me
Hey
A tiny update :
Been working on fine tuning the collection, like the bug which showed the
duration of each track as 00:00.
I have been fixing these bugs and a few other I keep encountering. My
mentors have been helping me do it.
I want to work on implementing the music album covers next. I b
On Sun, Jul 22, 2012 at 2:45 PM, Ryan Feng wrote:
> Hi,
>
> Now the Spotify collection feature works well in "Unmerged view" of
> collection browser[1], but it's still not stable under "Merged view".
> What I've done this week:
>
> Added TrackProxy class to retrieve track information in the playli
Hi,
Now the Spotify collection feature works well in "Unmerged view" of
collection browser[1], but it's still not stable under "Merged view".
What I've done this week:
- Added TrackProxy class to retrieve track information in the playlist
when loading Amarok
- Added SpotifyConfigWidget c
Hello,
The summary :
I now use MemoryMeta::MapChanger successfully to add tracks, which takes
care of duplicate additions, checking for existing meta objects etc.
The results do show. If strigi was unable to assign an album to a song, it
automatically is assigned a "Unknow Album", like Ralf Enge
On Fri, Jul 13, 2012 at 11:36 AM, Phalgun Guduthur
wrote:
> On Fri, Jul 13, 2012 at 1:02 PM, Bart Cerneels
> wrote:
>>
>> On Wed, Jul 4, 2012 at 4:37 PM, Phalgun Guduthur
>> wrote:
>> > Hey All!
>> >
>> > An update on my GSoC project : Semantic Collection for Amarok
>> >
>> > I have figured out
On Fri, Jul 13, 2012 at 3:06 PM, Phalgun Guduthur <
phalgun.gudut...@gmail.com> wrote:
> On Fri, Jul 13, 2012 at 1:02 PM, Bart Cerneels wrote:
>
>> On Wed, Jul 4, 2012 at 4:37 PM, Phalgun Guduthur
>> wrote:
>> > Hey All!
>> >
>> > An update on my GSoC project : Semantic Collection for Amarok
>> >
On Fri, Jul 13, 2012 at 1:02 PM, Bart Cerneels wrote:
> On Wed, Jul 4, 2012 at 4:37 PM, Phalgun Guduthur
> wrote:
> > Hey All!
> >
> > An update on my GSoC project : Semantic Collection for Amarok
> >
> > I have figured out a way to reuse a lot of existing Amarok code. So it
> made
> > a part of
On Wed, Jul 4, 2012 at 4:37 PM, Phalgun Guduthur
wrote:
> Hey All!
>
> An update on my GSoC project : Semantic Collection for Amarok
>
> I have figured out a way to reuse a lot of existing Amarok code. So it made
> a part of the code I wrote till now redundant.
>
> I will be using MemoryCollection
Hi,
Sorry for being so late to update my project, I was stuck with the
QueryMaker stuff, but now it starts working.
Now the Spotify service plugin can be successfully loaded and enabled. When
you type query string in the collection browser, it will automatically send
the query to the Spotiy resol
Hello!
Another update on the progress of my GSoC project. I have been trying to
come up with a Nepomuk Collection, which scans the Nepomuk index for audio
tracks, and the collection be used as a plugin.
The status of the project, from the last update :
- The Nepomuk Collection shows up in the
On Wed, Jul 4, 2012 at 4:37 PM, Phalgun Guduthur
wrote:
> Hey All!
>
> An update on my GSoC project : Semantic Collection for Amarok
>
> I have figured out a way to reuse a lot of existing Amarok code. So it made
> a part of the code I wrote till now redundant.
>
> I will be using MemoryCollection
Hey All!
An update on my GSoC project : Semantic Collection for Amarok
I have figured out a way to reuse a lot of existing Amarok code. So it made
a part of the code I wrote till now redundant.
I will be using MemoryCollection as other collections do. The Meta QMaps
will be constructed using que
Hello,
Its been a while since I updated my progress.
I have come up with a working skeletal NepomukCollection and
NepomukQueryMaker.
The NepomukCollection shows up in the Amarok GUI.
The source code can be found here [1]
In the following weeks, I will be trying to actually fetch tracks from the
On Sun, Jun 3, 2012 at 5:48 PM, Ryan Feng wrote:
> On Sun, Jun 03, 2012 at 10:21:39AM +0200, Bart Cerneels wrote:
>> Date: Sun, 3 Jun 2012 10:21:39 +0200
>> To: amarok-devel@kde.org
>> Cc: Ryan Feng
>> From: Bart Cerneels
>> Subject: Re: GSoC update: Integrate
On Sun, Jun 3, 2012 at 10:12 AM, Bart Cerneels wrote:
> On Sun, Jun 3, 2012 at 6:32 AM, Ryan Feng wrote:
>> Hi,
>>
>> Last week I posted a scratch code of the Amarok side resolver, I'm
>> still working on it, like Leo and Bart said, there's no need to
>> change the standalone Spotify res
On Sun, Jun 3, 2012 at 10:12 AM, Bart Cerneels wrote:
> On Sun, Jun 3, 2012 at 6:32 AM, Ryan Feng wrote:
>> Hi,
>>
>> Last week I posted a scratch code of the Amarok side resolver, I'm
>> still working on it, like Leo and Bart said, there's no need to
>> change the standalone Spotify res
On Sun, Jun 3, 2012 at 6:32 AM, Ryan Feng wrote:
> Hi,
>
> Last week I posted a scratch code of the Amarok side resolver, I'm
> still working on it, like Leo and Bart said, there's no need to
> change the standalone Spotify resolver, so I won't touch it for a
> time, and I added Spotif
Hi,
Last week I posted a scratch code of the Amarok side resolver, I'm
still working on it, like Leo and Bart said, there's no need to
change the standalone Spotify resolver, so I won't touch it for a
time, and I added SpotifyCollection, SpotifyQuery(or should be
replaced by Qu
On Fri, Jun 1, 2012 at 2:33 AM, Teo Mrnjavac wrote:
> On Thu, May 31, 2012 at 9:34 PM, Phalgun Guduthur
> wrote:
> > Hey!
> >
> > The updates as of now,
> >
> > The 2008 code for Nepomuk integration is not valid anymore due to the
> > extensive changes in Nepomuk API.
> >
> > Strigi as of now is
On Thu, May 31, 2012 at 9:34 PM, Phalgun Guduthur
wrote:
> Hey!
>
> The updates as of now,
>
> The 2008 code for Nepomuk integration is not valid anymore due to the
> extensive changes in Nepomuk API.
>
> Strigi as of now is quite bad compared to taglib for extracting audio file
> metadata. I will
Hey!
The updates as of now,
- The 2008 code for Nepomuk integration is not valid anymore due to the
extensive changes in Nepomuk API.
- Strigi as of now is quite bad compared to taglib for extracting audio
file metadata. I will be working on enhancing this part of Strigi. But I
w
Hey Phalgun, hey all,
>- I have been reading up on SPARQL in whatever time I could find.
>- In the following days, I will be going through the codebase of Strigi
>and its *libstreamanalyzers*[1] and *libstreams*[2]
That's cool. Please remember, that the first thing you should do is th
Hello
Its been a while since my last update. Been held up by my university exams.
These are the updates since my last mail.
- No Tracker backend for Amarok, after vHanda's suggestion. Its yet to
reach full maturity (and reception). Will be concentrating on a Nepomuk
backend only from now
33 matches
Mail list logo
