Re: [ubuntu-art] next meeting
For me, the desktop folder is important. We must Keep it. I use it for the link to files & folder i used everydays... Why not create a donload folder ? (with a link on the desktop... i like clean desktop) 2008/2/9, George Brooke <[EMAIL PROTECTED]>: > > Personally I use the desktop to store three types of things (not just as > a junk store) > 1: Stuff that I'm working on at the moment (maybe a recently used files > virtual folder on part of the desktop) > 2: Stuff that I frequently need just after startup - links to applications > which I only use in certain locations. > 3: Files that I need rarely but when I do need don't want to have to go > searching through my home folder for. > So while it is a good idea to try and reduce the use of the desktop as a > junk store there still needs to be the flexibility to use it as a normal > folder if you wish (even if it needs to be enabled as an option) > > solar.george > > Travis Watkins wrote: > > On Feb 8, 2008 5:01 AM, Andrew Laignel <[EMAIL PROTECTED]> <[EMAIL > PROTECTED]> wrote: > > Here's an idea, and something I have been wanting for a long time... > > Get rid of the 'Desktop' as a file store - remove it from the directory > hierarchy! > > The only reason to store something on the desktop is if you can't be > bothered to put it where it's meant to go. Ideally everything should be > in the home folder, rather than split across a locations. Everything > else - shortcuts, pseudo-icons could remain but only if handled by the > system in an organised fashion ala Mac OS (drives and folders down RHS). > > The mixing of shortcuts, files, and system icons is generally a bad idea > as you don't know whats what largely. Generally most desktops are just > an ugly mess. > > If you remove the desktop-as-a-junkstore paradigm that everyone always > does because everyone's always done it it opens up many new > opportunities for using the desktop as an actual interface rather than > the reliance on toolbars. It would also make a more intuitive system as > you have more space to work with (as it will hide behind windows) so you > are not constrained to 32px height restrictions. > > Actually, the desktop effectively does not exist exactly because it is > covered almost all the time. This is probably why people don't worry > about using it as a junk store, they never see it unless they're > diving in there to get something anyway. Kind of like the junk drawer > on your real desk. :) > >You could have multiple icons for various things that would expand out > when hovered or clicked such as home folder, drives, places, software > etc. You could shade all the controls or slide them out of the way when > the desktop has no focus to prevent accidental clicks, and maybe slide > the home folder out if someone does try to drag something to the desktop > to make it obvious that's not where it goes. > > I've done a quick mockup of what I think would improve on the GUI. > Obviously it's not perfect but there may be some good ideas there. With > all the effort being spent on all the other areas of Ubuntu, more should > be spent on the interface. > > > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > > > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Meta Discussion: Desktop Ideas vs Artwork Team
Right said. Mikkel Kamstrup Erlandsen wrote: > I have really tried to keep this short. > > > The Problem: > > I have been a bit distressed about some of the latest activity on this > list. A lot of people seem to be posting ideas about new features they > want implemented in the desktop. In short: I don't think this is > something we can address on the artwork team. Read on. > > When you put a bunch of creative people in a "room" ideas and passion > will grow, and this is a good thing. If this creative energy is not > channeled the right way frustration will build up. > > There is simply *no way* the current art team can even begin to > implement the all the ideas discussed here. Or even new features at > all. Minor patching to a selected theme engine is probably as far as > it can go (maybe not even that). > > If a feature cannot be readily implemented in the gtkrc and/or > metacity theme, then you should be able to provide the patch your > self. Otherwise it is likely you are wasting your time because the > mockups will only collect dust in the archives. > > > The Solution: > > - Write down guidelines for what the artwork team do (themes, > wallpapers, icons) and also what it does not do - ie. coding. A > summary of this can be put on the mailman subscription page (I think > anybody with list admin right can do this). > > - Harness the creative energies in another medium. Create > labs.ubuntu.com. A place to juggle about wild ideas, mockups, code > snippets etc. Mailing list + wiki + launchpad should be a good > foundation here. I think the platform is somewhat already there now > with the forums and various mailing lists, but a more coherent whole > could be good. > > > Remember: > > I am not trying to criticize anyone, only trying to better the > situation for all of us. > > Cheers, > Mikkel > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] next meeting
i liked vista cos it had a Downloads folder -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Mockup!
Nautilus transparency would be nice, but not nessecary. I think that a option for that would suffice -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] new system log on wav
hey guys here is a speedyshare link to another system logon wav coz http://www.speedyshare.com/792675352.html i have no idea how long these things are kept on that site -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Mockup!
Thanks Jonny! And I do agree, transparency in the nautilus window really isn't necessary, it serves more as an illustration to what *could* be done ;) Only problem is I have no idea on how to make GTK/Metacity themes, pixelmap or not... my only experience is with editing a couple of gtkrc-files... I probably have to learn it sooner or later, but I'm not sure how much time I've got for this right now...so if anyone would be willing to create a theme based on this mockup (with or without changes), I would gladly assist... - Thomas L.G > > From: Webmaster Jhnet.co.uk [EMAIL PROTECTED] > > Sent: 2008-02-11 12:40:22 CET > > To: Discussion on Ubuntu artwork [EMAIL PROTECTED] > > Subject: Re: [ubuntu-art] Mockup! > > > > That is a simply stunning theme! I really like it. We need to get building > > it though if there is going to be a chance of getting it finished for the > > final release. I think a non-composited version would look good but the > > orange borders (very cool) would need to be made a little thinner and make a > > solid orange. With regards to the composited version I think the orange > > borders could be best archived using the shadow functions of emerald. This > > way the windows would snap very neatly together (and would also allow the > > borders on the panels). > > > > Excellent theme! If only I knew how to build themes... (Any tutorial links > > from veteran theme-makers would be appreciated!) > > > > Jonny -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] next meeting
I agree, i only want the minimum in the "notification area". If it was necessary to make an other area called "app selector", why not ? 2008/2/9, Jan Niklas Hasse <[EMAIL PROTECTED]>: > > Keeping open apps in the system tray (with that do you mean notification > > area, top panel right, really?) is one of the _worst_ desktop metaphors. > > Notification area is... notification area! > > > > I call it tray. IMHO calling the tray "notification area" is one of the > worst things. > > > > Why mixing open apps with notification icons like clock, wifi, > > volume...? > > > > Clock? Volume? I got these as gnome applets. And wifi: Do you think the > "NetworkManager" is a notification? It isn't. But why is it in the > "notification" area? > I got 4 icons in my tray: Skype, Pidgin, Rhythmbox, Glipper (and > NetworkManager). There isn't a single notification. > > > > I think that this ideas comes from a very _very_ strong Windows culture. > > > > So what? > > > > And Ubuntu is not an should not be a clon of Windows XP (OS X clon > > either). > > > > Right, but do you also want to remove windows at all, just because osx and > xp use them? > > > > If Windows or Mac does something well, we can discuss it and if it's a > > good idea we can implement it. But we don't have to copy something because > > new users would feel familiar with Ubuntu desktop, that would be a big > > mistake. > > > > AFAIK there's no option to close programs to tray, except the application > supports this. So there's nothing to be copied from windows. > > > > Taking back the discussion. 6 or 7 years ago I was a convinced Windows > > 98/XP user. I loved Winamp, I loved Winamp icon in the tray bar. Nowadays, a > > lot of Windows applications put their icon in the system tray. > > > > A lot of Linux applications, too. (Rhythmbox, banshee, amarok, pidgin, > skype, networkmanager, deluge, ...) > > > > Nowadays I've studied computer science and gui design in my career. One > > of the big mistakes of user interfaces is mixing things that are completely > > not related. Notification is not related with open apps. > > > > Well, maybe we should call it tray or Status Area? > > > > What Dylan McCall was trying to say is that in OS X there is a tree > > structure in the gui design. Root node is the application and then each > > application has several childrens (windows) and each window can have another > > children (floating window). In my opinion this is the correct way to > > represent open apps. Why? because the app "pipe" is: > > > > Processes -> Windows -> Secondary windows > > > > > > This pipe design delivers a good design that solves several gui > > problems. First problem solved is that window selector like Windows bar is > > no longer needed. Instead, this model has app selector, wich is very useful > > if some apps have several windows (think in The Gimp at this moment). Second > > problem is that having app selector instead window selector is better if you > > have a lot (6 or more) windows opened. It's even easier to distinguish what > > do you want to select because you have to look directly for the application, > > not to all the windows, and you have less items to look for so you can > > search it quickly. Third problem solved is that now app selector and app > > launcher can be merged so many space can be saved. > > > App selector? Sounds like some kind of a tray, only better. > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] next meeting
I agree whit you. You've got good ideas & good propositions we have to do someting different of windows, & better ! (sorry for my bad english) 2008/2/10, Álvaro Medina Ballester <[EMAIL PROTECTED]>: > > El 10/02/2008, a las 14:45, Jan Niklas Hasse escribió: > > > Anyway, instead of showing me the real names of the apps, do you > > have any _solid_ opinion or any critic point to my idea? > > > > Your idea is that applications are still running when i close their > > window? And that they will appear in an app selector? Well, the idea > > is not bad, but the tray does this already. When i close my app i > > can reopen it by clicking the tray icon. My critic point is: Instead > > of developing an app selector, we should drop the idea of the tray > > as a notification area and improve it instead. > > > > I mean, music apps go to "tray" in Linux... and what? I was saying > > that in my opinion this is not the right place to keep open apps. > > > > Why? I think it's a good place because a small icon doesn't take > > much place and i can perform actions like changing settings in the > > context menu of the icon. > > I'm glad to hear your opinion! > > Well, we have some points in common. We believe that the "pipe" I > described is a good way to manage applications and windows, but we're > not agree in one thing, where those open apps should be represented on > the desktop. > > I far prefer not putting open apps in the system tray because I think > that the tray should be used for things that are always open (clock, > volume manager or volume applet, network manager, etc.). So I think > that we're mixing two things in the same place. > > In addition, I think that putting a lot of small icons would not be > the best way to manage the open apps because those apps are the main > use of the desktop. For example, when I'm doing some university stuff > I have scribes open and the terminal to do gcc's and make's, so I > think that the best way to manage those open apps is keeping them > separately from another things like clock applet that you're not using > constantly. And if you have bigger icons that makes easier to > distinguish what do you want to select. > > Changing the settings in the context menu of the icon is a very good > idea. That can be implemented also in an app selector. This is what I > like to call the power of simplicity. > > When I said that about Windows culture I didn't explained myself very > well. In my university, some software engineering teachers (not some, > all) believe that Windows way to do things with the computer is the > good one just because "everybody uses it", they don't know another > ways to work with the desktop and so they've learned to work in a > Windows way so if they have another better options they don't consider > them because they have learned Windows way and they don't want to > think further. > > I remember discussing how bad is Windows external devices manager with > my teacher. If you plug 3 or 4 devices you can't know which is the usb > pen, which is the media player, etc. But in gnome's desktop, every > device is on the desktop so you can manage them very easily. My > teacher still believes that Windows does that better. I think that > this is what we need to avoid. > > Thank you for considering my ideas again. > > > Cheers. > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Some initial thoughts (Re: Intuitive application lister and other loopy discussions)
Werry good proposition, i hope it will be done for the 8.04 LTS ! 2008/2/10, Greg K Nicholson <[EMAIL PROTECTED]>: > > It seems to me that the system-tray-like area for applications to > minimise to must: > > 1. Use small icons > 2. Allow applications to: > 2.1. define their own context menu > 2.2. display a more detailed interface when left-clicked (a window, an > overlay or a menu) > 2.2.1. remove this more detailed interface when left-clicked again > > I suggest placing this area at the start (i.e. to the left in LTR > locales) of the window list (the task bar). It should take up no space > when empty and expand and contract to suit its contents. > > I'm proposing this particular location for the new area because the > icons represent running programs, so it makes sense to keep them next to > the list of open windows. > > Virtually every system tray icon should move there – anything that isn't > providing a transient notification. So, if it appears when you log in, > or when you start an application, it should be in this new area and not > the system tray. > > > > > > > > > > > > > -- > Greg K Nicholson > > > > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] new system log on wav
Reminds me of a less obnoxiously sudden version of the Mac power-on sound. Not bad. -Sumit coz DS wrote: > hey guys here is a speedyshare link to another system logon wav > coz > > http://www.speedyshare.com/792675352.html > i have no idea how long these things are kept on that site -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Wallpapers?
SVGs would be preferable because it means that the graphic can be made potentially in any range of graphics. On the other hand if you don't want "the vector look" then you'll need to use a raster graphics package. You'll likley find that you'll be asked for xcfs for GIMP so if you have any experience with GIMP then it would be great to do it in that (and besides, it makes a good display of open source tools!). On the other hand PSDs are fine as GIMP can open them up but there are some compatibility issues (for instance layer effects do not work). Anyhow, to be honest for wall papers so long as we end up with a PNG at the end of it to use as a wallpaper thats the important factor (for GUI designs having a copy we can pull apart is much more important) so for the most part it doesn't matter. Looking forward to seeing what you make! Jonny On 10/02/2008, Thomas L.Gjeseth <[EMAIL PROTECTED]> wrote: > > Hi there, > Just a quick question for you guys, > Are there any rules regarding wallpapers, do they have to be svg's, or any > particular minimum resolution requirements? I prefer working in Photoshop > when it comes to *artistic graphics* rather than logos etc... > > - Thomas L.G > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Mockup!
That is a simply stunning theme! I really like it. We need to get building it though if there is going to be a chance of getting it finished for the final release. I think a non-composited version would look good but the orange borders (very cool) would need to be made a little thinner and make a solid orange. With regards to the composited version I think the orange borders could be best archived using the shadow functions of emerald. This way the windows would snap very neatly together (and would also allow the borders on the panels). Excellent theme! If only I knew how to build themes... (Any tutorial links from veteran theme-makers would be appreciated!) Jonny On 11/02/2008, Dylan McCall <[EMAIL PROTECTED]> wrote: > > That clear border is kind of cool! A nice touch that really makes this > mockup distinct (while still reasonably possible, which is unusual). Very > sharp look on the menus, too. > > There seems to be some unnecessary reliance on heavy compositing here. The > transparent windows strike me as unnecessary, while your very attractive > gradient could sit well instead for most cases. (I recall there being talk > about diagonal gradient backgrounds?) > > > -Dylan > > > On Sun, Feb 10, 2008 at 7:30 PM, Thomas L.Gjeseth <[EMAIL PROTECTED]> > wrote: > > > Hi there, > > A mockup I made this night (!! time to go to bed !!), of how I would > > like to see a Ubuntu dark theme. As well as some general UI thoughts ;) > > > > The wallpaper is a mixup between a feathers-stock-image and a render I > > have made... > > > > Still has SOME inconsistency, but hey, it's a mockup! > > > > Attached! (hope u don't mind... not that great image size...) > > > > - Thomas L.G > > > > -- > > ubuntu-art mailing list > > ubuntu-art@lists.ubuntu.com > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > > > > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
