Difference between revisions of "Talk:Property Element"
Jump to navigation
Jump to search
imported>JRoush |
imported>Low Post |
||
| Line 22: | Line 22: | ||
*xbuttonb | *xbuttonb | ||
*xbuttona | *xbuttona | ||
*wraplimit | *wraplimit | ||
*shiftclicked | *shiftclicked | ||
| Line 41: | Line 40: | ||
*clickcountbefore | *clickcountbefore | ||
*clickcountafter | *clickcountafter | ||
*child_count | *child_count | ||
*animation | *animation | ||
Revision as of 12:20, 6 April 2011
On User# type elements: I'm not sure why Bethesda didn't have the menu classes set things like magicka cost directly into the String properties of the Text elements that display them. I'm reluctant to speculate in the article itself, but if anyone has some insight, let it be heard here.
I suspect it's linked to the fact that the src trait of Operator elements doesn't handle relative paths like "me()\some_child_element\some_other_child_element\someproperty." They probably would've had to assign unique indexes to every text element they needed to update, and it was just easier to create these intermediate properties in an element with an existing index.
JRoush 21:17, 22 May 2009 (EDT)
Properties that haven't been explained
- xscroll
- xright
- xleft
- xdown
- xup
- xlist
- xdefault
- xbuttonstart
- xbuttonrb
- xbuttonlb
- xbuttonrt
- xbuttonlt
- xbuttony
- xbuttonx
- xbuttonb
- xbuttona
- wraplimit
- shiftclicked
- returnvalue
- repeathorizontal
- repeatvertical
- listindex
- listclip
- linecount
- focusinset
- explorefade
- depth3d
- clipwindow
- cropoffsety
- cropoffsetx
- disablefade
- clickedfunc
- clickcountbefore
- clickcountafter
- child_count
- animation