Mailinglist Archive: yast-devel (132 mails)

< Previous Next >
Re: [yast-devel] yast-ui: Lack of const for code arrays
  • From: Stefan Hundhammer <sh@xxxxxxx>
  • Date: Fri, 12 Oct 2007 11:46:43 +0200
  • Message-id: <200710121146.44169.sh@xxxxxxx>
On Thursday 11 October 2007 18:39, Ricardo Cruz wrote:
> Hi Stefan,
>  Having a look at your repo, I see stretchable() wasn't yet made safe to
> call for childless containers. :( 

Hm - well, OK, that shouldn't be so hard. OTOH a childless container doesn't 
serve any purpose.

> I'm asking that for awhile now. 
> And what about getting rid of SelectionBox and friends, for a flexible
> Table? 

AFAICS Table can already do everything SelectionBox can do -- and then some. 
But we can't drop support for a widget just like that. We have tons and tons 
of code that would break. One of the great challenges of this UI refactoring 
is to not break all of YaST2. I hope to do the migration without any change 
to any existing YCP code. This migration is supposed to be painless for the 
maintainers of the YCP modules. And in those very rare cases where some old 
quirks just don't work any more I'll help the maintainer out with a fix (that 
should be no more than 2-3 lines of change).

> As far as I can see, that's the main blocker for a YCP 
> implemented package selector. 

NOBODY wants a YCP based package selector. We had that thing in the bad old 
days (SuSE 6.x, 7.x, 8.1), and it was a nightmare. There is a limit to the 
gimmicks one can do with a language like YCP and a abstracted, yet 
stripped-down UI model we use.

> The hardware tools could use some nicer listings too.

That's true. I had suggested quite some time ago that we could add a dedicated 
higher-level widget for that kind of thing. Please note that IMHO the way to 
go is the opposite of what you proposed with the package selector: Don't do 
overly complex things in YCP with the limited feature set an abstraced UI 
like ours is bound to have. Rather, do the nifty stuff in a purpose-written 
C++ widget that can be optimized for the respective capabilities of the 
target UI. There are many things you just can't do with a text based UI, but 
why limit the users of a graphical UI to that, too?

Only so far nobody had a good idea how such a dedicated widget could look 
like.


CU
-- 
Stefan Hundhammer <sh@xxxxxxx>                Penguin by conviction.
YaST2 Development
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
Nürnberg, Germany
-- 
To unsubscribe, e-mail: yast-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: yast-devel+help@xxxxxxxxxxxx

< Previous Next >