• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
  • entries
    70
  • comments
    185
  • views
    52849

V5 UI WIP: Events/Calendar

Sign in to follow this  
Followers 0
Oluseyi

661 views

Some more V5 UI progress. The idea is to combine all the "calendar" type information we currently posses - events, contests, performances (stuff like Video Games Live), conferences - in a single grid, but allow you to filter which types of data to display. The three months ahead and past are directly accessible for quick access; beyond that you can also use the spinners.

When you click on a day in the calendar, but not on any of the events, a semi-transparent widget will appear that allows you to (attempt to) add a new event - click the plus sign. Or something. I haven't fully worked out the interaction model here. Feedback welcome. Usual disclaimers about color and this just being a layout test.



For anyone who cares, I'll create a master sheet after we've worked out the kinks on all the pages that share the same template. This master sheet will lock in default proportions, etc.

0
Sign in to follow this  
Followers 0


12 Comments


Quote:
Original post by Gaiiden
I was thinking just embedding a Google calendar...


Same here.
0

Share this comment


Link to comment
I do like the sound of being able to filter the content to certain topics, which I'm not sure is so easily supported using an embedded Google calendar. How much control is offered over the display and content?
0

Share this comment


Link to comment
Does a Google Calendar potentially allow all our users/partners/customers to add items to the calendar, in some cases only after we've approved the item data? If so, ok, I'm down with that. Oh, yeah, and it'd have to let them add and edit only their own items without requiring Google accounts...?
0

Share this comment


Link to comment
right right. I can also see how it would be easier to integrate the event calendar into user's accounts and everything if it was built into the system itself. Perhaps a better way of putting it would be I was thinking of leveraging Google. I dunno if they have any kind of API in place for extending their calendar but it would be nice to be able to have all that functionality in a popular web-based calendar that can be shared outside the site
0

Share this comment


Link to comment
In regard to topical organization, code.google.com notes, "Your client application can use the Google Calendar Data API to create new events, edit or delete existing events, and query for events that match particular criteria." (Emphasis mine). I don't know if it would be possible to sort the events in a way that seemed consistent with the rest of the site, but it's definitely worth looking into.
0

Share this comment


Link to comment
Yeah, if the API allows it then Google Calendar is a great possibility. And since it's software it can bend to your will. If anything, we can use a calendar component and hook into the data that Google's API provides.

I've become a big opponent of custom/roll-your-own solutions when trying to create a product (i.e. you're not doing it as a learning experience). My dislike for custom software has grown out of my experiences in witnessing the failures of custom software and the successes of high reuse. GDNet's software, for instance, is an admitted failure because the custom nature of the design and code didn't allow us to quickly adapt to change. I'm concerned about V5 as well because it's headed down a similar track in its development (long development time, focus on "custom" site needs - debatable, etc.).

Even if a piece of software doesn't do 100% of the things you need, people seem to forget that it's software and it's possible to work around the limitations of what you're using.

If I were to start GDNet again, this site would be driven by one of the CMS's out there that drive most other major media and community sites as the framework, then I'd use custom components and other features I wanted that the CMS didn't provide and integrate them into the CMS. With this approach a prototype could be had within 2 months. Of course, in 1999 there was no such thing as a CMS, so we sort of built our own, but in today's world not limiting the amount of custom code for a community/media site like GameDev.net can be detrimental long-term.

Anyway, off the soapbox. I've brought up these things before to blind eyes and deaf ears.

I think the calendar layout is fine. It looks like a calendar!
0

Share this comment


Link to comment
Quote:
Original post by Khawk
I've become a big opponent of custom/roll-your-own solutions when trying to create a product (i.e. you're not doing it as a learning experience). My dislike for custom software has grown out of my experiences in witnessing the failures of custom software and the successes of high reuse. GDNet's software, for instance, is an admitted failure because the custom nature of the design and code didn't allow us to quickly adapt to change. I'm concerned about V5 as well because it's headed down a similar track in its development (long development time, focus on "custom" site needs - debatable, etc.).

Even if a piece of software doesn't do 100% of the things you need, people seem to forget that it's software and it's possible to work around the limitations of what you're using.

If I were to start GDNet again, this site would be driven by one of the CMS's out there that drive most other major media and community sites as the framework, then I'd use custom components and other features I wanted that the CMS didn't provide and integrate them into the CMS. With this approach a prototype could be had within 2 months. Of course, in 1999 there was no such thing as a CMS, so we sort of built our own, but in today's world not limiting the amount of custom code for a community/media site like GameDev.net can be detrimental long-term.

Anyway, off the soapbox. I've brought up these things before to blind eyes and deaf ears.

Hey, you and I are in complete agreement. The value in GDNet is not the software. To be perfectly blunt, I have no objection to scrapping the custom work so far and focusing on customizing a CMS. And I can guarantee that with that approach we'll be able to deliver V5, completed, in time for the 10 Year Anniversary this July.

I'm outnumbered on this, so I gave up fighting it and focused on what I could do to help.

Quote:
I think the calendar layout is fine. It looks like a calendar!

Cool. I'll look at the Google API and see if we can't just skin their component.
0

Share this comment


Link to comment
Quote:
Original post by Oluseyi
Quote:
Original post by Khawk
Anyway, off the soapbox. I've brought up these things before to blind eyes and deaf ears.

Hey, you and I are in complete agreement...


I know, I remember. I didn't necessarily mean to get on the rant in your blog. [smile]

Quote:
Cool. I'll look at the Google API and see if we can't just skin their component.


One thing I thought of that might be nice is the support for different views of the calendar. I didn't really see that in the screenie you posted. I'm thinking of something like how Outlook has the day, week, month view. Of course, I wouldn't expect people to use GDNet as their primary calendar so my guess on good views for us would be month, quarter, year since they are more of the macro view.
0

Share this comment


Link to comment
Question regarding the redesign in general if I may:

From time to time I use my iPhone to browse GameDev. With all this dynamic and graphically fancy stuff, how accessible will the new version be for limited (but modern) devices like cell phones and portable consoles?
0

Share this comment


Link to comment
Quote:
Original post by WanMaster
Question regarding the redesign in general if I may:

From time to time I use my iPhone to browse GameDev. With all this dynamic and graphically fancy stuff, how accessible will the new version be for limited (but modern) devices like cell phones and portable consoles?

The iPhone actually has a fully capable browser, so we don't need to make any special considerations for it. I browse Ars Technica on my iPod Touch, and even their new, AJAX-laden design renders and operates perfectly on it. The only problem would be if we used Flash or Silverlight anywhere.

As for other mobile devices with, shall we say, less capable browsers (*cough* Blackberry *cough*), there will be a mobile stylesheet that condenses core information and eliminates superfluous graphic flourishes. It is imperative, however, to lay out what that information will be. In other words, the mobile stylesheet will be designed after all information pages have been mocked up.

Good point, though. Thanks for bringing it up.
0

Share this comment


Link to comment
Quote:
Original post by Khawk
One thing I thought of that might be nice is the support for different views of the calendar. I didn't really see that in the screenie you posted. I'm thinking of something like how Outlook has the day, week, month view. Of course, I wouldn't expect people to use GDNet as their primary calendar so my guess on good views for us would be month, quarter, year since they are more of the macro view.

Yeah, I had the same discussion with Richard yesterday. Our focus would be on the month, quarter and year, but if we find that Google Calendar has a robust API then we could figure out a way for registered/logged in Google users to import data from our calendar into theirs, right on our page. That way, they could then drill down to the day/hour view and append event information. For instance, if our calendar indicates GDC dates, they could then go in and block that out, then mark which sessions they'd like to attend at which hours using information from gdconf.com.

I'll definitely look into it.
0

Share this comment


Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now