Re: Proposal for reducing the number of unremovable apps in GNOME Software
On 2017-11-04 20:38, Florian Müllner wrote: > In case of the calendar, the date headings should be insensitive if > either no calendar application has been configured, or the configured > app is not available. So there is a bug here, but it's that for some > reason the code isn't working as expected on your system (or atomic?) ... This was something I ran into ages ago, so I'm pretty sure it's been fixed since, but I'll report it if I run into it again. Good to hear the shell is aware of these situations! - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposal for reducing the number of unremovable apps in GNOME Software
On 2017-11-04 01:03, mcatanz...@gnome.org wrote: > Hi, > > Currently about half of the GNOME core apps are unremovable in GNOME > Software. It's the set of apps that are not new additions to core over > the past two years, but at this point that's entirely arbitrary. So we > need to find a better criterion for determining what should and should > not be unremovable. A little oddity I ran into while trying out an atomic system was that the Shell would lead to dead links for things like Weather, Clocks and Calendar. All three of those are reachable from the Day/Time/Notification menu. So in some sense, gnome-shell depends on them, user experience-wise. Could also be that the actual bug in this case is that she shell should not show Weather, World Clocks, etc. if these apps are not installed, or not make it a link or something along those lines. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Include GNOME Usage in the future releases
On 2017-10-16 16:27, Felipe Borges wrote: > Hi everyone, > > We have been discussing for quite some time the inclusion of GNOME > Usage in the GNOME release, initially as a "demo". > > The project has been evolving quite fast and it is expected to have an > Outreachy student working on it as well. > > This way, I would like to know whether there are any objections > regarding the $subject. I just built it from jhbuild, awesome stuff. I'm quite impressed! However, the panes Data and Power are both empty. Am I missing any deps, or are these supposed to be empty for now? - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: File roller extracting with double click, bug/feature ?
On 2016-11-12 18:00, Baptiste Saleil wrote: Hi all. File roller extract my archives in current directory by double click since 3.22 Is this a bug or a feature ? If it's a feature, is there a bug report or discussion I can track to understand why devs choose to make this change ? IMHO, this is one of the most stupid features which is again probably copied from the full-of-stupid-features MacOS. I mean, if you really want to extract an archive in the current directory, there is the "Extract here" context menu entry, and it's literaly the same amount of clicks. I would categorize it as a feature, but it might have certain surprising behavior bits about it, that breaks yours and others expectations. Probably a good candidate for some usability testing in the future. Having extraction support in a file manager is also present in Midnight Commander, Windows Explorer (from XP and forward), ES File Explorer on Android and probably a bunch of others that I'm forgetting about right now. As someone else pointed out in the thread, there is a checkbox to turn it off in Nautilus. -- Below is some documentation about how it came to be -- GSOC project idea: https://wiki.gnome.org/Outreach/SummerOfCode/2016/Ideas GSOC project summary: https://summerofcode.withgoogle.com/archive/2016/projects/5271934111580160/ Here are some blog posts on the subject: https://razvanchitu.wordpress.com/2016/05/10/gsoc-2016-the-adventure-begins/ https://razvanchitu.wordpress.com/2016/07/14/extraction-support-in-nautilus/ https://razvanchitu.wordpress.com/2016/07/19/automatic-decompression-of-archives/ https://razvanchitu.wordpress.com/2016/08/09/internal-compression/ https://razvanchitu.wordpress.com/2016/08/25/an-awesome-experience/ And the bug report that implements the functionality: https://bugzilla.gnome.org/show_bug.cgi?id=768646 It was also in the news: http://www.omgubuntu.co.uk/2016/07/native-nautilus-file-extract-archive https://www.phoronix.com/scan.php?page=news_item=Nautilus-Improved-Extraction - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome personalisation
On 2016-08-30 12:48, audio fan wrote: As a rather simple user, I want to be in charge of what my screen looks like and I most certainly want to be able to personalise the whole thing. These to me are the spirit and essence of linux. I would recommend you to check out https://extensions.gnome.org I think there is an extension that has the behavior you're looking for, plus a ton of other extensions to personalize your experience. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: I want to contribute
On 2016-09-06 16:36, RAJAN CHOUDHARY wrote: I came across GNOME form gsoc website. I am really interested in the type of projects and the motive of projects. I eagerly want to contribute in this organization because it would be great learning experience for me. So, show me the way to contribute to this organization. Great to hear. Welcome! Check out https://wiki.gnome.org/Newcomers/ I would also recommend you to join #newcomers on the irc.gnome.org server and ask any questions you might have. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Touch screen related UX discussion
On 09/25/2015 10:10 PM, Shu Hung (Koala) wrote: Dear all, Are there any platform / thread I could go to for touch screen related UX? I've just bought a touch screen notebook and I can help testing the UX. Besides, I already spot some usability issue with the tablet mode on my notebook. Hi! I've found it most effective to file bugs in the bug tracker against the different modules that are affected by touchscreen issues. I sometimes file it against the wrong module or component, but the maintainers are usually quick to reassign them. https://bugzilla.gnome.org/ - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Release notes have a build issue
On 09/21/2015 02:53 PM, Jiro Matsuzawa wrote: Jiro Matsuzawa That was probably my fault. Fixed now. Thanks for pointing it out! https://git.gnome.org/browse/release-notes/commit/?h=gnome-3-18 - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Looking for speakers for hacknight in Gothenburg on Aug 11th
Hi all! FOSSGBG is a local free software group here in Gothenburg that has meetups every month or so to discuss various FOSS subjects. They're having an event on the 11th of August [1]. Since this overlaps with the GUADEC hackdays, the organizers of FOSSGBG thought it'd be nice to make this edition of their meetup about GNOME. They are looking for people from the GNOME community who would like to present their work at the meetup. Let me know if you'd like to volunteer. We'd like to have three 20-30 minutes talks. Subjects that would be interesting to the audience would be things like app development, Wayland and privacy. 1. http://foss-gbg.se/ - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Don't forget to register for GUADEC!
For everyone attending GUADEC, August 7-12, don't forget to register! The registration system is at https://registration.guadec.org/ and you can log in using a Mozilla Persona [1] provider, such as @gnome.org, @gmail.com or @fedoraproject.org 1. https://login.persona.org/about - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.15.4
On 2015-01-22 20:09, Matthias Clasen wrote: You can also test the latest code using the vm images [3] that are produced by our continuous integration infrastructure, build.gnome.org. The last image built seems to be from 2015-01-07 and if I recall correctly I wasn't quite able to get that running in Boxes. Anyone else had more luck with these of late? - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Improving Quality
On 09/24/2014 11:04 AM, Daniel Mustieles García wrote: The high contrast goal may be my fail, since I've been trying to complete it, but I missed the new modules in the list. I think we did great progress regardless of not reaching the goal fully. I now know it's an issue, so I try to keep an eye on new apps and will create new icons for these. Ideally we will have e full coverage for 3.16. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Visual effects
On 08/05/2014 02:30 PM, Sébastien Wilmet wrote: I've tried recently KDE, and by default it has too much visual effects, IMHO. With time, it seems that GNOME follows the same path, there are more and more visual effects. I think too much visual effects is bad for a distraction-free desktop. Exactly the same principle applies for presentation slides. To take an extreme example, it's not really a good idea to add a firework animation between each slide… The public will be less concentrated on the contents of the presentation. On a desktop you want to focus on the work you're working on. I don't think the problem is not so much that KDE has too many animations, but that they in some cases are being used in the wrong situations and many of need a bit more work in their timing. If you look at OSes such as Android and iOS they use animations to their advantage for things like aiding navigation and to give feedback when you've successfully clicking an object (the physical resistance in a mouse button serve a similar function). However, they also use it to make the system feel smooth, responsive and in some cases faster. I think we should aim towards that. To do it with style and not only when we can. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: touch screen support
On 01/17/2014 04:07 PM, Richard Henwood wrote: I would appreciate guidance on the first steps I can take to help the gnome touch screen support effort. Hi Richard! Thanks for testing this! The very first step would be to file bugs on the two issues above against the gnome-shell and gtk+ products in the bug tracker. gnome-shell: https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell gtk: https://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 3.10 blocker list review
On 08/26/2013 10:38 PM, Matthias Clasen wrote: Here is another review of the GNOME 3.10 blocker bug list, ahead of the .91 release next week. The total number of bugs is down only slightly, from 48 to 44. We've fixed more than 4 bugs from last weeks blocker list of course, but we added new ones back. So, please check the list again to see if there is something you can help out with. For those of us too lazy to copy+paste each bug number into your browsers by hand, here is a link with the whole list: https://bugzilla.gnome.org/buglist.cgi?cf_gnome_target=3.10query_format=advancedbug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=NEEDINFO - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Passive resistance [was: Re: Announcing GNOME's official GitHub mirror]
On 08/16/2013 05:36 PM, Jasper St. Pierre wrote: On Fri, Aug 16, 2013 at 11:10 AM, Shaun McCance sha...@gnome.org mailto:sha...@gnome.org wrote: On Fri, 2013-08-16 at 10:17 -0400, Jasper St. Pierre wrote: There's possibly a discussion to have about whether GNOME should use proprietary services for outreach, but GitHub isn't really anything new here. In my opinion, if you feel strongly about the use of proprietary services for outreach, perhaps GNOME isn't the greatest fit for you. What a terrible thing to say. If you disagree with some decisions, then you don't belong here? There's no room for diversity of opinion in our community? That doesn't sound like the GNOME I joined ten years ago. I'm not trying to say you can't disagree with GNOME's decisions or talk about them, just that the way I see it, I don't see things changing. From what I've seen over the years, I think we're more accepting of proprietary services. We introduced GNOME Online Accounts for integration with Gmail, Facebook, Windows Live and Twitter. We're discussing pulling user avatars from services like Gravatar. We're actively marketing through services like Twitter. If you're not happy with that, we can certainly bring it up to the board and talk about it, but from how I see things, I don't think we'll remove GNOME Online Accounts integration or stop our Twitter marketing campaigns. So, I'm saying that if you're not happy with those directions, I think GNOME may not be the best place for you. I think it is the best place for him to be, it's just that it's a bigger fight to fight. I don't think being able to connect to, say Google in addition to OwnCloud in online-accounts is any different from being able to connect to ICQ in addition to Jabber in Empathy, something that's been possible for years. Likewise, yes, we send status updates to twitter in addition to identi.ca. We send it anywhere it's possible to send as it's fairly automatic to forward things between the different services. That said, in the past, someone had to do the work to make Jabber better than ICQ. I think now is a good opportunity to for everyone interested in making something like, say, Gitorious kicking Github's ass in cheer quality to do so. It is outside the realm and competence of this project though, we are busy solving the problems in our area of a free computing experience as it is. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Combined system status updates
On 2013-05-13 16:02, Nirbheek Chauhan wrote: These look rather nice. My only concern with these wireframes is that they would make the menu far too long. Would this menu still fit on 1366x768 or 1024x600 screens in landscape mode? I too was a bit shocked to see the All Possible System Menu, but realized it's a very extreme case. Usually a menu would be top ~10 items. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: PyGTK again (was: Apologize and to take PyGTK)
On 2013-04-04 16:23, Xiaojun Ma wrote: As I keep getting Your message to desktop-devel-list awaits moderator approval while some messages out some don't without any private notice. I decided to use new attitude and mailbox :) That's wonderful news! The moderation flag for your other e-mail address have been lifted, so you can post with that one as well. A simple mind trick that I tend to do is to threat every e-mail as if it cost $10 each to send, except in very long threads, where the value jump to $100. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Integrating extensions with releases
On 2013-04-02 08:44, Matthias Clasen wrote: On Tue, Apr 2, 2013 at 1:45 AM, Sriram Ramkrishna s...@ramkrishna.me wrote: Hello folks, We've been having some discussions in the marketing team regarding frequent (and valid) criticism regarding the availability of extensions after a release from the community at large. What are our current plans for addressing this? I've heard from some sources that we have a plan. If I recall, we had some talk about porting the top 10 most popular extensions prior to release. I think we need to do a little more than that. There's no such plan that I'm aware of. And, to put it frankly, if the 'community at large' has concerns about it, then they need to get involved. The only commitment we have wrt to extensions now that we have classic mode is that extensions that are part of that Sri: maybe you're thinking of this? Not exactly the same thing, but it has to do with updates. https://live.gnome.org/ThreePointNine/Features/ExtensionUpdates - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Details, System inside Settings
On 2013-03-22 03:30, Ma Xiaojun wrote: Hi, I'm still using the same 3.7.92 testing image. What to expect from Details, System inside Settings? Wat does a gear icon mean? No idea, too vague. In the Overview tab, it's a mix of brief hardware information, GNOME version and whether system is up-to-date? I guess hardware information stuff should belongs to hardware panel inside Settings and it should be more powerful so that we can forget about lspci/lsusb command. The rest two tabs make more sense being called Preferred Applications or so together. The Default Applications tab is too weak in functionality: In a Web based world, a user probably care about Web only. You know, everything except Music can be well served by Google's service. But we are still using a real computer, we probably care default text editor for various file type, we probably care OOo or LibO to handle OpenDocument files, ... And also, something inside System panel cannot be applied system-wide? The Removable Media tab has same issue that it cannot apply settings system-wide (Remember we are inside System panel.) You should file any individual bugs you encounter into Bugzilla (even if some of them might end up as WONTFIX, and that's ok too, happens to me all the time). - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Print Dialog / Improving Print to file option
On 08/15/2012 04:08 PM, Lanoxx wrote: Then the filename says output.pdf which any sane person will probably want to change. So I have to type the file name and then also add .pdf again and finally I can click Print. So my question is, if this comes from Gnome or from Ubuntu so I can create a bug in the right bug tracker for this, and maybe someone could also point me to the code for the Print to File Options. Maybe I could even fix this myself. It's in GTK+ and should be filed in the printing component. https://bugzilla.gnome.org/browse.cgi?product=gtk%2B Just file a bug about the issue, attach a screenshot and provide a patch. There is already a bug open about the default name and location here: https://bugzilla.gnome.org/show_bug.cgi?id=668529 - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Be respectful and considerate. A complaint.
On 07/02/2012 10:34 PM, Holger Berndt wrote: I was baffled to see the extra pane feature from Nautilus silently removed. The story of this feature has a lot to do with communication and respect, and sadly enough, this mail is an addendum to other recent and not-so-recent topics on this list - so it fits better here than on Nautilus' ML. (I did read your entire e-mail and agree that a heads up on big ui changes are a good thing, but I just wanted to add an angle on the things-are-going-away-and-this-is-the-apocalypse-discussion) For reference, here is the extra pane functionality in Nautilus: http://andreasn.myownb3.com/temp/nau-extra-pane.png And here is the same feature, but at the window manager level (and for all the other apps too): http://andreasn.myownb3.com/temp/nau-side-by-side.png Same thing, just on a different level and now desktop-wide. I wanted to talk about this on Nautilus-list really, and all respect to the former and current Nautilus maintainers, but that app have become really, really weird in the last couple of releases with a lot of odd bugs surrounding the many different view modes and especially the combination of them. I'm happy someone have started looking into untangling that. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
On 06/22/2012 05:40 PM, Ray Strode wrote: Hey, again, I forgot to announce I put up one for 3.5.2: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.2-LiveUSB.iso First of all, this is great for QA of development versions. Already filed a couple of bugs that I would have seen first after we had released! (this is also why I look forward to a bright ostree powered future) Is there anywhere to report bugs against the live-cd itself? I've ran into an issue with setting up a google account, that I understand goes back to goa-daemon not being started properly. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: taking features away (compact view removed from Nautilus)
On 06/30/2012 06:27 PM, Adam Dingle wrote: I'd like to end on a constructive note. I propose that GNOME adopt the following policy. No major feature will be removed from a core GNOME application before a discussion has occurred on a public mailing list such as this one You probably want nautilus-list for nautilus specific discussions. https://mail.gnome.org/mailman/listinfo/nautilus-list - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Empty Power panel in System Settings
On 09/12/2011 04:21 AM, Jeremy Bicha wrote: As others have said, I wish design had its own mailing list where I could ask questions like this not spam the whole developer list. I don't think opening a bug is a good idea when the solution isn't clear and using IRC for decision making (especially without IRC logs) excludes those who can't participate in real time during the European/American workday. I've been going back and forth on this, but I'm still not sure I think a dedicated list is the best approach. For this specific issue, I think gnomecc-list [1] would be a better fit, where both control center maintainers [2] and designers interested in control center panels are subscribed. Important design discussions for certain modules should ideally mostly happen on the module specific mailing list and in bugzilla. Having a dedicated list would basically end up being a cabal (if invite only) or having everyone on it (so it would basically end up being this list). We need to make sure that we pick an approach that scales. 1. https://mail.gnome.org/mailman/listinfo/gnomecc-list 2. Who in the GNOME universe are as close to a god as you get. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: no way to change theme or fonts in System Settings?
On 03/17/2011 12:28 PM, Juanjo Marin wrote: El jue, 17-03-2011 a las 10:55 +, Allan Day escribió: Note: I don't think we should be 'recommending' such a tool as a part of the GNOME 3 experience. GNOME 3 is great as is, and people shouldn't need to change it. If they desperately want to tweak, they can, of course; and John has provided an easy way to do it (go John!) I agree, but IMHO, it is common for users to change the theme, so, even without promoting it, a lot of users will be using this tweaking tool if it is the only way for do it. Sorry for bringing up analogies here, but I share an office with a company who specialize in user support for Linux and in the same building is also (what I would call) a geek-café [1] and one thing that really surprised me over time was the massive number of users who never changes these settings. This is not really any data that I would dare my life on, but I still found it really interesting. That said, we are too late for 3.0 and need get that release out of the door, and there is also a mailing list specific for the control center where I think it would be best to hold this discussion, as this is a subject that can become quite noisy _really fast_. The list is gnomecc-list [2]. 1. http://www.gnutiken.se/ 2. http://mail.gnome.org/mailman/listinfo/gnomecc-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Moduleset Reorganization -- Take two
On 03/15/2011 05:19 PM, Petr Kovar wrote: Jason D. Clintonm...@jasonclinton.com, Mon, 14 Mar 2011 15:28:08 -0500: (...) Beginning in the next few days the Marketing Team will select applications to feature for the 3.0 release. The criteria will be the following: 1. Quality 2. Solving a popular problem 3. GNOME-iness 4. Bonus points for cross-platform-iness For me, a quality GNOME application means that its development process is predictable, scheduled to same degree, and providing translators and/or documentation writers necessary time period of string freeze. Furthermore, GNOME-iness to me means that an application developer is open to the idea of collaborating with the GNOME Translation Project, whether it's our community effort to have unified l10n workflow as far as GNOME applications are concerned, possibility to foster translation consistency among GNOME applications, or at least to have a communicative and responsive application maintainer who doesn't regard translators to be second class citizens in the application development processes. So if you are prepared to give bonus points for cross-platform-iness (nothing against that), why not consider giving bonus points for something that has been one of the principal goals of the GNOME Project for quite some time, that is i18n/l10n? Yet there are other important GNOME aims like a11y, but perhaps that is already included in that Quality part? Very good point! Bringing accessibility to computing regardless of physical or mental abilities or language is a critical part of our mission and it's a standard that we should expect from our applications. These matters should weight in heavily when selecting the apps we promote on the website the coming months. Thanks, may I suggest that gnome-i18n members (or a person delegated by them) could take part in the decission process then? That would possibly make the situation clearer, more transparent to the GNOME translation community, and, needless to say, for the benefit of the GNOME international end-users. Sure, sounds like a very good idea! - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: IRC channels in gnome development
On 02/05/2011 06:25 PM, Maciej Piechotka wrote: IRC channels seems to be used in gnome development. It may be just me but I believe that recent power setting crisis show (I contrast them to mailing lists): - Requires presence. Many people cannot afford being on irc 24/7 - both developers, potential developers or just interested users. The houres of the meeting may clash with working hours or other real live constraints. Yes, IRC has it drawbacks, but it also makes discussing design a lot faster and effective than doing it on mailing lists. We need to be time effective if we're going to make the April 6th release date. All designs goes in the wiki though and most (if not all) also live in this repo http://gitorious.org/gnome-design We totally need to make that stuff more visible though, and therefore I need your help with setting up a wordpress image blog where we can publish all the mockups (kind of like http://dribbble.com/). I can do the design bits, but need help with the other stuff. When are you able to work on this? - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: IRC channels in gnome development
On 02/06/2011 06:35 PM, Shaun McCance wrote: On Sun, 2011-02-06 at 14:46 +0100, Andreas Nilsson wrote: We totally need to make that stuff more visible though, and therefore I need your help with setting up a wordpress image blog where we can publish all the mockups (kind of like http://dribbble.com/). I can do the design bits, but need help with the other stuff. When are you able to work on this? http://blogs.gnome.org/ Lots of teams have team blogs. No need for new infrastructure. Yes, that was the intention and it would be totally neat to have it as one of the feeds on news.gnome.org as well. I think it would need some plugins and stuff to make it more of a photo blog and stuff, but I need some help with that, since I kind of running out of time to do things right now (and Fosdem didn't help, you know, can't say no ;) ). I really, really, want the communication channels fixed though. It looked like Maciej wanted to put some time into working on fixing this too, hence why I asked for the help. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Fanza Icon Set
On 01/23/2011 12:16 PM, Nick wrote: I haven't seen any mention of a new icon set for Gnome 3 (forgive me if I'm mistaken) but could I bring attention to the Faenza Icon set[1]? Is there an opportunity here to engage people outside of the Gnome/Tango sphere and get some nice, seemingly well liked, icons included with the new theme and the new gnome shell? Hi Nick! The module proposal period for 3.0 ended on October 25th [1]. We're entering UI freeze in just a month. There are however icons we need help with for gnome-icon-theme that's blocking on GNOME 3. https://bugzilla.gnome.org/show_bug.cgi?id=615954 1. http://live.gnome.org/TwoPointNinetyone - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
On 01/12/2011 07:49 PM, Frederic Crozat wrote: 2010/12/9 Paul Cutlerpcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 Got it working using moblin-image-creator [1] + the docs [2]. Tested on 3 laptops so far and it works like a charm. Thanks for doing this! 1. http://git.moblin.org/cgit.cgi/moblin-image-creator/plain/image-writer 2. http://meego.com/devices/netbook/installing-meego-your-netbook - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gnome-Control-Center vs Gnome-System-Settings
On 01/13/2011 06:29 PM, Gendre Sebastien wrote: Hello everybody. On live.gnome.org, I se two project to manage Gnome: * Control Center: http://live.gnome.org/ControlCenter * System Settings: http://live.gnome.org/SystemSettings But who is the winner for Gnome 3.XX? Which will we have? What you're actually looking for is http://live.gnome.org/Design/SystemSettings/ (we should fix the links in the wiki) It's a combined control center shell, working basically like the first link (no undo though), and some of the code is already in trunk [1]. 1. http://git.gnome.org/browse/gnome-control-center/ - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: UI Mockup for Gnome 3.XX Share section of System Settings
On 12/01/2010 12:33 PM, Gendre Sebastien wrote: Hello everybody. I don't know if it's good, but I have make a UI mockup for the Share section of System Settings for Gnome 3.XX. It's just a first idea and it probably need more work. Link to mockup: https://bugzilla.gnome.org/show_bug.cgi?id=636206 Link to System Settings design wiki for Gnome 3.XX: http://live.gnome.org/Design/SystemSettings What do you think? Hi Gendre! That looks like a great start! Come by #gnome-design on irc.gnome.org, and we can talk more about it. I'm andreasn there. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GtkNotebook scrolling usability
On 03/11/2010 12:35 AM, Shaun McCance wrote: I do it all the time. But I don't think I ever do it in preference dialogs or other places where there's a static set of tabs. I'm sure there are people who trigger this accidentally, and it's very annoying for them. And I'm sure there are people who love this feature. So, you know, trade-off. In this case probably Safety vs. Efficency. http://mpt.net.nz/archive/2008/08/11/usability - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Appearance properties
On 11/10/2009 10:58 PM, Guillaume Desmottes wrote: Le mardi 10 novembre 2009 à 10:18 +0100, Xavier Claessens a écrit : So if you agree/disagree with those changes, please tell your opinion! I would like to know if I'm the only one to be worried. I think the biggest problem in this story is not the change itself but the way it has been managed. The change of default configuration has *not* been communicated properly. It was not secret, of course, but such important change affecting the whole desktop and each GNOME/GTK+ applications deserves a better communication. It should be announced on ddl at the beginning of the cycle, explaining the rational of the change, telling to maintainers about the new policy regarding icons and how they should make sure that their application still work fine. A plan should has been defined to ensure that all the applications (not only the GNOME ones but also the popular Gtk+ apps used on most GNOME desktop) wouldn't suffer from the change. Yes, agreed. I am partly to blame for this, as I was involved in the discussion on the bug from the start, and because it was something the art team [1] (and UI people and hackers too) wanted to see happen. Somewhat I imagined the discussion on the bug report was enough, being quite active as it was, but it's hard to see things from another point of view while you're in the middle of a information flow. I'm terribly sorry for that. Will try to do better next time. If I was paranoid I'd be tempted to think that this miss-communication could have been somewhat intentional. If you want to push a controversial change, it's easier to not talk too much about it before so once people complain it's too late and they just have to suck it up. I'm not accusing anyone and really hope that this wasn't the case (as our code of conduct says we should assume that people mean well), but you have to understand why some people are upset about the way this whole thing has been managed. I must admit that I try to avoid posting too much on this list, as the traffic volume is quite high at points already, but perhaps things can go a bit too silent at times too. 1. Frederic Crozat was curious about who had discussed what at GCDS exactly. The people in the room was me, Hylke Bons, Vinicius Depizzol, Jakub Steiner, Garrett Lesarge, Benjamin Berg and Kalle Persson. We really wanted to see a cleaner desktop experience. It was also mentioned during the big GNOME 3.0 talk, but sorry if I was unclear during the talk. I was really nervous while doing that and can't really remember what was said and not. :/ - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Zeitgeist status update
On 11/03/2009 10:49 PM, Mikkel Kamstrup Erlandsen wrote: * Zeitgeist in 1 sentence Zeitgeist is an event logging framework used to keep a log of user activity in a structured way. It is also possible for the applications to get notified when the log is updated. This is for instance used by the Parental Control application as well as the GNOME Activity Journal. These seems like the interesting part (as it's actual user experience, not just data-blah), the rest is pretty much over my head. :) Looking around a bit I was able to find: * Parental Control: http://live.gnome.org/Parental-Control * Activity Journal: https://launchpad.net/gnome-zeitgeist What happened to the zeitgeist/gnome-shell integration [1]? 1. http://socghop.appspot.com/student_project/show/google/gsoc2009/gnome/t124022404309 - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Icons in menu and dialog action buttons
On 09/16/2009 12:22 PM, Xavier Claessens wrote: But what is even worse is that users don't even have an UI to change that!!! I can go to the interface tab to get the previous behaviour for menu and toolbar, but there is not even an option to get back icon in dialog's action buttons. There wasn't any option to change this earlier either and I'm a bit skeptic to introduce preferences for every UI behavior that historically existed in GNOME, instead of preferences that would actually make sense to change for people (like default printer, statup applications or a11y options). - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Visible control to toggle icons in buttons
On 07/24/2009 05:29 PM, Stefan Kost wrote: Calum Benson schrieb: On 22 Jul 2009, at 11:23, Luca Ferretti wrote: As all you may know, we recently switched to a no icons approach in both menus[1] and buttons[2]. Since the decision has been made to go down this route, I'd be more inclined to ask if we wanted to remove the checkbox to toggle icons in menus... but either way, I guess it would make sense to be consistent. While I personally won't miss the icons in button too much, I like to keep them in my menus. So please don't remove that. I seems to also have totally missed the *discussion* that lead to the *decission* that *we* want to remove the icons. With all due respect, I still feel like the major advantage is that the art team has to draw less icons (I am not saying that you are lazy, you do a great job). Hi Stefan! It sounds like you never met a artist in person. They are a terrible lazy bunch, trust me on this. ;) No, there was no discussion on desktop-devel-list about this. Watching previous UI discussions on ddl kind of scared me off from bringing up tiny details like this, it's a bit too easy to have a opinion pro or against. There was lots of discussion between the artists though, and we asked UI people for advice as well. Our main motivation was not to draw less icons (although we really don't mind putting more energy on great app icons instead of populating every menu entry possible, but that's just a side effect), but to get a cleaner and less cluttered interface as part of our 3.0 vision This was also mentioned in the 3.0 talk at GUADEC. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Visible control to toggle icons in buttons
On 07/24/2009 05:55 PM, A. Walton wrote: On Fri, Jul 24, 2009 at 11:29 AM, Stefan Kostenso...@hora-obscura.de wrote: Calum Benson schrieb: On 22 Jul 2009, at 11:23, Luca Ferretti wrote: As all you may know, we recently switched to a no icons approach in both menus[1] and buttons[2]. Currently the Appearance capplet provides a checkbox to toggle icons in menus. Should we (re)add a checkbox for buttons too? Maybe users that really want icons on their buttons could appreciate more a checkbox then open gconf-editor or run gconftool :) Since the decision has been made to go down this route, I'd be more inclined to ask if we wanted to remove the checkbox to toggle icons in menus... but either way, I guess it would make sense to be consistent. While I personally won't miss the icons in button too much, I like to keep them in my menus. I can only echo this. On my system when the icons are gone from menus, the menus still look as if there /should/ be icons there, only they're not, which is really ugly. See http://file.status.net/identica/awalton-20090719T110853-tltvv6t.png. If that indenting could be fixed it probably wouldn't look so alien, but as it stands, it's horrible. I've been running a gtkrc to remove button images for ages though, so I really won't miss those. Hi! The indention is there to give space for checks and radio buttons, even if the menu in question don't sport one. If it didn't do that, menus with controls in them would look different from those without. The example in your screenshot is a exception from the guidelines, as it's showing applications. Jon made a patch for that already. http://bugzilla.gnome.org/show_bug.cgi?id=322932 - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
