Android, Euchre

Euchre – GUI Changes

I need to (at some point) start thinking about how this thing is going to look. So I took some screenshots from the Windows game, and marked them up a bit with what needs to be done.

First, some things to get rid of, and move around:

Anything with a red X through it can be removed. The logo in the center is unnecessary. The visual representation of the score (Above “Team 1 Score” and Team 2 Score”) would take up too much space. Same with the visual representation of the tricks won be each team (this is empty, as this shot is from the beginning of the game, but they are normally above and below “Team 1 Tricks” and “Team 2 Tricks”.) The games won numbers will be moved to the statistics window. These are mostly things that I added because I had the room for it on a desktop environment, and add a bit of realism to the game. They are not, however, necessary to game play.

The circled information (team score and tricks) can be gathered into one place, which for now I have designated as the red rectangle in the top left. Or possibly score in the upper corner, tricks in the lower corner, or something like that.

Next, some things that are necessary to keep around, and in a similar place as where they are now
:

Again, I’ve X’d out the unnecessary things, but in this case the circled objects need to stay relatively close to where they are.

Players’ cards and name labels need to remain at the 4 edges of the “table”. There is also a (Dealer) label next to player 4’s name label, indicating that (s)he dealt this hand. There is also a (Pass) indicator that appears next to the names after a player passes their turn to call trump. (Since nobody has passed in this shot, the pass indicator is not present. But it is in a similar location to the dealer indicator.)

Near the bottom center (where the human player’s cards are) is a message to the user, indicating the most recent event in the game or what they need to do to further progress, below that are buttons (in this case for selecting trump, but other button appear there as well throughout the game. See the other screenshots to see those buttons) and below that are choices to call alone, or to pass (“Don’t Call”.)

These things all need to remain relatively close to their current position.

And lastly, some more things that need to stick around.

Once again, X’s through unnecessary items, circles are things that should stick around.

In the top right is information about the current hand: who dealt, who called trump, and what trump was called. This can be moved if necessary, but should still be present somewhere.

In the center are the cards that each player has played in this trick. If you look at the screenshot above, I use a similar location for the “Face up card” when calling trump (which ironically is face down in the shot.) In the mobile version these locations can be one and the same, but the face up card will still rotate around the table, to give a visual representation of who dealt the hand.

You can also see in this screenshot how the visual representation of the tricks are displayed. Team 1 has 1 trick, therefore 1 face down card is displayed above the “Team 1 Tricks” text – indicating that 1 trick, or book, has been taken by that team. As stated above, this is not necessary as long as there is a textual representation.

Android, Euchre

Euchre – Moving code is time consuming!

As I mentioned in one of my previous posts, I’m doing a lot of rearranging of existing code: Moving some stuff into existing object classes and creating some new classes.

Unfortunately, this does not necessarily mean less code, it actually usually means more code… and it means a lot of revamping on existing code to change it to object.function() notation. But the good part is that it means better organization of the code, and more secure code.

Previously, I had a lot of global variables so that I could access information from anywhere. Now, those global variables are mostly inside of an object (or will be soon.) This makes the information harder to access from the outside, making it more secure, and it also gives the code a better logical flow, which means that it makes more sense to me and anyone else who tries to interpret the code.

Even when originally creating this program I knew that having so many global variables was a bad idea, but at the time I couldn’t think of a better way to do it. I was still VERY new to programming (and still am fairly new at it) so I didn’t have a lot of the knowledge that I have now. (Plus it wasn’t a very public program, so I wasn’t too worried about doing things by the book. I just wanted something that worked.)

Another problem that I have is that most people will come up with an idea, then create a plan of attack (including things like: What objects do I need? How am I going to have the user interact with this? How do I want to display things? etc.) I normally do not. I sit down and start coding, and when I run into something where I ask myself “How am I going to do this?” I make a note, move onto something else, and think about a plan of attack later. (I’ve actually got more pre-planned with this project than I do on most of my projects)

I know, this is not a good way to do things, but it’s just how I am with everything. Planning is not my strong point, execution is my strong point. Even in high school and college, the teacher would say something like “You have all semester to do this paper. You should start it now or you’ll never get it finished!” I’d start a week before it was due. Sometimes less. Some of you might call that laziness, or procrastination (I would call it procrastination as well) but it’s also just a lack of planning on my part. But the best part is, I’d always do best on the papers/projects that I procrastinated most on. I guess I just work better under pressure.

But back on topic… as I’ve said a few times already, this code revamp is going to take a while. I have not even begun work on the UI layout, or anything that is user-facing code. It’s all been back end stuff, and it’s still a work in progress (even after spending about half of my day yesterday coding.) But the good thing is that when I’m done with this revamp, it’s going to be a much more solid product.

Side note: My main file still has over 11,300 lines of code. Admittedly, at least a few hundred to 1,000 of those lines are probably comments (one thing I DID do well with this was commenting) but that’s still a LOT of code. And that doesn’t even count the code in the object classes. However, I think a lot of code will be eliminated when I start getting rid of things like saving/loading files (I plan to use databases and SharedPreferences instead) and some of the Windows specific things (like only allowing 1 window to be open at a time, a lot of menu code – which I expect to be less code for Android, and a few other random things.)

Android, Euchre

Euchre Translation – preliminary thoughts

So I started looking through my code for my euchre game, and thinking of ways to improve my existing code. Mostly, ways to make this not seem like such a daunting task,

In my main file, which does most of the decisions on how the game is actually played, I have over 11,000 lines of code. Yes, you read that right. 11,000 lines in just one file. That’s insanity. So I got to thinking, I have many objects that I can distribute some of this code through.

Objects I have: CardDeck, EuchreDeck, PlayingCard, EuchreCard, Player, EuchrePlayer
Objects I think I should create: EuchreGame, EuchreHand, EuchreTrick, Stats
(All existing object classes have been translated to Android/Java already. The main code still has not.)

The CardDeck/EuchreDeck includes things like how many cards are in the deck, how to deal the cards, how to “shuffle” the cards

PlayingCard/EuchreCard contains things like the value and suit of the card, a “euchre value” of the euchre card, whether or not the card has been used, if it should display face up or face down, and the image associated with that specific card.

Player/EuchrePlayer has things like the name of the player, how many cards they currently have, what specific cards they have, whether they are human or computer, and their most recently played card.

EuchreGame will have things like the current score of the game, and achievement based variables.

EuchreHand will have things like a trick count for each team, whether or not someone called “alone”

EuchreTrick will have things like what player played which card

Then at the end of each trick, hand, and game, I can just create a new object which will reset the variables instead of resetting them in that already huge mess of code. It will make it look much better, and it will make it much more manageable in the future.

The game also keeps an insane amount of statistics, and displays them all in a single window (not sure how I’m going to display these stats on Android. Right now I have them broken into individual player stats, and team stats. I might have different tabs for each category, or I may have separate layouts depending on phone/tablet) All of these stats can be kept in an object instead of just variables, like they are now.

And there’s a lot of code that belongs in the existing classes which is not there yet. I just went through and marked a bunch of code that should be moved, and I’m sure there’s more. (I’ve only been through a couple hundred lines of the 11,000.)

Things I need to learn/plan/think about:

  1. How to write an object or variables to a file in Android
    1. The stats are kept in a file, and read from the file at the opening of the program. I don’t currently know how to do this in Android.
  2. How to network it
    1. I want to use Facebook and/or G+ to do something like “Words With Friends” or such games to allow people to play online. 
      1. Do I need a server of my own to do this? 
      2. Can I use the requesting device as a “server”?
      3. Can I use FB and/or G+ as a server?
    2. Should I make it live play only, or turn based like Words WF?
      1. I think making it turn based would be boring, but are people going to sit and play an entire game of euchre without quitting out? Having people constantly quit halfway through would be annoying.
        1. Maybe have it live, with an option to continue later?
    3. I have no idea how to do any networking in Android, so in any case I’m going to have a learning curve.
If you have any insight on the above (as a developer who can point me in the right direction for learning, or as a user who has a preference on game play) please leave a comment.
Android, Euchre

Euchre Card Design (and some game play design info)

I have finished the card design for my euchre game.

I went online and found a design someone else had made, then changed the design completely and only kept their template.

The design I found was close to a real deck of cards: the 9 of hearts has the number 9 and a heart symbol in the top left, and the same but inverted in the lower right, and 9 heart symbols in the center. This is how the cards in my desktop game are designed, and it works fine. However, a design like this would be hard to see on a phone, and maybe even a tablet. So I simplified it.

Each card now has the number (or letter) designating it’s value, and the suit symbol in both the upper left corner, and in the center of the card. In both places, the number is above the suit.

I kept the top-left notation because I want the cards in the game to be displayed as they would appear in your hand in real life: stacked over top of each other, with only the left side showing on all but the right-most card. Again, this is how the desktop game is setup.

However, when a card is played (or otherwise not in a player’s hand) the whole card will show. Also, I want to make it so that when you hover over a card in your hand, it will lift a bit, so you can see exactly which card you are choosing (again, like the desktop version) and to play the card, you will swipe up toward the center of the card table.

This is going to take a while to figure out how to do. As some of you know, I have a swipe action in Auto Respond, but the swipe is not animated. I have not yet figured out how to make the screen (or in this case an object) move as the swipe is occurring. This is something I will have to look into some more.

Here are the card images I will be using:

Depending on how well the images appear on screen, I may adjust the size of the text a bit. Possibly making the corner text slightly larger, and/or making the center text slightly smaller.

For those of you who know how to play euchre, you know that I only need the 9 through A of each suit for this game. But I figured that designing all of them would make it so that I can reuse them for other games if I want. (and I may use a 2 and 3 for showing the score, like I do in the desktop game. Although that would be tough to do without having multiple symbols in the center of the card. It may confuse some people.)

Also, I just realized I still need to design the back of the cards. As with the desktop game, I will likely have multiple designs for the back of the cards. A simple design of stripes or crisscrosses available in both red and blue, and maybe some special designs, like the 1515 Studios logo, or an Android (or bugdroid as some call it.) We’ll see what I come up with 🙂

Android, Euchre, Rant

Euchre Conversion to Android

I just started converting my Windows Euchre game to an Android app, and there’s already some things I miss about C#.

  1. Operator overloading
    1. In C# I can create functions to overload the =, ==, <, >, and other operators, so that I can do things like if(card1 < card2)
    2. In Java I have to create functions like .set, .equals, .lessThan, .greaterThan, etc. So I have to now change all of the == to .equals in my code, and so on with the other operators. Now I have to do if(card1.lessThan(card2))
  2. set/get Functions
    1. In C# I can do something like this:
      public string name
      {
          set
          {
               this.m_name = value;
           }
           get
           {
               return this.m_name;
            }
       }

      Then access the variable like this:

      player1.name = “Randy”;
      and
      name = player1.name;

    2. In Java, I have to create 2 functions, setName, and getName, then have to access like this: player1.setName(“Randy”); and name = player1.getName();
  3. Native Data Types: This one I’ve run into before while programming with Android/Java… native data types have different names in C# and Java. And I’m so used to using C/C++/C# that I often find myself using the wrong name.
    1. In C#, true/false values are bool, and text values are string
    2. In Java, true/false values are boolean, and text values are String (capital S)
      1. This is because (as I explain in more detail in #5) strings in Java are objects, whereas they are a native data type in C#.
  4. Naming Convention
    1. In C#, generally variables start with lowercase letters, and functions and classes start with uppercase letters
    2. In Java, generally variable and functions start with lowercase, and only classes start with uppercase.
  5. String comparison: Because there is no operator overloading in Java, and strings in Java are actually objects not a native data type, this is different too
    1. In C#, I can say if(string1 == string2) and it will compare them.
      1. This is partly because strings are a native data type in C#. But even if they weren’t, you would have the ability to override the == operator.
    2. In Java, I have to say if(string1.equals(string2)) to compare them
      1. This may not seem like a big deal, but doing string1==string2 is legal, and a valid statement, but it likely will not return the result you are looking for. This will check to see if the two variables are in the same memory location, NOT whether or not they contain the same information.
These things may not seem like a big deal to someone who is not doing the programming. A few extra letters here or there, some difference in lowercase vs uppercase, some extra functions here or there… 
But when you’re dealing with literally thousands of lines of code which need to be translated from one language to another, this is a big deal. And testing is going to be a big deal too, because I’m sure that I’m going to make some translation mistakes somewhere. 
Luckily the IDE I’m working with is VERY good at pointing out possible logic errors as warnings (like the string1==string2 thing) so that will definitely help. But this may take a while, as I expected.
And although the IDE is good with logical warnings, #4 becomes a problem with this IDE because the auto fill function in the IDE is case sensitive. So if I am looking for player1.getName() and start typing player1.GetName(), the auto fill will not find getName(). (Or if it does find it, it will take a while to find it.)
Sorry for the rant, I’m just not a fan of Java and never have been.
Android, Auto Respond

Auto Respond 1.2.9.9

This daylight savings time thing has been a pain for WAY too long, and I think I’ve finally got it figured out for everyone.

This release is for the pro version only, as it fixes an issue with schedules. If you are still having problems after downloading this update, PLEASE let me know. (I don’t really want to deal with this issue anymore, but I will if it’s still broken.)

The issue (so you know what to look for) is that when you choose the time for your schedule, the previous screen would show a different time. For example: in the time picker (where you choose hour and minute), if I chose 8:30, the text telling me what time the schedule was for (in EDT) said 7:30 instead of 8:30. In some areas (like GMT) it would show 9:30 instead of 8:30. There was also a problem in Alaskan time (AKDT/AKST).

This should now be fixed for all time zones, and all possible DST configurations. If it is still broken in your area, let me know and I can look into it further.

Android

Market comments :-)

With a new update to Google’s systems a couple days ago, I can now comment on reviews/ratings that are left in the market!

This is great, because there are a couple of reviews which are requesting features that are now available in newer versions, and I can comment saying that the feature has been added. Also, I was able to leave an explanation to the one negative comment I received, and hopefully people will see my comment and realize that the negative review was left due to user error, not an error on the program’s part. (I also said to email me if there are still issues with that review.)

The only thing I’m not sure of, is if the user is alerted that I have commented on their review. This would be nice, because it could cause some users to then update their review to reflect the comments that I left.

If any of you left a review which I commented on, let me know if you get a notice of my comment. 🙂

Android, Auto Respond

Auto Respond 1.2.9.7

Another small update, this one thanks to a user drawing my attention to an issue.

If you are using the paid app and have schedules set, open your schedule view and look at the times of the schedules. They may be an hour off in one direction or the other. Mine were showing an hour prior to the scheduled time, my user in England was showing an hour after the scheduled time.

After doing some thinking, and some looking into the issue, this seems to have been caused by daylight savings time. So, if you are using the paid version, there is now a time adjustment for daylight savings time when displaying the start and end time of the schedules.

As usual, a fix has been pushed to the Play Store, but it may not be available immediately. (This update only applies to the pro version, not the free version.)

Android, Auto Respond, Tic-Tac-Toe

Auto Respond 1.2.9.6, Tic Tac Toe 1.2.2

I did some more digging into Google Analytics, and found that the crash in Auto Respond was occurring on tablets. All 3 crashes were on a tablet device.

With that said, I’m not sure why anyone would even be using Auto Respond on a tablet so I was a bit confused. Plus, just for kicks, I ran it on my Nexus 10 with no issues, which confused me further.

I was, however, able to recreate the issue on a 7-inch tablet in an emulator. The issue is that a 7-inch tablet failed my check to see if the device is a tablet, and it loads a layout over top of the existing layout – which causes a crash on a tablet settings screen layout, which is why I have that check in the first place.

The good news is, since I used the same code in my Tic Tac Toe game, this avoids an issue if THAT is used on a 7-inch tablet (which is something that is very plausible)

So all 3 apps have been updated (Auto Respond – free and pro, and Tic Tac Toe) to a version free of crashes, and a few minor other updates in each.

These changes have just been pushed to the Play Store, and should be live in a couple hours.

Android, Auto Respond

Auto Respond Crash

I’ve noticed in Google Analytics that there is still a crash bug in Auto Respond.

From what I can tell, the crash seems to happen when moving from the settings menu, into the “Main Options Menu”, and it has only occurred on Android 4.0.4. I has happened in both the free and the paid version, but only a total of 3 times.

I do not have a device running 4.0.4, and my Galaxy Nexus running 4.2.2 seems to not crash when I run it. I created an emulated 4.0.4 device, and still cannot recreate the crash.

If you have a device running Android 4.0 or higher, can you please try to recreate this crash and send me a crash report? As I said, the crash seems to be happening either in the settings menu, or the Main Options Menu, or when transitioning between the two screens.