Menu
▾
▴
hyperlatex-users
|
From: <to...@as...> - 2004-11-12 01:28:39
|
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 |
|
From: David P. <po...@cs...> - 2004-11-12 05:17:52
|
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 |
|
From: tom s. <to...@as...> - 2004-11-12 14:30:24
|
>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 |
|
From: Roland S. <st...@an...> - 2004-11-12 17:01:28
|
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 |
|
From: Otfried C. <ot...@cs...> - 2004-11-12 17:05:58
|
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 |
|
From: Jay B. <bel...@tr...> - 2004-11-14 04:37:07
|
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 |
|
From: tom s. <to...@as...> - 2004-11-15 02:13:51
|
>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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X