Duet Web Control 2.0.0-RC3 is ready

resam

@Edgars-Batna one would argue that Yes/No buttons are bad UX in general. It is more intuitive to re-use the verbs of the action you want to carry out:

"Are you sure you want to delete this file?" -> Delete / Cancel
"Start print now?" Print / Cancel

I'm not sure about the current state, but I think Mac and Windows used to have opposite positions for the affirmative and the cancel button placement (left or right)...

Edgars Batna

@resam I suppose I agree. You could expand that to left-to-right reading order and having the first button as the default. Also, it's better to have the actions stacked vertically and have much larger buttons once the text is longer.

But otherwise it's more about the change compared to previous version. It should stay consistent per application. Changes like this between versions of same application are way worse in terms of UX. At some point people don't even read the messages anymore as they predict what comes next.

kazolar

@3dmntbighker thanks for reprap.htm idea, that worked on my pixel

JRDM

So far, I like how it's laid out. Time will tell if it's a more efficient layout.

I think the "light" scheme is way too flat, not enough contrast between background white and the almost-white sub-boxes. Even on a good monitor it's kind of a big field of almost white on white, on a marginal monitor it all washes out to white and there's no good edges for my eyes to catch onto. It would be helpful if the dividing lines would be a bit thicker too.

kraegar

Not exactly related to the new version, but I'd love to see the ability to move gcode files into sub directories from within the GUI.

wilriker

@kraegar said in Duet Web Control 2.0.0-RC2 is ready:

Not exactly related to the new version, but I'd love to see the ability to move gcode files into sub directories from within the GUI.

That was possible in DWC1 already. I have not yet tried in DWC2, though.

kraegar

@wilriker How? I can make a folder, but can't figure a way to move a gcode file between folders. Unless I just upload a new copy of them.

wilriker

@kraegar Select them via the checkbox and then drag-n-drop. To get them a folder up use the bread-crumbs above the file list.

P.S.: Just tested: you don't even have to select them via the checkboxes. Single files can just be drag-n-dropped directly. Use the "link" (that usually opens the wanna-print-this-dialog) as a click-location.

kraegar

@wilriker Hmm. What browser? Isn't working for me in either. I'm on chrome. Could be user error I guess

wilriker

@kraegar I use Vivaldi but that is basically a Chrome with a modified UI.

Are we both talking about DWC1? Because that's where it works. I just tried and it seems to not be implemented in DWC2 so far.

kraegar

Yep. Maybe it's being interefered with by a plugin or something on my side. Going to stop spamming this thread with it.

kraegar

Ok, yep, it works in DWC1, not 2

dc42

@sigxcpu said in Duet Web Control 2.0.0-RC2 is ready:

Then something is broken in backlog implementation because the Nth+1 connection gets TCP RST instead of waiting. Here is how to find out N:

I've found a couple of reasons for these issues:

DuetWiFiServer is coded to reject TCP connections if there are no listeners available for them. There are 4 HTTP responders, so an attempt to open a 5th concurrent HTTP connection is refused. I think this is the right thing to do. With luck, the browser will respect it.
The main problem I have identified is that DuetWiFiServer is running out of buffer space when returning multiple files concurrently. This results in the connection being aborted. I plan to change the code to buffer outgoing messages in our own code instead of in lwip, so that I can be sure that sufficient memory is available before accepting a message from the Duet.

sigxcpu

@dc42 said in Duet Web Control 2.0.0-RC2 is ready:

@sigxcpu said in Duet Web Control 2.0.0-RC2 is ready:

Then something is broken in backlog implementation because the Nth+1 connection gets TCP RST instead of waiting. Here is how to find out N:

I've found a couple of reasons for these issues:

DuetWiFiServer is coded to reject TCP connections if there are no listeners available for them. There are 4 HTTP responders, so an attempt to open a 5th concurrent HTTP connection is refused. I think this is the right thing to do. With luck, the browser will respect it.

The main problem I have identified is that DuetWiFiServer is running out of buffer space when returning multiple files concurrently. This results in the connection being aborted. I plan to change the code to buffer outgoing messages in our own code instead of in lwip, so that I can be sure that sufficient memory is available before accepting a message from the Duet.

Maybe I don't get this right, but 4 HTTP responders and backlog = 8 means that we can have up to 12 simultaneous connections, 4 accepted, 8 pending. The reset/connection refused should happen on the 13th concurrent attempt.
Based on your description (thanks, btw) and my network knowledge, I am pretty sure that the actual backlog is 0 if the 5th connection is refused.

percar

I have now been using the DWC 2.0.0 R2 for a few days now. I love the format. I also understand that this is a new undertaking and bugs are expected. Please continue in this direction because I feel that the new DWC format will be awesome once the bugs are gone. I ran into very few issues with one being the download time for the Gcodes to be printed. Also there have been a few disconnects which I have not really investigated the reason behind the disconnects. I am sure as time progresses this will all be sorted out. Again Thanks

gtj0

I have to say... I'm not a fan. Sorry.

Non sales/marketing users interfaces need to be designed for people who are going to be sitting in front of it and using it for 8 hours a day. Here are some things I'd like to see...

Get rid of the spacing in the left menu, then you don't need the major items to collapse. Keep it compact so everything you need is in the smallest space that's still usable.

The temperature plots are nice but I'd rather see a grid of my macros in that spot. Maybe you could keep the plots if the spacing in the other widgets were reduced.

When you scroll, the menu and top widgets should be pinned. For instance, when you're looking at the macros or system files, the only thing that should scroll is the list of files themselves. Even the list column headers and upload buttons should be fixed.

For devices with 3 movement axes and 1 or more extruders, the movement buttons should be laid out in a cross pattern. Vertical row for Y, horizontal row for X, then to the side, a vertical row for Z and each extruder.

These may be in the works but...
The height map display doesn't show the statistical analysis so if you look at it later you don't know the magnitude of the colors.

There's no display of system information.

3dmntbighker

How do I change the default fan from "Tool Fan" to "Fan 0"? I can't even hide Tool Fan, but I have to keep manually showing Fan 0, which is the tool fan.

kazolar

Maybe this was answered, but where is the diagnostics page in the new UI. I can't find drives/current/end stop status screen.

wilriker

@kazolar I don't think this is there, yet.

r123

Have not yet installed this. But would love to see a screenshot from someone who has so as to understand better what everyone's talking about!