From: SourceForge.net <no...@so...> - 2006-07-31 14:42:57
|
Bugs item #1496615, was opened at 2006-05-28 22:59 Message generated for change (Comment added) made by rrschulz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1496615&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: minor bug Status: Open Resolution: None Priority: 1 Submitted By: Philip Weaver (philmaker) Assigned to: Nobody/Anonymous (nobody) Summary: Recent Files Menu updated only after buffer closure Initial Comment: This is a behavioral "bug". I have only verified this in 4.2 final on Mac OS with all third party plugin jars removed and with Mac OS style menu bar off (can cause problems, see below). I have not tested in 4.3pre. Currently, a file is appended to the recent files menu only after it is closed. Often, I open a file, open many others, forget the first file is open, go to the recent menu, and the file is not there and it should be. Mac OS X historically has had problems with Swing menus in the system menu bar. But I don't think that's the problem because I tested without using the system menu bar (e.g. instead: menus in frames) ---------------------------------------------------------------------- Comment By: Randall R. Schulz (rrschulz) Date: 2006-07-31 14:42 Message: Logged In: YES user_id=12328 No. The close of a file that occurs during shut-down _does not_ and _should not_ affect the Recent Files menu. That's the change I got made several months back, and it is necessary to make the Recent Files menu useful at all. If you want to put files open at the time of editor shut-down in the Recent Files menu, then please, _only_ do it if the "Restore previously open files on startup" (Global options -> General section) is _not_ enabled. Randall Schulz ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2006-07-31 14:32 Message: Logged In: YES user_id=285591 So every files will still be added to the recent file list because every file will be closed or since it will be here when jEdit will be closed it will still be added too ... And in fact the file is added to the recent file list when saving the caret informations (when you switch to another buffer for example) ---------------------------------------------------------------------- Comment By: Randall R. Schulz (rrschulz) Date: 2006-07-31 14:29 Message: Logged In: YES user_id=12328 Nothing has changed. The "Recent Files" menu should not be appended until a file is closed. Consider, e.g., how many files jEdit can keep open without being swamped (virtually unlimited). On the other hand, there's a limit to the number of files retained in the "Recent Files" menu. Putting all the open files in the Recent menu could displace most or all of the files that are _not_ open, and it is for access to those files that the Recent Files menu exissts. A sub-menu of the File menu for "Open Files" would be a fine and useful addition, I think. Randall Schulz ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2006-07-31 14:19 Message: Logged In: YES user_id=285591 so what should be done, adding the file immediately or not ? ---------------------------------------------------------------------- Comment By: Philip Weaver (philmaker) Date: 2006-05-29 00:45 Message: Logged In: YES user_id=570335 Perhaps a fix was made earlier which that solved one problem but impeded the usability of jEdit's recent files menu. I think there is likely a better solution that meets everyone's needs. On Mac OS X, Apple's built-in TextEdit application appends the recent file menu when you open a file - not when you close it. I am not sure whether which dictionary they are using. ;-) Please describe the previous issue in more detail if you get a chance. ---------------------------------------------------------------------- Comment By: Randall R. Schulz (rrschulz) Date: 2006-05-29 00:07 Message: Logged In: YES user_id=12328 I disagree. The "recent items" menu becomes too easily polluted as it is. (It used to get populated by the files being "closed" during application shut-down. Upon a request from me, that no longer happens.) Basically, an open file is not a recently closed file, and "recently closed" is the proper definition for placing a file in the Recent Files menu. There are other, better ways to keep track of what's open. that's not what the Recent Files (sub-) menu is for. I would support a companion menu "Open Files |>" that held currently open files, but not the change you suggest. Randall Schulz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1496615&group_id=588 |