[API Review]: RT-28289 Unable to determine the selected ExtensionFilter when a FileChooser closes

Alexander Zvegintsev alexander.zvegintsev at oracle.com
Wed Apr 3 01:58:20 PDT 2013


Hi Richard,

Looks like discussion in JIRA almost stopped, so I see this API for 
FolderChooser as follows:

>       This property is used to pre-select extension filter for the next
>       displayed dialog and to get selected extension filter from 
> dismissed file
>       dialog.
>
>       When file dialog is invoked the extension filter stored in this 
> property
>       will be activated. If value of property is null or not presented in
>       extensionFilters list the first extension filter will be selected.
>
>       After file dialog is dismissed the value of property is updated to
>       selected extension filter or to null if the dialog has been 
> canceled.
>
>     public final ObjectProperty<ExtensionFilter> 
> selectedExtensionFilterProperty()
>
>     public final void setSelectedExtensionFilter(ExtensionFilter 
> extensionFilter)
>
>     public final ExtensionFilter getSelectedExtensionFilter()


Thanks,

Alexander.

On 03/08/2013 02:10 AM, Richard Bair wrote:
> Sounds good. Make sure we also have a selectedExtensionFilterProperty method that is a readonly property (unless we want the developer to be able to pre-select what the selected filter should be. Shouldn't that be supported? In which case, we need selectedExtensionFilterProperty to be writable and have a setSelectedExtensionFilter method as well?)
>
> Richard
>
> On Mar 6, 2013, at 5:03 AM, Alexander Zvegintsev <alexander.zvegintsev at oracle.com> wrote:
>
>> Hi all,
>>
>> In order to fix
>> http://javafx-jira.kenai.com/browse/RT-28289 Unable to determine the selected ExtensionFilter when a FileChooser closes
>> we need to extend API of FileChooser:
>>
>> public final ExtensionFilter getSelectedExtensionFilter()
>>
>> Returns selected ExtensionFilter of last displayed file dialog.
>> It may be null if not supported by platform or dialog canceled.
>>
>> -- 
>> Thanks,
>>
>> Alexander.
>>



More information about the openjfx-dev mailing list