• Foo AKA Fooo (unregistered)

    Sveenth!

  • (nodebb)

    Snippet does not indicate is there could be documentation references elsewhere... Need to see the ENTIRE ALM environment. Perhaps the Git commit where theis was written is tied to a work item/ticket which contains a link.....

  • Smithers (unregistered)

    Who wants to bet that self.points[-1] would've been just fine for both cases with far less justifying arithmetic and far more compatibility with a future boss whose lucky number is 8?

  • Tim Ward (unregistered)

    They know what the shape is. They know the tip is the seventh point.

  • (nodebb)

    Here it is: https://github.com/ManimCommunity/manim/blob/main/manim/mobject/svg/brace.py

  • NoLand (unregistered)

    I think, the problem is really that it's self.points, instead of self.path, which introduces this ambiguity, and not so much the comment.

    Regarding, "why represents the 7th point in this array the tip?", this should become obvious, once you have seen the shape. (Maybe the shape of a pen tip?) Should the comment discuss the shape of that element?

  • (nodebb)

    If they keep going over multiples of 7 they'll find the meaning of life the universe and everything ... eventually ;)

  • Duston (unregistered)

    The seventh point of the seventh point ...

  • (nodebb)

    You wanna hot tip?

  • Yikes (unregistered)
    Comment held for moderation.
  • izza (unregistered)
    Comment held for moderation.
  • Irogena (unregistered)
    Comment held for moderation.
  • (nodebb)

    The number seven has magical properties in many ancient cultures. Were the comments in Assyrian or Aramaic?

  • (nodebb) in reply to Ross_Presser

    Thanks... See that gives additional context, such as how "center point" was calculated (until it was deprecated and then later removed)

  • Crackzilla (unregistered)
    Comment held for moderation.
  • akozakie (unregistered)

    Indeed, "neither 34 nor 28 are seven". That's terrible. In my code I always make sure that both 34 and 28 are seven.

  • I'm not a robot (unregistered) in reply to akozakie
    In my code I always make sure that both 34 and 28 are seven.
    You do all arithmetic in Z/3Z ?
  • Kleyguerth (github) in reply to TheCPUWizard

    And it clearly shows it was yet another case of "update the code, but not the comment"...

  • Strahd Ivarius (unregistered)
    Comment held for moderation.
  • Hawk777 (unregistered)

    It looks like a flattened 2D array to me (in the C sense of a 2D array, all elements sequential, not the array-of-pointers sense). So, in non-OpenGL mode, element 28 IS part of the seventh point, it’s just that each point has four coordinates stashed side by side in the array—so maybe the seventh point stores its X coordinate at 28, Y at 29, Z at 30, and W at 31, or something like that. It’s still the seventh point. That part doesn’t seem like a WTF to me.

    Could it have been done better, using something like a struct, well, maybe, but maybe there isn’t an option to do that with this particular graphics API in Python.

  • Craig (unregistered) in reply to akozakie
    Comment held for moderation.

Leave a comment on “A Tip”

Log In or post as a guest

Replying to comment #571275:

« Return to Article