- Dillo-dev - lists.mailman3.com

[Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by robert w hall

I'm trying to compile dillo 0.8.1 to use on my old 486-based laptop (with slack 4.0, which is libc5-based). I've compiled glib + gtk 1.2.10 from source, but have no other libs like libjpeg, libpng etc. The binary starts to run then collapses in gdk error - error 11 in X-server (or similar message) Any advice? -- robert w hall

June 12, 2004

Re: [Dillo-dev]Some remarks on the UI

by Jorge Arellano Cid

On Thu, 10 Jun 2004, Sebastian Geerken wrote: > > [...] > > > > > Furthermore, it should not have a relief, compare to the "Hide > > > > > Controls" button. > > > > > > Also fixed, I've removed the relief. > > > > Yes, the toolbar icons and the "Hide controls" one are OK > > without a relief, but after watching how the bug-meter button > > looks without a relief, and how much it hints the user of being a > > button, I'd much prefer to have the relief back. > > > > Note that the "Hide controls" button has a drawed frame around > > that helps getting the idea of it being a button! Perhaps a more > > orthogonal way of doing it is to have a relief for both, but > > it's simpler to keep it as it was. > > I'd have a further suggestion: Make the right part of the status bar > more look like a tool bar, and keep the reliefs hidden. The number of > bugs should then move out of the button. Something like: > > | viewport | > +-------------------------------------+--------------+-+-----+ > | URLs etc. | 3 bugs found |#| B H | > +-------------------------------------+--------------+-+-----+ > > "B" is the bugmeter button, "H" is the "Hide controls" button, and "#" > is a handle to drag the new button bar out of the window. When designing the bug-meter interface, it took some time to find a way that made the appropriate "gestalt" out of the meter. Separating the bug number from the bug-button requires a new hint because the former gestaltic perception is lost. > Otherwise, I'd prefer both buttons to have a relief. OK, let's have a relief on both. Cheers Jorge.-

June 10, 2004

Re: [Dillo-dev]Some remarks on the UI

by Sebastian Geerken

On Tue, Jun 08, Jorge Arellano Cid wrote: > [...] > * The "View Page Bugs" menu item for the page menu doesn't > work. It went to a segfault once. NOT fixed. Fixed. I removed it temporally, since the signature of the callback did not fit, and forgot it before comitting. I hope that the segfalt does not occur anymore (I could not reproduce it). > [...] > It was nice to see the middle-click over "clear-url" button as > a shortcut for paste. It'd be perfect if the entry can be focused > at the same time. Done. > [...] > > > > Furthermore, it should not have a relief, compare to the "Hide > > > > Controls" button. > > > > Also fixed, I've removed the relief. > > Yes, the toolbar icons and the "Hide controls" one are OK > without a relief, but after watching how the bug-meter button > looks without a relief, and how much it hints the user of being a > button, I'd much prefer to have the relief back. > > Note that the "Hide controls" button has a drawed frame around > that helps getting the idea of it being a button! Perhaps a more > orthogonal way of doing it is to have a relief for both, but > it's simpler to keep it as it was. I'd have a further suggestion: Make the right part of the status bar more look like a tool bar, and keep the reliefs hidden. The number of bugs should then move out of the button. Something like: | viewport | +-------------------------------------+--------------+-+-----+ | URLs etc. | 3 bugs found |#| B H | +-------------------------------------+--------------+-+-----+ "B" is the bugmeter button, "H" is the "Hide controls" button, and "#" is a handle to drag the new button bar out of the window. Otherwise, I'd prefer both buttons to have a relief. Sebastian

June 10, 2004

[Dillo-dev]fixed font failed in dillo on NetBSD

by tman

I updated packages from source dated June 7 including (amoung others): fontconfig-2.2.95 perl-5.8.4 glib-1.2.10nb6 gtk+-1.2.10nb7 glib2-2.4.2 gtk2+-2.4.2 atk-1.6.1 pango-1.4.0 x11-links-0.23 dillo-0.8.1 When I ran dillo after upgrading, no fonts displayed in the browser. Before updating, fonts displayed. In dillorc I changed vw_fontname from default heletica to lucida, and dillo now displays variable width font. I changed fw_fontname from default courier to fixed, and then lucidatypewriter, but cannot get fixed fonts to display. What busted?

June 10, 2004

Re: [Dillo-dev]Dillo: Bug#568

by Sebastian Geerken

On Wed, Jun 09, Jorge Arellano Cid wrote: > 568 > Impact: soft error > At: run time > Type: render bug > Comments: When a button tooltip is displayed, and you scroll the > page with the keyboard, dillo fails to render the newly exposed > content. This is the same behaviour reported for images in bug > 289. > HTReproduce: Open any page taller than the view area, place the > mouse over a dillo control, when the tool tip appears, scroll the > page with the keyboard. > WorkedBy: nobody > Submitter: dmckee*jlab*org > > in the bug track. I can't reproduce it, so maybe it's a GTK > problem. What version are you using? (BTW dillo 0.8.1 or CVS is > assumed). This is a Gtk+ problem. I could reproduce it with an older version of Gtk+ (IIRC, 1.2.1), both in dillo, and a small test case. In Gtk+ 1.2.10, which I use now, it seems to be fixed. Most likely, updating your Gtk+ version should fix this. Sebastian

June 9, 2004

Re: [Dillo-dev]patch for bug 211

by Jorge Arellano Cid

On Wed, 9 Jun 2004, Diego Sáenz wrote: > El Wed, 9 Jun 2004 09:31:40 -0400 (CLT) > Jorge Arellano Cid <jcid(a)dillo.org> escribio: > > > > > > > On Sun, 6 Jun 2004, Diego Sáenz wrote: > > > > > Hello. > > > > Hi Diego. > > > Re, express pathes service for this 4 days (holidays in my place). :) :) > > > Here i send a patch for the dillo bug 211 (remember save dir on > > save and open dialogs) based on a pactch for an old version of > > dillo (0.6.¿?). it was made for 0.8.1 but apply in current cvs > > too. Each dillo window remember its own save dir. Sorry if this > > is not the right place to send patchs. > > > > Yes, that's an old need. When I first received the patch from > > Lars, I asked him to "Please make separate buffers for open and > > save". > > > > I do not see this expecially nedded, but sure it will be a dillo > own feature like the bugmeter. DONE I don't know how other browsers handle it. Sometimes I open test html files from one directory, and usually save downloaded files to /tmp or ~. > > > It'd be also good to make it browser wide (i.e. not per window), > > I agree whit this fully. DONE Good. Reviewed and commited. I removed a gcc warning, and made some polishing towards our coding standards and added a changelog entry. Please review the commited code from CVS. ¡Saludos! Jorge.-

June 9, 2004

[Dillo-dev]Re: Dillo: Bug#568

by David McKee

On Wed, 9 Jun 2004, Jorge Arellano Cid wrote: > There's: > > 568 > Impact: soft error > At: run time > Type: render bug > Comments: When a button tooltip is displayed, and you scroll the > page with the keyboard, dillo fails to render the newly exposed > content. This is the same behaviour reported for images in bug > 289. > HTReproduce: Open any page taller than the view area, place the > mouse over a dillo control, when the tool tip appears, scroll the > page with the keyboard. > WorkedBy: nobody > Submitter: dmckee*jlab*org > > in the bug track. I can't reproduce it, so maybe it's a GTK > problem. What version are you using? (BTW dillo 0.8.1 or CVS is > assumed). I track the CVS. It is still doing it for me. But this is in a fairly old evnrironment. Environment: RedHat 6.2 + this and that, custom kernel (2.2 series). egcs 2.91.66 <== same code base as gcc 2.95 glibc 2.1.3 gtk+ 1.2.6 XFree86 3.36 with a Mach64 based card. > I tried several pages, but for instance, going to our home > page, making the tooltip for bookmarks appear, and scrolling with > the keyboard works OK for me. Can anyone reproduce this bug? So, it is probably a detail in my setup. Anyone else seeing this? I'll look on one of my Debian 3.0 machine when I get a chance. -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

June 9, 2004

Re: [Dillo-dev]patch for bug 211

by Diego Sáenz

El Wed, 9 Jun 2004 09:31:40 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> escribio: > > > On Sun, 6 Jun 2004, Diego Sáenz wrote: > > > Hello. > > Hi Diego. > Re, express pathes service for this 4 days (holidays in my place). :) > > Here i send a patch for the dillo bug 211 (remember save dir on > save and open dialogs) based on a pactch for an old version of > dillo (0.6.¿?). it was made for 0.8.1 but apply in current cvs > too. Each dillo window remember its own save dir. Sorry if this > is not the right place to send patchs. > > Yes, that's an old need. When I first received the patch from > Lars, I asked him to "Please make separate buffers for open and > save". > I do not see this expecially nedded, but sure it will be a dillo own feature like the bugmeter. DONE > It'd be also good to make it browser wide (i.e. not per window), I agree whit this fully. DONE > and maybe add a "download_directory" entry to dillorc. The > latter doesn't seem urgent though, because we still don't have a > graphical dpi for downloads... > Maybe tomorrow. > Please make the suggested changes to the patch. > > Cheers > Jorge.- > > > PS: Feedback is welcome. Diego Sáenz/DarkSpirit

June 9, 2004

Re: [Dillo-dev]Dillo: Bug#568

by Jim Nutt

On Wed, 9 Jun 2004 09:52:44 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > in the bug track. I can't reproduce it, so maybe it's a GTK > problem. What version are you using? (BTW dillo 0.8.1 or CVS is > assumed). > > I tried several pages, but for instance, going to our home > page, making the tooltip for bookmarks appear, and scrolling with > the keyboard works OK for me. Can anyone reproduce this bug? If it helps, I can't reproduce it either (running CVS as of 6/8) -- jim nutt home: jim(a)nuttz.org jabber: jimnutt(a)jabber.com work: jimnutt(a)vestek.com ms msg: jim(a)nuttz.org pgp id: 1ECBCC78

June 9, 2004

[Dillo-dev]Dillo: Bug#568

by Jorge Arellano Cid

Hi, There's: 568 Impact: soft error At: run time Type: render bug Comments: When a button tooltip is displayed, and you scroll the page with the keyboard, dillo fails to render the newly exposed content. This is the same behaviour reported for images in bug 289. HTReproduce: Open any page taller than the view area, place the mouse over a dillo control, when the tool tip appears, scroll the page with the keyboard. WorkedBy: nobody Submitter: dmckee*jlab*org in the bug track. I can't reproduce it, so maybe it's a GTK problem. What version are you using? (BTW dillo 0.8.1 or CVS is assumed). I tried several pages, but for instance, going to our home page, making the tooltip for bookmarks appear, and scrolling with the keyboard works OK for me. Can anyone reproduce this bug? Cheers Jorge.-

June 9, 2004