copy and paste all in one... some early answers before i go to the office

charles and robert:

>Micz : MAIN PANEL what is the blue crossing lines thing in the *now
>playing* window?
>
>That means that the Xfading function is on, but only between the now
>playing audio file and the next comming audio file.

charles, if i understand robert right, this is only an indicator, not a
button. the mere size of the beast puzzles me. now it is a button - and in
a way it needs to be, so it is coherent.

>Micz : buttons for transisiton launch not given yet
>
>If you think on the unmarked buttons between slots (and that is the X fade
>option), personally I think it looks better without any icon on it.

i think it is fine the way it is now in the revised version with icons on.
i feel that the outline mode on the crossfade is something new to the
entire interface - is there anything else with outlines? if no, possibly
either an icon or a single line design might be more embedded?

>Micz: CUE WINDOW in the scratch pad, we need four buttons for in and out
>points
>set IN / OUT
>unset IN / OUT
>
>Are you thinking on Cue window or Scratch pad? We already have those
>buttons in the Cue window, and I can't see their function in the scratch
>pad

only CUE window.

no, we do not have the unset in and out mode in the CUE window and we need
those. just trust me on this one... from hours of video editind i came to
love the unset in and out buttons. i even came to love them as hotkeys

if i have one wildcard joker in this game, i play it for these two buttons

>>LIVE MODE
>>the times for each item in the que are specified in the documents i sent
>>last week. i think they were:
>>a) time when playing (on the left)
>>b) duration of file (taking IN and OUT into consideration)
>>c) IN and OUT points when set (and total IF set)
>>
>>because b depends on c i suggest something like this:
>>no IN OUT:
>>duration 00:05:25
>>with IN
>>duration 00:05:00 (IN: 00:00:25 total: 00:05:25)
>>with OUT
>>duration 00:05:00 (OUT: 00:05:00 total: 00:05:25)
>>with IN and OUT
>>duration 00:04:35 (IN: 00:00:25 OUT: 00:05:00 total: 00:05:25)
>>
>>buttons for transisiton launch not given yet
>
>the duration in the livemode window is the duration of the file that will
>play on the air, taking into account the in and out points. if the file
>has had its in and out points edited,
>it will be displayed in brackets.

can you show me this in the design?

>Do you think it is necessary to display all of the information in the Live
>Mode window? to me it seems unecessary, and potentially adds to clutter.

i might want to know. but then that's me - if robert does not think so, i
drop that bone

>>zoom icons
>>see them here:
>>http://www.softpedia.com/screenshots/11-1-4-6_1.png
>>on the bottom next to the player panel
>sangita is making these icons, they'll be in place soon.

ok

>>>I have a question about the menu across the top of the application - are
>>>we goign to have one?
>>
>>me answer is YES. there we will include and order ALL functionality. we
>>will probably need this to cover everything. i (actually) even suggest
>>panel relevant pulldowns. a good example of that you can see with GIMP:
>>http://www.gimp.org/screenshots/solaris_screenshot1.png
>>
>>>are the headers : LiveSupport / File / Edit / Window / Help ?
>>
>>that's a good question... but for as long as it is text, do you need to know?
>
>Nope.

ok. these also need to be included.

>i'm thinking that clicking the button of a palette that is open, for
>example, clicking the CUE button on the Live Mode palette when the CUE
>palette is open, in this
>case, the CUE palette closes. Is that the consensus?

yes. and once it is closed the status of the button changes in the live mode.

>>>1. is there any other status the buttons need?
>we'll have a rollover state

ok

>>>2. if i click the history button in the live mode panel, does the
>>>history window close?
>i think so, yes

ok

>>>3. if i click the live mode button in the main panel, do live mode AND
>>>history window close?
>no. it could stay open. the basic idea being the user can have more
>options, rather than fewer. if they want to have the history
>palette open but not the livemode window, why not? not sure why they would
>want this, but i'm in favor of greater flexibility if possible.
>what do you think?

i think the same. it needs to be in the pulldown at least if it is a panel
that can be open on its own. so there we have the argument for the pulldowns

>with all the other windows in the application. the master palette should
>be restricted to the main palettes.

yes.

over and out,

Micz Flor - micz@mi.cz

content and media development http://mi.cz
-----------------------------------------------------------------
http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"Das kommt in beiden Faellen Blau. Von Lila keine Spur."
(Heike Bruysten)
-----------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail