- Dillo-dev - lists.mailman3.com

Re: Tab + frame patch, any progress?
by Jorge Arellano Cid Aug. 29, 2003

Aug. 29, 2003

On Wed, 27 Aug 2003, Frank de Lange wrote: > Any progress on the CSS front by the way? Sometime ago we concluded with Sebastian that it may take near three months of work of both of us. We're focusing on other priorities now. I hope we can review your patch soon with him. Cheers Jorge.-

1 0

Running external Gtk programs under Tabs (fwd)
by Jorge Arellano Cid Aug. 29, 2003

Aug. 29, 2003

---------- Forwarded message ---------- Date: Wed, 27 Aug 2003 23:48:14 -0700 From: t <loveall(a)qwest.net> To: Jorge Arellano Cid <jcid(a)softhome.net> Subject: Running external Gtk programs under Tabs Jorge, Please forward this to the dillo/dev mailing list unless you think it is not appropriate. Nice job on dillo, guys! Have been using it since at least 0.2.1. Nice work on the tabs, Frank. They have added a whole new dimension to dillo. Recently, while working on a multi-media project, noticed that I had way too many instances of a text editor open. Couldn't easily find the desired file. About then Frank put up the tab/frame patch. Spent a day or so getting external Gtk apps to run in a tabbed window. This turned dillo into an MDI interface with built-in file picker and HTML help file viewer. This has been working for me in a stable manner, e.g. no seg faults, for about two weeks under heavy use. Which means it will only take someone else about 5 minutes to induce a failure:-). Have modified a file manager, my personal text editor and the erwin HTML editor to run as client Gtk apps, just like dillo. As a matter of fact, dillo can run itself as an external Gtk app in a tabbed window. The patch file for the tab/frame patched version of dillo is set up to do this as a working example. You can download it from: http://www.users.qwest.net/~loveall/xid8-patch.gz !!!! NOTE !!!! This patch is valid only on dillo-0.7.3 patched with Franks version 9 tab/frame patch: http://www.geocities.com/ikbenfrank/dillo-0.7.3-20030821-tabs.patch.gz To modify a typical Gtk app to act as a client requires just the following: In function main(), add these lines at the beginning just after the data declarations: guint32 xid = 0; int i = 1; if (i < argc-1 && !strcmp(argv[i++],"-x")){ xid = strtol(argv[i], NULL, 10); argc -= 2; argv += 2; if(xid == LONG_MIN || xid == LONG_MAX) xid = 0; } This requires that the first two args when calling dillo be '-x <Xid number>'. Find and replace the (typically) single line: main_window = gtk_window_new (GTK_WINDOW_TOPLEVEL); with: if(!xid) main_window = gtk_window_new (GTK_WINDOW_TOPLEVEL); else main_window = gtk_plug_new (xid); See also the working source which references 'xid' in dillo.c and interface.c. Thanks again, to the dillo crew. You guys are awesome. Regards, Terry Loveall

2 1

CinePaint and Windows port
by Robin Rowe Aug. 28, 2003

Aug. 28, 2003

Hi. I'm the project leader for CinePaint, an open source paint program used mainly by the motion picture industry. Our code was branched from GIMP in 1998. How would the Dillo project feel about Dillo being embedded in another application as a help browser? We're looking for a new help system browser and considering Dillo. We are impressed how compact your implementation is. We only need a limited set of HTML features: links, images, tables, bullet lists, number lists, headings, ordinary text, bold, and italic. In these features we need the browser to be absolutely stable. Any issues there? We support all platforms, including Windows. One of the first things I would intend to do is port Dillo to Windows. I saw in your archives that you had made some effort in that direction, but it seemed to peter out. What are the problems? Thanks! Robin --------------------------------------------------------------------------- Robin.Rowe(a)MovieEditor.com Hollywood, California www.CinePaint.org Free motion picture and still image editing software

4 5

Rendering problem
by Andrew A. Gill Aug. 28, 2003

Aug. 28, 2003

I've been having a problem with dillo rendering some portions of text. For instance, the Google sponsored links always take up vertical space before the results. Normally, this isn't something that I really care about, but now it's causing slashdot to be rendered as black-on-black text, thus depriving me of my ability to read about the new MD5 sums that the RIAA is using. (bug 493) -- |Andrew A. Gill |I posted to Silent-Tristero and| |<superluser(a)frontiernet.net> |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: <http://www.needsfoodbadly.com> Temporary sig: -- But thanks for everything else.

3 2

Re: Re: dillo / time-controlled reloads
by Jorge Arellano Cid Aug. 28, 2003

Aug. 28, 2003

On Wed, 20 Aug 2003, Melvin Hadasht wrote: > > Hi Jorge & Melvin, > > Hi Henning & Jorge, > > (Is there a reason why this is not on the ML?) The only reason is that I pressed "reply" on a mail sent to my personal address. :-) > > > > > there's one bit missing. there is NO concept at all about time-based > > > > reloads. the meta refresh header would be reasonably close, but even > > > > better would be something like > > > > > > > > dillo -reload-every 60 http://blah/cgi-bin/blubb.cgi > > > > > > > > it should reload that URL every 60 seconds in that case no matter what. > > > > > > I think reloading it if upon display is also a good choice. I > > > mean, let the user browse other pages without reloading the > > > special URL, and reload it when it's back on display and the > > > timeout has been reached. > > I don't see why a browser should reload an URL if it is not currently viewed, but > I'm not a web expert. > > > > > I looked into adding a sigalrm handler an solving it this way, but > > > > then it turned out that is more complicated > > We can use the glib timeout functions for that. Yes, timeouts are simpler. > > Here is how I would implement the feature: > > - an internal Dillo function to mark/unmark a URL with > "reload periodically when viewed", A simple flag, maybe in the DilloUrl or in the cache entry. > it will also create a timeout > callback that will reload the URL if it is currently viewed. A periodiciy of 0 will > stop reloading. For that, I need to take a look on the browser history/cache, too. Don't worry, I can do that easily (I know pretty well the cache). I'd prefer you to focus on the dpi part. I mean, this dpi will end asking dillo to do the job. For instance: <dpi cmd='set_reload_URL' url='...' always='true'> > > - add a "-r, --reload-every" command line option that calls that function. > In fact, when I finish implementing the "(remote-)command" option, it would be > something like: "-c open(URL, refresh=60)" (that is if I finally decide that > supporting commands with more than one argument is worth the work). Hmmm, I think a simple cli switch to tell dillo to listen to the reloads.dpi is enough: dillo -reloads (or something like it) Then, the client communicates with the dpi socket. All this API is what needs to be designed. I'd appreciate you to work on this part. > > > The first duty is to define what is required for a good, > > > general purpose, kind of reloading dpi. The next one is to reduce > > > the features to a minimum working set, then implement! > > parameters: URL, periodicity (seconds), when (visible|always). This is a good start! For instance: fprintf(reloads_dpi_socket, "push http://localhost/someurl visible\n"); may be all the client program needs to know. Of course it could also be something like: fprintf(reloads_dpi_socket, "<dpi cmd='reloads' url='http://localhost/someurl' visible>" * The first example makes more clear that it goes trough reloads.dpi who parses it and then sends a dpip tag to dillo to request the job done. This may also be handy: "<dpi cmd='reloads' url='http://localhost/someurl' stop>" Note that it may be good to integrate the remote control functionality into the same dpi (and maybe call it remote.dpi?). This means adding a simple and useful API for help programs to use. For instance to let them push new URLs into the same instance of dillo (and not having to start a new dillo per requested page). Ex: The client app. asks the remote control dpi whether there's a running instance of dillo. YES -> send new to-be-pushed URL NO -> start "dillo -rc" (remote control) send new to-be-pushed URL Please polish along these lines. Cheers Jorge.-

2 1

Re: [PATCH]: commands & auto-reload (was Re: dillo / time-controlled reloads)
by Melvin Hadasht Aug. 27, 2003

Aug. 27, 2003

[Please, as this thread is on the ML, do not mail me personnaly (nor CC me). I'm subscribed to the list and will respond when I have time and when I have something to respond.] Hi, > ok, dillo never reloads the images, not even on manual reloads - still > showing days old stats. > you think that is fixeable soon, for some value of "soon"? I don't always have time for Dillo. Maybe this weekend, maybe the next. Concerning the reload time, I should be able to fix it when I have time. Concerning the cached images, I will need more time. Concerning the "void" input driver, is the coredump due to my patch? -- Melvin Hadasht

3 2

tab and frames in webmail
by �޽�� Aug. 27, 2003

Aug. 27, 2003

hi, Frank de Lange: I apply you dillo tab frame patch,and it seem very cool. But when I go to the www.163.com and www.163.net, I found I can't go into my mailbox.It only says that "This page uses frames, but your browser doesn't support them."And the statusbar shows "Contacting host", for ever. In windows IE I can see the soursecode of that page as following: <html><head> <title>网易邮件系统</title> <meta http-equiv="Content-Type" content="text/html; charset=gb2312"> </head> <frameset frameborder=NO rows=80,* border=0 framespacing=0> <frame name="2" src="/newtop.htm" target=contents scrolling=NO marginwidth=0 marginheight=0 frameborder=NO > <frameset border=0 cols=160,* framespacing=0 marginheight=0 marginwidth=0 frameborder=NO> <frame name="folder" src="/cgi/ldapapp?funcid=simplefdr&sid=DBTpkvElTAQAKUwf" target=rtop marginwidth=0 marginheight=0 frameborder=NO scrolling=yes>  <frame name="main" src="/cgi/ldapapp?funcid=foldmain&sid=DBTpkvElTAQAKUwf" target=rbottom marginwidth=0 marginheight=0 scrolling=AUTO frameborder=NO> </frameset> </frameset> <noframes> <body bgcolor="#FFFFFF"><p>This page uses frames, but your browser doesn't support them.</p> </body></noframes> </html> What's wrong? best reguards 　　　　　　　　Jewen_Luo(a)163.com 　　　　　　　　　　2003-08-27

1 0

[lmettler@lamlaw.com: Re: A few remarks on your site layout...]
by Frank de Lange Aug. 26, 2003

Aug. 26, 2003

----- Forwarded message from Lewis Mettler <lmettler(a)lamlaw.com> ----- >Thanks for the corrected index.html page for my site. > >You are correct. Some of those tags did appear to be out of place. > >I first wrote that page 5-6 years ago using a program from Corel. It is >not surprising that it was put up incorrectly. Most likely I was trying >several different formats and then stopped screwing with it. I noticed >it still had the NT label embedded. I have not used NT for many years. > >In any event, I edited the version you provided to replace the NT >reference and updated a few of the tags. > >Thanks again. > >And, good fortune with the Dillo browser. > >Let me know if my site now formats correctly using Dillo. Well, it seems to... If only all sites responded as quickly... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

libc dependency in 0.8.0pre (bug 487)
by David McKee Aug. 26, 2003

Aug. 26, 2003

Folks, Updated my CVS at home (Debian 3.0) to 0.8.0pre the other day, and I like what I see. When I tried to do the same at work today (Redhat 6.2), I had problems building. Dpid uses mkdtemp() which was introduced in glibc 2.1.9. However, ./configure has no problems with my glibc 2.1.3. Submitted as bug 487. This constitutes a change from the 0.7 days when (according to the Compatibility web page) any glibc2 would do. Introducing (by hand) a definition of mkdtemp() I found on the web solved all my problems. Browsing the source suggests that you are not in the habit of carrying around lot of little libc bits---and the associated preprocessor code munging---for systems with variant or insufficient libc's. That is fine. It keeps the code base small and simple, but perhaps ./configure should look out for these things. So does this mean some previously working libc's are now going to be excluded, that more conditional compilation stuff will need to go in, or that dpid needs some work to increase it's universal compatibility? -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

3 4

On-line demonstration against software patents in Europe
by Frank de Lange Aug. 26, 2003

Aug. 26, 2003

Hi'all, As you might know, the European Parliament will vote on software patents in the EU on the 1st of september 2003. I have added a notice to my patch page (http://www.geocities.com/ikbenfrank) about this. Maybe the main Dillo page can do the same? For more info on this issue, go to http://swpat.ffii.org Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0