Category:config.txt: Difference between revisions
Technology (talk | contribs) mNo edit summary |
Technology (talk | contribs) m (→Notes) |
||
Line 31: | Line 31: | ||
In contrast, you can specify an unlimited number of blocks with the same configuration key name. However, not all blocks defined for a certain configuration key will always be used by Kore. When Kore is ready to use a certain type of block configuration, Kore checks each defined block from top to bottom and stops when it finds a block whose defined attributes or conditions are met. Therefore, place the more important block options on top and the lower priority ones, below. | In contrast, you can specify an unlimited number of blocks with the same configuration key name. However, not all blocks defined for a certain configuration key will always be used by Kore. When Kore is ready to use a certain type of block configuration, Kore checks each defined block from top to bottom and stops when it finds a block whose defined attributes or conditions are met. Therefore, place the more important block options on top and the lower priority ones, below. | ||
[[Category:Control]] | [[Category:Control]] |
Revision as of 11:39, 7 November 2009
The file config.txt is the main configuration file. It is where you configure most of Kore's behavior.
Syntax
Entries in this file follows two distict formats, the key-value and the block format. The key-value format is outright simple. Each line contains a configuration key as the first word, followed by the value:
<config key> <value>
The block format, on the other hand, follows the similar concept, but additional attributes enclosed in curly brackets "{ }" extend the block config option's meaning:
<config key> <value> { <attribute1> <value1> <attribute2> <value2> }
Details
- <config key>
- This is one of the configuration variable names used by Kore. See the configuration list below for a list of available config variables.
- <value>
- This sets the value for the corresponding configuration variable that will be used by Kore. The type of meaningful values vary with each configuration key. The proper values for each config keys are described in the configuration list below.
- <attribute>
- These are basically the same as config keys but they are only used inside configuration blocks. These attributes define properties for the current block, as well as the conditions when the block will be used.
Note: Lines that begin with the pound sign (#) are comment lines. They are ignored by Openkore. You can also make blocks of comments by enclosing multiple lines inside /* and */.
Notes
Most of the configuration settings in this file are optional. Unless otherwise specified below, you can either leave the value empty or delete the whole entry, in which case either the default value will be used (e.g disabled for boolean flags) or the option will be completely ignored.
Each unique configuration key in key-value lines must appear only once inside this file (except for !include). When multiple lines have the same config key, that configuration option takes the value set in the line that appears last.
In contrast, you can specify an unlimited number of blocks with the same configuration key name. However, not all blocks defined for a certain configuration key will always be used by Kore. When Kore is ready to use a certain type of block configuration, Kore checks each defined block from top to bottom and stops when it finds a block whose defined attributes or conditions are met. Therefore, place the more important block options on top and the lower priority ones, below.
Subcategories
This category has the following 22 subcategories, out of 22 total.
Pages in category "config.txt"
The following 200 pages are in this category, out of 449 total.
(previous page) (next page)A
- adminPassword
- aggressiveAntiKS
- alias
- allowedMaps
- allowedMaps reaction
- attackAuto
- attackAuto considerDamagedAggressive
- attackAuto followTarget
- attackAuto inLockOnly
- attackAuto notInTown
- attackAuto notWhile buyAuto
- attackAuto notWhile sellAuto
- attackAuto notWhile storageAuto
- attackAuto onlyWhenSafe
- attackAuto party
- attackBeyondMaxDistance waitForAgressive
- attackCanSnipe
- attackChangeTarget
- attackCheckLOS
- attackComboSlot
- attackDistance
- attackDistanceAuto
- attackEquip
- attackEquip armor
- attackEquip arrow
- attackEquip costumeFloor
- attackEquip costumeLowHead
- attackEquip costumeMidHead
- attackEquip costumeRobe
- attackEquip costumeTopHead
- attackEquip leftAccessory
- attackEquip leftHand
- attackEquip lowHead
- attackEquip midHead
- attackEquip rightAccessory
- attackEquip rightHand
- attackEquip robe
- attackEquip shadowArmor
- attackEquip shadowLeftAccessory
- attackEquip shadowLeftHand
- attackEquip shadowRightAccessory
- attackEquip shadowRightHand
- attackEquip shadowShoes
- attackEquip shoes
- attackEquip topHead
- attackLooters
- attackLooters dist
- attackMaxDistance
- attackMaxRouteDistance
- attackMaxRouteTime
- attackMinPlayerDistance
- attackMinPortalDistance
- attackNoGiveup
- attackRouteMaxPathDistance
- attackSkillSlot
- attackUpdateMonsterPos
- attackUseWeapon
- attendanceAuto
- autoBreakTime
- autoConfChange
- autoMakeArrows
- autoMoveOnDeath
- autoMoveOnDeath map
- autoMoveOnDeath x
- autoMoveOnDeath y
- autoPoison
- autoResponse
- autoResponseOnHeal
- autoRestart
- autoRestartMin
- autoRestartSeed
- autoRestartSleep
- autoSleepMin
- autoSleepSeed
- autoSpell
- autoSpell safe
- autoSwitch
- autoSwitch default arrow
- autoSwitch default leftHand
- autoSwitch default rightHand
- autoTalkCont
- avoidGM ignoreList
- avoidGM namePattern
- avoidGM near
- avoidGM near inTown
- avoidGM reconnect
- avoidGM talk
- avoidHiddenActors
- avoidHiddenMonsters
- avoidList
- avoidList ignoreList
- avoidList inLockOnly
- avoidList reconnect
B
C
D
- dcOnDeath
- dcOnDisconnect
- dcOnDualLogin
- dcOnEmptyArrow
- dcOnJobLevel
- dcOnLevel
- dcOnMaxReconnections
- dcOnMute
- dcOnPlayer
- dcOnPM
- dcOnServerClose
- dcOnServerShutDown
- dcOnStorageFull
- dcOnZeny
- dcPause
- dealAuto
- dealAuto names
- debug
- debugDomains
- debugPacket exclude
- debugPacket include
- debugPacket include dumpMethod
- debugPacket received
- debugPacket ro sent
- debugPacket sent
- debugPacket unparsed
- doCommand
F
H
- history max
- homunculus attackAuto
- homunculus attackAuto considerDamagedAggressive
- homunculus attackAuto inLockOnly
- homunculus attackAuto notInTown
- homunculus attackAuto onlyWhenSafe
- homunculus attackAuto party
- homunculus attackBeyondMaxDistance waitForAgressive
- homunculus attackCanSnipe
- homunculus attackChangeTarget
- homunculus attackCheckLOS
- homunculus attackDistance
- homunculus attackDistanceAuto
- homunculus attackMaxDistance
- homunculus attackMaxRouteTime
- homunculus attackNoGiveup
- homunculus attackRouteMaxPathDistance
- homunculus autoFeed
- homunculus autoFeedAllowedMaps
- homunculus followDistanceMax
- homunculus followDistanceMin
- homunculus hunger
- homunculus hungerTimeoutMax
- homunculus hungerTimeoutMin
- homunculus return
- homunculus route step
- homunculus runFromTarget
- homunculus runFromTarget dist
- homunculus runFromTarget inAdvance
- homunculus runFromTarget maxPathDistance
- homunculus runFromTarget minStep
- homunculus StandByAuto
- homunculus tankMode
- homunculus tankModeTarget
- homunculus teleportAuto deadly
- homunculus teleportAuto dropTarget
- homunculus teleportAuto dropTargetKS
- homunculus teleportAuto hp
- homunculus teleportAuto maxDmg
- homunculus teleportAuto maxDmgInLock
- homunculus teleportAuto totalDmg
- homunculus teleportAuto totalDmgInLock
- homunculus teleportAuto unstuck