yes, each would get a separate entry, that's what i meant. i am also in favor of the checkbox, although i have no clue how to integrate it in the filechooser, which seems to be a readymade java api component.
..ede On 18.10.2011 14:08, Rahkonen Jukka wrote: > How would you do the saving into GML with the three native dialects we have > (JUMP GML, GML 2.0 with hand written template, and FME GML) or possibly with > the fourth GML 2.0 variant if deejump plugin is installed? If there would be > one line on the list for each alternative then the zip check box would be > better, otherwise we would need totally six or eight lines for GML save > formats. > > -Jukka- > > edgar.soldin wrote: >> >> On 17.10.2011 22:46, Michaël Michaud wrote: >>> Hi, >>>> 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? >>> I think such a mechanism exist in the new OpenDialog Framework. >>> If I'm correct, the double combobox currently appears >>> 1) in the old openfile dialog (category context menu) >>> 2) in the save as dialog box >> >> i could only find them there too >> >>> I'm not sure the first one is still needed (but I think users had >>> choosen to keep it when we migrated to the new framework) >> >> even so, we currently have two ways to open files. how to >> explain that to new users? better to have one only. >> >>> >>> I thing the double dialog is of no use in the save as >> dialog box where >>> combinations of format and extension can be defined in a >> single combobox. >>> Zip could be a general option however (a checkbox) >> >> i wouldn't say no use, but it is counter-intuitive. it would >> be easy to merge the options into one dropdwon only without a >> loss in capabilities. >> >>> >>>> 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 >> >> for save i'd rather have >> >> ESRI (*.shp) >> ESRI Compressed (*.zip) >> GML (*.gml) >> GML Compressed (*.zip) >> ... >> >> or >> >> ESRI (*.shp) >> GML (*.gml) >> ... >> and a checkbox that signals zipping enabled >> >> >>> And even zip files could be automatically opened as long as >> they contain >>> unambiguous formats. >> >> zip and tgz (i think) when opened with OpenFileWizard are >> automatically scanned for files with known extensions and >> opened with the appropriate factory. >> >>> My 2 cents >> >> make it 4, ede >> >>> >>> Michaël >>>> >>>> >>>> >>>> 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 ------------------------------------------------------------------------------ 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
