View previous topic :: View next topic |
Author |
Message |
superjaded l33t
Joined: 05 Jul 2002 Posts: 802
|
Posted: Thu May 20, 2004 2:34 pm Post subject: |
|
|
dgt84 wrote: |
@superjaded: that's very strange... it works fine for me here... Try to go to the cvs page and display or download it and see if yours became corrupt somehow... |
Will do.
Quote: | About the ebuilds, I'd like to say one more thing directed at everyone. We basically have two options at the moment [..] |
I think I prefer a more modular approach to the ebuilds.
Look at gstreamer as an example -- it was quite klunky with 30 different USE flags for the different plugins in gst-plugins when 0.7/8 was in its infancy.. the more modular aspect of the new ebuilds make things faster and more streamlined -- I mean, if you realized you forgot that you wanted ogg/vorbis support, does that mean you should have to compile in support for everything else you already included?
It makes even more sense with Lila because, unlike the monolithic gst-plugins tarball, Lila is, by default, distributed in its separate components, so it would just be a matter of downloading a different tarball based on the name. You could even create a lila-artwork.eclass for the majority of the themes. I would probably recommend modularizing the themes even further than just basic "lila-artwork-gtk+" to maybe even "lila-artwork-gtk+-quasi" or something to that effect.
since both Openbox, GTK+ and Metacity get installed in the same basic hierarchy (/usr/share/themes/x/y), it would be fairly easy to create an eclass that could do most of the work for you.
Atleast in theory, anyway.
scaba wrote: | they will be in for sure. i just wanted to update/fix the existing things before including new stuff. |
There's a note about the Kuala themes not working properly without the smooth-engine from gnome-themes-extras 0.7. 0.7 isn't in portage at all. Something to note, anyway. |
|
Back to top |
|
|
scaba Apprentice
Joined: 10 Jan 2004 Posts: 252 Location: Zurich, Switzerland
|
Posted: Thu May 20, 2004 3:31 pm Post subject: |
|
|
i think i call a stop on the ebuild for now, till we have decided how to continue with Lila. i don't know which way is better, monolithic or modular, and i don't mind either, but i just know that i don't want to have my portdir overlay cluttered with dozens of lila ebuilds. i don't mind a couple, but not too many, because it would be a pain to download, digest and emerge them all, if not being done automatically by portage.
if we decide to go for the modular approach, i would suggest to do ebuilds for each programm, as dgt84 already mentioned. i propably woudn't do a separate gtk or backgrounds ebuild but just include everything needed for, let's say xfce (gtk themes, lila icons, wallpapers...) in a xfce ebuild. same for gnome and the others. that way, i only have to get a few ebuilds.
i don't know if this is feasible, just a thought. _________________ Out of silence, a story. Out of chaos, order. Out of nothingness, love...
-- Tad Williams, Otherland |
|
Back to top |
|
|
dgt84 Guru
Joined: 27 May 2003 Posts: 355 Location: Germany => USA
|
Posted: Thu May 20, 2004 3:58 pm Post subject: |
|
|
scaba wrote: | i think i call a stop on the ebuild for now, till we have decided how to continue with Lila. i don't know which way is better, monolithic or modular, and i don't mind either, but i just know that i don't want to have my portdir overlay cluttered with dozens of lila ebuilds. i don't mind a couple, but not too many, because it would be a pain to download, digest and emerge them all, if not being done automatically by portage.
if we decide to go for the modular approach, i would suggest to do ebuilds for each programm, as dgt84 already mentioned. i propably woudn't do a separate gtk or backgrounds ebuild but just include everything needed for, let's say xfce (gtk themes, lila icons, wallpapers...) in a xfce ebuild. same for gnome and the others. that way, i only have to get a few ebuilds.
i don't know if this is feasible, just a thought. |
lila-xfce-0.1.ebuild and others could easily be made to depend on lila-gtk-0.1.ebuild and lila-backgrounds-0.1.ebuild, etc...
Some people may just want the backgorunds or gtk themes, so we should leave them as options in my opinion.
I think the modular approach is the best idea, though having so many different ebuilds is a pain. I wouldn't go into the different themes for gtk, but try to bundle them to keep the ebuilds per-program. I think that makes the most sense at this point. How easy is it to make an eclass? I've never looked into it before... I don't think it would be too much work, and I know it has a much better chance of getting into portage this way. _________________ Lila themes | The Porthole Portage Frontend | SVG-Utils |
|
Back to top |
|
|
superjaded l33t
Joined: 05 Jul 2002 Posts: 802
|
Posted: Thu May 20, 2004 4:04 pm Post subject: |
|
|
dgt84 wrote: | How easy is it to make an eclass? |
I've never actually made an eclass, but judging from foser's work with gstreamer and gst-plugins, it shouldn't be too hard. Check out /usr/portage/eclass/gst-plugins.eclass for a pretty good example of an eclass that does something similiar to what you would want to do. It looks complicated, indeed, but chances are I don't believe anywhere near as much complexity would be needed for Lila.
I'll try to make the eclass after I'm done with class just for the sake of doing something, perhaps. If someone doesn't beat me to it by then, atleast. |
|
Back to top |
|
|
Snooper Apprentice
Joined: 02 May 2004 Posts: 182 Location: San Antonio, TX
|
Posted: Thu May 20, 2004 6:03 pm Post subject: |
|
|
an idea might be using use flags for the themes and colors say for gtk there is the base lila then all the other themes so USE="theme1 theme2 theme3" emerge gtk-lila then if they passed the other themes by USE go head and download them. enlightenment is this way atleast the themes are all optional to install maybe you can snoop around in the ebuild?
so just have a base for bootsplash, gdm/kdm gtk/qt etc... and USE flags for all the other themes available under the lila umbrella... |
|
Back to top |
|
|
superjaded l33t
Joined: 05 Jul 2002 Posts: 802
|
Posted: Fri May 21, 2004 12:13 am Post subject: |
|
|
Whether or not it's going to particularly matter, why does the current lila-artwork ebuild check for openbox-themes to check whether or not to install the openbox themes? I installed them manually and they worked fine without openbox-themes installed. |
|
Back to top |
|
|
salmo Tux's lil' helper
Joined: 22 Apr 2004 Posts: 87 Location: Memphis, TN, USA
|
Posted: Fri May 21, 2004 6:42 am Post subject: |
|
|
To summarize I really like the idea of having a tarball for each target application (lila-program-version.tar.gz) this makes our lives easier as well as others. Say fedora or debian or whoever wanted to package Lila for their distro (maybe rebranded or something), with tarballs like these they could easily throw together RPMs or DEBs to suit their needs.
I also like the suggested idea of doing the ebuilds a la gstreamer. Suprisingly our needs match up very well with theirs. One difference, though is that we don't really have a base package that everything else depends on, except maybe backgrounds. Everything else is dependant on having the themeable application installed.
The rest of this is off the top of my head. There will be KDE users who want the GTK themes but not GDM, Gnome Icons, etc. but all Gnome users will want the GTK themes and the Gnome extras. So I'm thinking a GTK theme ebuild, and a seperate Gnome ebuild that depends on the GTK one.
I'm thinking the bootsplash stuff should be installed by default like the backgrounds. It's just a couple files, and trying to pick up every and any situation where the user has a bootsplash-capable kernel is going to get weird.
Those are the only odd situations I can think of. The rest of the ebuilds will only depend on the targeted application (lila-kde requires kde, lila-xmms requires xmms or beep, lila-openbox requires openbox or maybe *box).
Oh and for the record, my opinion is that we should aim for Portage inclusion. |
|
Back to top |
|
|
scaba Apprentice
Joined: 10 Jan 2004 Posts: 252 Location: Zurich, Switzerland
|
Posted: Fri May 21, 2004 10:30 am Post subject: |
|
|
superjaded wrote: | Whether or not it's going to particularly matter, why does the current lila-artwork ebuild check for openbox-themes to check whether or not to install the openbox themes? I installed them manually and they worked fine without openbox-themes installed. |
well, because the 'gnome' useflag depends on 'gnome-themes', i figured i do the same for openbox. that might have been a mistake, but it's not gonna matter anymore now, since we're gonna have other ebuilds. _________________ Out of silence, a story. Out of chaos, order. Out of nothingness, love...
-- Tad Williams, Otherland |
|
Back to top |
|
|
salmo Tux's lil' helper
Joined: 22 Apr 2004 Posts: 87 Location: Memphis, TN, USA
|
Posted: Fri May 21, 2004 2:06 pm Post subject: |
|
|
To summarize I really like the idea of having a tarball for each target application (lila-program-version.tar.gz) this makes our lives easier as well as others. Say fedora or debian or whoever wanted to package Lila for their distro (maybe rebranded or something), with tarballs like these they could easily throw together RPMs or DEBs to suit their needs.
I also like the suggested idea of doing the ebuilds a la gstreamer. Suprisingly our needs match up very well with theirs. One difference, though is that we don't really have a base package that everything else depends on, except maybe backgrounds. Everything else is dependant on having the themeable application installed.
The rest of this is off the top of my head. There will be KDE users who want the GTK themes but not GDM, Gnome Icons, etc. but all Gnome users will want the GTK themes and the Gnome extras. So I'm thinking a GTK theme ebuild, and a seperate Gnome ebuild that depends on the GTK one.
I'm thinking the bootsplash stuff should be installed by default like the backgrounds. It's just a couple files, and trying to pick up every and any situation where the user has a bootsplash-capable kernel is going to get weird.
Those are the only odd situations I can think of. The rest of the ebuilds will only depend on the targeted application (lila-kde requires kde, lila-xmms requires xmms or beep, lila-openbox requires openbox or maybe *box).
Oh and for the record, my opinion is that we should aim for Portage inclusion. |
|
Back to top |
|
|
Keffin Apprentice
Joined: 14 Feb 2004 Posts: 202 Location: England
|
Posted: Sat May 22, 2004 11:26 am Post subject: |
|
|
Just Lila-fied everything in XFCE4 except the window manager. Strangely the default WM theme seems to fit in better than the Lila ones, which is what prompted me to go Lila in the first place.
Great stuff, thanks!
The only thing that seems to be missing is a bash script icon in XFFM. _________________ Always cut the deck if it ups your odds. |
|
Back to top |
|
|
Malakai Apprentice
Joined: 24 Dec 2002 Posts: 299
|
Posted: Sat May 22, 2004 2:52 pm Post subject: |
|
|
I pretty much prefer modularity in this case, after careful consideration. The amount of use flags that could exist once Lila becomes more cross-application is massive, and multiple ebuilds that can be updated as their respective artwork is updated will be much easier to maintain.
For example, I only use gnome, so I don't need to update the whole lila ebuild if say something for xfce or openbox3 is updated. |
|
Back to top |
|
|
telex4 l33t
Joined: 21 Sep 2002 Posts: 704 Location: Reading, UK
|
Posted: Sat May 22, 2004 4:19 pm Post subject: |
|
|
Update from fd.o on the CVS accounts and mailing list:
Daniel Stone wrote: |
Hi Tom!
Sorry about the massive delay here - I've been snowed under. I've added
the two people to the repository, and I've set up the basic
infrastructure for the list, but I won't be able to get the list itself
going for a couple of days; we have new listmasters who are working on
some new list stuff. |
|
|
Back to top |
|
|
salmo Tux's lil' helper
Joined: 22 Apr 2004 Posts: 87 Location: Memphis, TN, USA
|
Posted: Sat May 22, 2004 5:07 pm Post subject: |
|
|
A mailing list would be nice. A lot easier to keep up with than this thread. |
|
Back to top |
|
|
dgt84 Guru
Joined: 27 May 2003 Posts: 355 Location: Germany => USA
|
Posted: Sat May 22, 2004 9:21 pm Post subject: |
|
|
telex4: that's great news
Also, here's a metacity theme everyone can play around with (be gentle, I just started learning metacity theming today)
Using this theme we can make a gnome meta-theme now
To install the theme, extract it to /usr/share/themes _________________ Lila themes | The Porthole Portage Frontend | SVG-Utils |
|
Back to top |
|
|
Snooper Apprentice
Joined: 02 May 2004 Posts: 182 Location: San Antonio, TX
|
Posted: Sun May 23, 2004 2:14 am Post subject: |
|
|
Just an idea but now that we have a theme going maybe we can condense all the gtk themes into a few with color options "purple (default), red, blue, and green" so say themename-purple/red/blue/green same for icons. I can get all the icons done most likely tomorrow i was working on that, then just figure out the titlebar colors for the red green and blue i was going to do this for myself cause i didn't want to step on anyone's toes doing the themes.
question for dgt:
the lila icons folder in the gtk theme can that be moved to gnome-icons? then all that is in one place and easy to mantain when icons or updated or added then just have lila purple/green/blue/red under the icons tab in themes and just the gtkrc files under the gtk theme? |
|
Back to top |
|
|
Freak_NL Apprentice
Joined: 27 Jun 2002 Posts: 261 Location: The Netherlands
|
Posted: Sun May 23, 2004 2:13 pm Post subject: |
|
|
Quote: | Also, here's a metacity theme everyone can play around with (be gentle, I just started learning metacity theming today)
Using this theme we can make a gnome meta-theme now |
Great, I'll update the Gnome metatheme file on the wiki.
The metacity theme looks good, but needs some tweaking though.
Gnome metatheme file: here
Just place in /usr/share/themes/Lila and select it from the gnome-theme-manager.
I'm almost finished with the page for doing a few translations (the descriptive comment strings). I didn't have a lot of time last week, so it's a little delayed. |
|
Back to top |
|
|
asimon l33t
Joined: 27 Jun 2002 Posts: 979 Location: Germany, Old Europe
|
Posted: Sun May 23, 2004 2:59 pm Post subject: |
|
|
The latest release (0.7.1) of the scalable KDE icon theme doesn't contain an index.desktop file, although the python script tries to copy it.
Effect: not usable under KDE. |
|
Back to top |
|
|
Freak_NL Apprentice
Joined: 27 Jun 2002 Posts: 261 Location: The Netherlands
|
Posted: Sun May 23, 2004 4:06 pm Post subject: |
|
|
I wonder if it is usefull to have a Bugzilla for the Lila theme collection? Might be easier to track bugs that way. |
|
Back to top |
|
|
smithlx n00b
Joined: 23 May 2004 Posts: 3 Location: Raleigh, NC
|
Posted: Sun May 23, 2004 9:36 pm Post subject: Converted Lila to Blue and Yellow |
|
|
Ok so I was checking out this thread and liked the theme. However I wasn't crazy about the purple. I really like the Icons. So I hacked it Blue. Then I hacked it Yellow. Then I realized I needed to put together some GTK and Openbox stuff for it. Then I did the backgrounds. Seriously overdid it....
Thanks to all the guys who put all the stuff together it is great.
I used the python/perl tools and gimp 2 to smack this stuff together.
I made some home pages with screenshots.
http://smithlx.org/lila-blue.php
http://smithlx.org/lila-yellow.php
If there are glaring issues or you need credit for art work or need me to remove something because I missed a copyright just email me
bsmith AT SmithlX dot Org _________________ Do not Mistake Lack of Talent for Genius |
|
Back to top |
|
|
Freak_NL Apprentice
Joined: 27 Jun 2002 Posts: 261 Location: The Netherlands
|
Posted: Mon May 24, 2004 2:57 pm Post subject: |
|
|
dgt84:
The Lila Metacity theme seems to slow down dragging windows around considerably; my CPU shoots to 100% and redrawing existing windows lags behind. I'm not sure what is causing this problem, but perhaps performance can be improved by using external SVG buttons instead of drawing them from within the Metacity XML file?
I don't see this performance problem with other Metacity files. |
|
Back to top |
|
|
scaba Apprentice
Joined: 10 Jan 2004 Posts: 252 Location: Zurich, Switzerland
|
Posted: Mon May 24, 2004 5:56 pm Post subject: |
|
|
what about the lila-eclass? has someone tried to do one? _________________ Out of silence, a story. Out of chaos, order. Out of nothingness, love...
-- Tad Williams, Otherland |
|
Back to top |
|
|
dgt84 Guru
Joined: 27 May 2003 Posts: 355 Location: Germany => USA
|
Posted: Tue May 25, 2004 5:18 pm Post subject: |
|
|
Snooper wrote: | Just an idea but now that we have a theme going maybe we can condense all the gtk themes into a few with color options "purple (default), red, blue, and green" so say themename-purple/red/blue/green same for icons. I can get all the icons done most likely tomorrow i was working on that, then just figure out the titlebar colors for the red green and blue i was going to do this for myself cause i didn't want to step on anyone's toes doing the themes. |
Which themes are you suggesting we condense to? There really are too many variations... /me wishes GTK could color on the fly
Snooper wrote: | question for dgt:
the lila icons folder in the gtk theme can that be moved to gnome-icons? then all that is in one place and easy to mantain when icons or updated or added then just have lila purple/green/blue/red under the icons tab in themes and just the gtkrc files under the gtk theme? |
I've thought about it... traditionally gtk themes are stored in /usr/share/themes, and the current Lila-gtk themes use a single iconrc file with all the icons which is stored in the original Lila theme's gtk-2.0 folder. One problem I've thought of is that we can't know if the user installs the icons in /usr/share or their own home...
smithlx wrote: | Ok so I was checking out this thread and liked the theme. However I wasn't crazy about the purple. I really like the Icons. So I hacked it Blue. Then I hacked it Yellow. Then I realized I needed to put together some GTK and Openbox stuff for it. Then I did the backgrounds. Seriously overdid it.... |
Nice job
Freak_NL wrote: | The Lila Metacity theme seems to slow down dragging windows around considerably; my CPU shoots to 100% and redrawing existing windows lags behind. I'm not sure what is causing this problem, but perhaps performance can be improved by using external SVG buttons instead of drawing them from within the Metacity XML file? |
That is very strange... I see what you mean, but I don't see why this would be happening.
scaba wrote: | what about the lila-eclass? has someone tried to do one? |
Not yet to my knowledge
I've also been working on a better metacity theme, since I don't like the first one I made that much Currently I've been playing around with this: http://programmer-art.org/files/gentoo/metacity-theme-1.xml
What do you think?
Oh, and Freak_NL, I did some rendering speed comparisons using metacity-theme-viewer with these results (for rendering a single window frame, times in milliseconds):
My original Lila theme: 16.5ms
My newer Lila theme: 12.6ms
Atlanta: 2.4ms
Bluecurve: 31.5ms
Industrial: 30.9ms
Simple: 4.8ms
Smokey: 22.6ms
I don't think my themes compare all that bad to the others
I also don't have the slowdown problems that you pointed out with this newer theme of mine, can you confirm this? _________________ Lila themes | The Porthole Portage Frontend | SVG-Utils |
|
Back to top |
|
|
Malakai Apprentice
Joined: 24 Dec 2002 Posts: 299
|
Posted: Tue May 25, 2004 8:05 pm Post subject: |
|
|
That xml page displays nothing at all really. I'd like to see the theme (unless that is the theme?).
EDIT: got it, didnt realise it needed the folder structure. |
|
Back to top |
|
|
superjaded l33t
Joined: 05 Jul 2002 Posts: 802
|
Posted: Tue May 25, 2004 8:35 pm Post subject: |
|
|
Just as a FYI, I've been working on an eclass for the past few days (and actually learning how to make an ebuild/eclass in the process) and I've finally got some semblance of a working ebuild.
Lila ebuild, eclassized.. lila.eclass along with a eclassized GTK+ and GNOME theme ebuilds that utilize the eclass.
Since this is my first ebuild that wasn't just a retool of another ebuild, it's probably hardly elegant, but it seems to work with what little I've tested it so far.
It has a little configuration options in the shape of variables.
It gets the filename like this Lila-<cut -d'-' -f'3-'>-version.tar.gz/bz2. So for the GTK+ theme, you'll have to rename it to Lila-gtk+-0.3.tar.bz2 for it to work out of the box. The Lila GNOME theme should work out of the box with no modifications, however.
But as I said, it's semi-configurable via two variables.
BASEDIR -- base directory where it'll install to. Defaults to /usr/share/themes.
INSTALLAS -- if you compress a given theme without a directory structure, you can use this variable to change what directory it installs to. Defaults to "Lila-x" where x is "liila-artwork-x" in the ebuild name. Set INSTALLAS to _null if you just want the ebuild to copy the directory structure as-is to BASEDIR.
Feel free to change it, modify it or do whatever you want with it.
EDIT: Oh, and lila-artwork-gtk+-industrial doesn't work, so don't try it. |
|
Back to top |
|
|
Freak_NL Apprentice
Joined: 27 Jun 2002 Posts: 261 Location: The Netherlands
|
Posted: Tue May 25, 2004 9:21 pm Post subject: |
|
|
Quote: | I also don't have the slowdown problems that you pointed out with this newer theme of mine, can you confirm this? |
So far I only tried the theme on my desktop computer, but all themes except Lila Metacity 0.1 respond normally. What I'm seeing is a noticable slow down in dragging windows around whilst overlapping other windows. I'll check out the theme's behaviour on my laptop aswell as my brother's computer tomorrow. It might just be a glitch in my system.
I tried the metacity-theme-viewer tool aswell, my results are largely the same as yours though. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|