Ticket #59 (closed patch: fixed)

Opened 7 years ago

Last modified 4 years ago

copy to clipboard support

Reported by: wonder Owned by: jef
Priority: minor: annoyance Milestone: Version 1.2.0
Component: GUI Version: Trunk
Keywords: Cc: neteler
Platform Version: Platform: All
Must Fix for Release: No Awaiting user input: no

Description

It would be nice to have in identify tool possibility to show point's x,y value with a button underneath saying 'copy to clipboard'.

Attachments

59_copyattributes.diff Download (3.7 KB) - added by jef 4 years ago.
patch enables the use to copy the selected value or all feature attributes.

Change History

  Changed 7 years ago by morb_au

Note that as a workaround in the subversion head version, you can select the point in question and copy it - the clipboard will now contain the well-known text for that point.

  Changed 7 years ago by anonymous

  • version set to HEAD

  Changed 7 years ago by anonymous

  • milestone set to Version 0.9 Release

  Changed 6 years ago by anonymous

  • status_info unset
  • must_fix set to No

  Changed 5 years ago by leolami

  • status changed from new to closed
  • resolution set to fixed

  Changed 4 years ago by neteler

  • version changed from HEAD to 1.0.0
  • milestone changed from Version 0.9.2 to Version 1.0.1

I take liberty to reopen:

When querying a map with the identify tool, I have no clue how to copy field values from the tool. From a user's point of view: the best would be to permit right-mouse-button-copy of a field. And/or, selected fields are copied to the clipboard.

Currently I am writing down the queried values manually...

  Changed 4 years ago by neteler

  • cc neteler added

  Changed 4 years ago by neteler

  • status changed from closed to reopened
  • resolution fixed deleted

  Changed 4 years ago by neteler

May I ask to backport the copy to clipboard support to  https://svn.osgeo.org/qgis/branches/Version-1_0

?

follow-up: ↓ 11   Changed 4 years ago by neteler

Forgot to say that I meant to copy attribute field values from "identify" or the attribute table. Better to open a separate ticket?

in reply to: ↑ 10   Changed 4 years ago by lutra

  • milestone changed from Version 1.0.3 to Version 1.2.0

Replying to neteler:

Forgot to say that I meant to copy attribute field values from "identify"

+1

Now that we can copy attributes from the table or from selected features in the map canvas, it would be nice to have also a button in the identify dialog box or allow copying (in the identify dialog) with the right mouse button.

  Changed 4 years ago by lutra

  • version changed from 1.0.0 to HEAD

Changed 4 years ago by jef

patch enables the use to copy the selected value or all feature attributes.

follow-up: ↓ 16   Changed 4 years ago by jef

  • type changed from enhancement to patch

  Changed 4 years ago by lutra

works for me under Ubuntu 9.04

  Changed 4 years ago by neteler

Excellent: works both in  https://svn.osgeo.org/qgis/branches/Version-1_0 and trunk (using Mandriva 64bit).

in reply to: ↑ 13 ; follow-up: ↓ 17   Changed 4 years ago by lutra

Replying to jef:

this patch have yet to be committed or am I wrong?

in reply to: ↑ 16 ; follow-up: ↓ 19   Changed 4 years ago by jef

Replying to lutra:

Replying to jef: this patch have yet to be committed or am I wrong?

sure, but we entered feature freeze.

  Changed 4 years ago by jef

  • owner changed from gsherman to jef
  • status changed from reopened to new

in reply to: ↑ 17 ; follow-up: ↓ 21   Changed 4 years ago by lutra

sure, but we entered feature freeze.

Right, I forgot it. By the way, other patches have been applied after the ff call.

regards

  Changed 4 years ago by neteler

It would be sad to miss that in 1.2.0 (since it even works in 1.0.x). This is a key feature in daily GIS work.

in reply to: ↑ 19   Changed 4 years ago by jef

Replying to lutra:

sure, but we entered feature freeze.

Right, I forgot it. By the way, other patches have been applied after the ff call.

Bugfix or feature patches?

follow-up: ↓ 23   Changed 4 years ago by lutra

For what I see here

 https://trac.osgeo.org/qgis/log/trunk

patches, but I may be wrong.

in reply to: ↑ 22 ; follow-up: ↓ 24   Changed 4 years ago by jef

  • status changed from new to closed
  • resolution set to fixed

Replying to lutra:

For what I see here  https://trac.osgeo.org/qgis/log/trunk patches, but I may be wrong.

I meant bugfix patches or feature patches.

Anyway I applied it in r11262 (Tim you didn't see this)

in reply to: ↑ 23   Changed 4 years ago by lutra

I meant bugfix patches or feature patches.

right. I get it right after my last reply. Sorry for that, I'm not yet really used to this terms as I'm new in the svn/development world. Sorry again.

Note: See TracTickets for help on using tickets.