#musicbrainz-devel

why do I have to install VC++, to compile C Extensions...

can't I just get those extension from someone else

and go by having fun in python (just a random though) ...

I mean, I'm guessing that most of the codebase must be python, right?

you can copy the dlls from the picard installer

iirc the C extension is necessary for string comparisons

yep, copy that .pyd to picard/utils (I think that's how it's called) and it should work

then you just need plain python with pyqt4 and mutagen installed

wooohoooo

I am actually on a capped bandwidth connection, so downloading huge stuff is not my game :'(

you will not be able to build an installer using that, but you should be fine just running picard

what do these .pyd files contain? I mean, code specific to which part of picard?

there used to be more of them, but we have only one C extension now

it's a code to compare two strings for similarity

yeah, I read about it some time ago (the wiki page actually)

got only half of it..

why in C? this could've been just as easily implemented in python?

speed?

yes, speed

it could be implemented in python as a backup, but there is a very large speed difference

picard must be using this algo, to compute differences between the tags in file and tags on db, right?

yes

I actually considered adding a backup python code for the algorithm, so that it can run without any compiling for development purposes

it's not hard, but I never felt motivated enough :)

it's just an algorithm, the c code could be easily converted to python (if I'm not wrong).

yes, it is

you could probably replace it with http://hetland.org/coding/python/levenshtein.py for example

sweet!

not sure if there aren't some extra tweeks in the C version, but it doesn't matter much

yeah, we could use the python version for dev purposes..

and then deploy with the C version

umm... I'm not sure if this is a bug, but I'm unable to resize the treeview on the right in the Options pane on picard.

that's a kind of bug

if you resize the whole window it will work

yeah, odd...

bug with Qt or something?

the right part got too big and it's blocking the left one to resize

we should see what needs to be so wide in some of the right side panels

I think zas looked into that and found it was the checkboxes

or the checkbox labels. something like that

is there a designer available for designing GUIs in PyQt?

yes, you can use the standard Qt tools

I'm not sure if that's installed directly with PyQt

I've not worked with qt honestly..

I think that when installing PyQt, it asks you whether to install the Qt Designer

there are some .ui files in the picard repo

and there is a function in setup.py to convert them to Python code

all the options are done with .ui files

so, first I use the designer and create .ui files

and then convert them to py code?

yep

will we be moving to pyqt5 ?

who knows :)

I don't see any ROADMAP file in th repo, what are some future updates?

apart from fixing bugs, obviously?

heh, the roadmap is basically "whatever people submit patches for"

ha ha !

you could steal some functionality from another tool I use: MP3Tag..

picard is not a very active project

zas recently brought some life to it, but apart from that it's mostly just bug fixes

if even those

sounds depressing..

heh

Well, it is a project that works quite nicely

So it's not as bad as it sounds

is there a command I can use in a picard pulgin to send the output to log, something akin to console.log() ?

iirc 'from picard import log' and then 'log.debug("foo")'

lemme check

also, why does picard create those .pyo files per plugin?

I don't think it worked...

when is a plugin code exectued?

once I add a song? when I do a lookup?

or when I save the correct tags?

depending on what the metadata processor is registered for, it'll execute when the metadata is loaded (i.e. downloaded from the MB web service)

Could anyone tell me what prompted Picard to change how Release Status and Type are stored in Vorbis comments

Only just found about this

ruaok: It's 20:03 UTC?

indeed!

ijabz: I don't think they were ever saved as *_ALBUMSTATUS or *_ALBUMTYPE, only apev2 seems to use those variables

so possibly the wiki page was just always wrong

So, while ruaok arrives

Anyone opposed to just dropping RDFa? :p

So am I

whoops.

sorry everyone.

timezones?

I got carried away. With:

1) Flossing my pet hippo

2) Cooking dinner

3) Caring for mother theresa.

Which one was it?

1

1 & 3 simultaneously

Your pet hippo is called Mother Theresa?

That's not respectful, ruaok

Tsk!

Poor hippo

lol. :)

we decided in your absense to remove rdfa, hopefully that's what you were planning to say :P

Indeed

I was going to throw out the suggestion that we "disable" it somehow and see who screams.

Proposal accepted

don't we have a disable switch for it anyway?

I can alert all the userscript authors, at least

Next!

I wonder if there should be one final blog post about it.

I think it does deserve a blog post with a "we're going to disable it in X weeks" warning.

Sure, why not

we could disable it today while we work on nuking it all :P

"We're going to disable this as soon as we can remove it all"

"Stop using it fast, if you're using it (and your fault for not telling us earlier)"

to be honest, we posted months ago and nobody was willing to admit to using it

if they're going to miss it, they should've spoken up sooner

yeah.