[Qgis-developer] Identify results form vs feature form

[Alexandre Neto]

Hi,

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)

But I do agree that toggling between Open feature form mode and identify
tool only mode is not optimal.

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.

Do you think this would be useful?

I'm having problems with the current openFeatureForm () implementation
tho... as I have referred in this mailing list before [0]
<http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html>.
And I have now created a bug report [1] <https://hub.qgis.org/issues/11099>
of it as this would be crucial for the plugin.

Best regards,

Alexandre Neto

[0]
http://osgeo-org.1560.x6.nabble.com/Struggling-with-iface-openFeatureForm-tt5157574.html

[1] https://hub.qgis.org/issues/11099
Em 25/08/2014 23:49, "Nathan Woodrow" <madmanwoo at gmail.com> escreveu:

> Hi,
>
> 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.
>
> 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.
>
> 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.
>
> 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.
>
> Regards,
> Nathan
>
>
> On Tue, Aug 26, 2014 at 3:22 AM, Andre Joost <andre+joost at nurfuerspam.de>
> wrote:
>
>> Am 25.08.2014 17:34, schrieb Jürgen E. Fischer:
>>
>>  Hi André,
>>>
>>> On Mon, 25. Aug 2014 at 17:26:02 +0200, Andre Joost wrote:
>>>
>>>> "Open feature form, if a single feature is identified"
>>>>
>>>
>>>  I can not find that option in QGIS 2.4 and QGIS dev anymore.
>>>>
>>>
>>> It's in the identify dialog now.
>>>
>>
>> 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.
>>
>> If I set the checkbox, I have no chance to get the identify result form
>> back if my layers contain only single features.
>>
>> 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.
>>
>>
>>
>>  It is still in the lastest docs
>>>> http://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_
>>>> configuration.html#options>
>>>>
>>>
>>> Sounds like a bug.
>>>
>>>
>> If you click the "Help button" of the identify form, it also tells me
>> about the old options.
>>
>>
>>
>>
>>>  Am I missing something well-hidden?
>>>>
>>>
>>> IMHO if the objective was to hide it, Nathan miseably failed at it ;)
>>>
>>>
>> Perhaps we should give him a second chance ;-)
>>
>>
>> Greetings,
>> André Joost
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20140826/96c6430f/attachment.html>