View Issue Details

IDProjectCategoryView StatusLast Update
0000117FSSCPFREDpublic2021-01-09 09:28
Reporterdiamondgeezer Assigned ToFSO 4  
PrioritynormalSeveritytrivialReproducibilityalways
Status closedResolutionsuspended 
Summary0000117: FRED and remembering directories
DescriptionOK, this is something that's been around since the first days of FRED. When I use the open file dialogue to open a mission, it stores that path. If I then use the open file dialogue for message sounds, it goes to the mission folder and I have to navigate to the appropriate folder. And of course the opposite is true. It gets pretty annoying after a while. Can it pleased get fixed to remember paths on a file-type basis?
TagsNo tags attached.

Relationships

duplicate of 0002100 closedGoober5000 FRED saving loactions 

Activities

RandomTiger

2004-03-31 22:55

developer   ~0000620

Could you catalogue all open file dailog locations and the file types they corrispond to?

diamondgeezer

2004-04-03 18:05

reporter   ~0000663

Er... is this what you want? Those marked * are found in the Events editor:

Open mission --> data\missions (fs2)
Open (head) ANI --> data\interface (ani)*
Open sound file --> data\voice\special (wav)*

Think that's all of 'em. Note that FRED will take me to the appropriate directory initially... but once a file is opened from that dialogue, that folder gets 'locked in' and will appear next time I open one of the open-file dialogues...

RandomTiger

2004-04-03 18:56

developer   ~0000666

Im wanting a list of all the open files so that I can fix this problem for all of them at the same time.

diamondgeezer

2004-04-03 18:58

reporter   ~0000667

In that case, I don't know what you mean :)

Lightspeed

2004-04-16 22:02

reporter   ~0000793

Last edited: 2004-04-16 22:03

Kazans FRED build actually doesnt remember ANY directories for me. It always resets to 'my files' when the file requester pops up. Now *that* is annoying.

edited on: 04-16-04 18:03

Goober5000

2006-01-28 04:36

administrator   ~0004518

Assigning to phreak since he fixed something similar recently.

phreak

2006-05-02 17:14

developer   ~0005454

I think its best to leave this until we manage to start working on wxFred2

Goober5000

2012-11-19 23:33

administrator   ~0014094

Lumping this in with wxFRED per comments.

MjnMixael

2021-01-09 09:28

manager   ~0017054

Migrated to GitHub as a QtFRED feature request.

Issue History

Date Modified Username Field Change
2004-02-29 00:02 diamondgeezer New Issue
2004-03-31 22:55 RandomTiger Note Added: 0000620
2004-04-03 18:05 diamondgeezer Note Added: 0000663
2004-04-03 18:56 RandomTiger Note Added: 0000666
2004-04-03 18:58 diamondgeezer Note Added: 0000667
2004-04-16 22:02 Lightspeed Note Added: 0000793
2004-04-16 22:03 Lightspeed Note Edited: 0000793
2005-03-13 19:35 administrator Assigned To => user303
2005-03-13 19:35 administrator Status new => assigned
2005-08-21 05:37 Goober5000 Assigned To user303 => Goober5000
2006-01-28 04:36 Goober5000 Note Added: 0004518
2006-01-28 04:36 Goober5000 Assigned To Goober5000 => phreak
2006-05-02 17:14 phreak Note Added: 0005454
2006-05-02 18:15 Goober5000 Assigned To phreak => FSO 4
2007-07-24 10:12 Goober5000 Assigned To FSO 4 => Goober5000
2012-07-03 05:17 Goober5000 Relationship added duplicate of 0002100
2012-11-19 23:33 Goober5000 Note Added: 0014094
2012-11-19 23:33 Goober5000 Assigned To Goober5000 => FSO 4
2012-11-19 23:33 Goober5000 Resolution open => suspended
2021-01-09 09:28 MjnMixael Status assigned => closed
2021-01-09 09:28 MjnMixael Note Added: 0017054