Re: Eastern language keyboard events
ok. Do you think that this accumulation is something gii should handle ? I mean, it would certainly be clean to just expose the unicode once it is completed. Then the client would only see one single key press even though there were quite a couple. Though I agree it would be the cleanest solution, the menu stuff would require heavy interaction with the main application to avoid chaos to break out on screen. since this seems indeed to be very complex, might I suggest that we handle this inside berlin ? This way, we could define ourself helper applets which present contextual help for composing text. This would be extremely difficult on a lower level. Yes - the main point is the display of completion menus and stuff. This is very hard to handle on lower levels, especially if you allow multithreading. We'd basically have to lock areas for the menus, which essentially can't be done without application help and it would as well couple at least LibGII to LibGGI, which isn't a good thing either. As (according to the other post here) there seems to be a Japanese input mapper available, it would probably be best, if LibGII just reported the unicode values on the keyboard and left the upper layers to Berlin that would use said mapper internally. CU, ANdy -- = Andreas Beck| Email : [EMAIL PROTECTED] =
Re: dvi ps
* Jim Peters ([EMAIL PROTECTED]) [000123 03:36]: On my outdated laptop, I use GS to create bit-map files, and a very basic anti-aliasing zooming PBM-viewer to display them (which I wrote). This is based on SVGALIB, so it should work under emulation with GGI (?right?). It's not as painful as it sounds, even on a 486. I can send the source if you're interested. Sure, send it to me. You could also look at the pbm gs driver code (gdevpbm I thinh). Since you know how pbm works, I think it would be a simple task for you to modify the pbm gs driver to output to a ggi target... Who knows? Anyway, vgalib emulation on my laptop never worked. There's something with vgagl, I don't know. Maybe I should give it another try. A GGI-based GV-replacement will be on my wish-list too, once I get GGI more incorporated into my setup, plus of course a GGI-based web-browser. Then I can throw X away too ! A GGI replacement for the X library (display opening pixel text drawing routines) would do the trick automatically. But that's a big task, and afaik not on the wish list of anyone with time to do that :( I too am waiting the day I can do without X. Alt-Fn works wonders, but I still need to see dvi, ps, and do secure transactions in sites with frames... Cheers, -- Cesar Augusto Rorato Crusius o__ o__ o__ o__ o__ Stanford University ,/'_ ,/'_ ,/'_ ,/'_ ,/'_ e-mail:[EMAIL PROTECTED](_)\(_) (_)\(_) (_)\(_) (_)\(_) (_)\(_) www.stanford.edu/~crusius HE WHO SACRIFICES FUNCTIONALITY FOR EASE OF USE LOSES BOTH AND DESERVES NEITHER
Re: Eastern language keyboard events
On Sat, Jan 22, 2000 at 04:05:06PM -0800, Jon M. Taylor wrote: Nice, eh? The unfortunate truth is that this crazy input system is pretty much required, due to the highly contextualized nature of the Japanese language. The Kanji for 'Zen' (for example) can have over 20 completely different meanings when used in different grammatical contexts. Unless you keep track of the running context, it is impossible to accurately translate subsequently entered Kanji syllables into Kanji words. This more or less requires a full Japanese grammar engine be embedded into the input protocol itself |-/. There are free programs which do this kana - kanji conversion (Wnn, Canna, etc.). As far a Chinese and Korean are concerned, I really don't know that much. I think that the Chinese and Japanese kanji are mostly the same, but China does not have a phonemeic written alphabet. And written Vietnamese is all phonetic (Roman alphabet with a bunch of phonetic modifications to the basic roman characters). Chinese input methods are even more difficult. There is a phonetic syllabary ("bopomofo"), but it is never used in normal writing, only learning, and only for Mandarin dialect I think. (I speak Cantonese, read Chinese, but still don't know the syllabary.) Various Chinese input methods use the strokes/radical of the kanji... I don't know how to use them myself and have not seen any documentation on it, so I can't tell you much. Using a tablet and (CJK) writing recognition software for input is quite popular here, but unfortunately the products are all for Windows :( -- Steve Cheng email: [EMAIL PROTECTED] www: http://shell.ipoline.com/~elmert/
Re: that ggiplay proggie I'm working on and libGII...
teunis [EMAIL PROTECTED] writes: Okay, I've found a problem with libGII... It's adding delays to that quicktime-player (and soon mpeg too! :) that I'm playing with... Resulting in blank spots in the audio and the occasional dropped video frame. Huh? Either you've found a severe bug in LibGII or you are not using it properly. Exactly what are you doing that causes a "delay" ? Any ideas for how to solve this one? The thing's multithreaded enough... I suppose I could add an I/O thread but I'm not sure how generic it should be made. Can GII eventstacks be made to communicate cross-thread? (without crashing or locking up that is... :) Sure, just call giiMTInit() and you should be able to to retrieve and enqueue events from multiple threads simultaneously. Joining/opening/closing inputs from several threads simultaneously will still not a good idea though, but that is hardly a problem. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
LibGGI3D
I read the Jon's letter about LibGGI3D, downloaded the 2000-01-21 snapshot and tried to compile the LibGGI3d stuff. I ran autogen.sh and tried to 'make' the thing, but gcc complains about a missing file called matrix.h . Could I rewrite it? (Well... I am not a marvelous developer, but if this file is only for basic matrix transformation I think I can write it). Finally, I wish to use the full power of my old Mystique card under Linux, but the GLX is very slow, so I would like to write a LibGGI3D module for HW acceleration. I got the specs from Matrox, but I have two problems: 1) I'm trying to understand what this PDF is talking about!!! What damned sort of cryptographic tech speech is that?! :-( 2) Is there a sort of skeleton module which I can use as a basis? Sorry for the bad english, Ciao! -- -- /\/\ a r -- -- -- /\/\ a r --
LibGGI3D @ SourceForge
I've imported the LibGGI3D source tree from degas, there are mailing lists and forums, and we should be ready to go. [EMAIL PROTECTED] should now be used for general and other GGI and 3D graphics discussions only. The LibGGI3D sources in the degas/ tree can be deleted. Jon --- 'Cloning and the reprogramming of DNA is the first serious step in becoming one with God.' - Scientist G. Richard Seed