Return-Path: X-Original-To: apmail-jmeter-dev-archive@minotaur.apache.org Delivered-To: apmail-jmeter-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 9376917C78 for ; Sun, 8 Mar 2015 12:48:49 +0000 (UTC) Received: (qmail 36808 invoked by uid 500); 8 Mar 2015 12:48:49 -0000 Delivered-To: apmail-jmeter-dev-archive@jmeter.apache.org Received: (qmail 36775 invoked by uid 500); 8 Mar 2015 12:48:49 -0000 Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jmeter.apache.org Delivered-To: mailing list dev@jmeter.apache.org Received: (qmail 36763 invoked by uid 99); 8 Mar 2015 12:48:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Mar 2015 12:48:49 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates 209.85.220.170 as permitted sender) Received: from [209.85.220.170] (HELO mail-vc0-f170.google.com) (209.85.220.170) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Mar 2015 12:48:44 +0000 Received: by mail-vc0-f170.google.com with SMTP id hq11so5703038vcb.1 for ; Sun, 08 Mar 2015 05:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=u4uMyHzWihM1/cge+wWlwWOdOjg1r4+rSdQWqHVUqjM=; b=q1mpcnaTuK4nfyFgMeFs8NRrYPUwowvYIzlSNIafVIKAkd1lkVjEMCYhj00eLKmSS2 /jCedZ1dxLddD6o17/gKNm/6ouh1wi4RTiFiep0JB+c13H6yHZvmvi3I3MMZ4ePS184S n9ds/AWHfVOWNbJpXwEdOrVNRyCLpWdSf2frlxZhaavrj3wfg/fHciou3RLXvs1xCsIX IYksZjQQI5vhkmtEV0dGJFPdDK3cJ0wUAT5qsth/nX5J/XpPLvVgWkyZiIX7TC2KL5eP ho0k5t/6+BC6xt44xvVI5Fs2iFLpjuf3Xa1kn9Xq2XkXDdoGsK9duV27I/HR6Ku7pbUF 2+HQ== MIME-Version: 1.0 X-Received: by 10.52.81.229 with SMTP id d5mr28468096vdy.54.1425818858816; Sun, 08 Mar 2015 05:47:38 -0700 (PDT) Received: by 10.52.186.199 with HTTP; Sun, 8 Mar 2015 05:47:38 -0700 (PDT) In-Reply-To: <54FC1166.6060504@internetallee.de> References: <20150307162400.8F78BAC006E@hades.apache.org> <54FB3A83.1000502@internetallee.de> <54FC1166.6060504@internetallee.de> Date: Sun, 8 Mar 2015 12:47:38 +0000 Message-ID: Subject: Re: svn commit: r1664885 - /jmeter/trunk/xdocs/css/new-style.css From: sebb To: dev@jmeter.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On 8 March 2015 at 09:07, Felix Schumacher wrote: > Am 08.03.2015 um 00:26 schrieb sebb: >> >> On 7 March 2015 at 17:50, Felix Schumacher >> wrote: >>> >>> Am 07.03.2015 um 18:37 schrieb sebb: >>>> >>>> On 7 March 2015 at 16:24, wrote: >>>>> >>>>> Author: fschumacher >>>>> Date: Sat Mar 7 16:24:00 2015 >>>>> New Revision: 1664885 >>>>> >>>>> URL: http://svn.apache.org/r1664885 >>>>> Log: >>>>> Try to make the header as small as possible. It could be that the >>>>> apache >>>>> ad will get cut off, if the ad uses the full height >>>> >>>> There are other sizes of ad, for example >>>> >>>> http://www.apache.org/ads/ApacheCon/2015-na-234x60.png >>>> >>>> The 125x125 one was originally chosen for the LHS menu because it is >>>> more suitable for that orientation. >>> >>> I have put the bannerbar.html into the test pages at >>> p.a.o/~fschumacher/jmeter >>> While it makes the header use less height, it seems to be problematic on >>> small devices. >> >> Is it worse on small devices than banner.html? >> If so, why is that? > > The square one would fit in a half wide div. The wide one would stand out at > the right end and make the page seems bigger, which leads to a scrollable > page. Only on quite narrow devices. >> >> And does it really matter if smaller devices don't display well - >> there's generally too much content anyway. > > The content is generally ok. But the component reference is obviously a > large beast. I think generally we should aim to include small devices on any > webpage we provide. I meant that there is too much useful content to make it worth trying to read it on a small device. I did not mean that there is too much content for all devices. >> >>> I could hide it there or switch to the banner.html. >> >> I don't think it makes sense to use the square logo on the header banner. >> It wastes space on every page. >> >> One could perhaps revert to using banner.html at the bottom of the LHS >> menu. > > That menu gets converted to an top page menu on smaller screen sizes, so I > thought that this is not an ideal place either. > >> >> Or even put the square logo in the LHS for small devices and use the >> rectangular logo in the main heading for larger devices. > > I have made the twitter div to use one line on smaller devices and snuggle > the wide ad below that. We waste a bit space on small devices now, but I > think, that is not a problem, since users will have to scroll anyway. I think there's still a slight issue with the balance of the page on normal devices. The LHS menu font looks too big to me in comparison with the body text. > Regards > Felix > >> >>> What do you think? >> >> It's not worth spending time worrying about making the site look good >> on smaller displays. >> >>>>> Modified: >>>>> jmeter/trunk/xdocs/css/new-style.css >>>>> >>>>> Modified: jmeter/trunk/xdocs/css/new-style.css >>>>> URL: >>>>> >>>>> http://svn.apache.org/viewvc/jmeter/trunk/xdocs/css/new-style.css?rev=1664885&r1=1664884&r2=1664885&view=diff >>>>> >>>>> >>>>> ============================================================================== >>>>> --- jmeter/trunk/xdocs/css/new-style.css (original) >>>>> +++ jmeter/trunk/xdocs/css/new-style.css Sat Mar 7 16:24:00 2015 >>>>> @@ -70,7 +70,11 @@ h1, h2, h3, h4, h5, .title { >>>>> >>>>> .banner>iframe { >>>>> width: 140px; >>>>> - height: 140px; >>>>> + height: 130px; >>>>> +} >>>>> +.banner>iframe>body { >>>>> + margin: 0px; >>>>> + padding: 0px; >>>>> } >>>>> >>>>> body { >>>>> >>>>> >