Search should not be case sensitive
Moderator: ickputzdirwech
Search should not be case sensitive
If I enter something is search box, should be displayed everything without restriction.
Example: for `ПлА`, `пла` or `ПЛА` should be displayed everything, what contains `пла` in any case PS: not only for train overview windows, for all searches
Example: for `ПлА`, `пла` or `ПЛА` should be displayed everything, what contains `пла` in any case PS: not only for train overview windows, for all searches
Re: Search should not depends on Upper/Lower case
Thanks for the report however we don't attempt to do case translation for non-English character sets as the complexity is too much for us to maintain.
If you want to get ahold of me I'm almost always on Discord.
-
- Inserter
- Posts: 28
- Joined: Fri Aug 30, 2019 11:53 am
- Contact:
Re: Search should not depends on Upper/Lower case
Uh... He's one of the main developers. If he says it's too complex it probably is.
Internationalization is troublesome at the best of times.
Internationalization is troublesome at the best of times.
Re: Search should not depends on Upper/Lower case
I don't believe you.waitofaiorur wrote: ↑Mon Jul 10, 2023 7:16 pmInternationalization is troublesome at the best of times.
Re: Search should not depends on Upper/Lower case
Believe it.datarza wrote: ↑Mon Jul 10, 2023 10:23 pmI don't believe you.waitofaiorur wrote: ↑Mon Jul 10, 2023 7:16 pmInternationalization is troublesome at the best of times.
It is hard. With english char, to make characters lower or upper, all you have to do is unset or set specific bit. And that's it. It's easy. It's efficient. Uses almost no memory to do.
Now for the unicode characters... not so trivial, because upper/lower spacing is not symmetrical in unicode and thus you need a table with mapping. This table is big. And you need a hash map which is a lot heavier that just flipping a bit. Or ordinary array, they will be quick but will waste a lot of ram for nothing, since there will have to be empty fields. And these gaps will be small enough so that OS won't be able to optimize memory usage of it.
So yeah, case insensitive for anything other than plain ASCII *IS* a *LOT* harder. Whole internationalization is a mess already. First computers were basically designed with only ascii characters in mind.
-
- Long Handed Inserter
- Posts: 77
- Joined: Tue Dec 01, 2020 6:57 pm
- Contact:
Re: Search should not depends on Upper/Lower case
the stance of "call me a manager here!" is not something that would get you anywhere :>
but that aside; I've looked the thread back in the day, yet decided it was not worthy of any input when I glanced over the other posts of the author.
nowadays I still believe this thread is not of any interest per itself.
however the underlying issue is indeed is.
Thus I would like to cover both bases, hehehe.
First of all,
this one thread can be easily killed away as a yet another duplicate of this old one
since this thread per se does not REALLY introduce anything new or worthy, putting it under-the-carpet might be for the best overall.
the "original" duplicate will never know that yet another one has bitten the same dust; neither will the original get more attention; but it is the duplicate all the same.
Secondly,
the issue of unicode collation is largely misunderstood in general. Even here we can see both parties either over-value or under-value it. (and both being right, though)
With that said, let's imagine we were trying to actually solve this issue at hand.
(since, well, it is VERY popular one, kinda a FAQ item at this point)
Would be nice to have this issue addressed in some form of a best-effort approach.
But let's speak on workarounds for mods as well.
afterall, this issue still needs an "escalation", mostly for awareness reasons though.
the collation hack also linked above probably solves the issues of all the players (or most) that are being repeatedly referred to this old post (as for duplicates) each time they re-discover it.
"the fix" does not introduce much value of itself, but saves a day for all the newbs perceiving the "limited" search utility as "permanently broken since long before" in the current state of things.
To my personal opinion, going with a modding-interface-request for this specific sort of collation for Lua might be easier, since this one seems to be eternally perma-stuck in "duplicates". But well, all things have a natural chance to change for the better sooner or later with enough love and time to it.
Have fun and may the gearz force be with u! :>
but that aside; I've looked the thread back in the day, yet decided it was not worthy of any input when I glanced over the other posts of the author.
nowadays I still believe this thread is not of any interest per itself.
however the underlying issue is indeed is.
Thus I would like to cover both bases, hehehe.
First of all,
this one thread can be easily killed away as a yet another duplicate of this old one
since this thread per se does not REALLY introduce anything new or worthy, putting it under-the-carpet might be for the best overall.
the "original" duplicate will never know that yet another one has bitten the same dust; neither will the original get more attention; but it is the duplicate all the same.
Secondly,
the issue of unicode collation is largely misunderstood in general. Even here we can see both parties either over-value or under-value it. (and both being right, though)
cpp does not natively support unicode
total complete collation is crazy hard
With that said, let's imagine we were trying to actually solve this issue at hand.
(since, well, it is VERY popular one, kinda a FAQ item at this point)
apparently for cyrillics it is kinda easy
Would be nice to have this issue addressed in some form of a best-effort approach.
But let's speak on workarounds for mods as well.
scripting scripting if you please take me across the raging seas
afterall, this issue still needs an "escalation", mostly for awareness reasons though.
the collation hack also linked above probably solves the issues of all the players (or most) that are being repeatedly referred to this old post (as for duplicates) each time they re-discover it.
"the fix" does not introduce much value of itself, but saves a day for all the newbs perceiving the "limited" search utility as "permanently broken since long before" in the current state of things.
To my personal opinion, going with a modding-interface-request for this specific sort of collation for Lua might be easier, since this one seems to be eternally perma-stuck in "duplicates". But well, all things have a natural chance to change for the better sooner or later with enough love and time to it.
Have fun and may the gearz force be with u! :>
Re: Search should not depends on Upper/Lower case
lm-: was you frozen in the 1980s and melted just now? - https://www.google.com/search?q=app+loc ... or+dummies
Incredible nonsense, many times moaned feature for seven years, seven string of code to implement, stubbornness of Factorio staff is amazing
Incredible nonsense, many times moaned feature for seven years, seven string of code to implement, stubbornness of Factorio staff is amazing
-
- Filter Inserter
- Posts: 482
- Joined: Tue Jun 26, 2018 10:14 am
- Contact:
Re: Search should not depends on Upper/Lower case
You are not familiar enough with Unicode. Some players are so incompetent, so they don't even know what to google for.
On the other hand, maybe devs could implement lowercase for some of most common and relatively simple languages.
Last edited by coppercoil on Mon Jul 31, 2023 3:39 pm, edited 1 time in total.
Re: Search should not be case sensitive
[Koub] Moderator-me speaking. The request was clear, I'm sure the devs have understood what's requested. There's no need fighting publicly on this forum over whether the request is easy or hard to implement. And certainly not calling each other names.
So keep calm, constructive, and polite, or I will enforce calmness myself.
So keep calm, constructive, and polite, or I will enforce calmness myself.
Koub - Please consider English is not my native language.