Printable View
Please see the sticky thread on public testing if you want to be involved. The Test mode slot (available via the FG Settings dialog) contain this version right now.
We're a small company so we rely on our community to help sound out each new release. Thanks in advance to all those who pitch in.
Thanks,
JPG
Feature and Bug Fix Updates
- [UPDATER] Greatly decreased time necessary to update after initial update.
- Added session backup of campaign database XML, triggered once per day.
- [CoreRPG+] Manual dice roll option added as per client toggle.
- [CoreRPG+] Access to all standard campaign record types added to library.
- [CoreRPG+] Sidebar campaign record buttons can be turned on/off in Library.
- [CoreRPG+] Campaign lists in sidebar upgraded to some module data as well as campaign data with a filter to display subset by category.
- [CoreRPG+] Automatic adjustment of sidebar layout based on number of buttons.
- [CoreRPG+] Radial menu option added to entries in Character Selection window on GM side to take ownership in order to hide from PC view.
- [CoreRPG+] Radial menu option added to PC desktop portraits to start a whisper.
- [CoreRPG+] Support currency prefixes when selling items from the party sheet. (such as $)
- [CoreRPG+] Punctuation will be displayed even when scrambling text via the language feature.
- [CoreRPG+] Name and load filters added to module activation window.
- [5E/4E/PFRPG/3.5E/CnC] Attack roll comparisons versus armor class will show the adjusted total at the beginning of the resolution message.
- [5E/4E/PFRPG/3.5E] Increased maximum of PC ammo field on weapons to 100, up from 50.
- [5E/4E/PFRPG/3.5E] The ability used for all standard skills can be changed.
- [5E] Misc action group DC modifier added to PC actions tab group details. (i.e. Robe of the Magi DC boost)
- [PFRPG/3.5E] For NPCs, Invisible effect added for natural invisibility quality, and CONC effect added for blur quality.
- [PFRPG/3.5E] Added targeting support for CLC effects.
- [PFRPG/3.5E] All trained-only skill rolls made by untrained PCs will be tagged.
- [PFRPG/3.5E] Party sheet skill rolls will be made, even when PC is untrained in a trained-only skill.
- [PFRPG] Adjusted parsing of elemental creatures to apply all elemental traits where elemental is noted as creature type or subtype.
- [CoC/CnC] Added text labels to sidebar buttons.
- [CoC] Language skills are now considered when using the language feature, including partial understanding when less than 50% skill.
- Client would close unexpectedly if attempting to Manage Characters for a campaign using a ruleset which was not locally installed. Fixed.
- [CoreRPG+] Unable to add items to parcel records in modules. Fixed.
- [CoreRPG+] Some rolls ignored when dropped on chat window and current targeting option disabled. Fixed.
- [CoreRPG+] Combat tracker and roll targeting was not being updated when using region-based targeting on maps. Fixed.
- [5E] Dragging class link from PC class details page would create empty class, if original module linked not opened. Fixed to use any matching 5E module.
- [5E] Parsing of certain NPC spells with multi-word spell names was not correct. Fixed.
- [5E] Death save granting critical success when save result was greater or equal to 20, not only when rolling a natural 20. Fixed.
- [5E] Equipment packs added by players did not reflect correct quantities in GM database. Fixed.
- [5E] Effects marked as GM visible only in campaign effects list were being displayed to players when applied. Fixed.
- [5E] Certain extra damage phrases (such as salamander Spear attack) would roll extra damage incorrectly. Fixed.
- [PFRPG/3.5E] Effect modifiers not displayed for initiative checks. Fixed.
- [PFRPG/3.5E] CLC effect modifiers not calculating correctly. Fixed.
- [PFRPG/3.5E] Implicit damage type for NPCs wielding short swords was slashing, instead of piercing. Fixed.
- [PFRPG/3.5E] Dagger damage type was listed as only piercing, changed to slashing and piercing.
- [PFRPG/3.5E] Spells with healing/damage rolls that used an even CL modifier with a maximum limit incorrectly calculated those rolls with a +1 modifier at level 1. Fixed.
- [PFRPG/3.5E] Incorporeal adjustments applied when incorporeal creature attacking corporeal creature with attacks not specified as incorporeal touch. Fixed.
- [CoC] Some trait rolls would get the incorrect actor information. Fixed.
Developer Updates
- [DEV][CoreRPG+] The language feature has been enhanced to support partial understanding of text using the language feature on a percentage basis. Each unique word in the text is tested on each usage.
- [DEV] chatentry: Added hasFocus and setFocus functions
- [DEV] DB/databasenode: Added onChildCategoriesChange and onCategoryChange events, Added setCategory, getChildCategories, updateChildCategory, addChildCategory, and removeChildCategory functions
- [DEV] numbercontrol: Added onChar and onEnter events
- [DEV] scrollbarcontrol: Added normal.minimum.height tag
- [DEV] stringcontrol: Added setEmptyText function
- [DEV] windowlist: Updated setDatabaseNode function and datasource tags to support multiple data sources.
- [DEV] windowinstance: setPosition function supports negative values for right/bottom offset
- [DEV] The callbacks for token instance onTargetUpdate and onTargetedUpdate events were not being triggered when performing region-based targeting. Fixed.
- [DEV] DB.setOwner did not work correctly when specifying an owner by name, unless the owner was already a holder. Fixed.
- [DEV] DB.getPath and databasenode.getPath did not work correctly when module name specified as part of string parameter, only when databasenode specified that belonged to module. Fixed.
- [DEV] DB.setPublic would always set the specified node to public, regardless of second parameter. Fixed.
Ruleset File Changes
CoreRPG
- base.xml, gameelements.xml
- campaign = campaign_chars.xml, campaign_encounters.xml, campaign_images.xml, campaign_items.xml, campaign_notes.xml, campaign_npcs.xml, campaign_parcels.xml, campaign_quests.xml, campaign_story.xml, campaign_tables.xml, record_table.xml, scripts/campaign_button_new.lua, scripts/campaign_list_record.lua, scripts/charselect_host_entry.lua, scripts/imagewindow.lua, scripts/item.lua, template_campaign.xml
- common = template_records.xml, template_windows.xml
- ct = ct_host.xml, scripts/ct_token.lua
- desktop = desktop_classes.xml, desktop_panels.xml, scripts/characterlist_entry.lua, scripts/chat_window.lua, scripts/desktop.lua, scripts/manager_chat.lua, scripts/manager_desktop.lua, template_desktop.xml
- graphics = graphics_frames.xml, graphics_icons.xml
- ps = scripts/manager_ps_loot.lua
- scripts = data_option_core.lua, manager_actions.lua, manager_campaigndata.lua, manager_export.lua, manager_item.lua, manager_language.lua, manager_string.lua, manager_utility.lua, manager_version.lua
- strings = strings_campaign.xml, strings_common.xml, strings_utility.xml
- utility = scripts/module_selectionentry.lua, template_utility.xml, utility_calendar.xml, utility_calendar_log.xml, utility_effects.xml, utility_export.xml, utility_library.xml, utility_misc.xml, utility_modifiers.xml, utility_modules.xml, utility_options.xml
3.5E
- base.xml
- campaign = record_char_actions.xml, record_char_skills.xml, scripts/char_skill.lua
- desktop = scripts/desktop.lua
- ps = scripts/ps_roll_skill.lua
- scripts = data_common.lua, manager_actor2.lua, manager_action_attack.lua, manager_action_damage.lua, manager_action_init.lua, manager_action_skill.lua, manager_action_spell.lua, manager_actor2.lua, manager_combat2.lua, manager_spell.lua, manager_version2.lua
- strings = strings_35e.xml
- utility = template_utility.xml
4E
- base.xml
- campaign = campaign.xml, record_char_combat.xml, scripts/char_skill.lua, scripts/char_skilllist.lua
- common = template_windows.xml
- desktop = scripts/desktop.lua
- graphics = graphics_frames.xml, graphics_icons.xml
- scripts = data_desktop_4E.lua, manager_action_attack.lua, manager_actor2.lua
- strings = strings_4e.xml
5E
- base.xml
- campaign = record_char_logs.xml, record_char_main.xml, record_char_skills.xml, record_char_weapon.xml, record_power.xml, scripts/char_abilities.lua, scripts/char_skill.lua, scripts/char_skilllist.lua, scripts/manager_char.lua, scripts/power_page.lua, template_campaign.xml
- common = template_windows.xml
- desktop = desktop_classes.xml, scripts/desktop.lua
- graphics = graphics_buttons.xml, graphics_frames.xml, graphics_icons.xml
- scripts = data_spell.lua, manager_action_attack.lua, manager_action_damage.lua, manager_action_effect.lua, manager_power.lua
- strings = strings_5e.xml
- utility = template_utility.xml
CallOfCthulhu
- base.xml
- campaign = record_char_main.xml, scripts/char_skill.lua, template_campaign.xml
- common = template_windows.xml
- desktop = scripts/desktop.lua
- graphics = graphics_frames.xml, graphics_icons.xml
- scripts = manager_campaigndata2.lua, manager_era.lua
Castles and Crusades
- base.xml
- campaign = campaign.xml
- common = template_windows.xml
- desktop = scripts/desktop.lua
- graphics = graphics_frames.xml, graphics_icons.xml
- scripts = manager_action_attack.lua, manager_actor2.lua
- strings = strings_cnc.xml
FATE Core
- base.xml
- graphics = graphics_frames.xml
- scripts = fate_chat.lua
Numenera
- base.xml
- graphics = graphics_frames.xml, graphics_icons.xml
- desktop = scripts/desktop.lua
PFRPG
- base.xml
- scripts = data_common.lua
After updating to 3.2.0:
Vampire the Masquerade ruleset cannot load. I get the following message:
Ruleset: VtM
Error: Unable to leas ruleset file (campaign/campaign_story.xml)
Vires Animi
Nice work as always Moon.
Here's another shameless plug/request to get the DCPlus (CL/2) functionality rolled into the 3.5/PFRPG ruleset.
Another couple of things:
The first is a bug. In CoreRPG: If you mouse over the text field of an entry in the story segment and accidently drag (as in you want to move the window), you get the following:
Script Error: [string "utility/scripts/masterindexitem_name.lua"]:20: attempt to call field 'onDragStart' (a nil value)
Secondly, is somewhat of a little nuissance: If you create a template of in the story tab, and drag and drop the link, so you get a copy, the copy defaults its location to the "none" tab instead of the tab it was suppose to be cloned in. So every time you would need to relocate it to the proper place. That seems like an oversight, which hopefully will be fixed.
Also: Can we have the drop down menu for the groups open up, by clicking on the name? The button is very small!
All in all there are a lot of nice things in this. I really love the ability to turn buttons on / off, depending on what the campaign needs. Love it!
Vires Animi
I have a 5e module of a few different story entries that I created by exporting the module from the campaign. It worked for my players in the previous version, but not fully in this version. When my player loads the module, while connected to my server (I have given the green checkmark to this module so they can load it on their end), then looks at their story entries they are all titled "<< New Story >>" instead of having their actual titles. On my screen, as the GM, when I load the module I see the actual titles.
Another issue (I guess?) is that the manual dice rolling doesn't seem to work if I type in 1 die. In other words:
/die 1d20
Will not work, it just puts a result of 0 in the chat window and nothing in the manual dice roller window.
I'm not sure what the best design decision is with regard to the Group dropdowns, but I've already noticed that when there are an exceptionally large number of entries, for instance when multiple adventure modules are loaded at one time and you click the "Items" campaign record button, the program will slow to a crawl and appear frozen for a while when the group is set to "All", which is the default. As a result, when I first clicked on Items, it seemed like the program had crashed for a while, but eventually I was able to click the group and select a different one. Once the "All" group was no longer selected, the program started working just fine again. So my suggestion is that maybe All shouldn't be the default, just in case someone has a lot of modules loaded? Or alternatively, perhaps even better, is the code could do a quick check on how many items would be loaded and then give a warning if it is over some certain amount, and say it's reverting to the first group in the list and that All is not available as long as so many modules are loaded? I don't know, but it's just an idea.
Of course, maybe this is just me misusing the software by loading more modules than I'm supposed to? If that's the case, I guess I'll just try to modify the way I use the software and rather than loading all these modules at once and operating directly from them, rather maybe I need to just create copies of the pieces I want to use into the campaign record and then unload the module?
For the record, I had the following modules loaded:
D&D Out of the Abyss
DD Hoard of the Dragon Queen
DD Lost Mine of Phandelver
DD The Rise of Tiamat
D&D Sword Coast Adventurer's Guide - Campaign Guide
D&D Sword Coast Adventurer's Guide - Player's Guide
DD Dungeon Master's Guide
DD PHB Deluxe
DD5E SRD Bestiary
I take it all of your players were running on the test channel as well? i.e. they'd updated to v3.2.0 test and weren't running v3.1.7 live?Quote:
Originally Posted by callahan09
Strange behavior with the groups dropdown... If I try to delete a group that DOES have items in it, it removes all the items from the group (so they show up when "None" is selected for the group), but doesn't actually delete the group. I can't delete the group at all at that point, and when I click the + button to add a new group, that's when it finally gets deleted (in addition to actually adding the new group). So it's like the group is sort of in a limbo state where it does and doesn't exist all at once... Here is an error message that pops up sometimes when trying to replicate this behavior:
"Script Error: [string "utility/scripts/masterindex_window.lua"]:122: updateChildCategory: Unable to locate original category in parameter 2"
That is correct, yes.Quote:
Originally Posted by Trenloe
OK, I think I have something else related to this, I'm not sure what exactly is going on... but here goes my attempt at explaining it:Quote:
Originally Posted by callahan09
I, as the DM, have the PHB shared, and Item: Identification set to "ON". My player loads the PHB module and click "Items", and their list is loaded with hundreds of items that all have the name "<< New Item >>".
If I then set Item: Identification to "OFF", *and the player then must disconnect from my server and reconnect*, then when they open the items screen again, it will have all of the item names visible instead of saying << New Item>>.
...
Also, a side note, this is odd and was not the case in the last official update that I had installed previously... All the items in the 5e PHB module "Equipment" sections, in other words if I click Library -> DD PHB Deluxe -> Equipment -> (Any Subcategory), and then whenever I select an item, any item, for example Armor -> Leather ... the weight field is blank. Weight is blank for every single item in all categories that I have noticed. But if I drag and drop to a character's inventory, in the inventory it DOES have the correct weight. Also every single item in the PHB appears in the campaign record "Items" screen, with no group set. Is that supposed to be the case? When an item is clicked in this area, it brings up a different window for the item than when clicking on it from the library's equipment selection screen, and in this area it's window WILL have the correct weight.
Very odd.
Hopefully some of this info is helpful to you guys for the testing. That's the purpose, yeah?
I must say prefer the old Category Tabs to the new Group function - at least from a "look and feel" point of view - its taken some colour and interest out of the interface, and made it drab. What about the idea of having the old Category Icons and Banners attached/associated to the new Groups somehow.
And the Group area is too small / not high enough - its hard to see/work with
I don't fully agree or disagree. The new groups feature is preferable from a quick attempt at using it so far... It's definitely more capable, I think. It's the future, where development should focus. But I agree with the idea that it's not really there yet visually. The interface could use some work to be more friendly and attractive, but overall I already think the functionality is easier. I definitely love the new "All" group that lets me see a big giant list with everything. As far as I was able to figure out from the previous version, that never seemed possible before.Quote:
Originally Posted by dulux-oz
Another issue I just discovered that I think could use a fix:
When I share an object with my players, it doesn't retain its group on their client. So if I have a group of images called "Character Portraits" and I share each portrait with my players, they don't show up in a group called "Character Portraits" for them, just in the big list of "All" (and with group "None"). I think it would make sense to have clients receive shared objects along with the group name that the host has assigned them to. After all, if the host wanted to organize it in that way, it would make sense for it to appear organized in that same way for the players. At least, that's what my instincts were telling me as I was playing around with it tonight, and the fact that it doesn't show up with the corresponding group for my players was frustrating.
And on top of that, there was also the idea that I should be able to make an entire group shared or not. Again, back to my Character Portraits group, I wanted my players to have access to all of these items so they could choose one for their character. I had to open each one, right click on it, and then click "Share Sheet", which then opened it up on my players' views. For each and every individual object! That is extremely tedious and annoying for them having window after window after window open up. If I could share from the list view without opening it, that would not only be faster, but also I think it would be nice if we could share from that view (AKA the object is not open on our own screen) and therefore it wouldn't open up automatically on the players' client either. They'd only see it if they opened up their images campaign record and perused what was available to them in there. And having the ability to take an entire group and set all items inside as shared (or revoke shared) with one action, that would be very convenient as well.
Hopefully these suggestions can come into play some day :)
Also, the Help Button on the ItemList Window appears to be sitting too high in the 4E Ruleset - there may also be other examples of this on other windows
Now that I've done some porting of the new changes over to Unity build for Carl, I'm back to investigate the first set of reports.
viresanimi
- The missing ruleset file message means that your VtM ruleset is trying to include the "campaign/campaign_story.xml" file. In the last version of CoreRPG, that file was also in the base ruleset, so it would just fall through and load the same file twice. That file has been removed from CoreRPG, so that includefile tag just needs to be removed from VtM ruleset also.
- Thanks for the script error details, and the excellent suggestion to drop down on clicking the current group.
- Adding the new record to the default location was as planned to allow copies to be made of module data, but I can see that when making new content, it would be a pain. We'll try it with the group of newly added records set to the current group.
callahan09
- I'll be looking into all of the non-speed issues today and tomorrow.
- For the slow load, this is a trade-off with adding this feature and holding off for a complete redesign. Due to the way that the engine currently works, it won't matter what the category is set to by default, the load time will still occur. It should still only occur the first time, and not any subsequent opens (until the next session). The adventure modules are the most intensive in their number of entries, so having more than a couple will definitely slow down the initial loads. Is there a particular reason why you have 4 adventure modules open at once, other than the off chance you'll need one of the old entries handy? With all that, I'm hoping to find some optimizations in the future, but we are hampered a bit my the current architecture.
dulux-oz
- Thanks for the help button note. I'll look into it.
- On the colorfulness issue, I agree with you. However, the categoryselectioncontrol was never built to be used for what we are using it for. If you have more than 2 or 3 groups, it becomes unwieldy to display and use. Plus, the UI was very unintuitive for most people. I knew going into this that we would sacrifice some flavor for what we feel is a much bigger ease of use and functionality gain. I'm going to keep my eyes open for opportunities to lighten this up, but we were already heading in this direction with Unity as well for the same reasons. In fact, this version is pulling down several changes I had already queued for Unity build.
Regards,
JPG
Thank you for your attention to all of our comments. I was curious, will the eventual unity build be cross-play compatible with people running the non-unity build?Quote:
Originally Posted by Moon Wizard
5E Module opening or closing in the library cause a HUGE delay and the window to resize then not respond for 30s - 1min for each module (tested official modules only, new campaign no data added). Never had similar issue with any of these modules before.
Some monsters are getting pulled without applying their group, worst offender is the Monster Manual, only a handful are actually grouped into Monster Manual creatures (pictured) https://puu.sh/pn2jA/2f7c9985e3.jpg
Also some monsters are being added to NPC list twice, one with group, one without. example in picture here https://puu.sh/pn26B/3ee3892dc7.jpg monsters from module "Monster Collection" are showing twice, closing the module removes both and reopening shows both again. This is again on a fresh campaign since 3.2 test version
Also, duplicate monsters available from modules and monster manual, not sure if this can ever be addressed, but I wonder if something could be made similar to the library's select-an-input could work for showing things you want rather than just ONE group at a time as a drop down?
callahan09,
* No, the Unity version is slated to be Fantasy Grounds v4, and it will not be compatible with v3.x clients.
spite,
* I'm only seeing perhaps a couple second delay when adding/removing modules. Do you have any info on your specs of your machine? (OS, CPU, etc.)
* On the default module groups, Doug and I just started discussing how we want to handle groups with module data that does not have groups by default. In the live version, any module data marked with groups (even empty groups) will be placed in their groups. (If empty group defined in a module, the module name is used instead.) However, the MM data was not ever marked with groups (not even empty groups), so the MM data is currently showing up in the empty group. We are evaluating the best approach for this data.
* On the duplicate monsters, this is a combination of two different situations. The first is that some modules are set up with NPCs in 2 different locations, so we'll need to rebuild those modules so that the NPCs are only included once. This only affects a handful of modules. The second is that the same creature is defined in different modules. I think our decision here is to leave those as is. They are usually duplicates, but they can actually vary between modules and we can't assume anything about them. (i.e. the name is just a title of the record, but does not imply uniqueness.)
Regards,
JPG
Specs are I5-4460 3.20ghz processor
8gb RAM
Windows 64bit
Don't think it's relevant but Nvidia GTX 660 ti GPU.
This is all running on an SSD hdd aswell, timed it before, took 15 seconds for monster manual, 18 seconds for player handbook to open. And 8 seconds/9seconds to close respectively. Not sure what it is, it's not a huge issue, but certainly something new with this version.
About the module groups, that's cool, just wondering if there is a way to show a selection of groups at any one time instead of one or all/none.
Duplicate monsters, that's interesting. The monsters in my picture are from a parsed module, and are duplicate. Is there perhaps something in that parser that cause them to come up twice?
Not sure if it is intentional, but all my players can now see and use combat tracker as if they are the DM, they can roll, see hidden NPCs, see all actions and use them. They can not hide or show NPCs but they can still see it all and utilise everything.
For example, this is what my players see when connected with the hidden NPCs and the sword clicked to show actions, the rolls on the left are the rolls made by players not GM https://puu.sh/pnnkB/f558ad2279.jpg
Hmm...Quote:
Originally Posted by Moon Wizard
I wasn't around during the time of v2, I only just bought my license about a month ago, so I don't know what the last upgrade was like. Are all of our purchased content, rulesets and modules, going to remain compatible with v4?
And I also just spent (this week) nearly $100 on the ultimate license... is this going to carry over to v4 or if not will there at least be a small price to upgrade my license to v4? As a general concept, the ultimate license will still exist for v4 in some way, right? Where I can GM and host a game for people using a demo version of v4? And whether upgrades are free for v3 users or not, I hope that there is at least a distinction for us ultimate owners vs regular license owners. I don't really know what I mean by that... I guess I'm saying, if you want to ask $5 to upgrade to a regular license of v4, I hope it's a similar price for people who own ultimate v3 to upgrade to ultimate v4, and not just upgrade to regular v4 with the typical ultimate upgrade price of $115 (when not on sale) to then have ultimate for v4. Hopefully I'm making sense, but I feel like I'm struggling to be clear haha. How far away is v4 anyway? It sounds like it's not that far away the way you've mentioned some things here, but I could be wrong, it's hard to tell as someone out of the loop like me :)
This reminds me of something... I've always wondered why the combat tracker for players doesn't allow them to open up similar "tabs" as the GM can open up for their NPCs in the combat tracker? As it is right now (unless I just don't understand how to do some things, which is of course a possibility!) I have to have my character sheet open in order to roll an action, whereas a GM can pull down the "actions tab" in the combat tracker on their NPCs to roll their attacks right there, without having to open up the NPC sheet individually. I always felt like each player should be able to open up those tabs (for their character only) in the combat tracker. On a side note, the list of actions for player characters don't appear in their "actions tab" on the combat tracker... only NPC's have that. The actions tab is blank for player characters. I always thought that was kind of weird, as well. But if it's so the GM can't roll on behalf of the PC's that's a design choice, I suppose. But I definitely think the PC's owner should be able to run their character in combat right off the combat tracker.Quote:
Originally Posted by spite
Every update for FG has been absolute free so far. The devs have said that they "might" do a kickstarter to help the project along, or that there "may" be a fee this time and that recent customers would probably pay less, if anything. As far as I recall that is.
But as it is, Smiteworks has always been fair, if not generous with its customers, so I wouldn't worry. Personally I wouldn't mind paying something for the upgrade.
Vires Animi
Thanks for the response. To be honest, I wouldn't mind paying for the upgrade either, because I *absolutely LOVE Fantasy Grounds* in my short experience with it so far. It has been transformative to my RPG experience. I'm playing more than ever now! I want Smiteworks and the FG team to succeed at all costs, so I'm buying DLC left right and center, I'm trying to recruit friends to buy in, and I'll continue to want this software to be a success because of how meaningful it has been for me. I've been buying roleplaying books for years with nobody to play them with, but Fantasy Grounds has opened so many doors, I've already found two play groups through these forums and I'm having a great time with them.Quote:
Originally Posted by viresanimi
There are a couple of conditions for me paying for an upgrade (at least any time soon), however:
1) I'd like it to be a really fair price for current owners, particularly for my expensive ultimate license to carry over most of its value.
2) If they are going to be asking existing license holders to pay anything, then they must, at least for a some length of time (I don't know how long is fair, but at least a year I'd think) offer support for v3 (not to mention that v3 must still be available to download and run our licenses on). Because what they can't do in my opinion is force people to pay to upgrade, while leaving existing owners without access to the software they paid for already. I think that makes sense, but I haven't finished my coffee yet this morning. Haha
Hey callahan, on a tangential topic, its great that you're getting so much out of FG, but have you explored some of the excellent Community Extensions available that make the FG experience even better? check out the Extensions sub-forum of the Armory forum, or the FG Wiki, if you haven't already - you'll be glad you did :)
spite,
* Which modules do you have open before toggling the MM? Which lists have you opened already? (I'm trying to figure out where the bottleneck is. It does take 3-4 seconds to turn on and 1-2 seconds to turn off once the NPC window has been opened on my machine. Also, Win10 (64-bit) / i7 / SSD)
* Toggling multiple groups may be an option in the future; I'll have to see what it takes and figure out how to make it obvious in the UI.
* The parser can be configured to output to 2 different locations. (Once to the original NPC list, and once to the library.) You only need the library option with this version.
* Thanks to your players for letting you know about combat tracker. It's a bug I'll get in next cycle.
callahan09,
* We haven't finalized the plans for the pricing on the Unity version yet. We definitely want to make sure that new and long-standing users feel like they are getting value, so we've thrown around a lot of ideas. Once we're getting closer to release, we'll probably solidify on a course of action.
* One of our main goals for the Unity build is to preserve as much DLC compatibility as possible. For Adventure/Data modules, this is fairly straightforward. For rulesets/extensions, some of them may need some adjustments.
* PC and NPC records are quite different in almost every game system, so the combat tracker entries reflect this difference. Also, the PC records are more dynamic and more detailed.
** PC actions are much more prolific and varied than NPC actions. The UI already struggles a bit with NPCs that have lots of actions, but it would be much worse with PCs who usually have 2-3 more available actions than an NPC.
** PC actions change over time (levelling up) vs. NPCs being primarily static, which is MUCH harder to synchronize with the combat tracker. NPC actions are only parsed once when added to the tracker.
** There used to be a PC mini sheet, but people always wanted just as much information on the mini sheet as in the main sheet. So, it wasn't so mini any more. The same issue would happen with the combat tracker.
Cheers,
JPG
Thanks for the answers. I can certainly understand all that you said about PCs vs NPCs on the combat tracker. I hadn't actually thought about the fact that once you add the character to the combat tracker, if all those details were available within the tracker, then when I update the character sheet, does it update the combat tracker too? If not, then you have to manually remove the character & put it back on the tracker. One way is a challenge for you (development), the other is a challenge for us (the players). You'd rather not release it in the latter manner which could cause confusion to your users, and then with other things probably being more important to development, you don't undertake the challenge of the former, and that's besides the point that having so many actions for a PC could overwhelm the interface anyway and even if you had it working from a technical standpoint, it may not be pleasant from a user standpoint.Quote:
Originally Posted by Moon Wizard
So, a quick suggestion that I don't think would be too challenging to implement, and maybe it already exists but I just don't happen to know how to do it... Can you make it so that if I click (doubleclick, probably) somewhere on my character's line on the tracker, it brings up my character sheet with the actions tab already at the front (regardless of which tab was active the last time I had the character sheet open, because when I open my character sheet from within the combat tracker, I pretty much always want to go to the actions tab)? Sometimes I find that I have to move a lot of things around to open my character sheet, but the one place that I always instinctively want to click to open it is from the combat tracker, which doesn't do it (at least not in Pathfinder and 5e, which are the two rulesets I'm playing right now). What do you think of that?
Any chance they are using a different version than 3.2? I had this once when a player was on an older version number.Quote:
Originally Posted by spite
When I had the 3.2 test installed, I was not able to connect to a host running the live version. Can players with the live version connect to hosts running the test?Quote:
Originally Posted by JohnD
Everyone can connect but obviously if a player or GM is using a different version then things won't necessarily go as planned.Quote:
Originally Posted by callahan09
No they couldnt connect with the live version, they all had to update before connecting would happen (They had a "incompatible version" error when trying). But I think Moon is able to recreate this issue so sounds like it's in great hands!Quote:
Originally Posted by JohnD
Also thanks for the responses in thread about everything guys, it's excellent.
The GM and the players must be on the same major and minor version number. There are some changes to the way that the database works in this version, which I usually save for these revisions that prevent talking to each other to avoid database issues when talking with older versions.
In regards to the question about the PC sheet, the open tab on the PC sheet is remembered after you close the PC sheet. So, once you open the PC sheet and change to the Actions tab, it should stay that way.
Regards,
JPG
Generally a single minor version (X.Y.minor) difference will connect (but you may see inconsistent behaviours) but major version changes are pretty much always incompatible with the previous version (X.major.Z)
Hey Moon Wizard what about the ability to type /alias while in game to report/find your current alias? Is that a possibility?
I don't know that I want to tie alias to the next version, and I think it's only available in launcher. I'd have to look into it.
You can always start another instance, and find it on the load screen.
Cheers,
JPG
Yep - no worries. Just a thought :bandit:Quote:
Originally Posted by Moon Wizard
Just a couple of layout-style notes (these are all for the CoreRPG): on the Library Window the Help and Close Bittons (top-right hand corner) appear to me to be sitting strangley - they're not lined up and one seem to overlap the other. With the Menubar/Sidebar, when all of the Buttons are shown and the FG Window is at its default/opening size/resolution, so that there are two columns of large buttons, the left-hand edge of the left-hand colum of buttons are getting "clipped" - I'd estimate by about 3-5 pixels - just enough to make it look strange. The small buttons are also being "clipped". If I had to guess, I'd say the window defining the Menubar/Sidebar isn't wide enough - or the Buttons need to be scalled down vy a few percent so that they fit properly - either way.
Finally, not a problem but a design suggestion to consider - does the new windowlist at the top of the Library Window need to be so high? Its taking up some real estate I think would be better used for the Libraby Modules and their content. Have you considered reducing the height of this windowlist by 25% or 33%?
Just my $0.02 worth :)
Cheers
Edit: on fi=urther experimentation the Menubar/Sidebar "Clipping" seems to be more related to the scale of the Buttons than the size of the Menubar/Sidebar window - at least for the large buttons