Have you tried sorting your mail "by conversation" or "by thread"?
Alinta
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Burak Delice
Sent: Saturday, 31 May 2008 1:19 AM
To: [EMAIL PROTECTED]
Subject: Re: [IxDA Discuss] Managing Comp
Burak Delice wrote:
is there any WEB based forum version of this mail list messages data?
because I cant't follow messages effectively via mail list system
althought i use a mail program.
Hi Burak,
You can indeed follow on a web version hosted by Nabble at
http://www.nabble.com/ixda.org---dis
hi,
is there any WEB based forum version of this mail list messages data?
because I cant't follow messages effectively via mail list system althought
i use a mail program.
thnx,
Burak
www.delizade.com
Welcome to the Interacti
Hi Oleg,
On 5/30/08, Oleg Krupnov <[EMAIL PROTECTED]> wrote:
>
>
> Sounds like something I've been thinking about myself. Could you please
> shed
> more light on what your business requirements look like and how you trace
> them to the UI elements?
In my organization, we have (among other practi
Fred,
Thanks for your elaborate and seemingly impartial answer about Axure. You
make some good points.
There's a couple of things by the way I'd like ask you about:
Fred Beecher wrote:
>
>3. No way to trace business requirements to UI elements automatically.
> If
>you need to do this,
Hi Oleg,
On 5/30/08, Oleg Krupnov <[EMAIL PROTECTED]> wrote:
>
>
> I am a little wary of Axure though because it looks to be designed
> primarily for prototyping, not for wireframing. I.e. its ideology is
> to *implement* some functionality in the prototype rather than
> *present & explain* it to
On May 30, 2008, at 9:02 AM, Oleg Krupnov wrote:
Please explain what do you mean by patterns in this context.
I mean patterns in the traditional sense (e.g. Yahoo! pattern
library). Those common, repeatable, reusable components (or tiles)
that are present across multiple screens. You creat
Thanks Fred and Sam,
I agree that Axure makes some real good points. In particular, it
seems to handle wireframe complexity pretty well by its masters and
dynamic panels.
I am a little wary of Axure though because it looks to be designed
primarily for prototyping, not for wireframing. I.e. its id
Guru,
You could do it in three ways:
1. Just use diagrams to explain each state of drag and drop
2. Use flash or something like that to create an animation
3. Use javascript library like Scriptaculous/Yahoo UI - http://script.aculo.us/
- might seem a big deal initially, but its not so much.
Oleg "3. A page includes a panel that is reused on different pages
(i.e. as common info block) , or multiple times on the same page
(e.g. item in a list) . How to show the reused panels best, avoiding
copying/out-of-sync problems?"
Omni has a master page feature that was designed for common layout
Hello all
The discussions and the comments IxDA gives me a great insight about
IxDesign
Now i am in a project which is similar to have the interface like
iGoogle i.e, drag and drop feature...
I have to build wireframes for this...How can i build wireframes
for this project. Is there any tool av
Thanks Todd,
Please explain what do you mean by patterns in this context.
Oleg.
Welcome to the Interaction Design Association (IxDA)!
To post to this list ... [EMAIL PROTECTED]
Unsubscribe http://www.ixda.org/un
To elaborate on how Axure can help with this...
On 5/30/08, Dan Brown <[EMAIL PROTECTED]> wrote:
>
>
> We've found it most effective to document each "panel" (we call them
> components) separately. One page of your document can show different
> versions/states.
This is exactly how Axure handles
1. Patterns—using patterns will address items 1-3 in your list. Have
the patterns first in your wireframe deck w/all their behavior notes
and states.
2. Layers in InDesign (or other)—using layers for behavior notes will
tackle #4. You can have notes on different layers for each audience.
Oleg,You're not alone. More and more, we IxDs are dealing with situations
like the one you describe.
You're asking about two things:
1. How do make the document understandable given the complexity of the
interface
2. How to manage the document given the complexity
For #1:
We've found it most ef
Oleg,
Not too sure what software you're using to do your wireframes, but
I've designed and specified websites before with a similar sort of
complexity using Axure. Axure allowed me to create wireframes with
different panels in the page and different states for each panel.
Axure has a great prototy
And I've been thinking about the following solution: you draw both
parent and child on the same wireframe, but in different layers, and
then draw their notes, in another two layers. Then you switch the
notes layers parent/child. In this way you can show both parent with
preview of the child and the
Oleg,
Not a plain grey box, but close to it - you should be able to strike a
balance; all of that extra detail is contained in the separate
representation. An actual object library can also be used if your
wireframing supports them. Although I suspect no matter what software you
utilise, synchroni
Thanks Steve,
Your answer is clear except that I don't quite understand how you
technically avoid the problem that a child panel wireframe, contained
in another drawing document, and copied to the parent wireframe in
scenarios 1, 2, 3, can get out of sync when its source is modified? Do
you mean (
Oleg,
One thing I try to aim for in my documentation is that each page has the
same density of information. So where I have a screen that includes a lot of
complexity, I would look to break that complexity off into separate pages
with references on the parent. That principle would apply to your sc
I'm looking for the current best practices of managing complexity of
wireframes.
What do you do in the following situations?
1. A page includes multiple panels, each of them is quite complex, with many
details and notes. How to show all child panels and their notes without
cluttering the parent
21 matches
Mail list logo