you could always have it both ways have the library and there could be a tab
for a browser but have a hide button so once you have setup your queue of
tracks you can hide them and utilize the realestate for other niceities like
effects controls etc
just an idea dunno how difficult it would be to implement ideas are so easy
to suggest but the coding involved is usually alot different
On Thu, May 29, 2008 at 5:06 AM, Garth Dahlstrom <[EMAIL PROTECTED]>
wrote:
> Go ahead and do away with it, just make a skin that has no cordinates
> for the library widget.
>
> When you get tired of moving files in and out of your play queue
> folder to keep track of what you want to play next, I expect you'll
> change your tune though...
>
>
>
>
> On 5/28/08, Nick Guenther <[EMAIL PROTECTED]> wrote:
> > On Wed, May 28, 2008 at 9:08 AM, Garth Dahlstrom <[EMAIL PROTECTED]>
> > wrote:
> >> Let me start with answering the Album question:
> >>
> >> The first reason we don't have album, year, track number, rating, etc is
> >> because this info is redundant, when someone requests a song they will
> >> almost always do so by either artist (the new song by so-and-so) or by
> >> title
> >> (can you play the song ___?) ...
> >>
> >> The next problem is screen real estate, the more columns you add to the
> >> library, the less space you have to work with (we don't want any
> >> horizontal
> >> scrolling)... Things are already pretty tight on the eeePC's screen
> (try
> >> skin "outlineMini" to see how small :D)... The column sizes are also
> >> proportionally weighted as you saw, so that Artist and Title get more
> >> space
> >> then the others since these need to be readable more so then other
> >> columns...
> >
> > Personally I'd do away with the library altogether and use its space
> > to add more controls, and just rely on having a drag-and-drop
> > filebrowser around (which, these days, will have a better search
> > engine than Mixxx currently does). And for the most part I'd expect
> > that mixxx-types would sort their music pretty well (but I might be
> > wrong).
> >
> > -Nick
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Mixxx-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/mixxx-devel
> >
>
> --
> Sent from Gmail for mobile | mobile.google.com
>
> __
> --- == __/ t.O ==--
> http://stacktrace.org/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Mixxx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mixxx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel
