- Dillo-dev - lists.mailman3.com

PledgeBank ?
by Vincent Thomasset Feb. 25, 2007

Feb. 25, 2007

Hi Jorge, What do you think of trying to raise some funds using pledgebank ? I know this is not really the type of funding you're expecting for Dillo, but it should be interesting to see if there's a response. Considering what recently happened to the nouveau project [1] (someone raised 1300+ 10$ donations in their name), if think it could be interesting to take the chance. On a related note, the FOSDEM will be held 5 minutes away from my place, i could drop some "Fund Dillo" posters there to get some publicity. What do you think ? Cheers, Vincent

3 4

Web page update
by Jorge Arellano Cid Feb. 25, 2007

Feb. 25, 2007

Hi there, As said sometime ago in this mailing list, I went to update the front page of Dillo's site to let our users know what the current status of the project is, and what we're doing/expecting. It is just a small section under the "Project Objectives". Please give it a read and send your feedback here if any. I know the "funding" link would benefit from an update, but sometime ago it was quite current and as it yielded no results, I'm not sure it to be worth the effort anymore ;-). Perhaps an alternative way could work better. -- Cheers Jorge.-

1 0

FLTK2 port to DirectFB
by Diego . Feb. 16, 2007

Feb. 16, 2007

It seems that somebody is working on the port of FLTK2 to DirectFB http://www.fltk.org/newsgroups.php?gfltk.development+v:4889 I do not get to compile it, but i hope that somebody can. (It is in a very early stage yet) Nothing more, good bye. Diego.

1 0

Port/package for Nokia 770 / N800
by Anuj Verma (Kevin) Feb. 15, 2007

Feb. 15, 2007

Hello list, I am curious to know if there is a package of Dillo for Nokia 770 or N800 ? Will someone be please interested to contribute one ? Refer: http://en.wikipedia.org/wiki/Nokia_N800 http://maemo.org Cheers, Kevin

3 2

Re: [Dillo-dev] PledgeBank ?
by Jorge Arellano Cid Feb. 8, 2007

Feb. 8, 2007

Hi Johannes and R.L, Please excuse my delay to answer. Finally I found some time to address this. On Thu, Feb 01, 2007 at 05:25:49PM +0100, Johannes Hofmann wrote: > Hi Jorge, > > On Thu, Feb 01, 2007 at 08:56:47AM -0300, Jorge Arellano Cid wrote: > > > > Another important point is that we're not working with GTK1 > > anymore, but with FLTK2 (antialiasing, UTF-8, statical linking in > > 700KB, less dependencies, etc). We have an advanced prototype. > > This is important for potential developers. > > > > We're looking for interested developers to work on Dillo. This > > is also key to the success of the project. This is the kind of > > developer that not only sends patches but that contributes to the > > core of it. > > > > Sometime ago I asked in this list for interested developers and > > got only one answer for a "patch-developer" so to speak. > > I'm a long time dillo user and have some experience with fltk1 and > fltk2 from my small spare time projects. > I would be happy to contribute to the dillo project but my time > will be limited... "R.L. Horn" wrote: > > Sometime ago I asked in this list for interested developers and > >got only one answer for a "patch-developer" so to speak. > > Actually, I volunteered some time back and never got a response. I > haven't fiddled with FLTK development, but I reckon I could pick it up in > a week or so. Thanks for commiting some time to Dillo! PLease let me know a rough estimate of how much time could this be. Just to have an idea of what kind of task you both can work in based on your expertise and available time. At this moment, much of Dillo is quite similar to what we had in 0.8.x series. The main differences are: - Dw was ported to C++ (some new capabilities, similar API). - HTML/text/script parser was ported to C++. - The Concomitant callback chain was redesigned for simplicity. (Now, instead of one CCC branch per task, an anhanced universal branch handles Dpi, HTML, text and images). - Bug fixes/injections ;-) A great thing is that Dw is well documented (Doxygen), it has a testbed, it's isolated from Dillo and it can be studied comfortably. OTOH, there's a lot of middle/minor work to be done to complete its implementation. If I get your time availability it would be easier to plan with Sebastian what to suggest you to work on. Thanks a lot for your commitment. May thy example be followed by the listeners! :-) -- Cheers Jorge.-

2 2

Re: [Dillo-dev] [marco@hep.uchicago.edu: Re: Dillo not compiling]
by Livio Soares Feb. 8, 2007

Feb. 8, 2007

Hi Marco, Marco Mambelli writes: > Hi Livio, > Thank you, I added glib-devel and gtk+-devel > > autogen and configure are fine now. Nice. > In compilation there are some warning (signedness mainly) and errors in > downloads.cc compilation: > if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -MT downloads.o -MD > -MP -MF ".deps/downloads.Tpo" -c -o downloads.o downloads.cc; \ > then mv -f ".deps/downloads.Tpo" ".deps/downloads.Po"; else rm -f > ".deps/downloads.Tpo"; exit 1; fi > downloads.cc:34:22: error: fltk/run.h: No such file or directory > downloads.cc:35:25: error: fltk/Window.h: No such file or directory > downloads.cc:36:25: error: fltk/Widget.h: No such file or directory > downloads.cc:37:25: error: fltk/damage.h: No such file or directory > ... and many other errors depending probably on the missing files > (undefined variables, scope problems, ...) > > I installed fltk and fltk-devel libraries but this did not solved the > problem. Unfortunately, this isn't very well documented, but you actually need FLTK 2, to allow the download DPI to work. If I remember correctly (Jorge can correct me if I'm wrong), compiling the download DPI is optional (--disable-dlgui, I think, was the configure option). So, you can either forget about the download DPI, find RPMs for FLTK2 (both library and -devel), or build/install FLTK2 yourself. Now, don't you just _love_ recursive build dependences ;P Good luck, Livio

2 1

[marco@hep.uchicago.edu: Re: Dillo not compiling]
by Jorge Arellano Cid Feb. 6, 2007

Feb. 6, 2007

-- Cheers Jorge.-

2 1

[grigory@cisnet.ru: an article about dillo]
by Jorge Arellano Cid Jan. 25, 2007

Jan. 25, 2007

-- Cheers Jorge.-

1 1

Re: Your Web Pages
by Jorge Arellano Cid Jan. 11, 2007

Jan. 11, 2007

Hi John, First of all, thanks for checking the project. Hero go some answers... On Wed, Jan 10, 2007 at 09:58:37PM -0800, John Gutierrez wrote: > Jorge, > > Will you site be updated anytime soon. Some of your pages have a date of > July 24, 2003 (funding.html). I check your site from time to time, but > rarely see new information. > > Plans.html has not had an update since August 2006. I would imagine that the > bullet colors would have changed by now. > > The ChangeLog.html shows a date of Apr 26, 2006 (no new version since then?) > > The FAQ.html still references version 8.4. and talks about FLTK port as of > 2005! > > Fosdem 2005 and LSM 2005 are OLD events - anything current? > > The Achievements (A_gols.html was last modified October 2,2006 - anything > new? The Dillo project is currently frozen. I'm expecting the vacation season in Germany to end to communicate with Sebastian and update the site with an official statement of the current situation. (I've tried to reach him since late 2006 so I assume he's on holidays). The latter time was spent trying to rise funds for continuing the development with at least two people working full time on it. Funding didn't happen so I had to take a job, and as Sebastian had a job, the situation now is we're both on a spare time basis that in practice has been close to nil. OTOH, the port to FLTK2 has gone very good with no surprises and a very good transition. The problem is lack of manpower because of lack of funds. The project is frozen because it is impossible to develop a web browser (very complex task), keeping pace with the evolving technologies, by working on a spare time basis. The web site will be updated after I have a virtual meeting to discuss the points with Sebastian, or in mid February, whatever comes first. -- Cheers Jorge.-

1 0

Re: [Dillo-dev] dillo chat in Logroño/La Rioja/Spain
by Diego . Dec. 5, 2006

Dec. 5, 2006

Ok, but with FALSE (DwPage owns a button that owns the image) the button fail to draw the alt text when can not load the image and do not use width and height atributes of the html tag. Using your patch and seting the parameter to TRUE it use width, height and alt, but do not redraw alt text. Without your patch dillo segfaults if that parameter is true. Diego. 2006/12/2, Jorge Arellano Cid <jcid(a)dillo.org>: > > Hi Diego, > > On Fri, Dec 01, 2006 at 02:23:01AM +0100, Diego . wrote: > > Very thanks for the fast patch and the advices. > > One question ¿In Html_input_image why is the function Html_add_new_image > > called with the FALSE parameter? > > Quick answer: > > Because the image is embedded inside a button that's already > inside the DwPage. > > In other words: there's no need to add the image to the DwPage > because the button "owns" the image (think of an object), thus > only the button object needs to be added. > > -- > Cheers > Jorge.- >

2 1

dillo chat in Logroño/La Rioja/Spain
by Diego . Nov. 29, 2006

Nov. 29, 2006

Hello. I am Diego Sáenz. I use this mail address now (I had mail problems and lost some mails, but i have read them in the list archive). I am associate of AULIR (Asociacion de Usuarios de GNU/Linux de La Rioja) a spanish LUG and will give a chat about how to wrote dillo plug-ins. I will explain a few the dillo internals too. There are not very much programers in AULIR(one of them program anjelica.sourceforge.net) but i will try to wake interest about dillo. Any advice for the chat? I will try to show a preferences plug in as example. Is the bug #695 solved somewhere? i think i will need to use it for a feature of the plug in. Diego. ps: i hoppe that this do not seem spam* *

2 1

Re: invalid (?) relative url resolve issue +patch
by Jorge Arellano Cid Nov. 29, 2006

Nov. 29, 2006

Hi, On Wed, Nov 29, 2006 at 12:47:39AM +0100, Schilter Roland wrote: > Hello, > first of all, thanks for dillo :) ;) > I think I found a bug or at least, a misbehaviour that is handled in famous browsers differently. > I looked through the code and finally figured out where to change code to get the expected behaviour. > (Took some time though :p ) > > I need to mention that I didn't read the RFC2396 about URIs and I have the feeling that the implementation > in dillo may be according to specifications but nevertheless, i couldn't browse several sites... :) > > The problem is, if a `href' attribute of html-tag `a' starts only with a query (`?test') > then the path of the baseurl is only taken until the last slash: > > <a href="?test">test</a> while the baseurl being `www.example.com/example' > > this link will resolve to www.example.com/?test although I expected it to go to www.example.com/example?test Give a look to RFC-2396 C.1 Normal examples: base = http://a/b/c/d;p?q#f relative = ?y resolved => http://a/b/c/?y Dillo passes all those tests, including the abnormal section. Ah and we also test for these extra tests: http://www.ics.uci.edu/~fielding/url/test2.html http://www.ics.uci.edu/~fielding/url/test3.html http://www.ics.uci.edu/~fielding/url/test4.html http://www.ics.uci.edu/~fielding/url/test5.html HTH. -- Cheers Jorge.-

1 0

The sound of silence
by Joonas Saarinen Nov. 29, 2006

Nov. 29, 2006

Hello, It has been almost two months of silence on this list and I thought to ask how are you doing? :) Anything new about the "Campaign to help Dillo survive"? Etc.

2 1

Re: [Fwd: Dillo article precisions]
by Jorge Arellano Cid Oct. 4, 2006

Oct. 4, 2006

Hi Henry, On Tue, Oct 03, 2006 at 02:30:33PM -0700, Henry Kingman wrote: > Hi Jorge, > > I tried to update our article with some of the details you sent. > > Thanks, and good luck with the Dillo project! I hope you find funding. Thanks for the corrections. One important precision: the dillo project needs at least two core developers working on it fulltime. Not only me. If there's only one person working full time on it, it's not enough to keep the pace of evolving technologies. That's what I meant when writing: > > The situation is this: there're two core developers. We need at > >least to be both working on Dillo full time (ideally three devs.) > >otherwise the project would lag behind the moving target that > >Internet browsing is. I find this paragraph misleading: "Alternatively, Cid says he will release the FLTK2 port if he finds enough funding to be able to continue working fulltime on the port himeself. He said, "Given the current situation, the best option seems to be to remain closed until funding happens." and it's not true. Please make the correction. -- Cheers Jorge.- > > -Henry > > cc: Rick, executive editor > > -- > Henry Kingman, senior editor > LinuxDevices.com > Ziff Davis Internet > 775 625-4547 > > > > > > > >-------- Original Message -------- > >Subject: Dillo article precisions > >Date: Tue, 3 Oct 2006 09:40:28 -0400 > >From: Jorge Arellano Cid <jcid(a)dillo.org> > >To: Rick Lehrbaum <rick(a)linuxdevices.com> > >CC: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> > > > >Hi Rick, > > > > It's being a long time since my last article at linuxdevices, > >receive my greetings from Chile! > > > > With regard to the new article: > > > > http://linuxdevices.com/news/NS4370323584.html > > > > It caught me by surprise. There was a thread in dillo-dev and > >some users suggested that campaign. I was commenting on gross > >factual mistakes in the wiki when it was announced that an > >article was live at linuxdevices. > > > > It's good to see our users' interest in keeping the project > >alive, so I'll comment the article here so you can correct and > >improve the article: > > > > > >>A project to create an ultra-lightweight web browser for use in > >>embedded devices and other resource-constrained hardware has > >>issued a plea for financial help. The Dillo Project says it needs > >>to find a corporate sponsor in order to add anti-aliased text, > >>CSS, Javascript, and internationalization/localization support. > > > > We've almost finished the port to FLTK2, and it already has > >anti-aliased text. (Dillo doesn't compile with FLTK1) > > > > FLTK2 uses UTF8 and provides antialiasing so it solves the > >problem of using GTK1 (this was one of the reasons for GTK1 to go > >GTK2). > > > > UTF8 also makes it easy to add i18n and l10n without breaking > >things inside the browser. > > > > I point this technical details because unofficial patches have > >been developed for antialiasing, i18n and l10n for GTK1. This is > >a good workaround but not a long term solution. > > > > > >> > >>(Click for larger screenshot of Dillo) > > > > Here you'll find a screenshot of dillo-fltk2: > > > > http://www.dillo.org/test/ph2.png > > > > (it shows antialiasing) > > > > > >> > >>Dillo is a very lightweight (about 350 KB) browser supporting a > >>subset of HTML, CGI, SSL, and cookies. > > > > And plugins. > > + Images (GIF, PNG and JPEG) > > > >> Dillo is not really > >>practical for browsing the modern Internet, due to missing > >>support for frames, CSS, Javascript, and other commonly used > >>standards and protocols. It also lacks support for anti-aliased > >>text, something even Linux desktop users have long taken for > >>granted, and appears to have only rudimentary HTML error handling > >>capabilities. > > > > The HTML error handling has improved a lot (the bug meter can > >atest that), but yes, error handling is not as advanced as with > >Firefox. > > > > Anyway, sometimes there're pages with a few hundred mistakes > >handled gracefully. ;-) > > > > > >>Nonetheless, Dillo is extremely fast and lightweight, using less > >>memory in some cases than popular text-based browsers such as > >>lynx. And, since it supports CGI, it could be useful as a > >>framework for simple device interfaces based on Web standards, > >>such as survey kiosks and other closed, "walled garden" > >>applications. > > > > BTW, the new Dillo with a statically linked FLTK2 is about > >820 Kilobytes. > > > >> > >>Additionally, Dillo is popular with web developers due to > >>excellent HTML error reporting. > > > > :-) > > > > > >> > >>Dillo is expected to gain support for anti-aliased text after its > >>development team completes a port to FLTK (fast light toolkit, > >>aka "fulltick"). > > > > [Already there, see above] > > > >> However, founder Jorge Arellano Cid appears > >>adamant that funding be located prior to release of his > >>nearly-complete FLTK port, according to a "save Dillo" campaign > >>page hosted here. > > > > True. > > > > The situation is this: there're two core developers. We need at > >least to be both working on Dillo full time (ideally three devs.) > >otherwise the project would lag behind the moving target that > >Internet browsing is. > > > > Sebastian (the other core developer) is employed fulltime in > >Germany so he has almost no time to Develop. I don't have funds > >to keep on working fulltime too, so if there're no funds the > >project will loose the main developers and their knowledge. > > > > With regard to releasing. That's what I've done for 6+ years > >with GTK1 and no funding happened ;-). > > > > If there were more interested developers in working with Dillo > >(lets say 6 serious and qualified people) I would consider > >releasing because the project could advance in that case. > > > > Believe it or not I asked in dillo-dev, and there was only one > >answer from a dev that could put 4 hours/week and that had no > >FLTK2 knowledge nor on Dillo internals. > > > > Given the current situation, the best option seems to remain > >closed until funding happens. > > > > > >> > >>Other ongoing Dillo development efforts reportedly include CSS > >>support (said to be "70 percent complete") and JavaScript > >>support, as well as additional internationalization (I18n) and > >>localization (l10n) features. > > > > I reported 70% on CSS. This is on the FLTK2 branch, not from > >external efforts. > > > > The interesting part is that we paved the way for all these in > >the newest branch, so now it's much easier to develop them over > >the new code base than with the old branch. > > > > A rough timeline estimation would be near 2 years to have the > >whole set: antialiasing, CSS, I18n, l10n, Frames, Tabs, SSL and > >good Javascript. > > > > We could make a release in 6 months and thenceforth go on > >incrementally adding features in any desired order (probably this > >would be up to the sponsors' needs). > > > > > >>Additional details about Dillo can be found on Dillo's official > >>funding presentations page. For additional background, be sure to > >>read Cid's 2002 introduction to the browser, here. > >> > >>The Dillo project previously sought funding in February of 2004, > >>and was successful in obtaining a one-time grant through the > >>Linux Fund. > > > > > > Thanks a lot for your time and commitment. > > > > > > > -- > Henry Kingman, senior editor > LinuxDevices.com > Ziff Davis Internet > 775 625-4547 >

2 2

Dillo article precisions
by Jorge Arellano Cid Oct. 3, 2006

Oct. 3, 2006

Hi Rick, It's being a long time since my last article at linuxdevices, receive my greetings from Chile! With regard to the new article: http://linuxdevices.com/news/NS4370323584.html It caught me by surprise. There was a thread in dillo-dev and some users suggested that campaign. I was commenting on gross factual mistakes in the wiki when it was announced that an article was live at linuxdevices. It's good to see our users' interest in keeping the project alive, so I'll comment the article here so you can correct and improve the article: > A project to create an ultra-lightweight web browser for use in > embedded devices and other resource-constrained hardware has > issued a plea for financial help. The Dillo Project says it needs > to find a corporate sponsor in order to add anti-aliased text, > CSS, Javascript, and internationalization/localization support. We've almost finished the port to FLTK2, and it already has anti-aliased text. (Dillo doesn't compile with FLTK1) FLTK2 uses UTF8 and provides antialiasing so it solves the problem of using GTK1 (this was one of the reasons for GTK1 to go GTK2). UTF8 also makes it easy to add i18n and l10n without breaking things inside the browser. I point this technical details because unofficial patches have been developed for antialiasing, i18n and l10n for GTK1. This is a good workaround but not a long term solution. > > (Click for larger screenshot of Dillo) Here you'll find a screenshot of dillo-fltk2: http://www.dillo.org/test/ph2.png (it shows antialiasing) > > Dillo is a very lightweight (about 350 KB) browser supporting a > subset of HTML, CGI, SSL, and cookies. And plugins. + Images (GIF, PNG and JPEG) > Dillo is not really > practical for browsing the modern Internet, due to missing > support for frames, CSS, Javascript, and other commonly used > standards and protocols. It also lacks support for anti-aliased > text, something even Linux desktop users have long taken for > granted, and appears to have only rudimentary HTML error handling > capabilities. The HTML error handling has improved a lot (the bug meter can atest that), but yes, error handling is not as advanced as with Firefox. Anyway, sometimes there're pages with a few hundred mistakes handled gracefully. ;-) > Nonetheless, Dillo is extremely fast and lightweight, using less > memory in some cases than popular text-based browsers such as > lynx. And, since it supports CGI, it could be useful as a > framework for simple device interfaces based on Web standards, > such as survey kiosks and other closed, "walled garden" > applications. BTW, the new Dillo with a statically linked FLTK2 is about 820 Kilobytes. > > Additionally, Dillo is popular with web developers due to > excellent HTML error reporting. :-) > > Dillo is expected to gain support for anti-aliased text after its > development team completes a port to FLTK (fast light toolkit, > aka "fulltick"). [Already there, see above] > However, founder Jorge Arellano Cid appears > adamant that funding be located prior to release of his > nearly-complete FLTK port, according to a "save Dillo" campaign > page hosted here. True. The situation is this: there're two core developers. We need at least to be both working on Dillo full time (ideally three devs.) otherwise the project would lag behind the moving target that Internet browsing is. Sebastian (the other core developer) is employed fulltime in Germany so he has almost no time to Develop. I don't have funds to keep on working fulltime too, so if there're no funds the project will loose the main developers and their knowledge. With regard to releasing. That's what I've done for 6+ years with GTK1 and no funding happened ;-). If there were more interested developers in working with Dillo (lets say 6 serious and qualified people) I would consider releasing because the project could advance in that case. Believe it or not I asked in dillo-dev, and there was only one answer from a dev that could put 4 hours/week and that had no FLTK2 knowledge nor on Dillo internals. Given the current situation, the best option seems to remain closed until funding happens. > > Other ongoing Dillo development efforts reportedly include CSS > support (said to be "70 percent complete") and JavaScript > support, as well as additional internationalization (I18n) and > localization (l10n) features. I reported 70% on CSS. This is on the FLTK2 branch, not from external efforts. The interesting part is that we paved the way for all these in the newest branch, so now it's much easier to develop them over the new code base than with the old branch. A rough timeline estimation would be near 2 years to have the whole set: antialiasing, CSS, I18n, l10n, Frames, Tabs, SSL and good Javascript. We could make a release in 6 months and thenceforth go on incrementally adding features in any desired order (probably this would be up to the sponsors' needs). > Additional details about Dillo can be found on Dillo's official > funding presentations page. For additional background, be sure to > read Cid's 2002 introduction to the browser, here. > > The Dillo project previously sought funding in February of 2004, > and was successful in obtaining a one-time grant through the > Linux Fund. Thanks a lot for your time and commitment. -- Cheers Jorge.-

2 1

Campaign to help Dillo survive
by Alan Carvalho de Assis Oct. 3, 2006

Oct. 3, 2006

Hi all, I am writing a document to convince some company to help Dillo project. I think it is an idea we need fight for. I invite everybody to help to improve this document, when we get a powerful document we will send it for some friends at Nokia, Motorola and others. The early version can found here: http://fornix.sourceforge.net/wiki/index.php/Campaign_to_help_Dillo_survive Be free do edit this wiki. Thank you, -- ------------------------------------------------------------ | Alan Carvalho de Assis | ------------------------------------------------------------ -- Não importa o que os outros irão pensar, A cura para a infelicidade é a felicidade

4 11

[jcid@dillo.org: Re: [Dillo-dev] Campaign to help Dillo survive]
by Jorge Arellano Cid Oct. 2, 2006

Oct. 2, 2006

-- Cheers Jorge.-

1 0

Re: [Dillo-dev] Dillo FLTK CVS
by Alan Carvalho de Assis Oct. 2, 2006

Oct. 2, 2006

Hi Michal, On 9/29/06, Michal Nowak <xnowak01(a)stud.fit.vutbr.cz> wrote: > Hi Alan, > > well I am not sure how you could do it i(=desktop@floppy) but I think > Dillo will be quite large with staticaly linked with fltk2. > Do you know how large is it? > May I ask you, how many space have you got on the floppy? Or you mean > "the floppy" (1.4 MiB)? It would be great proof of concept... Well, I am formatting it at 1.74 MB, and I will use compressed fs (squashfs). I think it will get ~ 3MB. Kernel: ~ 600KB (I am using kernel-tiny patch) Kdrive: ~ 600KB (I am using uClibc) Dillo-fltk: < 1.8 MB > The troubles with funds... it's quite longstanding problem. Dillo neads > fulltime dev or two. There are companies which has Dillo build in their > products and sold them, well, that's OK, but thay give nothing back... > just sitting and waiting for Jorge. Comunity of Dillo is rather small, > people from developed countrie have fast computers -> lack of hunger for > such think Dillo is. Probably nobody will pay for releasing "another > browser", coz hey have ff, opera, konq etc. Dillo will be the best option for cheap linux cell phones. Then when these cell phone companies realise it is a best option it will invest. To do it we need emphasize Dillo qualities: the faster browser ever, the smallest footprint, etc. It is just "blow one's own horn" :) > But you can help Dillo with submitting code, if ou want to :). Doing a small linux distro I will help to demonstre as powerful dillo is. And it will demonstre too the small dillo footprint. > CU, > Michal > Cheers, Alan

2 1

Dillo FLTK CVS
by Alan Carvalho de Assis Sept. 29, 2006

Sept. 29, 2006

Hi people, I am new in this list and I have a silly question. I want to compile dillo with no GTK libs. I already compiled kdrive and fltk with uClibc, now I just need to compile dillo. My problem is where to find the dillo fltk tree, I download the default CVS tree (dillo module), but it is not fully fltk, just the download.cc use fltk. I search at mail list and google, but don't find anything. Where can I download the dillo fltk source code? I know it is in development, but it is not problem. Thank you, -- ------------------------------------------------------------ | Alan Carvalho de Assis | ------------------------------------------------------------ -- Não importa o que os outros irão pensar, A cura para a infelicidade é a felicidade

2 4

Opening new URL in same instance and -s option
by Rainer M Krug Sept. 21, 2006

Sept. 21, 2006

Hi I have two questions first: I would like to be able to have only one instance of dillo open and when I try to open a new url (from outside dillo), that this url is opened in the old instance. Is this possible, and if yes, how? second: I have seen emails concerning running dillo in server mode (dillo -s server). I tried it, but dillo didn't know -s. Is this feature imp[lemented, and if yes, how can I access it? Thanks a lot for a brilliant lightning fast browser, Rainer -- Rainer M. Krug, Dipl. Phys. (Germany), MSc Conservation Biology (UCT) Department of Conservation Ecology and Entomology University of Stellenbosch Matieland 7602 South Africa Tel: +27 - (0)72 808 2975 (w) Fax: +27 - (0)21 808 3304 Cell: +27 - (0)83 9479 042 email: RKrug(a)sun.ac.za Rainer(a)krugs.de

1 0

[abc@ai1.anchorage.mtaonline.net: frames/fltk]
by Jorge Arellano Cid Sept. 14, 2006

Sept. 14, 2006

-- Cheers Jorge.-

1 0

Serious Memory Allocation Strategy Problem in Cache_parse_header()
by R.L. Horn Sept. 8, 2006

Sept. 8, 2006

I'm currently in the process of modifying dillo for use in browsing an http media server (yeah, I know it's httpd abuse, but it's only for a local network and I was running Apache anyhow). At present, this basically involves sending a modified downloads plugin an "execute" command and the MIME type when AbortEntry is true in Cache_process_queue() (the plugin then executes an agent which deals with the URL entirely independent of dillo). (Actually, this is functionality that would be nice in the main branch, albeit with its own plugin and user-selectivity. If there's interest, please let me know.) So far, so good -- it seems to work passably well and it only took a couple of hours. Easy peasey. Unfortunately, the first time I click on a 700M video stream, things go horribly wrong. Seems that Cache_parse_header() attempts to allocate memory for the entire content *before* the header has been checked for viewability (since the dispatcher isn't called until Cache_process_queue()). As it happens, this has been reported as bug 726. The upshot of all this is that when you click on a link, there had better be room for the whole thing in heap even though the content may never be read. Otherwise, glib just gives up and dumps core via g_malloc(). I think I can get around this by doing a Content-Type check in Cache_parse_header(). I'd be happy to provide a patch provided I can come up with a reasonably elegant solution. Any advice would be appreciated.

2 3

Patches
by Rob Cherveny Sept. 6, 2006

Sept. 6, 2006

I have freebsd and am using dillo. Can someone help me install the patch for using tabs? Thank you rob -- "The trouble ain't that there is too many fools, but that the lightning ain't distributed right." Mark Twain

4 3

More signal :-)
by Roberto C. Sanchez Sept. 4, 2006

Sept. 4, 2006

When will the transition to FLTK begin? Regards, -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto

3 3

The kind of computer that is perfect for Dillo
by Sam Trenholme Sept. 3, 2006

Sept. 3, 2006

This is the kind of computer that is perfect for Dillo: http://linuxdevices.com/news/NS6828123924.html Summary: About $100, P166, 128 megs of memory, roughly the size of a VHS videocasette. This is the perfect computer for Dillo--128 megs of ram really isn't enough memory to run Firefox well, and Firefox's rendering will be quite slow on a P166, especially on big pages. That said, I feel there are some issues that stop Dillo from being the browser to use on such a machine. Now, before giving out my "shoulds", I understand what it takes to make code happen in the open source world: The submission of money or patches. I have my own little open-source project, and I do let out a sigh whenever someone says "Your program should be able to do XXX". I do listen to these requests, but it sometimes takes years for those requests to become real code. So, I hope people on this list will humour me and let me share my thoughts about Dillo. The problem is that Dillo doesn't support a lot of high-profile internet sites right now. OK, you say, so submit a patch and help with Dillo development. Well, the problem is that I don't think such a patch will be accepted by the Dillo developers. People, of course, know about the patches over at http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n This patched version of Dillo (or should I say, this fork of Dillo) also supports tabs, frames, UTF-8, and even has buggy support for real HTML redirects. I was able to read and send webmail both with Yahoo and Gmail using the "i18n" version of Dillo. I can't say the same for the last stock version of Dillo I tried; I understand that the "i18n" changes may make the code more messy. I think we're looking at different philosophies here, and I think we may hit the point of having a true fork should these enhancments continue to not be merged in to the main Dillo source. If I were to take some time out from my own project on work on Dillo, I would not work on the main version--I would work on the "i18n" version, since it is usable with a number of sites that the mainline Dillo can not access. I would look at the "i18n" version and try and add Javascript support to it (or, better yet, EMCAscript support). Personally, I think Dillo needs some level of Javascript support; a lot of high-profile sites (can we say MySpace and their crappy JavaScript and HTML) plain simply do not work without Javascript. I also believe that Dillo shouldn't try to get CSS support; the last thing I want is yet another browser with buggy CSS that I have to design around. If Dillo is going to support CSS, I don't think the support should become a part of a stable release of Dillo until Dillo can render ACID2 perfectly. A site that uses CSS is perfectly usable, albeit a bit ugly, in a browser that doesn't have CSS. Anyway, these are just my 2 millicents. I understand that it takes either real code or real money to make these changes real, and since I'm currently offering neither, feel free to cheerfully ignore my thoughts or to flame me to a crisp. :) - Sam

7 12

Problems with gziped content encodings pages and proposal
by Diego Sáenz Sept. 2, 2006

Sept. 2, 2006

Hello. I am a daily user of dillo and i am finding problems with pages served with content-encoding = gzip and dillo mime detection code. For example when i try to open en.wikipedia.org or es.wikipedia.org dillo says "HTTP warning: Content-Type 'text/html; charset=utf-8' doesn't match the real data" When download with wget y see that the problem is that the page is gziped so i think that now wikipedia sends pages with conten-encoding: gzip. Proposal I have a proposal to use DPIs to manage protocols, mime, encodings and maybe scripts whitout modifing dillo source code each time that a dpi is added. Before in the list i have defended to have mime, protocols and script DPIs that call the right DPI for each task when dillo ask for a unknown mime type, protocol or script but this do not fit very well with the DPI infrastructure and need more DPI process runing and that it is better to avoid. Sorry, i think that it was the better option. I think that the way to fit mime handling with DPIs is to use the documented (but not fully implemented) concept of DPI service. In DPIs docs dillo do not call directly a DPI it ask dpid for a service and dpid returns a DPI. In this way various DPIs can be installed for a given service and the user can use whatever he what. In fact in the code dillo ask dpid for a service, but dpid can not handle more than a DPI for a given service(it do extrange things). Basic idea: When dillo do not known how to access to a url like mms:/something or show a mime type like image/xpm it can ask for a protocol_mms service or mime_image%2Fxpm service. We can fix dpid too. It will only need a configuration file to store user preferences for each service. Details Protocol DPIs can translate the unknown protocol to http (like https, ftp and data DPIs) or show a html page with actions about the protocol. For example a mms DPI can show a page with options to hear the mms stream(with mplayer) or download it (with mimms). An extension to the download_gui DPI to support downloading unknown protocols can be usefull. When download is not one supported by wget it can send open_url to dillo or ask dpid ... Mime types need a mime_x-dillo%2Fx-unknown because a file can be send without content-type and dillo can fail to discover the mime. A DPI handling it can use 'file --mime ' and resend the file to dillo with correct mime. A way to not resend the file will be better, maybe dillo can cache it if the file is small and is not a local file. If it is local it can send the url or path. A dpid more flexible configuration is needed so users can use the 'file --mime' DPI with occet/stream if they want. Using a path to the DPI with base at ~/.dillo/dpi or the dpi_lib in dpidrc can be sufficient. Surely a fallback DPI can be usefull. If dpid can not return a DPI because there is not service for that mime dillo can ask for a mime_x-dillo%2Fx-service-not-found or mime_x-dillo%2Fx-fallback that DPI can show an error or list DPIs to download and install or show a search engine For security reasons a mime_... and inlined_mime_... groups of services can be needed so an image or an object tag data automatically loaded from a page to show can be diferent from user clicked ones. Content encoding can use a group of encoded_... service names. (content_gzip for example) This do not need to detect the encoding because if there is not content-encode it is not encoded. Fallback can be needed. Scripts need more thought but if dillo send scripts tags to script_aplication%2Fjavascript and implement html intrinsic events a DPI can start to do easy things as redirect, status line scrolls(sigh) or javascript based links. (javascript based links can be done with a protocol_javascript easely) I mail this because i want coments and help. If you has read this boring (and bad writed) text until here, please do not think on comments or help, Just do if! :) Diego. PS: I have a debt of a parser code to dillo. It only need a clean up but is finished and have less size that the old glib parser code. :P

2 4

FYI, there're near 250 subscribers in dillo-dev.
by Jorge Arellano Cid Sept. 2, 2006

Sept. 2, 2006

Quiet crowd, isn't it? :-) That keeps the signal/noise ratio high, just wish there was more signal! -- Cheers Jorge.-

2 2

printing from dillo
by Globe Trotter July 13, 2006

July 13, 2006

is it possible to print a webpage from dillo? many thanks and best wishes! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: how do i unsubscribe?
by Andrew A. Gill July 4, 2006

July 4, 2006

Yes, I know that I'm a few weeks late to comment on this, but I genuinely HATE HATE HATE these unsubscribe requests. So here's a quick thing on how to unsubscribe: <http://www.things.org/~jym/fqa/unsubscribe.html> How To Unsubscribe From Any Email List By Jym Dyer I'm on a lot of electronic mailing lists. A deluge of "unsubscribe" and "take me off this list" messages on multiple lists inspired the following, which I send out whenever it's needed. The feedback I get tells me it's useful. When you send "unsubscribe" requests to an email list, it lands in the mailboxes of hundreds of people who can't unsubscribe you. I can't unsubscribe you. Try the stuff below. Clip 'n' save these instructions for future reference. =============8<=============Cut-Here=============8<============= How To Unsubscribe From Any Email List 1. Look at the messages you've been getting on the list. Do they have "how to unsubscribe" messages near the end, or an email address to use in a "List-Unsubscribe:" header at the top? If so, follow those instructions. 2. Most lists these days, including all lists hosted by the big two (Yahoo! Groups and Topica), have an "-unsubscribe" alias for this purpose. For example, if you're on the WHATEVER list, either WHATEVER-unsubscribe(a)yahoogroups.com or WHATEVER-unsubscribe(a)topica.com would be the right address to use. (For the rest of this memo, let's assume that the WHATEVER list is at example.com -- that is, the alias is WHATEVER(a)example.com. If the list has a name like "WHATEVER-L", you might try steps 6 and 7 first.) 3. Otherwise, first send a request to the "-request" alias. For our example, that would be WHATEVER-request(a)example.com. This is often read by a human being, so write accordingly. In theory, all email lists are supposed to implement this address (though Yahoo! Groups does not). 4. If you get no response from the above, send mail to the "majordomo" alias. That's majordomo(a)example.com for our example. If the list is administered by the majordomo software, you'll get instructions for unsubscribing mailed back to you. 5. If you get no response, send mail to the "owner-" alias. For our example, owner-WHATEVER(a)example.com. This should go to the human who administers the list. 6. If you get no response, send mail to "LISTSERV". For our example, that address would be LISTSERV(a)example.com. The text of your message should be "SIGNOFF WHATEVER". 7. If you get no response, send mail to the "listproc" alias. For our example, that address would be listproc(a)example.com. The text of your message should be "unsubscribe WHATEVER". 8. If you get no response, send mail to the site "postmaster". For our example, that address is postmaster(a)example.com. Mention that you tried the previous five steps, to no avail. 9. If you get no response, send mail to "root". Our example address is root(a)example.com. Mention that you tried the previous six steps, to no avail. 10. If -- and only if -- all the above fail, send a message to the list itself. Make it courteous, particularly since the vast majority of the people reading it can't do a thing about it. The message should say something like, "How do I get off this list?", not "UNSUBSCRIBE." Try to avoid setting off a bunch of "me too" messages by saying something like, "Please don't chime in with a bunch of 'I want to unsubscribe too' messages." It's ridiculous that there are so many different ways to do this, and consequentially, so many email lists cluttered up with "UNSUBSCRIBE/ME TOO" messages. You'd think there'd be a standard of sorts, and there is: the "-request" alias dates back to the early days of the Internet. Smart systems like majordomo actually (1) handle messages that were sent to the "-request" alias and (2) filter out the "UNSUBSCRIBE/ME TOO" messages. It's a shame that newer stuff has come along that doesn't do either of these things, but since it's on the web, people seem excited about it (gee whiz!) even though it's a huge step backwards in technology. The "-unsubscribe" alias is a newer standard that's starting to gain ground, but that's no help for many of the older lists that haven't gotten around to implementing new features.

2 1

how do i unsubscribe?
by mike obrien June 12, 2006

June 12, 2006

most of the time, i have no idea what tf you guys are talking about. mike

2 1

Doubt...
by Sandesh Sethia June 12, 2006

June 12, 2006

Hello everyone, This is my first post on this group. I am a novice programmer who wanted to know that can I use GTKDFB for creating a PNG image of any window (browser especially) delivered to the GTKDFB toolkit through a C++ program ? Please someone do let me know at the earliest..... Thanks Sandesh

1 0

Why I don't switch from Firefox today
by Jan Stary May 30, 2006

May 30, 2006

Dear Dillo developers, I have been using Dillo since about 0.2.x, and would like to start this email with "Hail Caesar and everything". Thank you! I am really looking forward to the day I replace Firefox with Dillo completely. These are the reasons I won't do it today: 1. Internally, Dillo uses GTK1, which, internally, uses LATIN1. As I am Czech, the last lines of my install process would be $ make install $ strings src/dillo | grep iso8859 $ sed -e 's/iso8859-1/iso8859-2/g;' < ./src/dillo > ~/bin/dillo which happens to work. I suppose that the transition to FLTK will make me able to vies pages in other charsets too. This problem is adressed in http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n (Are you guys considering any of the patches included in that?) 2. Lack of CSS support. I am aware of http://www.dillo.org/download/dillo-0.8.0-css-3.tar.gz (which, BTW, needs to have a few syntax errors fixed before it compiles, see PS). However, it doesn't do much - looking at http://www.dillo.org won't even let me click on the links. 3. Dillo does not have tabbed browsing. I know it's just a convenience, not really related to fast rendering and stuff, but this convenience is just so ... you know, convenient :-) This is also patched into http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n After these issues are resolved, you have a converted Firefox user (not that I would use anything else but Dillo for e.g. reading documentation). OTOH, don't waste your time on frames and javascript, everybody knows it's evil. Sincerely Jan PS: Compiling http://www.dillo.org/download/dillo-0.8.0-css-3.tar.gz on FreeBSD 6.0-RELEASE-p7 with gcc (GCC) 3.4.4 [FreeBSD] 20050518 stops with the following errors: In file included from doctree.c:40: css.h:267:8: warning: extra tokens at end of #endif directive doctree.c: In function `Doctree_construct': doctree.c:746: error: label at end of compound statement doctree.c: In function `Doctree_draw_text': doctree.c:806: error: label at end of compound statement The src/css.h ends with #endif __CSS_H__ which I just commented properly, and the empty labels case DW_STYLE_DISPLAY_LAST: /* compiler happiness */ } and case DOCTREE_ELEMENT: /* compiler happiness */ } in src/doctree.c can obviously be deleted. Then it compiles smoothly.

4 5

Oriental(?) overlay
by Beartooth May 14, 2006

May 14, 2006

Lately I've been finding many sites covered, or all but covered, with what may be either very dense pictographs, or a version of the stuff printed on the backs or carbons of checks to keep part of the data from being legible on the copies. rpm -q says I'm running dillo-0.8.5-2.fc5 ; on this machine the opening screen doesn't show the version when I open it from another app (It's my default browser.), but when I open it from its icon, it calls itself 0.8.5-i18n-misc. Does that mean I have two conflicting versions installed?? cron does yum update nightly, and I do it manually from time to time. Anyway, what is wrong, and how do I fix it? -- Beartooth Staffwright, Neo-Redneck Linux Convert FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 8.54, Firefox 1.5, Epiphany 2.14 Remember I have little idea what I am talking about.

2 1

Re: Dillo Hungarian translation.
by Jorge Arellano Cid May 11, 2006

May 11, 2006

On Tue, May 09, 2006 at 08:06:37PM +0200, Balazs Melikant wrote: > Hi, Hi Balazs. > > Dillo became one of my favorite applications on my SUSE Linux systems It's Good you like it! > and would have some spare time to prepare a Hungarian translation for > it. I would start it asap, but only if there would be interest from > your side. Yes there is. As you may know, we're working in finishing the port to FLTK2. FLTK2 will allow us to use utf8 characters, and thus i18n and friends will be much easier. The other important point is autoconf stuff to be able to disable all this (embedded devices require apps. to be as lean as possible). While we finish the current prototype tree (not yet publicly available), you may start investigating about i18n: what would it require, how to enable/disable it with autoconf etc, and report me back (I did this research some years ago). The new source tree is very different to the old one (with significative parts in C++ and a new UI module), so there's no point in trying to work on dillo-0.8.6 with a view to port to the new tree. Some research on this topic, and an optional framework for enabling/disabling different translations would be a good contribution you may work on while we finish our prototype. > It would also help me, if you would briefly let me know, > how and where to start... As above. You should also subscribe to dillo-dev and have a this topic discussion there. You may get some help and good advice there. BTW, I'm CC'ing this answer to dillo-dev. -- Cheers Jorge.-

1 0

[tomm@dslextreme.com: Dillo browser]
by Jorge Arellano Cid May 6, 2006

May 6, 2006

-- Cheers Jorge.-

1 0

dillo-0.8.6.tar.bz2 is out!!!
by Jorge Arellano Cid May 2, 2006

May 2, 2006

Hi there, dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: http://www.dillo.org/download/dillo-0.8.6.tar.bz2 The announcement will be made hopefully after the RPMs and DEBs are ready. Package maintainers, please let me know when ready. The graphical downloads plugin is the recommended choice for precompiled packages. IMPORTANT NOTE: FLTK2 r4898 or less is recommended. Later snapshots behave unstable. You have been warned. How to get FLTK2: From scratch from svn: svn co -r 4898 http://svn.easysw.com/public/fltk/fltk/trunk/ fltk to an existing svn tree: svn update -r 4898 Please send some feedback. This is the same rc5 tarball (with a 0.8.6 label), but you never know! :-) -- Cheers Jorge.-

7 14

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!
by Globe Trotter May 1, 2006

May 1, 2006

--- Kelson Vibber <kelson(a)pobox.com> wrote: > On Wednesday 26 April 2006 11:03 am, Jorge Arellano Cid wrote: > > dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: > > > > http://www.dillo.org/download/dillo-0.8.6.tar.bz2 > > > > The announcement will be made hopefully after the RPMs and > > DEBs are ready. Package maintainers, please let me know when ready. > > I've posted RPMs for: > > Fedora Core 4 and 5 > Suse 10.0 > Mandrake 10.0 and 10.1 > Red Hat Enterprise Linux 3 and 4 > > I'll add more over the next few days. FLTK is proving problematic on some of > > the older distros where I can't easily add packages like g++ without tracking > > down the install CDs. > > -- Kelson, I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I get nowhere. There is an error about libssl.so.5 not found? Or something like that. How did you get this to work on FC5? Best, Trotter __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 5

Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5
by beartooth April 25, 2006

April 25, 2006

Followups set to gmane.comp.web.dillo.devel Dillo 0.8.5-2.fc5 has long been my default -- both in the preference settings for Fedora 4 and now 5, and in the preferences for Pan 0.14.2.91. It seems to've gotten some major changes lately -- possibly through a yum nightly, more likely because of some change I've made in its options, such as telling it my own colors for links visited and unvisited, etc. It worked fine with Pine (either on my own machine, or Pine on a remote machine running under ssh) in which I command "open link" -- for a while longer than in Pan. But Dillo as the default has suddenly (in the last day or so) taken to coming up with only a tiny window, and telling me "ERROR: unable to connect to remote host" in the left bottom corner. I have tried changing the preferences to something else, and back; no joy. If I open Dillo from its icon in the browser drawer on my panel, it tells me "Welcome to Dillo 0.8.5-i18n-misc" -- but rpm -q dillo says dillo-0.8.5-2.fc5. If I type or paste a URL into the location on Dillo as opened from the icon, I also get the error message. (It used to work fine on complete URLs -- ones including "http://" It failed to accept ones showing only "www.<whatever>" but would get them if I opened Dillo and typed or pasted the "www.<whatever> into it and hit enter. Now it fails both ways, with and without the full URL.) Pan still gets other browsers to find its links, if I make the change in its Edit > Preferences > Apps & Mail; Pine does if I change system preferences. Would changing color coding affect ability to browse?? Is FC5 suddenly having troubles passing URLs to Dillo that it didn't have before?? - Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 8.54, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

4 3

another possible ps2 problem with 0.8.6rc5...
by robert w hall April 24, 2006

April 24, 2006

from a thread on the ps2-linux site between linuxlad (me) & cronocloud- anyone else having problems, or see what we're doing wrong??? Read and respond to this message at: https://playstation2-linux.com/forum/message.php?msg_id=49526 By: cronocloud >Why did you need to use gcc3? I got a strange error message at the end of the configure using 2.95.2 it wasn't exactly a "total failure" message but I decided to try it with gcc3 and there was no strange message with that. >I've now compiled wget (both gccs) and rc5 and am >NOT getting things going smoothly. (main.c:362 >get_command failed). Things are not going smooth with my dillo either, intermittent downloader failures, with similar messages as before. When it happens, I have to exit dillo and kill the little dpi bits it leaves behind to have a chance of getting the downloader working again, and even then it still sometimes doesn't work. And logging into these forums with it is basically random, sometimes it works, but most of the time it doesn't.It just crashed trying to log in. And it still does that "not loading a website all the way" thing it does.on occasion. When that happens, it's usually not very long till it refuses to load pages at all. Then it's exit and kill time. It still doesn't exit cleanly all the time. I'm not really complaining though,because dillo works pretty well the majority of the time. I really do appreciate the devs hard work. snip ______________________________________________________________________ You are receiving this email because you elected to monitor this forum, the forum is attached to news you submitted, or the post is in direct reply to one of yours. To toggle monitoring of this forum, visit this URL: https://playstation2-linux.com/forum/monitor.php?forum_id=4 -- robert w hall

1 0

Google SoC (omg deadline is today!)
by pete＠teamlupus.hu April 24, 2006

April 24, 2006

hi all! Google Summer of Code is out and i think it's a great opportunity for Dillo to gain _paid_ developers. The project is very well presented, i think anybody with more or less knowledge can effectively contribute. Applying for a mentor organization is open for small(er than KDE, Gnome, FF, OOO) projects, too - i can see irssi on the list! more info about this: http://code.google.com/summerofcode.html ---- Péter PS: omg deadline is today! I just saw this, maybe not too late...

1 0

dillo on the ps2
by robert w hall April 21, 2006

April 21, 2006

Better news attached Read and respond to this message at: https://playstation2-linux.com/forum/message.php?msg_id=49519 By: cronocloud the default kit wget is apparently 1.5.3 from 1998! I'd never even thought about upgrading it. (just like I never thought about upgrading vi/vim even though I use it a lot until quite recently) I grabbed wget 1.10.2 and installed it, you have to compile it with gcc3. That fixed the problem with dillo (it downloads properly and displays that nice little progress bar) so it was a problem with the kit's wget being too old. Good detective work. And another plus is I'm actually logged in here with it. I appreciate the Dillo-devs work. -- robert w hall

2 1

dillo-0.8.6-rc5.tar.bz2 is out!
by Jorge Arellano Cid April 19, 2006

April 19, 2006

Hi there, The new dillo-0.8.6-rc5 is ready for download! Get it from: http://www.dillo.org/download/dillo-0.8.6-rc5.tar.bz2 Changes: - Now both download plugins are dillo-cookie aware. - Fixed a bug in memory deallocation (downloads GUI). - "C" locale for log parsing to work on localized systems (downloads GUI). - Now, new downloads appear on top of the list (downloads GUI). - Fixed a segfault for No-Content-Type ans zero lenght resources (cache). As you see, most of it is in the downloads GUI. Nobody complained about the new Content-Type sniffer of rc4, so it remained the same. That's it. Please test and send feedback! -- Cheers Jorge.-

6 8

go to a url programatically
by Jose Luis Zabalza April 19, 2006

April 19, 2006

Hello everybody. I am a newbie. Is there any kind of trick to a program do dillo go to a url? I try send by file.dpi unix socket this <dpi cmd='open_url' url='www.google.com'> modifying dpidc perl script, but I think I don't understand dpi protocol. Thanks in avance. -- José Luis Zabalza jlz.3008(a)gmail.com Linux Counter 172551

1 0

Upcoming filename changes in FLTK2
by Jeremy Henty April 16, 2006

April 16, 2006

A tip-off for Dillo developers: FLTK2 will shortly rename its installed libraries and configuration scripts from *fltk* to *fltk2* . This means that Dillo's configure.in will then have to refer to fltk2-config everywhere instead of fltk-config . Cheers, Jeremy Henty

2 1

rc4 testing
by Jorge Arellano Cid April 13, 2006

April 13, 2006

Hi, Kelson told me the patch in CVS works for the web bug segfault. It looks like we're close to a release. I'll wait a couple of days more for feedback. -- Cheers Jorge.-

3 6

dillo-0.8.6-rc4.tar.bz2
by Jorge Arellano Cid April 9, 2006

April 9, 2006

Hi there! The new rc4 tarball is ready: http://www.dillo.org/download/dillo-0.8.6-rc4.tar.bz2 This is complex stuff... From the solutions list: 1.- Keep it as is 2.- Do Content-type sniffing and follow the SPEC. i.e. as stated above, to take the right of ignoring the offending contents. 3.- Do Content-type sniffing and take actions (like mozilla). rc4 implements solution number 2. Specifically: /* * A mismatch happens when receiving a binary stream as * "text/plain" or "text/html", or an image that's not an image of its kind. */ It was tested against all the test cases sent so far. Please test it throughly. Note: It would be nice to popup a dialog window with a warning in some cases (user friendliness). Now, as it is now it is much better than 0.8.5, because binaries are never downloaded into main memory and there're some warning messages. Maybe the dialog warning can wait for the next release, or if testing finds it's necessary, the release can be procrastinated some more. Subtle Note: as it is, it follows the SPEC. The only action taken is to ignore offending contents. A dialog with a warning and offering download/cancel options would be in the gray line between the SPEC and taking actions. -- Cheers Jorge.-

5 7

dillo-0.8.6-rc3.tar.bz2
by Jorge Arellano Cid April 6, 2006

April 6, 2006

Hi there! The new dillo-0.8.6-rc3 tarball is ready for download. Get it from: http://www.dillo.org/download/dillo-0.8.6-rc3.tar.bz2 Finally I decided to include a big patch for the MIME type detection and its handling. This is an important change in the way Dillo treats its incoming files (HTTP streams). The point: as this release comes with a new downloads GUI, and downloads are mainly the focus, I disliked the situation where a Web server "lied" with regard to the Content/Type of a file. For instance, www.linuxpackages.net has many packages and a system of distributed mirrors. Some of these mirrors serve .tgz files with "text/plain" HTTP-Content/Type labels, with the end result of Dillo trying to render the .tgz as text instead of offering a file-save dialog. This patch fixes this. Now Dillo uses its detected Content/Type instead of the one sent by the remote server (there's also a bug fix in the detection code). e.g. http://www.software-mirror.com/linuxpackages/Slackware-10.2/ X11/kpacman/kpacman-0.3.3-i486-1ron.tgz (all in one line) Try it with dillo <= rc2. It will try to render. FWIW, the remote server answer begins with: HTTP request sent, awaiting response... HTTP/1.0 200 OK Date: Wed, 29 Mar 2006 15:53:23 GMT Server: Apache Last-Modified: Wed, 12 Oct 2005 11:31:54 GMT ETag: "262819-28292-f8a5de80" Accept-Ranges: bytes Content-Length: 164498 >>> Content-Type: text/plain Age: 95 X-Cache: HIT from sa8.woowy.com Connection: keep-alive Length: 164,498 (161K) [text/plain] 200 OK I'm a bit surprised nobody complained about this bug before, but I guess with the download support being as crude as it was, it's no wonder only a few people used it. ;-) Bottom line: PLease test this extensively! -- Cheers Jorge.-

8 19

fltk2 on the ps2
by robert w hall April 6, 2006

April 6, 2006

I'm still trying to get a clean compilation of fltk2 on the playstation2. Switching compilers (the default is 2.95.2 IIRC) to the slightly experimental package of gcc3.0.3 has allowed me to get everything to compile 'as is' apart from run.cxx, which give the following 'error' In file included from x11/run.cxx:55, from run.cxx:185: x11/xutf8.cxx: In function `int Xutf8LookupString(_XIC*, XKeyPressedEvent*, char*, int, KeySym*, int*)': x11/xutf8.cxx:901: cannot convert `const char**' to `char**' for argument `2' to `size_t iconv(void*, char**, size_t*, char**, size_t*)' make[1]: *** [run.o] Error 1 make: *** [all] Error 2 Any advice?? -- robert w hall

3 3

OSDL Fellowship Fund
by Michal Nowak April 1, 2006

April 1, 2006

Hi Jorge, I don't know if you've heard about 'OSDL Fellowship Fund', which can be found here (http://www.osdl.org/lab_activities/fellowship_fund/) I hope it can help funding your work on Dillo. Check it out. Regards, Michal -- # Michal Nowak # jabber: nowak(a)jabber.cz # irc: #wmii @ irc.oftc.net ---> newman # icq: 170814295

1 0

dillo-0.8.6-rc2
by Jorge Arellano Cid March 30, 2006

March 30, 2006

Hi there! The new dillo-0.8.6-rc2 is ready for download. Get it from: http://www.dillo.org/download/dillo-0.8.6-rc2.tar.bz2 BTW, those trying to build FLTK2 from sources, please get r4825 (weekly snapshots). Current subversion may not compile. You have been warned. Please remember to send feedback! [Francis wrote:] > Hi there, > > found a segfault on some broken input yesterday. > > If dpip/dpip.c:a_Dpip_build_cmd() is fed a NULL pointer among its > arguments, dillo (the caller, in this case) fails with a segfault. Since > a_Dpip_build_cmd() is documented to only take string parameters, it is > reasonable to blame the caller for sending dud contents. Right. Fixed in rc2. -- Cheers Jorge.-

4 11