| Summary: | case insensitivity for folder display sucks | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Jo Schulze <jo> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | Patrick.pxc.C, rayH |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jo Schulze
2002-02-12 22:45:10 UTC
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 13 February 2002 00:43 you wrote: <snip> > > This OTOH is complete BS. > > disagreed > Anyway no need to throw that "BS" on me. I do not like that. > > > I don't know what makes you believe this > > but KDE apps would fall hard on their faces if they ignored case in > > filenames. > > Ok possibly I didn't make myself clear: kde _does_ distinguish > between lower/uppercase chars. I was referring to the various > displays of files/folders (like kmail folder/konqueror files) which > are _sorted_ case insensitive. Then say that not "KDE treats filenames cis" which _is_ BS sorry. Unfortunately we can't distinguish between "BS reports" and=20 well-founded ones based on the sender's address. Being not precise in=20 your wording doesn't help that either... > This behaviour ("default is > case-insensitive") is a cause of bugs (#22764 #16798 (reported done > before kde2.2.2 release but apparently not fixed there) #17560 > #12154 maybe more...) some of them are fixed now. OK. But we can't change that now because simply making the listview=20 sort cis (which is probably easy to do) would shove the system folders=20 down the list to the bottom for me and everyone else using capitalized=20 folder names. Hopefully we get something done with the folder list for=20 3.1 tough. Marc - --=20 Marc Mutz <mutz@kde.org> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ajNF3oWD+L2/6DgRAjcyAKCiLKEt+J/CdqhYcnLc0V/sffF1LACgw2XM f1z5tnSx6Qh5RD1XehuOxM0=3D =3DAei+ -----END PGP SIGNATURE----- On Friday 15 February 2002 15:18 feend wrote: <snip> > Yes this solved the problem. Dude that's great how did you know? We get approx. one or two reports per week about this. Unfortunately=20 it's an Xserver bug that we can't do anything about except hoping that=20 it get fixed. The word is that it's fixed in 4.2.0. You may want to=20 try... > Thanx for the quickest responce in history! > I can see why you guys are on top! Thank you for your kind appreciation. > If there is any thing I can do to help the team let me know. I am a > electronics tech and have been using Linux for 3 years. But only know > a bit of c++ <snip> Well if you can code then we certainly have some stuff to do. Else=20 you could walk the list of bug reports and see which ones are still=20 valid. You'd need to update to 3.0 beta2 though... > > On Friday 15 February 2002 14:19 feend@direcpc.com wrote: > > <snip> > > > > > Kmail locks up durring edit of To: field. this seems to only > > > hapen when there are a lot of adresses in the field and I manualy > > > click in the field and left arrow back to remove one. > > > > <snip> > > > > Does disabling anti-aliasing (smooth fonts) help? > > > > Marc --=20 Marc Mutz <mutz@kde.org> If you don't like case insensitive sorting then set LC_COLLATE=POSIX. *** Bug 199244 has been marked as a duplicate of this bug. *** New bugs in KDE4 have been marked as duplicates of this bug without this bug being re-evaluated. KDE no longer honors LC_COLLATE! LC_COLLATE is already set to POSIX on my machine, and Dolphin, Konqueror, and KMail all use case-insensitive sorting regardless. I've found the following related bugs in KDE 4, both marked as duplicates of this bug: https://bugs.kde.org/show_bug.cgi?id=199244 https://bugs.kde.org/show_bug.cgi?id=217814 Checking my environment from a shell using export or env shows that LC_COLLATE=POSIX. Manually starting a KDE application with LC_COLLATE=POSIX makes no difference. Using LC_COLLATE=C gives the same results. |