The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Have you checked the bed leveling / height? Since you removed the extruder - to change the nozzle if nothing else - it's quite possible that the bed / extruder distance is slightly different.Which would give you less "squashing" of new hot filament onto older colder filament, and less layer adhesion, I think.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
Or is it too late by now to still refer to them as "early" adopters?
In any case...I'm still holding out for all the kinks to be worked out. I probably won't be getting a 3D printer until the process has been shown to be foolproof, and we've gone through a few more generations of fools.
The only foolish thing would be to buy just any printer without actually knowing what you want to do with it or what you are getting yourself into. After that it's your decision how much that purpose, whatever it may be, is worth for you.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
Couple points to add:
1) - Don't assume that a certain brand and type of material will not change properties over time and or different lots.
2) Make sure, when troubleshooting, that you are using models that will help with specific problems, ie: temp towers for temp issues, single layer discs for first layer issues, 10mm cubes for layer adhesion, dimensional issues and extruding issues, etc. Usually these test prints are quick, and allow you to focus (and eliminate) fewer issues at a time.
If this is PLA, you may have gotten some filament that wasn't stored properly. PLA is really bad about absorbing moisture, which makes it swell and not feed properly. It also makes it generate steam bubbles when extruded, which absorbs a bunch of the heat and messes up layer adhesion. You also might see a rougher texture from all the little bubbles.
Honestly... it gets worse and worse and worse with Microsoft.
What was wrong with the code analysis in VS2017?
* perfectly integrated, just runs with the build
* no additional installs (or nuget-mayhem) needed
* compiler-warnings and all perfectly there for any logs
* "install this extension" _or_ "you can do it as nuget"
* give a warning of deprecated analysis in each and every project
* go there, click install for this, and configure that
* starting time of VS tripled since this crap has been installed
In a multi-product environment with 100+ solutions which are opened at least once a week (throughout the team) the nuget-mayhem is no option - we don't want to have 100's of copies of the same crap running around on the dev machines.
The CI server plays the song of death
The performance is down to the late 90's
WHY... microsoft... WHY?
Do you really want to push us all to the java world with intelliJ? It was already lightyears ahead of Visual Studio and now you implemented the Hogwarts Express from VS to intelliJ.
100s of additional warnings.
(first bunch with how using statements should be inside the namespace, and yes I know you can configure the warnings, but there is a joke here)
Me: Warnings fixed.
I think it's great!!! I use it in every .NET project I have by default. It's in my default Solution-wide Directory.Build.props file, so I don't even have to think about it in any new project, it's just there already.
Me too, I think it's great. An advanced developer might find some of the warnings unnecessary (myself included) but you just suppress them if you know what you're doing. The real benefit is for junior devs that don't understand the implications of their code (not properly implementing IDisposable for example). I probably won't use it in older, existing projects because I'd be overrun with warnings but I always use it in new code.
We use it and have over 75 projects in our solution, and so far it's been, well, a non issue. (I won't say "great" since that implies too much).
I can't speak to the startup times (they have always been a bit slow for my liking) but the most important thing for us is we use a custom ruleset so it doesn't complain about dumb things like the way we prefer to format code.
For us it's been an important tool to help keep things consistent.
Same here I'm pissed too - i totally aggree with you Mike - And I like FXCop. Everyone that says "oh i had 100 warnings then" has written code "not good". Normally from 100 FxCop Warning only 3-4 are to ignore…
But this update mess with VS 2019 is complete crap.
It slowed things down to a dead crawl, and gave me over 8000 warnings. Of those, roughly 7800 were complete rubbish, yet considered so Very Very Very important (in someone's imagination) that they couldn't be turned off. Pitched it after a few hours.