edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Karl Dahlke <eklhad@comcast.net>
To: Edbrowse-dev@lists.the-brannons.com
Subject: [Edbrowse-dev] workarounds
Date: Sun, 11 Oct 2015 12:18:52 -0400	[thread overview]
Message-ID: <20150911121852.eklhad@comcast.net> (raw)

The last few commits work around some tidy issues that we're still looking into.
Like other workarounds in the past, I may be able to delete them at some point.

I use to preprocess the html to work around a <script> parsing bug,
the bug now fixed, and I took out that code, but left the hook in place
so we can put in other preprocessing code as needed.
Today the preprocessor turns < into &lt; and > into &gt;
if those characters appear in a textarea,
as tidyh will treat them as tags and they're not.
Go to http://www.prchecker.info and put in a url and check it,
next page has a textarea full of html tags.

Other is not a fix but just something -
sometimes an anchor is closed early, and has no text inside.
This looks like {}, something you can click on but no text inside.
Oddly enough I had code in format.c specifically to remove these,
I really don't know why,
so #if around it and now {} appears,
sometimes, and if you're not sure,
odds are the text following is the text that should be inside,
and that tells you what the link is.
It might be possible to rearrange the node tree so that text is inside again,
but that's a lot more work and maybe there's a tidy fix for this one
so I'll hold off on that.

Sometimes workaround has to happen before, sometimes after.

On the ls world, lsy gives you the path if the current file is a symlink.
I had length, time, major minor, inode, everything,
except symlink, and that's what I wanted the other day when scanning through /lib
and I wanted to make sure the .so was linked to the right thing etc.
This probably won't be used vary often, and has no meaning in windows.

Geoff still trying to port mozjs to windows, and apparently it's not easy.
It looks like duktape could be an easier port so something else to think about.

Karl Dahlke

                 reply	other threads:[~2015-10-11 16:15 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150911121852.eklhad@comcast.net \
    --to=eklhad@comcast.net \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).