From: Brett L. <wak...@ea...> - 2005-11-13 18:39:23
|
Excellent! I agree, it's VERY pretty. ---Brett. -----Original Message----- From: Erik Vos <eri...@hc...> Sent: Nov 13, 2005 5:35 AM To: rai...@li... Subject: [Rails-devel] Tile laying. I have changed tile rotation such that they now rotate around the tile center, so that adjustments are no longer needed. Scaling is now also consistent. It looks rather pretty now, if I may say so. I have also added Cancel and Done buttons to the upgrades panel. I think tile laying is now ready to be integrated into the Operating Round process, which I will take on next. Erik. ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Brett L. <wak...@ea...> - 2005-11-13 21:03:51
|
Great! One thing left to add to the map is mountains and river/water hexes. There are two approaches that I can see for this. 1. Creating custom hex tile graphics, allocating a bunch of ID numbers (probably negative numbers so as to not overlap the existing scheme), and updating the map XML. 2. Dynamically draw them on top of the hexes using Graphics/Graphics2D drawing. Is there any preference to which we should pursue? ---Brett. -----Original Message----- From: Erik Vos <eri...@hc...> Sent: Nov 13, 2005 3:10 PM To: rai...@li... Subject: RE: [Rails-devel] Tile laying. I've done some final cleanups in the hexmap code. The differences between GUINSHex and GUIEWHex had become so small that I have removed these classes and merged its remaining contents into GUIHex. I have also fixed the tooltip. That's it for today! Erik. > -----Original Message----- > From: rai...@li... > [mailto:rai...@li...] On Behalf Of > Brett Lentz > Sent: 13 November 2005 19:39 > To: rai...@li... > Subject: Re: [Rails-devel] Tile laying. > > Excellent! > > I agree, it's VERY pretty. > > ---Brett. > > > > -----Original Message----- > From: Erik Vos <eri...@hc...> > Sent: Nov 13, 2005 5:35 AM > To: rai...@li... > Subject: [Rails-devel] Tile laying. > > I have changed tile rotation such that they now rotate > around the tile center, so that adjustments are no longer needed. > > Scaling is now also consistent. > It looks rather pretty now, if I may say so. > > I have also added Cancel and Done buttons to the upgrades panel. > I think tile laying is now ready to be integrated into > the Operating Round process, which I will take on next. > > Erik. > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App > Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App > Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@hc...> - 2005-11-13 21:45:42
|
> Great! > > One thing left to add to the map is mountains and river/water hexes. > > There are two approaches that I can see for this. > > 1. Creating custom hex tile graphics, allocating a bunch of > ID numbers (probably negative numbers so as to not overlap > the existing scheme), and updating the map XML. > 2. Dynamically draw them on top of the hexes using > Graphics/Graphics2D drawing. > > Is there any preference to which we should pursue? My real preference would be to leave this until someone manages to create a full map, which can act as a background (on top of which we would NOT draw the preprinted tiles). But I realise that that may be ahead of us for a long time. Marco's Tile Designer does not yet allow for creating tiles with such special symbols (and we don't have the source code). So your second option is the only one we can realise on short term. Problem is, that such symbols, if drawn on a fixed position in the tile, may overlap preprinted track or cities, but I guess we could live with that. Erik. |
From: John A. T. <ja...@ja...> - 2005-11-14 03:44:12
|
On Sun, 13 Nov 2005, Erik Vos wrote: > My real preference would be to leave this until someone > manages to create a full map, which can act as a background > (on top of which we would NOT draw the preprinted tiles). > > But I realise that that may be ahead of us for a long time. > > Marco's Tile Designer does not yet allow for creating tiles > with such special symbols (and we don't have the source code). > So your second option is the only one we can realise on short term. My tile rendering code supports arbitrary annotations, although currently defined only using PS code so would need some work to draw on the screen. > Problem is, that such symbols, if drawn on a fixed position in the tile, > may overlap preprinted track or cities, but I guess we could live with that. The tile definition has to include where to draw such annotations. -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |
From: Brett L. <wak...@ea...> - 2005-11-14 00:45:52
|
> Problem is, that such symbols, if drawn on a fixed position in the tile, > may overlap preprinted track or cities, but I guess we could live with that. I agree. I want to do something that looks at least half-way decent. Though, that'll be kind of tough while we're still using .gif -based graphics. ;-) For now, I've added the tile costs as a string drawn on top of the tiles. I think that's probably sufficient for now, and we can worry about improving on that in the future. ---Brett |
From: Brett L. <wak...@ea...> - 2005-11-14 02:15:44
|
I've also added Company starting locations to the map, and Company destinations to the tooltips. Upgrade costs are only displayed until the first upgrade is played. Company starting locations are only displayed until the company has started and floated. I haven't yet added any of this to the game engine yet, just the map UI. ---Brett. -----Original Message----- From: Brett Lentz <wak...@ea...> Sent: Nov 13, 2005 7:45 PM To: rai...@li... Subject: RE: [Rails-devel] Tile laying. > Problem is, that such symbols, if drawn on a fixed position in the tile, > may overlap preprinted track or cities, but I guess we could live with that. I agree. I want to do something that looks at least half-way decent. Though, that'll be kind of tough while we're still using .gif -based graphics. ;-) For now, I've added the tile costs as a string drawn on top of the tiles. I think that's probably sufficient for now, and we can worry about improving on that in the future. ---Brett |
From: Brett L. <wak...@ea...> - 2005-11-14 16:01:44
|
>> Problem is, that such symbols, if drawn on a fixed position in the tile, >> may overlap preprinted track or cities, but I guess we could live with that. >The tile definition has to include where to draw such annotations. Really, the ideal long-term solution is that, depending on scale and user preference, the code makes the determination if rendering information on the tile itself is easily readable, or if moving the information to the tooltip is a better choice. We should at least allow the option for the information to be displayed both ways. ---Brett. |
From: John A. T. <ja...@ja...> - 2005-11-14 16:25:21
|
On Mon, 14 Nov 2005, Brett Lentz wrote: > Really, the ideal long-term solution is that, depending on scale and > user preference, the code makes the determination if rendering > information on the tile itself is easily readable, or if moving the > information to the tooltip is a better choice. Having done extensive work with tile layout for print-ready output, I can say that you will never get automated layout working for all the tiles. The approach I have taken is to have the database contain all the layout information (position and orientation) for the objects, and have them defaulted if they are null based on automated layout algorithms. That works for the simple tiles (60-70%), but crowded or unusual tiles will have to be manually laid out to get a good result. Regarding tooltips, I think any essential information about the tile needs to be readily visible. Perhaps the actual amount can be moved, but the notation saying there is a build cost needs to be accessible without moving the mouse over it. -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |
From: Brett L. <wak...@ea...> - 2005-11-15 09:10:37
|
For the most part, I agree. ---Brett. -----Original Message----- From: "John A. Tamplin" <ja...@ja...> Sent: Nov 14, 2005 8:25 AM To: rai...@li... Subject: RE: [Rails-devel] Tile laying. On Mon, 14 Nov 2005, Brett Lentz wrote: > Really, the ideal long-term solution is that, depending on scale and > user preference, the code makes the determination if rendering > information on the tile itself is easily readable, or if moving the > information to the tooltip is a better choice. Having done extensive work with tile layout for print-ready output, I can say that you will never get automated layout working for all the tiles. The approach I have taken is to have the database contain all the layout information (position and orientation) for the objects, and have them defaulted if they are null based on automated layout algorithms. That works for the simple tiles (60-70%), but crowded or unusual tiles will have to be manually laid out to get a good result. Regarding tooltips, I think any essential information about the tile needs to be readily visible. Perhaps the actual amount can be moved, but the notation saying there is a build cost needs to be accessible without moving the mouse over it. -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |
From: Erik V. <eri...@hc...> - 2005-11-13 20:11:04
|
I've done some final cleanups in the hexmap code. The differences between GUINSHex and GUIEWHex had become so small that I have removed these classes and merged its remaining contents into GUIHex. I have also fixed the tooltip. That's it for today! Erik. > -----Original Message----- > From: rai...@li... > [mailto:rai...@li...] On Behalf Of > Brett Lentz > Sent: 13 November 2005 19:39 > To: rai...@li... > Subject: Re: [Rails-devel] Tile laying. > > Excellent! > > I agree, it's VERY pretty. > > ---Brett. > > > > -----Original Message----- > From: Erik Vos <eri...@hc...> > Sent: Nov 13, 2005 5:35 AM > To: rai...@li... > Subject: [Rails-devel] Tile laying. > > I have changed tile rotation such that they now rotate > around the tile center, so that adjustments are no longer needed. > > Scaling is now also consistent. > It looks rather pretty now, if I may say so. > > I have also added Cancel and Done buttons to the upgrades panel. > I think tile laying is now ready to be integrated into > the Operating Round process, which I will take on next. > > Erik. > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App > Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App > Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |