![]() I said in a previous post that if you add a print function, "I will throw money at you." I really don't think I'd be the only one. We also know that you sometimes you play with both your online and offline friends simultaneously! FG has got you covered with the most comprehensive table-top gaming tools around, for however you want to play. You also play with your friends hanging out with you at home. You play with your friends in different states and different countries. FG could be the RPG tool that "knows how you play. ![]() You might even think about earnestly making FG the go-to program to meet a gamer's needs whether online or offline. Every time that happens, my money stays in my wallet and not yours. ![]() If FG doesn't have a print function, I'm shutting your program down and using other software and online tools. But if the only reason I DON'T use FG for my offline play is the absence of a print function, you've lost a business opportunity.Įvery additional minute I use FG, whether online or offline, is an additional minute I'm thinking about buying FG supplements, modules, tokens. The focus should not be on what FG is "supposed to be" but rather how users do and could use FG. But with small tweaks here or there (such as adding a print function for character sheets, maps, etc.), your software could easily be used for offline play and game preparation as well. I fully understand that FG was designed to allow for online RPG, and that's great. I would, however, suggest that adding a print function will broaden the appeal and marketability of your software. If it's a matter of manpower, then it is what it is, and hopefully you'll be able to get to the things you want to in due time. We would love to do all sorts of things, but with only 2 developers, who also manage the business aspects, we have to pick and choose where to focus. Message generated for change (Comment added) made by kariannaPoczątkowo opublikowane przez Smiteworks:It's mostly a matter of resources. Output Sheet Bugs item #1786955, was opened at 09:50 I'm pretty sure there's a tracker open for this somewhere, but I'll check. We should also definitely be avoiding the use of style attributes in tags where we can and reference the css class instead. > There is yeah, can you create a tracker and assign it to me? I'll muck about at work and get it to go (I think I can sneak in a dirty tag to get around those sorts of problems). > obstacle, I'm sure there is a simple way around it. > work because the table style overrides the font size tag. When I change it to use font size instead it doesn't > css style call and then use the font style attribute to change the text size > example have STR followed by Strength in smaller type are already using a I do see one possible problem, blocks like the Ability which for > anyway to make editing the appearance of the sheet > those cases and replace them with a named style call I am actually thinking it would pay to remove > I haven't had the chance to see what I can do about > I noticed pretty much the same behaviour you quoted. > enough about html coding to know what's what. > either size or better to CSS but it would be a lot > I'm sure we could make our sheets work by converting > attribute or it's non-standard but the browser > This works fine in a browser but not in the CS tab, > The text that is not behaving is set with a style Including the initial issue submission, for this request, Please note that this message will contain a full copy of the comment thread, Message generated for change (Tracker Item Submitted) made by Item Submitter ![]() Output Sheet Bugs item #1786955, was opened at 01:50 ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |