From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Marco Costalba" Subject: Re: [ANNOUNCE qgit-1.3] Date: Sun, 4 Jun 2006 11:32:15 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: git@vger.kernel.org, linux-kernel@vger.kernel.org X-From: git-owner@vger.kernel.org Sun Jun 04 11:32:21 2006 Return-path: Envelope-to: gcvg-git@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fmoy4-0001VZ-9P for gcvg-git@gmane.org; Sun, 04 Jun 2006 11:32:20 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751197AbWFDJcR (ORCPT ); Sun, 4 Jun 2006 05:32:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751264AbWFDJcR (ORCPT ); Sun, 4 Jun 2006 05:32:17 -0400 Received: from wr-out-0506.google.com ([64.233.184.233]:19583 "EHLO wr-out-0506.google.com") by vger.kernel.org with ESMTP id S1751152AbWFDJcQ (ORCPT ); Sun, 4 Jun 2006 05:32:16 -0400 Received: by wr-out-0506.google.com with SMTP id 69so1141222wri for ; Sun, 04 Jun 2006 02:32:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J31FZYjVxt8kEk2sy7/KzuuW64ivYxyxZvEo7bSaKfS9WnySFDNln+5BvRs3evuvFXOIg5hjBfIqhu6PONTC/Jl68dK9XQ7UwDGOU/pdFHY1wbosnihHQqTWItc44r7Lr2qMzO4AEdjiOqVK5pfo7YB6Aty4AvAD3ozGkvNuo+o= Received: by 10.65.236.9 with SMTP id n9mr2798054qbr; Sun, 04 Jun 2006 02:32:15 -0700 (PDT) Received: by 10.65.210.17 with HTTP; Sun, 4 Jun 2006 02:32:15 -0700 (PDT) To: "Jakub Narebski" In-Reply-To: Content-Disposition: inline Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: On 6/4/06, Jakub Narebski wrote: > Marco Costalba wrote: > > > This is qgit-1.3 > [...] > > NEW IN THIS RELEASE > > > > Main focus of this release is usability. > > > > The big feature is the use of tabs instead of independent windows. > > > > This change alone could be enough for a release. It's a big rewrite of UI > > code to let browsing revisions and patches quicker and easier. > > Of course that is advantage _only_ if the tabs are independend, and one > (usually) doesn't need to view them simultaneously, e.g. side by side. > Actually they are. One for revisions list, one for patches and one for file content. File content tab is indipendent from previous two (of course it can be synced on request). > Just my 3 eurocents ;-) Well, at today exchange rate should be 'my 2.3 eurocents' :-) Marco