-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Requestion: Add some additional extensions logic #146
Comments
Not a problem. I need to make a few modifications to the way the classification works to get this going but not a huge issue. |
Awesome, this one actually is a annoying pain. I search for something and get the .d.ts in the search results, and can't eliminate them by picking .ts since they are classified as .ts. But I need them indexed because people will want to search just the typings too... Looking forward to when this gets fixed. Thanks! |
Yep Its mostly there. I just need to add the logic to pick which one is correct when both match. Going to make it go for the longest one IE the best fitting match. Then will merge. I will add it to the classifier database as well for you,
|
Typescript by default uses
.ts
as its extension. It also has.d.ts
to stand for typings. I would like to categorize the.d.ts
files as "Typings" and leave the.ts
and Typescript. However, even though I attempted to add ad.ts
file to the list both before and after thets
in the list; all the.d.ts
files were cataloged as typescript files.I would like to be able to have the matching algorithm be smart enough to know that a
.d.ts
is different than a.ts
file.The text was updated successfully, but these errors were encountered: