On 02/26/2015 07:26 AM, Chris Murphy wrote:
On Wed, Feb 25, 2015 at 10:24 PM, Ralf Corsepius rc040203@freenet.de wrote:
On 02/25/2015 09:30 PM, Chris Murphy wrote:
If people aren't actually going to test what we have, and file bug report,
If you want to see this thing fixed, tested and see bug reports, then publish updates on a regular basis. Monthly network installer iso images, for instance.
Rawhide nightlies have boot.iso (which is network installer ISO).
I am not talking about rawhide (which I consider to be a dumping ground for packages), I am talking about released distros and in-release-preps distros. I.e. updated images for f20. f21, f22.
And yes, an aspect, we haven't yet discussed is the look'n'feel of the GUI - Sure, this is personal taste, I do not consider the anaconda GUI changes as improvements.
I have criticized the UI/UX of the installer. I have almost totally given up on that at this point because there's just no will power on the part of Anaconda to fix it, absent extremely clear proven concepts to fix the deficiencies rather than just throw spaghetti at a wall to find out how many less users the UI/UX annoys. So if you have some mock ups and at least clear rationalization of how this improves UI/UX, file an RFE. But it's better if you can at least ping the Fedora UI expert: http://blog.linuxgrrl.com/
"Fedora UI expert"? Sorry, but I am ROTFL.
I don't know on which basis this person has gained the "expertise" from, but my personal impression on this GUI work definitely is negative. It's fashion-design not usability/functionality-oriented design.
let alone "expert" features that only sometimes work.
Once again: I feel you are trying to have "smart" features - This is not what "experts" want -
Tough.
They want full control,
Tough.
I don't buy this. The working principle should pretty simple.
OK well I'll put you in the troublemaker category too because you keep saying you see problems but you've given no examples and you've supplied no bug reports.
OK, provided what you say, I'll put you into the non-cooperational, learning-resistant RH-puppet category.
EOT