October 2012 - openSUSE Artwork - openSUSE Mailing Lists

[opensuse-artwork] Future t-shirt design consideations
by Bryen M Yunashko 30 Oct '12

30 Oct '12

While checking myself in the mirror after putting on an openSUSE shirt before going to a conference last week, I realized something. Some of our t-shirt designs have our logo in the center of our t-shirts. (Think of the circle-logo t-shirt many of us wear.) Since many of us wear openSUSE shirts when we are at a conference, it struck me that we need to carefully consider where we put the logo and other important relevant information. The reason is because when we put on our conference badge, it can block out the logo itself. Something to think about for future designs. Bryen -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

2 1

[opensuse-artwork] Wiki pages: Wallpaper_graphics_(proposals)
by Rajko 21 Oct '12

21 Oct '12

Please use this thread to talk about all wiki pages, just change wiki page name, and include a link, like below. Andy created this collection of pages with annotations as a communication method, which doesn't work well for me. https://docs.google.com/document/d/1gZesLzEIJej9YkzA52nf2I7GQgrf_h1E71NJ6oz… http://en.opensuse.org/openSUSE:Wallpaper_graphics_(proposals) Before Kenneth came with idea to create Flickr group, we created this page and it is a bit of mess. Some links, some instructions, and nothing that can be linked from Flickr page. Original idea was that volunteers, that look anyway for good photography and graphics, post links to their findings, but it was fast expanded to comments, actual links to photos, then it was added legal text, instructions, requirements that it must and page become not that usable. We (me) need(s) idea how to organize that topic on the wiki as one of start points for us looking for a good photos. For now I'm sure that: * Wallpaper_graphics_(proposals) must be exactly what name tells. Few images that are proposed for the next release. * Legal requirements, instructions for collectors and jury must be linked, but they must go on a separate pages. I'm still not giving up on a idea to have page with links to web pages of good photographers, and it doesn't matter are they on their own server or some common place like Flickr, or photo.net. PS. Good photographers are rare, but in a world of 6 bln. people there is a lot of them. After short search on a site, see this: http://photo.net/photodb/member-photos?user_id=1868466 In other words instead of making only our photos, we will be better off to look (as originally planned) for other people work and hone skills to have such photos in our collections. Note that photo.net has no safe browsing, so any kind of photography can be found there. -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 6

[opensuse-artwork] wiki suckage
by Kenneth Wimer 16 Oct '12

16 Oct '12

Hi, The wiki keeps timing out on me :-( That sucks. Has anyone else had similar experiences? Kenneth Wimer -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5, 90409 Nürnberg, Germany -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 2

[opensuse-artwork] Git Request
by Andres Silva 15 Oct '12

15 Oct '12

Hello team As for today, we have been asked to defer any further changes to the git repo until the openSUSE conference is over. There are a few users of the repo who do not have a lot of bandwidth and any further changes will make them wait too long for changes to happen on their cloned repositories. If some of us are still looking to move some folders in the git repo, let's hold on to that until the conference is over. Thank you all Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 2

[opensuse-artwork] Update
by Andres Silva 13 Oct '12

13 Oct '12

Hello team Today I finished reorganizing the folders on the artwork git. Please review. 1. CD Sleeve SVG templates were added to the repo. For the last release we did not have a template and we had to improvise the design of these sleeves. I am sure that with this addition we will make a stronger design this time around. The folder is under /Marketing Materials/CD Sleeve Template 2. Open Sans font collection was uploaded to git as well under the "Fonts" folder. Enjoy Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

2 1

[opensuse-artwork] Information
by Andres Silva 13 Oct '12

13 Oct '12

Hello all I am currently in the middle of a reorganization of the folders in the artwork git repository. You may notice that many things are out of place. This work will take me some time but do not panic, the folders are safe and I have them. I am just figuring out the best way to commit to git and reorganize the folders. Thank you Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 3

[opensuse-artwork] github vs. gitorius
by Rajko 12 Oct '12

12 Oct '12

So far I understand, some time ago all artwork was moved to: https://github.com/openSUSE/artwork from https://gitorious.org/opensuse/art but checking activity at gitorius it is obvious that is still used. Can some kind soul explain me what is status of github vs. gitorius? -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

4 3

[opensuse-artwork] Request
by Andres Silva 11 Oct '12

11 Oct '12

Hello again I have received comments recently of my performance as a team coordinator. It may seem that some think that this performance is not up to the standards of the community and have asked repeatedly for it to change. Unfortunately, I have not had the time to address these concerns or even know about them first hand. I have experienced a lot on the team and I love it. Surely there are better methods of handling the work to be done for the next release and things that can happen beyond that. For this reason, I think it better to have me step aside on this role and have a contributor with more experience in community matters be the go-to person for the team. My contributing to the team will remain unaffected. I will still create images, push for changes and support whoever the team chooses to take on this responsibility. It is better for the team to have someone who has the eye for good communication take on this responsibility and I will learn it along the way. If no one is willing to take on this coordinator call, I can still participate as such, but I would ask to please voice your concerns to me about the work being done. It is hard to find out that communication that involves my performance is done without me knowing. This only amounts to negativity that can be fixed if only there was more "communication" between the parts that disagree. I am always open to converse and decide. Thank you Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 2

[opensuse-artwork] Wiki Help
by Andres Silva 11 Oct '12

11 Oct '12

Hello everyone I would like to invite the team to participate in a revision of our current artwork wiki. I have been reviewing it myself for a few days and there is data there that seems incomplete or unstructured. However, I do not know what the intentions of all the links under artwork are for. These are pages that have stayed the same for a long time and it is probably now a good time to update it. Clean it up. If you would like to participate of this idea, please go to http://en.opensuse.org/Portal:Artwork Then review the links, information and contributions made to it. If you would like to make a change, log in with your opensuse account to the wiki and edit the contents. If you are not confident of the changes you are suggesting and would rather voice an idea or concern about it, there is a google doc that you can use to add these comments. You can link to it from here https://docs.google.com/document/d/1gZesLzEIJej9YkzA52nf2I7GQgrf_h1E71NJ6oz… Every little bit of help is welcome. Thank you Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

2 1

[opensuse-artwork] Question
by Andres Silva 10 Oct '12

10 Oct '12

Should it be good to have two different master folders for artwork and marketing artwork on GIT? Would this confuse too many people? Thanks Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

3 3

[opensuse-artwork] Speedy Geeko
by Victor hck 09 Oct '12

09 Oct '12

Hi I have made two draftfs for Kostas about "speedy Geeko" I upload the svgg files to my Dropbox. Feel free to download - The second draft is this: http://paste.opensuse.org/70822803 And the links of svg files: - https://www.dropbox.com/s/uo9cawvvo7tbh0d/speedy_geeko2.svg (the last one) - https://www.dropbox.com/s/d80sierww04hay2/speedy_geeko.svg I hope you like... I'll be offline. The monday I will be back... Bye... -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

4 10

[opensuse-artwork] Team Annoncement
by Andres Silva 06 Oct '12

06 Oct '12

We have had a few conversations about some upcoming changes to the distribution on the artwork department. Through your input, it is understood the scope that we want to achieve, which leads us to go on with the proposed changes to the distribution for artwork. They will be treated as a test and not the final product, since it is possible that many suggestions and changes will happen after that through your comments and requests. Also, the wallpaper contest is about to be launched. Kenneth Wimer will take part of that and will soon be making a more formal announcement and rules of the contest. Kenneth will likely need the help of our team since he is short on time. Let's be ready for his requests. Additionally, I have been asking some members of our team about the possibility of them taking a specific responsibility on the team to streamline our work. I have received mixed comments. Understandably, we all are short on time and artwork could take a lot of time to be done. I also got an interesting feedback question: 1. Should we use a bug tracker system to coordinate specific artwork requests? 2. If so, what should/could we use? Right now we only have the ML or IRC to make informal requests. One last point. We have discussed with a few members on the need to make a formal artwork release schedule. It is pretty obvious that artwork is something to be done earlier than the release schedule but there is no specific time frame for us. How about we do a 6 month artwork release cycle? The distribution takes 8 months and at month 6 they should have a release candidate ready. Is this too long, too short. Please comment. Thank you -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

5 5

[opensuse-artwork] openSUSE 12.3 ToDo Suggestions - Revised!
by Andres Silva 05 Oct '12

05 Oct '12

Given some of our member's suggestions, I have reviewed the list of do's for 12.3. Please read carefully and give a vote if you agree with the steps. If a majority agrees, we will start making the arrangements for these tasks to see the light. 1 Encourage the use of raster images for wallpaper (Using Flickr artwork pool to draw images) Add more places for submissions (email, social networks, etc) Use raster for the final wallpaper and not for its creation necessarily 2 Flickr is used, make sure that the uploader is responsible for the correct liscensing of the image (Provide information about branding people's artwork) Provide links for licensing images Follow up with creators for their work and how they licensed it Make a decision on what license works best for digital art 3 Create upload guidelines for artwork contributors (Although there are some guidelines about this, there is no specific place for copyright in the wiki) Create a wiki page for explaining licensing Promote licensing on our submission areas (Flickr, social networks, etc) 4 Change default font to OPEN SANS on KDE. (This font family is extensive and looks extra sharp on both KDE and GNOME, use full rgb subpixel rendering on KDE by default) Start with KDE first and then decide if it will work properly on Gnome 5 Change Plymouth to a progress bar with a sparkling end (per request of some contributors and to keep a simple elegant understanding of the boot process, more details to come) 6. Change/improve styling on YAST 7 Change KDE splash screen to match Plymouth 8 Keep default splash screens for applications Thank you Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

4 4

Re: [opensuse-artwork] openSUSE 12.3 ToDo Suggestions - Revised!
by Richard Brown 03 Oct '12

03 Oct '12

1. Why "encourage" the use of either format? We have artists that use Raster, we have artists that use SVG, we should *allow* both. Raster is already used for the final wallpaper in the current distribution (though in some cases SVG can be more memory efficient and prettier, especially in GNOME) I dont think we should be throwing the baby out of the bathwater - or is there some ulterior motive to discourage folks like me from contributing to the wallpaper side of things? 2. -10 - See my previous comments about Flickr, I do not think it's an appropriate platform for the broad variety of submissions we want to encourage. Again, I want to give those artists who are part of the 'cult of raster' all the opportunity in the world to contribute, but that shouldn't be at the exclusion of our vector-based contributions. 3. +1 - Upload guidelines are a good idea. There is already licensing guidance on the Wiki http://en.opensuse.org/openSUSE:Accepted_licences 4. Fair enough - do you have 'buy in' from the KDE team? 5. Is my alternative suggestion for a 'dots based' progress bar being ignored/dismissed summarily? We appear to have gone from 'lets talk about it' to 'lets do something entirely different' 6. How? Why? YaST already provides a 'native' experience in GNOME and KDE, where is the problem? what is the goal here? 7. By 'splash' do you mean the KDM login screen? if so, I seriously suggest you reconsider, because of the accessibility issues that me and Bryen have already raised - I don't want to see KDE make the same mistakes that GNOME made (and that we're now correcting) 8. I don't disagree, but allow me to play devils advocate for a bit. I assume the rationale for not changing application splash screens is that "Upstream do a good enough job". That is an argument I can certainly agree with. I would also contest that openSUSE is a distribution who's defining characteristic is 'Choice'. We're no Ubuntu striving to give our users a single uniquely refined experience Nor are we Fedora, taking selective upstream projects and polishing them and integrating them tightly. We're the distribution that seems to take as much as we can from the open source community, throw it all together, and provide it in a usable 'showcase' where you (the user) can choose what they want from it. KDE, GNOME, LXDE, desktop, server, firewall, we're the distro that provides it all and tries to make it easy for you to decide how it works. The idea of leaving application splash screens alone fits nicely with that concept that openSUSE is a 'showcase' of upstream projects. But if we're doing that, why are we customising Wallpapers at all? GNOME has a default wallpaper for example which the upstream project seem to have put a lot of effort into. KDE also, where they have their community 'Kontests' to chose the default wallpaper for their desktop environment. If we're saying 'you're art is good enough' for application splashes, why don't we say the same for the default wallpapers and be done with it? Or, is the default wallpaper a 'key part' of establishing an openSUSE brand, a feel that the distribution is a completed product with it's own identity? If so, why aren't application splashes part of that same brand? I don't have answers here, but I do think we need to decide where our direction is - the idea that upstream application splashes are good enough, but upstream desktop artwork is not seems schizophrenic to me. (Thankfully, there really is no default boot/install branding so whatever we decide here, that will of course be a place where openSUSE can leave it's unique stamp) Regards Richard / ilmehtar >>> Andres Silva 10/03/12 3:28 AM >>> Given some of our member's suggestions, I have reviewed the list of do's for 12.3. Please read carefully and give a vote if you agree with the steps. If a majority agrees, we will start making the arrangements for these tasks to see the light. 1 Encourage the use of raster images for wallpaper (Using Flickr artwork pool to draw images) Add more places for submissions (email, social networks, etc) Use raster for the final wallpaper and not for its creation necessarily 2 Flickr is used, make sure that the uploader is responsible for the correct liscensing of the image (Provide information about branding people's artwork) Provide links for licensing images Follow up with creators for their work and how they licensed it Make a decision on what license works best for digital art 3 Create upload guidelines for artwork contributors (Although there are some guidelines about this, there is no specific place for copyright in the wiki) Create a wiki page for explaining licensing Promote licensing on our submission areas (Flickr, social networks, etc) 4 Change default font to OPEN SANS on KDE. (This font family is extensive and looks extra sharp on both KDE and GNOME, use full rgb subpixel rendering on KDE by default) Start with KDE first and then decide if it will work properly on Gnome 5 Change Plymouth to a progress bar with a sparkling end (per request of some contributors and to keep a simple elegant understanding of the boot process, more details to come) 6. Change/improve styling on YAST 7 Change KDE splash screen to match Plymouth 8 Keep default splash screens for applications Thank you Andy (anditosan) -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

2 1

Re: [opensuse-artwork] openSUSE 12.3 ToDo Suggestions - Revised!
by James Mason 03 Oct '12

03 Oct '12

On Tue, 2012-10-02 at 20:28 -0600, Andres Silva wrote: > 5 Change Plymouth to a progress bar with a sparkling end (per > request of some contributors and to keep a simple elegant > understanding of the boot process, more details to come) > > 6. Change/improve styling on YAST > > 7 Change KDE splash screen to match Plymouth > Instead of defining a couple specific attributes, like sparkling or dotted lines in plymouth, I'd rather see some draft proposals on boot-to-login theming. (Personally, I'm using plymouth's text mode right now and strongly preferring it ;) > 8 Keep default splash screens for applications I prefer the default splashes to our splashes, as the -opensuse variants have always been synced to the default wallpaper. Once you move away from the default wallpaper, those themed splashes don't correlate anymore. If we move forward with the uniform boot process, and identify the splashes there, then *maybe* I'd agree with theming them. But, with the other things we want to do, IMO we should agree to use default splashes for 12.3, and revisit for 12.3+1. -- James Mason SUSE Studio Developer openSUSE Member+Ambassador 2925 Roeder Ave #300 Bellingham, WA 98225-2065 USA +1 360 752 6707 jmason(a)suse.com SUSE -- To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org

1 0

Re: [opensuse-artwork] openSUSE 12.3 ToDo Suggestions - Revised!
by Eugene Trounev 03 Oct '12

03 Oct '12

I'm not forgetting those, I just think those can wait until we are done with the actual distro. Best regards, Eugene Trounev Bryen M Yunashko <suserocks(a)bryen.com> wrote: >On Wed, 2012-10-03 at 12:00 -0400, Eugene Trounev wrote: >> I 100% agree with Brian on #9, and #10. How about we set up a schedule and due dates for each of the doable goals for the next release. I propose we begin with boot. Followed by wallpaper contest. Then, once we are done with the important part we can seat back, relax and talk for ever and ever. Plus we will have some real life experience with Flickr and friends. Right now we are justs speculating, and wasting time. >> >> So >> >> 1. Boot sequence [due date here] >> 2. Wallpaper contest [due date here] >> >> Once we have the due dates we can draft the workflow within the existing time frames. >> >> Lets go people. >> >> Best regards, >> >> Eugene Trounev > >Don't also forget other things. Off the top of my head: > >- Countdown banners (should be ready to go approx. 90 days before >release) >- Facebook Timeline Cover >- Avatars for Twitter/Facebook >- Slide Presentation templates (should be ready to go approx. 30 days >before release) >- Other things that I can't think of right now, but you get the idea. > >Bryen > > > >

1 0

Re: [opensuse-artwork] openSUSE 12.3 ToDo Suggestions - Revised!
by Eugene Trounev 03 Oct '12

03 Oct '12

I 100% agree with Brian on #9, and #10. How about we set up a schedule and due dates for each of the doable goals for the next release. I propose we begin with boot. Followed by wallpaper contest. Then, once we are done with the important part we can seat back, relax and talk for ever and ever. Plus we will have some real life experience with Flickr and friends. Right now we are justs speculating, and wasting time. So 1. Boot sequence [due date here] 2. Wallpaper contest [due date here] Once we have the due dates we can draft the workflow within the existing time frames. Lets go people. Best regards, Eugene Trounev Bryen M Yunashko <suserocks(a)bryen.com> wrote: >I have some grave concerns about the direction here, but also, I >disagree that what is outlined here is actually about "12.3." This >seems to be about a broader initiative that isn't 12.3 specific. > >More below: > >On Tue, 2012-10-02 at 20:28 -0600, Andres Silva wrote: >> Given some of our member's suggestions, I have reviewed the list of >> do's for 12.3. Please read carefully and give a vote if you agree with >> the steps. If a majority agrees, we will start making the arrangements >> for these tasks to see the light. >> >> 1 Encourage the use of raster images for wallpaper (Using Flickr >> artwork pool to draw images) >> Add more places for submissions (email, social networks, etc) >> Use raster for the final wallpaper and not for its creation necessarily >> >This direction, as phrased, concerns me, but I think others have already >addressed their concerns and I'd just be repeating... > > >> 2 Flickr is used, make sure that the uploader is responsible for >> the correct liscensing of the image (Provide information about >> branding people's artwork) >> Provide links for licensing images >> Follow up with creators for their work and how they licensed it >> Make a decision on what license works best for digital art >> >I personally dislike Flickr. And its size limitations per account have >given some of us already a hard wall that we couldn't get out of without >shelling some money out of our pocket. And because of the size >limitations, posters will feel obligated to post a lesser-quality >resolution in order to not run out of space. > >But more importantly, I think we should use Flickr, and all other social >network outlets as a place of recruitment, not as a repository. We >should engage these artists when we see their works (whether on Flickr >or Facebook or elsewhere) and encourage/mentor them how to be more >directly active as a contributor to the Project. Having the Project >function *outside* of its infrastructure is a good way to actually lose >control in the long run. And people *will* come when they have a place >they can feel they belong. > > >> 3 Create upload guidelines for artwork contributors (Although there >> are some guidelines about this, there is no specific place for >> copyright in the wiki) >> Create a wiki page for explaining licensing >> Promote licensing on our submission areas (Flickr, social networks, etc) >> >Unless you specifically hand it over to another entity, all works are >automatically owned by the creator. So copyrights aren't really the >concern here. And unlike some other projects, we don't really encourage >copyright assignment. It is anathema, really. > >What is more important is to understand sources within the artwork. >We've had some cases where we thought the contributor completely created >a piece, only to find out it was a compilation of components from other >places. Contributors need to provide some kind of a trail so when >artwork is selected to represent openSUSE, we know the actual history >behind it. We need a way to inspect and verify, just like our OBS has an >inspection process to ensure proper licensing. > >It would be serious egg in our face if someone created a wallpaper that >we all loved and selected as our default, only to find out after release >someone shouting "Hey!!! That image is from another place, you guys >aren't orginal at all!" Even if that component was completely >open-licensed, not knowing that a piece isn't original makes a world of >difference. > >> 4 Change default font to OPEN SANS on KDE. (This font family is extensive >> and looks extra sharp on both KDE and GNOME, use full rgb subpixel >> rendering on KDE by default) >> Start with KDE first and then decide if it will work properly on Gnome >> > >As already mentioned by others, I hope this is something you intend to >discuss directly with those teams. We've already encountered in the >past where members of those teams were upset with artwork team intruding >on work that was already put into this and not even any prior dialogue >before attempting to throw out their work for the artwork team's. > >Some important political diplomacy is needed here before setting out on >such initiatives. > > >> 5 Change Plymouth to a progress bar with a sparkling end (per >> request of some contributors and to keep a simple elegant >> understanding of the boot process, more details to come) >> > >I must have missed this discussion. The one I recall is the one Jos >started with how to retain our beloved seasonal grub screen change. >(The one where the Penguins are like lemmings across the top of the >menu.) That is a very popular feature, and as Eugene pointed out, it is >possible to restore that and even more, to provide *MORE* seasonal >options. I would suggest make sure this popular feature is put back in >before moving on to other ideas. > >There is an accessibility problem with the basic screen we have now, and >that should also be addressed. Providing some usability testing for >important screens is something that needs to be considered. While I >respect an artist's right to be creative wrt to their creations, the >artwork team primarily functions as a service enhancement to the >openSUSE product line. > >What that means is while artwork should be awesome and beautiful, it >should not interfere with the actual usage of the underlying product for >our users, regardless of accessibility needs or otherwise. > >> 6. Change/improve styling on YAST >> > >This isn't a 12.3-related subject. Unless you are proposing to do a >restyling for every release? If so, that's a huge outlay of resources >to reinvent the wheel every time. > >But bottom line, I don't think this should be a team "TODO" but rather a >"Just Do It." I'm not a 100% fan of that slogan, tbh, but in this case >it is apropos. The biggest problem we have historically in communities >like ours is everyone getting into a discussion "Oh, this should be >changed, that should be changed, blah blah blah" and in the end, nothing >ever gets done. A few months later, same discussion pops up. Same >endless quicksand cycle. Year after year... > >We end up in quicksands with these kinds of myriad discussions. The >best results in any and every case I've seen is when someone simply has >a vision and just DOES it! Then says to the team "Whaddya think?" You >get good feedback on concrete things to discuss rather than >hypotheticals. > >You've mentioned this idea for a long time. Surely, by now you have an >actual vision in mind. Show the team your vision even if its just >mockups. That's the surefire way to move this forward. People want >something tangible they can look at and comment on. > >> 7 Change KDE splash screen to match Plymouth >> >I don't like things that match from bootup to desktop. You stare at the >screen wondering if your desktop is ready and then moments later go "oh, >it is ready, I didn't notice the change." I prefer that each stage have >its own unique look and give truer distinction. And I know I'm not the >only one who has felt this. Many people have expressed confusion. > >> 8 Keep default splash screens for applications >> >This is good. > >9. Yes I'm adding one here. The most important thing in the TODO list >that didn't get mentioned. Creating a checklist of what needs to be >done before release of 12.3. Sorry but, this past 12.2 release, was >really bad in terms of timely artwork delivery. While several of us >mentioned what needs to be done, no one responded and then at the last >minute everyone scrambled. This checklist is the most important >fundamental thing you need in order to plan and schedule tasks. And it >should carry over to be re-used in future releases to refer to. As long >as such a list is present, people can go in and check out do-able tasks. > >And contributors are frequently much more likely to respond to specific >tasks rather than broad strategic discussions. Leaving out the list >severely disenfranchises such contributors when we need them the most. > >10. And one more... Focus on more results-oriented goals and >deliverables. To be honest with you, my go-to guys to get some request >filled out are Marcel, Richard and Victor. Those are the guys I know I >can reliably count on to approach, hand in a concept to them, they'll >work through it and usually in a few hours come back with an initial >design which we can further tweak. > >That ability to respond and to understand the requestor's needs and >deliver is a key component that will help make this team grow. There >are lots and lots of artists worldwide who are not interested in >strategic discussions. They just want to create. You make the team >more inviting and easy-entry, and you'll get a LOT more Marcel's, >Richard's and Victor's, I guarantee you that. Because people will want >to go where their work is appreciated and desired. > >There's a huge amount of requests over the years that have gone >unanswered because we simply don't have the broad breadth of talent we >need to address various needs. That's something that needs to be worked >on. > >Some of those that we get in the door may eventually evolve to handle >bigger tasks and goals like the ones you have mentioned. But you gotta >get them in the door first. :-) > >Bryen > > > > >> Thank you >> Andy (anditosan) > > >-- >To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org >To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org >

2 1