- Dillo-dev - lists.mailman3.com

[Dillo-dev]sparc success for 0.8.2

by Riccardo Mottola

Hey, I just wanted to report that the final release of dillo compiles and seems to work fine here on solaris 6 -Riccardo

July 12, 2004

Re: [Dillo-dev]Plugin infrastructure

by Jorge Arellano Cid

Hi Garret, I just finished reading the whole tarball you sent me. It's very interesting. I'm planning to make some modifications on it to provide a generic new API for sending data (I also have a new dpi for file:/, some fixes for buffering in the transfer for bookmarks, some changes to downloads, also to consider cookies and preferences). BTW, with bookmarks I had already changed the data sending routines to provide for streams and flushing. Something like: <q> int send_data_chunk(int OutFD, char *Data, size_t DataSize, int flush); int send_data_string(int OutFD, char *str, int flush); </q> that provides for better tunning from each dpi (e.g. the new bookmarks transfers also run quickly on the 2.6.x series of the linux kernel). The idea of grouping common functions into something like a dpi library was present from a long time ago. This is a good opportunity to start with it. :) I have to think a bit more about the API for data sending. The plan is to have it merged on CVS before Friday. On Mon, 12 Jul 2004, Garrett Kajmowicz wrote: > Something with the DPI instrastructure needs to be considered - what to do if > a plugin needs to prompt the user for some information. Yes, this was considered. ...and it is much like what you describe. > > The need for this first came about while developping the https plugin - there > needs to be a way to prompt the user in the event that the foreign system > isn't trusted. > > This can currently be done through the use of direct calls to Gtk (I assume), > but this is not the best result. It requires that everybody who needs to do > user prompting write their own dialogs. It creates additional dependancies > for the dpis. And it makes code upgrades more difficult - Should Dillo > switch to another toolkit in the future for whatever reason (perhaps Gtk2?), > all of the DPIs need to be rewritten. And in the event of multiple instances > of Dillo running, it becomes impossible to determine which instance the > prompt is for. Yes, those are the two possibilities: a) Dialogs through Dillo (using dpip). b) Native dialogs. Currently b) seems inadequate, but for graphical dpis, it's different (for instance the graphical downloads: it's simpler to add "cancel" buttons in the native window). In the case of https, a) looks better. > > My proposed solution to this problem is to create a new dpi command which is > used to prompt the user for what to do. It should allow (require/default?) > modal dialog boxes so that the prompt is associated with the Dillo instance > the plugin is using. > > I am suggesting that the dpi command be 'prompt_user'. There would be one > manditory field, 'type' which would indicate the type of prompt to use. > Example values might be 'dialog' or 'file_save'. These types would be > extensible. > > From there, additional tags would be allocated based on the type of prompt. > For example, a 'file_save' prompt might have a default_filename tag. A > 'dialog' would likely have a title, a message, and up to 3 button texts. > > In all cases, the responce should be a dpi message of type 'user_response' > with a 'response' tag holding the value of the user input. I'll have to search my archives. I'm sure I wrote something about this long ago... AFAIR, there was the "question dialog" with fixed alternatives, and things like that. In the https case, it seems we only need (by now) a yes/no answer for a certificate that can't be verified. Please send me the list for all the question/generic dialogs you foresee. > At least this is my proposal. I'd like some feedback on it, and especially > suggestions or better ideas. The question dialog through dpip for continuing or aborting over non-verifiable certificates, is the bottle-neck now. I'll start coding it ASAP. Of course it would be very helpful to know in advance the other possible dialogs. To design a good API, that is. Cheers Jorge.-

July 12, 2004

[Dillo-dev]Plugin infrastructure

by Garrett Kajmowicz

Something with the DPI instrastructure needs to be considered - what to do if a plugin needs to prompt the user for some information. The need for this first came about while developping the https plugin - there needs to be a way to prompt the user in the event that the foreign system isn't trusted. This can currently be done through the use of direct calls to Gtk (I assume), but this is not the best result. It requires that everybody who needs to do user prompting write their own dialogs. It creates additional dependancies for the dpis. And it makes code upgrades more difficult - Should Dillo switch to another toolkit in the future for whatever reason (perhaps Gtk2?), all of the DPIs need to be rewritten. And in the event of multiple instances of Dillo running, it becomes impossible to determine which instance the prompt is for. My proposed solution to this problem is to create a new dpi command which is used to prompt the user for what to do. It should allow (require/default?) modal dialog boxes so that the prompt is associated with the Dillo instance the plugin is using. I am suggesting that the dpi command be 'prompt_user'. There would be one manditory field, 'type' which would indicate the type of prompt to use. Example values might be 'dialog' or 'file_save'. These types would be extensible. From there, additional tags would be allocated based on the type of prompt. For example, a 'file_save' prompt might have a default_filename tag. A 'dialog' would likely have a title, a message, and up to 3 button texts. In all cases, the responce should be a dpi message of type 'user_response' with a 'response' tag holding the value of the user input. At least this is my proposal. I'd like some feedback on it, and especially suggestions or better ideas. - Garrett Kajmowicz

July 12, 2004

Re: [Dillo-dev]HTTPS

by Jorge Arellano Cid

On Sun, 11 Jul 2004, Garrett Kajmowicz wrote: > OK - I have created a preliminary HTTPS implementation using openssl. It > checks to see if a site certificate chain is valid. Unfortunately, I'm not > sure how to create a dialog to prompt the user, so the "ask the user" > function just returns continue. Should I use glib/gtk or some dpi > communication message? > > The totality of the dpi stuff I have done is about 15k or so. Please let me > know if you are interested Absolutely! I got so tired after managing everything to be on place for the last release, that decided to stay away from the computer for the weekend... Please excuse me, but receive our welcome anyway! > and I will email it to you post haste. Yes, it's very interesting and I surely want to give it a try. I'll resume my duties this monday. Cheers Jorge.-

July 12, 2004

[Dillo-dev]HTTPS

by Garrett Kajmowicz

OK - I have created a preliminary HTTPS implementation using openssl. It checks to see if a site certificate chain is valid. Unfortunately, I'm not sure how to create a dialog to prompt the user, so the "ask the user" function just returns continue. Should I use glib/gtk or some dpi communication message? The totality of the dpi stuff I have done is about 15k or so. Please let me know if you are interested and I will email it to you post haste. - Garrett Kajmowicz

July 11, 2004

[Dillo-dev]HTTPS

by Garrett Kajmowicz

Is anybody currently actively working on HTTPS support? If not, how much work would be involved? I have some basic experience working with OpenSSL. Unfortunately, I have almost no gtk experience (I'm a Qt kind of person). I have some spare time, and would be willing to help, if I could, though I've never worked on a web browser before. Closest I have come is writing PHP. - Garrett Kajmowicz

July 10, 2004

[Dillo-dev]Re: Remote control of displayed URL

by Ian Walberg

Jorge, I have a kiosk type setup where I need to be able to reset dillo to a given URL from another programme and then allow the user to navigate on their own. I really do not care how this is achieved but I do not want to restart dilio with a specific URL each time. Thanks Ian -----Original Message----- From: dillo-dev-admin(a)auriga.wearlab.de [mailto:dillo-dev-admin@auriga.wearlab.de] On Behalf Of dillo-dev-request(a)auriga.wearlab.de Sent: 09 July 2004 05:27 To: dillo-dev(a)auriga.wearlab.de Subject: Dillo-dev digest, Vol 1 #462 - 1 msg Send Dillo-dev mailing list submissions to dillo-dev(a)lists.auriga.wearlab.de To subscribe or unsubscribe via the World Wide Web, visit http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev or, via email, send a message with subject or body 'help' to dillo-dev-request(a)lists.auriga.wearlab.de You can reach the person managing the list at dillo-dev-admin(a)lists.auriga.wearlab.de When replying, please edit your Subject line so it is more specific than "Re: Contents of Dillo-dev digest..." Today's Topics: 1. Re: Remote control of displayed URL (Jorge Arellano Cid) --__--__-- Message: 1 Date: Thu, 8 Jul 2004 08:26:48 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> Subject: Re: [Dillo-dev]Remote control of displayed URL Hi Ian, On Tue, 6 Jul 2004, Ian Walberg wrote: > I would like to be able to command dillo via a socket to a specific > URL from another application. > > Can this be done already? Yes it can be done. The specific dpi to provide for that service is not written yet, but the bookmarks-dpi commands dillo to open and refresh URLs all the time. > I tried a simple server plugin but did not get the > results I was looking for. Please explain further what you want to do. It may be a couple of days to write a specific server and get it working depending on what is required. > Thanks No problem. Cheers Jorge.- --__--__-- _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev End of Dillo-dev Digest

July 9, 2004

Re: [Dillo-dev]Remote control of displayed URL

by Jorge Arellano Cid

Hi Ian, On Tue, 6 Jul 2004, Ian Walberg wrote: > I would like to be able to command dillo via a socket to a specific URL from > another application. > > Can this be done already? Yes it can be done. The specific dpi to provide for that service is not written yet, but the bookmarks-dpi commands dillo to open and refresh URLs all the time. > I tried a simple server plugin but did not get the > results I was looking for. Please explain further what you want to do. It may be a couple of days to write a specific server and get it working depending on what is required. > Thanks No problem. Cheers Jorge.-

July 8, 2004

Re: [Dillo-dev]dillo-0.8.2

by Kelson Vibber

On Wednesday 07 July 2004 07:32 am, Jorge Arellano Cid wrote: > Do you have some download stats for 0.8.1? Sure: Linux Distribution Downloads ------------------------------------- Red Hat 8-9 & Fedora Core 1-2 633 Mandrake 9.2 264 SuSE 9.0 239 Source RPM 204 Red Hat 7 122 Mandrake 9.1 80 SuSE 8.2 66 Red Hat 6 55 Mandrake 8.1 32 SuSE 7.3 30 Conectiva 9 25 Yellow Dog 3 (PPC) 25 Mandrake 8.2 24 Conectiva 8 22 Mandrake 9.1 (PPC) 21 Unless otherwise noted, these are for the x86 architecture, since, well, that's what I have! On another note, I built and posted the rest of the RPMs last night, except for Mandrake 9.1 PPC (I need to drag an old machine out of the closet and hook it up). I plan on installing a copy of Mandrake 10 or, if I can get it, SuSE 9.1 sometime in the next two weeks, which should bring those more up to date. Dillo 0.8.2 RPMs: http://www.hyperborea.org/software/dillo/ -- Kelson Vibber www.hyperborea.org

July 7, 2004

Re: [Dillo-dev]dillo-0.8.2

by Jorge Arellano Cid

On Tue, 6 Jul 2004, Kelson Vibber wrote: > On Tuesday 06 July 2004 12:50 pm, Jorge Arellano Cid wrote: >> I just uploaded the new dillo-0.8.2 to our site. > > Excellent! > >> It will be announced just after Kelson and Phil can upgrade >> the Dillo packages they make, and after Sebastian and I finish >> setting a much requested donations link. > > I'll be out most of this evening (and tomorrow evening), so I built a few RPMs > on my lunch hour and posted them: > - Red Hat 8-9 & Fedora Core 1-2 (not tested on RH8 yet, but it should work) > - Conectiva 9 > - Mandrake 9.2 > - SuSE 9.0 > - Yellow Dog 3 > > I left several UML instances compiling when I headed back to work, so they > should be ready when I get home. I should have time to post the them, but in > case I don't, the SRPM and the five listed above are up. Thanks a lot for your dedicated work Kelson. Sincerely Jorge.- PS: Do you have some download stats for 0.8.1?

July 7, 2004