- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Full-screen?

by Melvin Hadasht

Hi Jorge, on Tue, 15 Apr 2003 13:40:56 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > Hi there, > > Here's a pending question: what to change "full screen on/off" > tooltip for? > > As dillo's controls are called "panel" in dillorc (and it may > be: large, medium or tiny), I'd be for something like: > > "Hide Panel" "Show Panel" > > Is it better than: > > "Full window on" "Full window off" ? > > Maybe some other wording? When changing it, just remember that the wording is also used in the command line option (which is -f, --fullwindow) and that it has to be changed, too. I don't mind if the command line option is to be changed: there is no problem concerning Claws as the code is still in CVS and the next official version is not scheduled yet. I'd be for "Full window" or alike for subjective reasons mainly :), and also because it is not only the panel that is hidden but also the status bar (but that can be seen as part of panel, or maybe that's only an excuse :) ...). I just checked Mozilla: their "Full Screen" is not a real one: it just shrinks controls. This was tested on Linux. Namlala unono (Comoran: Goodbye) -- Melvin Hadasht

April 15, 2003

Re: [Dillo-dev] slashdot site not rendered correctly...

by Jorge Arellano Cid

On Tue, 15 Apr 2003, Thorben Thuermer wrote: > On 14 Apr 2003 19:06:49 +1000 thestar <thestar(a)tpg.com.au> wrote: > > > What's wrong with this site? > > > > http://yro.slashdot.org/yro/02/10/24/1335223.shtml?tid=141 > > incorrectly nested table tags... > download a copy and run it through tidy --force-output 1 > (http://tidy.sf.net) and it's fixed... > > dillo handles incorrect table tags differently than other browsers, > which results in such results on many pages... Please somebody write Slashdot webmasters about it. Cheers Jorge.-

April 15, 2003

Full-screen?

by Jorge Arellano Cid

Hi there, Here's a pending question: what to change "full screen on/off" tooltip for? As dillo's controls are called "panel" in dillorc (and it may be: large, medium or tiny), I'd be for something like: "Hide Panel" "Show Panel" Is it better than: "Full window on" "Full window off" ? Maybe some other wording? I'm open to suggestions. If they come quick they may appear in 0.7.2! Cheers Jorge.-

April 15, 2003

Re: [Dillo-dev] slashdot site not rendered correctly...

by Thorben Thuermer

On 14 Apr 2003 19:06:49 +1000 thestar <thestar(a)tpg.com.au> wrote: > What's wrong with this site? > > http://yro.slashdot.org/yro/02/10/24/1335223.shtml?tid=141 incorrectly nested table tags... download a copy and run it through tidy --force-output 1 (http://tidy.sf.net) and it's fixed... dillo handles incorrect table tags differently than other browsers, which results in such results on many pages... (its not exacly less error-tolerant, but just makes different assumptions)

April 15, 2003

Re: [Dillo-dev] Re: configuration patch - Fix for bugs 386, 407, 392, 412 and notes on bugs 349, 408

by Jorge Arellano Cid

Andreas, > > [...] > > I'm not an expert in tunning the system's directories, but I > > wonder why if /usr/local has part of the system, it is not > > included in the search path in BSDs. Doesn't make sense to me > > (nut I don't know much here). > > All right, in terms of reasoning and well thought systems, > I prefer OpenBSD, hence I did a google search and came across > this lengthy discussion : > > http://www.netsys.com/openbsd-tech/1996/02/msg00019.html > > and follow-ups !!!! Well, from there, it becomes clear that this is not an easy to solve problem... > > OTOH, for instance, /usr/local is not a part of the system in > > Slackware, and I can't find it with: `gcc -print-search-dirs`. > > Actually, I think gcc -print-search-dirs is not the way to find > out about the inclusion of /usr/local - it doesn't show on > any system I have. Try > cpp -v </dev/null > instead. In fact, I think, that should be used in the test > instead of what I submitted earlier ... oh well ;-) I just tested > > ---- start patch ---- > $ cvs diff -c configure.in > cvs diff: failed to open /home/darkstar/andy/.cvspass for reading: No such file or directory > Index: configure.in > =================================================================== > RCS file: /sfhome/cvs/dillo/dillo/configure.in,v > retrieving revision 1.49 > diff -c -r1.49 configure.in > *** configure.in 10 Apr 2003 20:12:44 -0000 1.49 > --- configure.in 10 Apr 2003 23:47:08 -0000 > *************** > *** 28,33 **** > --- 28,38 ---- > AC_PROG_CC > AM_PROG_CC_STDC > AC_PROG_RANLIB > + AC_PROG_CPP > + if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`" ; then > + CPPFLAGS="$CPPFLAGS -I/usr/local/include" > + LDFLAGS="$LDFLAGS -L/usr/local/lib" > + fi > > dnl ----------------------------------- > dnl Check for Gtk+ (it checks glib too) > > > ---- end patch ---- Commited! > <snip> > > > output. If there is some output, then it assumes there is no > > jpeglib.h. Which is not true in this case: the output is just warning > > of cpp, which complains about the -I/usr/local/include (cpp 3.1 > > already has /usr/local/include it its system directories). > > I think the problem there is a mixup of stdout and stderr. > On one Linux system (Suse), I do get the warning, but it still detects > jpeglib.h > Another system does include /usr/local by default, as well (Archlinux), > but does not give any warning in config.log .... beats me. The /usr/local test should solve the problem, as the compiler complained about the forced inclusion (and order change) of the system's directories. > > Thinking that /usr/local was for extensions, I decided to > > remove the forced include from configure.in. > > > > Can anyone shed some light on this topic? > > Not more that my google results from above. Well, the conditional inclusion (CPP test) is our default way now! I hope it works; at least is passes a lot of tests. Now is time to finish the last details for the 0.7.2 release! Cheers Jorge.-

April 14, 2003

slashdot site not rendered correctly...

by thestar

What's wrong with this site? http://yro.slashdot.org/yro/02/10/24/1335223.shtml?tid=141

April 14, 2003

Bookmarks menu?

by Lars Clausen

Whatever happened to my bookmarks menu in 0.7? I have the bookmarks button which opens the bookmarks page, but I really prefer the menu as it doesn't disturb my pages. Is there an option to turn it on somewhere? Some other way? I still see it in the screenshots on the Dillo pages, are they just too old? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I |---------------------------- will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket?

April 11, 2003

dillo mailer ...

by Lars Segerlund

I am trying to make a mail plugin for dillo, and have started off looking at the bookmarks, would it be correct to assume that interface.c is the right place to start looking for getting the button into the menu ? Are there any things to look out for ? ( stumble on ). Am I correct to assume that plugins have to be compiled in as for now ? ( ie. there is no dynamically loaded plugins ? ) / Lars Segerlund.

April 11, 2003

Re: [Dillo-dev] Re: configuration patch - Fix for bugs 386, 407, 392, 412 and notes on bugs 349, 408

by Andreas Schweitzer

Hi, > Andreas, > (and /usr/local savvy guys!) Well, I hope somebody else knows more ... :-) > > > Please tell me how things have gone. Basically I'm waiting for > > > these issues to be solved to make the 0.7.2 release. > > > > With the current version it does no longer work *quite* out of > > the box on the BSD's. It will work when doing a > > CPPFLAGS=/usr/local/include LDFLAGS=/usr/local/lib ./configure > > but this is not what I call out of the box :-). > > I'm not an expert in tunning the system's directories, but I > wonder why if /usr/local has part of the system, it is not > included in the search path in BSDs. Doesn't make sense to me > (nut I don't know much here). All right, in terms of reasoning and well thought systems, I prefer OpenBSD, hence I did a google search and came across this lengthy discussion : http://www.netsys.com/openbsd-tech/1996/02/msg00019.html and follow-ups !!!! But other than that .... > OTOH, for instance, /usr/local is not a part of the system in > Slackware, and I can't find it with: `gcc -print-search-dirs`. Actually, I think gcc -print-search-dirs is not the way to find out about the inclusion of /usr/local - it doesn't show on any system I have. Try cpp -v </dev/null instead. In fact, I think, that should be used in the test instead of what I submitted earlier ... oh well ;-) I just tested ---- start patch ---- $ cvs diff -c configure.in cvs diff: failed to open /home/darkstar/andy/.cvspass for reading: No such file or directory Index: configure.in =================================================================== RCS file: /sfhome/cvs/dillo/dillo/configure.in,v retrieving revision 1.49 diff -c -r1.49 configure.in *** configure.in 10 Apr 2003 20:12:44 -0000 1.49 --- configure.in 10 Apr 2003 23:47:08 -0000 *************** *** 28,33 **** --- 28,38 ---- AC_PROG_CC AM_PROG_CC_STDC AC_PROG_RANLIB + AC_PROG_CPP + if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`" ; then + CPPFLAGS="$CPPFLAGS -I/usr/local/include" + LDFLAGS="$LDFLAGS -L/usr/local/lib" + fi dnl ----------------------------------- dnl Check for Gtk+ (it checks glib too) ---- end patch ---- to work correctly so far. I hope that patch in the middle of the e-mail is ok ... > Doubts started when I received this mail, from Manuel Menal: > [mmenal at hurdfr.org] <snip> > output. If there is some output, then it assumes there is no > jpeglib.h. Which is not true in this case: the output is just warning > of cpp, which complains about the -I/usr/local/include (cpp 3.1 > already has /usr/local/include it its system directories). I think the problem there is a mixup of stdout and stderr. On one Linux system (Suse), I do get the warning, but it still detects jpeglib.h Another system does include /usr/local by default, as well (Archlinux), but does not give any warning in config.log .... beats me. > Thinking that /usr/local was for extensions, I decided to > remove the forced include from configure.in. > > Can anyone shed some light on this topic? Not more that my google results from above. Personally, I think we should indeed check if /usr/local is in the gcc definition or not and react accordingly. > > > The png.h stuff is more or less my original solution :-) ... > > there was a reason for that convoluted approach ... :-) > > Yes, I added the break clause because it tested libpng twice > and added two "-lpng" in my system. > > I'll commit the patch as you sent here (which BTW, includes the > "break"). Yes, I did leave the "break" intentionally ! I just wasn't quite clear about the usage of "break". BTW, in my previous mail I promised to test on OpenBSD : success. Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

April 10, 2003

Re: [Dillo-dev] Missing favorite features

by Lars Clausen

On Thu, 10 Apr 2003, Niklas Höglund wrote: > I'd also like to "me too" on the issue of connecting dillo to external > applications for unknown filetypes and protocols. I don't think dillo > should handle ftp, for example, or PDF. gftp and xpdf should do that. > However, I think something more than "nothing" should happen when you > click on something unsupported... Me three. I recently checked out 0.7, and while the highlighting of selected text is cool, the external viewer patch I have on 0.6.7 is more important to me, so I'm sticking with that for now. It's somewhat of a hack, though, and has some strange effects on occasion. The way I'd handle it with the dpi structure is this: There should be a meta-plugin that handles all otherwise unhandled file types. This plugin should gather possible viewers from /etc/mailcap (or other places) and ask the user what he or she wants to use. The user should have the option of storing the choice, in which case a new specific handler should be installed (persistently) that handles that choice. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I |---------------------------- will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket?

April 10, 2003