Mailinglist Archive: yast-devel (132 mails)

< Previous Next >
Re: [yast-devel] web interface
  • From: Stanislav Visnovsky <visnov@xxxxxxx>
  • Date: Tue, 9 Oct 2007 10:37:02 +0200
  • Message-id: <200710091037.02261.visnov@xxxxxxx>
Dňa Monday 08 October 2007 12:06:38 Duncan Mac-Vicar P. ste napísal:
> On Monday 08 October 2007 11:44:53 am Jordi Massaguer i Pla wrote:
> > Hi yast developers,
> >
> > I've just taken the yast survey and I am happy I've seen a question
> > about having a web interface. For me this is very important. Actually,
> > what it will be great is to use the webmin interface.
> >
> > Which are you thoughts about that?
> >
> > Can I be involved?
>
> Sure!
>
> There is a prototype Stano did some time ago:
>
> http://svn.opensuse.org/svn/yast/branches/research/web-wt/
>
> it is based on libwt. You can find packages of libwt in home:dmacvicar repo
> in the build service.
>
> The part that needs more definition/hacks is threading, in YaST UIs are
> created in a separate thread, but libwt also abstract this part, so it
> seems the prototype does something wrong there.

Yes, threading is tricky: YaST uses 2 threads internally:
- one for the business logic (YCP, Perl, ...)
- one for repaint of UI + UI functionality

Wt uses a thread per Web-session. So what I've done is to:
- keep the YaST threads
- spawn another thread to handle creating of Web-session threads
- always test with only a single session enabled ;-)

Still, this is tricky, as the UI functionality needs to be done in the Web 
session thread due to Wt using boost using thread-local storage existing in 
the web session thread only.

HTH.

As to screenshots, there are none. And in fact, I focused on the 
functionality, no CSS at all. I was able to make some of the UI library 
examples to work.

The next big challenge is to figure out how to handle layouting, as YaST UI 
library has its own logic and the library UI is not flexible enough (almost 
nothing is virtual in C++ sense) to hook into the algorithm.

Stano

>
> Feel free to hack on it, we will try to help you as much we can, and of
> course, that prototype is only a prototype, and in my personal opinion, the
> best approach. A radical different design can be also a solution.
>
> If you get any further with it, send patches, and at some point you would
> need a svn account
>
> Cheers
> Duncan


--
To unsubscribe, e-mail: yast-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: yast-devel+help@xxxxxxxxxxxx

< Previous Next >