X-Original-To: alpine-devel@lists.alpinelinux.org
Delivered-To: alpine-devel@mail.alpinelinux.org
Received: from jeremythomerson.com (mail.jeremythomerson.com [74.117.189.150])
	by mail.alpinelinux.org (Postfix) with ESMTP id E4D8CDC00A7;
	Wed,  5 Dec 2012 17:06:50 +0000 (UTC)
Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180])
	by jeremythomerson.com (Postfix) with ESMTP id 448531CB35;
	Wed,  5 Dec 2012 11:14:35 -0600 (CST)
Received: by mail-wi0-f180.google.com with SMTP id hj13so1350684wib.7
        for <multiple recipients>; Wed, 05 Dec 2012 09:06:48 -0800 (PST)
Received: by 10.180.80.201 with SMTP id t9mr4430547wix.0.1354727208509; Wed,
 05 Dec 2012 09:06:48 -0800 (PST)
X-Mailinglist: alpine-devel
Precedence: list
List-Id: Alpine Development <alpine-devel.lists.alpinelinux.org>
List-Unsubscribe: 
	<mailto:alpine-devel+unsubscribe@lists.alpinelinux.org?subject=unsubscribe>
List-Post: <mailto:alpine-devel@lists.alpinelinux.org>
List-Help: <mailto:alpine-devel+help@lists.alpinelinux.org?subject=help>
List-Subscribe: 
	<mailto:alpine-devel+subscribe@lists.alpinelinux.org?subject=subscribe>
MIME-Version: 1.0
Reply-To: jeremy@thomersonfamily.com
Received: by 10.194.88.163 with HTTP; Wed, 5 Dec 2012 09:06:28 -0800 (PST)
In-Reply-To: <50BF7DCB.4040208@arcor.de>
References: <20121129152317.69585a4f@ncopa-desktop.alpinelinux.org>
 <201212022211.23812.vkrishn4@gmail.com> <alpine.LFD.2.02.1212050955390.22932@kunkku.net>
 <50BF7DCB.4040208@arcor.de>
From: Jeremy Thomerson <jeremy@thomersonfamily.com>
Date: Wed, 5 Dec 2012 11:06:28 -0600
Message-ID: <CADVmKVAc5xVsLhCqXwVSuRg-EKwbORkfhOhx+4bucos1FO1BWQ@mail.gmail.com>
Subject: Re: [acf] Re: [alpine-devel] Ideas for a new config framework, ACF2
To: Der Tiger <der.tiger.alpine@arcor.de>
Cc: Kaarle Ritvanen <kaarle.ritvanen@datakunkku.fi>, "V.Krishn" <vkrishn4@gmail.com>, 
	"alpine-devel@lists.alpinelinux.org" <alpine-devel@lists.alpinelinux.org>, Alpine ACF <acf@lists.alpinelinux.org>
Content-Type: multipart/alternative; boundary=20cf3068456f07e02004d01e0287

--20cf3068456f07e02004d01e0287
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Dec 5, 2012 at 11:00 AM, Der Tiger <der.tiger.alpine@arcor.de>wrote:

> Hi Kaarle,
>
> > As much as I dislike JavaScript as a programming language, I still
> > think it is the best choice for client implementation. Virtually all
> > devices support JavaScript nowadays, and there are lots of tools which
> > we can leverage in our implementation.
> The problem with a client implementation and mobile devices won't be so
> much compatibility, but performance. PDAs and Tablets still don't offer
> a lot of cpu power, while the OS and the browser software itself often
> use up most of the available resources. Soon, the JavaScript client
> software is likely to hit a performance wall on those devices, when the
> complexity of the client software increases with functionality.
>

Not true with most modern smart phones.  If you're still using a
Blackberry, then yes - perhaps.  But most smart phones now are better than
the best laptops three years ago.


> I can't help myself, but with all that has been written, I still don't
> see the benefit of a strict client implementation over a JavaScript-free
> host implementation. You and Nathanael, on the other hand, seem to be
> quite set on advocating your proposal. Well, I suppose you've thought it
> through.
>

For many years I have been an advocate of making sites that work with or
without JS (incremental improvements).  However, nowadays this is not
strictly necessary, and for a niche market like server admins using Alpine
/ ACF you can set your own browser requirements without many ramifications.

Regards,
JT

--20cf3068456f07e02004d01e0287
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Dec 5, 20=
12 at 11:00 AM, Der Tiger <span dir=3D"ltr">&lt;<a href=3D"mailto:der.tiger=
.alpine@arcor.de" target=3D"_blank">der.tiger.alpine@arcor.de</a>&gt;</span=
> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hi Kaarle,<br>
<div class=3D"im"><br>
&gt; As much as I dislike JavaScript as a programming language, I still<br>
&gt; think it is the best choice for client implementation. Virtually all<b=
r>
&gt; devices support JavaScript nowadays, and there are lots of tools which=
<br>
&gt; we can leverage in our implementation.<br>
</div>The problem with a client implementation and mobile devices won&#39;t=
 be so<br>
much compatibility, but performance. PDAs and Tablets still don&#39;t offer=
<br>
a lot of cpu power, while the OS and the browser software itself often<br>
use up most of the available resources. Soon, the JavaScript client<br>
software is likely to hit a performance wall on those devices, when the<br>
complexity of the client software increases with functionality.<br></blockq=
uote><div><br>Not true with most modern smart phones.=A0 If you&#39;re stil=
l using a Blackberry, then yes - perhaps.=A0 But most smart phones now are =
better than the best laptops three years ago.<br>

=A0<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;b=
order-left:1px #ccc solid;padding-left:1ex">

I can&#39;t help myself, but with all that has been written, I still don&#3=
9;t<br>
see the benefit of a strict client implementation over a JavaScript-free<br=
>
host implementation. You and Nathanael, on the other hand, seem to be<br>
quite set on advocating your proposal. Well, I suppose you&#39;ve thought i=
t<br>
through.<br></blockquote><div><br></div></div>For many years I have been an=
 advocate of making sites that work with or without JS (incremental improve=
ments).=A0 However, nowadays this is not strictly necessary, and for a nich=
e market like server admins using Alpine / ACF you can set your own browser=
 requirements without many ramifications.<br>

<br>Regards,<br>JT<br></div>

--20cf3068456f07e02004d01e0287--


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---