March 2003 - Dillo-dev - lists.mailman3.com

mousewheel
by andi 07 Mar '03

07 Mar '03

After i wrecked my glibc i had to reinstall, slackware this time. Now the strange behaviour with the numbers after links is gone. And he lived happily ever after with dillo 0.7. I found a new strange thing: If i position my mouse above a link and roll my mousewheel, it is marked as visited. No idea why and wether it is perhaps wanted, but i thought mailing it wouldn't wrong. Go you great coders, you do a great job! :) Andi

2 1

Line terminating characters
by John Bradford 07 Mar '03

07 Mar '03

Within a <textarea> tag, Dillo seems to treat linefeeds, (0Ah), as the line separator, and displays carriage returns (0Dh), as a character unavailable glyph. I think this is wrong - in CDATA, isn't linefeed supposed to be ignored, and carriage return supposed to be the line separator? If you repeatedly send data submitted in a textarea tag, back to the browser in a textarea tag, you keep adding blank lines in to the data. John.

1 0

Bookmarks
by Albert Wagner 07 Mar '03

07 Mar '03

I really appreciate the work put into the bookmarks plugin. However, I hope that this plugin solution is just temporary. Just my opinion, but I find manipulation of bookmarks: renaming, sorting into sections, etc., to be so unwieldy that it is easier to just edit the bm.txt file. Albert

1 0

Another Solaris fix.
by Mail.com Janke 07 Mar '03

07 Mar '03

Pulled CVS today -- Did bug 415 re-occur in current source or did I pull it wrong? In bm_srv12.c need something like: #ifndef PF_LOCAL #define PF_LOCAL PF_UNIX #endif Other than that the version in CVS compiles OK. --Mike -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup

2 1

Re: Dillo dependencies and other stuff.
by Jorge Arellano Cid 07 Mar '03

07 Mar '03

Alastair, > Hi. Hi! > We are looking at using Dillo as a help browser. Unfortunately we are having > a lot of problems. Currently we cannot display any pages with images in as > Dillo crashes. this happens on both HP-UX and Solaris (I have submitted a > bug entry about it). Dillo works OK on Solaris (BTW: I tested it myself yesterday!) And as the compatibility list shows, it has been reported to work too... This may be something with your system... > One thing that would be very useful is to put a dependencies page on your > website. We are building using jpeg-6b, libpng-1.0.12, > zlib-1.1.3,libgtk-1.2, libgdk-1.2, libgmodule-1.2, and libglib-1.2 all of > which we built ourselves. A dependencies page could display a list of such > libraries. If there are known problems associated with using particular > versions of the dependency libraries that could be displayed too. Just go to Debian's page for the dillo package. There you'll find the list (look from our download page). > While I was writing this, one of my co-workers has discovered that Dillo > crashes because the HP-UX XServer display defaults to 8 bits. Changing it to > 20 bits or whatever solves the problem. However this may not be a > satisfactory solution for us. I've run Dillo on 8bits display lots of times (in a Sparc Linux the first time). We've also tuned it to work over VNC (also with a low color resolution), and it works OK in linux with: 'startx -- -depth 8' so I think it may be another problem. Maybe the compiler or the GTK libraries (check the README file, Solaris section). Or try to run gqview or other GTK apps. to see what happens. > There are other problems getting Dillo to run on HP-UX, and I would be glad > to share my experience and fixes with you if you want. Maybe it's a 64bit machine and sometimes we've had problems with those. Fortunately today I'll work on a 64bit Solaris station trying to nail down the problems. In brief: try to run Dillo on another platform (GNU/Linux for instance) with 8bpp and see it works! Then you can try to find what's the problem with your station (as suggested above). in the mean time I'll be working out on the 64bit Solaris station. Ah, you must work with the CVS code, not 0.7.0 release. Greetings Jorge.- PS: I'm CC our mailing list. There you may find some advice. PS2: Subscribe!

1 0

How soon is Dillo to have download progress indication?
by Albert Wagner 07 Mar '03

07 Mar '03

How soon is Dillo expected to have some sort of download progress indicator? My primary use of a browser is searching for and downloading software.

4 4

Bugs 411 & 414 Solaris libs
by Mail.com Janke 07 Mar '03

07 Mar '03

It looks to me like perhaps older Solaris had -lposix4 and newer Solaris has -lrt for nanosleep(). On Solaris 8 posix4 is a symlink to rt. Perhaps configure can figure it out? This works on Solaris 8: dnl Workaround for nanosleep and solaris case $system in SunOS) AC_MSG_CHECKING(whether SunOS has -lrt ) LDSAVEFLAGS="$LDFLAGS" LDFLAGS="$LDFLAGS -lrt" AC_TRY_LINK_FUNC(nanosleep, rt_ok=yes, rt_ok=no) if test "x$rt_ok" = "xyes"; then AC_MSG_RESULT(yes) else AC_MSG_RESULT(no) AC_MSG_CHECKING(whether SunOS has -lposix4 ) LDFLAGS="$LDSAVEFLAGS -lposix4" AC_TRY_LINK_FUNC(nanosleep, posix_ok=yes, posix_ok=no) if test "x$posix_ok" = "xyes"; then AC_MSG_RESULT(yes) else LDFLAGS=$LDSAVEFLAGS AC_MSG_RESULT(no) AC_MSG_WARN(*** Try setting LIBS or LDFLAGS manually to point to the library with nanosleep()***) fi fi ;; esac -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup

1 0

Re: [Dillo-dev] Two branches?
by John Bradford 06 Mar '03

06 Mar '03

> > > Why don't we have a branch more like the Linux kernel? > > > > > > I would _love_ to have a cvs branch that had every bit of > > > developmental code in it so that we can see what's happening: > > > > To be honest, I would prefer not to use CVS at all, but instead just > > have a list of patches in unified diff format on the Dillo website, > > with a note saying which version they were made against. > > > > That way, everybody can apply whatever combination of patches they > > want to quickly and easily, and you can unapply a patch just using -R. > > > > Unified diff format makes it easier to apply patches against code that > > has already been modified. > > > > > Even though it will be _very_ unstable. > > > My theory is, if it is good enough for a screenshot, it's good enough > > > for the 'developmental' branch. > > > > > > This would also mean that the developer's personal trees will be > > > better sync'ed > > > > Having a separate development branch does create a fair amount of > > work, keeping the two in sync. > > > > John. > > I'm keen to either or both ideas. :) > > I'm a newbie to all this really, so I don't know too > much about serious advantages and disadvantages but I'm > in it primarily to enjoy myself and a fast-changing > unstable branch sounds like it could be fun. The decision is really up to Jorge :-). > Update on the issues John pointed out: > > 1. Disapearing list bullets. -- Solved, I'll make code > available if you are interested. Yes please. > But i'm busy at the moment. > > 2. List items other than the first in the list are > displayed slightly too far to the right. -- I've found > that Dw_widget_size_allocate is being called with an > extra +5 for the x coordinate of those list items. I > don't yet know why. > > 3. maximizing in FVWM2 -- I haven't looked into it at > all yet. > > > I'd like to have in my personal copy of Dillo two > features that have been available for Dillo in the past > but never made their way into CVS and were not > maintained: > > 1. Basic Authentication -- so I can use dillo > with the CUPS web interface. > > 2. Outside Html Source Viewer -- I'd rather > dillo spawn vim. Has anybody else noticed that when displaying very long lines in the source viewer, occasionally the arrows which indicate wrapped lines overlap the last letter on each screen line? > When I get a chance, I'll make the old patches and > probably some others available on my website. John.

1 0

freezing of dillo.0.7.0
by robert w hall 06 Mar '03

06 Mar '03

Is the description of the 'freezing' of dillo given in the README an uptodate description of the problem. This implies that it is a kernel version effect... I originally compiled dillo0.6.6 against slack 7, kernel 2.4.5 (IIRC, or even 2.2.18) with no problems. However dillo0.7.0 does freeze, even when compiled against the headers for, and run under, kernel 2.4.19. BUT it compiles and runs ok when compiled under slack8.1, with the same headers and kernel. Is this a gcc problem? (I'm using 2.91.66 with slack 7). (The suggested patch poll-fix-fast of course does not run in cleanly against 0.7.0., and though the source compiles the executable still freezes). Sorry if I've missed something on this. Bob Hall PS it all compiles fine on the playstation2 linux kit with the 2.2.21 kernel, and a real old gcc -- robert w hall

2 3

More bugfixes
by Jorge Arellano Cid 05 Mar '03

05 Mar '03

Hi there! I've been reviewing the bugtrack and receiving a lot of emails with regard to problems with solaris. There were several issues, some solved in CVS and others that escape our scope (Solaris is so inconsistent that some versions require certain libraries that others not, some fail, some work...) If someone has the patience to tweak configure.in to detect the different subversions of Solaris and add the magical options, I'd put it in. Just read the ChangeLog for a brief of the fixes. --------------------------------------------------- NOTE: There're lots of fixes, not just for Solaris. --------------------------------------------------- Please send me feedback about how it went. Sadly I just received _one_ mail report. Andreas: Please test the flock patch. It should work with *BSD as it defines flock(). Sebastian: Please review BUG#424, Keith says it's a trivial fix. Ah, can anyone reproduce/not_reproduce bug 406? Has anyone with a 64bit machine had NO trouble at all? :-) Cheers Jorge.-

3 2