|Anonymous | Login | Signup for a new account||2020-07-07 11:07 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002115||Core Inform||Spacing and printing||public||2019-11-16 08:14||2019-11-16 08:14|
|Target Version||Fixed in Version|
|Summary||0002115: Objects made in assembly are not capitalized by "[The X]" in some circumstances|
|Description||When a printed name property is assigned to something made in assembly, the printed name is not capitalized by the "[The X]" substitution for the provided example code.|
This may be working as intended on some level, in which case perhaps some explanatory notes in the documentation might be desirable. It's not clear what significant difference there should be in the way that the substitution works from looking at the showme output of the bucket (which capitalizes as expected) and the hands (which don't) in the example code.
|Minimal Source Text To Reproduce|
"Assembly Capitalization Issue" Place is a room. A container called your bucket is in Place. Chirality is a kind of value. The chiralities are right and left. A hand is a kind of container. A hand has a chirality. Understand the chirality property as describing a hand. A right hand and a left hand are part of every person. The printed name of a hand is usually "[chirality] hand". When play begins: repeat with player-hand running through hands part of the player: now the printed name of player-hand is "your [chirality] hand". test me with "x right hand / x bucket / showme right hand / showme bucket".
|Additional Information||Note that the "[The X]" substitution does seem to work for the following sample code, which does not include a printed name definition for the hand kind:|
Place is a room.
A container called your bucket is in Place.
A hand is a kind of container.
A hand is part of every person.
When play begins:
repeat with player-hand running through hands part of the player:
now the printed name of player-hand is "your hand".
test me with "x hand / x bucket / showme hand / showme bucket".
Digging into the generated I6 code shows that there is a difference in the way that the I6 cap_short_name property is handled: It is not created for the hand kind in the example code, which seems significant.
This may or may not be related to the modifications made for bug 0001128.
|Tags||No tags attached.|
|Effect||(serious/mild) Game compiles but misbehaves|
|2019-11-16 08:14||otistdog||New Issue|
|Copyright © 2000 - 2010 MantisBT Group|