alete89 / npy Goto Github PK

The setting 'treeViewRootPath' in cfg file isn't taking effect

Qué hace, y cómo.

Se esperaba: que no haga nada.

Para definir directorios de trabajo

Debe estar dado por la columna y no por el nombre de submenú

Debe mostrase en negrita el actual, y los anteriores normal

@manublesa
Ya estoy viendo cómo resolverlo

Poder lanzar nPy desde el desktop de Linux. La solucion propuesta es definir parámtetros al lanzar nPy.

• Si hay problema con el archivo tabla de secuencia no se puede correr el programa. Y se debe editar el archivo externamente y corregir el error. Este no se detecta al tratar de guardar cambios.

considerar un caracter para ignorar línea (# o ;) de manera de poder comentar o separar instrucciones en la tabla de secuencias.

... sigue este problemita. Al abrir nPy algo se escribe en él, en el rootPath (el del treeview)

Se propone definir un formulario de variables globales para manejar variables de entorno (como en windows para buscar un exe)

podríamos crear una tabla de secuencias vacía si es que no hay.

Lo que genera un comportamiento inesperado al tener dos submenús con el mismo nombre, aún estando en diferentes menús. Se ejecutan ambas instrucciones.

A veces las secuencias no se ejecutan cuando se lo pedís, pero aparentemente quedan en cola, cuando pedís ejecutar otra secuencia, se ejecutan ambas.

• El short-cut de los menúes (ALt-letra) es siempre la primer letra aun cuando esta repetida. Ejemplo Pos_Wims y Pos_plot

La siguiente sintaxis en la TS
wine /mtrpc/Neutro/wims5b.exe <input> -DIR:<library> -B:<biblioteca>
ignora
-DIR: y -B:

Agregar un separador y el nombre del proceso en los menús contextuales para que el usuario pueda entender a qué proceso corresponde cada campo.

Para evitar el ruido

Para poder editar más de un archivo de texto a la vez.

en *nix no alcanza con cerrar el PID del proceso, sino que hay que matar a los child.

Es decir que si tengo mas de un parametro en una linea de la tabla de secuencias, entonces todos tomarán como filtro el último agregado. En el ejemplo siguiente

prog.exe <#.php ...> <#.txt ...> <#*.py ...>

Todos los parámetros tendrán la máscara .py. El problema esta en que el QFileDialog no 'recuerda' el filtro aplicado en cada caso, sólo el último.

tira error, archivo no encontrado y la ruta indicada es incorrecta.

El sistema utilizado para definir los parámetros no prevé que las rutas pueden tener paréntesis. Por ejemplo, en sistemas windows de 64 bits, muchos programas son instalados en c:\program files (x86)\
Esto ocasiona que al querer lanzar un programa desde esa ruta, nPy solicite un parámetro con el placeholder "x86" y finalmente el programa no se pueda lanzar.

Quizás habría que cambiar los delimitadores por: <>, o ¿?

Con algún cambio, también podrían ser iguales, por ejemplo: ^parametro^

@manublesa

actualmente sólo reemplaza todas.

Corrida completa.

Al imágenes del manual está desactualizadas.

Sería bueno permitir que los inputs que recibimos para las llamadas permitan ser del tipo archivo y que el pop-up abra el OpenFileDialog para esto.

Propongo usar la sintaxis:
python /ruta/script.py <sf:archivo de entrada>

sf por Select File o algo similar.