| | [ Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]
STR #3186
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Core Library |
|---|
| Summary: | fl_filename_match() inconsistent with case sensitivity |
|---|
| Version: | 1.3-current |
|---|
| Created By: | ajapted |
|---|
| Assigned To: | engelsman |
|---|
| Fix Version: | 1.4.0 |
|---|
| Fix Commit: | 6d78015071ecd755e027a3edc4a890d432a57c9d |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
No files
Trouble Report Comments:
| |
| #1 | ajapted
01:48 Feb 09, 2015 |
| The fl_filename_match() function matches normal text in a
case-insensitive way, 'a' == 'A' etc, and that is fine.
However the characters in a [] set, like "[a-z]", are matched
case-sensitively, which is inconsistent with how normal text is
matched.
It is fairly easier to fix the handling of [] sets to match
case-insenstivetly. I also suggest updating the documentation
of the function to note its general case-insensitivity (as the
current wording says that a character matches "exactly", which
is not really correct). | |
| |
| #2 | engelsman
03:02 Jul 25, 2020 |
| I've created a github pull request against fltk-1.4.x
See https://github.com/fltk/fltk/pull/118 | |
| |
| #3 | AlbrechtS
06:32 Aug 28, 2021 |
| Fixed in Git repository.
Fixed in commit 6d78015071ecd755e027a3edc4a890d432a57c9d.
For details see above mentioned PR. | |
[ Return to Bugs & Features ]
|
| |
