<div dir="ltr"><div class="gmail_extra">Hello Tim,<br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 10:56 AM, Tim Sutton <span dir="ltr"><<a href="mailto:tim@kartoza.com" target="_blank">tim@kartoza.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br><div class=""><br>
</div>Any reason you aren't simply dragging it out of the dock to put it in<br>
floating window mode when you need to?<br></blockquote><div><br></div><div>Like Denis said, if you are doing lots of editing, you need things to be done fast and need windows out of your way. Putting identify in window mode make the Open feature Form hard to use, since two windows will open (Identity and Feature Form) that will block the vision to the map canvas. The user, after editing the feature attributes must press ok in the feature form and close or drag the identify windows away. </div>
<div><br></div><div>Thinking about it, this might not be a identify tool problem at all. And the docking behavior might actually be the best to keep. When editing lots of features attributes, you want the feature form, not the Identify results, that's why I think the best solution would be to separate the (fast) access to feature form from the identify tool. (keeping the right click open feature form).</div>
<div><br></div><div>Alexandre Neto</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Regards<br>
<br>
Tim<br>
<div class=""><br>
> But I do agree that toggling between Open feature form mode and<br>
> identify tool only mode is not optimal.<br>
><br>
> I also agree that the feature form is a totally diferent<br>
> funcionality, and accessing it do need some love.Therefore was<br>
> planning on working on a plugin to add a button to the toolbar to<br>
> directly open a selected feature's form. Additionally, if more than<br>
> one feature is selected, the feature form would show all features<br>
> equal values and empty the rest of the fields. Updating one of the<br>
> fields will change it across all features, while keeping the field<br>
> empty will preserve original values. A popup message should show up<br>
> to warn the user that several features attributes will be updated.<br>
><br>
> Do you think this would be useful?<br>
><br>
> I'm having problems with the current openFeatureForm ()<br>
> implementation tho... as I have referred in this mailing list<br>
> before [0]<br>
</div>> <<a href="http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html</a>>.<br>

<div class="">><br>
><br>
And I have now created a bug report [1]<br>
</div>> <<a href="https://hub.qgis.org/issues/11099" target="_blank">https://hub.qgis.org/issues/11099</a>> of it as this would be crucial<br>
<div class="">> for the plugin.<br>
><br>
> Best regards,<br>
><br>
> Alexandre Neto<br>
><br>
> [0]<br>
> <a href="http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html</a><br>
><br>
>  [1] <a href="https://hub.qgis.org/issues/11099" target="_blank">https://hub.qgis.org/issues/11099</a><br>
><br>
> Em 25/08/2014 23:49, "Nathan Woodrow" <<a href="mailto:madmanwoo@gmail.com">madmanwoo@gmail.com</a><br>
</div>> <mailto:<a href="mailto:madmanwoo@gmail.com">madmanwoo@gmail.com</a>>> escreveu:<br>
<div><div class="h5">><br>
> Hi,<br>
><br>
> The reason I moved the option is because it wasn't really a<br>
> "option" in the first place. Something like that doesn't belong in<br>
> the options dialog as it can be changed more then once during a<br>
> session, and if you are having to visit the options dialog for that<br>
> then it's in the wrong place. Anything found in Settings -> Options<br>
> should not have to be changed a lot, set once and forget. The old<br>
> method was also inconsistent, sometimes you might not want the<br>
> feature form to open for a single feature but you got it regardless<br>
> unless you did the Settings -> Options dance to change it for a<br>
> single use case.<br>
><br>
> I agree that getting the identify results dock back is not the<br>
> best, however moving the settings back to Options is not the<br>
> solution.  I am thinking a Open Result Pane button next to the<br>
> identity map tool button.<br>
><br>
> The recommend workflow is to leave the identify result dock open,<br>
> put it in a tab if you need, and control the settings for identity<br>
> from there.   They will persist between sessions just like the<br>
> last settings.  The identify result dock will always show the<br>
> current results regardless of if the feature form is shown or not.<br>
> This is to make it more consistent from a users point of view as<br>
> the tool always does the same action regardless, showing the<br>
> results. Opening the feature form is a bonus on top of the standard<br>
> function not in replace of.<br>
><br>
> It was never about hiding the options. In fact quite the opposite.<br>
> Moving them to the dock now give you more live control on a need<br>
> by need basis rather then Settings -> Options...dance if you need<br>
> to change it for a session.<br>
><br>
> Regards, Nathan<br>
><br>
><br>
> On Tue, Aug 26, 2014 at 3:22 AM, Andre Joost<br>
</div></div>> <<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a> <mailto:<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a>>><br>
<div class="">> wrote:<br>
><br>
> Am <a href="tel:25.08.2014%2017" value="+12508201417">25.08.2014 17</a>:34, schrieb Jürgen E. Fischer:<br>
><br>
> Hi André,<br>
><br>
> On Mon, 25. Aug 2014 at 17:26:02 +0200, Andre Joost wrote:<br>
><br>
> "Open feature form, if a single feature is identified"<br>
><br>
><br>
> I can not find that option in QGIS 2.4 and QGIS dev anymore.<br>
><br>
><br>
> It's in the identify dialog now.<br>
><br>
><br>
> There is an option to show the feature form and a checkbox "Auto<br>
> open form" , yes. It's not easy to understand that checking that<br>
> will open the feature form for single features.<br>
><br>
> If I set the checkbox, I have no chance to get the identify result<br>
> form back if my layers contain only single features.<br>
><br>
> The old option method looked somewhat more logical to me. Any<br>
> chance to get it back? It would not harm anybody, and the docs are<br>
> correct again.<br>
><br>
><br>
><br>
> It is still in the lastest docs<br>
</div>> <a href="http://docs.qgis.org/testing/__en/docs/user_manual/__introduction/qgis___configuration.html#options" target="_blank">http://docs.qgis.org/testing/__en/docs/user_manual/__introduction/qgis___configuration.html#options</a><br>

<div class="">><br>
><br>
<<a href="http://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_configuration.html#options" target="_blank">http://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_configuration.html#options</a>>><br>

><br>
><br>
> Sounds like a bug.<br>
><br>
><br>
> If you click the "Help button" of the identify form, it also tells<br>
> me about the old options.<br>
><br>
><br>
><br>
><br>
> Am I missing something well-hidden?<br>
><br>
><br>
> IMHO if the objective was to hide it, Nathan miseably failed at it<br>
> ;)<br>
><br>
><br>
> Perhaps we should give him a second chance ;-)<br>
><br>
><br>
> Greetings, André Joost<br>
><br>
</div>> _________________________________________________ Qgis-developer<br>
> mailing list <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <mailto:<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>><br>
> <a href="http://lists.osgeo.org/__mailman/listinfo/qgis-__developer" target="_blank">http://lists.osgeo.org/__mailman/listinfo/qgis-__developer</a><br>
<div class="">> <<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a>><br>
><br>
><br>
><br>
> _______________________________________________ Qgis-developer<br>
> mailing list <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
</div>> <mailto:<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>><br>
<div class="">> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><br>
><br>
> _______________________________________________ Qgis-developer<br>
> mailing list <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
<br>
</div>- --<br>
- ------------------------------------------------------<br>
<br>
Tim Sutton<br>
Visit <a href="http://kartoza.com" target="_blank">http://kartoza.com</a> to find out about open source:<br>
 * Desktop GIS programming services<br>
 * Geospatial web development<br>
 * GIS Training<br>
 * Consulting Services<br>
Skype: timlinux Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>
Tim is a member of the QGIS Project Steering Committee<br>
- ------------------------------------------------------<br>
Kartoza is a merger between Linfiniti and Afrispatial<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iEYEARECAAYFAlP8WcoACgkQqk07qZdiYjd1UQCgxf7iAYUs+cY7nGcN/gskVgNW<br>
GXsAoLG88aNNwS8w9y4gVJzGMt0FePQA<br>
=ax/r<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div></div>