Now that you put "Variable" cost in, let's have a translation string for that
(I'm sure you will start remembering it when you create string from now on )

Where did the commlinks go?!
Did you prepare a tab and forgot to create/display it?

The Variable string is a fixed string that tells the application to display a price range. It's not a string that is displayed anywhere so there is no need to have this translated. If Variable(100-1000) appears in the Cost, the application shows it as 100-1,000¥.

Nope. No plans on doing a separate Commlink tab. There're in there with Commlink category of Gear like they always have been.

The problem is now the character sheet shows too many boxes on the Physical Condition Monitor. Would you rather the character tells you how many boxes it has for overflowing including death, or excluding death?

Duh... since you rename categories I did the same and put it under "Modèles de commlinks" instead of "Commlinks" and failed to use the search correctly, my bad

Yeah, let's decide together how to it should be. Imo, overflow is what you can take without dying. Should be BOD. So I would say excluding death.


Note, I'm fine with the other solution as well, I'm just more naturally inclined to go this way.

I agree with deurk on this one. It seems to me that if you add the extra +1 in the XML, then you are technically making the data "wrong", but your purpose of adding one is only to add an extra box on the Phys CM, but it would be more "correct" to add the extra box in the PhysCM drawer rather than to make the XML data different.

But that said, I can't think of another use for the cmoverflow xml data off-hand, so it is probably not important to worry about it. ConditionMonitor.xslt can easily be modified either way. If you want to keep the extra +1 in the XML data, you can delete lines 40-51, and delete line 30. That removes the check to see if OverFlow = 0, and the whole block if OverFlow > 0.

Seems we are in line Key
Are you familiar with Git repositories? If so we could work on some stuff together and/or share designs. I've got a setup that could help.

k. The output will stay as is then since the rest of the application itself expects the Condition Monitor stuff to be in the state it currently is in. Looks like the XSLT file will just need to be changed then. I've updated the ConditionMonitor template and have uploaded them for distribition.

Just to be clear: overflow INCLUDES death box, so it's BOD+1?

Yes.

Okey dokey. Thanks.
Any opinion on the folder per sheets language?

No worries =). I'll just keep seeing what I can break!

I am familiar with it a little. I have only ever used it for downloading, though. I think it would be great if we could find some sort of way to share out these xsl files, so that if I make an update on one that I built, it could be pushed out to everyone who subscribes to it without having to bother Nebular to push it out every time. This is only a wish, though.

Thanks again for your effort, Nebular, and let us know if we can help with anything specific. I am currently working on a more comprehensive Commlink sheet, much like the new Vehicle Block sheet, but I may get distracted with trying to come up with a way to loop through Include files as from XML to see if that is a viable option for the future.

Feel free to PM me if you have any ideas about how we could collaborate on these sheet, deurk

maybe make it part of Omae

Just a quick one: people that are new to Chummer all to stumble on the same surprise when creating a first character: the armor encumbrance. Maybe it would be wise to switch armors as being non-worn by default rather than worn? Just a thought

Thanks Nebular.

Who's handling Omae?

What about those?
( c)/(b)/(m)/(cy)/(belt)/(d)...

The flipside to this is then people wondering why after adding a piece of Armor their Ballistic and Impact Ratings don't go up. It seems that adding the tooltip to show that the Attribute is being affected by Armor Encumbrance has helped solve some of this problem.

I really don't see the need for it right now. It's not as though there are a large number of sheets. If it were separated by language then French users would lose all access to the English sheets and would be problematic if you had regional variations for languages. For example, French Canadians might have their own UI and data translation files but could still comfortably use a standard French character sheet. Separating them into language-based directories would mean they wouldn't be able to use them.

Me! Well, for as much handling as Omae requires. Now that it's up it pretty much takes care of itself. Adding a section for character sheets is an interesting idea though. The only snag with this that I can see though is that sheets that use external templates can be problematic - if someone doesn't download all of the required files, none of it works. Same could go for if they only download an update for one of those files but not the rest.

I was wondering about those when I was working on the AP and Damage translations. They'll be in the next update.

There are already 3 sheets translated, and if we go the modular route, it will be 10-12 files or so.

Goody, thanks

One bug:
When you have a something selected on the weapons tab, and then select a mod or accessory of another weapon, the Ranges listed on the right are for the previously selected weapon, and it only corrects itself when you select another weapon.

One request:
On the weapons tab, would it be possible to have weapon accessories and modifications show their mount point (for accessories) or slot cost (for mods) when you select them? They show up fine when you're on the Add Accessory/Mod dialog.

The Ares HVBR should only get RC 4 not 4(5).

When I add it it shows 3(4) which. A Weapon lists its RC based on the Accessories and Mods that are currently marked as being installed. The catch is that it has a Stock which has an RC of (1) since they can be removed.

Both will be fixed in the next update.

If the stock can be removed and the text says nothing about folding or detaching, it should be 2(4). The shock pad cannot be used if you do not have a stock.

Yeah, this is where I'm starting to wonder if I should just show the Weapon's current RC without the brackets. The Weapons that all list things like 2(3) show what its base RC is and its possible RC are with all of its attachments in place, but if the app lets you pick which attachments you're currently using, it would make sense to me to just show a flat RC based on whatever you currently have installed. Currently if you remove the Stock from the HVBR, its RC drops to 3 since it is no longer being included in the RC calculation. If you removed the Shock Pad instead, it would drop to 2(3) since the Shock Pad is a "fixed" value while the Stock is an "optional" one.

On the character sheet, contact type is untranslated
Same thing for qualities

I updated my Chummer, and I got updated copies of "Shadowrun 4 Base.xslt" and "Vehicle Block.xsl" , but I did not get a copy of "". I'm not sure if that was a problem because I already had a copy of "ConditionMonitor.xslt" in my folder, or if the file isn't in the updater.

If you create a Cyberware Suite and put it into an existing file chummer removes the tabs and carriage returns from existing data.
In my case I had some custom cyberware, and the cyberwares section lost all tabs and carriage returns.

Question: Cyberware Commlinks.
How do you show within the Cyberware tab which commlink was put in?
Do you need to purchase it on the gear tab and put a note saying it's the cyberware one?

That's how I do it too. Did not find any other way.

Could the Incompetent trait be taken into account for skills ratings calculation and appear as such? It would be nice to have it displayed on a character sheet. Today, one has to remember which skill it's for, and it still displays it can be defaulted on (which is wrong).

Could we get in the character xml the type of ammunition loaded. I see that weapon stats are affected by it but I do not see any reference to what type it is.
Thanks!

Yeah, the Commlink itself needs to be added to the character's Gear separately.

Sure. I'll add a <currentammo /> node to the Weapon information which will give the name of the Ammo that is currently active and affect its stats.

Could you also add the AP and damage mods of ammo in the gear node for the ammo?
In the printout, I would like to list the ammo available for this weapon. I can match "weapon/category" to get a list of "../../gears/gear[category = 'Ammunition' extra = $category]" and use that to display a list of ammos for this weapon with their location and mods to the shot.

For what it's worth, I don't like to use the "Loaded" option because, my characters always carry a couple of different types of ammo depending on the situation.

Would it be posible to have commlinks as a plugin for the commlink cyberware item so that you can put there?

In the next update.

They should be in some way. They are being displayed on the vehicle tab when you select the vehicle.
And the mods for them are updating the stats that are being displayed.

I'll add it to the list as this one isn't something quick to implement.

They're already there. <weaponbonusdamage /> exists if the Weapon's DV is modified, and <weaponbonusap /> exists if the AP is modified.

Would be nice indeed.

EDIT: Ooops. answered already

Nebular, for focuses, spells and powers that have non permanent effects (+2 skills, +1 attribute or thing like that), could it be possible to have a checkbox to toggle the effect on stats on and off like armors today have? That would be really convenient to have in play.

In that regard, having a "Generic modifiers" tab with the possibility to add global modifiers (rain or distance to target) for example that you could toggle on and off as well would rock. Just something blank that one could fill up and where one could select level of modifier.

Maybe just a modifiers tab, specific lists of related modifiers (i.e. Combat mods, drug/toxin mods, etc.)


Something I thought about that might be neat is a "Calendar" tab. Maybe something simple, like the Missions calendar to start with. So we can keep track of that type of info directly in Chummer.

Hey, Nebular! I just updated Chummer here at work and when I try to launch it, I get an error saying:

"Default Language Missing!

Could not load default language file!"

Any ideas?

EDIT: FWIW, I downloaded the zip file and it ran with no issues. Bad download, maybe?