mailing-list for TeXmacs Users

[address@hidden]

On Tue, Dec 03, 2002 at 08:45:53AM -0600, Jacob Perkins wrote:
> 
> Here is a, hopefully, clear definition of my previous page numbering
> needs:
> 1. A way to mark a page (section) as the start of pre-page numbering. 
> This page and all subsequent pages will be numbered i, ii, iii, etc. 
> Any pages before this mark will not have any page numbers.
> 2. A way to mark a page (section) as the start of regular page
> numbering.  As in (1), these pages will be numbered 1, 2, 3, etc. 
> Regular page numbering will have precedence over pre-page numbering.
> 3. Table of Contents only shows pages with regular page numbering
> (pre-page numbering could be an option?)
> 4. Defaults would be the current setup of every page having regular page
> numbering.
> 
> An example for how I would like to use this in a proposal style:
> A Proposal is like an Article, and can have a Title and a Summary
> (instead of an Abstract).  If the Summary is added (it would just be a
> non-numbered section), it will start the pre-page numbering.  Assuming
> the Title is placed before the summary, it will not have a page number. 
> Any pages in between the summary and the first section will have
> pre-page numbering.  This would typically consist of the Table of
> Contents and a List of Figures/Tables/Illustrations.  Regular sections
> will be numbered as in an Article and the first section marks the start
> of regular page numbering.

I pasted this in bug report 1880 (bug group: wishlist) on Savannah.

https://savannah.gnu.org/bugs/?func=detailbug&bug_id=1880&group_id=156

So it will be accessible for further reference.

> I hope this helps in development efforts.

Well documented wishes like this one always help. I hope it will be an
inspiration for other people interested in new features.

> Just curious, but how is the development of a gtk interface progressing?

As far as I know, it is stalled at the moment.

Stéphane is working on a port to Perl/Qt.

Joris should define a stable TMGUI API sometime, which would be the
base of all further GUI development.

But otherwise I have not heard of recent progress on that issue.

However, according to Stéphane, that is going to be non trivial
because the TeXmacs toolkit is gadget based (it does its own
dispatching of events) while other modern toolkits are widget based
(they rely on the windowing system to dispatch events). That may seem
a minor issue, but actually it is a fundamental design choice.

Also, it seems that GTK is no longer considered as a toolkit of choice
for these reasons:

  -- it does not have native look and feel on Windows and MacOS.

  -- guile-gtk sees very little activity and we are going to handle
     GUI compatibility through the internal TMDOC API and not through
     the scripting layer.

-- 
David Allouche         | GNU TeXmacs -- Writing is a pleasure
Free software engineer |    http://www.texmacs.org
   http://ddaa.net     |    http://alqua.com/tmresources
   address@hidden  |    address@hidden
TeXmacs is NOT a LaTeX front-end and is unrelated to emacs.