- Dillo-dev - lists.mailman3.com

Support for title attribute in tooltips

by mr_semantics＠hotmail.com

> I remember discussing this with Johannes, and I think he had some reason > that he was reluctant to check for the title attr there...? I hope he > remembers because I can't seem to find record of it. > > BTW, strictly speaking, we shouldn't be calling Html_parse_common_attrs() > for every element because I believe there were a few that don't have > %coreattrs under ATTLIST in the spec. Of course you are right. I was too eager to send something in, and was really swimming over my head. Going back to Html_parse_common_attrs(), it is plain that this is for all elements having common attributes, whereas there are a handful of elements that do not allow for the title attribute, and are therefore excluded. I'll go back to learning how this thing works, and hopefully Johannes will have something to add about the conversation you mentioned in the meantime. Regards, Rob

July 31, 2011

Support for title attribute in tooltips

by corvid＠lavabit.com

Rob wrote: > You are all likely to cringe in horror when you see what I have been > up to today. I basically wanted to add hover/tooltip functionality > for elements which contain the title attribute. I remember discussing this with Johannes, and I think he had some reason that he was reluctant to check for the title attr there...? I hope he remembers because I can't seem to find record of it. BTW, strictly speaking, we shouldn't be calling Html_parse_common_attrs() for every element because I believe there were a few that don't have %coreattrs under ATTLIST in the spec.

July 31, 2011

Support for title attribute in tooltips

by mr_semantics＠hotmail.com

You are all likely to cringe in horror when you see what I have been up to today. I basically wanted to add hover/tooltip functionality for elements which contain the title attribute. I think I achieved that with the following code: diff -r 49c3e24bf746 dpi/downloads.cc --- a/dpi/downloads.cc Fri Jul 29 20:19:08 2011 -0400 +++ b/dpi/downloads.cc Sat Jul 30 18:58:38 2011 -0400 @@ -516,7 +516,7 @@ // FSM to remove wget's "dot-progress" (i.e. "^ " || "^[0-9]+K") q = log_text + log_len; - for (p = esc_str; (p - esc_str) < esc_len; ++p) { + for (p = esc_str; (size_t)(p - esc_str) < esc_len; ++p) { switch (log_state) { case ST_newline: if (*p == ' ') { diff -r 49c3e24bf746 src/html.cc --- a/src/html.cc Fri Jul 29 20:19:08 2011 -0400 +++ b/src/html.cc Sat Jul 30 18:58:38 2011 -0400 @@ -1788,7 +1788,6 @@ html->styleEngine->backgroundStyle()->backgroundColor->getColor()); } - S_TOP(html)->parse_mode = DILLO_HTML_PARSE_MODE_BODY; } @@ -3455,6 +3454,13 @@ html->styleEngine->setStyle (attrbuf); } + if (prefs.show_tooltip && + (attrbuf = a_Html_get_attr(html, tag, tagsize, "title"))) { + + html->styleEngine->setNonCssHint (PROPERTY_X_TOOLTIP, CSS_TYPE_STRING, + attrbuf); + } + } /* The real ugliness is here: http://www3.sympatico.ca/rsquared/lib/dillo/title.html :P I am not done yet, and I have some ideas of some other little things I can do. But first I want to check with you fellows if you think this is on the right track. I hate to do a bunch of code that works, but doesn't "work" for the rest of you for whatever reason. Regards, Rob

July 31, 2011

Segfault at <CTRL> s

by obeythepenguin＠gmail.com

On Sat, 30 Jul 2011 17:18:53 -0400, corvid <corvid(a)lavabit.com> wrote: > Staying away from the google monster when reasonably possible seems most > consistent with the Dillo project's objectives. > > (To be fair, on one hand, the duckduckgo guy talks, in the context of > that project, a lot about privacy and such, but when I've read about what > he's been up to in general, he sounds kind of > rah-rah-hacker-news-let's-sell- > a-start-up-to-a-huge-company-and-be-rich, like he knows the talk to > talk.) You might consider Scroogle (http://www.scroogle.org) which doesn't filter results and isn't a buzzword-savvy startup. As an added bonus, it uses simple HTML code that renders quite nicely in Dillo. :-) Frankly, though, I think a lot of it is just paranoia. Google does push the boundaries of what's acceptable from time to time, and I maintain a healthy skepticism, but I don't outright distrust them. Anyway, at least they're established, unlike duckduckgo: as the saying goes, you don't trade the devil you know for the devil you don't know. ~Benjamin

July 31, 2011

Segfault at <CTRL> s

by corvid＠lavabit.com

Benjamin wrote: > On Sat, 30 Jul 2011 15:57:20 -0400, Jorge Arellano Cid > <jcid(a)dillo.org> wrote: > > > Yes, after trying both, I strongly tend to a non-filtered search. > > > > I was about to ask the same question. Personally, after all > >these months, > >I'm all for making non-filtered duckduckgo our default: > > > > search_url="http://duckduckgo.com/html?kp=-1&q=%s" > > > > (we can move google somewhere after it). > > Of course, then you risk frustrating users who want/expect Google as > the default. > > I always set the defaults in my software to things the average user > would want or expect, even if it differs from my own preferences -- > if I want to change it, I can set it in my personal configuration. > The way I see it, I'm just a software developer; I'm here to write > useful code, not to inflict my way of doing things on the world. Staying away from the google monster when reasonably possible seems most consistent with the Dillo project's objectives. (To be fair, on one hand, the duckduckgo guy talks, in the context of that project, a lot about privacy and such, but when I've read about what he's been up to in general, he sounds kind of rah-rah-hacker-news-let's-sell- a-start-up-to-a-huge-company-and-be-rich, like he knows the talk to talk.)

July 30, 2011

Segfault at <CTRL> s

by obeythepenguin＠gmail.com

On Sat, 30 Jul 2011 15:57:20 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Yes, after trying both, I strongly tend to a non-filtered search. > > I was about to ask the same question. Personally, after all these > months, > I'm all for making non-filtered duckduckgo our default: > > search_url="http://duckduckgo.com/html?kp=-1&q=%s" > > (we can move google somewhere after it). Of course, then you risk frustrating users who want/expect Google as the default. I always set the defaults in my software to things the average user would want or expect, even if it differs from my own preferences -- if I want to change it, I can set it in my personal configuration. The way I see it, I'm just a software developer; I'm here to write useful code, not to inflict my way of doing things on the world. Just a thought, ~Benjamin

July 30, 2011

Segfault at <CTRL> s

by jcid＠dillo.org

On Sat, Jul 30, 2011 at 06:44:11PM +0000, corvid wrote: > Jorge wrote: > > BTW, from some time I'm using duckduckgo (see dillorc) as my > > default search engine. It has served me very well, and recently > > discovered it also has plenty of handy macros: > > Do you think we should add to its search string to disable safe search? > At least in English, it likes to take out anything that can be construed > as a rude word, which irritates me -- or sometimes you look up a quotation > that does have strong language in it, and it should just give the results > instead of acting like you're doing something immoral. Yes, after trying both, I strongly tend to a non-filtered search. I was about to ask the same question. Personally, after all these months, I'm all for making non-filtered duckduckgo our default: search_url="http://duckduckgo.com/html?kp=-1&q=%s" (we can move google somewhere after it). -- Cheers Jorge.-

July 30, 2011

Segfault at <CTRL> s

by corvid＠lavabit.com

Jorge wrote: > BTW, from some time I'm using duckduckgo (see dillorc) as my > default search engine. It has served me very well, and recently > discovered it also has plenty of handy macros: Do you think we should add to its search string to disable safe search? At least in English, it likes to take out anything that can be construed as a rude word, which irritates me -- or sometimes you look up a quotation that does have strong language in it, and it should just give the results instead of acting like you're doing something immoral.

July 30, 2011

Segfault at <CTRL> s

by jcid＠dillo.org

On Sat, Jul 30, 2011 at 09:40:29AM +0200, Alexander Voigt wrote: > Hi Jorge and Corvid. > > On Fri, Jul 29, 2011 at 08:24:30PM -0400, Jorge Arellano Cid wrote: > > Please try the current repo (it has a better patch). > > Thank you for the fast reply. The current repository fixes the > segfault for me. Good. > (By the way, the idea of switchable search engines > is great!) Thanks. This is the first positive feedback I get so far on it. I'm a bit surprised on the lack of them given the flexibility of the feature. BTW, from some time I'm using duckduckgo (see dillorc) as my default search engine. It has served me very well, and recently discovered it also has plenty of handy macros: http://duckduckgo.com/bang.html (just in case you feel like experimenting). -- Cheers Jorge.-

July 30, 2011

moveToWidget

by corvid＠lavabit.com

If there's a link at the very top of the viewport and you move the mouse cursor up to the panel, the status output isn't cleared as you leave.

July 30, 2011