- Dillo-dev - lists.mailman3.com

[Dillo-dev]Re: contrast_visited_color

by opus＠milneweb.com

Jorge Arellano Cid writes: > > A suggestion: http://www.paulgraham.com (any link). > Is it just me or can anybody else get the image and the links to show on this site....using Dillo?? All I get is: "In stores now: Hackers & Painters. New: Great Hackers (Audio) | The Python Paradox. " Nothing else. -- Pete http://milneweb.com http://nomorevirus.com

Aug. 16, 2004

[Dillo-dev]contrast_visited_color

by Jorge Arellano Cid

Hi there, I've been playing with this patch for enough time to start to like its effects. It changes the old 'force_visited_color' dillorc option with 'contrast_visited_color' (featuring a new algorithm). This allows Dillo to choose the visited link color, in such a way that it makes good contrast with the rest of the page. Please update your dillorc with the new option, test it, and say how it works for you. A suggestion: http://www.paulgraham.com (any link). -- Cheers Jorge.-

Aug. 16, 2004

[Dillo-dev]Re: gcc 2.95.4 "compilability" (was: no subject)

by opus＠milneweb.com

Jorge Arellano Cid writes: > The original c99 patch introduced a memory leak, so a fixed > version was commited. > > Yes, we do strive for code compatibility, and this kind of > report is welcomed. > > -- > Cheers > Jorge.- > Thank you for fixing this!! -- Pete http://milneweb.com http://nomorevirus.com

Aug. 15, 2004

Re: [Dillo-dev] gcc 2.95.4 "compilability" (was: no subject)

by Jorge Arellano Cid

On Sun, Aug 15, 2004 at 11:25:59AM +0200, Thomas-Martin Seck wrote: > * David McKee (dmckee(a)jlab.org) > > > The code that is giving you trouble is valid under the new (1999) standard > > for "c", but invalid under the old (1982? ANSI standard, and under the > > original K&R compiler). Versions of gcc from 3.0 on accept c99 syntax, but > > older versions do not. I imagine that Jorge will get around to cleaning it > > up sooner or later. He has fixed this kind of thing in the past. > > As the current mainainer of the dillo FreeBSD port I hope that the code > stays "gcc 2.95 clean" for some time since FreeBSD uses gcc 2.95.4 as > the system compiler on the 4.x series and 4.x is likely to stay around > for quite a while, even after FreeBSD 5 is declared the "STABLE" > development branch. The original c99 patch introduced a memory leak, so a fixed version was commited. Yes, we do strive for code compatibility, and this kind of report is welcomed. -- Cheers Jorge.-

Aug. 15, 2004

Re: [Dillo-dev] gcc 2.95.4 "compilability" (was: no subject)

by Thomas-Martin Seck

* David McKee (dmckee(a)jlab.org) > The code that is giving you trouble is valid under the new (1999) standard > for "c", but invalid under the old (1982? ANSI standard, and under the > original K&R compiler). Versions of gcc from 3.0 on accept c99 syntax, but > older versions do not. I imagine that Jorge will get around to cleaning it > up sooner or later. He has fixed this kind of thing in the past. As the current mainainer of the dillo FreeBSD port I hope that the code stays "gcc 2.95 clean" for some time since FreeBSD uses gcc 2.95.4 as the system compiler on the 4.x series and 4.x is likely to stay around for quite a while, even after FreeBSD 5 is declared the "STABLE" development branch.

Aug. 15, 2004

Re: [Dillo-dev](no subject)

by David McKee

On Sat, 14 Aug 2004, Opus wrote: > On Sat, 14 Aug 2004 19:02:02 -0400 (EDT), David McKee <dmckee(a)jlab.org> wrote: > > Pete, > > This is the problem I reported (and supplied a patch for) under the [snip] > > On Sat, 14 Aug 2004 opus(a)milneweb.com wrote: > > > I am having this issue when I get to 'gmake' doing the CVS build. > > [snip] [snip] > Hey David....thanks. You surely take me for someone that has a clue > what you said means...lol! > > After you said "This is the problem I reported (and supplied a patch > for)" I got lost. I have used CVS for a while now, I am lucky to be > able to get it compiled when things go well. > > Maybe I should skip it now til all is fixed....unless you have a > reasonably 'do-able for me' suggestion. I certainly appreciate your > response though. *;o) Try grabbing the CVS from before the latest patch... man cvs and look for the -D option which lets you set the date spec... BTW- The web access to the CVS archive is the easiest way to learn when that patch was applied. Good luck, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Aug. 15, 2004

Re: [Dillo-dev](no subject)

by David McKee

Pete, This is the problem I reported (and supplied a patch for) under the title "c99 coding style...". You can fix it you self by going to the lines where the erros are reported and moving the declarations to the top of their functions. The one in interface.c (the one giving the error below) includes an initiallization that depends on the state of the fuction at line 1350, so you'll have to split it into a declartaion at the top of the function, and an assignment in the current location. The one in url.c can be solved by moving the sanity check at the top of the function below all the declarations. On Sat, 14 Aug 2004 opus(a)milneweb.com wrote: > I am having this issue when I get to 'gmake' doing the CVS build. [snip] > interface.c: In function `Interface_make_search_url': > interface.c:1350: syntax error before `*' > interface.c:1352: `search_url' undeclared (first use in this function) > interface.c:1352: (Each undeclared identifier is reported only once > interface.c:1352: for each function it appears in.) > interface.c:1353: warning: control reaches end of non-void function [snip] > Pete The code that is giving you trouble is valid under the new (1999) standard for "c", but invalid under the old (1982? ANSI standard, and under the original K&R compiler). Versions of gcc from 3.0 on accept c99 syntax, but older versions do not. I imagine that Jorge will get around to cleaning it up sooner or later. He has fixed this kind of thing in the past. Good luck, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Aug. 14, 2004

[Dillo-dev](no subject)

by opus＠milneweb.com

I will try to post this again.... I am having this issue when I get to 'gmake' doing the CVS build. [FreeBSD happy.hopto.org 4.10-RELEASE FreeBSD 4.10-RELEASE #0] interface.c: In function `Interface_make_search_url': interface.c:1350: syntax error before `*' interface.c:1352: `search_url' undeclared (first use in this function) interface.c:1352: (Each undeclared identifier is reported only once interface.c:1352: for each function it appears in.) interface.c:1353: warning: control reaches end of non-void function gmake[3]: *** [interface.o] Error 1 gmake[3]: Leaving directory `/usr/home/petie/dillo/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/petie/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/petie/dillo' gmake: *** [all] Error 2 -- Pete http://milneweb.com http://nomorevirus.com

Aug. 14, 2004

Re: [Dillo-dev]thread-safe X at fresco

by robert w hall

In article <Pine.LNX.4.60.0406182239380.5841(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > > >On Fri, 18 Jun 2004, robert w hall wrote: > >> The thread-safe versions of XFree3.3.3.1 have disappeared from >> linuxsavvy, (and my own attempts too recompile my own have produced >> useable, but not wholly error-free results)... >> >> But I note that vintage.fresco.org still has two earlier thread-safe >> Xlibs, 3.1.2 and 3.2, linked statically. > > I have REENTRANT 3.3.2 libs that work for me. If you want I can >pack them for you to try... > > Cheers > Jorge.- > > Another thing to watch ( clearly I didn't) is not to let ldconfig pick up the 'wrong' version of libpthread - slack 4 has a version which is libc5 compatible and also a version in the glibc1 package linked to libc6 I think. Brings down the whole caboodle with a seg fault if you get the wrong one. >_______________________________________________ >Dillo-dev mailing list >Dillo-dev(a)lists.auriga.wearlab.de >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -- robert w hall

Aug. 13, 2004

[Dillo-dev]dpi preferences suggestion

by David McKee

Folks, I've been thinking a little about my comment the other day to the effect that I prefer more contrast in list views than the new file:// dpi's table mode provided. I wondered if that might be a reasonable candidate for a configurable preference. It's not clear that it is, but it got me thinking about handling preferences in dpi. I suggest that we don't want every dpi implementing it's own preferences scheme. So dpid should handle reading in any preferences for dpis, and pass them to the plugin. The simplest method would be to set environment variables in the new processes execution environment. If we are willing to tolerate having preferences read in only at startup (as with the main program right now) that is the whole of the problem. For reading user preferences from disk we can presumably use the same code that is current employed to get the dillo preferences... Any thoughts? Cheers, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Aug. 13, 2004

[Dillo-dev]c99 coding style breaks gcc 2.* in interface.c, url.c

by David McKee

Folks, Some elements of the latest CVS patch breaks older c compilers... Personally I like the "declare when you need it" behavior, but gcc2.95 doesn't. The fix is almost trivial: %%%%%%%%%% diff -pru dillo_c99/src/interface.c dillo/src/interface.c --- dillo_c99/src/interface.c Fri Aug 13 12:25:02 2004 +++ dillo/src/interface.c Fri Aug 13 12:17:50 2004 @@ -1329,6 +1329,7 @@ static gchar *Interface_make_search_url( { gchar *keys = a_Url_encode_hex_str(str), *c = prefs.search_url; GString *newstr = g_string_sized_new(strlen(c)+strlen(keys)); + gchar *search_url; for (; *c; c++) if (*c == '%') @@ -1347,7 +1348,7 @@ static gchar *Interface_make_search_url( g_free(keys); - gchar *search_url = newstr->str; + search_url = newstr->str; g_string_free(newstr, FALSE); return search_url; } diff -pru dillo_c99/src/url.c dillo/src/url.c --- dillo_c99/src/url.c Fri Aug 13 12:25:02 2004 +++ dillo/src/url.c Fri Aug 13 12:22:07 2004 @@ -540,13 +540,12 @@ gchar *a_Url_decode_hex_str(const gchar */ gchar *a_Url_encode_hex_str(const gchar *str) { - if (!str) - return NULL; - static const char *verbatim = "-_.*"; static const char *hex = "0123456789ABCDEF"; - char *newstr = g_new(char, 6*strlen(str)+1), *c; + + if (!str) + return NULL; for (c = newstr; *str; str++) if ((isalnum(*str) && !(*str & 0x80)) || strchr(verbatim, *str)) %%%%%%%%%% -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Aug. 13, 2004

[Dillo-dev]Re: Is IO.txt outdated?

by Calvin Yu

>> It says dillo uses threads for DNS querying and reading local >> files, and signal driven I/O for TCP connections. When the socket >> gets ready for transmission, the data is sent using >> g_io_channel_write. But I can't not find the place where >> g_io_channel_write is invoked in the code. > > Yes, once upon a time it used g_io_channel_write, but not >anymore. I'll update this doc ASAP and let you know when its >ready. > >> >> In previous posts I see >> "When using threads and mutexes (pthreads), thread scheduling is >> done by a third thread or by the kernel (depends upon the >> implementation), and it is preemptive. Now, the address space may >> be shared, so the need for mutexes arise, and because of both >> reasons, performance is degraded. >> Using a pseudo-thread (CCC thread), doesn't require scheduling >> by an external process or by the kernel. All is done in the same >> process, but there's no preemption." >> But I do find a thread is spawned in "a_IO_write_chunk()". >> Would you please tell me the reason? > > Otherwise it wouldn't generate IO signals. > >> What does pseudo-thread mean? > > A non-preemptive thread as those handled by CCC. > I don't think it is really parallel. If there are several connections at the same time, one must wait until another one completes data transfer. assume such a case: one connection is responsible for downloading a big image, and other connections are going to download small images. The former one's G_IO_IN event is triggered first and it begins to download the big image. It will take long for it to complete downloading and other connections have to wait. It's unfair for them though they will cost much less time. I don't know whether I'm right. Must other connections wait until one completes or error occurs? >> Is such thread spawned in >> "a_IO_write_chunk()" pseudo-thread? > > No that one is a POSIX thread (or pthread at least ;). > >-- > Cheers > Jorge.-

Aug. 13, 2004

Re: [Dillo-dev]Mailing list search

by Joerg Sonnenberger

On Thu, Aug 12, 2004 at 05:55:36PM -0400, Jorge Arellano Cid wrote: > J?rgen, > and everybody > > I just noticed that GMANE is forcing javascript to display > mailing list searches :(. Well, we have the relevant dillo-dev > mail folders, so maybe it's time to provide that service from our > web site. > > There surely are good programs for doing this. Does anyone know > of a good candidate? > > (the problem is: given a set of mailfolders, provide a search > engine with an HTML interface to them). Do you want a special program for this? A valid alternative would be just providing a HTML interface to the archive and use google with the site:dillo.org feature for the mailing list. That's what we are currently using for DragonFly BSD. Joerg > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Aug. 13, 2004

Re: [Dillo-dev]Mailing list search

by Todd Slater

On Thu, Aug 12, 2004 at 05:55:36PM -0400, Jorge Arellano Cid wrote: > Jörgen, > and everybody > > I just noticed that GMANE is forcing javascript to display > mailing list searches :(. Well, we have the relevant dillo-dev > mail folders, so maybe it's time to provide that service from our > web site. > > There surely are good programs for doing this. Does anyone know > of a good candidate? > > (the problem is: given a set of mailfolders, provide a search > engine with an HTML interface to them). > > -- > Cheers > Jorge.- Jorge, I have used Namazu (http://www.namazu.org) to search Mailman archives (Pipermail) online and my maildir's locally (until I found mairix). You can plop namazu.cgi in cgi-bin to provide the web interface. I think that will do what you're looking for. I've got an example (searching pipermail archives) here: http://clevername.homeip.net/cgi-bin/namazu.cgi. There is also a MHonArc-Search, but it's been a long time since I looked at it; I didn't use it because I think it was too complicated for what I wanted. Todd

Aug. 12, 2004

[Dillo-dev]gmake error

by Opus

Freebsd 4.10, doing CVS, gmake gives me this: gmake[3]: *** [interface.o] Error 1 gmake[3]: Leaving directory `/usr/home/petie/dillo/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/petie/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/petie/dillo' gmake: *** [all] Error 2 -- Pete http://milneweb.com http://nomorevirus.com

Aug. 12, 2004

[Dillo-dev]Mailing list search

by Jorge Arellano Cid

Jörgen, and everybody I just noticed that GMANE is forcing javascript to display mailing list searches :(. Well, we have the relevant dillo-dev mail folders, so maybe it's time to provide that service from our web site. There surely are good programs for doing this. Does anyone know of a good candidate? (the problem is: given a set of mailfolders, provide a search engine with an HTML interface to them). -- Cheers Jorge.-

Aug. 12, 2004

[Dillo-dev]urlencoding and the search dialog

by Jorge Arellano Cid

Hi there, A patch for urlencoding what's entered in the search dialog has just been added. A couple of functions in the URL API changed its name. Everything should be OK, but further testing is welcomed. Now you can enter non safe characters in the web search dialog (mainly non ASCII) and have then automatically urlencoded in the query. The FORM submittion routines also use these functions so testing your favorite FORMS is also adviced. Cheers Jorge.-

Aug. 12, 2004

Re: [Dillo-dev]Is IO.txt outdaetd?

by Jorge Arellano Cid

On Mon, Aug 09, 2004 at 03:18:47PM +0800, Calvin Yu wrote: > It says dillo uses threads for DNS querying and reading local > files, and signal driven I/O for TCP connections. When the socket > gets ready for transmission, the data is sent using > g_io_channel_write. But I can't not find the place where > g_io_channel_write is invoked in the code. Ok, I updated it. Beware that it's not an exact explanation of what happens inside Dillo today. Anyway, it continues to be an excellent source of information that describes the theory behind the code. Beware that the plugin system is not described in IO.txt and that the latest patch moved the "file:" protocol to a dpi, so it's not handled with a thread and a pipe inside Dillo anymore. Anyway, the thread and pipe pair is the basis for the generic dpi data stream transfer, so the theory in IO.txt will explain it to some extent. -- Cheers Jorge.-

Aug. 11, 2004

Re: [Dillo-dev]Big Dpi patch: data stream API, and "file:" protocol as a dpi filter

by David McKee

On Wed, 11 Aug 2004, Jorge Arellano Cid wrote: > I've been silent for some time, working on a medium sized patch > that was just commited. Seems to work...the tables mode looks pretty good. I note that if I look at dir/, follow the link to dir/subdir/, switch the rendering mode, and hit back I get dir/ in the original rendering mode, but if I look at dir/, follow the link to dir/subdir/, switch rendering modes, and follw the link to dir/subdir/../ I get the new mode. So, the back button in looking at the cached file, not calling the plugin again. Not a big deal. A refresh always gets the most recently established mode. [In the table bsed file: rendering mode:] > Note that the stripes' slight contrast on the table-based mode > is meant for easy reading of the file names when looking for a > file by its filename. The contrast helps the eye (almost at the > unconcious level) to locate the right row of it, when locating > its type, size or date. Apple uses a similar thing in sufficiently new Finders. They use slightly more contrast, and I find that it helps more. It is, however, more visually intrusive. Cheers, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Aug. 11, 2004

Re: [Dillo-dev]Is IO.txt outdaetd?

by Jorge Arellano Cid

On Mon, Aug 09, 2004 at 03:18:47PM +0800, Calvin Yu wrote: > It says dillo uses threads for DNS querying and reading local > files, and signal driven I/O for TCP connections. When the socket > gets ready for transmission, the data is sent using > g_io_channel_write. But I can't not find the place where > g_io_channel_write is invoked in the code. Yes, once upon a time it used g_io_channel_write, but not anymore. I'll update this doc ASAP and let you know when its ready. > > In previous posts I see > "When using threads and mutexes (pthreads), thread scheduling is > done by a third thread or by the kernel (depends upon the > implementation), and it is preemptive. Now, the address space may > be shared, so the need for mutexes arise, and because of both > reasons, performance is degraded. > Using a pseudo-thread (CCC thread), doesn't require scheduling > by an external process or by the kernel. All is done in the same > process, but there's no preemption." > But I do find a thread is spawned in "a_IO_write_chunk()". > Would you please tell me the reason? Otherwise it wouldn't generate IO signals. > What does pseudo-thread mean? A non-preemptive thread as those handled by CCC. > Is such thread spawned in > "a_IO_write_chunk()" pseudo-thread? No that one is a POSIX thread (or pthread at least ;). -- Cheers Jorge.-

Aug. 11, 2004

[Dillo-dev]Big Dpi patch: data stream API, and "file:" protocol as a dpi filter

by Jorge Arellano Cid

Hi There, I've been silent for some time, working on a medium sized patch that was just commited. From the Changelog: <q> * Designed and implemented a unified API for handling data streams inside dillo plugins. Servers and filters can use it. * Converted the bookmarks server plugin to the new dpiutil API. * Moved the internal support for "file:" URIs into a dpi (filter plugin). * Added TABLE-based rendering of directory listings to the new file dpi. </q> Some time ago Jörgen sent me a crude prototype for a dpi filter for handling the "file:" URIs. The main problem was that it was very, very slow (say 10 times slower). It was all a buffering problem. At the same time I was discussing the idea of extending the API in dpiutil for https (with Garret), and also having in mind the GUI downloads dpi and maybe also turning cookies into a dpi. After a lot of thought I decided to start trying a tentative API, and ported the bookmarks server to it so the new functions could be tested better. Then I picked up the file dpi prototype and also ported it to the new API and polished it a lot. The idea behind was to test the API with different applications (i.e. different requirements) to be more confident about its design. Now it seems to be working OK, so a commit was done. Note that currently the file dpi filter is just an idea to test, it can be reversed or further improved. I want you to try it and make yourselves an impression while using it. It features two rendering modes: with <PRE> and with <TABLE>. The "%" link to the right of the "Parent" directory link makes the rendering mode switch! (it was added for testing's sake). Note that the stripes' slight contrast on the table-based mode is meant for easy reading of the file names when looking for a file by its filename. The contrast helps the eye (almost at the unconcious level) to locate the right row of it, when locating its type, size or date. The table-based mode is not rendering dotfiles at the moment. A very easy patch, I'll burden Jörgen with! :-) Bottom line: Please test it throughly and send some feedback. Cheers Jorge.- PS: Now I'll try to catch up with the latest emails and patches I was sent.

Aug. 11, 2004

[Dillo-dev]Thanks, but keep working

by John Summerfield

I'm glad to have found Dillo, I'd been hoping to find a light-weight browser for use on (small) servers where it's necessary to configure routers, firewalls and printers using their http interfaces. I really do not want to install Mozilla or such for these uses, they are far too enormous. I could use lynx, elinks, links or w3m, except that none of them works well either, and none has a pretty face:-). I don't mind installing a lightweight GUI desktop so as to be able to use GUI configuration tools. Dillo shows promise, but before it is useful it to me has to support 1. Basic authentication. This is essential. 2. Javascript. Some features of Billion 741GE ADSL routers require it 3. Frames. Probably not essential, but it surely will improve navigation. -- Cheers John Summerfield

Aug. 9, 2004

[Dillo-dev]Is IO.txt outdaetd?

by Calvin Yu

It says dillo uses threads for DNS querying and reading local files, and signal driven I/O for TCP connections. When the socket gets ready for transmission, the data is sent using g_io_channel_write. But I can't not find the place where g_io_channel_write is invoked in the code. In previous posts I see "When using threads and mutexes (pthreads), thread scheduling is done by a third thread or by the kernel (depends upon the implementation), and it is preemptive. Now, the address space may be shared, so the need for mutexes arise, and because of both reasons, performance is degraded. Using a pseudo-thread (CCC thread), doesn't require scheduling by an external process or by the kernel. All is done in the same process, but there's no preemption." But I do find a thread is spawned in "a_IO_write_chunk()". Would you please tell me the reason? What does pseudo-thread mean? Is such thread spawned in "a_IO_write_chunk()" pseudo-thread? Thanks a lot!

Aug. 9, 2004

[Dillo-dev]why must FLTK?

by Calvin Yu

hello everyone: In order to support double-byte characters, we must port GUI from gtk+1.2 to others, right? The FAQ tells me that the developers are planning to port GUI to FLTK. Who is so kind to tell me any alternatives? I hear FLTK is very complex and not stable. By the way, has anyone taken gtk+-directfb into account? I complied it and ran some example applications. It looked pretty. If we port GUI to gtk+-directfb, we don't need X server any more. It would save a lot of resources. Futhermore, the work will be much less because of similar APIs between gtk-1.2 and gtk-2.x. Best Regards From Calvin Yu

Aug. 6, 2004

[Dillo-dev]what can i do for dillo?

by Calvin Yu

dillo-devOn Mon, Aug 02, 2004 at 07:41:33PM +0800, Calvin Yu wrote: > Dear Jorge Arellano Cid: > I'm very thankul for your advice and help. Good. > > I'm a student of colloge in China. My advicer gave me a project > of linux light-weight browser as my project for graduation. After > reviewing several open-source linux browsers, I think Dillo is a > good choice. For it is small and fast, especially fit for > embedded linux device. But there are some flaws with it. For > example, it doesn't support Chinese and JavaScript. I think these > functions are important for a browser. So I hope I can add those > functions to Dillo. As I told you before, Javascript is very complex to add. Not only the current Dw system is not ready for it, but also Javascript poses a big security threat that needs to be addressed in detail. > You told me that many persons want to make Dillo render > chinese, but they don't collaborate with you. Yes it is possbile. > I think most of them want to do such work because of their own > interest, not necessary mission. When they meet with difficulties > they will give up and disappear... I understand. > But now I have to do some work on Dillo (If I choose it as my > prototype system). I hope I can resolve those problems. Rendering chinese, alone, is more than a challenging task for a graduation project. As you know, we plan to port Dillo to FLTK, once that's done, rendering Chinese would require two things: a) Add the glyph logic module for Chinese to FLTK. b) Make sure Dillo works OK with it (FORMS, etc). You can also help us with the port to FLTK. > By the way, would you please tell me what documention should I > read if I want to do those work? I can't find enough documents on > www.dillo.org. Now I'm reading the code of Dillo. The new FAQ in our site will suggest several links (that's plenty of documentation, only for the i18n subject). Then follow the whole thread on FLTK. It shows the feasibility analysis. Please note that it's an abridgement, not all the emails we exchanged with the FLTK team are there! It was a large work. Beware that one of the worst mistakes to do in SW projects is to underestimate the complexity. My advice for you is to try Chinese rendering. That is: a) Add the glyph logic module for Chinese to FLTK. b) Make sure Dillo works OK with it (FORMS, etc). c) Help us with the port to FLTK. Cheers Jorge.-

Aug. 6, 2004

Re: [Dillo-dev]this page hangs dillo

by Jorge Arellano Cid

On Wed, Aug 04, 2004 at 03:40:23PM -0400, Brian Hechinger wrote: > on my NetBSD/i386 box with dillo-current as of a couple of days ago, this > following ebay page will hang dillo. does this work for anyone else? > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5712094427 I can see it without problems... Cheers Jorge.-

Aug. 5, 2004

Re: [Dillo-dev]WebCalendar

by Jorge Arellano Cid

On Thu, Aug 05, 2004 at 11:01:26AM +0200, Peter Sinn wrote: > > WebCalendar does not display properly with Dillo 0.8.2 (Solaris 9), see: > > http://www.k5n.us/opensource/month.php > > or http://webcalendar.sourceforge.net/demo/login.php > > Is this a problem with Dillo or with WebCalendar? Dillo shows 38 bugs for this page. The W3C: 155. Cheers Jorge.-

Aug. 5, 2004

[Dillo-dev]about CCC module

by Calvin Yu

hello everyone: There is no document about it under dillo/doc? Can anyone post some documents about this theory or design of this module? Thank you all!

Aug. 5, 2004

[Dillo-dev]WebCalendar

by Peter Sinn

WebCalendar does not display properly with Dillo 0.8.2 (Solaris 9), see: http://www.k5n.us/opensource/month.php or http://webcalendar.sourceforge.net/demo/login.php Is this a problem with Dillo or with WebCalendar? Regards, P.S.

Aug. 5, 2004

[Dillo-dev]this page hangs dillo

by Brian Hechinger

on my NetBSD/i386 box with dillo-current as of a couple of days ago, this following ebay page will hang dillo. does this work for anyone else? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5712094427 -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

Aug. 4, 2004

Re: [Dillo-dev]BUG#585

by Jorge Arellano Cid

On Tue, Aug 03, 2004 at 06:45:24PM +0200, Riccardo Mottola wrote: > Brian Hechinger wrote: > > > > On Mon, Aug 02, 2004 at 11:16:16AM -0400, Jorge Arellano Cid wrote: > > > Hi, > > > > > > Can someone reproduce?: > > > > > > 585 > > > Impact: hard error > > > At: run time > > > Type: crash > > > Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running > > > on Fedora Core 1 > > > HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 > > > WorkedBy: nobody > > > Submitter: costa*tecgraf*puc-rio*br > > > > i don't have 0.8.2 installed, but i can do that if needed. latest from cvs on > > netbsd/i386 works just fine. > > > 0.8.2 works fine here on MkLinux and Solaris. > > I an't reproduce. > > Do you have something particular in your setup ? I can't either. Maybe someone can ask the submitter before I remove the entry. -- Cheers Jorge.-

Aug. 3, 2004

Re: [Dillo-dev]BUG#585

by Riccardo Mottola

Brian Hechinger wrote: > > On Mon, Aug 02, 2004 at 11:16:16AM -0400, Jorge Arellano Cid wrote: > > Hi, > > > > Can someone reproduce?: > > > > 585 > > Impact: hard error > > At: run time > > Type: crash > > Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running > > on Fedora Core 1 > > HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 > > WorkedBy: nobody > > Submitter: costa*tecgraf*puc-rio*br > > i don't have 0.8.2 installed, but i can do that if needed. latest from cvs on > netbsd/i386 works just fine. > 0.8.2 works fine here on MkLinux and Solaris. I an't reproduce. Do you have something particular in your setup ? -Riccardo

Aug. 3, 2004

Re: [Dillo-dev]BUG#585

by Willem van Engen

on debian woody dillo-0.8.2 (deb from willem.engen.nl/debian) works as it should with this page. - Willem Jorge Arellano Cid wrote: > Hi, > > Can someone reproduce?: > > 585 > Impact: hard error > At: run time > Type: crash > Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running > on Fedora Core 1 > HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 > WorkedBy: nobody > Submitter: costa*tecgraf*puc-rio*br > >

Aug. 3, 2004

Re: [Dillo-dev]BUG#585

by Brian Hechinger

On Mon, Aug 02, 2004 at 11:16:16AM -0400, Jorge Arellano Cid wrote: > Hi, > > Can someone reproduce?: > > 585 > Impact: hard error > At: run time > Type: crash > Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running > on Fedora Core 1 > HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 > WorkedBy: nobody > Submitter: costa*tecgraf*puc-rio*br i don't have 0.8.2 installed, but i can do that if needed. latest from cvs on netbsd/i386 works just fine. -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

Aug. 2, 2004

Re: [Dillo-dev]BUG#585

by Peter Sinn

On 2. August 2004 11:16 Jorge Arellano Cid wrote: > Hi, > > Can someone reproduce?: > > 585 > Impact: hard error > At: run time > Type: crash > Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running > on Fedora Core 1 > HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 > WorkedBy: nobody > Submitter: costa*tecgraf*puc-rio*br No, this page loads fine, there is no crash. dillo 0.8.2 on solaris/sparc 9, gcc version 3.3.2 Regards, Peter

Aug. 2, 2004

[Dillo-dev]BUG#585

by Jorge Arellano Cid

Hi, Can someone reproduce?: 585 Impact: hard error At: run time Type: crash Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running on Fedora Core 1 HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 WorkedBy: nobody Submitter: costa*tecgraf*puc-rio*br -- Cheers Jorge.-

Aug. 2, 2004

[Dillo-dev]About Dillo's Form part

by suowei

Hi,there I am porting the Dillo form gtk+ to MiniGUI,I just want to modify the web form part,and I read the html.c carefully,but cant find some hints to do this work,who can help me,tell me I should modify which part in the html.c? thanks:) --------------------------------- Suo Wei Beijing Feynman Software Technology Co., Ltd. A Embedded Linux Tech. & Dev. Tools Provider. Mailbox: suowei(a)minigui.net Website: http://www.minigui.com Tel: (8610)-82570025 Fax: (8610)-82570026

Aug. 2, 2004

[Dillo-dev]New authors page

by Jorge Arellano Cid

Jörgen, and Everybody, The new authors page is in place. The new generating script is already set, it reads the respective *.txt file. Sebastian, I just set my new PGP key and made it available from there. I also set yours. Please check it. Jörgen, you may want to generate a new key for your dillo.org address and place it there too. The same applies to anyone in the list with a PGP key (please contact Jörgen for updates). Urbi et Orbi: I also want to use this opportunity to state that my (jcid) new private key fingerprint is: 0C0A 14DC 71B2 A750 5908 234D 1CA8 D4E3 11B8 6C03 -- The main point of the new page is to mangle email address while providing more information at the same time. Cheers Jorge.-

Aug. 2, 2004

Re: [Dillo-dev]forcing dillo to not cache pages

by Jorge Arellano Cid

On Sun, Aug 01, 2004 at 12:16:58PM -0400, Brian Hechinger wrote: > On Sun, Aug 01, 2004 at 11:48:11AM -0400, Jorge Arellano Cid wrote: > > > > Look in a_Capi_open_url(). > > You can add a custom: > > > > a_Url_set_flags(web->url, URL_FLAGS(web->url) | URL_E2EReload); > > > > based on the url. e.g. the hello dpi always reloads. Note that > > you don't need a dpi to force reload. Just catch the desired > > URLs, by hostname for instance, and you're done. > > ok, that's certainly one way, but how about honoring something like the META > tag Pragma stuff? how hard would that be to do? Just as processing any other tag. Start with Html_tag_open_meta(). Cheers Jorge.-

Aug. 1, 2004

Re: [Dillo-dev]forcing dillo to not cache pages

by Garrett Kajmowicz

On August 1, 2004 11:01 am, Brian Hechinger wrote: > i'm writing a web based application for my friend using dillo as the > primary interface client. dillo is being too hyperactive with the page > caching that it uses, and i have to hit reload every time i go back to a > page that has had data in the database change. how do i get dillo to not > cache those pages and force it to request them everytime so i can always > get current data? I have notived a similar problem when visiting yahoogroups. If you get one of the ad pages, you cannot read the message without shutting down Dillo and starting it back up again. You are unable to click refresh due to the nature of the page itself. - Garrett Kajmowicz. p.s. I will be out of town for about 2 weeks so no https stuff submitted until then.

Aug. 1, 2004

[Dillo-dev]forcing dillo to not cache pages

by Brian Hechinger

i'm writing a web based application for my friend using dillo as the primary interface client. dillo is being too hyperactive with the page caching that it uses, and i have to hit reload every time i go back to a page that has had data in the database change. how do i get dillo to not cache those pages and force it to request them everytime so i can always get current data? thanks!! -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

Aug. 1, 2004

[Dillo-dev][patch] dillo-cvs fails to detect OpenSSL on FreeBSD

by Thomas-Martin Seck

Hi all, I am the current maintainer of the dillo FreeBSD port. While looking at the current CVS version, I noticed that it fails to detect OpenSSL on FreeBSD (which has OpenSSL 0.9.7d in the base system) because the test program does not link to libcrypto, which causes the linking of the test program to fail with "unresolved symbols". The following patch "works for me", i.e. dillo compiles and the https filter does not error out directly (well, it failed anyway with "The remote certificate cannot be trusted" when I tried accessing <https://www.iks-jena.de> but I guess that is to be expected right now?). Anyway, keep up the good work! Index: configure.in =================================================================== RCS file: /sfhome/cvs/dillo/dillo/configure.in,v retrieving revision 1.76 diff -u -u -r1.76 configure.in --- configure.in 16 Jul 2004 22:57:19 -0000 1.76 +++ configure.in 31 Jul 2004 20:16:28 -0000 @@ -229,7 +229,7 @@ if test "x$ssl_ok" = "xyes"; then old_libs="$LIBS" - AC_CHECK_LIB(ssl, SSL_library_init, ssl_ok=yes, ssl_ok=no) + AC_CHECK_LIB(ssl, SSL_library_init, ssl_ok=yes, ssl_ok=no, -lcrypto) LIBS="$old_libs" fi

July 31, 2004

[Dillo-dev]RE: MGDillo-porting Dillo to MiniGUI,are you interesting?

by david feldman

Hello, Since I began using dillo (about a month or so), this is the second time I've seen the topic of a light(er) weight toolkit (the former was fltk, I believe.) I have been considering if it is possible to port either (miniGUI or fltk) or something similar to windows CE; there is a problem in the world of windows CE where the browser microsoft supplied (Pocket IE 3 for CE 2.11 and Pocket IE 4 for CE 3.0) is essentially obsolete (the problem is so severe on CE 2.11 that those machines aren't really robust enough even to access commercial hotspot websites that depend on some degree of competent web client.) There isn't as far as I know a browser under current development targeted at the Windows CE world (that is, something really independent of Pocket IE.) When I first saw Dillo it occured to me that a "Dillo for widows CE" would be nice, but as I looked at GTK+ it seemed alot of work. So, I'm wondering if anyone here in dillo-land has any interest in attacking a port to CE, perhaps through one of these lighter-weight GUI libraries? Tnx much for your time, Dave wb0gaz(a)hotmail.com >From: dillo-dev-request(a)lists.auriga.wearlab.de >Reply-To: dillo-dev(a)lists.auriga.wearlab.de >To: dillo-dev(a)lists.auriga.wearlab.de >Subject: Dillo-dev digest, Vol 1 #480 - 2 msgs >Date: Tue, 27 Jul 2004 06:28:01 +0200 > >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. short absence... (Jorge Arellano Cid) > 2. MGDillo-porting Dillo to MiniGUI,are you interesting? (suowei) > >--__--__-- > >Message: 1 >Date: Mon, 26 Jul 2004 13:15:55 -0400 >From: Jorge Arellano Cid <jcid(a)dillo.org> >To: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> >Subject: [Dillo-dev]short absence... > >Hi there, > > I'm leaving town for a few days. I'll be back on Thursday. > > Cheers > Jorge.- > > >--__--__-- > >Message: 2 >Date: Tue, 27 Jul 2004 09:20:31 +0800 >From: suowei <suowei(a)minigui.net> >To: dillo-dev(a)lists.auriga.wearlab.de >Subject: [Dillo-dev]MGDillo-porting Dillo to MiniGUI,are you interesting? > >Hi,everyone > I am a developer from Beijing Frynman Software of >China(http://www.minigui.com),My boss leaded the >MiniGUI which is lighted GUI library of linux as an open source project >some years ago(http://www.minigui.org). > Now,we want to startup an open source project--MGDillo,its target is >to port the Dillo from GTK+ to MiniGUI, >so,maybe we perhaps need the Dillo developers' help,on the same time,I >hope you can visit the MGDillo's website >:http://www.minigui.net. > If you are interested in this project,you can attend the maillist: >http://lists.minigui.net/cgi-bin/mailman/listinfo/minigui-dillo >welcome everyone~~~ > > suowei > >--------------------------------- >Suo Wei >Beijing Feynman Software Technology Co., Ltd. >A Embedded Linux Tech. & Dev. Tools Provider. > >Mailbox: suowei(a)minigui.net >Website: http://www.minigui.com >Tel: (8610)-82570025 Fax: (8610)-82570026 > > > > >--__--__-- > >_______________________________________________ >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 _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

July 27, 2004

[Dillo-dev]About the HTML Form

by 索炜

Hi,there I am reading the Dillo's source code,I want to read the HTML Form part,but I can not find which file is include the form function,who can tell me? thank you:) --------------------------------- Suo Wei Beijing Feynman Software Technology Co., Ltd. A Embedded Linux Tech. & Dev. Tools Provider. Mailbox: suowei(a)minigui.net Website: http://www.minigui.com Tel: (8610)-82570025 Fax: (8610)-82570026

July 27, 2004

[Dillo-dev]MGDillo-porting Dillo to MiniGUI,are you interesting?

by suowei

Hi,everyone I am a developer from Beijing Frynman Software of China(http://www.minigui.com),My boss leaded the MiniGUI which is lighted GUI library of linux as an open source project some years ago(http://www.minigui.org). Now,we want to startup an open source project--MGDillo,its target is to port the Dillo from GTK+ to MiniGUI, so,maybe we perhaps need the Dillo developers' help,on the same time,I hope you can visit the MGDillo's website :http://www.minigui.net. If you are interested in this project,you can attend the maillist: http://lists.minigui.net/cgi-bin/mailman/listinfo/minigui-dillo welcome everyone~~~ suowei --------------------------------- Suo Wei Beijing Feynman Software Technology Co., Ltd. A Embedded Linux Tech. & Dev. Tools Provider. Mailbox: suowei(a)minigui.net Website: http://www.minigui.com Tel: (8610)-82570025 Fax: (8610)-82570026

July 27, 2004

[Dillo-dev]short absence...

by Jorge Arellano Cid

Hi there, I'm leaving town for a few days. I'll be back on Thursday. Cheers Jorge.-

July 26, 2004

[Dillo-dev]Re: any documents about html parser?

by Calvin Yu

yes, I'm going to make dillo able to render chinese. Furthermore, I wish I can add support for JavaScript for dillo. So I must analyse the code of html parser. Am I right? By the way, what do you think of porting GUI to gtk+-directfb? Then we don't need X Windows any longer. I'm a newbie in browser. Please tell me whether what I think is right or not. Thank you very much!

July 26, 2004

Re: [Dillo-dev]HTTPS Cleanup

by Garrett Kajmowicz

On July 23, 2004 07:33 pm, Jorge Arellano Cid wrote: > On Fri, Jul 23, 2004 at 01:10:42PM -0400, Garrett Kajmowicz wrote: > > [...] > > I would also like your opinion on how to "clean up" the function > > save_certificate_home() > > It has three exit points, and dropping it to fewer would be somewhat of a > > challenge to do cleanly. > > Done. > > I also added some comments, and put the snprintf's in one line. > > BTW, why 01777 instead of 01700? The flags setting are automatically bitwize-anded with the umask. My thinking at the time was that it would be better to have the user settings determine how the certificates would be saved. And since the only thing that certificate access might give people is an extremely small list of sites the user had been to, I didn't deem it a security risk. If you prefer I change it, I will do so.... - Garrett Kajmowicz

July 24, 2004

Re: [Dillo-dev]HTTPS Cleanup

by Jorge Arellano Cid

On Fri, Jul 23, 2004 at 01:10:42PM -0400, Garrett Kajmowicz wrote: > [...] > I would also like your opinion on how to "clean up" the function > save_certificate_home() > It has three exit points, and dropping it to fewer would be somewhat of a > challenge to do cleanly. Done. I also added some comments, and put the snprintf's in one line. BTW, why 01777 instead of 01700? Cheers Jorge.-

July 23, 2004

[Dillo-dev]Your attention please: we have a webmaster!

by Jorge Arellano Cid

Hi there, Yes it's true, now we have a dedicated webmaster. Jörgen Viksell (or Jorgen if the umlaut doesn't display) has accepted these duties, so now you'll see our old site starts to renew. For instance now we have a FAQ link (a work in progress). Please contact him for site-related suggestions/fixes/etc. He's in charge now. Cheers Jorge.- PS: Jörgen: please don't forget the webmaster link. (you can use an image or the same mangling as in the bugtrack for the email address). PS2: Garret: I added your suggestion to the NC_Design.

July 23, 2004