- Dillo-dev - lists.mailman3.com

Current color control??
by Beartooth Jan. 14, 2006

Jan. 14, 2006

I had my newsreader search 'color', but all I found was an exchange from 2003, and I doubt that's current. I have Dillo set as my default browser (under Fedora Core 4); every once in a while I get some site that's unreadable, because the text and background are too near the same color. My next move is to try the same URL in another browser; and that usually solves it. Can I make Dillo do whatever it is that the others do to remedy this, or not do whatever it does if it's creating it? -- Beartooth Stickster, Neo-Redneck Linux Enthusiast A wanderstaff like an Elvish rope should be long, and strong, and light -- and very smooth.

2 2

[jcid@dillo.org: Re: [Dillo-dev] Dillo 0.8.5 with gmail]
by Jorge Arellano Cid Jan. 13, 2006

Jan. 13, 2006

-- Cheers Jorge.-

1 0

Dillo 0.8.5 with gmail
by Richard Jan. 13, 2006

Jan. 13, 2006

Hello, I have compiled and installed Dillo 0.8.5 and enabled the https DPI. I am trying to use Dillo to log in to gmail. I have made sure that cookies are enabled for .gmail.com. I am able to get the gmail login page which is served through https but I cannot log in to my account. After clicking on the "Sign In" button and accepting all the certificate warnings messages, I am not redirected to my mailbox and I am stuck on the gmail login page. Does dillo support javascript ? and is that the reason why I cannot login to gmail ? If javascript is the stopper that prevents dillo from being used on gmail, hotmail or yahoo etc... then I am willing to devote some time to get something like SpiderMonkey or some other JS engine to work with Dillo. I was running dillo from the command line and below is the output I got from the console. Notice that dillo seems to die in the https.filter.dpi. I have looked at the mailing archives and I think I saw other people being able to at least login to gmail. So I am not sure what is going on in my case. Is there a later unstable version of Dillo I should use in order to login to gmail ? ============================================================== Dpi_parse_token: [<dpi cmd='dialog' msg='The remote certificate cannot be verified20' alt1='Continue' alt2='Cancel'>] a_Dpiapi_dialog: dpip_tag: <dpi cmd='dialog' msg='The remote certificate cannot be verified20' alt1='Continue' alt2='Cancel'> Dpi_parse_token: [<dpi cmd='start_send_page' url=' https://mail.google.com/mail/images/corner_tl.gif'>] { exiting https.dpi} Dpi: [Dpi_process_io] IOClose Nav_open_url: Url=>https://www.google.com/accounts/ServiceLoginAuth< main.c:154: get_command: dpid tag is NULL : main.c:328: main: get_command failed : {In https.filter.dpi} Dpi_parse_token: [<dpi cmd='dialog' msg='The remote certificate cannot be verified20' alt1='Continue' alt2='Cancel'>] a_Dpiapi_dialog: dpip_tag: <dpi cmd='dialog' msg='The remote certificate cannot be verified20' alt1='Continue' alt2='Cancel'> { exiting https.dpi} Dpi_parse_token: [<dpi cmd='start_send_page' url=' https://mail.google.com/mail/images/corner_tr.gif'>] Dpi: [Dpi_process_io] IOClose ============================================================== Thanks Best regards Richard Ta-Min

1 0

Re: [Dillo-dev] Re: patch: python filter DPI supporting the "data:" scheme from RFC 2397
by Jorge Arellano Cid Jan. 5, 2006

Jan. 5, 2006

Hi Ben, On Fri, Dec 30, 2005 at 03:18:12PM -0800, Ben Wiley Sittler wrote: > yes!let me know when the c translation is uploaded and i will gladly > take a look. i have investigated the mp3 thing further, and basically > dillo is not well-prepared to deal with very long uris, especially not > ones handled by a dpi. probably a maximum should be chosen (max. pipe > buffer size less the size of the overhead bytes for the rest of the > dpi request, maybe?) and anything longer should generate an error > message inside dillo. The patch took some time because it uncovered a subtle parsing bug in Dpip. It's fixed now in CVS. Both the new datauri.c and the dpip fix were commited. This is a no-frills datauri dpi version. There're things to polish. For instance: URI="data:;,test" // empty base64 and media type, ";" should be ignored > > separately, much of the dillo core is unprepared to handle data: URIs; > for instance, it tried to generate filenames when saving that are > longer than the OS and filesystem maximum length, and also slow down > the GUI to unusable speeds due to font metric calculations. > furthermore it did not use the mime-types database to select a > filename extension, so they ended up with very cryptic names. Yes, this can also be improved. > as for the python dpi, maybe keep it as an example in the source tree > but don't install it when doing 'make install', and use the new C > implementation as the default? maybe some python programmer will take > it and turn it into something more useful... It didn't work for me so currently it's not in CVS. > also, do the dpi-handling functions in the python dpi seem correct, or > did i misunderstand the protocol? i was not so sure about the > quoting/escaping mechanisms... This was a bit fuzzy... I changed it a bit and commented much more in dpip/dpip.c. Data URIs are a bit delicate with regard to security. This also needs some work. Although datauri is enabled now, it may be disabled for the next release unless security is stronger. -- Cheers Jorge.-

1 0

Size of the new downloads.dpi
by Michal Nowak Jan. 3, 2006

Jan. 3, 2006

Hi dillo developers, I just compiled the CVS version of dillo (0.86-pre) with the FLTK based downloads.dpi. I see it's statically linked against FLTK, but it's now 450 KiB (here). I think it's quite big. When the whole dillo will be FLTK based, will it be staticaly linked too? Or dynamically, like now with the GTK+ 1.2? Thank you all for great work you do. Michal Nowak

2 1

FLTK2-based GUI dpi for downloads
by Jorge Arellano Cid Jan. 3, 2006

Jan. 3, 2006

Hi there, Let's start 2006 with a nice addition to Dillo. Here's a HOWTO fo the FLTK2-based GUI-dpi for downloads: * Get the latest CVS (it has dpi/downloads.cc) * Get http://www.dillo.org/test/dl_GUI.diff cd dillo; patch -p1 < dl_GUI.diff * Go to http://www.fltk.org/software.php and get the "fltk-2.0.x-r4721.tar.bz2" tarball (or SVN at your option). __you need FLTK 2.0.x, FLTK 1.1.x won't work___ * Install FLTK2 * Build Dillo, install & enjoy! Note to packagers: Don't worry about FLTK2. The resulting dpi binary is statically linked so there're no new dependencies for a package that ships the new GUI-dpi for downloads, and as you'll soon understand, this new dpi is the recommended choice! :-) The idea is to ship this GUI-dpi when Dillo-0.8.6 is released. All: Please test it and let me know to the list you succeeded in the installation process (just to be sure I didn't forget a step in the above instructions). Feedback is welcomed. Tips: The GUI is compact, but has plenty of information. Look at the tooltips (place the mouse cursor over the widgets wait and see; e.g. the filename widget shows the wget log). BTW, I also prepared some XPM Icons for window managers. These are in the Icons page. My Icewm looks very nice with the new 16x16 and 32x32 pair! Enjoy, and have a great 2006! -- Cheers Jorge.-

4 10

Font Problm with max width Forms
by Wilhelm Korrengk Dec. 30, 2005

Dec. 30, 2005

Hello and Thank You! Dillo is great. But on my new PC the "Submit" buttons and textfields of forms are too small. On all of my other machines it runs great (kde) but now on windowmaker it doesnt... I run x and xfs packages from debian sarge. Thanks for Help! Wilhelm Korrengk

2 2

patch: python filter DPI supporting the "data:" scheme from RFC 2397
by Ben Wiley Sittler Dec. 30, 2005

Dec. 30, 2005

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!) 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. 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

4 6

6 Years: some goodies and expecting more!
by Jorge Arellano Cid Dec. 30, 2005

Dec. 30, 2005

Hi there, Somewhere this December, Dillo turned 6 years old. As sort of a present to it I'll be uploading the FLTK2-based GUI downloads plugin I've been working on, for everyone to try, and a bunch of related bug fixes too (this almost makes it for 0.8.6 release). Stay tuned. :) As you know since back from France I've been working on the funding side, and coding on the free timeslices. I'm expecting good news in mid January. I hope the whole effort proves more than worth. Best wishes and an excellent 2006 year! :-) -- Cheers Jorge.-

1 0

Re: [Dillo-dev] tables break forms??
by Wim De Smet Dec. 10, 2005

Dec. 10, 2005

I think you meant to send this to the list? Anyway, On 12/10/05, Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > it's improper and extremely common – that pattern is used to avoid > extra whitespace before and after a form. The dillo parser is often a bit picky on broken html. The correct way of going about this would be using CSS of course. Your example does render in my version of dillo (which is debian-specific 0.8.5). Not sure why, since I thought they mostly added i18n patches. FWIW I think the previous behaviour is that the parser ignores the </table> and forces a close tag a bit further down the page (what it's doing in my version) while in your version it's forcing the form tag to close. greets, Wim

3 2