Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    luzpaz
    @luzpaz
    @sliptonic ;)
    Is the SVG icon OK to replace the PNG now?
    Are you OK to use the same icon for multiple pages?
    Some of the pages will be changing due to new code, does this affect the icon ?
    Russell Johnson
    @Russ4262
    @sliptonic @mlampert
    Morning gentlemen. Tossing out an idea for the new ToolBit Dock icon. Take the current three gray bit icon, lose one bit and place a border around the remaining two. My Inkscape skills are horrible, but I might try to prototype this idea into an icon for sharing. What do you think?
    I know it is not priority, but the idea came to me while sitting here working on updating the Path Tools wiki to better reflect recent changes in the greater ToolBit system workflow.
    sliptonic
    @sliptonic
    @Russ4262 I'd like to see a new icon. Please throw out a prototype
    luzpaz
    @luzpaz
    @Russ4262 cool idea. You can also ask @bitcovir on the FC UI/UX subforum if he could help. He's been helping design many of the missing icons in FC lately.
    sliptonic
    @sliptonic
    @luzpaz @Russ4262 I have no strong feelings with regard to the icon. The svg version of the png noted above look identical to me. For improvements, please do what you think is best
    Russell Johnson
    @Russ4262
    Okay. I am working on a prototype. Trying to find my way around Inkscape since I don't use it much.
    Any traction on #4071?
    sliptonic
    @sliptonic
    Sorry, lost track of that one. Because it touches PathCircularHoleBase in a non-trivial way, I think we need to get more eyeballs on it. I'll request a couple reviewers
    BTW, I have something for you to think about...
    Russell Johnson
    @Russ4262
    Okie doke.
    sliptonic
    @sliptonic
    I added a slittingsaw toolbit shape to the defaults. But there's no operation for slitting at this time. A slitting saw operation would side cut on the stock. The depth of cut would be limited by the saw. But otherwise it looks a lot like slotting. ie, it goes down the centerline between walls. extends on one or both ends, etc. I'm wondering if we need to refactor slotting into a slottingbase and then add derived operation classes for slotting and slitting.
    (I'm feeling a bit like fox in sox trying to explain this :-D )
    Russell Johnson
    @Russ4262
    Okay. There are a couple ways to go with it. If the bit has a standard name, then it could be the trigger for selecting which subset of the Slot code to use, OR, it could be another stand-alone op and the route you suggest. Either way, I don't see much difficulty in applying or altering the current Slot op to accommodate a Slit op. I would like to compare differences in paths, user inputs, and required/selected geometry before opting for an independent op. I have not had a chance to revisit Slot's internal collision detection methods to apply 3D ToolBit shapes to the detection, but that could be an area of improvement that would allow for a single multi-use op. That is to say, if the user enters an incorrect toolbit and geometry combination, the collision detection would alert them to check one or the other for required changes to the inputs.
    JSYK, I am not opposed to a stand-alone. I am just thinking about GUI and the fact that these two ops are very similar in required input geometry and output paths. I also understand your suggestion of a SlotBase module, upon which Slot and the proposed Slit would be based.
    As an aside, it appears there is a plan to release a version 0.18.5 in the short-term. Does that imply that 0.19 release is farther away than we think?
    sliptonic
    @sliptonic
    I think the goal should be an independent op but of a derived type. What we're striving for is simpler, more discrete chunks of functionality. So the common stuff between slitting and slotting should be in a base class and the unique stuff in the child class. Don't equate the GUI with the operations code. We might have a single button or panel and switch which classes handle the path generation but we don't want a lot of if...then stuff making that path generation noisy. We can make the UI easy for the user while making the op code clean.
    Russell Johnson
    @Russ4262
    Okie doke.
    sliptonic
    @sliptonic
    I would like to see the ops get a bit smarter over time about the geometry they're working on. Like if the user selects two planes parallel to the XY plane, then slitting makes sense so suggest it. But that's a bit farther down the road. For now we can trust the user to select geoemtry and select operation
    I haven't heard about 18,5. Do you have a link?
    sliptonic
    @sliptonic
    I know the addon manager thing has been a...thing. But I wouldn't read too much into it as it portends a 19 release. On that issue, the most official thing I've heard is 'near the beginning of the year' Your guess is as good as mine
    Russell Johnson
    @Russ4262
    So long as we ship it COVID-free.
    sliptonic
    @sliptonic
    Now you're asking for miracles
    Russell Johnson
    @Russ4262
    Nah. Norton and McAfee have that covered.
    Path-ToolBit-Dock.png
    How about that for a prototype?
    sliptonic
    @sliptonic
    Is that to open the dock or the manager?
    Russell Johnson
    @Russ4262
    Maybe shrink the bit just a tad? It is the basic idea I had, with the added plus and minus
    Either. I had thought the dock at first, but it might be suited better to the manager.
    I am not sure how the border will fair.
    It might need to be thicker, or dropped all together.
    sliptonic
    @sliptonic
    The dock doesn't remove anything so the red minus doesn't make sense. The dock only adds toolcontrollers.
    IIRC, the tools all have a 1px light borderoutside a 1px dark border. This allows them to work with both light and dark stylesheets.
    Icon design is a black art outside my skillset
    Russell Johnson
    @Russ4262
    How about this icon for the ToolBit Library Manager, and then a modified version for the Dock window?
    Path-ToolBit-Dock.png
    I just shrunk the bits a little and aligned the add and remove symbols.
    sliptonic
    @sliptonic
    That might be fine
    Russell Johnson
    @Russ4262
    I will grab the Engrave icon since it is full size. I will look at it's border/edges and color combos used in those areas.
    image.png
    Looks like it has a 2 px black on outside, a 2px light, then a darker, gradient interior for added contrast.
    Okay. So, how about leave the ToolBit Dock icon as the three-bit icon it is now, then add this new one as the ToolBit Library Manager icon?
    sliptonic
    @sliptonic
    Sounds good to me. I'm off to walk. Need to get off my lardass for a while
    Russell Johnson
    @Russ4262
    Later.
    Russell Johnson
    @Russ4262
    Path-ToolBit-Dock-2.png
    luzpaz
    @luzpaz
    hey @sliptonic what commit is associated with https://tracker.freecadweb.org/view.php?id=3542 ?
    sliptonic
    @sliptonic
    d5edb6ed2a81948e898d1954c302ea5e1ec77411 commened out the exporter
    fbb59ae712e3ebf2219f480f799f8c2e1f1ca006 added the improved gcode_pre importer