#musicbrainz

if you have multiple copies of the same album like me, you can edit the track metadata beforehand so that you don't have to edit file metadata multiple times :)

Alright, I'm going for "item" -> "element".

ah, reasonable then

Why doesn't http://musicbrainz.org/artist/67952cb7-0869-45d... have the "TAGGER" link? D:

"This indicates that a release group is a cover of another release group."

might need to rethink my translation, then

a release group is a cover of another release group? isn't that the wrong entity?

"Tag"... now, is that the verb or the noun...

like, a release group is an album..

Depends on who you ask

no?

a cover version is recording level?

Some people think we should use that for linking, say, an album like The Dark Side of the Moog

sure, or dub side of the moon

As in, that's a conceptual "album cover"

or whatever

but then it'd be mostly used for recordings, and occasionally for release grouops?

why doesn't page mention recording? weird?

that's the common case?

Because it's not a recording-recording use

But an attribute of "recording is a (cover) recording of work"

derwin: If the release itself, on the highest level (ie. release group level), is a cover of another release, then I think it's fine.

sure, I agree with freso

ah, I see, it's recording<>work

Freso: you can look at the string details to see its context

am I missing something or %comment% can’t be multiple rows anymore?

(but then why doesn't the page specify anything about work attributes?)

( http://musicbrainz.org/doc/Cover_Relationship_Type )

SultS: I think there's a case-sensitivity, could you report a ticket?

v6lur: "Occurrences: picard/ui/metadatabox.py:90" doesn't help much. Also, unless we're using gettext's context feature, it's bound to end up as the other somewhere.

derwin, huh?

"

bitmap, as soon as I know what to actually report

just the issue you see and how to reproduce it :)

Freso: should be noun

bitmap: alright :)

yes, a noun

that's the new metadata viewer, there are three columns, and their headers are "Tag", "Original Value", "New Value"

bitmap: actually that might have been an error on my part (and unrelated to the case-sensitive thing)

v6lur: Right. "Tag"'s a bothersome word though. It can both be a noun and a verb - and as a verb, it can both "to tag" and the command/root "tag".

yea, english has a lot of such words :/

at times it seems like basically anything can be a verb in english :P

to book, file, host, phone, ...

verb those nouns

indeed

mm, verbification

verbificate?

verbify or verbalize, but using "verb" as a verb maintains the proper level of irony

quick, to the verbinator!

time to verbliterate some language!

What a verbiation that is

hurenklump

:d

Looking at this release, the feat. are still in the title instead of the artist field; http://musicbrainz.org/release/e9a5f123-447f-44...

That should be changed right? Since I do see someone has changed this when viewing the edit history.

Not approved yet or something I guess?

Transifex needs a way to clear translations.

Or... does anyone know how to clear translations on Transifex?

what do you mean, clear?

Digweed:

looks like that guy just updated the recordings

Ow

but not the release titles

I guess I should change them then.

i guess,

master reosarevok?

:p

:)

:p

That sounds about right

v6lur: Like, not have a translation for a giving string. Currently, if you select a textfielf, enten something in it, and delete it again, it seems as if Transifex will store that translation anyway. And it's very rare that the string "" is a good translation for anything...

They might have edited another of the 5 versions

Ok, I guess I should get to it then :P

hm, i haven't had the need to delete strings...

maybe there's *not supposed to be* a way for doing that?

1I mean, you could use the "copy source string to destination" button

that'd functionally be no translation :P

v6lur: As I said to being with, Transifex *needs* a way to clear translations. I didn't say it was a bug that it didn't have one (and as such, implying that it was meant to be able to do that, but having a bug making it not work).

ianmcorvidae: That'd make the string not show up in untranslated strings as well though.

oh, yeah

I feel like I've successfully removed things before, but not sure how

Blanking the string *tends* to work, except when it doesn't

I think

Because transifex is moody

Freso: ah, sorry, i misunderstood

anyway, you could mark it as "reviewed" -- that way you'd at least find it later, even if it's completely opposite of the intended use of the "reviewed" checkbox :P

yeah, just clearing it seems to work

Ok reosarevok / noobie http://musicbrainz.org/edit/17854165

Should be good.

luks: If I asked you to, could you push the latest Danish translation to git?

If you would, hold on a sec. :p

Is "label" used for anything in Picard other than record labels?

Whee. More than 90% translated!

brewster, in case you see this somehow, w/r/t the LMA, often you guys have recording lineage info in the plaintext. There's no dedicated field for it at MB, but that'd be awsome to have in annotations.

brianfreud: E-mail him?

yeah; figured maybe an alt nick, or one of the engineers, might still be in here :)

Doesn't look like it though.

speaking of translations, my text strings list isn't 100% yet, since the script isn't totally done, but if anyone is interested in translating a small amount, I'm welcoming any submissions :)

brianfreud: ?

The CAA batch editor I've been working on

here's a couple screenshots of the current build: http://i48.tinypic.com/a10506.png http://i46.tinypic.com/rvabuq.png

looks pretty fancy

:)

This is turning out to be the nicest looking and interacting thing I think I've ever written.

any chance you could just replace the existing per-release cover art editor with that?

That's ok; it works the same on the artist page (RG view), the artist releases page, the label page, and the page for a single RG

kepstin, I'm leaving the CAA editing tab for a single release alone for the moment; it'd be theoretically easy to add this support to that tab as well, but first I want to get it 100% on those other 4 places first.

lol, well, for now, it'll be on musicbrainz.org/artist/mbid/releases, musicbrainz.org/artist/mbid, musicbrainz.org/label/mbid, and musicbrainz.org/release-group/mbid

musicbrainz.org/release/mbid/cover-art will come in version 1.1, maybe :)

"

Shouldn't it be "Release" or something?

I think I remember luks saying he preferred "album" because it's what media players use

I'm sure it's inconsistently used though

luks: What's the requirement for a language to be un-commented-out in UI_LANGUAGES?

What does "(different across %d item)" mean exactly?

different across 10 items

:d

reosarevok: it means the values for that tag are not all the same, based one whatever's selected

it means if you selected more than one item and the value is different in each of it

Ok :)

So does it print the number of items that have a *different* value?

%d is getting replaced by the number of selected items i guess

Or does it include the ones which have the same as selected as long as they're not all the same

eg. if you select a release with 10 tracks it becomes 10..

Ok

it's just the number of selected items

Ok, will do

or well,

what are you doing anyway? translating picard ?

Yeah

A few new lines that appeared

kewl

:)

Wait, hold on. ianmcorvidae - you're an Arch user too?

8yup

-8