On Sun, 2003-08-31 at 16:25, Steve Bergman wrote: Let's hope not. Nautilus lacks the configurability you'd want out of a cdburning application. K3b does a nice job on cdburning and has the options necessary for useful disk burning like *gasp* burning audio cds. -sv

I think that the answer to my question is that a lot of people like xcdroast better than I do. ;-) I'll give it another try. I'll file a bugzilla request though, since I think gcombust is much more intuitive, especially for less technically inclined users. Thanks, Steve

Hi, The only time I switched back to Windows when i was a Linux newbie (and didn't realize there was one thousand other burning apps for Linux) was when i burned CDs. I really don't think that the average Linux user find xcdroast the most useful CD burning app, and that's what you are supposed to do, pick the best for us =) //Erik On Sun, 2003-08-31 at 23:10, Mike A. Harris wrote:

On Sun, 2003-08-31 at 22:25, Steve Bergman wrote: Is this a complaint about the nautilus cd burner capabilities or are you just not aware of them? Its not meant to be a highly complex burning application, but to be usable for people who are not aware of the details about cd writing. To burn a iso file: right click on it and pick "Write to CD..." in the menu. Then select CD writer and click on the write button. From the command line you can just run "nautilus-cd-burner <iso-filename>". To create a new CD, select "Go -> CD Creator" in the menu, or enable magicdev and just insert a blank cd. Then drop the files you want into the window and click on the cd writing icon in the toolbar. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alla(a)lysator.liu.se He's an old-fashioned pirate dwarf in a wheelchair. She's a hard-bitten junkie former first lady with the power to see death. They fight crime!

On Mon, 2003-09-01 at 07:38, Steve Bergman wrote: ... The only thing I see missing is the ability to duplicate both data and music CDs. XCDRoast will duplicate data CDs. I would love to be able to backup my music CDs to something like an ISO Image. I have children who still get into my music collection and use my CDs for everything from Barbie tables to flying saucers... <smile> If someone can help with this, I would appreciate it a lot. Cheers, Chris -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom

On Mon, 2003-09-01 at 15:38, Steve Bergman wrote: One comment about the current music cd burning abilities. This is very limiting and will in the future be removed in favour of a "burn playlist" button in the media player (rhythmbox for instance). There just isn't any sane way to handle ordering of the songs in the nautilus UI. Plus you want to know things like total play time and have easy preview of the songs. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alla(a)lysator.liu.se He's an all-American pirate inventor looking for 'the Big One.' She's a chain-smoking winged detective with her own daytime radio talk show. They fight crime!

On Sun, 2003-09-07 at 23:04, Nils Philippsen wrote: A cd burning application would be a pretty bad ui for burning an audio CD, since in them you can't easily listen to the tracks, find the music from your library, view id3 information, see how many minutes the current list of music is, etc. Unless of course this was a specific audio-burning-app. But then, if it were, it would be pretty close to a music player. The macos X music player iTunes has a burn button. End users seem to have no problem understanding it. It is hard to get the ordering data from a audio-specific burn: view, and the view would be both hard to find, and quite a lot of work to write. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alla(a)lysator.liu.se He's a world-famous moralistic jungle king with a passion for fast cars. She's a psychotic African-American queen of the dead with a song in her heart and a spring in her step. They fight crime!

On Mon, 2003-09-08 at 11:21, Alexander Larsson wrote: Point re iTunes taken. I don't know what to make with your other arguments -- you seem to be talking about a monolithic standalone app like xcdroast, gcombust. I want to see this in the context of a shell (what Nautilus seems to me -- it's way beyond being a mere "file manager"). It already can "preview" music tracks, id3 (or ogg metadata) would be just another set of object properties and aggregated properties (like "duration of current selection" in this case or in a more file-centric way "chmod of 200 files at once") is a feature missing which is long overdue (IMO). I think we (both/all) have been overseeing a possibility how this could be done without the need to extend every application (and their aunt) that copes with data that possibly could be written to a CD (attention: proposal ahead): - we already have a "CD burning view" (burn:///) as part of the "shell" (Nautilus), it would be best if it were easy to reach per icon on desktop and/or menu entry - we have applications that handle multimedia files (rhythmbox, xmms, xine, totem, mplayer, ...) - let the CD burning interface accept drops from the aforementioned applications (apps would need to be extend to send drag/drop events eventually, but this would be a generic extension, not specific to cd-burning) - hardest part: extend CD burning view to sensibly handle all the possible types of data, DnD wise ("Burn as files or CD-Audio tracks?") as well as on the presentation side (how to list what gets burned). Offtopic: Bonus points for hiding URL-protocols behind something like "Burn on CD:", "Filesystem:", "World Wide Web:", "Secure World Wide Web" with nice icons in the URL line for great power ;-). Finally: I think it would be better to pull the strings between the various views on the problem (files/CD burning/media) together in the shell than in the applications themselves -- I'd like to keep CD-burning specific code in them to a minimum -- perhaps just DnD as described and (where sensible) a "Burn this" button which only knows how to call the program that "burns this" on CD. What do you think? Nils -- Nils Philippsen / Red Hat / nphilipp(a)redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011

On Mon, 2003-09-01 at 17:52, Michal Jaegermann wrote: ATM the only way to override this is setting TMPDIR in the environment. The code was initially written this way to avoid problems on machines with slow machines, or misconfigured systems where the cd writer is on the same IDE channel as the source. I guess this could left non-default and used as a backup on such systems though... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alla(a)lysator.liu.se He's an otherworldly chivalrous dwarf with nothing left to lose. She's a high-kicking mute traffic cop from the wrong side of the tracks. They fight crime!