May 2011 - Dillo-dev - lists.mailman3.com

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 25, 2011 at 08:41:35PM +0200, Johannes Hofmann wrote: > On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > > receive events on a hidden tabbar and is designed so it's easy to > > > > set permanent tab buttons too (i.e. as now). > > > > > > > > Quick poll: What's your preferred mode? > > > > > > I prefer that the tab bar goes away when there's only one tab. > > > > > > I will feel surprise if anyone wants to have it visible when > > > there's only one tab. > > > > The patch "almost" works, but sometimes when resizing the > > window, strange resize problems arise, and things go wild. I'm > > glad I finally isolated and STRed a part of the problem: > > > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > > > I hesitate to fight it much more before the resolution for > > STR#2639 comes out. It's like herding cats: you can make them all > > move, but not make them go where you want. > > I'm currently working on a fix for the dwm resize issue. The idea is > to get rid of Fl_Pack entirely. Well, that's the way to go if Fl_Pack is not fixed in FLTK-1.3. Although I hope Fl_Pack is fixed, because things become much simpler with it. > So that patch might also fix the issue > you are now seeing with tabs and resizing. I'm trying a different approach now, and so far it works! :-o -- Cheers Jorge.-

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by Johannes.Hofmann＠gmx.de

On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > Jorge wrote: > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > receive events on a hidden tabbar and is designed so it's easy to > > > set permanent tab buttons too (i.e. as now). > > > > > > Quick poll: What's your preferred mode? > > > > I prefer that the tab bar goes away when there's only one tab. > > > > I will feel surprise if anyone wants to have it visible when > > there's only one tab. > > The patch "almost" works, but sometimes when resizing the > window, strange resize problems arise, and things go wild. I'm > glad I finally isolated and STRed a part of the problem: > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > I hesitate to fight it much more before the resolution for > STR#2639 comes out. It's like herding cats: you can make them all > move, but not make them go where you want. I'm currently working on a fix for the dwm resize issue. The idea is to get rid of Fl_Pack entirely. So that patch might also fix the issue you are now seeing with tabs and resizing. Cheers, Johannes

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > Jorge wrote: > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > - There is a tab title even if there is only one tab. > > > > FYI, I'm testing a patch that does this. It uses a trick to > > receive events on a hidden tabbar and is designed so it's easy to > > set permanent tab buttons too (i.e. as now). > > > > Quick poll: What's your preferred mode? > > I prefer that the tab bar goes away when there's only one tab. > > I will feel surprise if anyone wants to have it visible when > there's only one tab. The patch "almost" works, but sometimes when resizing the window, strange resize problems arise, and things go wild. I'm glad I finally isolated and STRed a part of the problem: http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q I hesitate to fight it much more before the resolution for STR#2639 comes out. It's like herding cats: you can make them all move, but not make them go where you want. -- Cheers Jorge.-

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Jorge wrote: > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > - There is a tab title even if there is only one tab. > > FYI, I'm testing a patch that does this. It uses a trick to > receive events on a hidden tabbar and is designed so it's easy to > set permanent tab buttons too (i.e. as now). > > Quick poll: What's your preferred mode? I prefer that the tab bar goes away when there's only one tab. I will feel surprise if anyone wants to have it visible when there's only one tab.

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > - There is a tab title even if there is only one tab. FYI, I'm testing a patch that does this. It uses a trick to receive events on a hidden tabbar and is designed so it's easy to set permanent tab buttons too (i.e. as now). Quick poll: What's your preferred mode? -- Cheers Jorge.-

May 25, 2011

Re: downloads gui appearance

by corvid＠lavabit.com

Jorge wrote: > On Thu, May 19, 2011 at 09:27:50PM +0000, corvid wrote: > > > > It generally looks like the attached to me. > > > > PS I just noticed that putting the cursor over the filename bar to > > see the tooltip makes it just flash and flash in a cycle. > > I'm puzzled, never happened to me. I tried to reproduce it > with no "luck". > > Please ask in dillo-dev on whether somebody else sees this bug. Here's what I was talking about with Jorge: http://www.dillo.org/test/download_complete.png (I haven't seen the strange tooltip behaviour again, though.)

May 20, 2011

dillo_port1.3 tabs

by corvid＠lavabit.com

Johannes wrote: > google is copying us :-) > http://www.conceivablytech.com/7485/products/google-is-serious-you-can-kill… Along these lines, I like the firefox 4 feature of only taking up space for status when it has something to say.

May 19, 2011

fltk getting close to 1.3.0 release

by corvid＠lavabit.com

Seen in http://fltk.org/newsgroups.php?s11135+gfltk.development+v11151+T0 "1.3.0 will go final Sunday unless there is a major show-stopper."

May 19, 2011

dillo_port1.3 tabs

by Johannes.Hofmann＠gmx.de

google is copying us :-) http://www.conceivablytech.com/7485/products/google-is-serious-you-can-kill…

May 19, 2011

dillo_port1.3 - dpid not starting

by darkspirit5000＠gmail.com

Can you post changes like a patch here? Diego. 2011/5/19, Roger <rogerx.oss(a)gmail.com>: >> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >>Hi, >> >>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > .... >>> Enabling cookies as from cookiesrc... >>> Nav_open_url: new url='dpi:/bm/' >>> ** ERROR **: [Dpi_read_comm_keys] No such file or directory >> >> This is not a show-stopper. If dillo can't read the file, most >>probably there's no dpid running, so dillo tries to start it... >> >>> Dpi_blocking_start_dpid: try 1 >> >> this is dillo's try to start dpid. >> >>> [dpid]: a_Misc_mksecret: 1423de10 >>> >>> >>> dpid started >>> >>> >> >> and it starts. >> >>> Dpi_get_server_port: can't read server port from dpid. >>> >>> >>> ** ERROR **: dpi.c: can't start dpi daemon >> >> This happens when dpid can't either start the requested dpi nor >>get an answer from it (bookmarks.dpi in this case). >> >> I was able to reproduce it by deleting the bookmarks.dpi >>binary. >> >> dpid checks both: >> >> 1) ~/.dillo/dpi/file/ >> 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi >> >> so you should check what's going on there. > > Somebody emailed me and told me the $HOME/.dillo/dpidrc file statically > states where > the dpi LIBS are located. > > Changed it to reflect my compiled "./configure --prefix=blah" install > location > and DPI bookmarks now work fine. > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 19, 2011