Skip to content
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

Bins are solid (filled in) #147

Closed
tobymurray opened this issue Jan 16, 2024 · 2 comments
Closed

Bins are solid (filled in) #147

tobymurray opened this issue Jan 16, 2024 · 2 comments
Labels
question Further information is requested

Comments

@tobymurray
Copy link

Opening gridfinity-rebuilt-bins.scad in OpenSCAD I get a solid bin.

What I see when I open the file:
image

If I render it, I get pretty much the same thing:
image

Exporting the STL just to make sure it's not something quirky in OpenSCAD:
image

Versions:

  • OpenSCAD: version 2023.10.15.ai16550 (git 70309bcaa)
    • also tried OpenSCAD version 2024.01.14.ai18102 (git ffb0152f1)
  • gridfinity-rebuilt-openscad: e7478a7
  • Ubuntu 22.04
@jasper-tms
Copy link

On the right hand side set divx and divy to nonzero values. (It says in those sections set to zero to have solid bin so that is the intended behavior – though I do find it a bit unintuitive that the default values upon opening this file are to have these as 0 instead of 1.)

@Ruudjhuu Ruudjhuu added the question Further information is requested label Jan 16, 2024
tobymurray added a commit to tobymurray/gridfinity-rebuilt-openscad that referenced this issue Jan 17, 2024
Motivated by [kennetek#147](kennetek#147), I think it ends up more intuitive if upon opening the bin is actually a bin.

From a first impression perspective, it seems unlikely a user is opening up the bins.scad to produce a bin-sized-blank vs. a bin.
@tobymurray
Copy link
Author

I do find it a bit unintuitive that the default values upon opening this file are to have these as 0 instead of 1

Agreed - I think I may have actually run into this before and been more patient last time and read through all the options. I proposed #148 as I think that's a value that fits closer to expectations. 🤷

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants