X-Git-Url: http://git.nikiroo.be/?a=blobdiff_plain;f=README.md;h=7dc0bb4b32ebe78dd9af6f88a7b5310eac880605;hb=e8a11f986bfe2556e450d7b8ad6ef0059b369bbc;hp=6bf20a962e3e0046a4141b8472ecf0682702d712;hpb=9245321388306b5b49d6385ce2f46ea6a82ab619;p=nikiroo-utils.git diff --git a/README.md b/README.md index 6bf20a9..7dc0bb4 100644 --- a/README.md +++ b/README.md @@ -24,11 +24,11 @@ Jexer currently supports three backends: TCP socket. jexer.demos.Demo3 demonstrates how one might use a character encoding than the default UTF-8. -* Java Swing UI. The default window size for Swing is 80x25, which is - set in jexer.session.SwingSession. For the demo applications, this - is the default backend on Windows and Mac platforms. This backend - can be explicitly selected for the demo applications by setting - jexer.Swing=true. +* Java Swing UI. The default window size for Swing is 80x25 and 20 + point font; this can be changed in the TApplication(BackendType) + constructor. For the demo applications, this is the default backend + on Windows and Mac platforms. This backend can be explicitly + selected for the demo applications by setting jexer.Swing=true. Additional backends can be created by subclassing jexer.backend.Backend and passing it into the TApplication @@ -149,6 +149,13 @@ follows: * 'java -cp jexer.jar jexer.demos.Demo4' . This demonstrates hidden windows and a custom TDesktop. + * 'java -cp jexer.jar jexer.demos.Demo5' . This demonstrates two + demo applications using different fonts in the same Swing frame. + + * 'java -cp jexer.jar jexer.demos.Demo6' . This demonstrates one + application performing I/O to two screens: an xterm screen and a + Swing screen. + More Screenshots @@ -176,16 +183,17 @@ The following properties control features of Jexer: jexer.Swing.cursorStyle ----------------------- - Used by jexer.io.SwingScreen. Selects the cursor style to draw. - Valid values are: underline, block, outline. Default: underline. + Used by jexer.backend.SwingTerminal. Selects the cursor style to + draw. Valid values are: underline, block, outline. Default: + underline. jexer.Swing.tripleBuffer ------------------------ - Used by jexer.io.SwingScreen. If true, use triple-buffering which - reduces screen tearing but may also be slower to draw on slower - systems. If false, use naive Swing thread drawing, which may be - faster on slower systems but also more likely to have screen + Used by jexer.backend.SwingTerminal. If true, use triple-buffering + which reduces screen tearing but may also be slower to draw on + slower systems. If false, use naive Swing thread drawing, which may + be faster on slower systems but also more likely to have screen tearing. Default: true. @@ -197,6 +205,11 @@ Some arbitrary design decisions had to be made when either the obviously expected behavior did not happen or when a specification was ambiguous. This section describes such issues. + - The JVM needs some warmup time to exhibit the true performance + behavior. Drag a window around for a bit to see this: the initial + performance is slow, then the JIT compiler kicks in and Jexer can + be visually competitive with C/C++ curses applications. + - See jexer.tterminal.ECMA48 for more specifics of terminal emulation limitations. @@ -228,9 +241,9 @@ ambiguous. This section describes such issues. check the current window size, performing the same function as ioctl(TIOCGWINSZ) but without requiring a native library. - - jexer.io.ECMA48Terminal calls 'stty' to perform the equivalent of - cfmakeraw() when using System.in/out. System.out is also - (blindly!) put in 'stty sane cooked' mode when exiting. + - jexer.backend.ECMA48Terminal calls 'stty' to perform the + equivalent of cfmakeraw() when using System.in/out. System.out is + also (blindly!) put in 'stty sane cooked' mode when exiting.