Durante los últimos meses del 2017 recibimos la desagradable noticia sobre la necesidad de dinero que necesitaba el proyecto de Krita para seguir adelante. Esto se supero y hoy podemos decir que Krita sigue adelante con buena salud, con muy buena salud. Recientemente se ha liberado una nueva versión conocida como Krita 4.0.

Esta nueva versión añade nuevas herramientas a Krita y nuevos scripts, sin olvidar las compatibilidades con ciertos programas y la corrección de bugs que en toda versión nueva hay.

Las novedades más llamativas de esta nueva versión de Krita son las nuevas herramientas de SVG y Texto que se han introducido. Herramientas que mejoran la edición de este tipo de imágenes y la introducción de texto. La herramienta del pincel también ha sido mejorada, permitiendo la edición con un zoom de 800% y añadiendo la posibilidad de añadir ciertas máscaras que ayudan a crear imágenes más vivas. También se ha incluido una nueva herramienta llamada Comic Project Management Tools. Una herramienta que ayuda al usuario a crear cómics y materiales similares, potenciando aún más el uso y servicio de Krita para otras funciones que no sean la edición de una simple y básica imagen.

Krtia 4.0 añade nuevas funcionalidades mediante scripts de python que son ya habituales entre los profesionales del diseño gráfico pero además se añade compatibilidad con el formato xml de Scribus y paletas Swatchbooker (SBZ). Los bugs corregidos para esta versión también han sido muchos y si tenemos problema con alguno de ellos podemos comprobarlo a través de las notas de la versión.

Si queremos tener esta nueva versión o directamente probar primero y luego decidir si lo instalamos o no, recomendamos pasarse por la web oficial de la aplicación y utilizar el paquete en formato AppImage. Es un formato contenedor que nos permitirá ver y utilizar Krita 4.0 sin alterar el resto de nuestra distribución.

El artículo Krita 4.0, una nueva versión y nuevas mejoras de un gran editor de gráficos ha sido originalmente publicado en Linux Adictos.

from Linux Adictos http://ift.tt/2pz7j5v
via IFTTT

La red está llena de terminología que para los que no son informáticos podría resultar algo confusa. Algunos de estos términos pueden ser código fuente, guiones o script, snippets, etc. Bien, en cuanto a código fuente, es todo aquel texto o información escrita usando algún lenguaje de programación y respetando una determinada sintaxis para formar un algoritmo o función específica que compondrá al programa.

Por tanto, código fuente es un término algo más genérico y amplio, pudiendo englobar también dentro a los otros términos, ya que un snippet es un fragmento de código fuente que no llega a ser demasiado complejo por lo general. Por ejemplo, cuando nos dedicamos al diseño web o necesitamos insertar algún banner en nuestra web, normalmente los proveedores de anuncios como Google Adsense o Amazon Afiliados nos dan un snippet con el código HTML para poderlo insertar en nuestra web. Por tanto no es un programa completo, sino más bien pequeñas partes de código reutilizables.

Lenguaje interpretado vs lenguaje compilado:

Si te estás preguntando qué es un script o guión, debes saber que en programación se usa este término para referise al código fuente escrito en algún tipo de lenguaje interpretado (casi siempre). ¿Y qué diferencia existe con respeto a los lenguajes de programación compilados tradicionales? Pues que a diferencia de éstos, el código fuente no se compila una sola vez y se transforma en un binario, sino que se necesita de un intérprete que haga de intermediario y cada vez que se quiere ejecutar el programa, el intérprete deberá traducir el código para que la máquina lo entienda. Es decir, los pasos resumidos serían:

1. Escribir el código fuente del programa usando algún lenguaje de programación para compilar como C, BASIC, C++, Ada, ALGOL, D, COBOL, GO, Fortran, G, Lisp, Pascal, Swift, Visual Basic, etc. El código se puede escribir en un editor de texto cualquier o usando un entorno de desarrollo más completo o IDE.
2. Compilamos el código fuente utilizando algún compilador, como por ejemplo GCC de GNU. Con ello conseguimos transfromar esas órdenes en un lenguaje de alto nivel que solo comprenden los programadores y los compiladores en un lenguaje máquina o bnario que es entendible o ejecutable por la CPU.
3. El binario puede ser ejecutado todas las veces que necesitemos sin volver a pasar por los pasos previos. De hecho, la mayoría de distribuidores de software nos hacen llegar directamente el binario para ejecutarlo en nuestro equipo. Será el sistema operativo el que gestione los procesos necesarios para ello, syscalls, etc.

Por otro lado, los scripts no siguen esos pasos y se usan lenguajes interpretados. Existen muchos lenguajes interpretados, como pueden ser el propio usado en el intérprete Bash, que será el más usado en GNU/Linux y otros Unix, además de lenguajes tan conocidos como Perl, Python, Ruby, JavaScript, etc. Con ellos se puede escribir el código que compondrá el script que no será más que un fichero de órdenes o procesmaiento por lotes. Evidentemente según el lenguaje usado, la sintaxis variará. En el caso de un lenguaje interpretado, el orden cambiaría a:

1. Escribimos el script o código fuente usando un lenguaje de programación cualquiera. También podemos usar un IDE o simplemente un editor de texto.
2. En este caso no se compila, sino que directamente se puede ya ejecutar con ayuda del intérprete. Es decir, si usamos Bash, necesitamos de éste instalado en el sistema para poder ejecutar nuestro script. Si usamos un script en Python, necesitamos el intérprete Python instalado, etc.
3. Cuando ejecutamos el script, será el intérprete el que interprete las órenes o lenguaje que hay en él (de ahí su nombre), es decir, esas instrucciones no pasan directamente al sistema operativo y CPU, ya que no las reconocería sin ayua del intermediario o traductor que es el intérprete.

Dicho esto vemos que en uno u otro caso hay ventajas y desventajas. En el caso de los compilados no necesitan compilación en tiempo de ejecución, por tanto, una vez compilados la primera vez podremos ejecutar el binario todas las veces que queramos sin perder recursos en ello. No es así en los scripts, que necesitarán destinar recursos también para el intérprete, por tanto correrá más lento por lo general.

Creando nuestro primer script en Linux:

En nuestro ejemplo vamos a usar como lenguaje de programación interpretado el propio de Bash, y por tanto nuestro intérprete será Bash. Antes de nada debemos conocer que muchos ficheros de guión tienen encabezamientos conocidos como shebang según el intérprete usado. Por ejemplo, en LInux podemos encontrarnos con diferentes intérpretes, en el caso de Bash, el shibang es #!/bin/bash, pero en cualquier otro caso será el binario que apunta hacia el intérprete o shell en este caso.  Además, en el caso de Unix y Linux, el fichero de script suele tener la extensión .sh.

En el script podremos usar comandos del intérprete, operandos, constantes, etc. Por ejemplo, podemos crear un simple script para hacer cópias de seguridad en nuestro sistema y crear un registro con la fecha creando un fichero llamado backup.sh con nuestro editor det texto favorito. Su contenido será:

#!/bin/bash

tar cvf /backup/copia.tar /home/usuario
date > /backup/log_copia

Por ejemplo, en el ejemplo anterior creará una copia de seguridad del directorio /home/usuario y lo empaqueta en un tarball llamado copia.tar, para luego escribir un log de fecha. Para ejecutarlo, tendremos que darle permisos de ejecución, por ejemplo:

chmod +x backup.sh

./backup.sh


Un sencillo ejemplo que creo que alcare para los más novatos lo que es un script. Que es una duda bastante recurrente últimamente…
El artículo ¿Qué es un script? ha sido originalmente publicado en Linux Adictos.

from Linux Adictos http://ift.tt/2IOhmvd

via IFTTT