But, since I have to look after the users' funkcionality of the complete
program in the studio, especially in Live mode, I have some suggestions.
Seems like we have lost the point of our former agreements from Prague,
where I had the proposition that the main keys (one for the start/pause and
one for stop) should have the position on the left side of the screen and
arranged in line, and to be as bigger as possible .
As I can see, now that keys became smaller and they are positioned on the
middle of the screen and have the unnecessary rew and ffwd buttons nearby.
We agreed not to do that because on that way we can easilly enlarge the
possibilities of mistake. That's why we need to have only two buttons on
the left side on the beginning of the screen. One of the reasons lies in
practical usage - in the touch screen mode ,the users will keep their hands
on the physical edge of the left side of the monitor so that the main keys
are near their fingers for easy operating. Here in Live mode, the most
important thing is to execute start without any mistakes and with the
biggest precision possible.
Main part of the design - my proposition is that the main keys size should
be the same as the slot size.
Please try to keep your eyes shut in front of the screen for a few moments
and just for a second qickly open them and then close them again. The things
you keep in your mind except colours, have to be informations, two big
buttons (start/pause, stop/rewind), name of the file or music number, and
the remaining time.
Next information that goes by the importance are ppm audio level meter, and
few next numbers on the playlist. All other things (fades, time, search
buttons...) are by its importance in a third category and they mustn't look
like the keys in the first and most important category, neither by its size
nor by its colur.
Can these suggestions be helpful in any way? Do we have enough time to
reposition these main things? Or is it too late?
If it is not , I will be on mail non stop in the next few days (like I
agreed with Sava earlier) if it is necessary to help you in order to create
the final product and give the final touch.
It's definitely not too late. We're meeting here in New York tomorrow, and we'll
do a revision of the design to incorporate your comments. This is bound to be an
iterative process, and we'll just keep working it out until everything makes
sense.
>Hi Parsons,
>
>Nice work, nice colours and design is very cool.
>
>But, since I have to look after the users' funkcionality of the complete
>program in the studio, especially in Live mode, I have some suggestions.
>
>Seems like we have lost the point of our former agreements from Prague,
>where I had the proposition that the main keys (one for the start/pause and
>one for stop) should have the position on the left side of the screen and
>arranged in line, and to be as bigger as possible .
>
>As I can see, now that keys became smaller and they are positioned on the
>middle of the screen and have the unnecessary rew and ffwd buttons nearby.
>We agreed not to do that because on that way we can easilly enlarge the
>possibilities of mistake. That's why we need to have only two buttons on
>the left side on the beginning of the screen. One of the reasons lies in
>practical usage - in the touch screen mode ,the users will keep their hands
>on the physical edge of the left side of the monitor so that the main keys
>are near their fingers for easy operating. Here in Live mode, the most
>important thing is to execute start without any mistakes and with the
>biggest precision possible.
>
> Main part of the design - my proposition is that the main keys size should
>be the same as the slot size.
>
>Please try to keep your eyes shut in front of the screen for a few moments
>and just for a second qickly open them and then close them again. The things
>you keep in your mind except colours, have to be informations, two big
>buttons (start/pause, stop/rewind), name of the file or music number, and
>the remaining time.
>Next information that goes by the importance are ppm audio level meter, and
>few next numbers on the playlist. All other things (fades, time, search
>buttons...) are by its importance in a third category and they mustn't look
>like the keys in the first and most important category, neither by its size
>nor by its colur.
>
>Can these suggestions be helpful in any way? Do we have enough time to
>reposition these main things? Or is it too late?
>
>If it is not , I will be on mail non stop in the next few days (like I
>agreed with Sava earlier) if it is necessary to help you in order to create
>the final product and give the final touch.
>
>
> best, robert
>
>
>
>
>
>
>________________________________
>
>
>Robert Klajn
>
>* klajn@b92.net
>
>
>-----Original Message-----
>From: Catalin Lazia [mailto:catalin@chromatika.net]
>Sent: 10. jul 2004 18:04
>To: livesupport-dev@campware.org
>Subject: Re: [livesupport-dev] design comps for review
>
>are we still meeting on sunday ?
>
>cata
>
>charles truett wrote:
>
>>d
>>Greetings from Brooklyn,
>>
>>Here are the design comps completed thus far, for review by the group.
>>
>>
>>http://a.parsons.edu/~livesupport/7904/master.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/livemode.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_browse.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_search.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_timeline.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/smallpalettes.jpg
>>
>>two additional comps will be posted tomorrow, the scheduler, and the nested
>
>>playlist view in the livemode palette.
>>
>>
>>Enjoy!
>>
>>
>>Charles
>>
>>
>>
>
>
>
>__________ NOD32 1.807 (20040710) Information __________
>
>This message was checked by NOD32 Antivirus System.
>http://www.nod32.com
>
>
>
------------------------------------------
Posted to Phorum via PhorumMail
"charles truett" ,
m> cc:
Subject: RE: [livesupport-dev] design comps for review
07/10/04 08:50
PM
Please respond
to
livesupport-dev
Robert,
It's definitely not too late. We're meeting here in New York tomorrow, and
we'll
do a revision of the design to incorporate your comments. This is bound to
be an
iterative process, and we'll just keep working it out until everything
makes
sense.
>Hi Parsons,
>
>Nice work, nice colours and design is very cool.
>
>But, since I have to look after the users' funkcionality of the complete
>program in the studio, especially in Live mode, I have some suggestions.
>
>Seems like we have lost the point of our former agreements from Prague,
>where I had the proposition that the main keys (one for the start/pause
and
>one for stop) should have the position on the left side of the screen and
>arranged in line, and to be as bigger as possible .
>
>As I can see, now that keys became smaller and they are positioned on
the
>middle of the screen and have the unnecessary rew and ffwd buttons
nearby.
>We agreed not to do that because on that way we can easilly enlarge the
>possibilities of mistake. That's why we need to have only two buttons on
>the left side on the beginning of the screen. One of the reasons lies in
>practical usage - in the touch screen mode ,the users will keep their
hands
>on the physical edge of the left side of the monitor so that the main
keys
>are near their fingers for easy operating. Here in Live mode, the most
>important thing is to execute start without any mistakes and with the
>biggest precision possible.
>
> Main part of the design - my proposition is that the main keys size
should
>be the same as the slot size.
>
>Please try to keep your eyes shut in front of the screen for a few moments
>and just for a second qickly open them and then close them again. The
things
>you keep in your mind except colours, have to be informations, two big
>buttons (start/pause, stop/rewind), name of the file or music number, and
>the remaining time.
>Next information that goes by the importance are ppm audio level meter,
and
>few next numbers on the playlist. All other things (fades, time, search
>buttons...) are by its importance in a third category and they mustn't
look
>like the keys in the first and most important category, neither by its
size
>nor by its colur.
>
>Can these suggestions be helpful in any way? Do we have enough time to
>reposition these main things? Or is it too late?
>
>If it is not , I will be on mail non stop in the next few days (like I
>agreed with Sava earlier) if it is necessary to help you in order to
create
>the final product and give the final touch.
>
>
> best, robert
>
>
>
>
>
>
>________________________________
>
>
>Robert Klajn
>
>* klajn@b92.net
>
>
>-----Original Message-----
>From: Catalin Lazia [mailto:catalin@chromatika.net]
>Sent: 10. jul 2004 18:04
>To: livesupport-dev@campware.org
>Subject: Re: [livesupport-dev] design comps for review
>
>are we still meeting on sunday ?
>
>cata
>
>charles truett wrote:
>
>>d
>>Greetings from Brooklyn,
>>
>>Here are the design comps completed thus far, for review by the group.
>>
>>
>>http://a.parsons.edu/~livesupport/7904/master.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/livemode.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_browse.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_search.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/library_timeline.jpg
>>
>>http://a.parsons.edu/~livesupport/7904/smallpalettes.jpg
>>
>>two additional comps will be posted tomorrow, the scheduler, and the
nested
>
>>playlist view in the livemode palette.
>>
>>
>>Enjoy!
>>
>>
>>Charles
>>
>>
>>
>
>
>
>__________ NOD32 1.807 (20040710) Information __________
>
>This message was checked by NOD32 Antivirus System.
>http://www.nod32.com
>
>
>
------------------------------------------
Posted to Phorum via PhorumMail
Hey, that's pretty! Hope Robert gets a chance to see them.
BTW, i think it'd be useful to have a simple index page from which you
could click on all the links (thumbnails would be better, but that's for
version 1.1 )
Should we install something like Gallery to simplify the viewing?
Sava
"charles truett"
m> cc:
Subject: RE: [livesupport-dev] design comps for review
07/15/04 05:43
PM
Please respond
to
livesupport-dev
At 18:48 15.07.2004, you wrote:
>ok i made an html page so it will be easier to look at the designs.
>
>a.parsons.edu/~livesupport/designs
really great. just on a functional level: i seem to remember that you were
planing to merge the main function panel with the very-main panel running
across the top, if and when something like 'live assist mode' is happening,
i.e. a panel that can not be closed unless you switch off this mode (live
assist).
content and media development http://mi.cz
----------------------------------------------------------------- http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I really don't see your problem." (Akos Maroy)
-----------------------------------------------------------------
------------------------------------------
Posted to Phorum via PhorumMail
content and media development http://mi.cz
----------------------------------------------------------------- http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I really don't see your problem." (Akos Maroy)
-----------------------------------------------------------------
------------------------------------------
Posted to Phorum via PhorumMail
content and media development http://mi.cz
----------------------------------------------------------------- http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I really don't see your problem." (Akos Maroy)
-----------------------------------------------------------------
------------------------------------------
Posted to Phorum via PhorumMail
I agree that tabs translate the idea of different palettes over well for the
HTML GUI. From there, as Micz mentioned there are two options: either a
sidebar within each tabbed section (palette) with more functions like
editing, etc. OR a pulldown menu with more functions displayed within the
menu. In my opinion the pulldown menu seems a bit more sensible from a
usability point of view and seems more flexible in terms of transporting a
similar metrics over to future software packages.
I'm not sure that I understand the following too clearly:
> choosing from the pulldown, i will arrive at:
> a) the function i chose (like *edit metatag*)
> b) the palette cluster for *file management* (with the other functions
from
> the pulldown running down a column on the left.
For the sake of clarity, let's call each horizontally displayed item within
the menu a 'tab' and each vertically displayed item a 'subtab'.
I think you're saying that if I was to click on 'subtab1a' I will get to the
same place as I would if I were to click on 'TabA', but with the contents of
'subtab1a' displayed as well, since the tabs are supposed to be like
'palettes'. Then within that section there would be a sidebar that would
list all of the functions (subtabs) that apply to 'TabA' (and perhaps of all
of the tabs as well). Therefore I have the option to navigate either
through the top menu or through the sidebar menu.
Sorry if this was really confusing. This shouldn't be all that complicated.
I just want to see if I am understanding your point or not. I might be
completely off.
Sangita
------------------------------------------
Posted to Phorum via PhorumMail
At 20:04 16.07.2004, you wrote:
>TabA TabB TabC
>subtab1a subtab1b subtab1c
>subtab2a subtab2b subtab2c
>subtab3a subtab3b subtab3c
>
>I think you're saying that if I was to click on 'subtab1a' I will get to the
>same place as I would if I were to click on 'TabA', but with the contents of
>'subtab1a' displayed as well, since the tabs are supposed to be like
>'palettes'.
yes.
in your example:
TabA = "scheduler"
and
subtab1a = "add item"
if i click on "add item" i will be asked to type in where and when
if i click on "scheduler" i see the scheduler overview.
in both cases on the left i will see the menu for scheduler in a column:
content and media development http://mi.cz
----------------------------------------------------------------- http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I really don't see your problem." (Akos Maroy)
-----------------------------------------------------------------
------------------------------------------
Posted to Phorum via PhorumMail
I think it looks much better, and that we are on the right way now.
Since I am on Crete, I have difficulties in reading and checking mail on
my PDA and I didn't manage to look everything on a list
best robert
------------------------------------------
Posted to Phorum via PhorumMail