You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Tak O. <Tak...@am...> - 2005-08-31 17:16:26
|
Surendra, Thanks for revitalizing the project. Subdividing the file is a good idea. Compared to other typical elisp packages table.el is extraordinarily large. I think a good division can be where the next comment is located. ;; Worker functions (executed implicitly) In regard to the emacs CVS, the main difference of the code from sourceforge one is the departure from use of function advising. In the old package some functions are advised globally so that they can act specially when called in a table cell. Richard Stallman strongly discouraged using function advising in an elisp package that comes with emacs. He consider advising is for users to modify the default system behavior but not for the system implementation. The latest emacs has a new feature called "command remapping" and this is the mechanism I utilize in order to eliminate the use of function advise. Here is an excerpt from etc/NEWS. - Command remappings are defined using `define-key' with a prefix-key `remap', i.e. `(define-key MAP [remap CMD] DEF)' remaps command CMD to definition DEF in keymap MAP. The definition is not limited to another command; it can be anything accepted for a normal binding. Regards, -Tak Tue, 30 Aug 2005 23:09:07 -0700: <EFu...@ne...> wrote: > Hello, > I have created a cvs repository and checked in some changes to the 'table.el'. > There is also a Changes file which contains the changes which I have applied. > > > > Tak Ota <Tak...@am...> writes: > > I consider sourceforge version as generic table.el which runs on both > > emacs, xemacs and supports old emacsen too. The one in head of emacs > > CVS is the latest but does not run on old emacs or xemacs. Do you > > have a good idea how to harmonize or even somehow unify them? > > I have to look into the 'table.el' in the emacs CVS head to answer this question. > > Right now, I think the table.el file is too huge and hard to work with, I will try to refactor the code and move out some parts in other file. > > Cheers. > -- > Surendra Singhi > > http://www.public.asu.edu/~sksinghi/index.html > > > __________________________________________________________________ > Switch to Netscape Internet Service. > As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register > > Netscape. Just the Net You Need. > > New! Netscape Toolbar for Internet Explorer > Search from anywhere on the Web and block those annoying pop-ups. > Download now at http://channels.netscape.com/ns/search/install.jsp |
From: <EFu...@ne...> - 2005-08-31 06:09:20
|
Hello, I have created a cvs repository and checked in some changes to the 'table.el'. There is also a Changes file which contains the changes which I have applied. > Tak Ota <Tak...@am...> writes: > I consider sourceforge version as generic table.el which runs on both > emacs, xemacs and supports old emacsen too. The one in head of emacs > CVS is the latest but does not run on old emacs or xemacs. Do you > have a good idea how to harmonize or even somehow unify them? I have to look into the 'table.el' in the emacs CVS head to answer this question. Right now, I think the table.el file is too huge and hard to work with, I will try to refactor the code and move out some parts in other file. Cheers. -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.html __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp |
From: David G. <dgo...@bi...> - 2001-08-12 14:17:12
|
Hello, [Although I wrote to Mr. Ota personally about this many months ago, this is to make the feature request "official".] I am working on an autodocumentation tool for Python, the Python Docstring Processing System (DPS). One component of the DPS is a parser, reStructuredText. The reStructuredText parser will soon include support for tables almost identical to those produced by table.el. The only difference is that the reStructuredText tables allow for the explicit markup of the row separator line between the table head and body, using equals signs ("=") instead of hyphens ("-"). Only one such row separator may use "=", and it must extend across the entire table (i.e., no row spans across the head/body boundary). A reStructuredText table with a single head row looks like this:: +------------------------+------------+----------+----------+ | Header row, column 1 | Header 2 | Header 3 | Header 4 | | (header rows optional) | | | | +========================+============+==========+==========+ | body row 1, column 1 | column 2 | column 3 | column 4 | +------------------------+------------+----------+----------+ | body row 2 | Cells may span columns. | +------------------------+------------+---------------------+ | body row 3 | Cells may | - Table cells | +------------------------+ span rows. | - contain | | body row 4 | | - body elements. | +------------------------+------------+---------------------+ I would like to formally request that the headrow-separator feature be added to table.el. It makes conversion to CALS tables and other models much simpler, and makes automatic conversion of head rows possible. I hope an experienced elisper takes an interest in this. If not, I will eventually try to implement it, but it may take me a while. Submitted feature request #450284: http://sourceforge.net/tracker/index.php?func=detail&aid=450284&group_id=141 37&atid=364137 Thank you. -- David Goodger dgo...@bi... Open-source projects: - Python Docstring Processing System: http://docstring.sourceforge.net - reStructuredText: http://structuredtext.sourceforge.net - The Go Tools Project: http://gotools.sourceforge.net |
From: <bg...@us...> - 2001-02-07 18:44:29
|
This is probably more of a query than a request. I'm intrigued by the table editing support Takaaki has implemented here. I am looking at it mainly because I use Emacs with Psgml for creating and editing SGML, XML, and HTML. I'm curious if there are plans, or if it's even feasible, to be able to convert not only to HTML (and CALS table) tables format, but from these formats back into the format that can be edited using table.el thus allowing one to not only ce=reate new tables and convert into HTML or XML format, but update them as well. Thanks, Brian Gillan Phone: (919) 254-1765 Tie-line: 8-444-1765 GILLAN AT RALVM13 / bg...@us... Information Technology and Strategy Dept. E14D Bld. 500 RTP, NC |
From: Tak O. <Tak...@am...> - 2000-12-07 05:03:04
|
Hi Mike, Thanks for using table.el and giving the feedback. Any request that has good reason to implement is welcome. It sounds like there are many users who benefit by implementing CALS support. So I'll work on it. There are two conditions I'd like to ask you. 1. Please be a beta tester and QA of the CALS implementation since I know very little about CALS. 2. Give me some time before the first beta. This week and next week is quite hectic for me including trip to overseas. Regards, -Tak __________________________ Original Message __________________________ Subject: CALS table support? Author: Michael Smith (sm...@xm...) Date: 06 Dec 2000 19:26:16 -0800 > > Tak, > > First, thanks for coming up with table.el -- great piece of work. > > A couple of questions: > > 1. Any plans to add support for generating CALS tables? > > The CALS model, if you're not familiar with it, goes like this: > > <table> > <title></title> > <tgroup cols="2"> > <tbody> > <row> > <entry></entry> > <entry></entry> > </row> > </tbody> > </tgroup> > </table> > > That's just about the simplest example possible. For a more complex > example, look at this from the DocBook guide: > > http://www.oreilly.com/catalog/docbook/chapter/book/table.html#AEN114751 > > A sample rendering follows the example. > > > 2. How much work would it be to add support for CALS tables? I am very > glad to help any way I can should you decide to add CALS. > > I work much with XML (mostly in DocBook, which uses the CALS table > model) using Emacs/psgml mode. One of the very few things psgml > -can't- do that some other editor can is graphical table editing. > > Using psgml in conjuction with table.el+CALS would really help DocBook > users create tables much more quickly and easily. > > Any thoughts on adding CALS to table.el? -- Yes, no, maybe? > > Regards, > > --Mike Smith > > -- > Michael Smith mailto:sm...@xm... > XML-DOC http://www.xml-doc.org/ > |
From: Michael S. <sm...@xm...> - 2000-12-07 03:26:25
|
Tak, First, thanks for coming up with table.el -- great piece of work. A couple of questions: 1. Any plans to add support for generating CALS tables? The CALS model, if you're not familiar with it, goes like this: <table> <title></title> <tgroup cols="2"> <tbody> <row> <entry></entry> <entry></entry> </row> </tbody> </tgroup> </table> That's just about the simplest example possible. For a more complex example, look at this from the DocBook guide: http://www.oreilly.com/catalog/docbook/chapter/book/table.html#AEN114751 A sample rendering follows the example. 2. How much work would it be to add support for CALS tables? I am very glad to help any way I can should you decide to add CALS. I work much with XML (mostly in DocBook, which uses the CALS table model) using Emacs/psgml mode. One of the very few things psgml -can't- do that some other editor can is graphical table editing. Using psgml in conjuction with table.el+CALS would really help DocBook users create tables much more quickly and easily. Any thoughts on adding CALS to table.el? -- Yes, no, maybe? Regards, --Mike Smith -- Michael Smith mailto:sm...@xm... XML-DOC http://www.xml-doc.org/ |