- Dillo-dev - lists.mailman3.com

more [un]finished code

by Diego .

Hello, I have code a (dull, silly, ...) web page to upload my unfinished dillo code. I tend to start too much things and i finish very few of them. I will upload finished code too. At this moment there are a unfinished tabs dpi and two finished patches that together alow to wrote DilloPlugIns for protocols without touching dillo code. I will try to upload a unfinished preferences DPI and to code patches to allow DPIs to manage mime types and scripting, but i have few time. Please give your opinions on the page and the code. Do not worry to ask any doubt. I need some help about the english part to so do not doubt to blame my english and tell my errors. Like this is not the topic of the list send language errors directly to me. The page is http://personales.ya.com/darkspirit/ Any news from Sebastian? Diego

May 27, 2007

Re: [Dillo-dev] How to get dillo up to speed

by Globe Trotter

So, I assume that Jorge has not been able to get Sebastian to respond to his calls? It looks like Dillo is on its way to becoming history....what a sad way to end.... Trotter --- Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > Guys, > > Once again I want to thank you for the appreciation you have > for Dillo as a project. > > Now, if you read my original message again, you'll find: > > > Sebastian made a huge effort too. Having a job and developing a > > web browser is a very demanding task, and he did even more than > > that. I highly respect the man. > > > > In Germany we decided with him to keep the Dillo FLTK2 closed > > until we both agreed to release. > > and > > > From some time ago I think it would be good to release the new > > code. I have emailed several times with no answer. > > In fact, I think it was more or less 6 months ago, after some > emails with Andrew Tanenbaum, who finally helped me to see that > it was a good time to release the code again. > > Since then, I've tried to contact Sebastian to agree on this. > > -- > > On the technical part: > > > But Dillo need to evolve to support features only existents in modern > > browsers as i18n, javascript, https, tabs, flash (gnash), etc. > > - i18n : this was the main reason for choosing FLTK2 (utf-8). > - https: I started this plugin and also wish it can be improved > (later Garrett Kajmowicz helped a lot with this). > - tabs : I also want Dillo to have TABs. It may take to much time until > WM TABs support is as good as internal TABS. I designed a Dillo > FLTK2 UI where this is easy to add (one of these days I may code > it up... :-) > - flash: This depends on a external interpreter. I have no problem in > making > the hooks. > - javascript: This also depends on a external VM, and a supporting > framework. > It can be done but requires time. I'm not opposed as long as it > can > be disabled/enabled because it comes with severe security/privacy > risks. > - CSS : All of us want this! Sebastian made a huge and accurate work to > make > the CSS model a part of the internal widget structures. We only > need > to hook the parser. We even showed a prototype in France 2005 at > LSM > > > Again, once released, the code will not improve alone, it needs > dedicated developers/supporters willing to put their part in > order to make the vision we share happen. > > <<Long life to Dillo!>> > > > -- > Cheers > Jorge.- > > PS: For those willing to take our word at face value, I want to > state that it was never our intention to sell the code to > proprietary hands. BTW, we never did. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

May 4, 2007

Re: [Dillo-dev] How to get dillo up to speed

by Globe Trotter

--- Alan Carvalho de Assis <acassis(a)gmail.com> wrote: > Hi Jorge, > > 2007/4/5, Jorge Arellano Cid <jcid(a)dillo.org>: > > ... sic > > In fact, I think it was more or less 6 months ago, after some > > emails with Andrew Tanenbaum, who finally helped me to see that > > it was a good time to release the code again. > > > > Since then, I've tried to contact Sebastian to agree on this. > > Then you just needs a "go" signal from Sebastian? > > I hope that Sebastian turns on the green light to Dillo FLTK source code. I hope that Sebastian his reading his e-mails. As you can see from Jorge's note, he has been trying to contact him for six months. I hope also that all is well with him. best wishes, trotter ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail

April 6, 2007

Re: [Dillo-dev] How to get dillo up to speed

by Alan Carvalho de Assis

Hi Jorge, 2007/4/5, Jorge Arellano Cid <jcid(a)dillo.org>: > ... sic > In fact, I think it was more or less 6 months ago, after some > emails with Andrew Tanenbaum, who finally helped me to see that > it was a good time to release the code again. > > Since then, I've tried to contact Sebastian to agree on this. Then you just needs a "go" signal from Sebastian? I hope that Sebastian turns on the green light to Dillo FLTK source code. Thank you, Alan

April 5, 2007

Re: [Dillo-dev] How to get dillo up to speed

by Jorge Arellano Cid

Guys, Once again I want to thank you for the appreciation you have for Dillo as a project. Now, if you read my original message again, you'll find: > Sebastian made a huge effort too. Having a job and developing a > web browser is a very demanding task, and he did even more than > that. I highly respect the man. > > In Germany we decided with him to keep the Dillo FLTK2 closed > until we both agreed to release. and > From some time ago I think it would be good to release the new > code. I have emailed several times with no answer. In fact, I think it was more or less 6 months ago, after some emails with Andrew Tanenbaum, who finally helped me to see that it was a good time to release the code again. Since then, I've tried to contact Sebastian to agree on this. -- On the technical part: > But Dillo need to evolve to support features only existents in modern > browsers as i18n, javascript, https, tabs, flash (gnash), etc. - i18n : this was the main reason for choosing FLTK2 (utf-8). - https: I started this plugin and also wish it can be improved (later Garrett Kajmowicz helped a lot with this). - tabs : I also want Dillo to have TABs. It may take to much time until WM TABs support is as good as internal TABS. I designed a Dillo FLTK2 UI where this is easy to add (one of these days I may code it up... :-) - flash: This depends on a external interpreter. I have no problem in making the hooks. - javascript: This also depends on a external VM, and a supporting framework. It can be done but requires time. I'm not opposed as long as it can be disabled/enabled because it comes with severe security/privacy risks. - CSS : All of us want this! Sebastian made a huge and accurate work to make the CSS model a part of the internal widget structures. We only need to hook the parser. We even showed a prototype in France 2005 at LSM Again, once released, the code will not improve alone, it needs dedicated developers/supporters willing to put their part in order to make the vision we share happen. <<Long life to Dillo!>> -- Cheers Jorge.- PS: For those willing to take our word at face value, I want to state that it was never our intention to sell the code to proprietary hands. BTW, we never did.

April 5, 2007

Re: [Dillo-dev] How to get dillo up to speed; was: LinuxBIOS with X Server Inside

by Justus Winter

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey@all :) Jorge Arellano Cid wrote: > I once asked in this list how many developers were willing to > work on Dillo FLTK2 if released. One answer still stands. I would be willing to try to implement our concepts against session riding in dillo. We (Martin Johns and myself) did some work in this area and created a http proxy and a firefox extension to protect users of web applications against session riding. Both the proxy and the extension approach are highly non-trivial, for different reasons. One being the complexity of the mozilla framework. With dillo this might be a lot easier, so dillo could be the first browser to be immune against session riding out of the box. I am also interested in improving dillos css capabilities. I know there are some patches around. And embedding a ECMAScript interpreter could enable dillo to be used as frontend for all the new web applications (but I know that this is a huge step and requires lots of planning and pondering design questions in the first place). Thanks for all the support, and special thanks to Diego for releasing your patch. I will definitively try it out! Cheers, Justus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGEXSroPmwNWhsaZYRAk2tAJ0bBn53ltbvSHqsdoYOGu++OvAoOQCeN94b 6NLt9mgy26xXXYi3qsaGF8I= =n2DK -----END PGP SIGNATURE-----

April 2, 2007

non released unfinished code (try 2)

by Diego Sáenz

It seems that my previous mail came bad, so i try again: Hello. I agree (in the general discussion) that it is a bad idea to keep closed the dillo FLTK code. (I reserve other opinions for other mail) This mail is only because i have some unfinished code for dillo and want to open/show/give to the rest of the list. One can not demand something without do the same. I have a Dillo PlugIn that add tabs to dillo. The plug in is a GTK 1.2 app and a DPI at the same time. I do not known GTK 1.2 and do not have time to learn it. I was waiting for the FLTK dillo to program a FLTK version, but now i think that it is better to show bad programed unfinished code instead of wait. Try to run it before watch the code (based on a GTK 1.2 example) I hope that some GTK programer can finish it. How do it work: Now dillo can be embedded in other program. This is used by sylpheed for example. The app create a especial gtk widget get its xid and run dillo like that: $ dillo -x xid(this is a number) Then that dillo will appear in the gkt widget and not in a separate window. With a few changes (18 lines added to dillo) dillo can ask the xid to a DPI when it want to open a new window. The DPI is a GTK window with a notebook widget. Each time dillo ask it for a xid the DPI adds a new tab and pass its xid to dillo and dillo appear in the tab. (If the xid returned by the DPI is 0 dillo open a separate window) TODO: - Remove the GTK example code - Add menus to tabs, close tab button ... - maybe add a configuration file Instructions to test it: download the patch attached to this mail (tabs_dpi.diff) get the last dillo cvs (if asked for a password, press ENTER) $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo change to the dillo cvs directory and apply the patch $ cd dillo $ patch -p1 < ../tabs_dpi.diff generate configure, configure code and compile it $ ./autogen.sh && ./configure --disable-dlgui && make install the tabs dpi and optionaly the patched dillo # make install run the patched dillo comanding it to ask the xid and with a given size (only to see the dillo window entirely) $ dillo -x ask -g 700x500 To open a new tab use midle click on a link or the menu file->new browser To close a tab use the remove page button or the menu file->close window Excuse me my english and please test and tell what you think about this. Diego.

April 2, 2007

Re: [Dillo-dev] How to get dillo up to speed

by leslie.polzer＠gmx.net

On Sun, Apr 01, 2007 at 06:47:15PM +0200, Alexander Becher wrote: > Let's up that number then. Make it two. When (not if) Dillo FLTK2 > is released, I will gladly contribute to its advancement, including > working on its core. +1. Time is scarce for me at the moment, but I'm very interested in contributing to Dillo on FLTK2. Leslie -- NEW homepage: https://viridian.dnsalias.net/~sky/homepage/ gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83

April 2, 2007

non released unfinished code

by Diego .

Hello. I agree (in the general discussion) that it is a bad idea to keep closed the dillo FLTK code. (I reserve other opinions for other mail) This mail is only because i have some unfinished code for dillo and want to open/show/give to the rest of the list. I have a Dillo PlugIn that add tabs to dillo. The plug in is a GTK 1.2 app and a DPI at the same time. I do not known GTK 1.2 and do not have time to learn it. I was waiting for the FLTK dillo to program a FLTK version, but now i think that it is better to show bad programed unfinished code instead of wait. Try to run it before watch the code (based on a notebook GTK 1.2example) I hope that some GTK programer can finish it. How do it work: Now dillo can be embedded in other program. This is used by sylpheed for example. The app create a especial gtk widget get its xid and run dillo like that: $ dillo -x xid(this is a number) Then that dillo will appear in the gkt widget and not in a window. With a few changes dillo can ask the xid to a DPI when it want to open a new window. The DPI is a GTK window with a notebook widget. Each time dillo ask it for a xid the DPI adds a new tab and pass its xid to dillo and dillo appear in the tab. Instructions to test it: download the patch attached to this mail (tabs_dpi.diff) get the last dillo cvs (if asked for a password, press ENTER) $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo change to the dillo cvs directory and apply the patch $ cd dillo $ patch -p1 < ../tabs_dpi.diff generate configure, configure code and compile it $ ./autogen.sh && ./configure --disable-dlgui && make install the tabs dpi and optionaly the patched dillo # make install run the patched dillo comanding it to ask the xid and with a given size (only to see the dillo window entirely) $ dillo -x ask -g 700x500 To open a new tab use midle click on a link or the menu file->new browser To close a tab use the remove page button or the menu file->close window Excuse me my english and please test and tell what you think about this. Diego.

April 2, 2007

Re: [Dillo-dev] How to get dillo up to speed

by Alexander Becher

* Me: >* Matthias Franz: >>But it may not the best approach to ask people to declare >>in advance that they will contribute to Dillo. > >I cannot say I do not disagree with that. s/dis// I meant to say I'd agree with that. Regards, Alexander -- PGP key available

April 1, 2007