Una semana usando tiling windows.

2020-04-22 14:20

Ha pasado un poco más de una semana desde que decidí usar un tiling window manager "en serio".

Claro, estoy haciendo un poquito de trampa porque estoy usando KDE más Kröhnkite pero mis ventanas hacen mosaicos y me gusta.

Por qué esto y no i3 u otra cosa? Porque no quiero cambiar mi estilo de vida, nada más quiero que mis ventanas no se solapen todo el tiempo.

Kröhnkite me da suficiente funcionalidad "tiling" que obtengo (creo) los beneficios sin el masivo despelote de abandonar todas las cosas de mi escritorio a las que estoy acostumbrado. Todavía uso la tecla Windows (ok, ok, la tecla "Meta") para lanzar apps, sigo teniendo un panel de plasma con plasmoides en la parte de abajo de mi monitor. ¡Puedo hacer que las ventanas floten si quiero! Puedo usar la mayoría de los atajos de teclado de mis 24 años usando KDE (sí, en serio) etc.

¿Cuáles cosas tuve que cambiar para adaptarme?

Tuve que pasar a focus-follows-mouse. PERO por primera vez desde que empecé a usar FVWM en 1993 me gusta más que click-to-focus. Resulta que la implementación de KDE está buena y básicamente "hace lo que uno quiere". Como dice en la documentación, "es como click to focus, pero no hacés click".
Saqué las decoraciones de las ventanas. Sí, se pueden dejar, pero se ve raro.
Puse bordes más gruesos. Cambiar el tamaño de las ventanas con el teclado no está bueno, así que los bordes más gruesos ayudan.

¿Cuáles cosas me gustaron?

Tener layout tiling en un monitor y floating en el otro está muy bueno cuando se necesita. Y lo puedo activar o desactivar con una tecla. En general: layouts dinámicos y separados por pantalla son muy, muy útiles.
Tener un WM "tiling" pero que todavía respeta las convenciones de la mayoría de los WMs está bueno. Los popups flotan, ok?
El atajo Alt+Enter para hacer que una ventana sea la "importante" está genial.
Me encanta como maneja maximización/minimización.

¿Cuáles cosas no me gustaron?

El layout "tiled" tiene múltiples versiones que se cambian con Ctrl+I/D ... y a veces ninguna es exactamente lo que quiero? También suele pasar que las mas "altas" no parecen hacer nada, probablemente porque no tengo suficientes ventanas en el mosaico.
Ya que no tengo decoraciones en las ventanas, la inconsistencia brutal acerca de cual es el atajo para cerrar una aplicación es muy molesto. Puede ser ctrl+q o ctrl+x o esc o ninguno de ellos. Termino haciendo alt+f4 que se siente como Windows 3.11
La experiencia de scripts para KWin no es perfecta. Instalé otro hace un tiempo, llamado Quarter-Tiling, y lo desinstalé, hasta donde sé no hay rastros de él en mi sistema ... excepto por sus atajos de teclado, que van a ensuciar mi diálogo de atajos para siempre.

El experimento continúa!

PyQt Quickie: parsear línea de comandos

2012-02-24 02:38

opt_parser = OptionParser()
opt_parser.add_option("-q", dest="quickly", action="store_true",
    help="Do it quickly (default=False)")
(options, args) = opt_parser.parse_args(sys.argv)
app = QApplication(sys.argv)
:
:
:

O tal vez incluso QApplication([]). Bueno, eso está mal. Y está mal en casi todos los tutoriales, también. ¿Porqué? Porque Qt (y por lo tanto PyQt) soporta un montón de opciones útiles. Al hacerlo como en ese primer listado, si le pasás "-style=oxygen" o lo que sea, va a pasar alguna de estas cosas:

OptParser te va a decir que es una opción inválida y abortar
Vas a ignorar la opción y no vas a hacer nada útil con ella
Vas a tener tu propia opción -style y vas a hacer dos cosas

Ninguna de esas opciones es la idea. La manera correcta de hacerlo es ésta:

opt_parser = OptionParser()
opt_parser.add_option("-q", dest="quickly", action="store_true",
    help="Do it quickly (default=False)")
app = QApplication(sys.argv)
(options, args) = opt_parser.parse_args(app.arguments())
:
:
:

De esta manera, le das a PyQt la oportunidad de procesar las opciones que reconoce y después, vos manejás el resto, porque a app.arguments() ya le sacaron todas las opciones de Qt.

El lado malo es que --help va a ser mas lento, porque tiene que instanciar QApplication al divino botón, y vas a tener opciones no documentadas. Soluciones para ambos problemas se dejan como ejercicio.

Shipping your PyQt app for windows

2011-07-24 21:20

I have written about this in the past, with the general conclusion being "it's a pain in the ass".

So, now, here is how it's done.

Start with a working PyQt application. In this example, I will use devicenzo.py mostly because:
1. It is a working PyQt application.
2. It uses a big chunk of PyQt
3. It's easy to test
Now you need a setup.py. Here's one that works, with extensive commments.

# We will be using py2exe to build the binaries.
# You may use other tools, but I know this one.

from distutils.core import setup
import py2exe

# Now you need to pass arguments to setup
# windows is a list of scripts that have their own UI and
# thus don't need to run in a console.

setup(windows=['devicenzo.py'],
      options={

# And now, configure py2exe by passing more options;

          'py2exe': {

# This is magic: if you don't add these, your .exe may
# or may not work on older/newer versions of windows.

              "dll_excludes": [
                  "MSVCP90.dll",
                  "MSWSOCK.dll",
                  "mswsock.dll",
                  "powrprof.dll",
                  ],

# Py2exe will not figure out that you need these on its own.
# You may need one, the other, or both.

              'includes': [
                  'sip',
                  'PyQt4.QtNetwork',
                  ],

# Optional: make one big exe with everything in it, or
# a folder with many things in it. Your choice
#             'bundle_files': 1,
          }
      },

# Qt's dynamically loaded plugins and py2exe really don't
# get along.

data_files = [
            ('phonon_backend', [
                'C:\Python27\Lib\site-packages\PyQt4\plugins\phonon_backend\phonon_ds94.dll'
                ]),
            ('imageplugins', [
            'c:\Python27\lib\site-packages\PyQt4\plugins\imageformats\qgif4.dll',
            'c:\Python27\lib\site-packages\PyQt4\plugins\imageformats\qjpeg4.dll',
            'c:\Python27\lib\site-packages\PyQt4\plugins\imageformats\qsvg4.dll',
            ]),
],

# If you choose the bundle above, you may want to use this, too.
#     zipfile=None,
)

Run python setup.py py2exe and get a dist folder full of binary goodness.

And that's it. Except of course, that's not it.

What this will do is create a binary set, either a folder full of things, or a single EXE file. And that's not enough. You have to consider at least the following:

Put everything in resource files: images, qss files, icons, etc. Every file your app needs? Put it in a resource file and load it from there. That way you don't have to care about them if you go the "one exe" road.
Compile .ui files to .py (same reason)
Figure out if you use Qt's plugins, and make them work. This includes: using Phonon, using QtSQL, and using any image formats other than PNG.

After you have that, are you done? NO!

Your windows user will want an installer. I am not going to go into details, but I had a good time using BitRock's InstallBuilder for Qt. It's a nice tool, and it works. That's a lot in this field.

But is that all? NO!

You have to take care of the Visual Studio Runtime. My suggestion? Get a copy of the 1.1MB vcredist_x86.exe (not the larger one, the 1.1MB one), and either tell people to install it manually, or add it to your installer. You are legally allowed (AFAIK) to redistribute that thing as a whole. But not what's in it (unless you have a VS license).

And we are done? NO!

Once you run your app "installed", if it ever prints anything to stderr, you will get either a dialog telling you it did, or worse (if you are in aything newer than XP), a dialog telling you it can't write to a log file, and the app will never work again.

This is because py2exe catches stderr and tries to save it on a logfile. Which it tries to create in the same folder as the binary. Which is usually not allowed because of permissions.

Solution? Your app should never write to stderr. Write an excepthook and catch that. And then remove stderr or replace it with a log file, or something. Just don't let py2exe do it, because the way py2exe does it is broken.

And is that it?

Well, basically yes. Of course you should get 4 or 5 different versions of windows to test it on, but you are pretty much free to ship your app as you wish. Oh, mind you, don't upload it to downloads.com because they will wrap your installer in a larger one that installs bloatware and crap.

So, there you go.

De Vicenzo: un mini browser más copado

2011-03-05 23:46

Si no querés leer eso de nuevo, la idea es ver cuánto código falta para convertir el motor WebKit de Qt en un browser "en serio".

Para ello, me puse una meta completamente arbitraria de 128 líneas de código. En este momento lo declaro feature-complete (pero buggy).

Los nuevos features son:

Tabbed browsing (se puede agregar/sacar tabs)
Bookmarks (se pueden agregar/sacar y elegir de una lista)

Esto es lo que ya funcionaba:

Zoom in (Ctrl++)
Zoom out (Ctrl+-)
Reset Zoom (Ctrl+=)
Buscar (Ctrl+F)
Esconder búsqueda (Esc)
Botones de atrás/adelante y recargar
Entrada de URL que coincide con la página + autocompletado desde la historia + arregla la URL puesta a mano (agrega http://, esas cosas)
Plugins (incluído flash, que hay que bajar aparte ;-)
El título de la ventana muestra el título de la página (sin propaganda del browser)
Barra de progreso para la carga de la página
Barra de estado que muestra el destino de los links cuando pasas el mouse
Toma una URL en la línea de comando (o abre http://python.org
Multiplataforma (funciona donde funciona QtWebKit)

Y cuanto código es eso? 87 LINEAS.

O si preferís la versión que cumple con la PEP8: 115 LINEAS.

Me atajo antes que alguien lo diga: sí, el motor de rendering y el toolkit son enormes. Lo que escribí es el "chrome" alrededor de eso, igual que hacen Arora, Rekonq, Galeon, Epiphany, y muchos otros browsers.

Es un chrome simple y minimalista, pero funciona bastante bien, creo yo.

Aquí está el demo (buggy):

Mas o menos hace lo que esperaba que se puediera lograr, pero le faltan arreglos.

Para ver el código, vayan a su home page: http://devicenzo.googlecode.com

¿Cuanto browser entra en 128 líneas de código?

2011-02-28 21:10

Lo que me gustaba de ese browser de 42 líneas era que no era el ejemplo típico, donde meten una vista de Webkit en una ventana, cargan una página y te tratan de convencer de que son unos bananas. Esa versión son 7 líneas:

import sys
from PyQt4 import QtGui,QtCore,QtWebKit
app=QtGui.QApplication(sys.argv)
wb=QtWebKit.QWebView()
wb.setUrl(QtCore.QUrl('http://www.python.org'))
wb.show()
sys.exit(app.exec_())

O 6 si lo soportara un poco más feo.

¡Pero igual, el de 42 se veía útil!

This 42-line web browser, courtesy of #python and #qt -- http... on Twitpic

Esos botones que se ven funcionaban correctamente, habilitando y deshabilitandose en el momento correcto, la entrada de URL cambiaba cuando hacías click en un link, y otras cositas así.

Ahí decidí empezar un pequeño proyecto intermitente de code golf: meter el mejor browser que pueda en 128 líneas de código (sin contar comentarios ni blancos), usando solo PyQt4.

Eso tiene un propósito útil: siempre sospeché que si uno asume PyQt como parte del sistema base, la mayoría de las aplicaciones entrarían en diskettes. Esta entra unas 500 veces en uno de 1.44MB (¡así que podés usar los de 360 de commodore sin duplidisk!)

hasta ahora van 50 líneas, y tiene los siguientes features:

Zoom in (Ctrl++)
Zoom out (Ctrl+-)
Reset Zoom (Ctrl+=)
Buscar (Ctrl+F)
Esconder búsqueda (Esc)
Botones de atrás/adelante y recargar
Entrada de URL que coincide con la página + autocompletado desde la historia + arregla la URL puesta a mano (agrega http://, esas cosas)
Plugins (incluído flash, que hay que bajar aparte ;-)
El título de la ventana muestra el título de la página (sin propaganda del browser)
Barra de progreso para la carga de la página
Barra de estado que muestra el destino de los links cuando pasas el mouse
Toma una URL en la línea de comando (o abre http://python.org
Multiplataforma (funciona donde funciona QtWebKit)

Faltan tabs y soporte de proxy. Espero que lleven unas 40 líneas más, pero creo que ya es el más capaz de todos estos browsers de ejemplo.

El código... no es tan terrible. Uso muchos lambdas, y los argumentos keyword de PyQt para conectar señales, que hacen que algunas líneas sean muy largas, pero no muy difíciles. Se podría achicar bastante todavía!

Aquí está en acción:

Y aquí está el código:

#!/usr/bin/env python
"A web browser that will never exceed 128 lines of code. (not counting blanks)"

import sys
from PyQt4 import QtGui,QtCore,QtWebKit

class MainWindow(QtGui.QMainWindow):
    def __init__(self, url):
        QtGui.QMainWindow.__init__(self)
        self.sb=self.statusBar()

        self.pbar = QtGui.QProgressBar()
        self.pbar.setMaximumWidth(120)
        self.wb=QtWebKit.QWebView(loadProgress = self.pbar.setValue, loadFinished = self.pbar.hide, loadStarted = self.pbar.show, titleChanged = self.setWindowTitle)
        self.setCentralWidget(self.wb)

        self.tb=self.addToolBar("Main Toolbar")
        for a in (QtWebKit.QWebPage.Back, QtWebKit.QWebPage.Forward, QtWebKit.QWebPage.Reload):
            self.tb.addAction(self.wb.pageAction(a))

        self.url = QtGui.QLineEdit(returnPressed = lambda:self.wb.setUrl(QtCore.QUrl.fromUserInput(self.url.text())))
        self.tb.addWidget(self.url)

        self.wb.urlChanged.connect(lambda u: self.url.setText(u.toString()))
        self.wb.urlChanged.connect(lambda: self.url.setCompleter(QtGui.QCompleter(QtCore.QStringList([QtCore.QString(i.url().toString()) for i in self.wb.history().items()]), caseSensitivity = QtCore.Qt.CaseInsensitive)))

        self.wb.statusBarMessage.connect(self.sb.showMessage)
        self.wb.page().linkHovered.connect(lambda l: self.sb.showMessage(l, 3000))

        self.search = QtGui.QLineEdit(returnPressed = lambda: self.wb.findText(self.search.text()))
        self.search.hide()
        self.showSearch = QtGui.QShortcut("Ctrl+F", self, activated = lambda: (self.search.show() , self.search.setFocus()))
        self.hideSearch = QtGui.QShortcut("Esc", self, activated = lambda: (self.search.hide(), self.wb.setFocus()))

        self.quit = QtGui.QShortcut("Ctrl+Q", self, activated = self.close)
        self.zoomIn = QtGui.QShortcut("Ctrl++", self, activated = lambda: self.wb.setZoomFactor(self.wb.zoomFactor()+.2))
        self.zoomOut = QtGui.QShortcut("Ctrl+-", self, activated = lambda: self.wb.setZoomFactor(self.wb.zoomFactor()-.2))
        self.zoomOne = QtGui.QShortcut("Ctrl+=", self, activated = lambda: self.wb.setZoomFactor(1))
        self.wb.settings().setAttribute(QtWebKit.QWebSettings.PluginsEnabled, True)

        self.sb.addPermanentWidget(self.search)
        self.sb.addPermanentWidget(self.pbar)
        self.wb.load(url)


if __name__ == "__main__":
    app=QtGui.QApplication(sys.argv)
    if len(sys.argv) > 1:
        url = QtCore.QUrl.fromUserInput(sys.argv[1])
    else:
        url = QtCore.QUrl('http://www.python.org')
    wb=MainWindow(url)
    wb.show()
    sys.exit(app.exec_())

Ralsina.Me — El sitio web de Roberto Alsina

Publicaciones sobre kde