[flexcoders] Re: How can I block a TabNavigator ?

[javier_mza2003]

Well, I wouldn't have wanted to start such discussion ... but I was
necessary ;)

In the matter of facts, I knew tha it was a bad design but it was that
I needed. Only I needed was a TabNavigator that shows the look & feel
for the users; the navigation behaviour I'll control through the
buttons ... that's all.

By the way, the specifications have been changed so I had to change
the design, withput tabs ... :(

But, really thanks to all for the discussion. I learned a lot by
reading the posts.

Regards.

Javier.-

--- In flexcoders@yahoogroups.com, "Tim Hoff" <[EMAIL PROTECTED]> wrote:
>
> Good deal.  Cheers.
> 
> --- In flexcoders@yahoogroups.com, "Paul Andrews"  wrote:
> >
> > - Original Message - 
> > From: "Tim Hoff" 
> > To: 
> > Sent: Tuesday, September 19, 2006 6:47 AM
> > Subject: [flexcoders] Re: How can I block a TabNavigator ?
> > 
> > 
> > > Alright Paul, let's talk about assuming that the best way is YOUR
> > > way.  Without knowing the actual use case, comments like "bad
> > > design", "accomplice", and "horrors" are a bit arrogant, when it
> > > comes to helping someone solve a problem.
> > 
> > Well, I had expected the list to be a bit more than giving out 
> nuts and
> > bolts advice about how to do something, no matter what. I 
> certainly am not
> > some great arbiter of UI goodness, nor am I the UI police. As far 
> as being
> > arrogant, well, in many respects I thought that what was being 
> planned here
> > was clearly wrong from a UI standpoint. I could probably have 
> added a few
> > more smileys because some of my comments about the matter were 
> intended to
> > be tongue-in-cheek.
> > 
> > >Javier didn't ask, "What
> > > would be the best design choice?".  He asked, "Can someone help
> > > me?".  Without more information, criticism is pointless.  There 
> may
> > > be a very good reason for developing a solution that uses a
> > > TabNavigator this way.  When you judge people without knowing 
> all of
> > > the facts, you better not live in a glass house.
> > 
> > Well, I do live in that glass house and I have produced some 
> appalling user
> > interfaces over the years and I wish someone had pointed out to me 
> then why
> > what I was doing was wrong and how it could be done better. I hope 
> that my
> > comments will make Javier really think about what he's doing and 
> if he's
> > still happy to go ahead with it, educate me as to why it's a good 
> thing
> > given his situation. Maybe I can learn something. Javier can take 
> or leave
> > my comments, I'm not stopping him going ahead. There may be a load 
> of people
> > here who think as you do that I'm just an interfering so-and-so, 
> but I think
> > a lot of people will also have thought about the principle thrust 
> of my
> > comments - is it right to take a UI metaphor then break it so it 
> no longer
> > works as expected. They may not agree with me, but some will think 
> again
> > about things.
> > 
> > Javier may well have good reason for what he's planning. I can't 
> see it and
> > if Javier still believes in it I hope he'll teach me something 
> new. It may
> > be that javier has been handed this design down and may have no 
> choice about
> > it. I have no quarrel with Javier at all.
> > 
> > > By the way, isn't an accordion just a view stack with buttons; 
> in a
> > > slightly different visual representation than a TabNavigator?
> > 
> > The tab navigator is a really old metaphor than goes way back and 
> is based
> > upon a physical filing system. Everyone knows how it should work. 
> The
> > accordion is very similar in behaviour. If somebody suggested 
> using an
> > accordion and blocking the accordion navigation (clicking on 
> accordion
> > titles) and replacing it with buttons, I'd feel pretty much the 
> same way as
> > I do about the blocking of the tab navigator.
> > 
> > My comment about the accordion was because there are plenty of 
> examples of
> > it being used in Flex to do a similar job to what Javier seems to 
> want to
> > do; it wasn't my intended suggestion to use an accordion with 
> blocked
> > navigation and buttons on the accordion panes.
> > 
> > >So,
> > > it's OK one way, in a perfect design theory oriented approach, 
> but
> > > not the other?
> > 
> > No.

[flexcoders] Re: How can I block a TabNavigator ?

[Tim Hoff]

Nice component Harish!  I could see where this could come in handy for 
self-guilded or step-based use cases.  Perhaps a quiz that only allows 
you to move forward, but shows your progress via tabs.  In fairness to 
Paul's suggestions though, traditionally people like to be able to 
navigate using the tabs.  A solution might be to enable previous tabs, 
but keep subsequent tabs disabled.  You know, it all depends.

-TH

--- In flexcoders@yahoogroups.com, "Harish Sivaramakrishnan" 
<[EMAIL PROTECTED]> wrote:
>
> PS: Deepa's method will work too, but that would mean the dev needs 
to write
> some code on to the main application
>







--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [flexcoders] Re: How can I block a TabNavigator ?

[Harish Sivaramakrishnan]

PS: Deepa's method will work too, but that would mean the dev needs to write some code on to the main application

__._,_.___





--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com








   






  
  
SPONSORED LINKS
  
  
  

Software development tool
  
  
Software development
  
  
Software development services
  
  


Home design software
  
  
Software development company
  

   
  






  
  Your email settings: Individual Email|Traditional 
  Change settings via the Web (Yahoo! ID required) 
  Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured 
   
Visit Your Group 
   |
  
Yahoo! Groups Terms of Use
   |
  
   Unsubscribe 
   
 

  




__,_._,___

Re: [flexcoders] Re: How can I block a TabNavigator ?

[Harish Sivaramakrishnan]

Okay, Agree with many here that not allowing the tabs to be clickable in a tabNavigator is a little uncommon usecase, I have a solution for the problem. I have extended TabNavigator to make TabNavigatorX, which achieves exactly what the requirement here is . Use the following code:
Main.mxmlhttp://www.adobe.com/2006/mxml" xmlns="*" layout="absolute">    
                
                                        TabNavigatorX.as---
package{    import mx.containers.TabNavigator;    import mx.core.Container;    import mx.controls.TabBar    import flash.events.Event    public class TabNavigatorX extends TabNavigator    {
        public function TabNavigatorX()        {                    }        override protected function createChildren():void        {                        super.createChildren();
    if (!tabBar)            {                tabBar = new TabBar();                tabBar.name = "tabBar";                tabBar.focusEnabled = false;                tabBar.styleName = this;
                    tabBar.setStyle("borderStyle", "none");                tabBar.setStyle("paddingTop", 0);                tabBar.setStyle("paddingBottom", 0);
            }      }      override protected function updateDisplayList(unscaledWidth:Number, unscaledHeight:Number):void      {              super.updateDisplayList(unscaledWidth,unscaledHeight)              
rawChildren.addChild(tabBar);              tabBar.setStyle("disabledOverlayAlpha",1);              tabBar.setStyle("disabledColor",0x00);            tabBar.enabled=false;           }
          }    }    Hope this helps!ThanksHarish

__._,_.___





--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com








   






  
  
SPONSORED LINKS
  
  
  

Software development tool
  
  
Software development
  
  
Software development services
  
  


Home design software
  
  
Software development company
  

   
  






  
  Your email settings: Individual Email|Traditional 
  Change settings via the Web (Yahoo! ID required) 
  Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured 
   
Visit Your Group 
   |
  
Yahoo! Groups Terms of Use
   |
  
   Unsubscribe 
   
 

  




__,_._,___

[flexcoders] Re: How can I block a TabNavigator ?

[Tim Hoff]

Good deal.  Cheers.

--- In flexcoders@yahoogroups.com, "Paul Andrews" <[EMAIL PROTECTED]> wrote:
>
> - Original Message - 
> From: "Tim Hoff" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, September 19, 2006 6:47 AM
> Subject: [flexcoders] Re: How can I block a TabNavigator ?
> 
> 
> > Alright Paul, let's talk about assuming that the best way is YOUR
> > way.  Without knowing the actual use case, comments like "bad
> > design", "accomplice", and "horrors" are a bit arrogant, when it
> > comes to helping someone solve a problem.
> 
> Well, I had expected the list to be a bit more than giving out 
nuts and
> bolts advice about how to do something, no matter what. I 
certainly am not
> some great arbiter of UI goodness, nor am I the UI police. As far 
as being
> arrogant, well, in many respects I thought that what was being 
planned here
> was clearly wrong from a UI standpoint. I could probably have 
added a few
> more smileys because some of my comments about the matter were 
intended to
> be tongue-in-cheek.
> 
> >Javier didn't ask, "What
> > would be the best design choice?".  He asked, "Can someone help
> > me?".  Without more information, criticism is pointless.  There 
may
> > be a very good reason for developing a solution that uses a
> > TabNavigator this way.  When you judge people without knowing 
all of
> > the facts, you better not live in a glass house.
> 
> Well, I do live in that glass house and I have produced some 
appalling user
> interfaces over the years and I wish someone had pointed out to me 
then why
> what I was doing was wrong and how it could be done better. I hope 
that my
> comments will make Javier really think about what he's doing and 
if he's
> still happy to go ahead with it, educate me as to why it's a good 
thing
> given his situation. Maybe I can learn something. Javier can take 
or leave
> my comments, I'm not stopping him going ahead. There may be a load 
of people
> here who think as you do that I'm just an interfering so-and-so, 
but I think
> a lot of people will also have thought about the principle thrust 
of my
> comments - is it right to take a UI metaphor then break it so it 
no longer
> works as expected. They may not agree with me, but some will think 
again
> about things.
> 
> Javier may well have good reason for what he's planning. I can't 
see it and
> if Javier still believes in it I hope he'll teach me something 
new. It may
> be that javier has been handed this design down and may have no 
choice about
> it. I have no quarrel with Javier at all.
> 
> > By the way, isn't an accordion just a view stack with buttons; 
in a
> > slightly different visual representation than a TabNavigator?
> 
> The tab navigator is a really old metaphor than goes way back and 
is based
> upon a physical filing system. Everyone knows how it should work. 
The
> accordion is very similar in behaviour. If somebody suggested 
using an
> accordion and blocking the accordion navigation (clicking on 
accordion
> titles) and replacing it with buttons, I'd feel pretty much the 
same way as
> I do about the blocking of the tab navigator.
> 
> My comment about the accordion was because there are plenty of 
examples of
> it being used in Flex to do a similar job to what Javier seems to 
want to
> do; it wasn't my intended suggestion to use an accordion with 
blocked
> navigation and buttons on the accordion panes.
> 
> >So,
> > it's OK one way, in a perfect design theory oriented approach, 
but
> > not the other?
> 
> No. See above.
> 
> >Not so impressed with the quality of response.
> 
> Sorry.
> 
> >When
> > you berate someone for asking a perfectly good question, it 
serves
> > no-one.  Anyway, not trying to make you into an enemy, but
> > compassion is one of the true indicators that we are more than 
just
> > animals.  End of sermon. :)
> 
> I have never intended to berate anyone. I've been critical of this 
UI
> approach and it's nothing personal against Javier. I'm not sure 
where
> compassion comes into this - I'm not feeling sorry for anyone or 
sympathetic
> to any plight! I'm still unrepentant about the idea of messing 
with the
> tabs..
> 
> Tim, you aren't my enemy and I appreciate your comments - keep 
them coming.
> 
> Javier, if I have upset you, I apologise. It wasn't my intention 
and I hope
> you'll go forward with a solution that suits you and that at least 
I've
> provided some food for thought.
> 
> Paul - returning to that glasshous

Re: [flexcoders] Re: How can I block a TabNavigator ?

[Paul Andrews]

- Original Message - 
From: "Tim Hoff" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, September 19, 2006 6:47 AM
Subject: [flexcoders] Re: How can I block a TabNavigator ?


> Alright Paul, let's talk about assuming that the best way is YOUR
> way.  Without knowing the actual use case, comments like "bad
> design", "accomplice", and "horrors" are a bit arrogant, when it
> comes to helping someone solve a problem.

Well, I had expected the list to be a bit more than giving out nuts and
bolts advice about how to do something, no matter what. I certainly am not
some great arbiter of UI goodness, nor am I the UI police. As far as being
arrogant, well, in many respects I thought that what was being planned here
was clearly wrong from a UI standpoint. I could probably have added a few
more smileys because some of my comments about the matter were intended to
be tongue-in-cheek.

>Javier didn't ask, "What
> would be the best design choice?".  He asked, "Can someone help
> me?".  Without more information, criticism is pointless.  There may
> be a very good reason for developing a solution that uses a
> TabNavigator this way.  When you judge people without knowing all of
> the facts, you better not live in a glass house.

Well, I do live in that glass house and I have produced some appalling user
interfaces over the years and I wish someone had pointed out to me then why
what I was doing was wrong and how it could be done better. I hope that my
comments will make Javier really think about what he's doing and if he's
still happy to go ahead with it, educate me as to why it's a good thing
given his situation. Maybe I can learn something. Javier can take or leave
my comments, I'm not stopping him going ahead. There may be a load of people
here who think as you do that I'm just an interfering so-and-so, but I think
a lot of people will also have thought about the principle thrust of my
comments - is it right to take a UI metaphor then break it so it no longer
works as expected. They may not agree with me, but some will think again
about things.

Javier may well have good reason for what he's planning. I can't see it and
if Javier still believes in it I hope he'll teach me something new. It may
be that javier has been handed this design down and may have no choice about
it. I have no quarrel with Javier at all.

> By the way, isn't an accordion just a view stack with buttons; in a
> slightly different visual representation than a TabNavigator?

The tab navigator is a really old metaphor than goes way back and is based
upon a physical filing system. Everyone knows how it should work. The
accordion is very similar in behaviour. If somebody suggested using an
accordion and blocking the accordion navigation (clicking on accordion
titles) and replacing it with buttons, I'd feel pretty much the same way as
I do about the blocking of the tab navigator.

My comment about the accordion was because there are plenty of examples of
it being used in Flex to do a similar job to what Javier seems to want to
do; it wasn't my intended suggestion to use an accordion with blocked
navigation and buttons on the accordion panes.

>So,
> it's OK one way, in a perfect design theory oriented approach, but
> not the other?

No. See above.

>Not so impressed with the quality of response.

Sorry.

>When
> you berate someone for asking a perfectly good question, it serves
> no-one.  Anyway, not trying to make you into an enemy, but
> compassion is one of the true indicators that we are more than just
> animals.  End of sermon. :)

I have never intended to berate anyone. I've been critical of this UI
approach and it's nothing personal against Javier. I'm not sure where
compassion comes into this - I'm not feeling sorry for anyone or sympathetic
to any plight! I'm still unrepentant about the idea of messing with the
tabs..

Tim, you aren't my enemy and I appreciate your comments - keep them coming.

Javier, if I have upset you, I apologise. It wasn't my intention and I hope
you'll go forward with a solution that suits you and that at least I've
provided some food for thought.

Paul - returning to that glasshouse to fix some panes..   ;-)

> -TH




--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[flexcoders] Re: How can I block a TabNavigator ?

[Tim Hoff]

Alright Paul, let's talk about assuming that the best way is YOUR 
way.  Without knowing the actual use case, comments like "bad 
design", "accomplice", and "horrors" are a bit arrogant, when it 
comes to helping someone solve a problem.  Javier didn't ask, "What 
would be the best design choice?".  He asked, "Can someone help 
me?".  Without more information, criticism is pointless.  There may 
be a very good reason for developing a solution that uses a 
TabNavigator this way.  When you judge people without knowing all of 
the facts, you better not live in a glass house.  

By the way, isn't an accordion just a view stack with buttons; in a 
slightly different visual representation than a TabNavigator?  So, 
it's OK one way, in a perfect design theory oriented approach, but 
not the other?  Not so impressed with the quality of response.  When 
you berate someone for asking a perfectly good question, it serves 
no-one.  Anyway, not trying to make you into an enemy, but 
compassion is one of the true indicators that we are more than just 
animals.  End of sermon. :)

-TH


--- In flexcoders@yahoogroups.com, "Paul Andrews" <[EMAIL PROTECTED]> wrote:
>
> Ultimately what determines if it is a good design is whether it 
works for 
> the user rather than confuses them. People looking at tabs expect 
to be able 
> to click on them.
> 
> I've been quite critical of the notion of forcing people through 
the tabs 
> because it's breaking the tab metaphor. Personally I think that if 
you are 
> going to use tabs to capture this information, you should let 
people fill in 
> the tabs in the order they want and have a final 'submit' type 
control 
> (outside the tabs) that only gets enabled when all of the 
requisite data has 
> been set (perhaps an indicator on the tab to show which have been 
> completed). I have great difficullty understanding how you can 
adopt a tab 
> metaphor and force navigation through it with buttons and expect 
the user to 
> understand it. If you have to do this kind of behaviour use a 
viewstack and 
> use the buttons to move through that.
> 
> You've already mentioned using an accordion and that can work 
well. I wonder 
> if the OP has considered using that?
> 
> Paul
> - Original Message - 
> From: "Tim Hoff" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, September 19, 2006 12:47 AM
> Subject: [flexcoders] Re: How can I block a TabNavigator ?
> 
> 
> > It's only bad design if it doesn't solve the individual use case.
> > It's possible that Javier wants the same functionality as a self-
> > guilded checkout, that uses an accordion control, but only allows
> > the user to proceed to the next step after the current step has 
been
> > successfully completed.  If that's the case Deepa, your earlier
> > solution would fit the bill.
> >
> > -TH
> >
> > --- In flexcoders@yahoogroups.com, "Deepa Subramaniam"
> >  wrote:
> >>
> >> Yes, I agree, its bad design. The benefits of exposing tabs for
> > browsing
> >> and then disabling them and forcing the user to follow some 
other
> > route
> >> to navigate through the container makes no sense to me but I was
> > just
> >> answering the poster's initial question :-)
> >>
> >>
> >>
> >> 
> >>
> >> From: flexcoders@yahoogroups.com
> > [mailto:[EMAIL PROTECTED] On
> >> Behalf Of Paul Andrews
> >> Sent: Monday, September 18, 2006 12:45 PM
> >> To: flexcoders@yahoogroups.com
> >> Subject: Re: [flexcoders] How can I block a TabNavigator ?
> >>
> >>
> >>
> >> - Original Message - 
> >> From: "Deepa Subramaniam"  >> <mailto:dsubrama%40adobe.com> >
> >> To: mailto:flexcoders%
> > 40yahoogroups.com> >
> >> Sent: Monday, September 18, 2006 6:52 PM
> >> Subject: RE: [flexcoders] How can I block a TabNavigator ?
> >>
> >> > What you can do is iterate through the TabNavigator's tabs and
> > disable
> >> > each of them. By disabling them, the change event will not get
> >> emitted.
> >> > Use TabNavigator.getTabAt() and set the enabled property to
> > false for
> >> > each Tab.
> >> >
> >> > Now, when you disable a Tab, the Tab will assume the look of 
its
> >> > disabled state (grayed out, etc). You probably want the Tab to
> > look
> >> > enabled even if it is disabled - in which case you'll have to
> &

Re: [flexcoders] Re: How can I block a TabNavigator ?

[jnagle]

Hi all,

I'm new here...and still very wet behind the ears...but I'd probably do 
a viewstack and put my own buttons up for navigation.  That way you can 
switch panes however you like.  I'm doing something similar right now 
for one of my projects.

Hope to meet many of you at Max...I'm the bald guy, I'm sure I'll be the 
only one.  :-)

-John


On Mon, 18 Sep 2006 7:23 pm, Tim Hoff wrote:
> It's only bad design if it doesn't solve the individual use case.
> It's possible that Javier wants the same functionality as a self-
> guilded checkout, that uses an accordion control, but only allows
> the user to proceed to the next step after the current step has been
> successfully completed. If that's the case Deepa, your earlier
> solution would fit the bill.
>
> -TH
>
> --- In flexcoders@yahoogroups.com, "Deepa Subramaniam"
> <[EMAIL PROTECTED]> wrote:
>>
>>  Yes, I agree, its bad design. The benefits of exposing tabs for
> browsing
>>  and then disabling them and forcing the user to follow some other
> route
>>  to navigate through the container makes no sense to me but I was
> just
>>  answering the poster's initial question :-)
>>
>>
>>
>>  
>>
>>  From: flexcoders@yahoogroups.com
> [mailto:[EMAIL PROTECTED] On
>>  Behalf Of Paul Andrews
>>  Sent: Monday, September 18, 2006 12:45 PM
>>  To: flexcoders@yahoogroups.com
>>  Subject: Re: [flexcoders] How can I block a TabNavigator ?
>>
>>
>>
>>  - Original Message -
>>  From: "Deepa Subramaniam" <[EMAIL PROTECTED]
>>   >
>>  To: mailto:flexcoders%
> 40yahoogroups.com> >
>>  Sent: Monday, September 18, 2006 6:52 PM
>>  Subject: RE: [flexcoders] How can I block a TabNavigator ?
>>
>>  > What you can do is iterate through the TabNavigator's tabs and
> disable
>>  > each of them. By disabling them, the change event will not get
>>  emitted.
>>  > Use TabNavigator.getTabAt() and set the enabled property to
> false for
>>  > each Tab.
>>  >
>>  > Now, when you disable a Tab, the Tab will assume the look of its
>>  > disabled state (grayed out, etc). You probably want the Tab to
> look
>>  > enabled even if it is disabled - in which case you'll have to
> change
>>  the
>>  > Tab's disabledSkin.
>>  >
>>  > HTH -
>>  > deepa
>>
>>  Horrors. It's really good making the user think (s)he can navigate
> the
>>  tabs,
>>  then discover they can't. Is this really good practice?
>>  Even with the disabled tabs - hey I completed the info, now it's
> become
>>  invalid..
>>
>>  Paul
>>
>
> 
-John Nagle


--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [flexcoders] Re: How can I block a TabNavigator ?

[Paul Andrews]

Ultimately what determines if it is a good design is whether it works for 
the user rather than confuses them. People looking at tabs expect to be able 
to click on them.

I've been quite critical of the notion of forcing people through the tabs 
because it's breaking the tab metaphor. Personally I think that if you are 
going to use tabs to capture this information, you should let people fill in 
the tabs in the order they want and have a final 'submit' type control 
(outside the tabs) that only gets enabled when all of the requisite data has 
been set (perhaps an indicator on the tab to show which have been 
completed). I have great difficullty understanding how you can adopt a tab 
metaphor and force navigation through it with buttons and expect the user to 
understand it. If you have to do this kind of behaviour use a viewstack and 
use the buttons to move through that.

You've already mentioned using an accordion and that can work well. I wonder 
if the OP has considered using that?

Paul
- Original Message - 
From: "Tim Hoff" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, September 19, 2006 12:47 AM
Subject: [flexcoders] Re: How can I block a TabNavigator ?


> It's only bad design if it doesn't solve the individual use case.
> It's possible that Javier wants the same functionality as a self-
> guilded checkout, that uses an accordion control, but only allows
> the user to proceed to the next step after the current step has been
> successfully completed.  If that's the case Deepa, your earlier
> solution would fit the bill.
>
> -TH
>
> --- In flexcoders@yahoogroups.com, "Deepa Subramaniam"
> <[EMAIL PROTECTED]> wrote:
>>
>> Yes, I agree, its bad design. The benefits of exposing tabs for
> browsing
>> and then disabling them and forcing the user to follow some other
> route
>> to navigate through the container makes no sense to me but I was
> just
>> answering the poster's initial question :-)
>>
>>
>>
>> 
>>
>> From: flexcoders@yahoogroups.com
> [mailto:[EMAIL PROTECTED] On
>> Behalf Of Paul Andrews
>> Sent: Monday, September 18, 2006 12:45 PM
>> To: flexcoders@yahoogroups.com
>> Subject: Re: [flexcoders] How can I block a TabNavigator ?
>>
>>
>>
>> - Original Message - 
>> From: "Deepa Subramaniam" <[EMAIL PROTECTED]
>> <mailto:dsubrama%40adobe.com> >
>> To: mailto:flexcoders%
> 40yahoogroups.com> >
>> Sent: Monday, September 18, 2006 6:52 PM
>> Subject: RE: [flexcoders] How can I block a TabNavigator ?
>>
>> > What you can do is iterate through the TabNavigator's tabs and
> disable
>> > each of them. By disabling them, the change event will not get
>> emitted.
>> > Use TabNavigator.getTabAt() and set the enabled property to
> false for
>> > each Tab.
>> >
>> > Now, when you disable a Tab, the Tab will assume the look of its
>> > disabled state (grayed out, etc). You probably want the Tab to
> look
>> > enabled even if it is disabled - in which case you'll have to
> change
>> the
>> > Tab's disabledSkin.
>> >
>> > HTH -
>> > deepa
>>
>> Horrors. It's really good making the user think (s)he can navigate
> the
>> tabs,
>> then discover they can't. Is this really good practice?
>> Even with the disabled tabs - hey I completed the info, now it's
> become
>> invalid..
>>
>> Paul
>>
>
>
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
> 




--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[flexcoders] Re: How can I block a TabNavigator ?

[Tim Hoff]

It's only bad design if it doesn't solve the individual use case.  
It's possible that Javier wants the same functionality as a self-
guilded checkout, that uses an accordion control, but only allows 
the user to proceed to the next step after the current step has been 
successfully completed.  If that's the case Deepa, your earlier 
solution would fit the bill.

-TH

--- In flexcoders@yahoogroups.com, "Deepa Subramaniam" 
<[EMAIL PROTECTED]> wrote:
>
> Yes, I agree, its bad design. The benefits of exposing tabs for 
browsing
> and then disabling them and forcing the user to follow some other 
route
> to navigate through the container makes no sense to me but I was 
just
> answering the poster's initial question :-) 
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com 
[mailto:[EMAIL PROTECTED] On
> Behalf Of Paul Andrews
> Sent: Monday, September 18, 2006 12:45 PM
> To: flexcoders@yahoogroups.com
> Subject: Re: [flexcoders] How can I block a TabNavigator ?
> 
>  
> 
> - Original Message - 
> From: "Deepa Subramaniam" <[EMAIL PROTECTED]
>  >
> To: mailto:flexcoders%
40yahoogroups.com> >
> Sent: Monday, September 18, 2006 6:52 PM
> Subject: RE: [flexcoders] How can I block a TabNavigator ?
> 
> > What you can do is iterate through the TabNavigator's tabs and 
disable
> > each of them. By disabling them, the change event will not get
> emitted.
> > Use TabNavigator.getTabAt() and set the enabled property to 
false for
> > each Tab.
> >
> > Now, when you disable a Tab, the Tab will assume the look of its
> > disabled state (grayed out, etc). You probably want the Tab to 
look
> > enabled even if it is disabled - in which case you'll have to 
change
> the
> > Tab's disabledSkin.
> >
> > HTH -
> > deepa
> 
> Horrors. It's really good making the user think (s)he can navigate 
the
> tabs,
> then discover they can't. Is this really good practice?
> Even with the disabled tabs - hey I completed the info, now it's 
become
> invalid..
> 
> Paul
>







--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[flexcoders] Re: How can I block a TabNavigator ?

[Michael Ritchie]

Paul,

I could imagine a situation where you may want a tab inactive until
the data is updated, or the user selects certain options.  You might
want a user to fill out a form in certain requires steps, so each time
the current tab is filled in, the next tab is viewable or active.

thanks!  mr

--- In flexcoders@yahoogroups.com, "Paul Andrews" <[EMAIL PROTECTED]> wrote:
>
> - Original Message - 
> From: "javier_mza2003" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, September 18, 2006 2:44 PM
> Subject: [flexcoders] How can I block a TabNavigator ?
> 
> 
> > Hello everybody ... I'm having a little problem ..
> >
> > The thing is that I have an application that shows a TabNavigator, a
> > form inside it and two buttons a the bottom of the TabNavigator. Those
> > buttons are simply previous/next buttons to go to the previous/next
> > container in the TabNavigator. I need to block de event 'change' in
> > the TabNavigator to make the user click the buttons rather than the
> > tabs to navigate through the panels ...
> >
> > If anyone can help me, I'll thanks a lot !!
> >
> > Regards.-
> >
> > Javier.
> 
> If you don't want a tab to behave like a tab, shouldn't you be using
> something else perhaps?
> 
> Paul
>






--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/