<div dir="ltr"><p>Hi,</p><p dir="ltr">I have to say that I actually dislike the "new" identify docking thingy (sorry Nathan), it just feels strange to me. Even hidden as a tab it steals lots of space in smaller screens (An option in settings to choose docking it or not would make my day! :-p)</p>
<p>But I do agree that toggling between Open feature form mode and identify tool only mode is not optimal.</p>
<p dir="ltr">I also agree that the feature form is a totally diferent funcionality, and accessing it do need some love.Therefore was planning on working on a plugin to add a button to the toolbar to directly open a selected feature's form. Additionally, if more than one feature is selected, the feature form would show all features equal values and empty the rest of the fields. Updating one of the fields will change it across all features, while keeping the field empty will preserve original values. A popup message should show up to warn the user that several features attributes will be updated.</p>
<p dir="ltr">Do you think this would be useful?</p>
<p dir="ltr">I'm having problems with the current openFeatureForm () implementation tho... as I have referred in this mailing list before <a href="http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html">[0]</a>. And I have now created a bug report <a href="https://hub.qgis.org/issues/11099">[1]</a> of it as this would be crucial for the plugin.</p>
<p dir="ltr">Best regards,</p>
<p dir="ltr">Alexandre Neto</p><p dir="ltr">[0] <a href="http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html">http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html</a><br>
</p><p dir="ltr">[1] <a href="https://hub.qgis.org/issues/11099">https://hub.qgis.org/issues/11099</a></p>
<div class="gmail_quote">Em 25/08/2014 23:49, "Nathan Woodrow" <<a href="mailto:madmanwoo@gmail.com" target="_blank">madmanwoo@gmail.com</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">Hi,<div><br></div><div>The reason I moved the option is because it wasn't really a "option" in the first place. Something like that doesn't belong in the options dialog as it can be changed more then once during a session, and if you are having to visit the options dialog for that then it's in the wrong place. Anything found in Settings -> Options should not have to be changed a lot, set once and forget. The old method was also inconsistent, sometimes you might not want the feature form to open for a single feature but you got it regardless unless you did the Settings -> Options dance to change it for a single use case. </div>
<div><br></div><div>I agree that getting the identify results dock back is not the best, however moving the settings back to Options is not the solution. I am thinking a Open Result Pane button next to the identity map tool button.</div>
<div><br></div><div>The recommend workflow is to leave the identify result dock open, put it in a tab if you need, and control the settings for identity from there. They will persist between sessions just like the last settings. The identify result dock will always show the current results regardless of if the feature form is shown or not. This is to make it more consistent from a users point of view as the tool always does the same action regardless, showing the results. Opening the feature form is a bonus on top of the standard function not in replace of.</div>
<div><br></div><div>It was never about hiding the options. In fact quite the opposite. Moving them to the dock now give you more live control on a need by need basis rather then Settings -> Options...dance if you need to change it for a session. </div>
<div><br></div><div>Regards,</div><div>Nathan</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 3:22 AM, Andre Joost <span dir="ltr"><<a href="mailto:andre+joost@nurfuerspam.de" target="_blank">andre+joost@nurfuerspam.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Am 25.08.2014 17:34, schrieb Jürgen E. Fischer:<div><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi André,<br>
<br>
On Mon, 25. Aug 2014 at 17:26:02 +0200, Andre Joost wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
"Open feature form, if a single feature is identified"<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I can not find that option in QGIS 2.4 and QGIS dev anymore.<br>
</blockquote>
<br>
It's in the identify dialog now.<br>
</blockquote>
<br></div>
There is an option to show the feature form and a checkbox "Auto open form" , yes. It's not easy to understand that checking that will open the feature form for single features.<br>
<br>
If I set the checkbox, I have no chance to get the identify result form back if my layers contain only single features.<br>
<br>
The old option method looked somewhat more logical to me. Any chance to get it back? It would not harm anybody, and the docs are correct again.<div><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
It is still in the lastest docs<br>
<a href="http://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_configuration.html#options" target="_blank">http://docs.qgis.org/testing/<u></u>en/docs/user_manual/<u></u>introduction/qgis_<u></u>configuration.html#options</a>><br>
</blockquote>
<br>
Sounds like a bug.<br>
<br>
</blockquote>
<br></div>
If you click the "Help button" of the identify form, it also tells me about the old options.<div><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Am I missing something well-hidden?<br>
</blockquote>
<br>
IMHO if the objective was to hide it, Nathan miseably failed at it ;)<br>
<br>
</blockquote>
<br></div>
Perhaps we should give him a second chance ;-)<div><div><br>
<br>
Greetings,<br>
André Joost<br>
<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">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>
</div>