Hi,
before switching off for the rest of the year, a little status. I have three branches pending in this order:
- wip/permanent-dashboard, pull request #170.
Stores the list of machines on the machine running cockpit-ws, with the usual notifications, etc. Can discovers machines via OpenSLP.
- wip/multi-manage-hack
A gross hack to enable the "manage" button for all machines on the dashboard. It's ugly but better than the status-quo, IMO.
- wip/initial-setup
A 'wizard' kind of thing that can synchronize user accounts from one machine to another. This is very raw.
If someone wants to review these, please start at the top.
Have a great holiday!
On 12/23/2013 02:39 PM, Marius Vollmer wrote:
wip/initial-setup
A 'wizard' kind of thing that can synchronize user accounts from one machine to another. This is very raw.
I've been playing around with this for a while now. Good start!
Ideally I think the Setup should be launched when adding a second machine instead of being a separate action. There is also the issue that the wizard shrinks when going through the steps. I got slightly confused at the progress of the last step, where it says "Updating andreasn" and I was afraid to cancel it by Closing the dialog, but the action was actually done already, so maybe it should say "Updated andreasn" and "Created rupert". I think it can also be clearer where it updates or creates what, ie. "Created rupert on Machine A" - Andreas
On 01/13/2014 01:39 PM, Andreas Nilsson wrote:
On 12/23/2013 02:39 PM, Marius Vollmer wrote:
wip/initial-setup
A 'wizard' kind of thing that can synchronize user accounts from one machine to another. This is very raw.
I've been playing around with this for a while now. Good start!
Ideally I think the Setup should be launched when adding a second machine instead of being a separate action. There is also the issue that the wizard shrinks when going through the steps. I got slightly confused at the progress of the last step, where it says "Updating andreasn" and I was afraid to cancel it by Closing the dialog, but the action was actually done already, so maybe it should say "Updated andreasn" and "Created rupert". I think it can also be clearer where it updates or creates what, ie. "Created rupert on Machine A"
Hi again! I made a ui-review on the pull request itself instead. Easier to track than e-mail I hope. https://github.com/cockpit-project/cockpit/pull/180 - Andreas
On 12/23/2013 02:39 PM, Marius Vollmer wrote:
wip/multi-manage-hack
A gross hack to enable the "manage" button for all machines on the dashboard. It's ugly but better than the status-quo, IMO.
Nice! Can this be activated by hitting somewhere in the entire cell instead? It would make it a bigger hit target and be more consistent with the rest of Cockpit's UI. - Andreas
Andreas Nilsson lists@andreasn.se writes:
On 12/23/2013 02:39 PM, Marius Vollmer wrote:
wip/multi-manage-hack
A gross hack to enable the "manage" button for all machines on the dashboard. It's ugly but better than the status-quo, IMO.
Nice! Can this be activated by hitting somewhere in the entire cell instead? It would make it a bigger hit target and be more consistent with the rest of Cockpit's UI.
Yes. The only slight issue is that "Manage" is only available when there actually is a connection to the machine. What should happen when the user clicks on the box of a disconnected machine? Nothing? A dialog that offers to reconnect?
On 01/13/2014 05:37 PM, Marius Vollmer wrote:
Andreas Nilsson lists@andreasn.se writes:
Nice! Can this be activated by hitting somewhere in the entire cell instead? It would make it a bigger hit target and be more consistent with the rest of Cockpit's UI.
Yes. The only slight issue is that "Manage" is only available when there actually is a connection to the machine. What should happen when the user clicks on the box of a disconnected machine? Nothing? A dialog that offers to reconnect?
What if it Connects and then goes directly to Manage upon click (and gives an error if it doesn't succeed)? I don't think a dialog would be needed in that case. - Andreas
cockpit-devel@lists.fedorahosted.org