apps-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNUstep GUI design


From: Fabien VALLON
Subject: Re: GNUstep GUI design
Date: Mon, 7 Oct 2002 19:33:30 +0200
User-agent: Mutt/1.3.25i

Hi,

Yen-Ju Chen (address@hidden) wrote:
> 
>  Try to reply something I can answer:
> 
>  1. MusicBox is a music manager, not only a player.
>     So it is more like iTune than QuickTime player.

I already sent you my point of view about iTune (you told me you don't have 
MOSX (and OpenSTEP)

what is (IMHO) good with iTune 
- iTune smartplaylists could be a cool feature (I sent you some code)
and IMHO this is the big difference beetween a simple player 
and a Tool that maintain all music of *your hard disk*

what is wrong with iTune
- you have the icon to burn CD : I don't have CD Writer on my iBook (*bloat*)
- you have CD player & Radio but it can't be manage like the music on the 
the hard disk (smarplaylist,copy....)
- some gadgets unusable (like vote/favorite in iTune3) 
- smartplaylist can't be re-edit

In fact iTune could be *consistant* without /Radio/Bur/gadget.... :)


>     For me, I would like to treat the audio CD as another file system.
>     User can simply drag-and-drop the music from CD into other playlist  
> and vice versa.
>     So when user drag a song from CD into another playlist, it is 
> encoding/ripping,
>     and when user drop a song into CD, it is buring.
>     In reality, buring needs more time and needs more care.
>     But encoding/ripping is much simple (still takes some time).
>     For the ideal situation, user should be able to
>     drag-and-drop any song into any playlist,
>     no matter what kind of media (real file system, CD, mp3 player) it is.
>     That's what I thought.

Good.
drag & drop something into CD or drag and drop from the CD to something that
can manage it should have this behavoir.

>  2. The encoder in MusicBox is optional.
>     If you don't install any encoder bundles,
>     then you get a MusicBox without encoders.
>     Right now, I need an encoder so that I could produce some test samples 
> for other function.
>     So the encoder bundles will be keeped for a while.
>     And I use external tools (cdda2wav and oggenc) for encoding.
>     If you haven't install them, you get no encoding, too.
>     MusicBox still compile without these external tools.
>     They are only optional in MusicBox,
>     so do other kinds of playlist.

I'm not sure to understand.
That it means : 
there are tools/services in the system. If they are installed,
MusicBox can use them, if not MusiBox can run without them  ?


>  3. I'll definitely support Encod once it has service
>     or it offers an encoder bundle.
>     There is no reason I won't do that.
>     Encod will be a better choice for people
>     who need more advanced encoding function.
>     But it is not a reason to prevent MusicBox from
>     having a very simple one.

Encode service should be simple.
=>dnd from CD to MusciBox or Worksapce or ....
   - Panel ('encod in ogg' 'encod in mp3' 'configure' 'cancel') 
   - a progressBar somewhere to see the status
   - a configure panel to set the default

Why do more ?
Encod not need to play song.
If a user want to play songs he uses a player :)

If he wants to put a song on the disk or in playlist or whatever
he dnd the song(s) from the player to where he wants to put it.....
which call the encod tool.

We don't need to do the same errors that most of the propriatory apps
(they need a 2.0,3.0 => they need new features (bloat) to sell it)

Fabien





reply via email to

[Prev in Thread] Current Thread [Next in Thread]