0002291: "Add a directory" cannot navigate path

ID	Project	Category	View Status	Date Submitted	Last Update

0002291	Slicer4	Core: Base Code	public	2012-07-03 05:32	2014-05-13 09:25

Reporter	millerjv	Assigned To	jcfr
Priority	normal	Severity	minor	Reproducibility	have not tried
Status	acknowledged	Resolution	open
Product Version	Slicer 4.1.1
Target Version		Fixed in Version

Summary	0002291: "Add a directory" cannot navigate path
Description	If the directory you want is buried in a long path (that you cannot recall), you cannot type part of the path and hit the "return key" without the dialog accepting that as "ok load everything below this path". What I want to do in this case is navigate to that path, then start clicking on folders for the rest of the path. This makes it hard to jump to another mount point if it does not show up in the gui (for instance on the Mac, all my remote filesystems are under /Volumes but /Volumes is accessible directly from the gui).
Tags	No tags attached.

finetjul 2012-07-03 05:48 administrator ~0005048	Jim: you are talking about the "Add data" dialog, right ?

finetjul 2012-07-03 05:52 administrator ~0005049	Developer: in ctkFileDialog, observe the "Directory: " line edit editingFinished (or textChanged) signal to update the underlying view model.

millerjv 2012-07-03 07:30 developer ~0005051	Yes. The "Add data" dialog. Twice I have accidentally told Slicer to load everything on particular mount point... Had to kill Slicer and start over.

finetjul 2012-07-03 07:49 administrator ~0005053	Developer: Optionally add a cancel button (or change the text "Choose a Directory to add" into "Cancel populating from Directory") when loading a directory.

millerjv 2013-06-03 05:21 developer ~0008698	Does this mean the dialog cannot act the way I am expecting it? Hitting "return" while typing a path should show that directory, not load it. I should have to hit a button to cause a load to occur.

jcfr 2013-06-03 05:22 administrator ~0008699	Julien will comment when he is back from travelling.

finetjul 2013-06-10 07:20 administrator ~0008730	Hint in comment 0005049 should fix the behavior you expect.

Date Modified	Username	Field	Change
2012-07-03 05:32	millerjv	New Issue
2012-07-03 05:33	millerjv	Status	new => assigned
2012-07-03 05:33	millerjv	Assigned To	=> finetjul
2012-07-03 05:48	finetjul	Note Added: 0005048
2012-07-03 05:52	finetjul	Note Added: 0005049
2012-07-03 05:52	finetjul	Assigned To	finetjul => crmullin
2012-07-03 07:30	millerjv	Note Added: 0005051
2012-07-03 07:49	finetjul	Note Added: 0005053
2012-08-22 05:56	jcfr	Target Version	=> Slicer 4.3.0
2012-09-14 12:18	jcfr	Assigned To	crmullin => sankhesh
2012-09-14 12:19	jcfr	Relationship added	related to 0001672
2013-06-03 05:15	jcfr	Assigned To	sankhesh => jcfr
2013-06-03 05:21	millerjv	Note Added: 0008698
2013-06-03 05:22	jcfr	Note Added: 0008699
2013-06-03 05:22	jcfr	Status	assigned => feedback
2013-06-10 07:20	finetjul	Note Added: 0008730
2013-09-03 10:58	jcfr	Assigned To	jcfr => yuzheng
2013-09-03 10:58	jcfr	Target Version	Slicer 4.3.0 => Slicer 4.4.0
2014-05-13 09:25	jcfr	Assigned To	yuzheng => jcfr
2014-05-13 09:25	jcfr	Status	feedback => acknowledged
2014-05-13 09:25	jcfr	Target Version	Slicer 4.4.0 =>