#musicbrainz

german vor mornin' http://de.wikipedia.org/wiki/Moin :)

s/vor/for

g0llum: I thought so.

BGreeNZ: done

I especially want feedback on whether my homebrew discID should stay there, though I was carefull to preserve the track start/end times and gaps

ruaok: i understand the terminology change "album" -> "release" is something that needs to be done?

because as i've seen, it was done only fragmentary on a few pages

nah, that's ok :)

yes, it does.

adding discids prevents falsifying tracktimes. if the origin of the discid is known (maybe relaease annotation, then it's ok)

and moderat(ion/or) -> edit(/or)

ruaok: how far do we want to go?

it would make sense to do it proper, e.g. changing the url arguments to "releaseid" too

that's hard to answer.

or just id

then we can change it again ;)

ultimately we should change all occurances everywhere.

currently it's everything: "album|albumid|id"

have you looked on test.mb.org (the UI changes?)

you like 'em?

haven't looked very closely yet.

gimme an example page to look at...

mom.

what is the button next to the P? it looks out of place there.

have you seen that the "P" is editable now?

so, it's for submitting the form if some browser does not support submit on [enter]

wow.

it needs a visual cue that you can do that though.

http://test.musicbrainz.org/edit/album/edit.htm... (error page) http://test.musicbrainz.org/edit/album/edit.htm... (without pending edit) http://test.musicbrainz.org/edit/album/edit.htm... (with pending edit)

hehe! i think the browse thingie is cool, too.

and i borrowed it from your code of the navigation component

i think the "pending edit" thingie on the forms will help integrating voting and editing more.

nice, I like it.

I like everything I see. :-)

Now we just need to add a visual cue that you can edit the "P"

yes. i had an argument with nikki about that... :-/

i think it should stay orangish'

maybe it would be a good idea to start adding "did you know" bubbles around the place

no problem with that.

like the "office assistant" ;-))

that clutters things too much.

g0llum: I have just looked at http://test.musicbrainz.org/browseartists.html?... , but it is not immediately apparant that the "P" and "Current page: 1" are editable fields

it was never.

i only noticed it when editing the code

it used to be like here: http://musicbrainz.org/browseartists.html?index=p

i only wondered why it was rendered in white

It is also not immediately apparant that the ">>" arrows next to those fields are actually "Submit" buttons :(

ok. then it's a hidden feature only adepts know of.

if you know it, you can consider yourself a real musicbrain ;)

i know of the issue, but there is no easy way to fix it unless you add "unstyled fields, and unstyled buttons" there, which looks ugly IMHO

If the ">>" buttons were labelled "Go" and actually looked like buttons, that might solve both usability problems

agreed.

can you enter this as an RFE for me?

Strangely, when I looked at http://musicbrainz.org/browseartists.html?index=p just now, the "1" immediately jumped out at me as an editable field. Probably the different (lighter) background colour

Where should I stick the RFE?

nikki is mad at me.

I meant, what category, since this is not on the live server

it will work better in 800x600 once i'm finished

mb_server, and the xhtml milestone

g0llum: yea, I guessed by the drive-by bug report... :-)

nikki: since you are reading the chatlogs, i apologise... but you really got on my nerves yesterday.

lol!

no comment

i've added a ticket such that i don't forget: http://bugs.musicbrainz.org/ticket/1361

hi ho, hi ho. off to work.

see y'all later.

catch ya later!

nite all!

g0llum: Done. Check out http://bugs.musicbrainz.org/ticket/1362

thx

Gotta run. See ya later

hi

hello :)

did you know that "album" is not the proper term anymore? :]

album -> release.

release dates -> release events

since i'm currently working to cleanup the server, we can integrate changes to the texts easily.

and more importantly, wiki pages should be moved to proper names, and redirects added from the old names.

where proper means not unproper, but not according to the new terminology

bleh!

So should I make these changes in my Add Album revisited scheme?

it would make more sense to create wiki pages for this?

the current development state of the pages is here:

the marks stand for xhtml validity. you can add other stuff for the status of the text rewrites there if you like.

if you can think of a way to shift the focus away a bit from freedb, that wouldn't hurt either :)

mentioning the track parser would make sense possibly

true

forgot about that

should I build upon the xhtml... page then, instead of the current running pages?

not sure.

might be better to add links to the respective pages

it's quite a lot of text that will have to be edited there

I didn't mean: edit those page, I meant base my ideas upon them

;)

ah sure!

what are the current running pages then? :)

http://musicbrainz.org/edit/album/add.html?arti... and so on

donredman said once that he'd like to create wiki fragments for this.

they would be transcluded like the whole pages are already.

i'm wondering if this could be the start of doing that.

so: TextFragments/AddRelease/NoArtist would correspond to this url.

but blowing this up into a huge structure is a bit premature, right?

for the time being.. one level less would suffice

and adding == headlines == for the different fragments

so... much... work... :)

yes

probably to much to do at the same time

but you agree that using the wiki for that is better than the mailing list :)

and adding the pages as subpages of a GoodWikiName page is good, too (for now)

mornings

'lo