| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
we now use 12 bytes per cell instead of 10. however, this allows us to
support 256-color mode (not yet implemented but the framework is in
place) and to mix scripts when using combining characters. while the
latter sounds ridiculous at first, being able to visibly see a
combining letter attached to a [, ", or ' is extremely useful in
scripting and regular expressions with some languages.
some code is left slightly messy, but overall it's much cleaner now
since struct uucell is now properly encapsulated.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
locales, and will also fail when the selection owner cannot provide
utf-8 encoded text. much more support code is needed, but at least
this is a start.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
require support for large blocks of input:
output which cannot be written to the tty (pty) is no longer
discarded. instead, the display module is responsible for keeping the
buffer alive until it has been entirely consumed. one simple (and
smart) way to ensure this is to refuse to process events that could
generate new input text as long as there is unwritten data. this works
as long as there is an earlier layer of buffering (for fbcon, kernel;
for x11, xlib). a direct-on-x-protocol display implementation will
have to do its own buffer management.
this architecture allows pasting to be performed direct from a buffer
owned by the display module, which could reside in static or shared
memory, or even as a memory-mapped file. it also facilitates reuse of
the code in non-tty-connected settings.
|
| | |
|
| |
|
|
|
| |
was getting non-null-terminated strings sometime?!
|
| |
|
|
|
|
| |
as fast or faster even with remote displays due to horribly
inefficient X protocol...
|
| |
|
|
|
|
|
| |
X servers.. :(
some better approach is really needed; at this rate, even client side
images would be faster...
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
something much simpler that won't corrupt memory.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|
|
but it does work..
|
