Hi !
Featured games (91)
games approved by the League of Dukes
Games in Showcase (757)
Games in Android Showcase (229)
games submitted by our members
Games in WIP (844)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Handling different display sizes  (Read 2003 times)
0 Members and 1 Guest are viewing this topic.
Offline lucazd

Senior Newbie

« Posted 2005-08-05 05:07:52 »

I wonder how my game can handle different display sizes.

In desktop game, we can set fullscreen to a standard resolution (800x600).

Mobiles have an standard resolution?
Which is the best way to handle this?
Offline OverKill

Junior Devvie

Java games rock!

« Reply #1 - Posted 2005-09-07 07:36:02 »

Q: Mobiles have an standard resolution?
A: Nope! Actually you can bet your bum each one will have a different size.

Q: Which is the best way to handle this?
A: Hehe that knowlage is the difference between a junior and a senior dev. Wink
In case of a hud, you will want to ancor the images to the border.
f.i. an image that will sit at the bottom/right should be placed at width/height and bottom|right
In case of 'world' graphics, centre it all on the screen centre.

Generally, code your game in such a style that you have little to no 'magic numbers'.
Don't hardcode image or screen widths.
Don't hardcode relative positions.

Offline Juriy

Junior Devvie

« Reply #2 - Posted 2005-09-12 14:25:50 »

IMHO the best way to handle different screen sizes is to develop separate versions of MIDlet for different devices. And use different resources also. - java tutorials, tips and tricks (Russian)
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline kawaiimomo

Innocent Bystander

« Reply #3 - Posted 2005-09-12 20:23:42 »

Hi all,

of course the best way is to have diferent versions for both, sources and resources like images, but I would stick to 3 images sizes (small, medium, big screen). Creating the resources for each screen size is insane, lot of work to do.

Totally agree with Overkill, don't use 'magic numbers', have all numerical values depending on the value of others.

Alsoo, I've played to a game called Atomic Skater which seems to implement a image scaling engine. It seems they (Plutonium software) use the same images for all screen sizes and scale them down or up. Of course, when you scale the images to a bigger resolurion they loss definition, but in this game there're no pixelation, just some kind of linear interpolation and the edges are soft. The result is a game filling all the screen but it takes like 2-3 minutes to load the game (At least in my slow v3 razr)...
Pages: [1]
  ignore  |  Print  

EgonOlsen (74 views)
2018-06-10 19:43:48

EgonOlsen (55 views)
2018-06-10 19:43:44

EgonOlsen (74 views)
2018-06-10 19:43:20

DesertCoockie (254 views)
2018-05-13 18:23:11

nelsongames (154 views)
2018-04-24 18:15:36

nelsongames (154 views)
2018-04-24 18:14:32

ivj94 (895 views)
2018-03-24 14:47:39

ivj94 (156 views)
2018-03-24 14:46:31

ivj94 (808 views)
2018-03-24 14:43:53

Solater (172 views)
2018-03-17 05:04:08
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!