October 2004 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]Invoke application upon clicking a link

by Diego Sáenz

I think i have an easier solution than that. First install the exec dpi that i atach. Read the dpi spec in dillo page for more info. Then use links to dpi:/exec/dillo to start dillo or dpi:/exec//usr/local/bin/dillo to start /usr/local/bin/dillo. With this dpi you can not pass parameters. If you make it understand %20 in the url passed, so commands can have parameters, please send the cahnges. Diego/DarkSpirit El Fri, 8 Oct 2004 12:08:05 +0200 Matthias Franz <Matthias.Franz(a)ujf-grenoble.fr> escribio: > On Fri, Aug 20, 2004 at 09:05:13PM -0700, huy wrote: > > I would like to be able to click on a link and invoke a local executable. > > [...] > > Is there a way I can do this with dillo (short of modifying the source code). > > Dear huy, > > using the external viewers patch (see my posting to this list) and > the Dillo dpi framework, there is a short solution to your problem: > > Save the attached shell scipt to ~/.dillo/dpi/runcmd/runcmd.filter.dpi > and put the line > > application/x-runcmd; %{cmd} > > into your ~/.mailcap . Then any link of the form "dpi:/runcmd/prog" starts > the program "prog". > > See the Dillo file doc/Dpid.txt for more on (filter) plugins. > > > security isn't an issue > > I hope so since otherwise you'd better forget all this! > > All the best, > -- > Matthias Franz > > Section de Mathématiques, Université de Genève, Suisse >

Oct. 8, 2004

Re: [Dillo-dev]Invoke application upon clicking a link

by Matthias Franz

On Fri, Aug 20, 2004 at 09:05:13PM -0700, huy wrote: > I would like to be able to click on a link and invoke a local executable. > [...] > Is there a way I can do this with dillo (short of modifying the source code). Dear huy, using the external viewers patch (see my posting to this list) and the Dillo dpi framework, there is a short solution to your problem: Save the attached shell scipt to ~/.dillo/dpi/runcmd/runcmd.filter.dpi and put the line application/x-runcmd; %{cmd} into your ~/.mailcap . Then any link of the form "dpi:/runcmd/prog" starts the program "prog". See the Dillo file doc/Dpid.txt for more on (filter) plugins. > security isn't an issue I hope so since otherwise you'd better forget all this! All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

Oct. 8, 2004

[Dillo-dev]external viewers patch

by Matthias Franz

Hi everybody, I have extended Lars Clausen's external viewers patch and ported it to Dillo 0.8.3. While it is still under development (it doesn't use the dpi framework yet), it is already a stable and essentially complete implementation of RFC 1524, and at least to me Dillo is much more useful if it can display PS and PDF files, for instance. If you are interested, you can download the patch at http://www-fourier.ujf-grenoble.fr/~franz/dillo/ . Comments are welcome! All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

Oct. 8, 2004

[Dillo-dev]Starting with a blank page

by Joonas Saarinen

With 0.8.2 I could use "file:/dev/null" as start_page to begin with a blank page. However, it seems that using the same trick with 0.8.3-rc1 leads Dillo to complain that it "can't start dpid daemon". Should this be fixed or should there rather be something like "about:blank" to start with an empty page?

Oct. 8, 2004

[Dillo-dev]about gtk2.diff.gz

by Calvin Yu

I used this patch file, tried dillo-0.7.3 and dillo-0.8.0. But when they were patched, both of them occured errors. Is there another version between 0.7.3 and 0.8.0 that can be patched with gtk2.diff.gz exactly. Who can send me that version, i just want to have a test. i will be very grateful for your help. My mail box is yuzenghui(a)people.com.cn Or yuzenghui(a)hotmail.com Thank you!!

Oct. 8, 2004

Re: [Dillo-dev]testing dillo-0.8.3-rc1

by Bjoern Brill

On Thu, 7 Oct 2004, Jorge Arellano Cid wrote: > On Wed, Oct 06, 2004 at 03:47:32PM +0200, Bjoern Brill wrote: [...] > > > > > Two small problems I've encountered: > > > > - It seems that, if a pair of <a href="..."> </a> tags contains > > something illegal, like <div>, then the <a> tags are ignored, > > rather than the illegal stuff inside. That's suboptimal. > > Can you elaborate on "suboptimal"? > If a heuristic tries to repair broken stuff, then the repair method with the likely most useable result is optimal. As things are now, <a><div>click here</div></a> ends up as <a></a><div>click here</div>, i.e. the link is empty and thus inaccessible. > The reason why <a> is closed is that INLINE elements can't > contain BLOCK elements, so any inline elements left open are > closed. This cleanup has proven very healthy. > [...] Yes, I fully agree here. My point is just that, since no visible trace of <a> is left, and links are a rather important part of page contents, another cleanup method may be better in this case. > > > As an example, look at http://www.kmelektronik.de/ (admittedly a very > > broken site, standards-wise). The text fragments "Light-Version > > Versand" and "Light-Version Shop" near the page bottom should really > > be links. If this is hard to fix, then don't bother. > > Yes. The only other site I've found is www.lynucs.org which I > expect to correct the problem when told. > > I tried a small hack, but it has the side effect of not > cleaning-up any INLINE element upon <div> openings. This solves > the problem with the above mentioned pages, but may create bigger > problems than what it solves. > [...] > Maybe a good solution is to only allow an exception when <a> > precedes the <div>. This would be much safer. > > Of course it would'n work with <a ...><b><div> </div></b></a>. > > Now, considering the small amount of sites doing this, it may > be an overkill. Please share your thoughts. > What about this: before forcibly closing <a> (no matter why), render some text like "[...]" or "[HTML bug]" to the page, so that the user can see what's going on? Special-casing <a><div> would likely be overkill. Special-casing <a><block_element> would not be, as long as the workaround is easy, simple and reasonably safe. If such a workaround does not exist, the issue isn't really worth more effort. Regards, Björn -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany

Oct. 7, 2004

[Dillo-dev][sylvinus@lynucs.org: Re: Easy to solve problem in the HTML]

by Jorge Arellano Cid

Hi there, This is what you MUST expect from a good webmaster! -- Cheers Jorge.-

Oct. 7, 2004

Re: [Dillo-dev]testing dillo-0.8.3-rc1

by Jorge Arellano Cid

Björn, I commited a commented workaround to CVS (alongside with an enhancement for the color choosing algorithm for visited links). If you want to test it, get into html.c:4394 and uncomment the code there. -- Cheers Jorge.-

Oct. 7, 2004

Re: [Dillo-dev]testing dillo-0.8.3-rc1

by Jorge Arellano Cid

On Wed, Oct 06, 2004 at 03:47:32PM +0200, Bjoern Brill wrote: > Hello, Hi Björn. > I've tried out dillo-0.8.3-rc1 for a few days on a Debian GNU/Linux > 3.0 "woody"/i386 system. > > It compiled and installed cleanly, and I did not encounter any regressions > against 0.8.2 yet. The parser changes are a real improvement -- several > formerly problematic sites I've tried work now, and the "Detected HTML > errors" view produces much more meaningful results. Thanks for the good report! > > Two small problems I've encountered: > > - It seems that, if a pair of <a href="..."> </a> tags contains > something illegal, like <div>, then the <a> tags are ignored, > rather than the illegal stuff inside. That's suboptimal. Can you elaborate on "suboptimal"? The reason why <a> is closed is that INLINE elements can't contain BLOCK elements, so any inline elements left open are closed. This cleanup has proven very healthy. From the SPEC: <q> The DIV and SPAN elements, in conjunction with the id and class attributes, offer a generic mechanism for adding structure to documents. These elements define content to be inline (SPAN) or block-level (DIV) but impose no other presentational idioms on the content. Thus, authors may use these elements in conjunction with style sheets, the lang attribute, etc., to tailor HTML to their own needs and tastes. </q> > As an example, look at http://www.kmelektronik.de/ (admittedly a very > broken site, standards-wise). The text fragments "Light-Version > Versand" and "Light-Version Shop" near the page bottom should really > be links. If this is hard to fix, then don't bother. Yes. The only other site I've found is www.lynucs.org which I expect to correct the problem when told. I tried a small hack, but it has the side effect of not cleaning-up any INLINE element upon <div> openings. This solves the problem with the above mentioned pages, but may create bigger problems than what it solves. For instance. INLINES include: TT, I, B, U, S, STRIKE, BIG, SMALL, FONT, EM, STRONG, DFN, CODE, SAMP, KBD, VAR, CITE, ABBR, ACRONYM, SUB, SUP, Q, SPAN, BDO A OBJECT APPLET PARAM IMG BASEFONT BR SCRIPT MAP AREA INPUT SELECT OPTGROUP TEXTAREA LABEL BUTTON Not having them closed (cleaned) upon <div> openning makes me shudder... Maybe a good solution is to only allow an exception when <a> precedes the <div>. This would be much safer. Of course it would'n work with <a ...><b><div> </div></b></a>. Now, considering the small amount of sites doing this, it may be an overkill. Please share your thoughts. > > - This one is not new, but I fixed it a while ago for myself and then > forgot about it: the "This page uses the NON-STANDARD meta refresh > tag..." warning usually occurs inside <head>, but is immediately > sent to the parser, which in turn switches its HTML processing state > from IN_HEAD to IN_BODY prematurely. After that, head-only tags like > <title> and <base> are ignored. A minimal fix is at the end of the > mail. Thanks. Most probably it will make its way into rc2. -- Cheers Jorge.-

Oct. 7, 2004

Re: [Dillo-dev]contribution : crystalsvg icons for Dillo toolbar

by Jorge Arellano Cid

On Thu, Oct 07, 2004 at 12:40:31AM +0200, Florent BERANGER wrote: > Hi, > > you'll find, as part, the pixmap.h file for Crystalsvg > (www.everaldo.com ) icons for Dillo toolbar :) > > Best regards, > > Florent BERANGER > > Flonix : http://www.flonix.com Thanks. Can the staircase effect be reduced a bit? Ah, please don't send big emails to dillo-dev, use the developer address instead, or set an URL with it. This list reaches near two hundreds souls. -- Cheers Jorge.-

Oct. 7, 2004