Hi,
Regarding mantis report (with patch):
http://bugs.freepascal.org/view.php?id=15679
We seem to have reached a stalemate in mantis discussions, so I thought I
would bring the issue to light in the mailing list (Mantis is not meant for
long discussions). Now others can review and comment on this too.
PS:
Why can't the reporter of a mantis report, delete old (unused) attachments.
Below is a list of reasons why I implemented this feature as I did. They
seem reasonable to me, and keeps the user's personal preference in mind.
Reasons for the patch and my implementation:
* I wanted custom file filter is all "File Open" dialogs in Lazarus IDE.
There is now a new "Environment Options > General > File Filters"
setup screen for that.
* The default/standard file filter did not include all file types I
wanted - hence the reason they are included as customizable by the
end-user. The standard file filters are only imported once (on first
time use), thereafter the user can modify and customize them as they
see fit. The minor side effect is that those default file filter
are not translatable any more, but who really keeps changing there
IDE language back and forth - so I see this as a non-issue.
* I wanted to reorder the file filters, so a new default option is
select when the File Open dialog is shown. For this reason too, the
default file filters was included in the user customizable list.
* Due to the previous 2 points, the argument about translation issues
is moot. So to is the argument for "possible future addition" of new
default/standard file filters. The user can simply add them at will,
*if* they actually wanted them. I don't want all the default file
filters in my setup, so I deleted those in my setup.
* I use multiple Lazarus IDE profiles, so instead of having to re-setup
my file filters in each profile, I decided to store the file filters
in a separate xml file, so I can symlink them between profiles. Now
if I update one profile, all profiles are updated. This I believe make
the argument for including it inside the existing environment options
xml file a moot point too. What is the real issue of having another
xml file? Who cares how many xml config files there are, as long as
the Environment Options dialog in the IDE is clear and easy to use,
nobody should need to worry about the files in ~/.lazarus/ directory.
* The issue about circular unit reference in the implementation section
is stupid too, but I opted for that chance to make Vincent happy.
Though if it really is such an issue, a FPC bug report should be filed.
Vincent and Paul's ideas add restrictions / limitations to the usefulness
of the "File Filters" feature, and that simply doesn't make sense to me. So
what do others think?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net:8080/fpgui/
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
