Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    DylanYoung
    @DylanYoung
    lol
    Glavin Wiechert
    @Glavin001
    Is it LaTeX?
    The math symbol language
    DylanYoung
    @DylanYoung
    Yeah
    TeX is a whole typesetting language though
    It’s really cool; I recommend taking a look at how it works if you ever have some free time
    With unicode, math can be done in plaintext though; it just won’t necessarily look/print pretty
    Glavin Wiechert
    @Glavin001
    If you scroll down,
    on the right you’ll see an example of MathJax.
    Andrew sent this to me. He also likes Tex
    DylanYoung
    @DylanYoung
    $$
    \Gamma(z)
    $$
    :(
    Glavin Wiechert
    @Glavin001

    H1

    H2

    H3

    Blockquote
    neato
    lol
    What do you think I should mention in the 6 The Initial Design ?
    DylanYoung
    @DylanYoung
    … something about how the initial design was intended to satisfy the minimal requirements for a functional balckjack game without counting, so we broke it into classes … blah blah blah… the hand class was created to reduce code repetition between players and the dealer… blah blah. It was modeled after the game itself in that the delarer has the deck… blah blah
    Glavin Wiechert
    @Glavin001
    Our initial design was intentionally restrictive and an oversimplified version of the Blackjack game. Single player and a dealer, one deck, and no counting cards. Our reasoning being that the game should be independent of our true goal of counting cards. Once we accomplished our phase 1 goal of a playable Blackjack game with a user-friendly GUI, we continued on to improve performance, modularity, and add our card counting feature.
    Good points. I’ll add those in, too. Thanks!
    BRB.
    DylanYoung
    @DylanYoung
    Sounds great!
    yeah, I would just add some kind of explanation for the classes we used, as noted
    kk
    DylanYoung
    @DylanYoung
    How do we display the multi players again? It's just a flow layout that jams them in in order as it sees fit right?
    Glavin Wiechert
    @Glavin001
    Hmm
    I am pretty sure.
    DylanYoung
    @DylanYoung
    K; I’ll take double check
    DylanYoung
    @DylanYoung
    I see; it’s just a two row grid layout
    Glavin Wiechert
    @Glavin001
    Sorry, I’m silly
    GameView has the Players, right?
    DylanYoung
    @DylanYoung
    haha; that’s betta
    Glavin Wiechert
    @Glavin001
    So GridLayout, yeah.
    DylanYoung
    @DylanYoung
    yep
    Specifically,
                    contentPane.add(playerView, BorderLayout.LINE_START);
    I think.. what does that do, again? Make it left-aligned?
    DylanYoung
    @DylanYoung
    Maybe it makes sure the components don’t split over two lines?
    Glavin Wiechert
    @Glavin001
    +1
    In addition, BorderLayout supports the relative positioning constants, PAGE_START, PAGE_END, LINE_START, and LINE_END. In a container whose ComponentOrientation is set to ComponentOrientation.LEFT_TO_RIGHT, these constants map to NORTH, SOUTH, WEST, and EAST, respectively.
    So, > WEST
    DylanYoung
    @DylanYoung
    It looks the same, with or without it, so I just won’t mention it
    Glavin Wiechert
    @Glavin001
    :P
    Sounds good.
    Glavin Wiechert
    @Glavin001
    Our initial design was intentionally restrictive and an oversimplified version of the Blackjack game: single player and a dealer, one deck, and no counting cards. The intention was to build a playable game and should be independent of our true goal of counting cards. We divided our code base into logical classes, analogous to their real-world representation. A Player has a Hand of multiple Cards drawn from a Deck of multiple Cards and a Dealer is a Player with extra responsibilities and functionality. Similar to our lab in class, with the Box class extending the JComponent, the Player and Card extended JPanel and JComponent respectively, enabling these classes to be used as an effective hybrid of model and view depending on their usage context. Once we accomplished our Phase 1 goal of a playable Blackjack game with a user-friendly GUI, we continued on to improve performance, modularity, and add our card counting feature.
    Thoughts?

    And should I put anything in

    7 THe Revised class Design
    ? because it’s just like 8.2 Final Design

    DylanYoung
    @DylanYoung
    Looks good. 8.2 is GUI specific, so you should maybe mention card-counting, multi-player (on the engine side), and multi-deck changes