From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 1E07E7AEF7 for ; Sat, 18 Apr 2015 06:10:19 -0700 (PDT) Received: by wizk4 with SMTP id k4so50289014wiz.1 for ; Sat, 18 Apr 2015 06:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lQ5UuHpZi6MHN23THNTSaeaq0JZHF88zRuO2j/kKZzo=; b=bSrLi2aeqjEUkcJVmFRGtH8vK1UULBTVKsh5lksHx/f4imlMgTpRZ3U4xJjBH8zt1m f8C/WlqbkBzEc1nJ1YeAy2uEl4OHB6P9oUp1gZXGJmxesgTtw0Wi83TibC3e13T74Pbd wOkVGgXRMeQlu2x8c483emJKq5M4/KjMeD6NGZ/RGfTEpsKJDgAgHIJ15vii+Oo1Y0F+ /jEI7GWXyTIowfuXJ7+7ROMZRODAjLOSguhxCVaer9oEL/FL4F4l6+Pq/LAxkJlFZxTx yn6p8mw0PaJzoMBpgqf/393oa5ADYeeq8y6C6Wjl4dJ6S0AhJTeIl28ICWIab0LW2twI /vFQ== X-Received: by 10.180.76.205 with SMTP id m13mr9337764wiw.19.1429362553310; Sat, 18 Apr 2015 06:09:13 -0700 (PDT) Received: from toaster.adamthompson.me.uk (toaster.adamthompson.me.uk. [2001:8b0:1142:9042::2]) by mx.google.com with ESMTPSA id it5sm6911928wid.3.2015.04.18.06.09.11 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Apr 2015 06:09:12 -0700 (PDT) Date: Sat, 18 Apr 2015 14:09:10 +0100 From: Adam Thompson To: Karl Dahlke Message-ID: <20150418130910.GM5949@toaster.adamthompson.me.uk> References: <20150316174053.eklhad@comcast.net> <20150418104919.GI5949@toaster.adamthompson.me.uk> <20150318073435.eklhad@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z1Z8UV8BNhgCynIS" Content-Disposition: inline In-Reply-To: <20150318073435.eklhad@comcast.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Edbrowse-dev@lists.the-brannons.com Subject: Re: [Edbrowse-dev] wordexp again X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 13:10:19 -0000 --Z1Z8UV8BNhgCynIS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 18, 2015 at 07:34:35AM -0400, Karl Dahlke wrote: > > What the last couple of days have shown is that making undiscussed chan= ges is > > just going to get circular due to differing user requirements and opini= ons. >=20 > Yes and we all did that, when initially my intent was just to fix a bug. > But instead we changed the user interface, things expanded when they didn= 't before, > and conversely, changing the meaning of ` etc, > and some of the edbrowse users, who are not on this list > contacted me and were confused. > So now it works all as it did before, except the bug is fixed, > and the code is much cleaner inside. > Of course there's nothing wrong with cleaning up code, > but we do have to talk more and plan more > before changing the user interface. I think this also comes back to release management as well, i.e. users really shouldn't be pulling the latest git and expecting everything t= o be fully working, that's not what version control's for in a collaberative pro= ject. If people are running the latest, bleeding edge, code then things will break like this. Obviously I hope some users do keep doing this since user feedback is always welcome, but we're a development team now and we need to be kept in the loo= p if this kind of thing is happening. One thing that's on my mind at the moment is that, when I seriously get stuck into the DOM stuff, I'll need people to work with me on that and I'd rather not do it with a gu= n to my head i.e. users pulling git changes and expecting the same browsing experience etc. That just won't happen due to the amount of changes. I appreciate not everyone's on this list, but I'd personally change the github page to point to this list rather than= the commandline list since git is our development environment. We post released code (at least I hope we do) and binaries, if users want a stable browser they should probably use that. Of course this also means we need to be better at getting features out, thus preventing users from having to use our git repo to get anything close= to the latest code. I'd like to head towards more of a monthly or 2 monthly release cycle if we can, with small point releases for features. For example the plugin changes warrent a point release. Obviously if there're no new features then there's no new release but we sh= ould be aiming to get features out as soon as they're stable really. That'll also have the nice side effect of keeping the project moving, which is always a good thing. That being said, I accept that the build process is rather involved at the minute, so we may need to work to automate some of that. Cheers, Adam. --Z1Z8UV8BNhgCynIS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVMld2AAoJELZ22lNQBzHOyWEH/2b11PxORIirWykwtTOyiMEc 1z7Mmwxf9jHH/p6FNhtwd2hiRB4LQyWCOJJrQiv+PfVk4Ll8JG8zmekVRulTHJFT yyVwo5xdxd3t0h7dqMjgKZIY0m73BvsouWLX9LQ477WaZ9CGF2TNddjhp3V8lrqo uMbe8Le17YdkVTl/BP2jbu1b5e6pwFPIALZt/Zpu9u8gJ1HHrsN24HL7mztQ1WgW iIIXwh0Z65dft7edT+M5+c0mjAKunf5w8r2knMDrr8FEPlKgVHsqkAbRs/yQMZK+ 0fhu/mYnaYsNO+xmAv0GR48pVyTGweiM4DDr4Xogi/t1U9daJPbM2h2sHnz71Ew= =XfVs -----END PGP SIGNATURE----- --Z1Z8UV8BNhgCynIS--