Re: [ubuntu-art] art.ubuntu.com (regarding CMSs)
Pascal Klein wrote: On Wed, 7 Sep 2005 09:55 pm, Nikolai Dunkel wrote: why dont we just do everything like they did on gnome-looks.org??? theyve got everything perfect, and thats the quality of site most ubuntu artists are used to, as thats what everyone has been using up until now I agree with this idea as well. The art-web content management system is not as advanced, user friendly and powerful as the content management system used by the gnome-look, kde-look, kde-apps, and so on. I've thought about something similar actually before the announcement of art.ubuntu.com - "ubuntu-look.org". I think we could use art.ubuntu.com along with the gnome/kde-look.org CMS (content management system), to not only develop and share art, but also to easily announce competitions as well as draw impressive, high rated art to be added into official releases of Ubuntu. I really respect the work of all you guys so far whom have been involved with the art.ubuntu.com process, especially by that of Henrik Nilsen Omma, however I think we, as the Ubuntu art community should decide what CMS we should use, no? I just began helping out at art.ubuntu.com with the art-web CMS to accept submitted artwork, and so far it is a cumbersome process to accept any new submissions, even simple things such as wallpapers. Of course room is open for improvement of the art-web CMS, but should this be currently our primary concern as the art community, or is there a possibility of using a more advanced CMS, such as the one gnome-look.org currently uses? What does the rest of the community think on this matter? Should we possibly change the CMS for ease of use? What do the rest of you think? I actually agree with Matthew Nuzum's point that we should focus on art, but I have to answer this :) This topic was raised on the list some time ago. The funny thing is that I actually suggested the kde-look system first, but others said they would prefer the art.gnome.org system :) So the community was asked and listened to ... See: http://lists.ubuntu.com/archives/ubuntu-art/2005-July/86.html I think those people were actually right. The art.gnome.org system is much cleaner IMHO, compare http://art.ubuntu.com/ to this: http://www.gnome-look.org/ . It has fewer features, but it's quite simple so we can expand it to fit our needs perfectly over time. Less is often more. We have several good ideas for improvement, we have people willing to do the PHP work and we have a good collaboration with the art.gnome team. I have no idea what would be involved in setting up a kde-look type system. I suspect that may also not be plug-and-play. Your primary concern seems to be that the admin panel is cumbersome to use, which is true but those improvements are now under way. You don't have to do the art-admin if you don't want to :) If we really need a new/better collaboration tool, I would suggest setting up a simple forum, where we can posts messages and attach artwork in progress (some art teams use a forum to great effect [1]). I don't think the art team uses the regular forum much and that's probably wise; there might easily be too much noise there. A standard forum can be set up in 30 minutes, and some custom theming can be applied in another hour or two. BUT, I know people will feel that this is going down the road of too much fragmentation, and I take that point. I think we should try to work with the tools we have now and then we can consider this in a few weeks or even post-breezy if there is a great demand. We have the mailing list, the wiki and the art site now, and should go with that. Jane pointed out some great projects we can focus on. - Henrik [1] http://www.wesnoth.org/forum/viewforum.php?f=9 http://kde-artists.org/main/component/option,com_smf/ -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Let's talk about ART baby...
> >Here's my attempt to get the conversation art-focused again. > > I agree. There is a lot of art related work to be done. One thing might be to identify projects and people who want to lead the various projects. The doc team has done a good job of identifying projects, people to work on them, where help is needed, etc. You might want to look at their status page at https://wiki.ubuntu.com/DocteamProjects As for projects, near term things that would be helpful are listed at https://wiki.ubuntu.com/ArtTeam I certainly am not saying that the ArtTeam needs to organise themselves like the DocTeam, but I think they have set a good example. Projects mentioned on the URL above include: 1. Ubuntu has a calendar function through which a new desktop can be distributed every month. It would be great for these images to come from the community and it's a great way to showcase your efforts. Maybe a couple people could be in charge of figuring out how to do this (e.g., public voting, committee decision, CC decision,drawing names from a hat, arm wrestling, whatever), encourage submissions, and then decide on the 6 calendar images for Breezy. If you want your backgrounds in Breezy calendar, this team and this list needs to discuss how to make that happen. This is more a social issue than a technical one of what website/cms/project mgt tool/etc to use. 2. Icons. A lot of work has been done on the icons, but there is more to do. See https://wiki.ubuntu.com/IconGuide https://wiki.ubuntu.com/HumilityIcons That second link in particular has a lot of red in the status column and we are only 4 weeks from release. 3. There have been many requests for an updated, consistent set of website referral buttons, "powered by", etc. There are various ones out there, we have a couple versions on the wiki. It would help if we could get to a consistent set that can be "official". 4. Posters for conferences. We get requests for posters that LoCo teams and LUGs can download and print for various conferences, meetings, etc. And there are probably other projects that people here want to do - those shouldn't be ignored. This is just a short, focused list to try to build some momentum. In all of these projects, there is an element of artwork creation and there is also an element of team organisation and decision-making that needs to be done. Getting a handle on those things will be critical in terms of taking on longer term, larger projects like all the artwork for a given release. Cheers, Jane -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] Let's talk about ART baby...
For an Art mailing list, we sure do talk about websites a lot. This is why I say rule by comittee never works... you end up having too much talk and too little action. Here's my attempt to get the conversation art-focused again. http://art.gnome.org/contests/2.12-splash/214 I threw that together for the gnome 2.12 splash contest but I'm not happy with it. It looks fake, and I think it has something to do with the depth of field. What can I do to get that looking more realistic? Yeah, I realize its too late to change my entry. I'm using photoshop 6, btw. (can't bring myself to pay the upgrade to CS2 yet) -- Matthew Nuzum www.bearfruit.org -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] art.ubuntu.com (regarding CMSs)
On Wed, 7 Sep 2005 09:55 pm, Nikolai Dunkel wrote: > why dont we just do everything like they did on gnome-looks.org??? > theyve got everything perfect, and thats the quality of site most > ubuntu artists are used to, as thats what everyone has been using up > until now I agree with this idea as well. The art-web content management system is not as advanced, user friendly and powerful as the content management system used by the gnome-look, kde-look, kde-apps, and so on. I've thought about something similar actually before the announcement of art.ubuntu.com - "ubuntu-look.org". I think we could use art.ubuntu.com along with the gnome/kde-look.org CMS (content management system), to not only develop and share art, but also to easily announce competitions as well as draw impressive, high rated art to be added into official releases of Ubuntu. I really respect the work of all you guys so far whom have been involved with the art.ubuntu.com process, especially by that of Henrik Nilsen Omma, however I think we, as the Ubuntu art community should decide what CMS we should use, no? I just began helping out at art.ubuntu.com with the art-web CMS to accept submitted artwork, and so far it is a cumbersome process to accept any new submissions, even simple things such as wallpapers. Of course room is open for improvement of the art-web CMS, but should this be currently our primary concern as the art community, or is there a possibility of using a more advanced CMS, such as the one gnome-look.org currently uses? What does the rest of the community think on this matter? Should we possibly change the CMS for ease of use? What do the rest of you think? Kind regards, Pascal Klein -- Cheerio. Pascal Klein Wombat - [http://wombat.nuxified.com] -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] Re: PHP/MySQL tasks on the art.ubuntu.com website
On 9/7/05, Ali Davoodifar <[EMAIL PROTECTED]> wrote:
>
> You should still be able to implement a way that the users upload
> their own thumbnails AND adhere to a certain standard (i.e standard
> size etc...)
>
> As for having it both ways I would still say no. And my reasoning
> would be a simple adherence to the KISS principle. If it's not
> "absolutely" necessary it shouldn't be there. It works for application
> design just as much as graphic design or any other design discipline
> for that matter.
I'm sure the designer could automate the thumbnails in their image
editor, but suppose if they 'needed' to make a small change to the
artwork... then they have to now change a thumbnail also? What if
for different sections later we had 2 different sized thumbnails?
My comment before was about data corruption - as I know when people
maintain 2 databases, someone always forgets to do a change in both
despite how hard they try. People get lazy :-)
To answer volvoguy's, question - yes, the technical wizardry is all
possible. Not much of it is that hard -- just boosts the required
packages to be installed on the server, and you have to probably chmod
a few more directories differently.
if (isset($thumbnail_url)) {
// show thumbnail.
} else {
// generate thumbnail (and cache)
}
Anyhow, just my 2c. It's probably one of those features where either
way works just as well, but it starts some interesting usability
discussions :-)
Cheers,
Morgan
--
Morgan Tocker @ http://tocker.id.au/
MySQL related blogs @ http://www.planetmysql.org/
--
ubuntu-art mailing list
ubuntu-art@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] art.ubuntu.com
why dont we just do everything like they did on gnome-looks.org??? theyve got everything perfect, and thats the quality of site most ubuntu artists are used to, as thats what everyone has been using up until now one thing we need urgently: the possiblilty to EDIT EDIT EDIT your submission!! A link on mine isnt working, and I accidentally put it under the wrong license, and I cant change my own work aarrgh!! PLEASE get this working soon! the "thumbnail" thing you could copy straight off gnome-looks.orgthey just make every person upload their own thumbnail! cheers, n. -- https://wiki.ubuntu.com//UbuntuLogoMascotSuggestionMedicineMask -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] art.ubuntu.com
Maybe I'm not much of a mailing-list guy but I have to say I find it a bit (actually a lot) disorganized. Forums fair a bit better but still IMHO nothing beats a well designed project management application. Like this one that we had been talking about a while back: http://www.basecamphq.com Having something similar in our own little corner could be very neat although I'm not sure how feasible. -Ali Davoodifar On 9/7/05, Jeff Waugh <[EMAIL PROTECTED]> wrote: > > > > Because all the other methods you mention are decentralized. IMO, We need > > a central place to organise. That's the biggest challenge after all. > > That's where the mailing list / forum come in. :-) > > - Jeff > > -- > EuroOSCON: October 17th-20thhttp://conferences.oreillynet.com/eurooscon/ > > "I rather think of Pat as our linguistic ornithologist here - 'Oh look, > the brown noddy also nests in the mangrove!'" - John Fleck > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] Re: PHP/MySQL tasks on the art.ubuntu.com website
On 9/7/05, Morgan Tocker <[EMAIL PROTECTED]> wrote: > > - It puts unnecessary load on the server for little gain while for an > > artist who has made the original artwork it's a trivial task to make > > the thumbnail as well. > > This is true, but it could be managed if it became a problem (cronjob etc). > > > - It takes the control away from the artist in creating the thumbnail > > as he sees fit. This is a very important point, as I'm of the opinion > > that a well designed and functioning thumbnail is one that is not made > > out of only "resizing" the original but also "cropping". A cropped up > > thumbnail usually has much more visual interest and is much more clear > > and inviting. IMO, resizing alone is a very poor way to make a > > thumbnail. > > Interesting perspective. Not being much of an artist these days, it > didn't cross my mind :-) > On the other hand -- If the thumbnails are auto generated then they > are at least always accurate (I'm a database guy -- redundant data can > mean inaccurate/poorly maintained data). > > Is it possibly for the default behaviour to be that the thumbnails are > auto generated, and the artist can upload a custom thumbnail if he/she > chooses? You should still be able to implement a way that the users upload their own thumbnails AND adhere to a certain standard (i.e standard size etc...) As for having it both ways I would still say no. And my reasoning would be a simple adherence to the KISS principle. If it's not "absolutely" necessary it shouldn't be there. It works for application design just as much as graphic design or any other design discipline for that matter. -Ali Davoodifar -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] ubuntu-art vs. gnome's artweb-list
Hey all. Thomas from over on Gnome's artweb mailing list has made a suggestion about eliminating duplicate emails that I think we all ought to follow. Anything "Ubuntu Artwork" specific should stay here on our own ubuntu-art mailing list. Anything related to bugs, enhancements, and technical, website specific issues should be discussed on Gnome's own artweb mailing list. http://mail.gnome.org/mailman/listinfo/artweb-list Doing this will help keep both our websites as up to date and bug free as possible, without bothering the Gnome folks about Ubuntu matters that really don't concern them. If you're just going to be an Ubuntu artist, stick around here. If you want to help with the code and functionality of the AGO (art.gnome.org) and AUC (art.ubuntu.com) websites, I suggest also signing up on their mailing list. Thanks! -- Aaron Ubuntu SVG Artwork - http://www.volvoguy.net/ubuntu --- Art, like morality, consists of drawing the line somewhere. ~ G.K. Chesterton -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Re: PHP/MySQL tasks on the art.ubuntu.com website
On 9/7/05, Morgan Tocker <[EMAIL PROTECTED]> wrote: > > - It puts unnecessary load on the server for little gain while for an > > artist who has made the original artwork it's a trivial task to make > > the thumbnail as well. I think that should be a test. If you can't make a thumbnail of appropriate size, you can't upload your artwork. :o) > Is it possibly for the default behaviour to be that the thumbnails are > auto generated, and the artist can upload a custom thumbnail if he/she > chooses? That sounds like a good idea to me, but I don't know how to implement the technical wizardry myself. Even if the server is generating the thumbnails, it doesn't have to add a ton of processing requirements. Using something like Squid, they can be generated once and cached for subsequent page views. PHP may even have this functionality built in these days. I'm still using a version 4ish PHP on my home webserver. -- Aaron Ubuntu SVG Artwork - http://www.volvoguy.net/ubuntu --- Art, like morality, consists of drawing the line somewhere. ~ G.K. Chesterton -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Size of the Wallpapers @ art.ubuntu.com
On 9/7/05, Sascha Morr <[EMAIL PROTECTED]> wrote: > OK this is right! But it's also not funny to see a nice wallpaper onto > the Website, download it and see uh it's not my resulution. Propably > it't possible to get different sections for differenz resolutions? My point was just that higher resolutions aren't always possible. If something was designed at 1024x768, it would look just as bad if I resized it in Gimp than if you told Gnome to stretch the wallpaper to fit the display. Again, my only suggestion would be to let the author know that you're interested in a higher resolution image. I think in most cases, if it's possible to make a larger image, the artist would be happy to do so. Maybe I'm misunderstanding though. Are you saying that a wallpaper marked as 1600x1200 is really only 1024x768 when you download it? If that's the case, let me know which one it is and I'll see if I can fix it to at least display the right size on the site. > > Now, for my SVG wallpapers, you don't need to worry about resolution. > > :o) SVG Rocks! > > OK SVG is great but not for everythink :-) Oh sure You just wait until we have SVG and Cairo powered, hardware accelerated desktop. :o) I know. I'm a wishful thinker. -- Aaron Ubuntu SVG Artwork - http://www.volvoguy.net/ubuntu --- Art, like morality, consists of drawing the line somewhere. ~ G.K. Chesterton -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
