- Dillo-dev - lists.mailman3.com

1.3 port

by obeythepenguin＠gmail.com

On Thu, 21 Apr 2011 18:17:17 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > A feature. > > The new tabs are custom widgets, which means now we have > complete control over them. > > I hooked right-click to close tabs as a quick convenience, and > only after using it regularly, realized it was more comfortable > than a per tab close icon. :) > > The question is how to make it "visible" to a new user. A tab > tooltip perhaps (like the bug-meter). I don't know. I'm not sure you need to worry too much since it's pretty common, although most browsers use the middle button. Opera does it, and I think Firefox does on Windows (I remember it as kind of weird on Linux). ~Benjamin

April 22, 2011

1.3 port

by jcid＠dillo.org

On Thu, Apr 21, 2011 at 06:03:36PM -0400, Rob S. wrote: > > So someone mentioned the funky new tab buttons, which caused me > to realise that I did not have the port of dillo, but actually > the old one. ? Anyway, I figured it out (had to look at the > repository to get the right directory or whatever) and am now > using the new port. ?One thing that I really like is how when > you right click on a tab, it closes it. ?Is that a feature, or > a "feature"? ?:P A feature. The new tabs are custom widgets, which means now we have complete control over them. I hooked right-click to close tabs as a quick convenience, and only after using it regularly, realized it was more comfortable than a per tab close icon. :) The question is how to make it "visible" to a new user. A tab tooltip perhaps (like the bug-meter). I don't know. -- Cheers Jorge.-

April 22, 2011

1.3 port

by mr_semantics＠hotmail.com

So someone mentioned the funky new tab buttons, which caused me to realise that I did not have the port of dillo, but actually the old one. ? Anyway, I figured it out (had to look at the repository to get the right directory or whatever) and am now using the new port. ?One thing that I really like is how when you right click on a tab, it closes it. ?Is that a feature, or a "feature"? ?:P

April 22, 2011

1.3 port

by jcid＠dillo.org

On Wed, Apr 20, 2011 at 07:22:56PM -0800, Roger wrote: > > 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. :-/ Please try the just-committed-patch (I had almost no time to test it). Here it works along "focus_new_tab" preference, left-click, middle-click and SHIFT to revert behaviour. -- Cheers Jorge.-

April 21, 2011

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