...
| Sv translation | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||
Este tema incluye ejemplos de patrones de nombre que no funcionan y los motivos por los que esto ocurre. Ejemplo 1: Sintaxis de nombres de archivo incorrecta En el siguiente ejemplo, el archivo de origen se acepta en la hot folder inteligente, pero no se crea un trabajo ya que la retrorreferencia es incorrecta.
Motivo: no se puede incluir un delimitador de caracteres (por ejemplo, :6) en el patrón de nombre del trabajo de destino. Ejemplo 2: Sintaxis de nombres de archivo incorrecta En el siguiente ejemplo, el archivo de origen se acepta y se crea un trabajo, aunque el nombre sea erróneo. El nombre del trabajo se ha denominado eps_pages ya que el segundo comodín [$] (que no es una retrorreferencia) sobrescribe al primero [$] (que no es una retrorreferencia).
Motivo: no se puede utilizar un comodín más de una vez sin una referencia posterior con nombre. Al trabajo que se crea se le asigna un nombre que corresponde a lo que haga referencia el último comodín. Ejemplo 3: Referencias posteriores insuficientes En el siguiente ejemplo, se crea un trabajo nuevo para cada archivo de origen.
Motivo: el patrón de nombre de trabajo de destino es demasiado genérico; las referencias posteriores son insuficientes. Todos los archivos de origen se ajustan al patrón de nombre de archivo de trabajo de destino [$]. Nota: los patrones de nombre de archivo de origen genéricos son válidos cuando sólo se mueven o se cambia el nombre a los archivos, como se muestra en el siguiente ejemplo.
Ejemplo 4: Referencias posteriores excesivas En el siguiente ejemplo, se crea un trabajo nuevo para cada archivo de origen.
Motivo: el patrón de nombre de trabajo de destino es demasiado específico por el comodín [$] y coincidirá con cualquier cosa que incluya el nombre de archivo de origen. Ejemplo 5: Comodín incorrecto En el siguiente ejemplo, los archivos de origen no se mueven porque algunos caracteres del nombre de archivo no coinciden con el comodín.
Motivo: el comodín [%] corresponde sólo a letras, mientras que en la extensión del nombre de archivo también hay números. |
| Sv translation | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||
This topic includes examples of naming patterns that don't work and the reasons why.
In the following example, the source file is accepted by the smart hot folder, but a job is not created because the back reference is incorrect.
The reason: You cannot include a character delimiter (for example, :6) in the target job naming pattern.
In the following example, the source file is accepted and a job is created, but with the wrong name. The job name is named eps_pages because the second [$] wild card (that is not back-referenced) overwrites the first [$] wild card (that is not back referenced).
The reason: You cannot use a wild card more than once without a named back reference. The created job is named whatever is referenced by the last wild card.
In the following example, a new job is created for every source file.
The reason: The target job naming pattern is too generic; there are insufficient back references. All source files match the [$] target job file naming pattern.
Example 4: Excessive back references In the following example, a new job is created for every source file.
The reason: The target job naming pattern is too specific with the [$] wild card and will match anything in the source file name.
In the following example, the source files are not moved, because some of the characters in the file name do not match the wild card.
The reason: The [%] wild card matches letters only, and there are numbers in the file name extension. |