- Dillo-dev - lists.mailman3.com

can dillo be silent?
by Jorge A Ahumada Aug. 11, 2003

Aug. 11, 2003

I love dillo and use it as my default browser when using help pages in R. However, everything I invoke the help dillo returns several messages clogging my R prompt...Is there any way to run dillo in 'silent' mode? thx, Jorge

1 0

focus on start
by Todd Slater Aug. 10, 2003

Aug. 10, 2003

When I launch Dillo, the content part of the window is not focused so I have to click on the content to focus it and then I can page through it using the keyboard. Is that intentional, and is there a way I can make it start with the content part focused so I can immediately start scrolling through a page? Thanks, Todd

2 1

Question about frames (have them working, but...)
by Frank de Lange Aug. 9, 2003

Aug. 9, 2003

Hi'all, The next version (7) of my tab patch is ready (see bottom of this message for download instructions). Most notable change is that it now also contains an experimental, not-really-ready-but-quite-entertaining implementation of frame/iframe support. The not-quite-ready part has to do with the sizing of frames (more on this later). Frame support, like tab support, is optional. It is enabled by default, but you can disable it using (frames) --disable-frames and (tabs) --disable-tabs during configure. Other new features: - title of window/tab set to url if file has no title (this can be disabled with the preference 'document_title_use_url=NO', default enabled) - navigation buttons (back, forward, stop, reload) in popup menu (can be disabled with preference 'show_popup_navigation=NO', default enabled) - duplicate page (open current page in new window, keyboard ALT-N) and, if tab support is enabled, duplicate tab (open current page in new tab, keyboard ALT-T) options in popup menu. Of course, the patch also fixes some bugs (and possibly introduces new ones). I had to back out my stopgap fix for the Gdk-CRITICAL warnings, which caused more problems than it solved. Instead, I patched dw_widget. The warnings were generated from within Dw_widget_mouse_event(dw_widget:729) when it tried to set a cursor on a non-existing window. I added a NULL-check, and made the widget generate a debug message (set DEBUG_LEVEL to 10 to see the warning). More on frame/iframe support ============================ What works: - loading (nested) framesets, displaying frames at their appropriate location (but not at their appropriate size... yet...) - loading (nested) iframes, displaying iframes at their appropriate location and with (mostly) appropriate size and alignment. - all frame-related menu options (in the popup menu). Frame menus can be accessed using the 'This Frame...' button in the popup menu, nested framesets have their own 'This Frameset...' menu. This way, Dillo allows you to limit actions to a subset of a framed document, eg. you can search for text in just one frame/iframe/frameset. Top-level menu options usually refer to the whole document (the frameset). An exception to this is the 'Jump To' option, which refers to the frame in which the menu was opened (question: should this contain the anchors for all frames?). Use the 'Show only this Frame' option in the Frame Options menu to get a full-page view of a frame (which is what you'd get with an unpatched version of Dillo). What does not work yet: - obeying frameset proportions. Currently all frames are allocated a default size. I have the appropriate sizes for the frames at hand, but GTK does not provide a means to size multiple widgets in a container relative to the size of that container. The 'gtk_widget_set_usize()' (or GTK2's gtk_widget_set_size_request() replacement function) are not suitable for this purpose, although they can be used to set a minimum or absolute size for rows/columns which have been specified that way (frameset rows=100,100,* is easy, frameset rows=100,20%,3*,* is not...). - the full_screen_off_button is not shown in frame documents. Use double-click instead to toggle the full screen setting... These problems can be solved by creating a new widget for the frameset, but that might be overkill. DwTable provides some of the needed features, but is is overcomplicated for the task at hand (no colspan or rowspan in framesets, etc) and lacks direct control over the height of table cells. If anyone has any bright ideas on how to assign widgets sizes which are relative to their container, speak up... Or, if anyone has already created (or at least thought about creating) a 'frameset' widget, please let me know. No need to re-invent the wheel... If I get no response, I will probably create a new widget based on GtkTable, with some built-in sizing magic. I chose GtkTable over DwTable because the former seems to be more suitable for the purpose than the latter. I might be wrong, please tell me... Tabs, frames and browser bloat ============================== For those who wonder if all this will add much to the size of Dillo, rest assured that it does not. I did some size comparisons between CVS Dillo (unpatched) and several configurations with the patch applied. The main results are (compiled with gcc 3.2.2, binutils 2.13.90.0.18 for x86, optimisation -Os, stripped binary) CVS unpatched: 285024 bytes Patched, no tabs, no frames: 289884 bytes Patched, no tabs, with frames: 294076 bytes Patched, with tabs, no frames: 297596 bytes Patched, with tabs and frames: 301692 bytes So, some 15 Kb for tabs and frames together, bearing in mind the patch has not been optimised for size yet (premature optimisation is... well, a bad idea). Not too bad, I think. Download instructions ===================== The patch is made against 20030804 CVS. It can be downloaded from the usual (ad-happy, but...) Geocities site: http://www.geocities.com/ikbenfrank/ More specifically, it can be found here: http://www.geocities.com/ikbenfrank/dillo-20030804-tabs.patch.gz size: 53262 bytes (gzipped, as downloaded) 220519 bytes (uncompressed) md5sum: 5c218077382d6c6e7300f1dd7d41e024 (gzipped, as downloaded) f6242c4f01f0eed60645db91a8882b2c (uncompressed) As always, check the site for the most recent version: That's all for now, 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." ]

4 3

Refresh tag patch...
by Tom Lisjac Aug. 9, 2003

Aug. 9, 2003

Last Spring we deployed Dillo 7.2 for use in library lookup stations at a local elementary school. Dillo ran beautifully in our LTSP lab and on 4 CD booted, diskless P-120's with 64 megabytes of ram: http://otero.harrison.k12.co.us/Linux/lab.html For catalog searches, the librarians, teachers and kids love Dillo and prefer it to Mozilla on Linux or IE on Win98. We would like to install diskless Linux lookup stations in all the school libraries... which would replace 200+ Windows 98 installs. The *only* problem is that the card catalog server (Accent) uses sessions that require periodic client refresh. If the sessions time out, the server produces an error message that confuses the kids and frequently requires teacher intervention. I understand and respect the reasons for not supporting the refresh tag... but I was wondering if someone may have had this problem and developed a patch or some other technique to make it work. Best regards, Tom Lisjac http://theseus.sourceforge.net

2 2

0.7.3 not rendering "trade" and other small annoyances
by Reid Fleming Aug. 8, 2003

Aug. 8, 2003

Dillo 0.7.3 is not rendering the "trade mark" HTML entity, although it is in the entity table in "src/html.c". You can see this behaviour by viewing this page: http://www.forum.nokia.com/nds_for_j2me.html You can see some strangeness by going to http://www.metafilter.com and scrolling down to the entry that begins: Canada's Supreme Court Trashes Citizens' Property Rights. where Dillo is rendering '"' sometimes as a circumflex accent.

1 0

dillo-0.8.0-pre
by Jorge Arellano Cid Aug. 8, 2003

Aug. 8, 2003

Hi there! It took a lot of time and effort, but finally the base for the next release (aka. 0.8.0-pre) is in the CVS now. It comes with lots of changes and some rough edges. Check the ChangeLog for a summary. This is not polished, nor your good ole' CVS snapshot, it is more intended for people interested in playing with the new dpi stuff. The dpid (dpi daemon) still requires a manual launch, and there're several things to improve (commented inside the code). As for the new dpis: FTP: It works OK, but is silent. This means it will not tell you what is doing until it's done. This is simple to fix and is a matter of capturing the stderr from wget and sending back some messages to dillo. You can download with the downloads plugin (right click on the link and "save as"). Downloads: It uses wget in a separate process (if dillo crashes, the download will survive). It can handle multiple downloads at the same time. It's also silent by now, but there's a guy that's working on a nice GUI that will provide all the necessary interfacing (aka Bells and Whistles). I'll ask him to share the code when it gets to a more advanced stage. Https: Unfortunately it doesn't work well (only for single, trivial, documents {with no image links} or single images). The problem is not within the plugin but with internal buffering inside dillo's core. I'll look at it when I have more time. There's an interesting discussion about suitability of UDS for HTTPS. Read the comments inside the code for more details. Hello: Just an example. This is the one you're supposed to play hard with if you want to develop a new dpi! Mailto: inexistent, but quite easy to develop. Just make the bindings and fork your favorite MUA. Cookies: Still need to be made a dpi (ported). That will solve our one-instance-only restriction. Read the docs! Ah, copy all the dpis to your ~/.dillo (we haven't defined where to place them yet). You'll also need a "dpidrc" in your ~/.dillo directory. Mine looks like: <q> /home/jcid/.dillo/bookmarks.dpi 0 /home/jcid/.dillo/downloads.dpi 0 /home/jcid/.dillo/ftp.dpi 1 /home/jcid/.dillo/https.dpi 1 /home/jcid/.dillo/hello.dpi 1 </q> Don't forget to launch dpid! That's all folks. Time to pause, recess, repose, break, rest ... Cheers Jorge.-

1 0

re: Anti-aliasing patch for dillo-0.7.3 available
by Reid Fleming Aug. 8, 2003

Aug. 8, 2003

> Please, could you also tell us what you have changed besides > adapting the patch to 0.7.3? There were almost no changes from your patch, aside from "src/Makefile.in" where I changed LIBS = @LIBS@ to LIBS = @LIBS@ -lXft2 -lXrender -lfontconfig so that it would correctly link on my machine. There might have been an additional instance of gdk_text_width that I changed to gdk_text_width_xft but that's it. Thanks again for your patch. Will this make it in to the next version of dillo ?

3 3

Thanks for dillo! (fwd)
by Jorge Arellano Cid Aug. 8, 2003

Aug. 8, 2003

---------- Forwarded message ---------- Date: Thu, 7 Aug 2003 23:05:56 PDT From: Dmnz <dmnz(a)x-bit.org> To: jcid <jcid(a)softhome.net> Subject: Thanks for dillo! Jorge, Just wanted to extend thanks for coding dillo. All I have at the moment are two tadpole sparcbook 3gx's. Dillo is the only browser I can use on them with any speed. It runs off the openbsd sparbook and displays on the solaris one with 16bbp color. For us poor folks dillo is great! Thanks for your time and efforts to make a great lightweight browser! Best Regards, B. Stevens dmnz(a)x-bit.org ... Dammit Jim, I'm a doctor, not a tagline writer.

1 0

About Dillo (fwd)
by Jorge Arellano Cid Aug. 8, 2003

Aug. 8, 2003

---------- Forwarded message ---------- Date: Fri, 8 Aug 2003 08:19:24 +0200 From: Mathieu <mat.hieu(a)netcourrier.com> To: jcid(a)softhome.net Subject: About Dillo Hello, I discovered dillo yesterday because I was looking for a light browser for my old laptop. I think it's a great job, and I congratulate you and the other authors. I hope this project will stay so active. Thanks a lot ! Mathieu

1 0

Dillo RPM/build on SuSE 8.1
by Kelson Vibber Aug. 8, 2003

Aug. 8, 2003

Patrick, From what you sent me it looks like the problem with the binary RPM is over new libpng and glibc versions. Here's what I've gotten from SuSE's FTP site as far as library versions: SuSE 8.1: glibc 2.2 libpng 1.2.4 SuSE 8.2: glibc 2.3 libpng 1.2.5 So the glibc version conflict is explained. The libpng conflict is strange, though, because I would expect those to be the same generation of libpng. What version does "rpm -qi libpng" report? I did some digging through the mailing list archives, and came across the thread in which you were having problems compiling 0.7.2 from source. I had forgotten that the source needed to be patched to compile it on SuSE 8.1 ( http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000532.html ) Does the 0.7.3 source RPM build, or does it give you the same libpng errors as 0.7.2? Can you compile 0.7.3 from source? If not, does it work after applying the patch? If so, I'll add it to the SRPM and apply it for SuSE <= 8.1 (or better yet, if I can figure out a way to do it, only on versions of libpng that need it). I'll try to find time soon to install a copy of SuSE 8.1 so I can do my own testing & building. I'm not too fond of SuSE's FTP-based installation, but the rant would be way off-topic. For now, I've renamed the SuSE RPM to make it clear it will only work on 8.2. -- Kelson Vibber www.hyperborea.org

2 4