November 2001 - XEmacs-Beta - XEmacs Mailing List Archives

emacs-bidi summary for XEmacs people 23 years

Alex Schroeder

Hi XEmacs people, As to bidi, I have code now which more or less does the bidi algorithm without explicit direction codes. It is therefore not useful when transforming logical to visual order. It is, however, useful when transforming visual to logical. And since I think that adding the explicit direction code treatment ought to be very easy, I may still add it in the days to come. All of this plus some testing of the functions is in bidi.el. The bidi code I use needs tables that classify characters according to the bidi types used in the Unicode Tech Report, UAX#9. These tables use the bidi type classification from unicode.org, and it uses this info for all the 8859 charsets. This is in bidi-table.el -- about 500k. I also have a test table which only sets bidi types for ASCII characters and which uses the bidi type R (like Hebrew and Arabic) for capital letters. This is great when tinkering with the code and when writing test cases in plain ASCII. This is in bidi-table-test.el -- about 5k. The classification of characters in Emacs relies on Category Tables. In Emacs, these categories can be modified on the Lisp level. Since I didn't want to reserve any categories, I'm getting some unused categories when bidi.el is loaded. This seems not to work in XEmacs. Here's the main setup: (defun bidi-setup-categories () "Create new categories for bidi according to UAX#9. This sets all the categories defined in `bidi-categories'." (let ((table (standard-category-table))) (mapc (lambda (var) (let ((cat (get-unused-category table)) (doc (get var 'variable-documentation))) (when (symbol-value var) (error "%S is already set" var)) (unless cat (error "No more unused categories available")) (set var cat) (define-category cat doc table))) bidi-categories))) This uses the variables in the following lists: (defvar bidi-categories '(bidi-category-l bidi-category-lre bidi-category-lro bidi-category-r bidi-category-al bidi-category-rle bidi-category-rlo bidi-category-pdf bidi-category-en bidi-category-es bidi-category-et bidi-category-an bidi-category-cs bidi-category-nsm bidi-category-bn bidi-category-b bidi-category-s bidi-category-ws bidi-category-on) "List of categories variables used by bidi algorithms. Each category variable holds a character. This character identifies the category.") After running bidi-setup-categories, the bidi-category-* variables all hold a character, each used for a different category. The tables then use the categories thus defined. One way to do this in XEmacs would be to add the categories at the C level (the lispref didn't have much to say on categories), or to create a new category table where our categories will not clash with existing categories. I don't know how much memory a new category table would actually use, perhaps that would seem the best alternative. Anyway, if you are interested in the code, send me mail. Alex. -- http://www.emacswiki.org/

1 participants
0 comments

["Jared Brown" <orbs@home.com>] Re: XEmacs difficulties... 23 years

Adrian Aichner

Hi Guys, do you have any ideas about this? Andy, was the latest native XEmacs distributed by netinstaller built with the portable dumper option? Looks like bad old ... File: xemacs-faq.info, Node: Q6.4.1, Next: Q6.4.2, Prev: Q6.3.4, Up: MS Windows 6.3: Troubleshooting ==================== Q6.4.1 XEmacs won't start on Windows. ------------------------------------- XEmacs relies on a process called "dumping" to generate a working executable. Under MS-Windows this process effectively fixes the memory addresses of information in the executable. When XEmacs starts up it tries to reserve these memory addresses so that the dumping process can be reversed - putting the information back at the correct addresses. Unfortunately some .DLLs (for instance the soundblaster driver) occupy memory addresses that can conflict with those needed by the dumped XEmacs executable. In this instance XEmacs will fail to start without any explanation. Note that this is extremely machine specific. 21.1.10 includes a fix for this that makes more intelligent guesses about which memory addresses will be free, and this should cure the problem for most people. 21.4 implements "portable dumping", which eliminates the problem altogether. We recommend you use the 21.4 binaries, but you can use the 21.1 binaries if you are very paranoid about stability. *Note Q6.0.3::. Adrian -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

3 participants
3 comments

Re: XEmacs difficulties... 23 years

Adrian Aichner

>>>>> "Jared" == Jared Brown <orbs(a)home.com> writes: Jared> Hi. My name is Jared Brown, and I'm an XEmacs user. Up Jared> until this week, XEmacs was working fine for me. I have Jared> Microsoft Windows XP, and I'm using XEmacs to program in Jared> Scheme. Anyway, for some reason now, when I run xemacs.exe Jared> (under XEmacs 21.4), nothing happens. It's so odd. There Jared> are no error messages, no warnings, nothing. I don't even Hi Jared, please don't send anything else but patches to xemacs-patches(a)xemacs.org. http://www.xemacs.org/Debug/index.html will give you some suggestions about Debugging XEmacs. What did you have changed since XEmacs was working fine when you first noticed it no longer worked? A good problem description is your best bet to get expert help. Does XEmacs not start up at all? Where/how did you get XEmacs? What is the exact version you have? Are you using a native Windows version of XEmacs or a cygwin build? You are not giving us any clues at all :-( Adrian Jared> think a new process begins. Is there a workaround or a Jared> patch? Have you seen or heard of this before? Thank you Jared> for your time, Jared -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

1 participants
0 comments

package meta-faq/overview? 23 years

Darryl Okahata

Hi, Would it be useful to have a package meta-faq/overview, that gave a short description of the more useful/cool packages? I'm thinking that novices or people new to XEmacs would find it useful, especially for customization. It would also help to emphasize one of the strengths of XEmacs (over plain GNU Emacs): the easy, one-stop-shopping for packages. A lot of it would cover the same ground as the sample init.el, but it might be nice to periodically post a pointer to such a document in comp.emacs.xemacs. And, yes, I'll volunteer to write the initial version of the document if people think that it'll be useful. [ I don't know if I'll have the time to maintain it in the long term, but I can write the initial version. ] -- Darryl Okahata darrylo(a)soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day.

3 participants
3 comments

Bug#113598: xemacs21-basesupport: vm-user-agent hickup 23 years

Mikael Hedin

[Ref: http://bugs.debian.org/113598] Hi, I did some more investigation, and here is a solution that make s C-x m work: Add (require 'vm-startup) (require 'vm-version) (require 'vm-misc) (require 'vm-vars) (setq mail-user-agent 'vm-user-agent) to the init file. But this doesn't run my hooks, so I don't get spook in the letters:( But that's a minor issue for me ATM. Regards, Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden +46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22] Nu lubbar vi på fjället hela dan och trivs med det Jesse James '71 Cocaine Albania DES Mossad Janet Reno Semtex Delta Force genetic class struggle Area 51 David John Oates cypherpunk Lon Horiuchi Vickie Weaver AK-47

1 participants
0 comments

WorkShop 23 years

Loni, Taghi, IT-TR-Extern

Hello, When I start the workshop from the xemacs in sun solaris, I get the following error and the debugging toolbar does not apear: Error during eserve msg evaluation: (error all elements of toolbar button glyph list must be glyphs.[(nil nil nil) eserve-toolbarBuild eserve-toolbar-Build-sense Build- rebuild the program(F3)] And then when I want to step into a function in another file the editor does not change automatically to the new stopped location. Can you please give me an answer or refer me to somebody or some plases, where I can find the answer? Best regards Taghi Loni Depfa Bank Wisbaden Germany

1 participants
0 comments

tracking gtk bugs down 23 years

Les Schaffer

I've started tracking down the two gtk bugs which i have reported on previously. Since i am just learning about xemacs/gtk internals, its taking me a little time. So i am keeping a page where people can read along as i debug: http://folks.astrian.net/godzilla/gtk-bugs.html if anyone wants to lend a hand, let me know. I've put some xemcs/gtk questions at the bottom of the page, if anyone has any hints on them, could prove to be useful. i'll keep the page updated till the two bugs get squished. les schaffer

3 participants
4 comments

tm & gnus 23 years

Ilya N. Golubev

What was really meant by stating description "Emacs MIME support. Not needed for gnus >= 5.8.0" for tm in `package-index.LATEST.pgp'? It is unlikely that gnus itself, without using tm, is able to create full featured (multipart, with specified encodings and so on) MIME messages. It looks to me that currently gnus can only create single-part text/plain messages and create encoded words in message headers for some fixed set of charsets.

6 participants
24 comments

Speedbarv0.13: "e" fails in "speedbar-tag-find" & mouse-clicks ignored 23 years

Karr, David

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.4 (patch 3) "Academic Rigor" [Lucid] (i686-pc-linux) of Tue Jul 10 2001 on eos.redmond.cacheflow.com configured using `configure --prefix=/home/david.karr/local' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I have two separate issues with Speedbar, v0.13 and v0.13a (from sourceforge). After opening up Speedbar and seeing the file list, and opening up the functions in a file, I put the cursor on one of the functions and typed "e", and got the following stack trace: Signaling: (wrong-type-argument integer-or-marker-p #<extent [8017, 8261) semantic 0x88b2084 in buffer XMLplugin.c>) speedbar-tag-find("XMLdestroy()" #<extent [8017, 8261) semantic 0x88b2084 in buffer XMLplugin.c> 3) speedbar-do-function-pointer() #<compiled-function nil "...(24)" [0 re-search-forward "[]>?}] [^ ]" nil t speedbar-do-function-pointer] 4 ("/home/david.karr/speedbar/speedbar-0.13a/speedbar.elc" . 75908) nil>() call-interactively(speedbar-edit-line) dispatch-event(#<keypress-event e>) dframe-xemacs-popup-kludge(#<buttondown-event button3>) call-interactively(dframe-xemacs-popup-kludge) The other more minor issue is that when I click on the "+", for either files or sections of files, it does nothing. Typing "+" works, but not the mouse. I'm using the version of Semantic that's installed with XEmacs 21.4.3, which appears to be 1.3.3. Recent keystrokes: C-p C-SPC C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n ESC q C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-SPC C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n ESC w q M-x x e m TAB r e TAB BS BS b u g TAB BS TAB BS BS BS BS BS BS BS BS BS r e p o TAB r - e BS x e m TAB BS BS BS e m TAB BS BS BS t - e m TAB RET Recent messages (most recent first): No buffer matching `stuff', create one? (y or n) Yes No buffer matching `stuff', create one? (y or n) Loading emacsbug...done Loading emacsbug... Making completion list... Buffer is read-only: #<buffer "*Backtrace*"> Entering debugger... Loading debug...done Loading debug... XMLplugin.c: [#######################################################] ... done

2 participants
1 comments

Re: Emacs bidi 23 years

Alex Schroeder

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>>> "Alex" == Alex Schroeder <kensanata(a)yahoo.com> writes: > > Alex> I just checked the "On-line proceedings for m17n2000" and > Alex> found your name on the list of speakers. I'm currently > Alex> starting to work on Emacs bidi. One place where this takes > Alex> place is the emacs-bidi mailing list. Is there a similar > Alex> place for XEmacs bidi work? > > xemacs-beta will do. Nobody's picked up on it yet; we have no Arabic- > writing users AFAIK and very few Hebrew writers. If something gets > started, we could have a separate list. However, presumably bidi will > involve surgery on Mule and redisplay. We would probably make a CVS > branch, with intent to merge fairly quickly. So it would be best to > keep the general developer community informed, and xemacs-beta is > currently the best channel for that. Ok, I'll just keep you XEmacs guys informed of what's going on emacs-bidi from time to time. Eli Zaretskii is writing code for the redisplay which will take bidi into account while redisplaying. It is based on UAX#9 but uses a character-by-character-approach just like current Emacs redisplay: Based on the current position in the buffer, the "next" character is fetched. Instead of just incrementing the position, Eli does some scanning, caching, jumping and direction reversing such that the "next" character for redisplay is indeed the next character in visual order (in the window), but not necessarily the next character in logical order (in the buffer). UAX#9 is the Unicode Standard Annex #9 Technical Report and is available at http://www.unicode.org/unicode/reports/tr9/. TAKAHASHI Naoto and HANDA Kenichi are writing code to display Arabic from Unicode and ISO-8859-6 correctly. Those encodings use only one character for the various glyphs (start, middle, end, isolated form), so the display code needs to know about some basic Arabic rules to get this right. This is done using font-lock to identify the region of interest and compose-region to compose any number of characters into another character. There's a screenshot available at http://www.m17n.org/ntakahas/arabic.png. I myself am just getting into this. :) At the moment I'm writing code to create categories usable for bidi according to UAX#9. Currently I use one such categories for each bidi type in UAX#9. I use a table derived from UnicodeData.txt (available from www.unicode.org) to get all bidi types for UCS characters, and then I use tables from Dave Love's ucs-tables.el to use this information for all 8859 charsets. I assume that -- as more unification tables from UCS to the various other charsets become available -- the bidi categories can be for more and more charsets. This code is available from the emacs-bidi archives, http://mail.gnu.org/pipermail/emacs-bidi/. The next thing on the list is a function to revert the bidi-algorithm: To derive a logical form given the visual form. We assume that such a thing may be valuable when treating text pasted from other applications where the original logical ordering (and all the explicit bidi marks) got lost. Alex. -- http://www.emacswiki.org/

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta November 2001