Compressed as there are compression overheads even with compression.
Going to play with it a little see if I can spot anything obvious but I am not as clever as you Pert.
OK its hitting the recursive folder issue !
Have to raise this to another level
The current limit is 3 folders deep and after that folders will be discarded or occasionally cause an error on import.
Same for sketches
That probably causes trouble I've met and why Create display a fault.
But library called in my sketch is at first level deep folder so it should works, doesn't it ?
More over, Create upload the newest LiquidCrystal_I2C (1.1.2) when compiling my sketch. Does my lib was ignored in this case ?
I let you do, I'm not qualified at all.
If the main sections of the lib make calls to other sections deeper in the folder structure or have other dependencies those calls will fail if everything is not in the places it expects.
@Pert knows more than I do about this topic so my analogy may be off a little.
If it fails at compile time it will often look at similar named libs and try to use those (IIRC) to be able to compile.
Ok we have debugged this issue:
-
when you import the Arduino-DHT22-master.zip library it does not work because the main file DHT22.h has a different name than the folder, if you rename your folder DHT22 and then zip it the import works. We have implemented a feature that removes the '-master' from the name during the import, but this one still has the 'Arduino-' at the beginning so it won't work
-
the library NewLiquidCrystal does not contain a Library Properties file, therefore there is no info on the architecture used and it is assigned by default as a wildcard. This makes the library demoted in the builder that finds the others before yours. You should add the library properties to the lib or open an issue to the owner.
GREAT job !
I will check name of my DHT22 folder and .h and on Lib property also.
"Engine" in Create is not the same as IDE ? If you have an explanation I will be grateful knowing it. Really.
Thanks for time you've spent on it.
Yes absolutely the builder (engine) is the same, but on the online IDE we make all the libraries on the Lib Manager available for you, while in the desktop IDE you need to install them one by one.
On your local version you probably have never installed the LiquidCrystal library, that's why you had no conflicts arising 
Great great great !
Thanks a lot for your feedback, to me and community.
We(you) probably fix issue with IDE/Sierra/DHT22 also. I gonna try to change the name of DHT22 folder and try it once again.
I had liquidcrystal installed since beginning. I used it without I2C when I was newbie (still be... at 2nd stage, I think at least). So both libraries are installed alongside on lib folder and still working.
Whatever, thanks again. Promise, I gonna try once again as soon as I finish project I'm working on (ESP locally driving a motor and supplied thru web...)