Label is write instead of copy

Here is the dialog, instead of Write I would like Copy.

Note that the "dummy write" is because I am running it in debug mode, so it should not be taken into account.

Thanks for the good work.

Thanks for your bug. Could you explain your issue with the word "write"? The device is called "CD writer" no? And that's a correct word to describe a CD recording no? You "write" on the CD, no?

Thanks for the kind request for more info.

Here, I am only considering the case where you perform a complete copy of a CD. That is, you right click on the CD on the desktop and select "Copy Disc".

Effectively we "write" a CD when performing the "copy" of a CD.

But the "write" is a subprocess of the copy operation. The copy operation is first composed of a "read" to create the image and the a "write" on the blank CD. So in fact you click on "Write" to "Read" your source CD.

The complete operation is the "Copy" of the CD (that is why the title of the window is by the way "Copy Disc" as shown on the screenshot). So it is more logical to start the complete operation by a "Copy Disc" or "Copy" button.

In the case of a creation of a new CD from the burner or directly from an iso, I completely understand the use of the term "Write" because it is effectively the complete operation.

I hope I was clear enough, it is really a problem of confusion for the first user who is not "computer savy".

I've forwarded your request upstream: http://bugzilla.gnome.org/show_bug.cgi?id=348334

Merci !

I'm being the 'me too' man today. Loic's right about this, and it's still here two years later. Little bump?

Thank you! My wife told me last week, "hey I do not want to write on my original CD! Are you sure it will work ok?" So please bump it!

such comments are not really useful, the issue is just that there is too much to do and not enough contributors, you are welcome to work on a patch though

Here is a patch. The only thing to change is that after applying the patch against revision 2216 of the tree, you need to change line 179 to correctly iterate of the GList of children. I am not a gtk+ expert, I am using it only through pygtk.

This obviously needs testing as I was not able to do it.

Why the need to iterate over the children of the dialog? Because the buttons are added to the dialog at init time and are the same for all the dialogs using the NcbSelectionDialog. This means that you do not have an easy way to find the button like using a glad_xml_get_widget.

the bug has been fixed upstream now

This bug was fixed in the package nautilus-cd-burner - 2.25.3-0ubuntu1

---------------
nautilus-cd-burner (2.25.3-0ubuntu1) jaunty; urgency=low

  * New upstream version (LP: #345168)
    - Use GIO to detect whether burn:// contains a Video-DVD
    - Remove tenious eel dependency
    - Remove unnecessary headings and blank labels in the UI
    - Add API documentation
    - Remove "CD/DVD creator" from the Places menu, and add it to the
      System Tools
    - Show the same drives as nautilus in the file chooser, as expected
    - Add a hint and icon to the nautilus "clue" bar
    - Detect some errors from wodim
    - When copying a disc, make the button say "Copy", not "Write"
      (LP: #47889)
    - Avoid crashes when HAL isn't running
    - Make "Enter" trigger the default action
    - Fix build with the single GTK+ include
    - show "places" in safe-dialogue (LP: #53498)
  * debian/control.in
    - remove build-depend on libeel2-dev, no longer needed
    - update build-depend for libglib2.0-dev to >=2.17.4
    - add build-depend on gtk-doc-tools (>=1.8)
    - added depends on ${misc:Depends} for libnautilus-burn-dev and
      libnautilus-burn4 (lintian warning)
  * debian/patches
    - updated 01_enable_gnome_mount_force.patch to apply cleanly
    - updated 03_wodim.patch to apply cleanly
    - updated 05_genisoimage.patch to apply cleanly
    - added 06_fix_warnings_on_build.patch from svn, fixes build-issue

 -- Andreas Moog <email address hidden> Thu, 19 Mar 2009 00:43:46 +0100