Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 64017 invoked from network); 8 Jan 2010 03:12:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Jan 2010 03:12:26 -0000 Received: (qmail 91192 invoked by uid 500); 8 Jan 2010 03:12:26 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 90910 invoked by uid 500); 8 Jan 2010 03:12:25 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 90902 invoked by uid 99); 8 Jan 2010 03:12:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jan 2010 03:12:25 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of genspring@gmail.com designates 209.85.222.190 as permitted sender) Received: from [209.85.222.190] (HELO mail-pz0-f190.google.com) (209.85.222.190) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jan 2010 03:12:17 +0000 Received: by pzk28 with SMTP id 28so12701106pzk.27 for ; Thu, 07 Jan 2010 19:11:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=6PMao2GEKNojEX3qEvLHOqTw/TwjDXqlL1Zq3UEA+VU=; b=ZlkEWJKcuN6l1DCSEOmVmbbU9j4PE1vFZDJYRmUSyUXO1uDTrSWsjOyiSsWEJ3vh6b RGvtl9RTT84ybq7t6YTbKG0FBaSiM4897i/P2iBOlh/ycp0JLOiIwqrr3VaqYFjV+ZUH jaiy8UzVRuyvb1pqBiP16DraOSpvNiAN+wdtg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=LPZQMLwqkGDEdPYTdJC3CjTGXwSoqW2m66s5qBnS6rAGR7q2wrp4nn7ZJoBdeiBgbG kgRAUrVry1xXmsSHUGgSMghZ2vPb6AaYwDbV8ozhnRZrnGdHC9KEg5ipVG7JRaXyWmfp T3P9vK5d+xMoZv+3CED9FTWx5Imvlx9heWiKw= MIME-Version: 1.0 Received: by 10.141.13.10 with SMTP id q10mr18919019rvi.224.1262920315702; Thu, 07 Jan 2010 19:11:55 -0800 (PST) In-Reply-To: <5536220A-90D2-4BFD-9AD5-7AD24EF39F40@yahoo.com> References: <5e7fd1eb0912201918o1ab81590o6ea994a065df1814@mail.gmail.com> <5e7fd1eb0912212217x21286e9ag46181e78106ce51c@mail.gmail.com> <5536220A-90D2-4BFD-9AD5-7AD24EF39F40@yahoo.com> Date: Fri, 8 Jan 2010 11:11:55 +0800 Message-ID: Subject: Re: [Discussion]Redesign of navigation system of geronimo Web console. From: Shawn Jiang To: dev@geronimo.apache.org Content-Type: multipart/alternative; boundary=000e0cd11aaacc10ef047c9e8c19 X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd11aaacc10ef047c9e8c19 Content-Type: text/plain; charset=ISO-8859-1 Thanks David, I've committed the patch to trunk with Rev.897080 On Fri, Jan 8, 2010 at 1:41 AM, David Jencks wrote: > I suspect enough of the console is working in trunk for you to port this. > I'm thinking of using blueprint rather than gbeans for the "add stuff to > the navigation tree" so getting it in before I try to change that would > probably be simpler. > > thanks > david jencks > > On Jan 7, 2010, at 3:19 AM, Shawn Jiang wrote: > > Committed the patch to 2.2 branch with Rev896846 , will port the function > to 3.0 once the console in 3.0 is ready. > > On Tue, Dec 22, 2009 at 2:17 PM, Jack Cai wrote: > >> >> Some minor comments: >>>>>> 1. The performance of the tree is not ideal in FireFox. I know DOJO is >>>>>> not a performance sweet. Not sure whether we can do anything here. >>>>>> >>>>> >>>>> Because the change to separate navigation from content page, the >>>>> navigation tree will be only loaded for one time. So, this might not be a >>>>> problem. >>>>> >>>> >>>> Is it possible to describe how this works so that someone who doesn't >>>> know much javascript (me) can understand the principles? >>>> >>> >>> I uploaded a demo flash movie here so that everyone can see how it works >>> without rebuild from src. >>> >>> https://issues.apache.org/jira/secure/attachment/12428616/demo.swf >>> >>>> >>>> >> >> I actually mean the speed when the tree expands :-). So I guess it's an >> inherent problem of DOJO... >> >> >>> >>>>> >>>>>> 2. The color scheme looks a little gray. Shall we make them a little >>>>>> brighter? >>>>>> >>>>> >>>>> I agree, we can improve the style after the function design is >>>>> finalized. >>>>> >>>>> >>>>>> 3. The filter box is cool. As I mention in another topic thread, we >>>>>> can put a default text "type filter text" >>>>>> >>>>> Right, I have not figured out a way to do this for now. But I believe >>>>> we can do this. >>>>> >>>>> >>>>>> 4. A small defect: after a function is launched through the filter >>>>>> box, the focus on the tree menu does not change right now. >>>>>> >>>>> Right, we need to improve the focus after the users launch the function >>>>> from the filter box. >>>>> >>>>> >>>>>> 5. Can we support page refresh? Currently it usually show the welcome >>>>>> page after a page refresh. >>>>>> >>>>> >>>>> Aha, I did not consider this problem. Thanks for pointing this out ! >>>>> >>>> >>>> I figured out a way to support this. : ) >>>> >>>> 1, Maintain a map in the server side to keep key-->URL entrys. >>>> >>>> 2, When a tree item is clicked , the address bar will be rewriten with >>>> javacript code "window.location.hash=#{key}" without refreshing the whole >>>> page. >>>> >>>> 3, When the users refresh the page manually, the #{key} will be passed >>>> to the server to get the correct URL to display. >>>> >>>> >>>> I haven't had time to look at this yet. However, this is sounding a lot >>>> like the client-side portal via javascript that jetspeed supports. It might >>>> possibly be worth looking into what they are doing for ideas. >>>> >>> >>> This is a typical ajax behavior. Just like Gmail, when you click a >>> mail, the address bar is changed(added a hash) without refreshing the whole >>> page. >>> >> >> Right, already a nice solution to me. >> >> -Jack >> >> >> > > > -- > Shawn > > > -- Shawn --000e0cd11aaacc10ef047c9e8c19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks David, I've committed the patch to trunk with Rev.897080

=
On Fri, Jan 8, 2010 at 1:41 AM, David Jencks <david_jencks@y= ahoo.com> wrote:
I suspect enough of the console is working in trunk fo= r you to port this. =A0I'm thinking of using blueprint rather than gbea= ns for the "add stuff to the navigation tree" so getting it in be= fore I try to change that would probably be simpler.

thanks
david jencks

On Jan 7, 2010, at 3:19 AM, Shawn Jiang wrote:

Committed the patch to 2.2 branch with Rev896846 , = will port the function to 3.0 once the console in 3.0 is ready.

On Tue, Dec 22, 2009 at 2:17 PM, Jack Cai <greensight@gmail.com> wrote:

=
Some minor comments:
1. The performance of the tree is n= ot ideal in FireFox. I know DOJO is not a performance sweet. Not sure wheth= er we can do anything here.

Because the change to separate navigation fr= om content page, the navigation tree will be only loaded for one time.=A0 S= o, this might not be a problem.

Is it possible to describe how this works so tha= t someone who doesn't know much javascript (me) can understand the prin= ciples?

I uploaded a demo flas= h movie here so that everyone can see how it works without rebuild from src= .

https://issues.apache.org/jira/secure/attachment= /12428616/demo.swf



I actually mean the sp= eed when the tree expands :-). So I guess it's an inherent problem of D= OJO...
=A0
=
=A0
2. The color scheme looks a little gray. Sha= ll we make them a little brighter?

I agree, we can improve the style after the fu= nction design is finalized.
=A0
3. The filter box is cool. As I mention in another topic thread, we can p= ut a default text "type filter text"
R= ight, I have not figured out a way to do this for now.=A0 But I believe we = can do this.
=A0
4. A small defect: after a function is launched through the filter box, = the focus on the tree menu does not change right now.
Right, we need to improve the focus after the use= rs launch the function from the filter box.
=A0
5. Can we support page refresh? Currently it usually show the welcome pag= e after a page refresh.

Aha, I did not consi= der this problem.=A0 Thanks for pointing this out !

I figured out a way to support this.=A0 : )

1,=A0 Maintai= n a map in the server side to keep key-->URL entrys.=A0

2, When = a tree item is clicked , the address bar will be rewriten with javacript co= de "window.location.hash=3D#{key}" without refreshing the whole p= age.

3, When the users refresh the page manually, the #{key} will be passe= d to the server to get the correct URL to display.

I haven't had time to look at this yet. =A0How= ever, this is sounding a lot like the client-side portal via javascript tha= t jetspeed supports. =A0It might possibly be worth looking into what they a= re doing for ideas.

This is a typical ajax behavior.=A0=A0 J= ust like Gmail, when you click a mail, the address bar is changed(added a h= ash) without refreshing the whole page.
<= /div>
Right, already a nice solution to me.

= -Jack





-- Shawn




--
Shawn
--000e0cd11aaacc10ef047c9e8c19--