gmane.comp.tex.latex.latex3

Re: Deprecated functions

Bruno Le Floch — 2012-05-24T19:31:38

At the moment yes.  We agree that this is not very LaTeX3-like.  The
current plan is to introduce a higher-level function to convert comma
lists and sequences to nicely setup lists of the form "item1, item2,
item3, and item4".

    \clist_use:Nnnn <clist var>
     { <separator for two> }
     { <separator in general> }
     { <last separator for more than 2> }

For instance,

    \clist_use:Nnnn \l_my_clist
      { ~ and ~ } { , ~ } { , ~ and ~ }

would give

    item1 % if the clist had only one item
    item1 and item2 % if the clist had two items
    item1, item2, and item3 % for 3 items or more.

We have not yet decided whether to add this function yet.  Since
\clist_use:N was not used in TeXLive 2011 (apart from our own l3doc),
deciding this seemed less urgent than other issues.

Regards,
Bruno

Re: Deprecated functions

Marco Daniel — 2012-05-24T17:19:27

Does it mean I have to write:

\tl_use:N \l_mylist_clist

regards
Marco

Re: Deprecated functions

Bruno Le Floch — 2012-05-24T10:52:52

Hello all,

A small correction: \clist_use:N should be replaced by \tl_use:N since
that function inserts the comma list in the input stream, including
the commas.  The alternative suggested by Joseph removes the commas.

Deprecated functions

Joseph Wright — 2012-05-23T21:09:01

Hello all,

The following functions have been deprecated and will be removed after
2012-08-31 with no replacement direct:

  \clist_use:N
  \seq_use:N

The appropriate alternatives at present are

  \clist_map_function:NN <argument> \use:n
  \seq_map_function:NN   <argument> \use:n
--
Joseph Wright

Re: Deprecated functions

Frank Mittelbach — 2012-05-17T13:48:27

Am 15.05.2012 21:48, schrieb Marco Daniel:

partly your fault if I remember correctly :-) I mean making us change 
from length to count

frank

Re: Deprecated functions

Marco Daniel — 2012-05-15T19:48:30

In my opinion a great improvement.

regards
Marco

Re: Deprecated functions

Joseph Wright — 2012-05-13T09:19:38

These should of course have gone the other way, so

  \tl_length:N => \tl_count:N

and so on.

Deprecated functions

Joseph Wright — 2012-05-13T09:07:26

Hello all,

As notified previously, we are updating expl3 to address a small number
of inconsistencies in function naming. At present, these changes have
been made in the SVN only: they will be updated on CTAN /after/ the
TL2012 freeze.

The following functions have been deprecated and will be removed after
2012-08-31 with no replacement:

  \clist_if_eq:NN(TF)
  \skip_if_infinite_glue:n(TF)

The following functions have been renamed and are deprecated for removal
after 2012-08-31:

  \tl_length_tokens:n => \tl_count_tokens:n

The following functions have been renamed and are deprecated for removal
after 2012-11-30:

  \clist_length:N => \clist_count:N
  \clist_length:c => \clist_count:c
  \clist_length:  => \clist_count:n
  \prop_del:Nn    => \prop_remove:Nn
  \prop_del:cn    => \prop_remove:cn
  \prop_del:NV    => \prop_remove:NV
  \prop_del:cV    => \prop_remove:cV
  \prop_gdel:Nn   => \prop_gremove:Nn
  \prop_gdel:cn   => \prop_gremove:cn
  \prop_gdel:NV   => \prop_gremove:NV
  \prop_gdel:cV   => \prop_g

Re: Functions moved to 'internal'/deprecated

Joseph Wright — 2012-05-10T08:33:52

These are actually in use in l3doc, and so will be retained but marked
as 'internal'. As such, they may be altered further in the future.

Sorry for the confusion.

Functions moved to 'internal'/deprecated

Joseph Wright — 2012-05-10T07:22:51

Hello all,

The functions \cs_get_arg_count_from_signature:N and
\cs_split_function:NN have been move to 'internal' status, and so may be
renamed or dropped in the future without notice. These functions are not
used outside of the kernel in a current TeX Live installation.

The functions \cs_get_function_name:NN and \cs_get_function_signature:NN
are deprecated, and will be removed from expl3 by 2012-08-31. These
functions are entirely unused in a current TeX Live installation.
--
Joseph Wright

Upcoming changes

Joseph Wright — 2012-05-10T06:43:06

Hello all,

The team will not be updating the CTAN release of LaTeX3 until after the
upcoming TeX Live freeze. We have some 'breaking' changes that we feel
need to be made, and programmers will need time to adjust their code to
match. In particular, we are keen that the same conventions are used as
far as possible across expl3, and after a careful review by Frank
Mittelbach we have found a small number of inconsistencies which we want
to address.

I will be making a series of announcements over the coming couple of
weeks concerning deprecated functions, with associated renaming where
appropriate. These will all go to CTAN at the same time, and so I will
also announce when this happens, probably some time in June.

One change which has already occurred in the SVN version of LaTeX3 is
the replacement of the 'old' FPU with a new expandable version. We are
currently finalising the details of which functions will be retained and
which will be removed. A full announcement on this will follow in due
course as part

Babel

Javier Bezos — 2012-05-01T08:28:02

Babel gets back on track and it is again actively maintained. The
goals are mainly to fix bugs, to make it compatible with XeTeX and
LuaTeX (as far as possible), and perhaps to add some minor new
features (provided they are backward compatible).

No attempt will be done to take full advantage of the features
provided by XeTeX and LuaTeX, which would require a completely
new core (as for example polyglossia or as part of LaTeX3).

Your comments or suggestions (or questions!) are welcomed.

Javier

Re: XMLTeX htmlentities.tex

David Carlisle — 2012-03-07T15:24:23

A large part of what xmltex is doing is tying to handle unicode font 
encodings with a non-unicode TeX, so it could be simplified greatly for 
xetex. Conceptually the encoding handling is separate (and before) the 
xml parsing but of course since xmltex tries to do both together in a 
single pass, the actual coding isn't that layered.


yes sorry.

I thought no one used it, but I found out earlier this year that it is 
being used, and typeset some commercial encyclopaedias at least.

 >I'm looking at openjade and jadetex now and

These days I'd use XSLT to process the XML and just write out TeX syntax 
which can be processed by TeX, it's just so much easier than getting TeX 
to do both at the same time. That's how the pdf version of the MathML 
spec is typeset for example.

That said, if xmltex works I'd be happy to know, and if it fails, I'm 
open to take bug reports (if I can remember how it works:-)


David

Re: XMLTeX htmlentities.tex

William Adams — 2012-03-07T14:43:39


xmltex running on top of xetex.


I believe you mean unicode.xml?



Should I not be using it? I'm looking at openjade and jadetex now and trying to wrap what's left of my mind around it. In the past when I've had to typeset XML I've ``just'' used nifty Plain TeX macros which Jeff McArthur wrote up (somewhere on comp.text.tex is a a brilliant writeup of an early version of these if memory serves), so xmltex seemed like the perfect way to leverage my knowledge of LaTeX for this.

Thanks!

William

Re: XMLTeX htmlentities.tex

David Carlisle — 2012-03-07T13:44:42

some flavour of xmltex?

latex-l isn't really the list for xmltex as it's not a latex-project 
product, but still...

  and I've found that I

I don't recall such a file.


In theory the file unicode.tex which is linked from the final section of

http://www.w3.org/2003/entities/2007doc/Overview.html

includes TeX definitions of all of the html/mathml
  characters. That file began life as part of jadetex specifically to 
provide TeX support, but the TeX side of it probably hasn't been kept up 
to date, however it _is_ now the source of all the entity definitions in 
html and Mathml, so if there are any TeX discrepancies it would be good 
to get them fixed in that file (my personal mail (google for me:-) or 
www-math-Pl0VvzL1eo4< at >public.gmane.org are probably better than this list.
A shorter list of just the entities is available as

http://www.w3.org/2003/entities/2007/htmlmathml-f.ent

which is extracted from unicode.xml whenever it's built.

No one has touched the xmltex sources for a decade or more, howeve

XMLTeX htmlentities.tex

William Adams — 2012-03-07T13:13:01

Returning to working on an xexemltex project and I've found that I 
added a line: 
\input{htmlentities.tex} 

at the beginning of my .xmt file and I'm not remembering if it's a 
standard thing or no. 

It started w/: 

\XMLentity{apos}{\textquoteright} 
\XMLentity{rsquo}{\textquoteright} 
\XMLentity{lsquo}{\textquoteleft} 
\XMLentity{rdquo}{\textquotedblright} 
\XMLentity{ldquo}{\textquotedblleft} 

and I've already added: 

\XMLentity{nbsp}{\nobreak{ }\nobreak} 
\XMLentity{mdash}{\textemdash} 

Should I continue along these lines (and then upload to CTAN?) or is 
there a finished version of this file extant already? (I looked and 
couldn't find one). 

Thanks!

William

Re: Problem with regex

dongen — 2012-02-21T13:24:08

* Joseph Wright <joseph.wright-NisN+YXOI8VaA8anhhA8LJ6WHSJbwjtC< at >public.gmane.org> [2012-02-21 12:56:31 +0000]:

: On 21/02/2012 12:02, dongen wrote:
: >     \tl_new:N \l_arg_tl
: >     \regex_const:Nn \c_slash_regex_tl    { / }
: >     \tl_set:Nn \l_arg_tl {1234/5678/9012}
: >     \regex_replace_all:NnN \c_slash_regex_tl {\c{textbackslash}} \l_arg_tl
: >     \regex_use:N \l_arg_tl
: 
:        ^^^^^^^^^^^
: 
: You want \tl_use:N

Sigh:-) Thanks Joseph.

Regards,


Marc van Dongen

Re: Problem with regex

Joseph Wright — 2012-02-21T12:56:31

       ^^^^^^^^^^^

You want \tl_use:N
--
Joseph Wright

Problem with regex

dongen — 2012-02-21T12:02:59

Howsagoin (Bruno?),


I don't understand why the following regular expression replacement
gobbles the first two characters.

    \tl_new:N \l_arg_tl
    \regex_const:Nn \c_slash_regex_tl    { / }
    \tl_set:Nn \l_arg_tl {1234/5678/9012}
    \regex_replace_all:NnN \c_slash_regex_tl {\c{textbackslash}} \l_arg_tl
    \regex_use:N \l_arg_tl

It gives me 34\textbackslash5678\textbackslash9012.

Thanks in advance for your help.

Regards,


Marc van Dongen

Re: Deprecated functions: \prg_quicksort: family

dongen — 2012-02-09T14:32:14

* Joseph Wright <joseph.wright-NisN+YXOI8VaA8anhhA8LJ6WHSJbwjtC< at >public.gmane.org> [2012-02-08 21:22:23 +0000]:

Hi Joseph,

: The \prg_quicksort: family of functions have been deprecated, and will
: be removed from l3kernel on or before 2012-05-31.
: 
: Non-expandable but clearer functions are available in the experimental
: l3sorrt, recently added to the LaTeX3 CTAN bundle.

I'm attaching a clear and (unless I'm missing something) an expandable
version of quicksort.

I started implementing it when I saw your email. It was good fun.
The actual definition takes 24 lines. The implementation is not
stable. Please feel free to use/adapt/bin/etc.

Regards,


Marc van Dongen

Deprecated functions: \prg_quicksort: family

Joseph Wright — 2012-02-08T21:22:23

Hello all,

The \prg_quicksort: family of functions have been deprecated, and will
be removed from l3kernel on or before 2012-05-31.

Non-expandable but clearer functions are available in the experimental
l3sorrt, recently added to the LaTeX3 CTAN bundle.
--
Joseph Wright