December 2005 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] locked cookie file

by Diego Sáenz

Try current cvs. Cvs version uses a Dillo Plug-In to manage cookies to solve this. More info in the doc/Cookies.txt file. Diego Sáenz. El Thu, 8 Dec 2005 19:06:27 -0500 (EST) "fred" <dillolist(a)ubyte.net> escribio: > Is there a good work around for using multiple instance of dillo at once, > as it locks the cookie file and disables cookies for the all instances > started after the first one? > Thanks in advance all; Cheers! > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 9, 2005

locked cookie file

by fred

Is there a good work around for using multiple instance of dillo at once, as it locks the cookie file and disables cookies for the all instances started after the first one? Thanks in advance all; Cheers!

Dec. 9, 2005

tables break forms??

by fred

Hello all. Please forgive me if this has already been discussed at length, I check the last 2months of archives and the bug track and didn't find any mention, but I might've just over-looked it. In dillo 0.8.3 there is no problem when a form begins inside a table but ends outside of it, but when my dillo 0.8.5 sees a the table close, it forces the form closed too and truncates (and consequently discards) the rest of the form. Here is an example (I think this a culprit too [http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev] <HTML> <table><form method="post" action="null"> <input type="text" name="proper"><br> </table>  <input type="text" name="cut_off"> </form></HTML> I don't know if this is the proper diagnosis, a known issue, or uncompliant HTML, just wondering if others have been having problems with it. PS: what about calling an executable on "View Source"? vim colors are pretty.

Dec. 9, 2005

Re: [Dillo-dev] Dillo Support for Flash plugins

by Thorben Thuermer

On Wed, 7 Dec 2005 18:13:37 +0800 Xyber Blue <xyberblue(a)gmail.com> wrote: > Is there anyone here who tested the dillo with flash plugins??? I just want > to know if dillo is already supporting this kind of plugins. > If not, is there any plan to support flash player plugins for dillo??? http://www.dillo.org/Plans.html >Low priority >[-] Graphical plugins framework. http://www.dillo.org/dpi1.html > Hopefully, dillo will have two types of plugins: one of a >simple nature (described in this document), that operates in a >similar way of CGIs (with some extensions), and another that >integrates interaction with the rendering engine and its widgets. > > The fact is that our current rendering system, and its >associated internal layers is still under construction, makes >almost impossible to begin working on dpi2, and on the other >hand, gives an excellent oportunity to focus on dpi1 (that's also >expected to be easier to program with). - Thorben

Dec. 8, 2005

Dillo Support for Flash plugins

by Xyber Blue

Hello poeple, Good day, Is there anyone here who tested the dillo with flash plugins??? I just want to know if dillo is already supporting this kind of plugins. If not, is there any plan to support flash player plugins for dillo???

Dec. 7, 2005

Re: [Dillo-dev] patch: python filter DPI supporting the "data:" scheme from RFC 2397

by Diego Sáenz

El Mon, 5 Dec 2005 07:58:11 -0800 Ben Wiley Sittler <bsittler(a)gmail.com> escribio: > Hi! I've been using dillo a bit since the i18n patch became usable, > and found that there was one crucial URI scheme missing: "data:", > defined in RFC 2397. I used the simple filter DPI model and had > something working fairly quickly (thank you all for making that easy!) Great, i try to do the same for the xproto patch with a shell script, but only support base 64 and forget it. > > This works by adding a filter for dpi:/dataurl/... and rewriting > data:... to use it, in a fashion similar to the one used by the https > filter. > > The data: URI scheme allows image data (and other linked resources) to > be embedded in a web page, so (for example) your DPIs can now > trivially embed images, even dynamically-generated ones. It is also > supported by the Mozilla family (it's used heavily in GreaseMonkey > plugins) and in Konqueror and Safari. I think i will use this feature for the prefs plug-in. > > Here's an example data: URI (an image) from the RFC: > > <IMG > SRC="data:image/gif;base64,R0lGODdhMAAwAPAAAAAAAP///ywAAAAAMAAw > AAAC8IyPqcvt3wCcDkiLc7C0qwyGHhSWpjQu5yqmCYsapyuvUUlvONmOZtfzgFz > ByTB10QgxOR0TqBQejhRNzOfkVJ+5YiUqrXF5Y5lKh/DeuNcP5yLWGsEbtLiOSp > a/TPg7JpJHxyendzWTBfX0cxOnKPjgBzi4diinWGdkF8kjdfnycQZXZeYGejmJl > ZeGl9i2icVqaNVailT6F5iJ90m6mvuTS4OK05M0vDk0Q4XUtwvKOzrcd3iq9uis > F81M1OIcR7lEewwcLp7tuNNkM3uNna3F2JQFo97Vriy/Xl4/f1cf5VWzXyym7PH > hhx4dbgYKAAA7" > ALT="Larry"> > > The ";base64" is optional, and indicates Base-64 encoded data. The > default is unencoded, i.e. just URL-escaped. Here's a non-Base-64 > conversion of the same data: > > <img > src="data:image/gif,GIF87a0%000%00%F0%00%00%00%00%00%FF%FF%FF%2C%00 > %00%00%000%000%00%00%02%F0%8C%8F%A9%CB%ED%DF%00%9C%0EH%8Bs%B0%B4%AB > %0C%86%1E%14%96%A64.%E7%2A%A6%09%8B%1A%A7%2B%AFQIo8%D9%8Ef%D7%F3%80 > %5C%C1%C90u%D1%0819%1D%13%A8%14%1E%8E%14M%CC%E7%E4T%9F%B9b%25%2A%AD > qyc%99J%87%F0%DE%B8%D7%0F%E7%22%D6%1A%C1%1B%B4%B8%8EJ%96%BFL%F8%3B% > 26%92G%C7%27%A7w5%93%05%F5%F4s%13%A7%28%F8%E0%078%B8v%28%A7Xgd%17%C > 9%23u%F9%F2q%06We%E6%06z9%89%95%97%86%97%D8%B6%89%C5jh%D5Z%8AT%FA%1 > 7%98%89%F7I%BA%9A%FB%93K%83%8A%D3%934%BC94C%85%D4%B7%0B%CA%3B%3A%DC > wx%AA%F6%E8%AC%17%CDL%D4%E2%1CG%B9D%7B%0C%1C.%9E%ED%B8%D3d3%7B%8D%9 > D%AD%C5%D8%94%05%A3%DE%D5%AE%2C%BF%5E%5E%3F%7FW%1F%E5U%B3_%2C%A6%EC > %F1%E1%87%1E%1Dn%06%0A%00%00%3B" > alt="Larry" > /> > > So far this DPI has only been tested with the i18n-patched version of > dillo (I use it to load small test texts in different charsets), but > it should theoretically work in regular dillo too. > > Enjoy, > -ben Goodbye Diego

Dec. 7, 2005

Re: [Dillo-dev] Mac Classic Dillo

by Bryan Waters

By Mac Classic i'm referring to the older Mac OS'es (pre-OSX)...Mac OS 8 or 9 for example. The chips are 68k or PowerMac i think...regardless, it must run on the Mac OS and not a compatible linux flavor that runs on the hardware. I don't know much about but let me research that a little...still the code i've seen is very clean so maybe i can use it as a base for a browser widget on these older systems. -bryanw Diego Sáenz wrote: >Can you give more info about the port? CPU=680?0 MMU=? OperativeSystem(OS)=? ... > >OS is the most important one. If it is *BSD or linux(is there a linux for MacClasic?) you do not need port (http://www.dillo.org/Compatibility.html) So i think it is other OS. >If it is MacOS you can wait the work-in-progress dillo port to FLTK(I think it will be easier than now) before port to Mac Toolbox(was it so?) or do not wait and help to the port of dillo to FLTK. > >FLTK works in current Macs but i unknown if run on Classics ones. > >I hoppe that this help you. > >Diego. > > >El Tue, 06 Dec 2005 10:51:56 -0600 >Bryan Waters <bryanw(a)abwaters.com> escribio: > > > >>Has anyone ever ported Dillo to the Mac Classic? Any suggestions on >>where to start if I wanted to do so? >> >>-bryanw >> >> >>_______________________________________________ >>Dillo-dev mailing list >>Dillo-dev(a)dillo.org >>http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> >> >>------------------------------------------------------------------------ >> >>_______________________________________________ >>Dillo-dev mailing list >>Dillo-dev(a)dillo.org >>http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> >>

Dec. 6, 2005

Re: [Dillo-dev] Mac Classic Dillo

by Diego Sáenz

Can you give more info about the port? CPU=680?0 MMU=? OperativeSystem(OS)=? ... OS is the most important one. If it is *BSD or linux(is there a linux for MacClasic?) you do not need port (http://www.dillo.org/Compatibility.html) So i think it is other OS. If it is MacOS you can wait the work-in-progress dillo port to FLTK(I think it will be easier than now) before port to Mac Toolbox(was it so?) or do not wait and help to the port of dillo to FLTK. FLTK works in current Macs but i unknown if run on Classics ones. I hoppe that this help you. Diego. El Tue, 06 Dec 2005 10:51:56 -0600 Bryan Waters <bryanw(a)abwaters.com> escribio: > Has anyone ever ported Dillo to the Mac Classic? Any suggestions on > where to start if I wanted to do so? > > -bryanw > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 6, 2005

Mac Classic Dillo

by Bryan Waters

Has anyone ever ported Dillo to the Mac Classic? Any suggestions on where to start if I wanted to do so? -bryanw

Dec. 6, 2005

Re: [Dillo-dev] patch: python filter DPI supporting the "data:" scheme from RFC 2397

by Thorben Thuermer

On Mon, 5 Dec 2005 07:58:11 -0800 Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > and found that there was one crucial URI scheme missing: "data:", > defined in RFC 2397. I used the simple filter DPI model and had > something working fairly quickly (thank you all for making that easy!) nifty! something i've been looking for before. but... i love how firing up a python interpreter (/compiler/vm/...) (or any external process) and passing it the data just to decode it fits with the general efficiency of data: (which i'd consider the main argument for using it)... > Enjoy, > -ben Thorben

Dec. 6, 2005