Re: Netjuke 1.0b18-pre3 Released!
Blake Watters <sbw <at> ibiblio.org>
2003-06-01 22:20:34 GMT
Ahh, I follow your ordering suggestion. I want those columns to be user
selectable anyway, so ordering isn't such an unreasonable idea. I'll keep
thinking about what to do with messaging, etc in the community section. We
just need to carefully plan these sorts of peripheral features to avoid bloat.
At 08:50 PM 5/30/2003 -0400, Steven Adeff wrote:
>On Friday 30 May 2003 06:58 pm, Blake Watters wrote:
> > Yeah I noticed this while I was at 20,000 feet on Tuesday morning. It's
> > already been fixed and pushed into CVS. It was the result of my fix for the
> > multiple entries for the same album in explore view.
> > I'm planning major preference changes for the UI in b19. Popup windows,
> > fields shown in search view, etc will all become options. For now the
> > codebase is frozen until b18 is out the door, but we'll be getting on this
> > real soon now.
>cool, I can wait =)
> > Hmm, this is an interesting idea. One solution may be to couple this option
> > with the explore view -- having searches be returned to the explore page
> > rather than the flat track display. This way, a search would result in a
> > table of albums by the artist (if searching for an artist), genres they
> > belong too, etc. This would also allow for switching to the traditional
> > track view via the List All buttons in the table headers. I resist the idea
> > of the admin having a checkbox to control how the tracks are presented to
> > the user -- this is a user preference and should behave as such. I've been
> > thinking long and hard on how to handle the "Various Artist" (or as I call
> > it, the Compilation) problem. I don't think hardcoding this sort of logic
> > is the right answer, but I don't have the solution just yet. Thoughts?
>As far as regular albums, I agree, it should be a user option, with a default
>for the system(obviously). The display of this setting I agree with how you
>state it too.
>As far as handling Compilation albums, it is a tough call. I personally would
>want to see a link to the album like the others, with a note of some sort
>saying its a compilation. But I could see how some people might want it
>another way, so maybe the answer is to set it up as an option for the user to
>decide. I can see how this many options is a pain in the ass, but at the same
>time, the ability to have software work for more than one type of person is
>what I like about open source software =)
> > I don't follow quite what you mean here.
>when you get a track listing for an album or an artist, the columns are
>ordered like this:
><options><Track Name><Time><Artist><Album><Track #><Genre>
>I'd like to be able to change the ordering of the columns. I can see keeping
>the options column first as a constant, but I think the other columns should
>be user configurable as far as the order they are displayed.
> > This sort of thing is in the pipeline as well. I want the Community section
> > to really come alive in the future, but we need to carefully spec out the
> > features -- resisting bloat is as important as putting in good community
> > features. Perhaps we should store AIM/Jabber/ICQ or some such information
> > and just facilitate messaging? I'm not quite sure what the answer will be.
> > I'd like to hear everyone's take on it before we start cutting code.
>yea. I could really care less about a deeply involved message system, I'm
>thinking more of a mail type system. Specifically so my friends can flag a
>track that might be cut short or bad quality so I can fix/delete it. But it
>would also be neat if you could send "listen to this track" kind of messages.
>But I agree, it something that can wait until the necessary stuff is
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!