SliTaz Forum
You are not logged in.
Hi spiders ! , I wonder if there are some desktop-widgets for slitaz other that conky, something like weather, clock, calendar, cpu and memory gauge and stuff, when I was on Ubuntu I used screenlets, a great widgets manager, I wish to see something like that on slitaz desktop !
and a light and small dock like ubuntu's docky can be a good alternative to cairo-dock " ressources hungry "
thanks for you great work devs !!
Offline
Ok,what about the ressources in form of dependancies and the space they need?
@Developers: how to get informed about such a thing?
Offline
i would recomend screenlets
http://screenlets.org/index.php/Screenshots
I wouldn't exactly call screenlets 'light'. When I used it on Ubuntu, it was one of the biggest resources drag on my whole system (except when synaptic decided to do 'indexing'). It also needs a composite manager running like compiz, beryl or compiz-fusion to avoid getting black squares - all of which require a supported graphics card to work. SliTaz is also missing two python dependencies to make it work and which are GNOME related. Also note that screenlets is HEAVILY aimed at only being used on Ubuntu. I dare you to try downloading it's latest source code without going to launchpad or using bazaar 
Compared to this (and that python, pycairo and composite managers are used), it's actually HEAVIER to use screenlets than it would be to use cairo-clock and conky... but good luck to the one that actually tries to install and package it, because I sure as hell won't.
Offline
Well, I'll try to install screenlest !!
Offline
Work good on Lubuntu that uses lxde and openbox, i will try it anyways
But thats just couse i am as i am, a difficult person hehe
Good luck finding, converting/compiling and installing the missing requirements. Especially getting compiz to work
Also note that Lubuntu is part of Ubuntu's family...
Offline
Screenlets does not require compiz, it just needs a better graphics driver and shadows effects to avoid the black squares, that's all.
for compiz, I was running it on puppy, I'm pretty sure that it won't be that much difficult to install it on slitaz .
Offline
Hi,
Just to let you know, we have a composite manager insalled by default on SliTaz :-) It can do transparency, opacity, shadows and is fine to use with screenlets or other widget like cairo-clock. The composite manager on SliTaz is called 'xcompmgr' you can use it from the Openbox menu (Desktop effect) or from the cmdline:
$ xcompmgr -c -r 10
- Christophe
Offline
Fine. I'll try to make it work just to prove to you all it won't 
Offline
There is a proverb in Germany: who is the last one to laugh that laughs the best!
Just wait a bit and learn a bit about smileys! ;-)
Offline
@ michaelbischof
That's not a german proverb dude ! it's a world wide proverb, It exists in my native language Tamazight ⵜⴰⵎⴰⵣⵉⵖⵜ
in addition to french, arabic, and english, and mostly in other languages .
Offline
Then it is even better. I have to ask around. At the place where I work there should be some people to understand, may be, Tamazight.
Let us see whether it is possible to add screenlets to Slitaz without having to install half of the Gnome desktop as dependencies. I mean: the question is still open and no reason to laugh - or not laugh!
Offline
Yeah, I give up. Unlike what screenlets' website says, it requires ALOT of additional libs to work which isn't in the repository and I'm so not finding, compiling and installing 10 obscure packages just so I can have something I'll never use. The author had to use EVERY obscure and non-standard python library he could find it seems.
Offline
@Trixar_za: first thanks a lot for your work! Whether German or Tamazight does not matter much: the ones who laugh at the end are those who were skeptical, Linux4Morocco?
If the analysis of you is correct these screenlets are nice-looking eye-candy, but of lousy technical quality.
Just a question: technically one would need to collect all those dependencies outside of Slitaz, put them into one ,,pot", link them so that no single dependency points to the outside system and then pack it as a kind of ,,AppRun"? With LibreOffice it works, it tried some more of them on Slitaz and Mandriva but those did not work. - Then it is bullshit: what sense does an AppRun have if it runs only on Ubuntu, where it would run even normally installed? I accept the basic idea for => certain software. But software that would need certain graphic cards would not fit into such a concept. Right?
Linux4Morocco: now the ball is in your part of the field, yes? I am curious but I guess it would be lost time to try to finish it.
Offline
I don't understand why anyone would want such toyish gimmicks anyhow. Slitaz isn't Ubuntu and it shouldn't try to be. I think, at the moment it would be far more sensible to concentrate on the engine room instead of the color of the deck chairs and the piano in the cocktail bar.
Offline
@michaelbischof I semi-pack my packages like that. I try to include all the packages not included with SliTaz by default and have it download the rest. If there are too many dependencies, I sometimes just pack some of the static requirements into the package itself, while leaving the dynamic stuff to be downloaded. My Sakis3g package is like that.
I tried converting screenlets and it couldn't even find the libraries it installed... 
Offline
,,I tried converting screenlets and it couldn't even find the libraries it installed." - Lousy then, yes?
@Trixar_za:
,, I sometimes just pack some of the static requirements into the package itself, while leaving the dynamic stuff to be downloaded."
Just my polish my limited IT-understanding: this would theoretically mean that in case you convert it to *.deb or *.rpm it could as well run on Debian, Ubuntu or Mandriva?
(You know why I ask for that: keyword is ,,texlive"...)
Offline
No, static requirements mean they don't change or will break the moment I use my package on SliTaz cooking or the future SliTaz 4. Packages like linux-dialup changes with the linux version, so it needs to be downloaded so the user always has a fresh copy.
Offline
For those wondering if I REALLY did it, here's the error I can't get past:
[c]brenton@trixarian:~$ screenlets
No GNOME keyring, there will be problems with account options
GConf python module not found. GConf settings backend is disabled.
Traceback (most recent call last):
File "/usr/share/screenlets-manager/screenlets-manager.py", line 1342, in <module>
app = ScreenletsManager()
File "/usr/share/screenlets-manager/screenlets-manager.py", line 88, in __init__
self.create_ui()
File "/usr/share/screenlets-manager/screenlets-manager.py", line 300, in create_ui
w.set_icon_list(icontheme.load_icon("screenlets", 24, 0))
glib.GError: Icon 'screenlets' not present in theme[/c]
This is after I installed python, python-xdg, dbus-python, beautifulsoup, pycairo and pygtk.
I also converted over python-mulitprocess, python-wnck and python-rsvg (and fixing the horrible way debian packages python files so it would WORK with our python) to try and get this piece of crap to work.
I'm pretty much done trying now
Offline
@Linux4Morocco: forgive me as the following question changes a bit from the topic of your thread!
In case I want to install ,,texlive" on Mandriva 2008.1 it states:
To satisfy dependencies, the following package(s) also need to be installed:
- bison-2.3-5mdv2008.1.i586
- libkpathsea4-2007-20.r6295.2mdv2008.1.i586
- libt1lib1-5.1.2-1mdv2008.1.i586
- libteckit0-2.2.1-4mdv2008.1.i586
- libXaw3d7-1.5E-8mdv2008.1.i586
- perl-Tie-Watch-1.2-2mdv2008.1.noarch
- perl-Tk-804.028-8mdv2008.1.i586
- t1lib-config-5.1.2-2mdv2008.1.i586
- tcsh-6.14-5mdv2008.1.i586
- texlive-fonts-2007-20.r6295.2mdv2008.1.i586
- texlive-texmf-2007-24.r6295.3mdv2008.1.noarch
- texlive-texmf-common-2007-24.r6295.3mdv2008.1.noarch
- texlive-texmf-dvips-2007-24.r6295.3mdv2008.1.noarch
- texlive-texmf-fonts-2007-24.r6295.3mdv2008.1.noarch
399MB of additional disk space will be used.
In case one would want to make a ,,texlive"-program in Slitaz one would need to put all those packages into it as well, or make them anew in case they do not exist under Slitaz? In case a special version of Perl is used for it, or Python, one must put it into this ,,pot" as well to make it platformindependent? Or in case it should run under all circumstances in Slitaz 2.0, 3.0 and cooking?
Offline
Just because Mandriva (which has now slit into two groups) says you need all those dependencies, doesn't mean you need all those dependencies. Also, it's not a 'special version' of perl, it's an perl extension so it can use TCL/TK. I doubt this is really needed... Stop hijacking threads to talk about this
Offline
;-)
For my defense: I excused myself for that - and we talk about the problem of dependencies => in general!
My vote now would be against screenlets: in case nobody can know what must be additionally incorporated to make it run under Slitaz it does not seem to be goog idea.
In case of ,,R" it is different: a very widespread graphic program used anyway by many people is now available under Slitaz. So those people can decide to install Slitaz now. That is progress. In case of screenlets I cannot recognize the price-expenses relationship.
Offline
That's what I get when I try to lunch it , Damn I installed all the dependencies exept one, I'll try to resolve that later .
sh-4.2# screenlets-manager
Traceback (most recent call last):
File "/usr/share/screenlets-manager/screenlets-manager.py", line 1342, in <module>
app = ScreenletsManager()
File "/usr/share/screenlets-manager/screenlets-manager.py", line 88, in __init__
self.create_ui()
File "/usr/share/screenlets-manager/screenlets-manager.py", line 300, in create_ui
w.set_icon_list(icontheme.load_icon("screenlets", 24, 0))
glib.GError: L'icône « screenlets » n'est pas présente dans le thème
sh-4.2#
Offline
[ Generated in 0.019 seconds, 7 queries executed - Memory usage: 1.58 MiB (Peak: 1.77 MiB) ]