QT5 file open/save dialogue with Alzheimers
Posted: Tue Nov 19, 2019 9:19 am
Hi,
I have just moved from a qt4 build to qt5. I am finding that the file open / save / saveAs / save-a-copy dialogues have near total amnesia.
If I open a file then go to File | SaveAs , I get neither the current filename nor the current path of that file displayed.
In this case I expect the filename to be filled with the current filename ( I'm most likely just going to add a suffix as a version or a backup rename ) and I'm most likely to want it in the same directory. If I want to save it elsewhere, I'm most likely to want to keep the filename intact and I do not want the possibility of a mis-type or have to go and find exactly what it is currently called and type it in by hand.
I never had this problem before where the names filled in and the drop down list of recently used directory paths was usually quite helpful.
The current default in the otherwise empty path list is the path of the /bin/FreeCAD executable , probably one of the last places I want to store my work !
File | Open seems to have a different memory . I'm not sure where this is useful since opening and saving would likely be in the same directory most of the time. It certainly exacerbates the lack of retention of recently used paths.
Every time I restart FreeCAD it seems to forget the little useful information I have managed to get into these path dropdown lists.
This is a real PITA since I'm for ever having to climb around the tree to get where I need to be for what should be such trivial operations.
My last qt4 was from Aug25 master. I never saw these issues on any qt4 build, so I'm suspecting it is qt5 related.
Also File | Recent files only seems to retain 4 entries, this is insufficient and means it is often not useful and I need to climbing around tree again just to find what I did 10min earlier. I don't see anywhere to configure the number entries and I think it previouslywent deeper.
OS: Fedora 31 (Thirty One) (LXDE/LXDE)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.18754 (Git)
Build type: Release
Branch: master
Hash: a5019828cf263ccdec3b6885f845b1ab1c35ac11
Python version: 3.7.5
Qt version: 5.12.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/United Kingdom (en_GB)
PS If I open a file , then go to chose a font for a ShapeString, then come back to File | Open, it see /usr /usr/share/ /usr/share/fonts etc. and NOT the last place I opened a FC file !! It is unclear why there is a separate entry for each part of the path ( I have a template for the default font file, so I did not even walk that list of directories in getting there ).
I would suggest that font selection needs its own instance of the open file dlg that does not pollute the general file FC open/save mechanism. No one has work files there and usually this is a protected system path anyway.
These issue are probably pretty easy to fix and would make a world of difference to usability of the interface. There seems to be some regression here. Very frustrating.
I have just moved from a qt4 build to qt5. I am finding that the file open / save / saveAs / save-a-copy dialogues have near total amnesia.
If I open a file then go to File | SaveAs , I get neither the current filename nor the current path of that file displayed.
In this case I expect the filename to be filled with the current filename ( I'm most likely just going to add a suffix as a version or a backup rename ) and I'm most likely to want it in the same directory. If I want to save it elsewhere, I'm most likely to want to keep the filename intact and I do not want the possibility of a mis-type or have to go and find exactly what it is currently called and type it in by hand.
I never had this problem before where the names filled in and the drop down list of recently used directory paths was usually quite helpful.
The current default in the otherwise empty path list is the path of the /bin/FreeCAD executable , probably one of the last places I want to store my work !
File | Open seems to have a different memory . I'm not sure where this is useful since opening and saving would likely be in the same directory most of the time. It certainly exacerbates the lack of retention of recently used paths.
Every time I restart FreeCAD it seems to forget the little useful information I have managed to get into these path dropdown lists.
This is a real PITA since I'm for ever having to climb around the tree to get where I need to be for what should be such trivial operations.
My last qt4 was from Aug25 master. I never saw these issues on any qt4 build, so I'm suspecting it is qt5 related.
Also File | Recent files only seems to retain 4 entries, this is insufficient and means it is often not useful and I need to climbing around tree again just to find what I did 10min earlier. I don't see anywhere to configure the number entries and I think it previouslywent deeper.
OS: Fedora 31 (Thirty One) (LXDE/LXDE)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.18754 (Git)
Build type: Release
Branch: master
Hash: a5019828cf263ccdec3b6885f845b1ab1c35ac11
Python version: 3.7.5
Qt version: 5.12.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/United Kingdom (en_GB)
PS If I open a file , then go to chose a font for a ShapeString, then come back to File | Open, it see /usr /usr/share/ /usr/share/fonts etc. and NOT the last place I opened a FC file !! It is unclear why there is a separate entry for each part of the path ( I have a template for the default font file, so I did not even walk that list of directories in getting there ).
I would suggest that font selection needs its own instance of the open file dlg that does not pollute the general file FC open/save mechanism. No one has work files there and usually this is a protected system path anyway.
These issue are probably pretty easy to fix and would make a world of difference to usability of the interface. There seems to be some regression here. Very frustrating.