summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* include the ucf font compiler and the ytty font in uuterm repository,Rich Felker2007-10-0231-13/+63411
| | | | | incorporating a simple nonrecursive build system for the font.
* updated docsRich Felker2007-10-021-8/+11
|
* updates to decomposition data:Rich Felker2007-10-012-102/+90
| | | | | | | | | - support single-replacement decompositions (legacy chars like angstrom) - correct for mandatory replacements wrongly marked <compat> in ucd - include newly added characters in the tables - omit presentation forms/cjk compat block for the time being
* move generated data to its own fileRich Felker2007-10-013-1260/+1262
|
* lame partial support for input methods that give long input stringsRich Felker2007-09-012-2/+4
|
* minimally working input method support!Rich Felker2007-08-231-1/+5
|
* updated combining table for new charactersRich Felker2007-03-311-8/+18
|
* ligature supportRich Felker2007-03-061-0/+2
|
* somehow i clobbered this info last time i updated the docs..Rich Felker2007-02-041-2/+5
|
* maybe not quite correct, but this fixes some major automargin-relatedRich Felker2006-12-091-2/+13
| | | | | | glitches (automargin flag was cleared on all escapes, not just ones that move the cursor).
* 100l: i had omitted korean from combining table since it wasn'tRich Felker2006-11-021-2/+14
| | | | | | | flagged in the u**codedata file. special-casing it like this seems more logical than adding a huge list of combing chars to the already-large table but i may reconsider eventually.
* additions to the decomposition table. these are _not_ u**code nfdRich Felker2006-11-021-4/+20
| | | | | | | | | | | | | | | | | equivalences but rather workarounds for the fact that the fools who added the greek extension block to unicode didn't know greek and didn't know they were duplicating existing characters. u**code stability policy makes it impossible to fix this stupid stupid mistake so i'll just maintain a table of corrections. without these additional mappings, the duplicate characters will not decompose and thus will show up as ?'s unless the font includes precomposed glyphs for each of these broken compatibility characters. in the future, further additions outside the standard may be made to this table if the character charts indicate equivalences that cannot be made canonical for stability reasons.
* use combining _, not ascii _, for underlineRich Felker2006-10-301-1/+1
|
* 100l: forgot to add this with the uucell overhaulRich Felker2006-10-292-0/+167
|
* major internal changes in representation of character cells.Rich Felker2006-10-297-264/+52
| | | | | | | | | | | | | 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.
* no need to check thisRich Felker2006-10-261-2/+0
|
* 10l: multiple-free!Rich Felker2006-10-261-1/+3
|
* basic, primitive paste support. it is blatently incorrect for non-utf8Rich Felker2006-10-261-5/+39
| | | | | | | 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.
* stupid omission; still a glitch though..?Rich Felker2006-10-251-0/+1
|
* additional indic notes in readmeRich Felker2006-10-251-1/+5
|
* major changes to input handling in preparation for pasting, which willRich Felker2006-10-253-36/+37
| | | | | | | | | | | | | | | | | | | | 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.
* returning in the child process is a very bad idea!Rich Felker2006-10-231-1/+1
|
* hey at least it looks better.. real palette config coming soonRich Felker2006-10-181-10/+14
|
* mistaken line left over from old codeRich Felker2006-10-161-1/+0
|
* don't know if this is a bug somewhere else, but for whatever reason iRich Felker2006-10-161-0/+1
| | | | | was getting non-null-terminated strings sometime?!
* reorder makefile to allow config.mak to add srcs; also use libs from config.makRich Felker2006-10-151-4/+4
| | | | | (this allows using -lutf8_plug on old broken systems, etc)
* remove server-side glyph rendering/cache entirely. client side is justRich Felker2006-10-151-66/+55
| | | | | | as fast or faster even with remote displays due to horribly inefficient X protocol...
* revert "performance increase" that actually hurt performance on betterRich Felker2006-10-153-35/+19
| | | | | | | X servers.. :( some better approach is really needed; at this rate, even client side images would be faster...
* large performance increaseRich Felker2006-10-153-19/+35
|
* preliminaries for input method supportRich Felker2006-10-151-2/+13
|
* we have an X port now :)Rich Felker2006-10-151-1/+0
|
* correctly apply combining marks in last column when auto-margins are in use.Rich Felker2006-10-141-0/+1
|
* better now, perhapsRich Felker2006-10-131-1/+4
|
* nonlatin input, attempt 2Rich Felker2006-10-131-2/+2
|
* try to support non-latin input.. does this work?Rich Felker2006-10-131-12/+26
|
* remove margin nonsense i got from reading bad sourceRich Felker2006-10-131-4/+3
|
* updated documentationRich Felker2006-10-131-18/+27
|
* build the x11 target first. this is a courtesy to non-linux users soRich Felker2006-10-131-1/+1
| | | | | | that if they just type "make", a uuterm-x11 binary will already exist by the time fbcon.c fails to compile.
* remove the horribly incorrect XImage handling and replace it withRich Felker2006-10-131-21/+16
| | | | | something much simpler that won't corrupt memory.
* x11 window resizing supportRich Felker2006-10-131-36/+52
|
* broken backspace; Xlib is stupidRich Felker2006-10-121-0/+1
|
* possibly fix crash on last glyph page?Rich Felker2006-10-121-2/+2
|
* missing prototypesRich Felker2006-10-123-0/+4
|
* missing some objs in "make clean" since x11 was addedRich Felker2006-10-121-1/+1
|
* 1% less messy/hackishRich Felker2006-10-121-6/+7
|
* 10l typo, broke fb buildRich Felker2006-10-121-1/+1
|
* first try at porting to X. very broken, minimal functionality,Rich Felker2006-10-122-6/+391
| | | | | but it does work..
* remove nasty hack for backwards colors in default pc/linux paletteRich Felker2006-10-122-7/+6
| | | | | | | (actually it's just moved to dblbuf.c for now, but this makes it easier to remove in the future when proper color palette config is implemented.)
* factoringRich Felker2006-10-123-5/+13
|
* store max possible glyphs boundRich Felker2006-10-122-1/+2
|