From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 5AFAD77AF8 for ; Thu, 1 Oct 2015 14:12:53 -0700 (PDT) Received: from resomta-ch2-05v.sys.comcast.net ([69.252.207.101]) by resqmta-ch2-11v.sys.comcast.net with comcast id PxGF1r0012Bo0NV01xGJsZ; Thu, 01 Oct 2015 21:16:18 +0000 Received: from eklhad ([IPv6:2601:405:4002:b0a:21e:4fff:fec2:a0f1]) by resomta-ch2-05v.sys.comcast.net with comcast id PxGJ1r0020GArqr01xGJQ2; Thu, 01 Oct 2015 21:16:18 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.4.2+ Date: Thu, 01 Oct 2015 17:16:17 -0400 Message-ID: <20150901171617.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1443734178; bh=S1ORUoTYvi3G0fKSb5PJ2nLTExPK8LNeLUyAnvNGNeM=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=jn/Nozu7hwqdqloR03DVdb9hZTVE/tVCevFUasxp0yp3xxEvsB3Amfs52L0fW7bak Kz4lKzBu4xvIjJiBo49RiNRCeNb4h02lW5/PHNCEZhAfrh5MN0kwNojMhG2jCtsMUH 0HCX7hfmHoN9Kb6OU2l77EGSst9/JQ2rbBq64FUhYTLysuk23OZbmedFsQYKz0Vjxx NDoxq9rR+rSkSDyXsL0paq0vHc+93i5FG+Z0tD9i0/uSq2TmHfnsCh/FttwJn1Tz7M XBg4x0zvZ0+fLYQqDLBMPU32jqYBYFmMKfMPtA1VBCDTMvAog+019i/IpvBuh8W1F2 skTCQrgbfUQjA== Subject: [Edbrowse-dev] version 3.6.0 X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2015 21:12:53 -0000 I've been thinking about when to cut the next version and what still needs to be resolved. I'm not in a big hurry, I'm just trying to be organized. Chris maybe you want to maintain a list of items to close before new version. We've done a whole lot of work that we want to bundle up. I'm taking hints from the notes in CHANGES. 1. International 30 new messages with all the new features, these have been translated into only 1 of the 4 languages we support. I sent email to the others but haven't heard back; I can send email again but don't like to pester. Still I'm hoping this is caught up by the new version. 2. imap Should be exercised in different situations, and people are doing that. Search feature still doesn't work with gmail for utf8 characters, I can't figure out why, though it does work on other servers. Do we need any bulk features like delete all messages or move all to another folder? 3. tidy5 What is our strategy for this library? Will they be releasing an official version that we are comfortable with? That would be the best scenario. If not, how can we build and bundle our software with version 5.1.15 or whatever we need? I really don't want to make things too difficult for our distributors. Are there still unresolved tidy bugs that are show stoppers, like the style comment bug? Are there smaller bugs that we might want to work around, like the nested anchor bug? 4. tree of nodes, rendering, redesign A lot of changes here, all good, all needed to be done, but need people to exercise it, and they are. Are we still getting seg faults or other serious problems? If yes then I need to track them down. 5. ls attributes Use lsl to get the length of the file on the current line, or ls=l to display lengths of files in future directory scans. lst time lsp permissions etc, just a matter of exercising these and looking for bugs and people are doing that. 6. Windows port Should we just have edbrowse ported to windows for 3.6.0 and save edbrowse-js for 3.6.1? Maybe have js off by default in the first windows port. That's ok with me. Depends on how much work is involved in windows mozilla and pipes etc. As per edbrowse itself, we need experienced edbrowse users to test it on windows. I don't have a windows machine so can't help here. Geoff doesn't know all the features that we routinely use. The file manager especially should be tested as directories and file operations are different calls on windows. Shell escape, plugins, downloads, etc. 7. statics This is perhaps a separate question from version control, but will it be feasible to maintain an edbrowse.exe along with our statics, so people won't have to build it from source? Most linux people have gcc, but hardly any windows user has a compiler, so it doesn't mean much unless we can offer some sort of executable. Karl Dahlke