• 2 Posts
  • 34 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle
  • I would have guessed the same as others that it was interactions between the nozzle and the bed or some texture on the bed. Especially since we don’t see any normal extrusion lines which are normal on the first layer.

    Since you’re confident it’s not, are there artifacts elsewhere on your prints that might be a clue? Is there anything going on with your nozzle? Maybe some wear, chips,or inconsistent flow? If you print just the first layer what does it look like from the top? Does it help describe what we’re seeing?











  • Maybe. I actually have a dehydrator I use with plenty of airflow.

    But I think that only solves part of the problem because that makes it really good at drying the outside but it’s still going to have trouble past the first couple layers. I think the fact moisture would also have a hard time penetrating means current options work well enough.for most people.

    Anecdotally I can support this, recently I had a particularly old roll of petg that I dried for a larger print and later in the print started getting all stringy and messy.





  • Yeah similar but when I’ve tried a lot of the UI ends up looking wrong. Bad font or UI colors, etc.

    Not hating on freecad, I like it and they’re working hard, just want to make clear it’s not fair to suggest a normal person could make it look the same.

    Additional note. It’s a weird discussion. My understanding is development is flowing back and forth with the intention of ondsel being mostly a set of pro cloud plugins. Use what you like today because you can swap tomorrow.





  • Once we had a “sr developer” join a project from a consulting group. The project wasn’t going well so me and another dev started helping with some tasks as well.

    After a couple days of helping, trying to get his web application to work with data from an API he turns to us and says “oh, json is just a string.”

    The other developer from our team stared at him for a few seconds, stood up, walked out of the room and told the project manager something along the lines of “if that guy ever comes back in the building I’ll quit”

    So yeah, json is just a string… But if that’s the end of your knowledge you’re in for a bad day.


  • Libwebkit isn’t actually chromium, it uses blink which is a fork of part of webkit. Understandable confusion though because webkit was part of kde, forked by safari, and then used by through chrome variants for a long time.

    The rest of this comment is going to necessarily be nerdy Linux internals. sorry.

    Unfortunately, I’m pretty sure chromium includes it inside it’s binary and does provide or use any webkit libraries.

    Orca uses it internally for it’s browser so it won’t start unless it has access to the library. When you build a Linux app it includes the name of the library which includes the ABI (basically the version). Newer Linux release include a different version.

    You can see how that specific library stops appearing in Ubuntu releases https://packages.ubuntu.com/search?keywords=libwebkit2gtk-4.0-37

    The new version is 6.0 I believe.

    Appimage is one of the ways you get around this distro problem by including the versions of libraries. That’s why they’re so big. There are problems with that like how big the apps are stale bundled libraries with security issues but I digress.

    Orca hasn’t bundled webkit in the appimage and because of another problem/feature of appimage it falls back on the os library. Since new distros have dropped the older obsolete library version orca can’t start.

    That’s a lot but I hope it explains the problem better.

    I would like to help but my personal computer doesn’t currently have enough memory to compile orca so back to just watching warning people it’s a coming problem for them too.