Hi Ede,

There are several strata of development :

- The original open/save dialog from vivid with a clear separation 
between format and extension, as explained by Martin.
- The addition of several datasource access plugins (wms, databases, 
images...)
- The new Open Datasource framework which tried to uniformise datasource 
access

I think that it has been a user choice to keep the old open file dialog 
somewhere (actually, category right-click context menu)
And maybe a design choice (or limitation) to rework the open dialog, and 
not the save dialog.

Would probably worth merging some parts at some point. I would not put 
high priority on this task, but if you have a clear idea about where to 
go to simplify without loosing capability.

Michaël

Le 17/10/2011 20:26, edgar.sol...@web.de a écrit :
> why do we have several file dialogues anyway?
>
> shouldn't we strive to merge them into one only?
>
> ..ede
>
>
> On 15.10.2011 21:15, Sunburned Surveyor wrote:
>> The last suggestion by Martin Davis makes sense to me.
>>
>> Landon
>>
>> On Fri, Oct 14, 2011 at 8:39 PM, Martin Davis<mtncl...@telus.net>  wrote:
>>> So is the behaviour:
>>>
>>> - if Filter By Extension is unchecked, then the user can select any file
>>> and any format
>>> - if Filter By Extension is checked, then the user selects a file and
>>> the format is determined from the extension
>>>
>>> ?
>>>
>>> Would an even simpler alternative be to determine the format from the
>>> extension, where this is unabiguous, and if it is ambiguous or
>>> undetermined then let the user choose the desired format?
>>>
>>> So examples are:
>>> - if a .SHP file is chosen, the format is set to Shapefile automatically.
>>> - if a .ZIP or .XML file is chosen, the user must choose the appropriate
>>> format
>>>
>>>
>>>
>>> So there is only one dropdown for Format, and then the checkbox
>>>
>>> On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>>>>> On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
>>>>>> On 13.10.2011 01:02, Martin Davis wrote:
>>>>>>> One reason for having the double choice of both format and file name is
>>>>>>> that there are formats (such as GML) which don't have a standard file
>>>>>>> extension that can be used to drive the choice of format.
>>>>>>>
>>>>>>> Also, in JUMP originally we supported a zipped shapefile concept.  It
>>>>>>> had the extension .zip, but was read by the Shapefile driver.
>>>>>>>
>>>>>>> One thing that could be do would be to use the file extension to drive
>>>>>>> the initial format setting, but allow it to be overridden for files with
>>>>>>> non-specific extensions.
>>>>>>>
>>>>>> How about a checkbox 'filter by extension', which can be disabled 
>>>>>> allowing to select any file with any selection in the format dropdown?
>>>>>>
>>>>> Ok, but I'm not sure how this solves the problem of determining the
>>>>> format of a file with an unknown extension?
>>>>>
>>>> there is no determination. but, it allows users to assign a format of 
>>>> their choice to a file of their choice and try to open it.
>>>>
>>>> seen? ede
>>>>
>>>> ------------------------------------------------------------------------------
>>>> All the data continuously generated in your IT infrastructure contains a
>>>> definitive record of customers, application performance, security
>>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>>> sense of it. Business sense. IT sense. Common sense.
>>>> http://p.sf.net/sfu/splunk-d2d-oct
>>>> _______________________________________________
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>>>
>>>> -----
>>>> No virus found in this message.
>>>> Checked by AVG - www.avg.com
>>>> Version: 10.0.1410 / Virus Database: 1522/3949 - Release Date: 10/13/11
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to