- Dillo-dev - lists.mailman3.com

1.3 port

by obeythepenguin＠gmail.com

On Thu, 21 Apr 2011 12:27:08 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Although practical, the right-click-over-search-button hook to > change the panel size was a bit off an "easter egg". Now this > option is under the tools menu (much easier to find ;). I actually kind of liked it on the search button -- it was helpful for conserving space without having to hide the panels completely. Oh well, maybe I should get with the times ;-) ~Benjamin

April 21, 2011

1.3 port

by jcid＠dillo.org

Hi, On Sat, Apr 16, 2011 at 05:54:00PM -0300, Jorge Arellano Cid wrote: > [...] > The 1% remaining is the ability to switch panel sizes > on-the-fly, which could take me 1 day of work aprox. Just committed some patches to fix this. Although practical, the right-click-over-search-button hook to change the panel size was a bit off an "easter egg". Now this option is under the tools menu (much easier to find ;). -- Cheers Jorge.-

April 21, 2011

1.3 port

by rogerx.oss＠gmail.com

> On Sat, Apr 16, 2011 at 05:54:00PM -0300, Jorge Arellano Cid wrote: >Hi there, > > FWIW, I've been using the 1.3 branch for months now with no >problems (i.e. as stable as 2.0). It's more or less 99% done, >with some new features (as improved tabs). ! :-) ! > > The 1% remaining is the ability to switch panel sizes >on-the-fly, which could take me 1 day of work aprox. > > I'd like to get your feedback on this browser because it will >sooner than later become the official branch. > > Comments? Oh BTW. When I select a new link on a page with the mouse right click, and select "open in new tab", the darn tab takes focus instead of opening in the back ground like dillo-fltk-2 port does. :-/

April 21, 2011

1.3 port

by corvid＠lavabit.com

higuita wrote: > > > add the bug forward button bug (ie: it doesnt work, as i just > > > found out) :) > > What's wrong, exactly? > > oops, i talked too soon... > > It works, just stays greyed out, as it hadn't any page to forward > (and i had judge it by the look, i didnt even try to used it, until now). > > The back button behaves fine, its grey on the first page, after > that its red. the forward button never "turn red"... so its a cosmetic > bug, not a "real" bug! Hmm, my forward button seems to turn green properly when there are other pages to go forward to...

April 21, 2011

1.3 port

by higuita7＠yahoo.co.uk

Hi again > > add the bug forward button bug (ie: it doesnt work, as i just > > found out) :) > What's wrong, exactly? oops, i talked too soon... It works, just stays greyed out, as it hadn't any page to forward (and i had judge it by the look, i didnt even try to used it, until now). The back button behaves fine, its grey on the first page, after that its red. the forward button never "turn red"... so its a cosmetic bug, not a "real" bug! Sorry for the noise :) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

April 21, 2011

1.3 port

by jcid＠dillo.org

On Tue, Apr 19, 2011 at 10:03:28PM +0000, corvid wrote: > Jorge wrote: > > On Tue, Apr 19, 2011 at 06:04:14PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Sun, Apr 17, 2011 at 03:13:44PM +0000, corvid wrote: > > > > > Jorge wrote: > > > > > > On Sat, Apr 16, 2011 at 11:30:33PM -0800, Roger wrote: > > > > > > > 1) I have "&File" for the "File" button. > > > > > > > > > > > > At some point corvid disabled FLTK's internal character > > > > > > escaping on labels. Although I'd prefer to have the underlined > > > > > > 'F' as in most menu APIs, rather than a bare 'F', I'm sure > > > > > > there's a reason behind this (e.g. I remember setting labels with > > > > > > strings taken from HTML pages could have side effects). > > > > > > > > > > > > We should nail this down easily (at least removing the '&' is > > > > > > trivial). > > > > > > > > > > FLTK2 had public widget flags, so when we needed to set RAW_LABEL all > > > > > over the place in FLTK2, it was easy (except when a workaround was > > > > > necessary for tooltips). FLTK 1.3 has protected widget flags, making it > > > > > rather more trouble to clear SHORTCUT_LABEL all over the place. > > > > > It didn't seem at all worth the trouble of making lots and lots of derived > > > > > classes so that File could still have an underline. > > > > > > > > Ah, OK. > > > > > > > > I just committed a fix that uses FL_NORMAL_LABEL to not > > > > interpret special symbols, and sets FL_FREE_LABELTYPE to > > > > interpret them (e.g. for "File" menu). > > > > > > My recollection is that the situation is something like the attached. > > > > > > (That said, I played with symbols one day because it comes with a little > > > language to let you draw arbitrary shapes in different colors and so forth, > > > which I mention because maybe someday we will find it useful to interpret > > > symbols when, say, we want to use some Unicode character that we can't > > > trust the font to have.) > > > > It looks quite clear as you propose. > > > > I was thinking of using FL_FREE_LABELTYPE for FLTK's default... > > please feel free to commit. > > Putting some externs in dillo.cc and then calling fl_normal_label() > and fl_normal_measure()? No. I meant as done in the committed patch. > I wonder whether fl_draw_shortcut is supposed > to be 1 ordinarily, and only switched to other values temporarily while > drawing some label. My main concern was removing the '&', and if possible draw the shortcut. Both patches solve this, and, FWIW, I find the second one a bit clearer to read. -- Cheers Jorge.-

April 20, 2011

1.3 port

by jcid＠dillo.org

On Tue, Apr 19, 2011 at 06:49:54PM -0700, Globe Trotter wrote: > Is this release going to depend on when fltk1.3 gets released? > because judging by the look of things there, it may well be > never....is there any official at-least-tentative release date? Near January 2011. It didn't happen, but at least they're doing the rc dance now (release candidates). -- Cheers Jorge.-

April 20, 2011

Linked image borders.

by corvid＠lavabit.com

I wrote: > Rob wrote: > > On this page,?http://www3.sympatico.ca/rsquared/gdb/, there are two images at the bottom which link to the W3C HTML and CSS validation pages. ?The inline style for the images is as follows: > > style="border:0;width:88px;height:31px" > > On every browser I have used, including Dillo 2.2, the blue link box around the images has not been displayed. ?Under the Dillo FLTK 1.3 port, it shows them. ?My question is, why? ?Which is the correct behaviour? > > Must be a parsing problem. It works if I change border:0 to > border:0px, but the unit is optional after 0. My impression is that we broke it when implementing line-height, with the length type changing from CSS_LENGTH_TYPE_PX to CSS_LENGTH_TYPE_NONE, and computeValue() not expecting that. I'll leave this to Johannes, since he'll know what he'll want to do about it.

April 20, 2011

Linked image borders.

by corvid＠lavabit.com

Rob wrote: > On this page,?http://www3.sympatico.ca/rsquared/gdb/, there are two images at the bottom which link to the W3C HTML and CSS validation pages. ?The inline style for the images is as follows: > style="border:0;width:88px;height:31px" > On every browser I have used, including Dillo 2.2, the blue link box around the images has not been displayed. ?Under the Dillo FLTK 1.3 port, it shows them. ?My question is, why? ?Which is the correct behaviour? Must be a parsing problem. It works if I change border:0 to border:0px, but the unit is optional after 0.

April 20, 2011

HTML5

by corvid＠lavabit.com

Rob wrote: > [...] I thought I might raise this issue, and see what sort of mind the devs have about implementing HTML5 in dillo. ?Of course, I realise you fellows are probably up to your ears in the FLTK 1.3 port, but I thought this might make for an interesting discussion, if nothing else. ?To start off, I suppose the danger in implementing any of the new html stuff is that it is not standardised at all yet. ?See here for more: > http://en.wikipedia.org/wiki/HTML5#W3C_standardization_process > I guess the worry is that it could possibly be a bit of a moving target. There is that, and the general immensity of the thing. I'm guessing that Dillo will someday have to start recognizing the names of some new elements, form types, etc., as they become common.

April 20, 2011