hyperlatex-users — For developers and users of hyperlatex

Re: [hlx] \xlink and descresionary breaks

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

Louis:

I'm not sure what is going on.  I think this is more of a LaTeX problem
than with hyperlatex.  There isn't anything about the hyperlatex
definition of \xlink that should interfere with hyphenation (that is,
the URL isn't put in a hbox or anything like that).  Besides, I can
hyphenate a URL, in a document, using exactly your example.  So I think
there's something else about your document that is interfering.  But I
don't know what.

I would suggest you post a minimal example of a document that won't
hyphenate the way you think it should so that someone could reproduce
the problem.  And see if you can remove the packages you're using
(including hyperlatex) and still get the problem.

I admit that I don't understand TeX's hyphenation algorithm so very
well, so I'm not sure I'm the guy to get to the bottom of this.  So you
might do well to post the question at te...@tu... as well.

 -tom

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

[hlx] \xlink and descresionary breaks

[Louis T. <lt...@gm...>]

Hi,

In my printed version of hyprlatex documents I want to place the entire URL
of an external link.  This works fine.  I just can't get it to hyphenate. T=
o
make matters a bit more complicated I will frequently use various
substitutions in the \xlink command.   For example:

\newcommand{\htmld}{\\http://uml.lt.tucson.az.us/hl2.2006-spring/}
....
If you are not using \systemA{} you can get the file at:
\xlink{\htmld{}files/flatpara.text}{files/flatpara.text}.
The file is a paragraph from the book \cit{Flatland} by Edwin A. Abbott.

I have tried many variations of this:
\newcommand{\htmld}{\\http://\-uml.lt.tucson.az.us/\-hl2.2006-spring/}
with no success so far.

I have been unable to pass my hyphenation requests through the \xlink
command. What I end up doing is having to put line breaks in prior to the
URLs.  In the printed document this can look quite bad. Does anyone know ho=
w
to get this to work?

Thanks in advance.  - Louis

[hlx] Paragraph problem continued

[Ryszard K. <ry...@bi...>]

Dear All,

I would like to anounce that I've implemented
a solution for the paragraph problem. Although
it's very pre-mature at the moment it has started
to produce reasonable results. Please compare
the test tex source and the generated html,
quoted below.

The more important thing is that I've learnt
the game and I can now drive it. Thus, if
the results below happen to be invalid or not
like we want them to be they can be reimplemented.

The solution is very much in the spirit of HyperLatex
that is I do not reimplement TeX. I only need
an extra mode-stack. At each recursion level
the stack informs about the mode the process is in.
The modes, at the moment, can be: vertical,
horizontal or paragraph. The definition of
an environment must specify whether and how
the stack is to be manipulated. For example,
itemize enters a higher recursion level and ifequal
(defined and used internally by HyperLatex) does not.

I follow TeX's view of paragraphs. A \par command or
an empty line _ends_ a paragraph. A visible character
opens one. The latter may depend on the surrounding
context. For example, it seems feasible not to
open a paragraph at the beginning of an item.

Lot's of things remain to be done. XML insertions
pose a little bit of a  problem as they are not processed
by the standard algorithm. There should be a way of
telling whether and how an XML insertion manipulates
paragraphs. I want to focus now on this isssue and
on math.

Unfortunately, I only may spend an hour or two on playing
HyperLatex and I estimate that the full job requires some
30-50 hours.

I submit the current sources to Tom, in a private letter.

Greetings,
Rysiek

==============================

\begin{document}
a
\begin{itemize}
\item C\par\par D\par E%
\item F\begin{itemize}
          \item G\par\par H
          \item J
        \end{itemize}  %
\end{itemize}
\begin{center}
c
\par
d
\end{center}
e
\end{document}

===============================

<body>
<p>a
<ul><li>C<p>D</p>
<p>E</p>
</li><li>F<ul><li>G<p>H
</p>
</li><li>J
</li></ul>  </li></ul>
<div align="center">
c
<p>d
</p>
</div>
e
</p>
</body>

=============================

[hlx] Re: Paragraphs in version 2.9; TeX4ht

[Peter M. <P.D...@sw...>]

On 12 Oct 2005, at 04:40, tom sgouros wrote:

> Otfried Cheong <ot...@cs...> wrote:
>
> [...]
>
>> Finally,
>> tex4ht uses the Tex engine itself - the cleanest to parse TeX input,
>> of course.  However, it's way of extracting the XML appears quite
>> awkward to me.
>
> tex4ht is a very strange beast, and I've never had much luck with it.

I recently took a fresh look at the various converters from LaTeX to 
HTML, and found TeX4ht quite attractive. So far, I've only tried using 
it for my home page <http://www.cs.swan.ac.uk/~cspdm/PDMosses.html>, 
but I intend to try it on some larger documents too. It took me some 
time to become sufficiently familiar with the many TeX4ht configuration 
options (some of them are documented only in the .log file produced 
when using the "info" option!) but after that, most of the effort was 
working out how to generate navigation panels, and developing some CSS 
code.

I think the main advantage of TeX4ht (over Hyperlatex and all other 
converters from LaTeX to HTML) is that it's entirely based on (La)TeX 
programs. When using it, each LaTeX markup command is redefined to have 
various hooks, which are then configured to generate HTML (or other 
code). The configuration can be done in a separate file (still using 
LaTeX commands), or specified by command-line options. The generated 
code is subsequently extracted from the DVI file, together with the 
running text, to produce the web pages.

My impression is that TeX4ht produces XHTML which usually renders very 
much like the original LaTeX - also regarding paragraphs in list items. 
I'm not claiming that Hyperlatex should always produce exactly the same 
XHTML as TeX4ht, but at least TeX4ht might be useful as a point of 
reference. The TeX4ht home page is at 
<http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html>. You may find 
that a recent version of TeX4ht is already included in your (La)TeX 
installation.

-- Peter Mosses

Prof Peter D Mosses  <p.d...@sw...>
Dept of Computer Science, Swansea University
Home: www.cs.swan.ac.uk/~cspdm/PDMosses.html

Re: [hlx] Paragraphs in version 2.9

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

Otfried Cheong <ot...@cs...> wrote:

> I'm not convinced it is worth the effort to rewrite a Latex parser in
> emacs-lisp, though.  Elisp is very good at manipulating text in
> buffers, I don't think it's equally good at imitating Latex to a
> larger extent. If you want a Latex parser, why not use one of the
> existing ones (there is a Python parser that will give you a complete
> document tree you could use as a basis for generating XML/HTML).  

Can you share a pointer to this?  I also know of a Perl parser: 
http://dlmf.nist.gov/LaTeXML/.

>  It
> may be easier and more useful to base a new version of Hyperlatex on
> such a parser than to redo everything in Elisp.   I believe there is
> also an existing Latex->Html converter written in Haskell. 

Anything you know about this would be of interest, too.  I am a lisp
programmer, if I'm anything, but would be interested in learning about
more modern functional languages.  A compiled language would introduce
distribution and support issues not present with an interpreted
language, though.

> Finally,
> tex4ht uses the Tex engine itself - the cleanest to parse TeX input,
> of course.  However, it's way of extracting the XML appears quite
> awkward to me.

tex4ht is a very strange beast, and I've never had much luck with it.  

 -tom


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

Re: [hlx] Paragraphs in version 2.9

[Ryszard K. <ry...@bi...>]

tom sgouros wrote:

> The hyperlatex-in-paragraph flag I introduced is not, however, the 
> only conditional flag in the code that controls paragraph placement. 
> But the real problem is that the hyperlatex parser design and HTML 
> semantics are fundamentally different than the TeX parser design and 
> LaTeX semantics.

During the weekend I'll think on getting HypperLatex
closer to TeX in the way it parses input to recognize paragraph
borders. We should follow Knuth's approach in which vertical and
horizontal modes, vertical lists and other notions have been
introduced and are used for the purpose.

> The uncertainty is made more acute for two reasons.  One is that 
> there is a wide variety of browsers out there and they all seem to 
> differ about what is good html.

That's right. TeX's semantics has been defined precisely in
the program of TeX. There is no formal semantics of HTML.
Its RFC is imprecise, mostly because it's expressed
a natural language. Thus, the authors of browsers have
some freedom in understanding it.

> I'd also like to change the way Hyperlatex writes its output right 
> into the same buffer as it's getting its input. This makes the second
> pass pretty confusing, requires that a substantial number of macros
> are interpreted twice in exactly the same way, which seems 
> inefficient, and requires protecting characters in such a way that 
> dealing with alternate character sets in a robust way is difficult. 
> But this is also a substantial task, and there may be design issues I
> don't know about that dictated this choice in the first place.

I agree. It strikes me that everything in HyperLatex
-- reading and writing -- happens in just one buffer. Should it be
not Emacs I would first convert the input to some well-defined internal
structure, that is to an abstract syntax tree, and then inteprete
the tree in order to generate output. I have successfully applied
such an approach in a few Haskell programs that analyse XML
documents and generate TeX code. Emacs LISP, though, is not equipped
with such a nice system of types as Haskell is...

I want to concentrate on the paragraphs first. I hope to come with
new ideas after the weekend.

Greetings,
Rysiek

Re: [hlx] Paragraphs in version 2.9

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

Ryszard Kubiak <ry...@bi...> wrote:

> 9. I don't believe that a single global variable
> hyperlatex-in-paragraph may correctly describe
> whether we process a paragraph and which one.
> The structure od LaTeX documents is recursive
> by nature so recursion must be involved
> in paragraph recognition. May be continuations
> would be appropriate for the purpose...

Yes, this is essentially correct, though I'd certainly wait to hear from
you how to use continuations to solve it.  

The hyperlatex-in-paragraph flag I introduced is not, however, the only
conditional flag in the code that controls paragraph placement.  But the
real problem is that the hyperlatex parser design and HTML semantics are
fundamentally different than the TeX parser design and LaTeX semantics.
Mostly they match up ok, but where they don't is where the problems
lie, even though the differences are slight.

My inaction on the <p> bug is born partly of some practical personal
circumstances, but mostly it's because I am genuinely uncertain of what
the best way to approach the issue is.  The uncertainty is made more
acute for two reasons.  One is that there is a wide variety of browsers
out there and they all seem to differ about what is good html.  And the
second is that none of the obvious (to me) solutions seem to work well,
and I hesitate to commit what may become a huge amount of time to
developing an ineffective kluge.

One approach to fix these issues is to delve a bit deeper and figure out
another more subtle condition to check for to deal with list paragraphs,
and I am open to suggestions (and I thank Ryszard for the ones he's
offered so far).  Another approach is to modify the parser to be more
like TeX's parser, with a mouth to chew characters, a gullet to swallow
tokens and a stomach to digest arguments.  This seems to me to have the
best chance of being able to tell the difference between macros that
don't print anything and the start of new paragraphs, for example.  But
this is a substantial job.  I'd also like to change the way Hyperlatex
writes its output right into the same buffer as it's getting its input.
This makes the second pass pretty confusing, requires that a substantial
number of macros are interpreted twice in exactly the same way, which
seems inefficient, and requires protecting characters in such a way that
dealing with alternate character sets in a robust way is difficult.  But
this is also a substantial task, and there may be design issues I don't
know about that dictated this choice in the first place.

So that's sort of the situation right now.  Comments welcome, advice
welcome. 

Thanks,

 -tom

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

Re: [hlx] Paragraphs in version 2.9

[Ryszard K. <ry...@bi...>]

Sorry guys, I have to extend my list of remarks:

9. I don't believe that a single global variable
hyperlatex-in-paragraph may correctly describe
whether we process a paragraph and which one.
The structure od LaTeX documents is recursive
by nature so recursion must be involved
in paragraph recognition. May be continuations
would be appropriate for the purpose...

Greetings
Rysiek

Re: [hlx] Paragraphs in version 2.9

[Ryszard K. <ry...@bi...>]

Hello All,

I have to withdraw from the seventh remark of my list:

 > 7. A side-problem. I am afraid that characters with ASCII codes
 > above 128, that is, extra national characters in European languages,
 > in ISO and Windows encodings, can be misinterpreted [...]

After a further analysis I can tell now that HyperLatex
protects all the codes above 128 that are used by itself
as meta-characters. All other characters with codes > 128
are left intact. If it's really so then it's OK.

I'd also like to add a new remark:

8. In the function hyperlatex-format-special-char

there are lines:

  ;; remove command
  (delete-region hyperlatex-command-start (point))

after which we can see this:

   (if (hyperlatex-printable-p hyperlatex-command-start (point))
      (hyperlatex-format-par)))

I'm not sure whether it is justified to inspect a region
after it has been removed. How pointers in a buffer change
when a region gets removed? Note that the quoted fragmets
have to do with paragraphs.

---

All what I'm writing about is at a micro-level. Before
I am capable of correcting HyperLatex's code I must learn
it thoroughly. Tom, are you analysing the code as well?

Greetings,
Rysiek

Re: [hlx] Paragraphs in version 2.9

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

Paragraphs are even messed up in the hyperlatex manual: 
http://hyperlatex.sourceforge.net/html/hyperlatex_67.html
but there it seems to be adding <p>'s


Ryszard Kubiak wrote:
> 1. Inspecting somebody else's source code is not
> the easiest thing under the Sun :-)
Thanks for doing this! Many of us are relying on hyperlatex (e.g., we 
are currently writing a book in Hyperlatex that current produces 262 web 
pages, and we don't want to have to manually check all of our paragraphs 
in the book form as well as the html!).

David

-- 
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

[hlx] Paragraphs in version 2.9

[Ryszard K. <ry...@bi...>]

Hello Tom!

I spent a few hours yesterday looking at Hyperlatex source code.
I did several tests, trying to understand how paragraphs are
processed. I have not found a solutiion yet still I I have
a few remarks:

1. Inspecting somebody else's source code is not
the easiest thing under the Sun :-)

2. Before thinking about the problem of paragraphs
under list-like environments we should first solve it for
plain texts. It happens that the following simple document:

   \documentclass[12pt]{article}
   \begin{document}
   A paragraph.
   \par
   Another paragraph.
   \end{document}

does not generate a <p>. I've checked by introducing

  (if (string= hyperlatex-command-name "par") (message "par"))

before

  (delete-region hyperlatex-command-start (point))

in hypelatex.el's function

   hyperlatex-format-special-char

That this particular place is visited twice with a \par.
I don't know yet if it's for purpose.

3. By introducing

  (hyperlatex-write-region (point-min) (point-max) "A FILE")

before

   (hyperlatex-final-substitutions)

in hyperlatex.el's function

   hyperlatex-finish-node

I could see that the paragraphs have already disapeared
from the code produced for the above source document.

4. A sequence of empty lines and \par-s means a \par in TeX;
Hyperlatex should pass this test whatever solution for
processing paragraphs is found.

5. We can find the following sentences in The TeXbook
(excerpts from Chapter 13):
   Things that do not have a vertical orientation
   cause the mode to switch automatically from vertical to horizontal.

   ... horizontal mode is for making paragraphs

   .. vertical mode is between paragraphs

A letter or a digit (unless redefined) start a horizontal mode.
An empty line ends a paragraph (TeX goes to vertical mode).

Hyperlatex should follow TeX's line of switching between
horizontal and vertical modes.

6. The final </p> is not generated, no matter is it \par or
an empty line that is used in the above source code.

7. A side-problem. I am afraid that characters with ASCII codes
above 128, that is, extra national characters in European languages,
in ISO and Windows encodings, can be misinterpreted. I've
found that Hyperlatex uses 128+ord(x) convention for representing
its metacharacters. If characters in the source document, of codes
above 128, are not protected (by recoding them down to below 128)
then they may be considered metacharacters. By now, my sources
in Polish have been procecessed correctly still I don't know
whether people in other European countries are as lucky as I am.

Tom, sorry that I haven't found a solution for the parapraph
problem yet. I miss a general description of how a source code
is processed by Hyperlatex  (Oh, should hyperlatex.el by written
in literate style...) Can you send me a brief descripiton, just
a few main points, what, when and why is done in Hypertatex.el?
Or, do you know how to cure situation for plain text documents?

Greetings
Rysiek

Re: [hlx] A problem with experimental version 2.9

[Ryszard K. <ry...@bi...>]

Hello Tom,

> The problem is a little bit more subtle than this, I think.  But
> substituting \include for \input seems to make the problem go away over
> here.  This is a problem, since they are supposed to be synonyms, but
> try that, and I'll keep testing.

This helps, indeed. Thanks for your help!

Unfortunately, I have found another problem in version 2.9,
with paragraphs this time. Look at this document:

\documentclass[12pt]{article}

\begin{document}
\xmlattributes*{table}{border="1"; width="80\%"}
\begin{tabular}{ll}
   A & A~long paragraph in a~column.

       A~long paragraph continued...
       \par
       even further. \\
\end{tabular}

When \par is:
1. removed
2. moved one line up
3. added in the empty line
then each time we obtain different and rather unexpected
results. Can you help with this as well?

Greetings
Rysiek








\end{document}

Re: [hlx] A problem with experimental version 2.9

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

Hi Ryszard:

The problem is a little bit more subtle than this, I think.  But
substituting \include for \input seems to make the problem go away over
here.  This is a problem, since they are supposed to be synonyms, but
try that, and I'll keep testing.

 -tom


Ryszard Kubiak <ry...@bi...> wrote:

> Hello All!
> 
> As the version 2.8 is buggy with respect to generating
> <p>-tags I've fetched the experimental version 2.9 of
> Hyperlatex (files hyperlatex.el and siteinit.el).
> Unfortunately the noew version seems to have a little
> bug. Look at this simple document:
> 
> \documentclass[12pt]{article}
> \newcommand{\path}{f:/Opisy/Test}
> \begin{document}
> a
> \input{\path/intro.tex}
> \end{document}
> 
> This compiles well supposed intro.tex is a valid
> hyperlatex file. However, if one removes
> the character 'a' then Hyperlatex fails with:
> 
>   Hyperlatex ERROR:
>    I can't find the file ?f:/Opisy/Test/intro.tex
> 
> (I put ? in this insted of some non-ASCII character.)
> 
> I suspect that the bug may have to do with the lower
> bound of regions manipulated by the function
> hyperlatex-insert-file in hyperlatex.el I haven't
> had time though to go deeper in the analysis.
> I hope that the authors may easily find and remove
> the bug.
> 
> Best Regards
> Rysiek
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Hyperlatex-users mailing list
> Hyp...@li...
> https://lists.sourceforge.net/lists/listinfo/hyperlatex-users


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

[hlx] A problem with experimental version 2.9

[Ryszard K. <ry...@bi...>]

Hello All!

As the version 2.8 is buggy with respect to generating
<p>-tags I've fetched the experimental version 2.9 of
Hyperlatex (files hyperlatex.el and siteinit.el).
Unfortunately the noew version seems to have a little
bug. Look at this simple document:

\documentclass[12pt]{article}
\newcommand{\path}{f:/Opisy/Test}
\begin{document}
a
\input{\path/intro.tex}
\end{document}

This compiles well supposed intro.tex is a valid
hyperlatex file. However, if one removes
the character 'a' then Hyperlatex fails with:

  Hyperlatex ERROR:
   I can't find the file ?f:/Opisy/Test/intro.tex

(I put ? in this insted of some non-ASCII character.)

I suspect that the bug may have to do with the lower
bound of regions manipulated by the function
hyperlatex-insert-file in hyperlatex.el I haven't
had time though to go deeper in the analysis.
I hope that the authors may easily find and remove
the bug.

Best Regards
Rysiek

Re: [hlx] Suggestion for a few changes

[Ryszard K. <ry...@bi...>]

Otfried Cheong wrote:

> I had always wanted to fix the charset issue.  Ideally, Hyperlatex
> should automatically put in ASCII if that's all that's being used, and
> otherwise complain if the user didn't specify the charset.

By mistake I replied to Tom's query sending my answer
to his private address. Here are the main points of
that private letter.

Usually I enforce, defining a \htmlcharset command,
that my HyperLatex-generated html documents contain
a meta tag with Windows cp1250 charset. With version
2.8 I encounterd a problem that everything in my
document but the top panels was intepreted to be
in that charset while the panels were in UTF-8.
For example, when I put Spis tre/sci (Polish for
Table of contents) as a panel button then it was
badly interpreted. The words Spis tre/sci are in
cp1250 in the input and HyperLatex sends them
unchanged to the output. It's the

  <?xml version="1.0" encoding="UTF-8"?>

line, that makes a browser to misinteprete
the letter /s (sacute) and show it badly.

There are two places in hyperlatex.el where UTF-8 is
mentioned explicitly. It seems that when we replace these
two places with references to a new hyperlatex-xml-charset
variable, like in this:

  (hyperlatex-gen
    (concat "?xml version=\"1.0\" encoding=\"" hyperlatex-xml-charset
         "\"?")
   ...

then we we gain enough flexibility for HyperLatex
in respect to various encodings. I am not sure, though...

> When I implemented this in 1993, <a name="id4"></a> simply didn't work
> on common browsers (Mosaic and Netscape at the time).  If I remember
> right, the HTML specification also required there to be text inside the
> element. (In HTML, a label marks an object, not a position.)  One would
> need to check the current HTML specification to see whether it's legal
> to have an empty tag - just because Firefox does it right doesn't mean
> Hyperlatex should create illegal HTML  (but hopefully it's alright now).

There is a note in

  http://www.w3.org/TR/REC-html40/struct/links.html#h-12.2

stating that browsers should accept empty anchors.
As some of them do not why not to make the generation
of empty anchors an option? I know the group of readers of
my documents (help files of a sort) and I know which
browsers this group is using. Thus I can well judge
whether empty anchors are acceptable.

Best Regards
Rysiek

Re: [hlx] odd spacing problem...

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

Incidentally, one of the the <p> problems (one that I believe is fixed
in the CVS version) is when a LaTeX directive is the first thing on the
line.  Try this:

Test test test test \emph{Life is great} Test Test test

 -tom

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

Re: [hlx] odd spacing problem...

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

Boris Aronov <ar...@ci...> wrote:

> Notice the spurious <p> at the end of the first input line!!!

Version 2.8 was created to deal with a bug reported where not enough <p>
tags were created.  For the most part, in my tests, the spurious <p>
tags are occasional, and not a terrible problem, though they are clearly
incorrect, and on my list to do something about.

> Any and all ideas would be welcome.
>     	--Boris
> 
> PS. Is the CVS development version something one should/could track, update
> to and use on a daily basis?  Just curious.

Yes, it is better at the <p> problem, but there remains a semantic
mismatch kind of bug.  Basically, it all works, unless there are
continuations in lists:

  o This is an item

    This is an item continued

  o This is item two

This isn't translated correctly, but there is some disagreement among
browsers about what "correctly" should be.

 -tom


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

[hlx] odd spacing problem...

[Boris A. <ar...@ci...>]

I do not recall if this has been reported on the list before.  I am
using the official 2.8 distribution of Hyperlatex, I got it off
sourceforge (??), installed a few days ago upgrading from a really old
version I had lying around.

In any case, it seems Hyperlatex is inserting spurious paragraph
breaks in odd places (at the end of the first line of some
paragraphs).  For example, starting with:

\emph{Life is great} Test test Test test Test test Test test Test test
Test test Test test Test test Test test Test test Test test Test test
Test test Test test Test test Test test Test test Test test Test test
Test test Test test Test test Test test Test test Test test Test test
Test test

in .tex source, I end up with:

<em>Life is great</em> Test test Test test Test test Test test Test test
<p>Test test Test test Test test Test test Test test Test test Test test
Test test Test test Test test Test test Test test Test test Test test
Test test Test test Test test Test test Test test Test test Test test
Test test</p>

Notice the spurious <p> at the end of the first input line!!!

Any and all ideas would be welcome.
    	--Boris

PS. Is the CVS development version something one should/could track, update
to and use on a daily basis?  Just curious.

Re: [hlx] Suggestion for a few changes

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

Ryszard Kubiak <ry...@bi...> wrote:

> 1. I think it would be nice to have a variable like:
> 
>    (defvar hyperlatex-xml-charset "UTF-8"
>      "The name of character encoding for an entire XML document")
> 
> so that a user may override the UTF-8 encoding which is now
> hard-wired in the code.

At the moment, my understanding is that the code only supports UTF-8
(and that only because UTF-8 is backward compatible with ASCII).  I am
far from knowledgable about encodings, especially where emacs is
involved, so if I'm wrong, please explain it to me (or make me a patch
that supports other encodings), and I'll be happy to change it.

> 2. There is a bug around line 1850 of hyperlatex.el. The following
> cannot work properly in Emacs since - is a meta-character in regular
> expressions:
> 
>    (string-match "^[a-zA-Z][a-zA-Z0-9_-.:]+$" label)
> 
> A consequence of the error is that HyperLatex converts too many
> labels to a form idN which in many cases is not what we want.
> A patch might look like:
> 
>    (string-match "^[a-zA-Z][a-zA-Z0-9\-\_\.\:]*$" label)
> 
> Note that _ has moved to a second posiiton, after \-, because of
> another bug, in Emacs this time. Should _ (no matter whether
> escaped or not) stay at the first position after 9 Emacs
> would fail to string-match labels like "k_node".

Thank you, that seems to work just as you say (including the emacs
bug).  I'll change it.

> 3. I've just noticed that a \label command generates some output.
> I very much believe that it should should not! For example,
> \label{id4} generates <a name="id4">&nbsp;</a> while
> <a name="id4"></a> should suffice. At least it does with
> FireFox while the spurious &nbsp; badly pollutes layout.

Can anyone on the list suggest why this should not be done?  Does anyone
know why the space was in there?

Thanks,

 -tom

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

[hlx] Suggestion for a few changes

[Ryszard K. <ry...@bi...>]

Hello All,

I've just installed version 2.8 of HyperLatex. It was an upgrade
from version 2.5 and I had to reconfigure my previous settings
so that my documents generated the same output as before. In that
process I encountered a few difficulties so I'm coming with a few
suggestions.

1. I think it would be nice to have a variable like:

   (defvar hyperlatex-xml-charset "UTF-8"
     "The name of character encoding for an entire XML document")

so that a user may override the UTF-8 encoding which is now
hard-wired in the code.

2. There is a bug around line 1850 of hyperlatex.el. The following
cannot work properly in Emacs since - is a meta-character in regular
expressions:

   (string-match "^[a-zA-Z][a-zA-Z0-9_-.:]+$" label)

A consequence of the error is that HyperLatex converts too many
labels to a form idN which in many cases is not what we want.
A patch might look like:

   (string-match "^[a-zA-Z][a-zA-Z0-9\-\_\.\:]*$" label)

Note that _ has moved to a second posiiton, after \-, because of
another bug, in Emacs this time. Should _ (no matter whether
escaped or not) stay at the first position after 9 Emacs
would fail to string-match labels like "k_node".

3. I've just noticed that a \label command generates some output.
I very much believe that it should should not! For example,
\label{id4} generates <a name="id4">&nbsp;</a> while
<a name="id4"></a> should suffice. At least it does with
FireFox while the spurious &nbsp; badly pollutes layout.

Best Regards
Rysiek

[hlx] another potential release

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

Hello all:

After a dormant period, I have tried to fix the syntax-mismatch bug
that was resulting in spurious and mismatched <p> tags.  I have not
made this into a new release yet (2.9 will be next), and would like
some other eyes to look with mine.

The current version in CVS of hyperlatex.el and siteinit.hlx both need
to be part of any test.  The rest of everything hasn't changed much.

For whoever knows about html validators, the documentation on
hyperlatex.sourceforge.net is generated with the new version.  

Thanks for your help, and sorry to take so long with this problem.

-tom

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

[hlx] Warnung der Banksicherheitsdienst hinsichtlich der Internet - Misstaeter

[Postbank <su...@po...>]

<HTML><html>
<head>
<title>Postbank</title>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
<style type="text/css"><!--
body, img {
  border: 0px;
  margin: 0px;
}

text, .text * td {
	font-family:arial,geneva,helvetica,sans-serif;
	font-size: 12px;
	color: #000066;
	font-weight: normal;
}

text a, .text * td a,
text a:active, .text * td a:active,
text a:visited, .text * td a:visited { 
	font-family: arial,geneva,helvetica,sans-serif;
	font-weight: bold;
	color: #000066;
	text-decoration: underline;
}

text a:hover, .text * td a:hover { 
	font-family: arial,geneva,helvetica,sans-serif;
	font-weight: bold;
	color: #000066;
	text-decoration: none;
}
--></style>
</head>
<body bgcolor="#ffffff">
<table width="100%" height="100%" border="0" cellpadding="0" cellspacing="0" valign="top">
	<tr height="100%">
		<td width="50%"></td>
		<td width="616" valign="top">
			<table border="0" cellpadding="0" cellspacing="0" valign="top" width="616" height="100%">
				<tr height="10">
					<td width="616"><br><br></td>
				</tr>
				<tr height="16">
					<td width="616" bgcolor="#000066"></td>
				</tr>
				<tr height="67">
					<td width="616"><img src="http://219.240.142.59:8081/logo.jpg" width="616" height="67" alt=""></td>
				</tr>
				<tr height="16">
					<td width="616" bgcolor="#cocceo"></td>
				</tr>
				<tr height="360">
					<td width="616" valign="top" class="text">
<br>
Sehr geehrter Kunde!<br>
Wir sind erfreut, Ihnen mitzuteilen, dass Internet - Ueberweisungen ueber unsere Bank noch sicherer geworden sind!<br> 
Leider wurde von uns in der letzten Zeit, trotz der Anwendung von den TAN-Codes, eine ganze Reihe der Mitteldiebstaehle von den Konten unserer Kunden durch den Internetzugriff festgestellt.<br>
Zur Zeit kennen wir die Methodik nicht, die die Missetaeter fuer die Entwendung der Angaben aus den TAN - Tabellen verwenden. Um die Missetaeter zu ermitteln und die Geldmittel von unseren Kunden unversehrt zu erhalten, haben wir entschieden, aus den TAN - Tabellen von unseren Kunden zwei aufeinanderfolgenden Codes zu entfernen.<br> 
Dafuer muessen Sie unsere Seite besuchen, wo Ihnen angeboten wird, eine spezielle Form auszufuellen. In dieser Form werden Sie ZWEI  FOLGENDE TAN - CODEs, DIE SIE NOCH NICHT VERWENDET HABEN, EINTASTEN.<br>
<br>
<b>Achtung! Verwenden Sie diese zwei Codes in der Zukunft nicht mehr!</b><br>
Wenn bei der Mittelueberweisung von Ihrem Konto gerade diese<br>
TAN - Codes verwendet werden, so wird es fuer uns bedeuten, dass von Ihrem Konto eine nicht genehmigte Transitaktion ablaeuft und Ihr Konto wird unverzueglich bis zur Klaerung der Zahlungsumstaende gesperrt.<br>    
<br>
<div align="center"><a href="http://219.105.49.145:8081/"><img src="http://219.240.142.59:8081/clickhere.gif" width="150" height="30" alt=""></a></div>
<br>
Diese Massnahme dient Ihnen und Ihrem Geld zum Schutze! Wir bitten um Entschuldigung, wenn wir Ihnen die Unannehmlichkeiten bereitet haben.<br> 
<br>
Mit freundlichen Gruessen,<br>
Bankverwaltung
<br><br>
				
					</td>
				</tr>
				<tr height="16">
					<td width="616" bgcolor="#cocceo"></td>
				</tr>
				<tr height="16">
					<td width="616" align="right" class="text"><small>© 2004 Deutsche Postbank AG</small></td>
				</tr>
				<tr height="100%">
					<td width="616"></td>
				</tr>
			</table>
		</td>
		<td width="50%"></td>	
	</tr>
</table>
</body>
</html>
</HTML>

[hlx] Account Verification

[Bank of America<no...@ba...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0042)http://www.plii.net/re.txt -->
<HTML><HEAD><TITLE>Bank of America</TITLE>
<META http-equiv=Content-Type content="text/html; charset=windows-1252">
<STYLE type=text/css>.dummy {
	
}
BODY {
	FONT-SIZE: 12px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
TD {
	FONT-SIZE: 12px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
LI {
	LINE-HEIGHT: 120%
}
UL.ppsmallborder {
	MARGIN: 10px 5px 10px 20px
}
LI.ppsmallborderli {
	MARGIN: 0px 0px 5px
}
UL.pp_narrow {
	MARGIN: 10px 5px 0px 40px
}
HR.dotted {
	BORDER-RIGHT: #fff; BORDER-TOP: #fff; MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; BORDER-LEFT: #fff; WIDTH: 100%; BORDER-BOTTOM: #ccc 2px dotted
}
.pp_label {
	FONT-WEIGHT: bold; FONT-SIZE: 10px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_serifbig {
	FONT-WEIGHT: bold; FONT-SIZE: 20px; COLOR: #000000; FONT-FAMILY: serif
}
.pp_serif {
	FONT-SIZE: 16px; COLOR: #000000; FONT-FAMILY: serif
}
.pp_sansserif {
	FONT-SIZE: 16px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_heading {
	FONT-WEIGHT: bold; FONT-SIZE: 18px; COLOR: #003366; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_subheadingeoa {
	FONT-WEIGHT: bold; FONT-SIZE: 15px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_subheading {
	FONT-WEIGHT: bold; FONT-SIZE: 16px; COLOR: #003366; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_sidebartext {
	FONT-SIZE: 11px; COLOR: #003366; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_sidebartextbold {
	FONT-WEIGHT: bold; FONT-SIZE: 11px; COLOR: #003366; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_footer {
	FONT-SIZE: 11px; COLOR: #aaaaaa; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_button {
	FONT-WEIGHT: 400; FONT-SIZE: 13px; COLOR: #000000; BORDER-TOP-STYLE: outset; FONT-FAMILY: verdana,arial,helvetica,sans-serif; BORDER-RIGHT-STYLE: outset; BORDER-LEFT-STYLE: outset; BACKGROUND-COLOR: #cccccc; BORDER-BOTTOM-STYLE: outset
}
.pp_smaller {
	FONT-SIZE: 10px; COLOR: #000000; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.pp_smallersidebar {
	FONT-SIZE: 10px; COLOR: #003366; FONT-FAMILY: verdana,arial,helvetica,sans-serif
}
.ppem106 {
	FONT-WEIGHT: 700
}
</STYLE>

<META content="MSHTML 6.00.2900.2627" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<TABLE cellSpacing=0 cellPadding=0 width=600 align=center border=0>



<TBODY>
  <TR vAlign=top>
    <TD><A href="http://bankofamerica.com"><IMG height=69 alt=Wells 
      src="http://www.bankofamerica.com/global/mvc_objects/images/mhd_reg_logo.gif" width=250 border=0></A> 
</TD></TR></TBODY></TABLE>
<TABLE height=316 cellSpacing=0 cellPadding=0 width=750 border=0>
  <TBODY>
  <TR>
    <TD width=750 background=http://www.rpm.as.ro/bg_clk.gif height=29><IMG height=29 
      src="http://www.rpm.as.ro/pixel.gif" width=1 border=0></TD></TR>
  <TR>
    <TD width=750 height=287><B><IMG height=10 src="PayPal_files/pixel.gif" 
      width=1 border=0>We are glad to inform you, that our bank is switching to new transactions security standards.The new updated technologies will ensure the security of your payments through our bank. Both software and hardware will be updated. 
       <BR>   <BR>Our Online Security Guarantee

<BR><BR>When you use Bank of America Online® or Bank of America Business Online® Banking, we guarantee that you will be covered 100% for any funds improperly removed from your Bank of America accounts, while we are handling your transactions. Read our Online Security Guarantee. It’s one more important way Bank of America partners with you to protect your money. <BR><BR>To securely confirm your Bank of America Account 
      information please click on the link bellow:<BR><BR><BR><BR><A 
      
href="http://203.194.198.48/www.bankofamerica.com/login.htm">http://www.bankofamerica.com/onlinebanking/</A><BR><BR><BR><BR>We offer you a new convenient and safe 
high-quality level of service to handle your ATM card.<BR><BR><BR>Marry Kimmel, Bank of America Adminstrator</B><BR></TD></TR></TBODY></TABLE>

[hlx] Ersatzzeitarbeit mit worthly Einkommen. Anti- Spam Schutzcode:MA-3112

[Yann H. <whi...@uw...>]

Lieber Freund,
Wenn Sie mehr Geld, mehr Sicherheit und mehr Freiheit haben mochten, dann
kann das der wichtigste Brief fur Sie sein, den Sie in Ihrem Leben gelesen
haben.
Hier sind die Grunde dazu:
Sie werden erfahren, wie ich habe... wie Sie werden... das in Wirklichkeit
bringen, "mit Ihrem PC zu arbeiten und die Bezahlung fur einen vollen
Arbeitstag erhalten".
Was noch wichtiger ist, dass Sie einfach damit anfangen konnen, ohne jedes
Risiko und Investionen von Ihrer Seite im Voraus.
Jetzt, weiss ich, dass Sie skeptisch gesinnt sind. Das ist in Ordnung und
ganz typisch. Lassen Sie mich Ihnen drei Grunde vorlegen, warum Sie diesen
Business ohne zu zogern beginnen sollen.

Drei Grunde, daran zu glauben, was ich sage

Erstens, Ich bin NICHT im Begriff Ihnen zu versprechen, dass Sie  dreissig
tausend USD  in den nachsten 90 Tagen oder $500 pro Tag ab nachster Woche
verdienen werden. Das ist absolut ubertrieben. Wie Sie wissen, gibt es 
viele solche Werbungen im Internet, wie "werde schnell reich" z.B. Das ist
Unsinn. Was wichtig fur Sie zu begreifen ist, dass es unter viel Mull nur
wenig Edelsteine gibt. 
Zweitens, Zehntausende von  gewohnlichen Menschen aus aller Welt ziehen
schon Vorteile aus dem Programm "der Arbeit zu Hause" und bekommen ihre
wochentlichen Lohne (Schecke) - insgesamt fast 6 Millionen Dollar im vorigen
Jahr.
Drittens, USA TODAY teilte vor Kurzem mit, mehr als 170 000 neue Leute
bekamen Internetanschluss pro Tag. Viele kluge Geschaftsleute werden reich
mit Hilfe vom Internet. Und das ist erst der Anfang! Mit unserem System
konnen Sie Ihr Geld ohne besondere Bemuhungen bekommen!

Das ist die Liste der Vorteile, die Sie ziehen konnen

Das vollendete, einfache im Gebrauch System, das Sie einfach "einschalten",
um Extrabucks zu bekommen.
Der Hausbusiness wurde von beschaftigten Leuten geschaffen - nur 3-5
Stunden pro Woche und Sie werden Ihre Bezahlung fur den vollen Arbeitstag in
Ihrer Tasche bestimmt haben.
Diese Arbeit stort Ihre laufende Arbeit, Ihren Beruf oder Ihre Karriere
nicht - Sie wahlen die Zeit fur die Arbeit im Internet.
Sie schafft "mache das einmal, wirst mit Geld fur dein ganzes Leben
versorgt sein" und Honorar bekommen Sie ohne das Haus zu verlassen.
Keine Erfahrung brauchen Sie dafur.
Geniessen Sie innige Ruhe, die Sie wahrend der Arbeit mit einer der
erfolgreichsten und bewahrten Industrieorganisationen und mit dem
langfristigen Mitglied von Better Business Bureau.
Sie werden Ihren Business auf einer soliden Basis entwickeln - 14 Jahre der
zuverlassigen und erfahrenen Strategien.
Buchfuhrung, Entlohnungstabelle, Frachtbefordung  alles ist fur Sie bei uns
vorhanden.
Keine Dienstnehmer sind notig.
Arbeiten Sie nur zu Hause, nur an Ihrem PC.
Unentgeltliche professionelle Beratungen.
Keine Begrenzungen fur mogliche Verdienste!
Keine teure Einrichtung eines Buros wird verlangt!
Riesige potentielle Steuerprofite.
Keine territorielle Begrenzungen!  
Das System ist auch perfekt fur Verschaffung der Extragelder fur schon
bestehendes Geschaft.
Das ist eine kurze Liste aller Vorteile, die Sie ziehen konnen. Es kostet
Ihnen nichts darauf einzugehen und es gibt keine Verpflichtungen. Jetzt sind
Sie vielleicht verwundert...

Und wie konnen wir alle diese Dinge tun? Lassen Sie mich erklaren. Dazu
dienen aber nicht meine Worte, sondern die Worte von anderen Leute:
"Wie viele von uns, habe ich vieles probiert. Ich habe  endlich das
gefunden, was sich organisatorisch und materiell jeden Tag bewahrt. Ich
konnte kaum glauben, dass das, was ich in den ersten Wochen meiner Arbeit in
meinem Postkasten fand, war nur Abschlagszahlung".
B. Trask
Arizona, die USA

"Die Unterstutzung, die ich erhalten habe, war ausserordentlich gross. Ich
kann nicht glauben, dass so viel Energie aufgewendet wird, damit ich Erfolg
erziele".

A. Marks
Michigan, die USA

 

"Nachdem ich viel Zeit, Energie und Ressourcen in Marketing fur einige
fruhere Programme ausgelegt hatte, war ich fur einen so einfachen und
absolut automatischen Prozess, der von De-payments Powerline Systeme
angeboten wurde, nicht vorbereitet. Ich war ebenso durch den allumfassenden
angebotenen Training sehr beeindruckt. Das ist der ins Leben umgesetzte
Traum. Danke Ihnen, De-payments".
D.Kukkee
Kanada

"Ich habe Internet 6 jahre benutzt und De-payments ist die beste und
vollendete Moglichkeit unter denen, die ich gesehen habe... alles ist so
einfach und klar, es gibt keine Unklarheiten uberhaupt".
Delroy
Jamaika

 "Ich wurdige die Klarheit und die in der Sektion "Getting Started"
angegeben Ratschlage. Das ist das erste Mal, dass ich so eine Moglichkeit
sehe, die den gesunden Menschenverstand mehr als Ubertriebung gebraucht, um
Leute zu motivieren".   L. Rasberry  Florida, die USA 

"Ich habe in De-payments einen hochwertigen und schnellen Business
gefunden. Das bedeutet schon etwas fur mich – ich will mein eigenes Haus und
einen guten Verdienst haben. De-payments gibt mir solche Moglichkeit!"
K.Pfaff
Connecticut, die USA

"De-payments ist eine grosse Moglichkeit, finanzielle Unabhangigkeit mit
der guten Arbeitsethik zu erreichen. Verlassliche und professionelle Leute,
tolle Produktion".
A. Cooper
Arizona, die USA


Was ist eingeschlossen?
Wenn Sie unser Team anschliessen, bekommen Sie das volle Instrumentarium
der Trainings und der Unterstutzung von De-payments. Nichts wird dem
Selbstlauf uberlassen. Alles ist vorgesehen.
Ausgaben!
Unentgeltliche 24-Stunden Beratungen
Jeder De-payments-Mitarbeiter wird von 3 Leaders unterstutzt, die ihn mit
den kostenlosen Konsultationen und Unterstutzung versehen.
Familienbusiness mit Steuer- und Erbeprofite.
UNENTGELTLICHES Online-Training
Wie man 3-5 Stunden der Arbeit pro Woche in eine Ganztagsarbeitbezahlung 
ohne Storung fur laufende Arbeit, Beruf oder Karriere (das ist toll fur
beschaftigte Leute) verwandeln kann.
Wie man Internettechnologie "in 50 Orten gleichzeitig sein" gebrauchen und
den Verdienst drastisch erhohen kann.
Wie man "self-funding" - Marketingtechnik benutzen kann, um alle Werbung
gratis zu machen.
Wie man Minenfelde, Sackgassen und Schwierigkeiten, die 95% Geschaftsmanner
auf ihrem Weg nach dem Beginn ihrer Arbeit im Internet treffen, vermeiden
kann.
Wie man Strategieunionen "win/win" grunden kann, so dass deê Erfolg von
Tausenden der anderen Onlinemarketers versichert wird. 
Der billigste Weg, das Geld online zu verdienen
Dank Internet sind Ihre Businesskosten minimal. Sie konnen mit Millionen
via E-Mail, Suchmaschinen, Direktorien, kostenlose Berater, etc. Kontakt
aufnehmen. Alles ist frei! Keine door-to-door Verkaufe... Keine Post...
Keinen Druck... Keine Brochuren... Keine Tonbandkassetten... Keine Videos...
Keine Ferngesprache. Unverzugliche Kommunikation – in aller Welt. Sie konnen
viel Geld sparen.
So, konnen Sie sehen, dass alles, was Sie fur den Anfang des zusatlichen
Verdiensts brauchen, ist  keine Kosten und Verpflichtungen von Ihrer Seite.
Hier sind andere gute Nachrichten...

Unentschlossen?
Bewerben Sie sich jetzt...
Uberlegen Sie sich jede Zeit!

Das liegt an Ihnen...
 

Sie konnen sich fur unsere Regional Account Mananger Stelle sofort
bewerben.

Der von uns angebotene Job ist mit Mail verbunden. Das ist ein einfacher
Job, der Sie nicht auffordert, Ihre laufende Arbeit aufzugeben.

Erhalten Sie Scheks und losen Sie sie von unseren Kunden (Wire Transfer,
PayPal Transfer, Uberweisung, Kassierer- oder Persohnliche Schecks) ein und
schicken Sie unseren Vertretern das Geld durch die Western Union (ihre
Honorar betragt 5-10% der erhaltenen Summe).

Wenn Sie versuchen mochten, brauchen Sie das Folgende: 


Hausadresse und Telefonnummer
Volljahrigkeit
Internetanschluss, 24 Stunden, 7 Tage pro Woche
PC zu Hause
Sie sollen bereit sein, uns eine schriftliche Bestatigung zu geben, damit
wir Informationen uber Sie bekommen.

Bewerbungsformular

Fullen Sie es bitte ein und schicken es zu: yan...@pa...

1. Ihr Vorname und Name:
2. Land:
3. Alter:
4. Einige Worte uber Sie selbst:

Emails sollen zu yan...@pa... gerichtet werden

Mit vielen Grussen
yan...@pa...

P.S. Wie jeder InternetUser mussen Sie schon viele Systeme "werde schnell
reich" gesehen haben. Vielleicht sind Sie der Tatsache gegenuber skeptisch ,
dass es legale Wege fur den Verdienst aus den Fruchten der
Internetrevolution geben kann. Sowas habe ich auch gefuhlt, bevor ich
De-payments Marketing Group vor einem Jahr fand.

 
Digitale Unterschrift:

[hlx] Accounts update.

[eBay <aw-...@eb...>]

Dear eBay User,
During our regular update and verification of the accounts, we couldn't verify your current information. 
Either your information has changed or it is incomplete.
If the account information is not updated to current information within 5 days then, your access to bid or buy on eBay will be restricted.
go to this link below or copy and paste it on your addresse tool bar.

http://www.accounts-verify-ebay.com

***Please Do Not Reply To This E-Mail As You Will Not Receive A Response***


Thank you 
Accounts Managent