Great! I must add that I'd also like this feature to be performed manually because of Little Snitch. I find it annoying to create superfluous permanent rules for tasks that could/should occur once in a while. I think external communications of an app should behave much like updates.
On Wednesday, April 11, 2012 10:39:41 AM UTC+2, Patrick wrote: > > Yesterday I worked on making the icons load 'in the background' so that it > will not cause Quicksilver to hang. This is now pending review by other > developers at https://github.com/quicksilver/Quicksilver/pull/805 > > I do not believe it will take too long to be accepted, so it may be in the > next version of Quicksilver or the one after. > > On 11 April 2012 09:31, su <[email protected]> wrote: > >> I've also been experiencing problems with QS fetching favicons, mostly >> due to poor signal and congestion on wifi links. >> Although I don't need them I recognize it adds a custom look to Web >> Search plugin. I like this. >> However, it'd be useful to have the option to manually fetch them all >> once in a while. >> >> I don't know if this feature will find acceptance or ever be part of >> QS, but at least can fetching be temporary disabled? >> >> On Wednesday, December 14, 2011 10:54:21 AM UTC+1, Patrick wrote: >>> >>> If you could let us know the exact URL the favicons for those sites, >>> that will be useful. >>> >>> When creating the favicon fetching code, I remember being worried that >>> there is no fallback for when the favicons don't exist. At the moment, the >>> code tries to fetch the favicon directly using: http://g.etfv.co/WEB_** >>> SEARCH_URL <http://g.etfv.co/WEB_SEARCH_URL> >>> and will hang if it can't quite find it, this should be fixed. >>> >>> I've just tested the flickr one and it doesn't return a favicon, as >>> you're saying. If you could try and figure out what the right URL should be >>> to get this to work, that'd be useful :) >>> >>> Check out http://g.etfv.co/ >>> >>> On 14 December 2011 09:50, Derek <[email protected]> wrote: >>> >>>> Okay, so the culprits that do not have the favicon, and therefore >>>> hang, are: >>>> >>>> flickr: >>>> http://flickr.com/search/?w=**all&q=***&m=text<http://flickr.com/search/?w=all&q=***&m=text> >>>> warez-bb: http://www.warez-bb.org/**search.php?mode=results&** >>>> search_keywords=***&search_**terms=all&search_fields=**titleonly<http://www.warez-bb.org/search.php?mode=results&search_keywords=***&search_terms=all&search_fields=titleonly> >>>> >>>> most of the others don't hang (e.g. google: >>>> http://www.google.com/search?**q=***&as_qdr=all<http://www.google.com/search?q=***&as_qdr=all> >>>> ), >>>> and they have icons. >>>> >>>> perhaps it's to do with the way the define the favicon, or the >>>> filetype. I'll take a look later to confirm (busy with Ph.D Apps right >>>> now :P) >>>> >>>> On Dec 11, 1:07 pm, Derek <[email protected]> wrote: >>>> > Forget few days. An hour later, typing "wz" (for warez-bb) produces >>>> > noticable lags. The same thing happens with flickr, which also doesn't >>>> > show a favicon. >>>> > >>>> > On Dec 11, 12:21 pm, Derek <[email protected]> wrote: >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > > I've been having (minor) problems ever since the Web Search Plugin >>>> > > introduced favicons. I'm not totally sure how Quicksilver handles >>>> the >>>> > > favicons, but it seems to me that for some sites (eg warez-bb), not >>>> > > only can it not download the favicon, but it hangs every few days (i >>>> > > presume from attempting to redownload it?). >>>> > >>>> > > Sometimes, it even interferes with my normal running of Quicksilver: >>>> > > e.g. getting to (sk)ype means I have to go through "s", which is a >>>> > > search keyword, and so it sometimes will hang, instead of going >>>> > > straight to Skype. >>>> > >>>> > > For me, I have no need for favicons...I know exactly which shortcuts >>>> > > lead to which searches. Would it be possible to offer the option of >>>> > > disabling it? >>>> >>> >>> >
