From: Stefan F. <ste...@we...> - 2012-01-02 18:29:49
|
Frederick: First I have to say I like the new zooming options and your new background maps. I still have to apologize that I forgot to add a thanks to the latest release message (however added you to the Wikipedia changelog). On the label size: Regardless of line breaks or not, maybe a simple minimum font size would help. Currently all other labels (coordinates and/or costs) do not scale at all, which has the advantage that even at smaller zooms they stay readable. if one still wants some scaling even at smaller size is the following: Define a threshold size. Below that font size the labels do not scale linearly anymore but with an exponential less than one (e.g. square-root). Stefan On Monday, January 02, 2012 12:45:31 pm Erik Vos wrote: > Yes, I also had concluded that a line break (option 3) would be best. But > that will not simplify calculations... > In the end, we might still want to have SVG tokens. > > Erik. > > > -----Original Message----- > > From: Frederick Weld [mailto:fre...@go...] > > Sent: Monday, January 02, 2012 7:43 AM > > To: Development list for Rails: an 18xx game > > Subject: Re: [Rails-devel] Push request: Correction bundle (Precise token > > label positioning, initial map image display, 1856 map) > > > > I think the discussion could be reduced to the following question: > > "How would an end-user want the NYNH token to be displayed?" > > > > Possible options I could think of would be: > > > > (1) In a font the height of which matches the token size. > > = logic prior to the patch > > --> The label "NYNH" by far exceeds the right bound of the token. > > > > (2) Auto-size the font so that the label always perfectly fits the token > > size. > > > = logic applied in the patch > > --> The label "NYNH" is too small to be readible (on small resolutions) > > > > (3) Enter line break between NY and NH and applied (2) to the resulting > > label. > > > --> New company attribute ("tokenLabel") to define this > > > > Given a second thought, I think option (3) would be the best option. > > > > To all: What would you prefer (including other options not listed here)? > > --------------------------------------------------------------------------- > - -- > > > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > > infrastructure or vast IT resources to deliver seamless, secure access to > > virtual desktops. With this all-in-one solution, easily deploy virtual > > desktops > > > for less than the cost of PCs and save 60% on VDI infrastructure costs. > > Try it > > > free! http://p.sf.net/sfu/Citrix-VDIinabox > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > --------------------------------------------------------------------------- > --- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a > complex infrastructure or vast IT resources to deliver seamless, secure > access to virtual desktops. With this all-in-one solution, easily deploy > virtual desktops for less than the cost of PCs and save 60% on VDI > infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |