Return-Path: X-Original-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8F19FD96C for ; Wed, 19 Dec 2012 16:21:50 +0000 (UTC) Received: (qmail 3465 invoked by uid 500); 19 Dec 2012 16:21:50 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 3449 invoked by uid 500); 19 Dec 2012 16:21:50 -0000 Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bloodhound-dev@incubator.apache.org Delivered-To: mailing list bloodhound-dev@incubator.apache.org Received: (qmail 3433 invoked by uid 99); 19 Dec 2012 16:21:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2012 16:21:50 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of joachim.dreimann@wandisco.com designates 209.85.219.45 as permitted sender) Received: from [209.85.219.45] (HELO mail-oa0-f45.google.com) (209.85.219.45) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2012 16:21:45 +0000 Received: by mail-oa0-f45.google.com with SMTP id i18so2262028oag.32 for ; Wed, 19 Dec 2012 08:21:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=vOG2XC1XE9CFZTuYyM/PflR2sK0xVd0K4OMc7sij7c8=; b=oOHTVfguC9K7FJhSHUaOSi8wk/mY1kyjhZLaq3ltJPxo6+PvCOH/KJANSn7k7sllr4 4z/48pCCGVvhF/4FYIQIx0Aj3ceukeW4n5Dq7+KH6soXmZTqMYWOMhIlyjQZHnnEE8sm woBc1q2CgVya1UW45BXL+mfcRFF8Dy3Gk6SR5z32ilPt+2pVH3PpXzCeS4uWCCaCLk3b 8/2zzB2gyfLIeEYCK7W3Uc9AwNkEbm5kePNdSlNgiCKFCAH2f1OSw3q9oBBVV6DIvhjH f2TpZeYAG0B0GuV3jMbZhm7Ylgm/HYZASSDNjNrZpsCjLYo2ETLxrFdqXhEt7ab9La0/ QfRQ== MIME-Version: 1.0 Received: by 10.60.23.200 with SMTP id o8mr5188916oef.48.1355934083610; Wed, 19 Dec 2012 08:21:23 -0800 (PST) Received: by 10.76.24.42 with HTTP; Wed, 19 Dec 2012 08:21:23 -0800 (PST) In-Reply-To: References: <50D1BDF3.1090803@wandisco.com> Date: Wed, 19 Dec 2012 16:21:23 +0000 Message-ID: Subject: Re: Ticket #279 - Images rendered in activity feed From: Joachim Dreimann To: bloodhound-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=e89a8fb206e46476f604d137014e X-Gm-Message-State: ALoCoQkpVDpx5OeWy4tHEep9rhZt0GLF5+mosaq0wZXSCFTGk3OGqJZxG4GEZi21LyZDaCn/GopN X-Virus-Checked: Checked by ClamAV on apache.org --e89a8fb206e46476f604d137014e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Welcome Tom! I don't believe resizing images is worth the hassle: On pictures for people or objects they may still be recognisable in a meaningful way, but I don't see that being the case the screenshots or other image types likely to be attached to a software product -related ticket. I like Gary's suggestion of a placeholder better: It still gives a clear indication that there is an image attached (similar placeholders may be used to indicate patches/diffs/documents). It would also provide a clear click target from which users could expect a lightbox-style overlay view of the actual image. Just displaying a link wouldn't make that as clear. I'd also expect placeholders to be faster performance wise (being cacheable for example). As for users being able to modify/change those image settings: I suggest we wait until that's requested by users and reassess it then, but don't build it in from the beginning. Too many configuration options (even if each seems sensible individually) make for a very complicated product. Cheers, Joe On 19 December 2012 13:41, Tom Kitchin wrote: > Whoops, seems email attachments don't get into mailing lists. I've paste= d > the simple image hiding fix patch below. I'll look further into resizing > the image when I have time, though. > > Index: bloodhound_theme/bhtheme/htdocs/bloodhound.css > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- bloodhound_theme/bhtheme/htdocs/bloodhound.css (revision 1423531= ) > +++ bloodhound_theme/bhtheme/htdocs/bloodhound.css (working copy) > @@ -144,6 +144,10 @@ > > } > > +#activityfeed img { > + display: none; > +} > + > #activityfeed dt { > font-weight: normal; > } > > > On 19 December 2012 13:15, Gary Martin wrote: > > > Great to hear from you Tom! > > > > I think for a quick solution I could live with not displaying in the > short > > term. Alternatively, swapping the image for a placeholder image might > work. > > > > I could see the visibility of images as being something configurable > > though. For tall images, perhaps we could just scale them back to some > > maximum height. > > > > Cheers, > > Gary > > > > > > On 19/12/12 12:58, Peter Ko=C5=BEelj wrote: > > > >> I am in favor of keeping images. Normally they should not be to heigh > when > >> resized to fit activity feed width. > >> In the long run I would like if users have an option on activity widge= t > or > >> in widget activity setting to show/hide images. > >> > >> And... > >> ... welcome to Bloodhound! > >> > >> Peter > >> > >> On 19 December 2012 13:05, Tom Kitchin wrote: > >> > >> Hi, > >>> > >>> I've been reading the dev mailing list for a while, and I thought it > >>> might > >>> be a time to try and get involved. I took a look at ticket #279 ( > >>> https://issues.apache.org/**bloodhound/ticket/279< > https://issues.apache.org/bloodhound/ticket/279>), > >>> in which images in > >>> ticket descriptions turn up in the activity feed as well. > >>> > >>> The first solution (not rendering them) is simple enough as far as I > can > >>> see - I've attached a very simple patch which just sets them > display:none > >>> in CSS. > >>> > >>> I've been looking into the second solution (resizing the images to fi= t > >>> instead of hiding them) as well. As far as I can tell (prompted by > Gary) > >>> the trick would be to do something with the Image() macro in the > specific > >>> context of the Activity feed to apply the 'span4' class to the img ta= g. > >>> I > >>> haven't quite worked out how to do that yet, but thought I'd send a > >>> message > >>> here before I persisted. > >>> > >>> Which approach is preferred? As far as I can see, the question comes > >>> down > >>> to whether the activity feed could end up misinforming people due to > >>> missing images, and whether it would look jarring if a referenced ima= ge > >>> wasn't there. On the other hand, even resized images might still be > very > >>> long, taking up a lot of space in the feed. > >>> > >>> Incidentally, nice to meet you all. I hope I can be of some help wit= h > >>> the > >>> project. > >>> > >>> Tom > >>> > >>> > > > --=20 Joe Dreimann UX Designer | WANdisco * * *Transform your software development department. Register for a free SVN HealthCheck * --e89a8fb206e46476f604d137014e--