Hi, I've just (partly) finished a Pattern-Selector proposal for new installation/software management. See: http://en.opensuse.org/YaST/Development/Pattern_Selector_Proposal Even if $this one is finished, it's still work in progress: * We'd like not to use RichText * Expandable pattern-groups * Pattern names printed in bold (?) * Possibility to hide the pattern description (?) All ideas are welcome :) Thanks and Bye Lukas PS: We're still 'a bit' limited by UI capabilities, of course ;) -- Lukas Ocilka, YaST Developer (xn--luk-gla45d) ----------------------------------------------------------------- SUSE LINUX, s. r. o., Lihovarska 1060/12, Praha 9, Czech Republic
On Friday 07 December 2007 14:31:07 Lukas Ocilka wrote:
Hi,
I've just (partly) finished a Pattern-Selector proposal for new installation/software management.
See: http://en.opensuse.org/YaST/Development/Pattern_Selector_Proposal
Hi Lukas What is the idea? I mean, what is it replacing and why? /me lacks context Duncan -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
Duncan Mac-Vicar Prett napsal(a):
On Friday 07 December 2007 14:31:07 Lukas Ocilka wrote:
Hi,
I've just (partly) finished a Pattern-Selector proposal for new installation/software management.
See: http://en.opensuse.org/YaST/Development/Pattern_Selector_Proposal
Hi Lukas
What is the idea? I mean, what is it replacing and why? /me lacks context
Hi, The idea is to create a new Pattern Selector in the Installation :) This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one: * Unify with Standard Pattern selector in detailed software selection * Unify with Desktop Selection dialog (needs a face-lifting) * Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics... * ... Other ideas could come. And I hope they *will* come also from the others :) Bye Lukas
Sex, 2007-12-07 às 14:50 +0100, Lukas Ocilka escreveu:
Hi,
The idea is to create a new Pattern Selector in the Installation :) This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one:
* Unify with Standard Pattern selector in detailed software selection * Unify with Desktop Selection dialog (needs a face-lifting) * Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics... * ...
Yep, its a good idea, and your implementation looks great too. :) yast-gtk doesn't do HTML tables, and I know that the Gnome-CD uses yast-gtk, but I haven't tried the CD install myself. Does it feature the pattern selector? If yes, what would the fallback be? This seems like something that could be done with a YMultiSelectionBox. yast-gtk supports the icons property there. Try: http://svn.opensuse.org/viewcvs/yast/trunk/gtk/tests/IconItems-MultiSelectionBox.ycp?revision=42515&view=markup Cheers, Ricardo
Other ideas could come. And I hope they *will* come also from the others :)
Bye Lukas
-- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
Am Freitag 07 Dezember 2007 schrieb Ricardo Cruz:
Sex, 2007-12-07 às 14:50 +0100, Lukas Ocilka escreveu:
Hi,
The idea is to create a new Pattern Selector in the Installation :) This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one:
* Unify with Standard Pattern selector in detailed software selection * Unify with Desktop Selection dialog (needs a face-lifting) * Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics... * ...
Yep, its a good idea, and your implementation looks great too. :)
yast-gtk doesn't do HTML tables, and I know that the Gnome-CD uses yast-gtk, but I haven't tried the CD install myself. Does it feature the pattern selector? If yes, what would the fallback be?
No, GNOME-CD uses yast-qt too for installation. Greetings, Stephan -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
This seems like something that could be done with a YMultiSelectionBox. yast-gtk supports the icons property there. Try: http://svn.opensuse.org/viewcvs/yast/trunk/gtk/tests/IconItems-MultiSelecti onBox.ycp?revision=42515&view=markup
Nope, YMultiSelectionBox is currently a planar widget (i.e. all items are on the same level, it does not support top-level items with sub-items) So maybe we could possibly: * extend YMultiSelectionBox and make it some hybrid beast of current YMultiSelectionBox and YTree - a tree where each item (except for top-level item) would have its own checkbox * use separate MultiSelectionBox for each top-level category (clumsy, they would certainly not fit the screen) * ... something else ... B. -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter
Sex, 2007-12-07 às 16:03 +0100, Katarina Machalkova escreveu:
This seems like something that could be done with a YMultiSelectionBox. yast-gtk supports the icons property there. Try: http://svn.opensuse.org/viewcvs/yast/trunk/gtk/tests/IconItems-MultiSelecti onBox.ycp?revision=42515&view=markup
Nope, YMultiSelectionBox is currently a planar widget (i.e. all items are on the same level, it does not support top-level items with sub-items)
It wouldn't be identical to that one, but you can do that e.g. with a YSelectionBox on the left for the categories, and the YMultiSelectionBox on the right for the patterns. The user chooses a category, and the patterns selector gets populated. Both support icons, and you can do breaklines too, so it wouldn't be that different. Cheers, Ricardo -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
On Fri, Dec 07, 2007 at 04:03:36PM +0100, Bubli wrote:
This seems like something that could be done with a YMultiSelectionBox. yast-gtk supports the icons property there. Try: http://svn.opensuse.org/viewcvs/yast/trunk/gtk/tests/IconItems-MultiSelecti onBox.ycp?revision=42515&view=markup
Nope, YMultiSelectionBox is currently a planar widget (i.e. all items are on the same level, it does not support top-level items with sub-items)
So maybe we could possibly: * extend YMultiSelectionBox and make it some hybrid beast of current YMultiSelectionBox and YTree - a tree where each item (except for top-level item) would have its own checkbox
BTW that is also what prusnak needed for the migration assistant. I told him that we do not have it and ended up implementing it differently. http://lists.opensuse.org/opensuse-factory/2007-12/msg00030.html So yes, demand exists.
* use separate MultiSelectionBox for each top-level category (clumsy, they would certainly not fit the screen) * ... something else ...
-- Martin Vidner, YaST developer http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
On Fri, Dec 07, 2007 at 02:50:14PM +0100, Lukas Ocilka wrote:
Hi,
The idea is to create a new Pattern Selector in the Installation :) This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one:
* Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics...
Then we should get rid of items called "Base System", "Enhanced Base System", "KDE4 Base System", "X Window System", "Fonts" and so on. ciao Arvin -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arvin Schnell wrote:
On Fri, Dec 07, 2007 at 02:50:14PM +0100, Lukas Ocilka wrote:
Hi,
The idea is to create a new Pattern Selector in the Installation :) This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one:
* Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics...
Then we should get rid of items called "Base System", "Enhanced Base System", "KDE4 Base System", "X Window System", "Fonts" and so on.
Did you mean those things called "Software Patterns" (!patents) :) ;) No, we'll not get rid of them, of course. That dialog is an _example_ what could we do, which way we could go. It isn't the final look and it doesn't have the final content. I made that dialog using data we had in ZYPP, that's all... Bye Lukas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHXGaIVSqMdRCqTiwRAmoZAJ9AR30GYpPWEyMNfKzxd5ZvEm6qvACeLEcM v5++uTAXhkR/O1Q9pDC1h1s= =umVF -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
On Friday 07 December 2007 14:50, Lukas Ocilka wrote:
The idea is to create a new Pattern Selector in the Installation :)
Why? In what way did the requirements change from not so long ago when we made the current pattern selector (after extensive talks with product and project managers and usability)? And if we want a change there, why not do it at the place where it makes sense: At the dedicated PatternSelector widget that we have for just this purpose?
This Pattern Selector (or rather Software/Task Selector) could replace and unify more dialogs in one:
* Unify with Standard Pattern selector in detailed software selection
Write something different that does less than the existing version and then unify that new different thing with the existing one does not make very much sense to me.
* Unify with Desktop Selection dialog (needs a face-lifting)
I don't see very many things in common with the desktop selection. Unless, of course, we strip all kinds of features from the pattern selector to make it as simplistic as the desktop selection. The pattern selector lets the user choose any number of software patterns. Some of them may have dependencies to other patterns. Some of them may even conflict with other patterns. Dependency resolution is required here. The desktop selection lets the user choose a main (!) desktop. The main purpose of this is to know what display manager (KDM, GDM, XDM, none) to use. The question by itself should not be there in the first place; we all know that the background were mostly to avoid trench wars between the hardcore KDE and GNOME advocats. At this place during installation, there is no reasonable way a (novice) user can answer the question in any informed manner; he has to make a choice mostly based on gut feelings. But since all that is a bit too complicated to confront the user with during installation, we chose to call it "desktop selection". In truth, it's more complicated, and we might want to ask the user differently, maybe like this: Select Desktops [ ] GNOME [ ] KDE Select Graphical Login Manager ( ) GNOME (GDM) ( ) KDE (KDM) ( ) Basic X11 (XDM) ( ) No Graphical Login This would be a lot closer to the truth. In fact, all we ask now is the second question, but many users are not aware of that; it's not at all that obvious. There are a great many users out there who don't even know that a GNOME application will also run on KDE and vice versa (just listen in to the freenode #suse IRC channel). And there are even more who don't know that you can install both major desktops in parallel, even though you have to choose one login manager. If we want any change in the desktop selection (and IMHO it would deserve a change to the better), we should go this way rather than try to unify things that really are different.
* Add new High-level Software/Task Selector that would solve software selection from the user's view: I want to use Internet, Do some office work, Graphics...
That's the idea behind patterns. If our current patterns don't allow users to
do that, we should rethink if the way we use them is right.
CU
--
Stefan Hundhammer
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lukas Ocilka wrote:
I've just (partly) finished a Pattern-Selector proposal for new installation/software management.
See: http://en.opensuse.org/YaST/Development/Pattern_Selector_Proposal
It looks pretty sweet but from an usability point of view (even though I'm no usability expert, just gut feeling), wouldn't it be a better idea to have a 2-staged selection ? I mean having a first list (e.g. icons in a first scrollable column on the left) for the categories ("Base technologies", "Desktop functions", ...) and then the detail on the right ? Drawback would be that you can't see everything at once, but you can't do that anyway because the list of options is extremely long.
Even if $this one is finished, it's still work in progress: * We'd like not to use RichText * Expandable pattern-groups * Pattern names printed in bold (?) * Possibility to hide the pattern description (?)
All ideas are welcome :)
cheers
- --
-o) Pascal Bleser http://linux01.gwdg.de/~pbleser/
/\\
participants (9)
-
Arvin Schnell
-
Duncan Mac-Vicar Prett
-
Katarina Machalkova
-
Lukas Ocilka
-
Martin Vidner
-
Pascal Bleser
-
Ricardo Cruz
-
Stefan Hundhammer
-
Stephan Kulow