(As I just stated on the Orca list)

Periodically this issue gets raised and the reason it gets raised is
thanks to JAWS. <sighs>

A bazillion years ago, when I taught JAWS on a daily basis, I always
found it amusing that JAWS said text was copied to the clipboard when
you pressed Ctrl+C. It didn't matter if text was actually copied or not.
Sometimes it wasn't, but JAWS didn't care: It said what it said in
response to the keybinding. Later on, I believed they fixed that by
actually looking at the clipboard contents before declaring success.

Regardless.... As a sighted user, when I press Ctrl+C I have no idea if
I were successful or not until I go to paste it. Sometimes I paste
nothing. Other times I paste earlier contents. It's a bit of a drag.
Fortunately, there are clipboard utilities. I would rather see those
utilities work with Orca than add monitoring and presenting of the
clipboard to the list of tasks Orca is expected to do.

What happening if listening have content the clipboard or not before sending proper message with speech sinth with Khrisnakant would like?
With Gtk Clipboard object I think supports following ways waiting objects:
wait_for_contents(...)
wait_for_image(...)
wait_for_rich_text(...)
wait_for_targets(...)
wait_for_text(...)
wait_for_uris(...)
wait_is_image_available(...)
Etc.

Not working if we doing a little script, first pass the required Ctrl+X, Ctrl+C or CTRL+V factory keystrokes to happen the real operation and sending the proper notification message? Possible have better way implementation, I don't no technical have better way or not implementing this enhancement.

For example I get following way my Orca custom script have textual object right in the clipboard or not if I want verifying correct happened the clipboard cut or copy operation, this is interesting with Firefox selection if I need selecting a text part a webpage:
def presentclipboardtext(script, inputEvent=None):
  """ Presents the clipboard text. """
  #Get the clipboard
  cb = Gtk.Clipboard.get(Gdk.SELECTION_CLIPBOARD)
  #assign the clipboard contents to a variable.
  cbText = cb.wait_for_text()
  if isinstance(cbText, str) != True:
      message = "No text in clipboard."
  else:
      verbosity = orca.settings.speechVerbosityLevel
      #If the verbosity setting is verbose, need spokening a notification #message, and real clipboard text.
      #If the verbosity setting is brief, only need sending clipboard text.
      if verbosity == orca.settings.VERBOSITY_LEVEL_VERBOSE:
          message = "Following text have in clipboard: %s" %(cbText)
      else:
          message=cbText
  #Speak and braille the info
  orca.speech.speak(message)
  orca.braille.displayMessage(message, flashTime=orca.settings.brailleFlashTime)  
  return true

Not only text content possible verifying this way, for example copyed directoryes and file names returning this script.
Possible this way clipboard object querying not resulting the right result for example in KDE, XFCE.
If technical not possible implementing this clipboard notification function with always producing proper notification the clipboard operations results with Khrisnakant would like, I full agree.

Attila

I'm not questioning if it is doable. I am questioning if it is Orca's job to do it. When there are things which all users need and which have nothing to do with blindness, I think it makes sense to do it elsewhere.

Piñeiro did this as a gnome-shell extension:
https://extensions.gnome.org/extension/451/clipboardnotification

Presumably a similar solution could be implemented by the Unity developers. Ditto for KDE.