8.1 GUI comments

[SoundFreak_HD]

Yes it has been requested. You can pretty much rest assured that all of the normal things have been requested.

We used to be able to post in the feature request thread.
Since that thread has gone and the long list has vanished we still can't see the 'normal' things back in the current version.

I'm sure that many if not all users are lost on what has been in the long list, what has been shot down (and why) and what has been requested since and is seriously looked at.

This manner of feature request (last I remember was pm ?) Is definitely not working out for us (and edius)

[plekkie]

8.1 GUI comments

Some remarks with screenshots to clarify (some may already have been mentioned):

In Edius it is possible to scroll through a counter by selecting the counter, the mouse pointer gets two small up/down arrows and you can use the scrollwheel to increase or decrease the counter. In Edius 6 (if I remember correctly) you could scroll even when the mouse was not kept exactly over the counter, it just needed to be selected. In Edius 8 you need to be exactly over the counter, if not, something else will move or change. As I use this a lot, it is very annoying. See 2 screenshots, 1 where scrolling would work ok, 1 where it doesn't, even though the mouse has hardly moved.

When I want to drag a file in the bin to another folder, the folders are not highlighted, so it is guessing by the position of the mouse pointer in which folder the file will land. So each time I do this, I need to double-check if the file has gone in the right folder. (see 1 screenshot)

I would prefer more contrast of sliders and check boxes vs background. See screenshot of layouter window.

I am using the default colour settings of Edius WG 8.1. I have tried with lighter settings but this did not improve contrast.

[GrassValley_SL]

This is the way feature request need to be submitted:

http://forum.grassvalley.com/forum/showthread.php?t=24594

[GrassValley_PS]

Let me say one more time, THIS IS NOT A FEATURE REQUEST THREAD. As Steve has pointed out, there is a procedure for that. This thread is for GUI comments only. We are trying to make this GUI more user friendly so let's keep the thread on topic.

[Captain]

Let me say one more time, THIS IS NOT A FEATURE REQUEST THREAD. As Steve has pointed out, there is a procedure for that. This thread is for GUI comments only. We are trying to make this GUI more user friendly so let's keep the thread on topic.

As a non-native English speaker I am not too sure if I understood where you set the frontier: when does a comment help „to make this GUI more user friendly“, and when is it actually a feature request?

- To say "The GUI is too dark" might be a comment in terms of what this thread is meant to be - but not a constructive one. This applies even more for comments like "I hate it.", "I find it actually quite nice", etc.
- To say "What if the GUI was better balanced, concerning contrast between background and e.g. sliders?" seems more constructive, but could be interpreted as a feature request already and would therefore disqualify for this thread. (?)
- To say "Allow different colors for markers" technically sounds like a request (and in fact is one), yes - but it also comments from that users point of view that markers having all the same colour might be something to be thought over concerning the GUI.

The optical appearance of e.g. sliders will not only relate to their pure visibility, but as soon as their size and position come into play also relates to their handling. The same goes for the display of waveforms, the size/clearness/arrangement of tool windows, symbols, buttons etc.

Therefore: What do you want us to comment on, since complaint comments don't help anybody, and constructive comments on something that is not yet realized or implemented in the GUI might be categorized as what you call a feature request?

Thank you very much for clarifying this. Non-natives Speakers sometimes just need a little more paraphrasing or context :-)

[GrassValley_PS]

As a non-native English speaker I am not too sure if I understood where you set the frontier: when does a comment help „to make this GUI more user friendly“, and when is it actually a feature request?

- To say "The GUI is too dark" might be a comment in terms of what this thread is meant to be - but not a constructive one. This applies even more for comments like "I hate it.", "I find it actually quite nice", etc.
- To say "What if the GUI was better balanced, concerning contrast between background and e.g. sliders?" seems more constructive, but could be interpreted as a feature request already and would therefore disqualify for this thread. (?)
- To say "Allow different colors for markers" technically sounds like a request (and in fact is one), yes - but it also comments from that users point of view that markers having all the same colour might be something to be thought over concerning the GUI.

The optical appearance of e.g. sliders will not only relate to their pure visibility, but as soon as their size and position come into play also relates to their handling. The same goes for the display of waveforms, the size/clearness/arrangement of tool windows, symbols, buttons etc.

Therefore: What do you want us to comment on, since complaint comments don't help anybody, and constructive comments on something that is not yet realized or implemented in the GUI might be categorized as what you call a feature request?

Thank you very much for clarifying this. Non-natives Speakers sometimes just need a little more paraphrasing or context :-)

Excellent point, and my admiration for all of you that speak more than one language. It is one area of my many shortcomings.

Basically what we don't want is "I would like waveforms in the Player Monitor" or "I want to be able to drag clips from the timeline to the Bin with Effects".

What we basically want is things that will make the interface more pleasing to work with. Yes, this does get into some functionality at times. For example waveforms on the Timeline. No one liked the change with the name on the bottom so it was reverted to somewhat the same as 7. But we would like the waveforms look to be better than that (and that will affect function). In this example the screenshots are very valuable for us to show the engineers vs saying we need better waveforms.

If I had to sum it up, I would say your post should address, does it have to do with the way the EDIUS GUI looks?